Country and entity eligibility
Document the merchant entity, customer countries, licences, local-presence needs and the lawful basis for each product and flow.
African payment markets combine cards, mobile money, bank transfers, local currencies and cross-border settlement constraints. OfferPSP turns priority countries and flows into a provider-matching brief.
Send a private payment briefSouth Africa, Nigeria, Kenya, Egypt, Ghana and other markets require distinct method, treasury and compliance assumptions.
Document the merchant entity, customer countries, licences, local-presence needs and the lawful basis for each product and flow.
Prioritise cards, mobile wallets, account transfers and cash-linked methods using real customer behaviour in each target market.
Define local pricing, FX, settlement currency, reserves, banking location, payout timing and repatriation constraints.
Collection, recurring payments, refunds, marketplace disbursements and merchant payouts need separate coverage, limits and reconciliation.
The matching brief must separate markets where cards, bank transfers, mobile money and payout infrastructure play different roles.
South Africa, Nigeria, Kenya, Egypt, Ghana, Morocco and other markets are ordered by real launch need, customer volume and entity eligibility.
Pay-ins, refunds, merchant settlement and beneficiary payouts are documented separately because one route may not support every flow.
Cards, account transfers, mobile money and cash-linked methods are prioritised using the merchant’s country and customer journey—not a continent-wide assumption.
Local pricing, FX, settlement currency, banking, reserves, repatriation and reconciliation are included before a provider route is shortlisted.
Cards, bank transfer, instant-payment infrastructure and mobile money have different reach and operating models across African markets. South Africa, Nigeria and Kenya should be qualified separately rather than presented as one pan-African route.
| Market and rail | Relevant merchant question | Provider confirmation needed |
|---|---|---|
| South Africa — PayShap and cards | Is the customer flow a low-value account-to-account payment, an online card purchase, a payout or a combination? | Merchant access, supported banks, limits, identifiers, refunds, reconciliation and ZAR settlement. |
| Nigeria — NIP and cards | Does the merchant need instant bank collection, beneficiary payouts, cards or another locally used flow? | Entity and vertical eligibility, NIP access model, NGN settlement, beneficiary validation, returns and reporting. |
| Kenya — mobile money | Is the use case customer collection, till or bill payment, wallet disbursement, bank transfer or card acceptance? | Supported operators, merchant identifiers, interoperability, limits, reversals, settlement and reconciliation. |
| Cross-border settlement | Where is the merchant entity and settlement account, and which currencies must be collected, converted and paid out? | FX, reserve, timing, local participation, repatriation dependencies and provider banking partners. |
A digital merchant can provide separate rows for South African customers paying in ZAR, Nigerian customers paying in NGN and Kenyan customers using mobile money. Each row should include method, purpose, volume, ticket, refund or reversal flow, settlement destination, launch priority and the entity offering the service. This avoids assuming that a provider's Africa coverage supports every local rail or payout requirement.
PayShap-related or card requirement, ZAR flow, merchant eligibility, refund process, settlement and reconciliation.
NIP-related bank flow or card need, NGN amounts, beneficiary rules, returns, settlement and transaction reporting.
Mobile-money collection or payout, operators, KES amounts, till or bill identifiers, reversals and settlement.
Entity and ownership evidence, licences where applicable, product permissions, fraud controls, customer support and escalation.
Primary references: South African Reserve Bank — PayShap oversight · NIBSS — NIP definition and operating terms · Central Bank of Kenya — National Payments System. These references describe the named infrastructure or regulatory framework; they do not confirm a provider route for a particular merchant.
Specific, current information improves the quality of every provider conversation.
One PSP rarely covers every African country. Regional providers can simplify part of the rollout, while important countries or payment methods may require specialist routes.
Mobile money is important in several African markets, but it is not required everywhere. Method priority must follow the country, customer segment and transaction flow.
Settlement outside the customer country is possible only when regulation, provider structure, currencies and banking permit it. Settlement and FX must be confirmed for each route.
OfferPSP can include payout providers as well as pay-in routes when suitable coverage exists. Beneficiaries, currencies, limits, timing and failure handling are documented separately.
Share the company, target GEOs, vertical, methods, volume and current constraint. We will assess the next useful step without publishing your provider search.