Recurring Payments
Recurring Payments allow merchants to automatically charge a customer for future payments after the initial payment has been successfully authorized.
DigetPay supports two recurring payment models:
- Scheduled Recurring
- Unscheduled Recurring
Both models use a payment token generated from the customer's initial payment, allowing future charges without collecting the card details again.
The first payment is always initiated by the customer. Future recurring payments use the stored recurring token generated during the initial transaction.
How Recurring Payments Work
The merchant can configure recurring payment settings directly from the Merchant Dashboard.
Available configuration includes:
- Enable or disable recurring payments.
- Billing cycle.
- Number of installments.
- Customer payment experience.
These settings apply automatically to newly created recurring payment plans.
Recurring Payment Flow
sequenceDiagram
autonumber
participant Customer
participant Merchant
participant DigetPay
participant Gateway
Customer->>Merchant: First payment
Merchant->>DigetPay: Create initial payment
DigetPay->>Gateway: Process payment
Gateway-->>DigetPay: Approved
DigetPay-->>Merchant: Payment approved + recurringToken
Note over Merchant: Store recurringToken securely
loop Future recurring payments
Merchant->>DigetPay: Charge recurringToken
DigetPay->>Gateway: Process recurring payment
Gateway-->>DigetPay: Result
DigetPay-->>Merchant: Success / Failed
end
Recurring Payment Types
Scheduled Recurring
Scheduled recurring payments occur automatically on a predefined schedule.
Typical examples include:
- Monthly subscriptions
- Weekly memberships
- Daily services
- Installment plans
The billing cycle and number of payments are configured before the subscription starts.
Example
| Plan | Value |
|---|---|
| Billing Cycle | Monthly |
| Number of Payments | 12 |
| First Payment | During checkout |
| Remaining Payments | Automatically every month |
Scheduled recurring payments provide a predictable payment schedule for both merchants and customers.
Unscheduled Recurring
Unscheduled recurring payments do not follow a fixed schedule.
Instead, the merchant initiates future charges whenever a new payment is required.
Common use cases include:
- Utility bills
- Pay-as-you-go services
- Metered billing
- Usage-based pricing
- Variable subscription amounts
Since there is no predefined schedule, each recurring payment is initiated by the merchant whenever applicable.
Customers authorize future recurring charges during the initial payment. Subsequent payments use the stored recurring token without requiring card details again.
Merchant Dashboard Configuration
The Merchant Dashboard allows merchants to configure recurring plans without sending installment information during checkout.
Supported configuration includes:
| Setting | Description |
|---|---|
| Enable Recurring | Enable or disable recurring payments |
| Billing Cycle | Daily, Weekly, Monthly |
| Number of Payments | Maximum installment count |
| Customer Experience | Installment presentation on checkout |
Do not send the billing cycle or installment count from your checkout request. DigetPay automatically applies the configuration configured in the Merchant Dashboard.
Scheduled Payment Timeline
timeline
title Monthly Subscription Example
Checkout : Customer completes first payment
Month 1 : First installment
Month 2 : Automatic payment
Month 3 : Automatic payment
...
Month 12 : Final installment
Initial Payment
The customer completes the first payment normally using the checkout page or Embedded Integration.
During this payment:
- Customer authentication is performed.
- Payment authorization is completed.
- DigetPay generates a recurring payment token.
- The merchant stores the recurring token securely.
Future Payments
Future recurring payments use:
- Stored recurring token
- Original transaction reference
- Merchant API credentials
The customer's card information is not collected again.
Best Practices
- Store recurring tokens securely.
- Never expose recurring tokens to browsers or mobile applications.
- Use recurring tokens only from your backend.
- Monitor webhook notifications for recurring payment results.
- Handle failed recurring payments according to your business rules.
Related Documentation
Updated 12 days ago
