Intégrer le mobile money : ce qui casse vraiment

Sur les marchés où nous travaillons, le mobile money n’est pas un moyen de paiement alternatif ajouté à la fin. Pour une grande partie des clients, c’est le seul. Le traiter comme une option secondaire est à l’origine de la plupart des pannes que l’on nous appelle à réparer.

La confirmation est asynchrone, et c’est tout le problème

Une autorisation par carte répond en une ou deux secondes. Un paiement par portefeuille demande au client de valider une invite sur son téléphone, qui peut arriver en retard, être ignorée, ou être confirmée plusieurs minutes plus tard, quand votre requête a déjà expiré. Si votre tunnel de paiement suppose une réponse synchrone, il affichera des échecs pour des paiements qui ont réussi.

La solution consiste à traiter la demande initiale et la confirmation comme deux événements distincts, et à laisser la commande dans un état en attente que l’interface explique honnêtement au lieu de le masquer derrière un indicateur de chargement.

Les prestataires ne s’accordent pas sur ce qu’est un échec

L’un renvoie une erreur pour un délai dépassé qui se dénouera plus tard. Un autre signale un succès dès l’acceptation, et non au moment où les fonds bougent. Si vous ramenez tous les prestataires à un seul statut interne sans lire attentivement la documentation, vous finirez par valider une commande jamais réglée.

Rendez chaque écriture idempotente

Les relances sont certaines : par le réseau, par le client qui appuie à nouveau, par votre propre planificateur de tâches. Toute opération qui déplace de l’argent a besoin d’une clé générée par le client, afin qu’une requête en double renvoie le résultat initial au lieu de débiter deux fois. Cette seule décision supprime toute une catégorie d’incidents.

La réconciliation est une fonctionnalité, pas un rapport

Les flux portefeuille, bancaires et carte se dénouent selon des calendriers et des formats différents. Si la réconciliation est un tableur mensuel tenu à la main, il sera faux et personne ne s’y fiera. Nous l’intégrons au système : chaque opération affectant un solde écrit un enregistrement immuable, et le règlement est contrôlé automatiquement contre ce que déclare le prestataire.

Concevez pour le téléphone que les gens ont vraiment

Les parcours de paiement s’utilisent sur des Android de milieu de gamme, sur des réseaux saturés, souvent avec une seconde application au premier plan pendant la validation de l’invite. Si le parcours ne survit pas à une mise en arrière-plan puis à une reprise, il ne fonctionne pas — quoi qu’il fasse sur votre bureau.