Le verdict en trois phrases
Le rapprochement bancaire des flux mobile money croise trois referentiels : le wallet operateur, le releve bancaire et l'ERP comptable. Le piege majeur : un settlement groupe ou un seul credit bancaire regroupe 300 ventes, impossible a rapprocher sans le fichier de detail. La methode 2026 : mapper les cles entre les trois systemes, rejouer les lignes douteuses via l'API de statut, et tenir une tolerance d'ecart de 0,5 % au-dela de laquelle on investigue.
Les trois referentiels et pourquoi ils divergent
Chaque referentiel raconte une partie de l'histoire. Le wallet operateur connait chaque transaction unitaire au moment ou elle se produit. La banque ne voit que le versement groupe (settlement) qui arrive en T+1, souvent net de frais. L'ERP, lui, porte les commandes et les factures cote metier. Le rapprochement consiste a faire coincider ces trois vues.
La divergence la plus courante vient du settlement groupe. A Abidjan, un marchand qui vend 300 fois dans la journee ne voit pas 300 credits sur son compte bancaire le lendemain : il voit un seul credit correspondant a la somme, moins les frais. Sans le fichier de detail fourni par l'operateur, impossible de savoir quelles ventes composent ce credit.
| Referentiel | Granularite | Delai | Ce qu'il manque |
|---|---|---|---|
| Wallet operateur | Transaction unitaire | Temps reel | Les frais bancaires finaux |
| Releve bancaire | Credit groupe (settlement) | T+1 | Le detail ligne a ligne |
| ERP comptable | Commande / facture | Temps reel | La confirmation d'encaissement |
| Fichier de detail | Ligne a ligne du settlement | Avec le settlement | Rien : c'est la cle du rapprochement |
Le fichier de detail est le pont : il relie le credit groupe de la banque aux transactions unitaires du wallet et aux commandes de l'ERP.
Le mapping des cles et les requetes de controle
Automatiser le rapprochement suppose que chaque systeme partage une cle commune. En pratique, on chaine plusieurs cles : la reference operateur relie le wallet au fichier de detail, et la reference commande relie le fichier de detail a l'ERP. Quand une ligne ne matche pas, on la rejoue via l'API de statut (par exemple la Transaction Status Query de l'API Daraja pour M-Pesa) pour trancher.
| Element a mapper | Cle source | Cle cible | Requete de controle |
|---|---|---|---|
| Wallet vers detail | reference operateur | ligne settlement | Aucune, match direct |
| Detail vers ERP | reference commande | id commande ERP | Aucune, match direct |
| Ligne douteuse | transaction_id | statut operateur | Transaction Status Query |
| Credit groupe vers detail | montant net + date | somme des lignes | Verifier total = credit + frais |
| Ecart residuel | ligne non matchee | investigation | Requete manuelle + journal |
La frequence recommandee : un rapprochement quotidien sur le settlement de la veille. En T+1, le fichier de detail est disponible, et traiter chaque jour evite qu'un ecart ne se noie dans le suivant. La tolerance de 0,5 % correspond en general aux frais et arrondis ; au-dela, on investigue ligne a ligne.
Besoin d'un site web professionnel ?
Kolonell crée des sites web qui attirent des clients, optimisés pour le marché sénégalais. Devis gratuit en 2 minutes.
Mini cas pratique
Ibrahim gere une chaine de restauration a Abidjan avec commande en ligne. Le 12 avril 2026, son ERP affiche 300 commandes pour 4 500 000 FCFA. Le lendemain, sa banque credite un seul versement de 4 470 000 FCFA. Ecart apparent : 30 000 FCFA.
Avec le fichier de detail, il decompose : le credit groupe correspond bien aux 300 lignes, et les 30 000 FCFA sont les frais operateur (environ 0,67 %), a comptabiliser en charge. Une seule ligne resiste : une commande a 15 000 FCFA absente du detail. Il lance une Transaction Status Query : le paiement etait en timeout, jamais debite ; il annule la commande. Bilan : rapprochement boucle en 30 min au lieu de 3 h, ecart residuel ramene a 0 %.
FAQ
Pourquoi un seul credit bancaire pour des centaines de ventes ? Parce que l'operateur pratique le settlement groupe : il additionne les transactions d'une periode et verse le net en une fois, generalement en T+1. Le fichier de detail est indispensable pour eclater ce credit.
Quelle tolerance d'ecart accepter ? Une tolerance de 0,5 % absorbe les frais et arrondis normaux. Au-dela, chaque ligne non matchee doit etre investiguee : c'est souvent un timeout, un remboursement ou un frais mal provisionne.
A quelle frequence rapprocher ? Quotidiennement sur le settlement de la veille (T+1). Le rapprochement quotidien empeche l'accumulation et garde chaque credit groupe traçable pendant que le fichier de detail est frais.
Comment trancher une ligne douteuse ? Via l'API de statut de l'operateur (par exemple la Transaction Status Query de Daraja). Elle re-interroge l'etat reel d'une transaction et permet de decider : encaisser, annuler ou rembourser.
Faut-il integrer le rapprochement a l'ERP ? Idealement oui : au-dela de 300 transactions par jour, un rapprochement automatise qui pousse le statut dans l'ERP evite des heures de saisie et fiabilise le bilan.
Discutons de votre projet. On automatise votre rapprochement wallet-banque-ERP avec fichier de detail et requetes de statut. WhatsApp +221 77 596 93 33.
Mohamed Bah
Fondateur, Kolonell
Passionné par le digital et l'entrepreneuriat en Afrique, Mohamed accompagne les entreprises sénégalaises dans leur transformation digitale depuis 2020. Fondateur de Kolonell, il croit que chaque PME mérite une présence en ligne professionnelle et accessible.
