API de paiement mobile au Congo-Brazzaville : guide complet pour intégrer Airtel Money et MTN MoMo (2026)

Deux fournisseurs exposent une API marchande au Congo-Brazzaville : Airtel Money et MTN MoMo, qui couvrent environ 90 % du marché. L'intégration passe par un compte marchand, un dossier KYB et une certification sandbox, sous le cadre CEMAC (BEAC/COBAC, monnaie XAF). Un orchestrateur non-custodial comme Simiz unifie les deux API et laisse l'exécution aux partenaires licenciés.

Le Congo-Brazzaville comptait 4,2 millions d'utilisateurs de mobile money en 2025, avec une croissance annuelle de 22 % selon la BEAC, pour un taux de bancarisation d'environ 15 %. C'est un marché où le wallet mobile est le principal instrument de paiement, et où une part importante des utilisateurs reste sur des téléphones basiques : l'USSD n'est pas une option de repli, c'est le canal principal.

Ce guide couvre la démarche technique d'intégration : accès aux API opérateurs, endpoints, cadre CEMAC, coûts réels, et le choix entre intégration directe et orchestrateur. Pour une présentation générale du marché (usages, agents, tarifs grand public), consultez notre guide complet du paiement mobile au Congo-Brazzaville.

Quels sont les providers de mobile money au Congo-Brazzaville ?

Deux émetteurs dominent le marché congolais : MTN Mobile Money et Airtel Money. MTN Congo détient environ 65 % de parts de marché avec plus de 2,5 millions d'utilisateurs actifs selon les rapports trimestriels 2025 du groupe ; Airtel Congo en revendique environ 25 %, avec une présence forte à Brazzaville et Pointe-Noire. Les deux services fonctionnent en XAF (FCFA), via USSD et application mobile, avec un réseau d'agents pour les dépôts et retraits cash.

Côté API marchandes, les deux fournisseurs exposent des interfaces REST pour la collecte de paiements (client vers marchand) et les transferts sortants (marchand vers client — remboursements, paiements de fournisseurs, salaires). La maturité documentaire diffère : l'écosystème MTN bénéficie du portail développeur du groupe, présent dans les 17 pays MoMo d'Afrique, tandis qu'Airtel centralise l'accès marchand via son portail Airtel Money Africa, avec une documentation partagée après inscription au programme partenaire.

D'autres acteurs financiers opèrent au Congo-Brazzaville (banques, solutions de paiement bancaires), mais seuls MTN et Airtel exposent publiquement des programmes marchands mobile money documentés. Toute intégration au Congo en 2026 passe par ces deux-là : les couvrir, c'est atteindre la quasi-totalité des wallets actifs du pays.

Pour le contexte régional (adoption comparée CEMAC, volumes, corridors), notre analyse du marché du paiement mobile en zone CEMAC détaille les données par pays.

Comment obtenir l'accès à l'API Airtel Money Congo ?

L'accès à l'API Airtel Money au Congo suit le programme marchand du groupe Airtel Africa : la demande se dépose via le portail partenaire Airtel Money Africa, qui route ensuite vers l'entité Airtel Congo. Le processus complet tient en cinq étapes.

1. Constitution du dossier KYB. Airtel exige une entreprise immatriculée : registre de commerce congolais (ou équivalent étranger avec représentant local), statuts, identifiants des dirigeants et bénéficiaires effectifs, ainsi qu'une description du modèle d'usage des paiements (e-commerce, facturation service, remboursements). Un dossier incomplet est la première cause de retard : comptez deux allers-retours en moyenne. 2. Signature du contrat commercial. Les conditions — commission sur transaction (MDR), volumes minimums, SLA — se négocient pays par pays. Le MDR constaté sur le marché congolais se situe entre 1,5 % et 3 % selon le volume mensuel et l'opérateur ; les tarifs précis d'Airtel Congo sont communiqués sur devis, pas publiquement. N'intégrez pas un chiffre non contractualisé dans votre modèle économique. 3. Accès à la documentation et au sandbox. Après signature, Airtel transmet la documentation API et ouvre l'accès à l'environnement de test. L'API Airtel Money suit les standards du groupe : authentification OAuth2, endpoints JSON pour les collections (POST /merchant/v1/payments/), les remboursements et le statut des transactions, avec des codes d'erreur normalisés (solde insuffisant, PIN invalide, transaction expirée). 4. Certification technique. Vous validez les scénarios de paiement en sandbox : succès, échec client (solde insuffisant, abandon USSD), expiration de session et remboursement. Prévoyez un jeu de tests écrit avant d'ouvrir le sandbox — l'environnement de test d'Airtel ne simule pas tous les cas d'échec par défaut. 5. Mise en production. Les clés live sont émises après validation conjointe du commercial et de la technique. Délai total observé : 6 à 8 semaines à partir d'un dossier complet, davantage en période de forte demande (rentrée, fêtes de fin d'année).

Un point d'attention : le contrat Airtel Congo couvre le Congo-Brazzaville. Si vous visez plusieurs marchés Airtel d'Afrique centrale, chaque entité pays signe ses propres conditions — l'API est commune, pas le contrat.

Comment intégrer MTN MoMo à Brazzaville ?

MTN MoMo s'intègre via l'API standard du groupe, disponible sur le portail développeur MTN, qui couvre le Congo parmi les pays MoMo. L'intégration distingue deux produits : Collections (encaisser un paiement d'un client MoMo) et Disbursements (envoyer des fonds vers un wallet MoMo).

