Mode test
Une clé fco_test_ ne touche aucun argent et n'écrit dans aucun registre de production. L'accès est immédiat : personne n'a à approuver quoi que ce soit.
Deux mondes séparés
Test et réel ont leurs propres clés, leurs propres destinations de webhooks, leurs propres paiements et leurs propres chiffres. Un paiement de test n'apparaît jamais dans les statistiques du mode réel, et n'écrit aucune ligne dans un registre réel. Dans la console, le sélecteur en haut à droite dit toujours dans lequel tu te trouves.
Choisir le résultat
Sur la page de paiement en mode test, un menu permet de décider ce que le fournisseur est censé répondre. C'est là qu'on vérifie que son intégration tient debout — surtout les cas qui ne sont pas des échecs francs.
| Scénario | Statut obtenu | Ce que ça teste |
|---|---|---|
| Paiement réussi | succeeded | Le chemin nominal, et ton webhook de livraison. |
| Paiement refusé | failed | Que tu ne livres rien et que tu proposes un nouvel essai. |
| Solde insuffisant | failed · INSUFFICIENT_FUNDS | Que tu lises le code, pas le message. |
| En cours chez le fournisseur | provider_pending | Que ton interface sache attendre sans rien promettre. |
| Réponse inconnue | provider_unknown | Le cas qui casse les intégrations : tu ne dois ni livrer, ni déclarer un échec, ni redemander de payer. |
Recevoir des webhooks sans écrire de serveur
La console contient un vrai récepteur de webhooks : il vérifie la signature et affiche ce qu'il reçoit. Enregistre son adresse comme destination en mode test, puis regarde les événements arriver.
Ouvrir le bac à sablePasser en réel
Crée une clé fco_live_… et une destination de webhook en mode réel — un webhook de test ne reçoit pas les événements réels. Tant que le mode réel n'est pas ouvert sur ton compte, une clé réelle est refusée avec LIVE_NOT_ENABLED.