Le bac à sable et le simulateur télécom de KODA, gratuits, testent chaque résultat — vérifié, tardif, rejeu, annulation, fraude — sans argent réel.
— lectures
Avant de faire confiance à la vérification en production, un développeur doit voir comment elle se comporte dans toutes les situations — pas seulement le cas idéal. Le bac à sable développeur de KODA existe précisément pour cela : un environnement de test gratuit et illimité où vous pouvez répéter chaque résultat possible d'une vérification mobile money sans envoyer un seul franc réel. Il n'expire jamais, donc vous pouvez construire, tester et contrôler les régressions aussi longtemps que vit votre intégration. La référence développeurs est sur la doc développeurs.
Le bac à sable fonctionne par références magiques — des codes spéciaux qui forcent un résultat connu. Soumettez TEST-OK et la vérification renvoie « vérifié » ; TEST-LATE simule une confirmation qui arrive en retard ; TEST-REPLAY montre ce qui se passe quand un code est réutilisé ; TEST-SUFFIX exerce la correspondance partielle ; et TEST-REVERSAL joue le scénario d'un opérateur qui annule un paiement après coup. Chacune vous laisse écrire et prouver le traitement d'un cas précis de façon déterministe, pour que votre code y soit prêt avant qu'un vrai client ne le déclenche.
Pour des tests plus poussés, il y a un simulateur télécom. Un appel à l'endpoint SMS du bac à sable permet d'injecter un message de confirmation opérateur fabriqué — comme si un paiement venait de tomber sur le téléphone du commerçant — et de voir le moteur l'analyser, le recouper, le noter et le verrouiller exactement comme sur le terrain. C'est ainsi que vous testez tout le chemin entrant de bout en bout, y compris le webhook qui se déclenche à un paiement vérifié, sans toucher un vrai opérateur ni un vrai portefeuille. Le contrat de webhook est dans le guide des webhooks.
La valeur discrète de tout cela, c'est que vous pouvez répéter la fraude en toute sécurité. Vous pouvez déclencher un rejeu, fournir un message mal formé ou d'apparence falsifiée, ou simuler une annulation, et confirmer que votre système fait ce qu'il faut — retient la marchandise, signale la commande, alerte un humain — dans un environnement où rien n'est en jeu. La plupart des équipes découvrent que leur gestion de la fraude est fausse la première fois que ça compte, en production, avec une vraie perte ; le bac à sable vous laisse le découvrir avant, gratuitement.
Parce que le bac à sable est illimité et permanent, il s'intègre naturellement aux tests continus. Les mêmes références magiques peuvent alimenter votre suite de tests automatisés, pour que chaque changement de votre paiement ou de votre logique de commande soit re-contrôlé contre les résultats vérifié, tardif, rejoué et annulé avant d'être livré. Un agent IA ou un paiement autonome, du genre décrit dans la vérification pour les agents IA, peut être exercé sur toute la gamme des verdicts bien avant de gérer de l'argent réel.
Il est honnête de dire ce qu'est le bac à sable : une simulation fidèle du comportement du moteur, pas une connexion à de vrais opérateurs. Ses résultats sont conçus pour correspondre précisément à la logique de production, mais une référence magique est un résultat scénarisé, pas un vrai paiement. Quand vous passez aux clés en direct, le même code tourne tel quel sur de vrais messages de confirmation — le rôle du bac à sable est simplement de vous amener à ce moment déjà certain du comportement de votre intégration. Le passage test vers production est couvert sur la doc développeurs.
Si vous construisez quoi que ce soit qui agit sur un paiement — un paiement en ligne, un bot, une plateforme — testez-le d'abord sur chaque résultat. Explorez les références magiques et le simulateur télécom sur la doc développeurs, voyez comment marchent les appels de base dans la référence API, et créez votre compte pour récupérer une clé de bac à sable. Livrez en sachant exactement ce que fait votre code quand un paiement est tardif, rejoué ou annulé — pas en l'espérant. La version anglaise est KODA's Developer Sandbox.
Chaque résultat d'une vérification : vérifié, tardif, rejoué, correspondance partielle et annulé, via des références magiques comme TEST-OK, TEST-LATE, TEST-REPLAY, TEST-SUFFIX et TEST-REVERSAL. C'est gratuit, illimité et sans expiration. Commencez sur la doc développeurs.
Non. Le bac à sable est gratuit, illimité et permanent : vous pouvez construire, lancer des tests automatisés et vérifier vos régressions aussi longtemps que nécessaire. Obtenez une clé sur Commencer avec KODA.
Oui. Le simulateur télécom permet d'injecter une confirmation opérateur fabriquée via l'endpoint SMS du bac à sable, et le moteur l'analyse, la recoupe, la note et la verrouille comme en production — y compris le webhook décrit dans le guide des webhooks.
Oui, et vous le devriez. Vous pouvez déclencher des rejeux, des messages d'apparence falsifiée et des annulations et confirmer que votre système réagit bien — en retenant la marchandise, en signalant la commande — sans rien en jeu.
Oui. Le bac à sable reflète la logique réelle du moteur : le même code tourne tel quel sur de vrais messages de confirmation lorsque vous passez aux clés de production. Le passage test vers production est couvert sur la doc développeurs.
Vérifiez votre premier paiement gratuitement → · ← tous les articles