Understand the flow
Recurring billing is essential for businesses that offer services in a subscription model, allowing to charge customers automatically at defined intervals. To support this, payment systems rely on secure, reusable credentials stored in recurring tokens.
Understanding the role of each element of the recurring payment is critical to building reliable, secure, and customer-friendly billing flows.
This section breaks down the following terms: recurring payments, recurring orders, recurring token, card and subscription ID, clarifying their relationships, and outlines how they are used in subscription scenarios.
Recurring as a payment flow is automated subsequent payments that occur on a regular schedule, such as monthly or annually.
- Requires customer input only once, during the first payment
- Recurring Token and Subscription id is being re-used for the subsequent payments
- Triggered by your charging system, not the payment gateway
A Recurring Token is a secure, reusable reference to a saved payment method.
- Stores the payment details used during the first authenticated payment
- Subscription id is linked to it
- Used to charge the customer again without collecting card details again
A Card Unique ID uniquely identifies a stored card used during the 1st authenticated payment.
- Unique card ID is not equivalent to the recurring token.
- Contains metadata (e.g. brand, last 4 digits, expiry)
- Is embedded in the create token response
A Subscription ID represents the recurring billing agreement.
- Returned in a response to create recurring checkout request
- Stores the subscription agreement
- Linked to a recurring token
- Used for charging subsequent recurring payments
Let’s Clarify
Updated about 1 month ago
