Un paiement mobile ne devient pas automatiquement une information comptable fiable. Il faut encore identifier le client, rattacher le montant à la facture, distinguer les frais, gérer les doublons et rapprocher le règlement avec le compte de règlement.
Un flux ERP utile conserve la référence de la facture, l’identifiant du fournisseur, le montant et la devise, les frais, l’heure de réception, le résultat de l’affectation et la décision de rapprochement. MTN MoMo et Safaricom publient des portails développeurs ; la disponibilité réelle dépend du pays, du contrat et du produit activé.
Commencer par quatre flux
Reliez d’abord les encaissements clients, les décaissements approuvés, les relevés de règlement et les exceptions. Un paiement sans référence doit entrer dans une file de contrôle, pas être affecté au hasard. Un décaissement refusé ne doit pas apparaître comme payé parce que la demande a été acceptée.
Prévoir les exceptions
Testez le doublon, le rappel de notification, la confirmation retardée, le remboursement, la devise incorrecte et la coupure réseau. L’intégration doit être idempotente : le même message ne peut pas créer deux écritures. La procédure dégradée doit être documentée et revue.
En Ouganda, l’URA décrit EFRIS comme le système de facturation et de reçus fiscaux électroniques applicable aux contribuables concernés. Le paiement mobile ne remplace pas la facture ou le document fiscal requis. La séquence entre émission, transmission et rapprochement doit être définie avec le responsable finance.
Kraal Code prévoit des intégrations mobiles pour les organisations africaines. Avant d’activer un flux réel, vérifiez l’endpoint, les limites, les identifiants, la réconciliation et le traitement des remboursements dans le pays concerné.
