Skip to main content

Transaction Settlement

caution

Transaction Settlement can only be performed when a transaction has been completed as an authorisation only and is in a AUTH state. In this state the funds have been reserved but not yet sent for settlement. Any attempts to perform settlement on a transaction not in this state will be rejected.

Transaction Settlement is usually used when you want to authorise when the consumer is present on your website but only charge when the goods are shipped. This allows for the final amount charged to the consumer to accurately reflect the value of goods that have been sent to them. This is seen as a preferential process than charging the customer the full amount up front and then having to perform a refund using the token Id as a separate transaction.

note

Transactions can only be charged/sent for settlement successfully once.

Transaction Settlement Request

MethodPOST
Transaction Settlement
Field NameStateData TypeDescription
idMandatoryStringId of the transaction that needs to be charged/sent for settlement.
amountOptionalDecimalValue of transaction to charge. This value cannot be higher than the original authorisation amount. If not supplied the full amount will be charged.

Transaction Settlement Response

Transaction Settlement
Field NameData TypeDescription
accountIdStringUnique reference for the store processing the transaction.
amountDecimalTotal amount of the original order/authorisation including decimal places where applicable.
currencyStringCurrency of the transaction.
GBPPound Sterling
idStringUnique transaction ID.
invoiceIdStringOrder/invoice/transaction/basket number generated by the host website, as passed in the request.
messageStringMessage confirming the processing result of the transaction request. 
payoutAmountDecimalConfirmation of the charge/settlement amount.
successBooleanConfirmation of the charge/settlement result.
trueCharge/settlement completed successfully.
falseCharge/settlement not completed successfully.
transactionStateStringThe current state of the transaction.
AUTHTransaction is authorised.
FAILEDTransaction rejected due to an error.
REJECTTransaction rejected by acquirer/issuer.
CHARGETransaction settled.
danger

Authorisation codes issued during the authorisation process have a limited lifespan. Unfortunately, there are no clear rules as to the validity period, but this is typically anything between three and ten days depending on the card issuer. There is also no way for the validity to be checked.

It is recommended that if there is expected to be a significant delay in the charge process a Transaction Reversal is performed against the original authorisation and the transaction processed when the goods are available using the token Id gained in the initial transaction.

To discuss this further please Contact Us.

Example Requests and Responses

Example Transaction Settlement Request
Accept: application/json
Content-Type: application/json
Authorization: Bearer 7KlGv*jFigCc3eReLY1h0yI8O31ZgqITFqyUH6om5w=Vjan=SYnUgeiLQp*_b-c3

{
"id": "6fce7714-6109-40d8-b408-0c6700509b6a",
"amount": 10.00
}