Au Cameroun, Mobile Money pèse désormais lourd dans la trésorerie d’une PME. Beaucoup d’entreprises encaissent et décaissent quotidiennement via MTN MoMo ou Orange Money — pour autant la comptabilisation reste artisanale : les flux atterrissent souvent en vrac dans le compte 512 (banque) ou pire, sont saisis comme caisse 53.

Voici comment structurer proprement vos comptes MoMo dans un plan SYSCOHADA.

Pourquoi ce n’est PAS un compte banque

Tentation naturelle : créer un sous-compte 512### « Mobile Money MTN » et y balancer les mouvements. Mauvais.

Le compte 512 désigne un compte courant bancaire au sens strict : titulaire de compte = l’entreprise, ouverture chez un établissement bancaire agréé, relevé mensuel, IBAN. Votre wallet MoMo n’est rien de tout ça.

Le wallet MoMo est un dépôt de monnaie électronique détenu par un établissement de paiement (MTN MFS Africa, Orange Money), pas une banque. Comptablement, c’est un compte virement interne attente ou un compte transit liquidité, plus proche de 581 ou 580.

Le pattern proposé

Voici la structure que nous appliquons dans les PME que nous accompagnons :

581001 — Virements internes — MTN MoMo CM (XAF)
581002 — Virements internes — Orange Money CM (XAF)

Pour chaque opérateur, en sous-compte :
58100110 — MoMo MTN — Wallet Marchand principal (numéro 67xxxxxxx)
58100120 — MoMo MTN — Wallet Marchand secondaire si nécessaire

Le compte 581 est un compte de transit au passif comptable du plan SYSCOHADA. On y enregistre les flux en attente de reclassification.

Le flux comptable type

Encaissement client par MoMo

  1. Client paie 50 000 XAF par MTN MoMo sur le wallet marchand.
  2. Notification webhook reçue (cf. apps/api/src/modules/mobile-money/).
  3. Écriture automatique :
    • Débit 581001 (MoMo wallet) — 50 000
    • Crédit 411xxxxxx (Client) — 50 000
  4. Le wallet n’est pas la banque. Le solde est latent.

Transfert MoMo → banque

Quand la PME transfère le solde de son wallet vers son compte BICEC ou Afriland :

  1. Frais MTN appliqués (typiquement 1 % du transfert).
  2. Écriture :
    • Débit 512100 (BICEC) — 49 500
    • Débit 627100 (Services bancaires) — 500
    • Crédit 581001 (MoMo wallet) — 50 000
  3. Le wallet 581001 est maintenant à zéro.

Les pièges à éviter

Piège 1 — Pas de rapprochement automatique

Si la PME a 80 encaissements MoMo par mois et aucun rapprochement automatique, chaque virement MoMo→banque devient un casse-tête : laquelle des 80 transactions correspond à ce versement de 247 500 XAF ?

Solution : import du relevé wallet MoMo (ou intégration webhook directe) + lettrage 581 à la maille opération.

Piège 2 — Confondre virements internes et flux clients

Si un commercial reçoit un paiement personnel sur son MoMo Pro et le transfère ensuite à l’entreprise, ce n’est pas un encaissement client direct — c’est deux opérations distinctes : (a) avance commercial, (b) remboursement par l’entreprise. À comptabiliser séparément, sinon le grand livre 411 du client réel est fausse.

Piège 3 — Frais MoMo passés en 512

Les frais d’opérateur Mobile Money ne sont pas des frais bancaires au sens classique. Le compte 6271 (Frais bancaires) est utilisable mais peu lisible. Préférer une analytique dédiée (« Services de paiement mobile ») pour pouvoir arbitrer rationnellement opérateur vs banque en termes de coût.

Webhook et intégrité

SynkriaOps reçoit les notifications MoMo via webhook HMAC-SHA256 + chiffrement AES-256-GCM du secret (cf. apps/api/src/modules/mobile-money/services/webhook-signature.service.ts). L’IP de l’émetteur est filtrée par allowlist CIDR pour empêcher les replays externes.

Le rapprochement automatique 581↔411 se déclenche dès réception d’une notification authentifiée — l’écriture est passée sans intervention humaine mais traçable (audit log + hash chaîné).

Mis à jour avec l’état réel du code SynkriaOps au 2026-05-08. La couverture MTN CM est opérationnelle, Orange CM est en attente des credentials sandbox CEMAC côté opérateur.