authorization values returned from a previous 2-pass authorization, capture requests are submitted as POST requests to the
As an example, let's assume we've created an authorization of $15.25 and received a
64af96f1c79c5e590217a203 and an
EP273834 in the response.
Then, to capturing $11.10 against the authorization, we'd send the request to
/payments/64af96f1c79c5e590217a203/capture, as follows:
Now, if you look up the original transaction, you will see that its
status has changed to
'completed' and that there is a
captureDetails attribute which is an array of
paymentIds of the capture transactions. There is also a
remaining value, which is the amount of un-captured funds — 415 cents in this case.
Let's assume we then did another capture of $2.20 againt the original authorization, and looked up the original details again...
You can now see that the
paymentIds of both captures are listed, and that the
remaining amount has decreased. When the
remaining amount reaches zero, no further captures will be permitted against the original authorization.
You can only capture a previous authorization, ie: a payment where you included
You can submit multiple captures against a single authorization, as long as the total amount captured does not exceed 200% of the authorized amount.
As an example, let's assume a customer has bought 3 items totalling $100, only two of which are in stock.
You would submit an initial authorization for $100, followed by a capture when sending the first two items, say $75 incl. shipping. When the final item comes back in stock you would submit a second capture for the remaining amount, plus shipping, say $35.
Soft descriptors override default statement descriptors when posted with individual sale transactions via Exact Payments APIs. Default descriptors are set the time of initial sub-merchant onboarding on the Elavon platform.
Statement descriptors are required to relay important information that cardholders need to identify transactions posted to their accounts. And, in cases where the cardholder has a question or issue, statement descriptors provide a customer service phone or web site address for that purpose. Exact’s Create Payments API includes the Soft Descriptor object.
Only Merchant Name, Phone Number and State fields are required to pass for proper formatting of soft descriptors. All other fields are maintained internally by Exact but do not pass through to the processor (Elavon) and card issuing banks for posting to merchant statements.
Since Exact Payments is a Payment Facilitator, the Payment Networks require a pre-fix to identify the platform (Exact) and the format would follow this structure: EPM*_Merchant DBA Name_800-555-1212_NY
Please contact our customer support team for required back end enablement to support this feature.