Le parcours d'accès ressemble à celui d'Airtel, avec une différence utile : la documentation et le sandbox MoMo sont accessibles plus tôt dans le processus, ce qui permet de développer en parallèle des démarches commerciales.

Compte marchand et agréments. L'ouverture d'un compte marchand MTN Mobile Commerce au Congo exige le même niveau KYB : immatriculation locale ou représentant agréé, statuts, identité des dirigeants. Comme pour Airtel, le marchand qui encaisse via l'opérateur agréé n'a pas besoin de son propre agrément COBAC — c'est l'établissement émetteur qui porte la conformité. Flux de paiement Collections. Le flux standard MoMo est un prompt USSD : votre backend appelle l'endpoint de collecte avec le numéro du client, le montant et une référence ; le client reçoit une invitation USSD sur son téléphone, saisit son PIN ; votre système reçoit le statut final via webhook ou polling. Sur un marché à forte proportion de feature phones, ce flux USSD est le seul qui couvre toute la clientèle — toute interface de paiement doit pouvoir le déclencher, y compris sur mobile web.

Disbursements. Les transferts sortants (B2C) nécessitent un niveau de contrat supérieur et une provision du compte marchand. Les cas d'usage Congo typiques : paiements de livreurs, bourses et aides sociales, reversements marketplace. MTN exige une justification d'usage pour l'ouverture de ce droit — un projet de disbursement non déclaré au moment du contrat risque d'être bloqué en production. Délais. Comptez 4 à 6 semaines entre le dépôt du dossier marchand MTN Congo et les clés de production, dont 1 à 2 semaines de sandbox une fois le dossier validé.

Si votre objectif est d'encaisser sans développement complet — précommandes, dons, petites boutiques — les liens de paiement Simiz génèrent une page de paiement prêt à l'emploi, connectée aux mêmes rails MTN et Airtel, sans écrire une ligne de code.

API opérateur directe ou orchestrateur : que choisir au Congo ?

L'intégration directe donne le contrôle ; l'orchestrateur donne la vitesse. Au Congo-Brazzaville, l'équation est particulière : le marché se résume à deux providers, mais ils ont des contrats, des formats d'API, des codes d'erreur et des webhooks différents — et la couverture client impose les deux.

Le coût réel de la double intégration directe. Deux contrats commerciaux à négocier, deux processus KYB à suivre en parallèle, deux sandbox, deux mappings d'erreurs, deux files de webhooks à sécuriser et à réconcilier. Comptez 3 à 6 mois pour couvrir MTN + Airtel en direct, et une charge de maintenance permanente : chaque évolution d'API côté opérateur est un ticket chez vous. L'équation ne tient que si vos volumes au Congo justifient un investissement dédié, ou si le Congo est votre unique marché. Ce que change un orchestrateur. Une API unique remplace les deux : détection de l'opérateur à partir du numéro (+242 06… ou +242 05…), routage vers le bon rail, réponse au même schéma quelle que soit la source, webhooks normalisés, et un tableau de réconciliation commun. Le marchand ajoute un provider en changeant une ligne de configuration, pas une sprint de développement. Le modèle non-custodial. Simiz ne détient aucun fonds marchand : la plateforme orchestre le routage, la normalisation et le suivi, mais chaque transaction s'exécute entre le wallet du client et le compte marchand chez le partenaire licencié qui porte l'agrément. Cette séparation compte pour votre conformité — vous n'ajoutez pas une nouvelle partie détenant des fonds à votre chaîne, vous ajoutez une couche logicielle. Elle compte aussi en cas d'incident : une défaillance de la couche d'orchestration ne fige pas des soldes clients. Quand l'intégration directe reste pertinente. Si vous négociez des volumes très élevés sur un seul provider, le MDR direct peut devenir inférieur à toute offre d'orchestration. Si votre produit est un portefeuille réglementé qui a déjà ses agréments CEMAC, l'orchestrateur n'apporte que la couche technique. Dans les autres cas — e-commerce transfrontalier, SaaS facturant au Congo, marketplace, plateforme de services — le temps gagné vaut plus que la marge perdue.

