How Payments Work
- Your app creates a client session with customer and plan details
- SDK Checkout collects payment method from customer
- PayNext receives the payment and applies your workflow rules
- Workflow routes to the appropriate processor based on your configuration
- Processor authorizes and settles the payment
- PayNext normalizes the response and sends webhooks
Why PayNext?
Business Continuity
Route payments across multiple merchant accounts and processors. Built-in redundancy ensures uninterrupted payment processing even during processor outages or maintenance windows.Lower Processing Fees
Connect processors in different regions. Route payments to local processors for lower interchange fees and better acceptance rates.Higher Acceptance Rates
A/B test processors to find the best performer. Use failover routing to automatically retry failed payments with a different processor.Full Payment Method Coverage
Combine payment methods from multiple processors. Offer cards, digital wallets, and alternative payment methods—all through one checkout.Unified Data
One API, one dashboard, one analytics view. Compare processor performance, track payments, and manage customers regardless of which processor handled the transaction.No-Code Control
Change routing rules, configure checkout, and optimize payments without developer involvement. Track all changes with version history.Key Concepts
Client Sessions
A secure token that initializes SDK checkout. Create one on your server for each payment:id to the SDK as clientToken.
Customers & Payment Methods
PayNext stores customers and their payment methods independently of processors. When a customer pays:- Customer record created/updated in PayNext
- Payment method tokenized and linked to customer
- Card-based payment methods (cards and digital wallets) are reusable for future charges across any processor
Plans
All charges reference a plan that defines amount, currency, and billing behavior:| Plan Type | Use Case |
|---|---|
| One-off | Single charges (purchases, add-ons) |
| Recurring | Subscription billing at any interval |
Processors
Payment service providers that actually process payments. PayNext routes to them based on your workflow rules. Configure processors in Dashboard → Integrations. Each processor has its own credentials, but your code stays the same. See Integrations for supported processors.CIT vs MIT
| Type | When | How |
|---|---|---|
| Customer is present (checkout) | SDK Checkout | |
| Customer not present (renewals, retries) | PayNext handles automatically |
Workflows
No-code rules engine for payment routing. Route payments based on:- Payment method (cards, wallets, APMs)
- Card details (BIN, issuer, network)
- Geography (customer country, issuer country)
- Amount and currency
- Custom metadata
- Processor
Failover Routing
If a payment fails with one processor, automatically retry with another:A/B Testing
Split traffic between processors to benchmark performance:Dynamic Checkout
Control which payment methods appear based on customer context:| Condition | Example |
|---|---|
| Customer country | Show region-specific wallets |
| Amount | Show alternative payment methods for orders over $50 |
| Device | Show device-native wallets (iOS/Android) |
| Metadata | VIP customers see additional payment options |
Unified Analytics
Cross-processor reporting from one dashboard:- Acceptance rates by processor, payment method, country
- A/B test results with statistical significance
- Transaction volume and trends
- Decline analysis with actionable insights