Release 2025-12-10
This release introduces card refunds, recurring payment capabilities, and simplified payment split management.
Sellers can now refund customers for completed payments while platforms can manage subscription-based and usage-driven payment models with full control over frequency and amounts.
Additionally, platforms can now define flexible payment splits by combining fixed and percentage-based allocations with automatic remaining amount distribution.
Card refunds
Initiate full and partial refunds for card payments. Refunds allow sellers to return funds to buyers for completed payments, with support for various scenarios including order cancellations, product returns, and disputes. Full refunds return the complete captured amount, while partial refunds allow returning only a portion of the payment, with flexible split management across parties.
See the refunds guides to integrate them in your platform for further details.
Recurring payments
Enable recurring and unscheduled payments with standing instructions. Once a buyer authorizes a payment method, the platform gains the ability to initiate subsequent charges without requiring the buyer to re-enter payment details. The platform controls both the payment frequency and amounts:
- Recurring payments: charge at fixed intervals (weekly, monthly, etc.) with fixed or variable amounts, ideal for subscriptions.
- Unscheduled charges: initiate payments with no fixed schedule or frequency, perfect for usage-based services, account top-ups, and pay-per-use scenarios.
The platform manages when payments are triggered and how much is charged each time, providing flexibility for various billing models.
Check the recurring payments guide for detailed integration.
Remaining amount in payment splits
Simplify payment split management with remaining amount allocation. The platform can now define fixed or percentage-based splits for multiple parties, while designating a single party to receive the remaining balance after all other splits are deducted. This eliminates the need to calculate exact amounts upfront—any leftover funds automatically go to the designated party, making split configuration more flexible and less error-prone.
{
[...]
"splits": {
"type": "per_transaction",
"accounts": [
{
"type": "seller",
"id": "acc_4f5zanqzxfg9w9jj5e81bm6bc9",
"split": {
"type": "remaining"
}
},
{
"type": "platform",
"id": "acc_4q90qx2kdczs59yqfq34p09qx6",
"split": {
"type": "fixed",
"amount": 100
},
"processing_fee": {
"percentage": 100
}
}
]
}
}