Complete an Incoming Payment
POST /incoming-payments/{id}/complete
A client with the appropriate permissions MAY mark a non-expired incoming payment as completed
indicating that the client is not going to make any further payments toward this incoming payment, even though the full incomingAmount
may not have been received.
This indicates to the receiving Account Servicing Entity that it can begin any post processing of the payment such as generating account statements or notifying the account holder of the completed payment.
Authorizations
Parameters
Path Parameters
Sub-resource identifier
Header Parameters
The Signature-Input field is a Dictionary structured field containing the metadata for one or more message signatures generated from components within the HTTP message. Each member describes a single message signature. The member’s key is the label that uniquely identifies the message signature within the context of the HTTP message. The member’s value is the serialization of the covered components Inner List plus all signature metadata parameters identified by the label. The following components MUST be included: - “@method” - “@target-uri” - “authorization”. When the message contains a request body, the covered components MUST also include the following: - “content-digest” The keyid parameter of the signature MUST be set to the kid value of the JWK. See ietf-httpbis-message-signatures for more details.
The Signature-Input field is a Dictionary structured field containing the metadata for one or more message signatures generated from components within the HTTP message. Each member describes a single message signature. The member’s key is the label that uniquely identifies the message signature within the context of the HTTP message. The member’s value is the serialization of the covered components Inner List plus all signature metadata parameters identified by the label. The following components MUST be included: - “@method” - “@target-uri” - “authorization”. When the message contains a request body, the covered components MUST also include the following: - “content-digest” The keyid parameter of the signature MUST be set to the kid value of the JWK. See ietf-httpbis-message-signatures for more details.
The signature generated based on the Signature-Input, using the signing algorithm specified in the “alg” field of the JWK.
The signature generated based on the Signature-Input, using the signing algorithm specified in the “alg” field of the JWK.
Responses
200
OK
An incoming payment resource represents a payment that will be, is currently being, or has been received by the account.
object
The URL identifying the incoming payment.
The URL of the wallet address this payment is being made into.
Describes whether the incoming payment has completed receiving fund.
The maximum amount that should be paid into the wallet address under this incoming payment.
object
The value is an unsigned 64-bit integer amount, represented as a string.
The assetCode is a code that indicates the underlying asset. This SHOULD be an ISO4217 currency code.
The scale of amounts denoted in the corresponding asset code.
The total amount that has been paid into the wallet address under this incoming payment.
object
The value is an unsigned 64-bit integer amount, represented as a string.
The assetCode is a code that indicates the underlying asset. This SHOULD be an ISO4217 currency code.
The scale of amounts denoted in the corresponding asset code.
The date and time when payments under this incoming payment will no longer be accepted.
Additional metadata associated with the incoming payment. (Optional)
object
The date and time when the incoming payment was created.
The date and time when the incoming payment was updated.
Examples
401
Authorization required
Headers
The address of the authorization server for grant requests in the format GNAP as_uri=<URI>
403
Forbidden
404
Incoming Payment Not Found