Build on the platform businesses run on
Kwik Nkap is the operating system for a business in Cameroon — selling, getting paid, verification, inventory and savings in one place. This is its programmable surface.
Charge an MTN MoMo or Orange Money wallet and get the outcome by webhook.
Shareable hosted checkout pages, created from your own systems.
Itemised bills with a hosted pay page, a PDF, and delivery by email or WhatsApp.
Told when money moves, retried across three days, verifiable in four lines.
Start here
Three steps to your first payment. Nothing to install.
Code
That returns PENDING, not paid — the customer approves on their phone, and you hear back by webhook. It is the one idea worth understanding before you write anything else, and it takes two minutes: How a payment works.
- Get started — account, key, first payment, in three steps
- Choosing how to collect — direct charge, link, invoice or storefront
- Build with an AI agent — llms.txt, MCP and prompts that produce correct code
What the platform does
| What it gives you | |
|---|---|
| Getting paid | Mobile Money collections, payment links, invoices, storefronts and event ticketing |
| Knowing who you deal with | Identity and business verification, powered by Kwik ID |
| Running the business | Inventory tied to what you actually sell, and Nudle for restaurants |
| Keeping what you earn | Savings that set aside a share of every collection automatically |
You can run all of it from the dashboard at new.app.kwiknkap.com without writing code. This documentation is for driving it from your own systems instead.
Money is the part everything else hangs off, so that is where the API started. Mobile Money reaches almost everyone here and cards reach almost nobody, which makes being excellent at MTN MoMo and Orange Money the ground the platform stands on rather than a feature of it.
What you can build today
| Resource | What you can do |
|---|---|
| Payments | Charge a customer's Mobile Money wallet, then read the outcome |
| Payment links | Create, update, deactivate and delete shareable checkout pages |
| Invoices | Raise, publish, send, cancel, and fetch the PDF |
| Files | Upload artwork for links and invoices, straight to storage |
| Webhooks | Be told when money moves, signed and retried for three days |
Seventeen operations, one authentication scheme, one set of failure codes.
The rest of the platform — inventory, savings, verification — is live in the dashboard and not yet callable. As it becomes callable it arrives under the same conventions: same key, same idempotency, same error shape. Nothing you write today gets rewritten.
Base URL
Authentication
One secret key per environment, sent as X-API-Key. The prefix decides which environment you reach: kn_sk_test_… is sandbox, kn_sk_live_… is live, and no header or account switch overrides it. See Environments and API keys.
Keys are created in the dashboard under Developers and shown once.
Authorization: Bearer <key> and api-key: <key> also work, but X-API-Key is canonical. There is no publishable key and no key pair — one secret per environment, which is why it must never reach a browser or a mobile app.
Amounts
Whole XAF francs, as integers, minimum 100. No minor units and no multiplier: to charge 25,000 XAF, send 25000.