Le verdict en trois phrases
Le rapprochement bancaire des flux mobile money croise trois référentiels : le wallet opérateur, le relevé bancaire et l'ERP comptable. Le piège majeur : un settlement groupe ou un seul crédit bancaire regroupe 300 ventes, impossible à rapprocher sans le fichier de détail. La méthode 2026 : mapper les clés entre les trois systèmes, rejouer les lignes douteuses via l'API de statut, et tenir une tolérance d'écart de 0,5 % au-delà de laquelle on investigué.
Les trois référentiels et pourquoi ils divergent
Chaque référentiel raconte une partie de l'histoire. Le wallet opérateur connaît chaque transaction unitaire au moment où elle se produit. La banque ne voit que le versement groupé (settlement) qui arrive en T+1, souvent net de frais. L'ERP, lui, porte les commandes et les factures côté métier. Le rapprochement consiste à faire coïncider ces trois vues.
La divergence la plus courante vient du settlement groupé. À Abidjan, un marchand qui vend 300 fois dans la journée ne voit pas 300 crédits sur son compte bancaire le lendemain : il voit un seul crédit correspondant à la somme, moins les frais. Sans le fichier de détail fourni par l'opérateur, impossible de savoir quelles ventes composent ce crédit.
| Référentiel | Granularité | Délai | Ce qu'il manque |
|---|---|---|---|
| Wallet opérateur | Transaction unitaire | Temps réel | Les frais bancaires finaux |
| Relevé bancaire | Crédit groupe (settlement) | T+1 | Le détail ligne à ligne |
| ERP comptable | Commande / facture | Temps réel | La confirmation d'encaissement |
| Fichier de détail | Ligne à ligne du settlement | Avec le settlement | Rien : c'est la clé du rapprochement |
Le fichier de détail est le pont : il relie le crédit groupe de la banque aux transactions unitaires du wallet et aux commandes de l'ERP.
Le mapping des clés et les requêtes de contrôle
Automatiser le rapprochement suppose que chaque système partage une clé commune. En pratique, on chaîne plusieurs clés : la référence opérateur relie le wallet au fichier de détail, et la référence commande relie le fichier de détail à 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.
| Élément à mapper | Clé source | Clé cible | Requête de contrôle |
|---|---|---|---|
| Wallet vers détail | référence opérateur | ligne settlement | Aucune, match direct |
| Détail vers ERP | référence commande | id commande ERP | Aucune, match direct |
| Ligne douteuse | transaction_id | statut opérateur | Transaction Status Query |
| Crédit groupé vers détail | montant net + date | somme des lignes | Vérifier total = crédit + frais |
| Écart résiduel | ligne non matchee | investigation | Requête manuelle + journal |
La fréquence recommandée : un rapprochement quotidien sur le settlement de la veille. En T+1, le fichier de détail est disponible, et traiter chaque jour évite qu'un écart ne se noie dans le suivant. La tolérance de 0,5 % correspond en général aux frais et arrondis ; au-delà, on investigué ligne à 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 gère une chaîne de restauration à Abidjan avec commande en ligne. Le 12 avril 2026, son ERP affiche 300 commandes pour 4 500 000 FCFA. Le lendemain, sa banque crédite un seul versement de 4 470 000 FCFA. Écart apparent : 30 000 FCFA.
Avec le fichier de détail, il décomposé : le crédit groupe correspond bien aux 300 lignes, et les 30 000 FCFA sont les frais opérateur (environ 0,67 %), à comptabiliser en charge. Une seule ligne résiste : une commande à 15 000 FCFA absente du détail. Il lance une Transaction Status Query : le paiement était en timeout, jamais débité ; il annule la commande. Bilan : rapprochement boucle en 30 min au lieu de 3 h, écart résiduel ramené à 0 %.
FAQ
Pourquoi un seul crédit bancaire pour des centaines de ventes ? Parce que l'opérateur pratique le settlement groupé : il additionne les transactions d'une période et verse le net en une fois, généralement en T+1. Le fichier de détail est indispensable pour éclater ce crédit.
Quelle tolérance d'écart accepter ? Une tolérance de 0,5 % absorbe les frais et arrondis normaux. Au-delà, chaque ligne non matchee doit être investiguée : c'est souvent un timeout, un remboursement ou un frais mal provisionne.
À quelle fréquence rapprocher ? Quotidiennement sur le settlement de la veille (T+1). Le rapprochement quotidien empêche l'accumulation et garde chaque crédit groupe traçable pendant que le fichier de détail est frais.
Comment trancher une ligne douteuse ? Via l'API de statut de l'opérateur (par exemple la Transaction Status Query de Daraja). Elle re-interroge l'état réel d'une transaction et permet de décider : encaisser, annuler ou rembourser.
Faut-il intégrer le rapprochement à l'ERP ? Idéalement oui : au-delà de 300 transactions par jour, un rapprochement automatisé qui pousse le statut dans l'ERP évite des heures de saisie et fiabilise le bilan.
Discutons de votre projet. On automatise votre rapprochement wallet-banque-ERP avec fichier de détail et requêtes 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.
