Capture and Daily Closing
These two features are extremely important Saferpay features. Depending on the means of payment, the two can be directly associated with each other and they must be carried out for the cash flow to be initiated to the merchant’s account. If no capture and batch has been executed, no money will be transfered.
This is why this dedicated chapter is so important. Here, we'll cover, what the capture is, how it is triggered and how you know, that it must be triggered.
The Capture serves to book and thus to conclude/finalize a payment. As long as a transaction has not passed through the capture, the amount is merely reserved (“authorised”), but it will not be transfered to the merchant account. This is, why the capture is so important.
On the API side, you receive information about the transaction via the Transaction.Status parameter, e.g. through the PaymentPage Assert, or Transaction Authorize. Transactions which have not yet been booked are visible in Saferpay Backoffice as “Reservation", Reservations are marked as "AUTHORIZED" on API-level and have to go through the Capture, to be finalized:
If a transaction has already passed through, or does not need the capture, the status is changed to “CAPTURED”:
"ErrorMessage": "Transaction already captured"
Not all payment methods need a separate capture to trigger the cash flow. The respective Payment Method chapter will give you the necessary information, if a Capture is needed. However dynamically reacting on the Transaction.Status parameter is the preferred method, as this enables you to also react to more payment methods, that will be added to your account, down the line, with no, or just minimal code-changes.
Payment methods, that do not need the capture, will return the status "CAPTURED" right away.
The Capture can also be used to change the amount of the transaction. It is generally possible to capture less, than initially authorized. So applying things like voucher codes, or similar, is possible. Capturing more than initially authorized however, may result in an error and is not recommended and sometimes downright blocked. This however depends on your processor/used payment method.
A reservation made through a certain payment processor, may only last for a limited time only. If this timeframe is exceeded, the authorized amount is released and becomes available to the account holder again. This may have the result that the amount can no longer be claimed. We recommend to Capture an authorization as soon as possible. Either by direct API call, or manually via Saferpay Backoffice. If this is not possible, the Capture nonetheless must be done as soon as possible.
The time-frame depends on the given payment method, so there is no rule of thumb. With credit cards, this time-frame is a minimum of 10 days. Everything above that, depends on the card holders bank.
Third party payment methods, e.g. PayPal may treat this differently though, so you may have to ask them for further information.
The daily closing follows the capture once daily, automatically at 22h CEST. During this process, all transactions that have passed through the capture are filed with the payment method processor in order to initiate the cash flow.
A Batch Close should be carried out only once a day.
PAYPAL, SWISS POSTCARD, SEPA ELV, BANCONTACT and paydirekt
With these payment methods, daily closing is triggered alongside the capture automatically for each transaction and the cash flow is initiated immediately. With PayPal, this happens because the right is reserved to refuse the payment. For this reason, we demand the money for you immediately. For Swiss Postcard, this is established in the protocol used by PostFinance. Same goes for SEPA ELV ,Bancontact and paydirekt.
giropay, iDEAL, SOFORT, Bancontact, eprzelewy und eps are online-banking solutions, that trigger a transfer and thus the cash flow via the purchaser’s online banking services. A successful transaction is always 100% complete.
Credit Cards via SIX Acquiring