Collect for merchants and release when conditions are met
Handle customer payment, platform commission, merchant settlement, and delayed release without scattering state across internal services.
Zanga is for marketplaces, commerce systems, fintech products, and group-finance flows that need more than a payment button. It gives operators and developers one system for payment intents, asynchronous confirmation, reconciliation, and controlled release of funds.
Validate internal references, payer identity, payee destination, and idempotency before a collection request leaves your platform.
Wait for customer approval and gateway callbacks without losing state or support visibility.
Hold, split, or release value according to the product flow instead of forcing immediate settlement everywhere.
POST /v1/payments/intent
{
"externalRef": "market_order_2049",
"payerId": "customer_78",
"payeeId": "merchant_12",
"gateway": "mtn_momo",
"amountNgwe": "25000",
"idempotencyKey": "uuid-v5-key"
}Your application keeps customer experience and business rules. Zanga keeps the financial state machine coherent from payment intent to webhook confirmation, escrow handling, and payout release.
The partner backend sends customer, merchant, amount, gateway, and internal reference context into one request.
Idempotency, split values, escrow assumptions, and payout prerequisites are applied before downstream execution.
Mobile-money or partner rails return asynchronous approval outcomes without forcing your product to stitch together partial truths.
Webhook notifications and platform-visible states let support, finance, and engineering teams reconcile completion and exceptions.
Zanga is useful where a product has to manage how funds enter, wait, split, and leave the system while staying understandable to operations and compliance teams.
Handle customer payment, platform commission, merchant settlement, and delayed release without scattering state across internal services.
Map each financial action back to the order or invoice that produced it so finance and support teams can trace issues quickly.
Use one operational model for incoming collection, exception handling, and money-out orchestration instead of patching separate systems together.
Support stokvel, chama, campaign, and collective-contribution products that need visible rules around holding and disbursing value.
The value of the platform is not a generic security claim. It is the ability to preserve payment state, environment separation, and operator evidence when real transactions and support incidents start happening.
Keep sandbox and live credentials, callbacks, webhook endpoints, and traffic assumptions distinct.
Return observable completion and failure events so integrations do not rely on blind polling or customer screenshots.
Model funds that should wait for delivery, approval, or dispute resolution before release.
Make money-out routing part of the same control surface instead of a disconnected back-office step.
Read the docs, register a platform, configure webhooks, and test payment-intent flows before asking Zanga to carry production traffic.