Les tarifs de l'orchestrateur Simiz sont publiés ; comparez-les au coût complet (développement, maintenance, délais) d'une double intégration directe avant de décider.

Quel cadre réglementaire CEMAC s'applique ?

Le Congo-Brazzaville appartient à la CEMAC : la monnaie est le XAF émis par la BEAC, et l'activité de monnaie électronique est régie par le règlement n°02/18/CEMAC/UMAC/COBAC de 2018 relatif aux conditions d'exercice des activités de monnaie électronique.

Qui doit être agréé. Le texte distingue les établissements de monnaie électronique (EME), agréés par la COBAC avec un capital minimum, de leurs distributeurs — les télécoms opèrent leurs services mobile money dans ce cadre, en s'appuyant sur des structures agréées ou des conventions de distribution validées par le régulateur. En pratique : c'est MTN et Airtel (via leurs entités agréées) qui portent la conformité de l'émission de monnaie électronique. Ce que cela implique pour un marchand. Un marchand qui encaisse via l'API d'un opérateur agréé n'a pas besoin d'agrément propre : les fonds de ses clients circulent entre wallets chez les entités agréées. L'agrément devient nécessaire si vous créez votre propre instrument de monnaie électronique — cas des fintechs qui émettent des balances utilisables, pas des simples marchands. La frontière est juridique, pas technique : une balance prépayée dépensable chez des tiers vous place du côté régulé. Obligations opérationnelles qui vous concernent directement. Même non agréé, un marchand reste soumis à des exigences véhiculées par le contrat opérateur : conservation des registres de transactions, coopération aux demandes de lutte contre le blanchiment (KYC de vos propres clients selon les montants), et sécurité des données de paiement. Vos logs d'API doivent permettre de reconstituer chaque opération : référence marchande, référence opérateur, horodatage, statut final. Cette discipline de traçabilité conditionne les réclamations et les litiges. Une nuance pour les orchestrateurs. Une plateforme qui orchestre sans détenir de fonds n'est pas elle-même un EME — c'est la logique du modèle non-custodial de Simiz : l'orchestration est un service logiciel, l'exécution reste chez les opérateurs et établissements agréés. C'est aussi ce qui explique la question récurrente « ai-je besoin d'un agrément pour utiliser une API de paiement ? » : non, tant que les fonds restent chez les entités agréées.

Pour aller plus loin sur les catégories d'agréments, la COBAC et les stratégies de conformité par pays, lisez notre guide de la réglementation PSP en zone CEMAC.

Combien coûte et combien de temps prend une intégration au Congo ?

Les postes de coût se répartissent en trois blocs : les commissions sur transaction, le coût de développement, et le coût de conformité et de maintenance.

Commissions sur transaction. Le MDR constaté au Congo se situe entre 1,5 % et 3 % selon l'opérateur et le volume mensuel négocié ; les gros volumes obtiennent des taux préférentiels. Les frais grand public (dépôt, retrait, P2P) sont à la charge de vos clients, pas du marchand — mais ils influencent leur propension à payer en mobile money. Les conditions précises MTN Congo et Airtel Congo se négocient sur devis : aucun des deux ne publie sa grille marchande. Coût de développement. Une double intégration directe (MTN + Airtel) représente typiquement 6 à 10 semaines de développement backend : gestion des deux authentifications, machine à états des paiements, gestion des webhooks, réconciliation, tableaux de bord internes. À cela s'ajoute la maintenance continue — suivez les changements d'API des deux opérateurs, testez, corrigez. Délais de bout en bout. Le poste le plus sous-estimé n'est pas le code, c'est la file d'attente contractuelle : dossiers KYB incomplets, relances commerciales, périodes de forte demande. Un orchestrateur qui a déjà contractualisé les deux opérateurs supprime ce délai — c'est de là que vient l'essentiel du gain de délai, avant même l'unification technique.

Pour un marchand e-commerce qui démarre au Congo sans équipe d'intégration, la séquence la plus rapide reste : liens de paiement pour encaisser dès la première semaine, puis API complète quand les volumes le justifient. Les cas d'usage e-commerce Simiz documentent ce parcours en deux temps.

Webhooks, idempotence, réconciliation : bonnes pratiques

Ces trois disciplines séparent une intégration qui tient en production d'une intégration qui perd des transactions. Elles valent pour les API directes comme pour une API orchestrée.

