Tesouro currently supports recurring payments only. Support for other MIT types is planned for
a future release.
- You need to charge a cardholder on a scheduled, recurring basis (e.g., monthly subscription, weekly service fee).
- The cardholder is not actively present to authorize the payment.
- You have a prior customer initiated transaction or account verification on file to reference.
ExampleLast month, Ben subscribed to StreamHQ’s monthly plan. Each subsequent month,
StreamHQ submits a merchant initiated recurring transaction to charge Ben’s card on file. Because Ben consented to recurring charges during sign-up, StreamHQ can charge his card each month without requiring him to actively authorize each payment.
Prerequisites
EveryauthorizeRecurring request must reference a prior transaction from Tesouro’s platform. Before submitting a merchant initiated transaction, you must have on file either:
- A previously approved customer initiated transaction, or
- A previously approved account verification
paymentId and the date of that original transaction to complete the request.
Steps
- Call the authorizeRecurring mutation, passing in the required and optional input fields:
CIT reference
EveryauthorizeRecurring request must include a citReference pointing to a prior customer initiated transaction or account verification processed through Tesouro. This reference is how the card networks verify that the cardholder previously consented to recurring charges.
The citReference input accepts two forms depending on where the original transaction was processed:
Automatic capture
Automatically capturing an authorization upon approval instructs Tesouro to submit a capture request on your behalf without requiring additional information or actions from you. To know if you should automatically capture upon approval, use the following chart:Payment transaction reason
When submitting an authorization, accurately specifying thereason for the payment request can:
- Help qualify the transaction for better interchange rates
- Ensure proper processing and reporting
- Comply with relevant financial regulations
GENERAL_PURCHASE.
Supported reasons: