- Demander un diagnostic
- France et Afrique francophone
Intégrer WhatsApp, Orange Money, MTN MoMo et Wave à un système d'entreprise permet d'automatiser la prise de commande, la confirmation de paiement et la relance client sur les canaux réellement utilisés par les clients ouest-africains. Chaque plateforme expose une API officielle distincte, avec ses propres règles de facturation et de disponibilité par pays, et aucune ne remplace une conception robuste : idempotence, validation humaine sur les paiements sensibles, traçabilité.
Le mobile money est devenu le principal outil d'inclusion financière numérique de la région. Selon le GSMA State of the Industry Report on Mobile Money 2026 (24 mars 2026), l'Afrique subsaharienne concentre plus de la moitié des 2,3 milliards de comptes mobile money actifs dans le monde et 66 % de la valeur totale transactée en 2025.
Dans plusieurs pays de la zone (Bénin, Côte d'Ivoire, Sénégal, Guinée, entre autres), le mobile money contribue à plus de 5 % du produit intérieur brut national (GSMA, Mobile Economy Africa 2026). WhatsApp, de son côté, reste l'un des canaux de messagerie les plus utilisés pour la relation client, informelle comme formelle, dans la région. Le modèle de référence reste M-Pesa au Kenya, lancé dès 2007 et devenu depuis une infrastructure économique à part entière.
Automatiser ces canaux n'est donc pas un choix marginal : c'est aligner l'outil sur les habitudes réelles des clients plutôt que de leur imposer un canal qu'ils n'utilisent pas.
Depuis le 1er juillet 2025, Meta facture les conversations WhatsApp Business au message plutôt que par fenêtre forfaitaire de 24 heures, avec un tarif qui varie selon le pays du destinataire et la catégorie de message (marketing, utilitaire, authentification), publié sur la page officielle Meta for Developers, Pricing on the WhatsApp Business Platform (consultée en septembre 2026).
Un point reste gratuit : une conversation ouverte depuis une publicité Click to WhatsApp ou un bouton d'appel à l'action Facebook donne une fenêtre de 72 heures de messages gratuits si l'entreprise répond dans les 24 heures. Au-delà, chaque message facturable dépend du barème du pays concerné.
L'intégration technique passe par l'API Cloud de WhatsApp (hébergée par Meta) ou par un fournisseur de solutions business (BSP) qui ajoute sa propre marge, généralement entre 0,003 et 0,010 dollar par message pour les grands BSP. Le choix du BSP influence donc directement le coût final, pas seulement la facilité d'intégration.
Orange expose une API de paiement, Orange Money Web Payment, disponible pour les marchands dans plusieurs pays dont le Mali, la Côte d'Ivoire, le Sénégal et la Guinée Conakry (developer.orange.com, consulté en septembre 2026). Cette API permet d'encaisser un paiement en ligne directement depuis le solde Orange Money du client.
MTN propose de son côté un portail développeur dédié, momodeveloper.mtn.com, avec un environnement de test (sandbox) et des API de collecte et de décaissement, accessibles à tout développeur tiers pour commencer à tester sans partenariat commercial préalable.
Ces deux API sont juridiquement et techniquement distinctes par opérateur et par pays : une entreprise présente à la fois au Sénégal et en Côte d'Ivoire doit généralement s'inscrire séparément sur chaque portail, avec des identifiants propres à chaque marché.
Wave, société dont le siège est à Dakar, opère au Sénégal, en Côte d'Ivoire, au Mali, au Burkina Faso, en Ouganda et en Gambie. Son API business (api.wave.com, documentée sur docs.wave.com) propose l'encaissement en ligne, le décaissement unitaire ou groupé, la consultation de solde et des webhooks signés (HMAC-SHA256) pour recevoir les événements en temps réel. Cette expansion rapide a fait de Wave la première licorne d'Afrique francophone quatre ans à peine après sa création à Dakar.
Point de vigilance confirmé par la documentation Wave elle-même : Wave Sénégal et Wave Côte d'Ivoire sont deux entités juridiques distinctes, avec des clés API et un enrôlement séparés. Une entreprise active dans les deux pays doit intégrer Wave deux fois, pas une seule.
Chaque canal a sa propre logique d'intégration et son propre modèle de facturation. Le tableau suivant résume les points à vérifier avant tout projet d'automatisation.
Les quatre canaux, une logique différente à chaque fois
| Canal | Type d'API | Disponibilité (exemples) | Point de vigilance |
|---|---|---|---|
| WhatsApp Business Platform | API Cloud Meta ou via BSP | Mondiale, tarif par pays et catégorie | Facturation à la conversation depuis juillet 2025 |
| Orange Money | API Web Payment | Mali, Côte d'Ivoire, Sénégal, Guinée Conakry, entre autres | Un enrôlement distinct par marché |
| MTN MoMo | API ouverte (collecte/décaissement) | Pays où MTN Mobile Money opère | Sandbox de test avant mise en production |
| Wave | API Checkout/Payout/Solde | Sénégal, Côte d'Ivoire, Mali, Burkina Faso, entre autres | Entité et clés API distinctes par pays |
Plutôt que d'intégrer séparément l'API de chaque opérateur, plusieurs entreprises ouest-africaines passent par un agrégateur de paiement qui expose une seule API pour plusieurs canaux mobile money à la fois. PayDunya (developers.paydunya.com) et DEXCHANGE (api.dexchange.group) en sont deux exemples documentés publiquement, chacun avec sa propre couverture de pays et d'opérateurs à vérifier au cas par cas.
Cette approche réduit le nombre d'intégrations techniques à maintenir, au prix d'une commission supplémentaire prélevée par l'agrégateur et d'une dépendance à sa propre disponibilité, en plus de celle des opérateurs eux-mêmes.
Pour un volume faible sur un seul pays, l'intégration directe avec l'opérateur dominant reste souvent suffisante. Pour une couverture multi-pays et multi-opérateurs, un agrégateur simplifie la maintenance technique, à condition de vérifier sa couverture réelle avant de s'engager.
Le développement initial n'est qu'une partie du coût : chaque API mobile money impose une phase de test en environnement sandbox, une procédure de validation avant le passage en production, et un suivi des évolutions de l'API dans le temps, qui peut modifier une intégration existante sans préavis long.
Le TCO d'une intégration mobile money doit donc inclure le développement, les frais de commission par transaction (variables selon l'opérateur et le pays), la maintenance en cas d'évolution de l'API, et le temps de support client pour les cas de paiement non reconnu automatiquement.
Dans les quatre canaux évoqués, le numéro de téléphone sert d'identifiant principal du client, que ce soit pour WhatsApp, Orange Money, MTN MoMo ou Wave. Un système d'entreprise qui n'utilise pas ce numéro comme clé de rapprochement entre CRM, facturation et paiement recrée artificiellement des doublons de clients.
Ce choix impose une vigilance particulière : un même client peut changer de numéro ou en utiliser plusieurs, ce qui justifie de prévoir un mécanisme de fusion de fiches client plutôt que de considérer le numéro de téléphone comme un identifiant définitif et unique.
Un agent IA ou un workflow qui confirme une commande après réception d'un paiement mobile money doit vérifier la notification de paiement auprès de l'opérateur (webhook signé ou appel API), jamais se fier à une simple capture d'écran envoyée par le client sur WhatsApp.
Toute action de remboursement ou de décaissement doit rester soumise à une validation humaine explicite, avec un plafond et une journalisation systématique, conformément aux principes de sécurité applicables à tout agent IA.
L'idempotence reste ici un principe de sécurité, pas seulement de qualité : un même événement de paiement reçu deux fois (retry réseau, webhook dupliqué) ne doit jamais déclencher deux confirmations de commande ou deux décaissements.
Non. Mieux vaut identifier le canal réellement dominant chez les clients de l'entreprise, souvent un seul opérateur mobile money majoritaire selon le pays, et l'intégrer correctement avant d'ajouter les autres.
Il peut informer et guider le client, mais la confirmation de paiement doit reposer sur la notification officielle de l'opérateur (API ou webhook), jamais sur la déclaration du client dans la conversation.
Oui, en particulier pour les messages marketing envoyés en volume : le tarif dépend du pays et de la catégorie de message, ce qui justifie de suivre ce coût comme un poste budgétaire à part entière, pas comme un détail technique secondaire.
Pas nécessairement le même numéro pour WhatsApp et pour les comptes mobile money, mais garder une correspondance claire entre les numéros utilisés et la fiche client évite les doublons dans le CRM.
Chaque plateforme fournit une documentation et un environnement de test (sandbox), ce qui reste accessible à un développeur généraliste. La difficulté vient surtout de la multiplication des intégrations à maintenir si l'entreprise couvre plusieurs canaux et plusieurs pays à la fois.
Oui, généralement un enrôlement marchand distinct par opérateur et par pays, avec ses propres conditions commerciales et ses propres délais de mise en production, à anticiper dans le planning du projet plutôt qu'à découvrir en cours de route.
Techniquement oui, à condition de séparer clairement les permissions : lire et répondre sur WhatsApp d'un côté, vérifier et confirmer un paiement de l'autre, sans jamais laisser l'agent déclencher un décaissement sur la seule base d'un message de conversation.