Webhooks : validez, stockez, traitez en différé. MTN et Airtel notifient les changements de statut (pending → success/failed) via webhooks. Trois règles : vérifiez la signature du webhook avant de traiter son contenu ; stockez le payload brut immédiat (base de données, pas en mémoire) ; répondez 200 vite, puis traitez en tâche asynchrone. Un webhook lent finit en timeout chez l'opérateur, qui rejoue la notification — vous devez donc aussi tolérer les doublons de livraison. Idempotence : une référence marchande unique par intention de paiement. Chaque appel de création de paiement porte une clé d'idempotence (référence de commande, UUID). Le réseau mobile congolais n'est pas toujours stable : un timeout côté client déclenche des retries, et sans clé d'idempotence vous créez deux paiements pour une commande. Les API des deux opérateurs supportent la détection de doublons sur référence marchande ; une API orchestrée l'applique uniformément. Côté UX, un client qui voit deux débits pour une commande ne revient pas. Réconciliation : trois références par transaction. Rapprochez systématiquement votre référence interne, la référence de la plateforme de paiement et la référence opérateur, sur un registre unique horodaté. Sans ce triple rattachement, une réclamation client (montant débité, commande non livrée) devient une enquête manuelle de plusieurs jours. Avec, c'est une requête de trente secondes. Programmez un rapprochement quotidien entre votre registre et le relevé marchand de l'opérateur — les écarts (transaction réussie non notifiée, webhook perdu) existent et se détectent par comparaison de fichiers, pas par attente. Machine à états explicite. Un paiement mobile au Congo passe par des états intermédiaires (initié, prompt USSD envoyé, en attente de PIN, confirmé). Modélisez-les explicitement et rendez chaque transition idempotente. Ne déduisez jamais le succès d'un timeout ou d'une absence de webhook : interrogez le statut (polling) avant de conclure à l'échec, et laissez un délai d'expiration configurable — le client met parfois plusieurs minutes à saisir son PIN.

Ces pratiques sont intégrées par défaut dans une API orchestrée : webhooks normalisés et signés, idempotence au niveau de la plateforme, registre de réconciliation unique. Si vous intégrez en direct, ce sont elles qui constituent l'essentiel de votre charge de développement — pas l'appel HTTP lui-même.

---

FAQ

Faut-il une entreprise immatriculée au Congo pour intégrer les API MTN et Airtel ?

Pour une intégration directe, oui : les deux opérateurs exigent une immatriculation locale ou un représentant agréé dans le dossier KYB. En passant par un orchestrateur non-custodial dont les partenaires sont déjà contractualisés, vous pouvez encaisser au Congo sans entité locale, la conformité KYB étant portée par la chaîne orchestrateur-partenaires licenciés.

Peut-on encaisser Airtel Money et MTN MoMo avec une seule API au Congo-Brazzaville ?

Oui. Une API orchestrée comme celle de Simiz route automatiquement vers MTN MoMo ou Airtel Money à partir du numéro de téléphone du client, avec un schéma de réponse, des codes d'erreur et des webhooks unifiés. Les deux rails restent exécutés par les entités licenciées des opérateurs — l'orchestrateur ne détient pas les fonds marchands.

Quel est le montant maximum par transaction en mobile money au Congo ?

Les plafonds dépendent de l'opérateur et du niveau KYC du client payeur, pas du marchand. Ils évoluent au rythme des décisions réglementaires BEAC et des politiques internes de MTN et Airtel : vérifiez les limites en vigueur dans la documentation de votre contrat marchand avant de fixer votre panier maximum. Pour des montants élevés (B2B, factures importantes), prévoyez un flux de paiement en plusieurs tranches ou un rail bancaire complémentaire.

Combien de temps pour être en production sur les deux opérateurs congolais ?

En intégration directe : 3 à 6 mois, dont l'essentiel en processus contractuels (dossiers KYB, négociation du MDR, certification). Via un orchestrateur : 1 à 2 semaines, sandbox immédiat inclus, car les contrats opérateurs existent déjà et la certification technique porte sur votre seule intégration.

Que se passe-t-il si MTN MoMo tombe en panne au milieu d'un paiement ?

La transaction en cours chez MTN échoue ou reste en attente jusqu'à expiration ; votre système doit prévoir ce cas (statut final explicite, remboursement ou relance). Avec un orchestrateur, les paiements suivants peuvent être routés vers Airtel Money tant que MTN est indisponible — ce secours automatique exige, en intégration directe, que vous ayez codé et contractualisé les deux rails dès le départ.

---

Passer à l'intégration

Deux providers, un cadre CEMAC clair pour les marchands, 3 à 6 mois de démarches en intégration directe contre 1 à 2 semaines en orchestration : l'arbitrage est posé. Reste votre séquence — prototype sandbox dès aujourd'hui, ou liens de paiement pour encaisser cette semaine.

Tester l'API Simiz en sandbox → Parler à un expert technique →

Pour les marchés voisins, consultez nos guides d'intégration API pour la RDC, le Cameroun et le Gabon.