Quand un opérateur annule un paiement, KODA lit le SMS d'annulation et déclenche un événement payment.reversed — pour que vous soyez le premier informé, pas le dernier.
— lectures
Il arrive qu'un opérateur annule un paiement mobile money après sa confirmation — une correction, un litige, une reprise pour fraude du côté du réseau. C'est rare, mais quand cela arrive, un commerçant qui ne l'apprend pas vite peut livrer la marchandise ou débloquer un service contre un argent qui n'est plus là. La détection d'annulation de KODA existe pour que vous soyez le premier informé, pas le dernier : quand l'opérateur envoie un message d'annulation, KODA le lit et déclenche aussitôt un événement payment.reversed.
Le mécanisme est le même que celui qui anime tout le reste — le propre SMS de l'opérateur. Tout comme un message de confirmation prouve qu'un paiement a eu lieu, un message d'annulation prouve qu'il a été défait, et KODA analyse cette annulation à l'instant où elle atteint le téléphone du commerçant. La commande est signalée, le paiement auparavant vérifié est marqué annulé, et tout système à l'écoute d'un webhook est notifié immédiatement, pour que l'exécution automatisée soit suspendue ou reprise avant que la valeur ne sorte. Le modèle d'événements est détaillé dans le guide des webhooks.
Il est important d'être parfaitement honnête sur la limite ici, car l'exagérer serait pire qu'inutile. KODA ne peut pas empêcher une annulation. Il ne détient ni ne déplace jamais l'argent : il n'a aucun pouvoir pour empêcher l'opérateur de reprendre un paiement — aucun outil de vérification extérieur au réseau ne le peut. Ce que KODA peut faire, et fait, c'est réduire le délai entre l'annulation et votre prise de conscience, de « peut-être jamais » à quelques secondes. Être le premier informé est toute la valeur, et elle est grande.
Cette rapidité change ce que vous pouvez faire. Un commerçant qui apprend une annulation immédiatement peut retenir une commande non encore expédiée, arrêter un service avant qu'il ne soit consommé, ou joindre le client tant que la transaction est fraîche. Un commerçant qui l'apprend des semaines plus tard, par un relevé bancaire ou un manque au rapprochement, a généralement déjà perdu la marchandise. L'événement d'annulation transforme une perte silencieuse en alerte exploitable, et il alimente directement les registres qui vous permettent d'agir.
Les annulations ont aussi leur place dans vos documents, et KODA les y garde. Un paiement annulé est marqué comme tel et repris dans votre rapprochement pour que la fin de mois reflète la réalité plutôt qu'un total optimiste, et il s'attache à la piste de preuves utilisée dans gagner les litiges — la confirmation, l'annulation, la référence verrouillée et la chronologie dans un seul dossier. Si un client prétend ensuite que le paiement tenait, vous avez les propres messages de l'opérateur montrant qu'il a été confirmé puis défait.
La détection d'annulation côtoie naturellement la gestion des paiements tardifs, car toutes deux consistent à respecter ce que le réseau dit réellement dans le temps plutôt qu'à un instant unique. La vérification des paiements tardifs tient une commande ouverte jusqu'à l'arrivée d'une confirmation lente ; la détection d'annulation rouvre la question si un paiement confirmé est ensuite défait. Ensemble, KODA suit l'état réel d'un paiement tel que l'opérateur le rapporte, au lieu de figer un verdict que le réseau pourrait encore changer.
Vous ne pouvez pas empêcher un télécom d'annuler un paiement, mais vous pouvez refuser d'être le dernier à l'apprendre. Créez votre compte et abonnez-vous à l'événement payment.reversed pour que vos systèmes entendent parler d'un paiement repris à l'instant où l'opérateur le dit — voyez le fonctionnement des événements dans le guide des webhooks et surveillez la santé des messages sur la page d'état. La version anglaise est Be First to Know.
Non. KODA ne détient ni ne déplace jamais l'argent : il ne peut pas bloquer une annulation côté opérateur. Ce qu'il fait, c'est détecter l'annulation à partir du message de l'opérateur et vous alerter en quelques secondes — premier informé plutôt que dernier.
Il lit le message d'annulation que l'opérateur envoie au téléphone du commerçant, comme il lit une confirmation, et déclenche aussitôt un événement payment.reversed. La commande est signalée et tout webhook à l'écoute est notifié — voir le guide des webhooks.
Vous pouvez retenir une commande non expédiée, arrêter un service avant qu'il ne soit consommé, ou contacter le client tant que c'est frais. L'événement transforme une perte silencieuse et tardive en alerte immédiate et exploitable.
Oui. Un paiement annulé est marqué et repris dans votre rapprochement, dans le guide de rapprochement, et dans le dossier de preuves pour gagner les litiges — avec la confirmation, l'annulation et la chronologie.
La gestion des retards, dans la vérification des paiements tardifs, tient une commande ouverte jusqu'à l'arrivée d'une confirmation lente. La détection d'annulation rouvre un paiement confirmé si l'opérateur l'annule ensuite.
Vérifiez votre premier paiement gratuitement → · ← tous les articles