Bac à sable
Un espace d’essai avec journal d’API : vous voyez chaque appel, chaque réponse, chaque livraison de webhook — et vous rejouez ce qui a raté.
Développeurs
Une plateforme, pas une application fermée.
L’API Fadjia est volontairement petite : créer un paiement, le lire, le rembourser. Tout le reste — boutique, caisse, plugins — n’est qu’un adaptateur au-dessus de ces quelques routes.
Ce que la plateforme expose
API et clés
Créez un paiement, consultez son état, remboursez. Clés de test et de production séparées dès le premier jour, secret montré une seule fois, révocables à l’instant.
Lire la ficheWebhooks
Votre système est notifié quand un paiement réussit ou est remboursé. Livraisons signées, écrites avant d’être tentées, rejouables — six tentatives étalées sur un jour.
Lire la ficheModules e-commerce
WooCommerce et PrestaShop, prêts à télécharger. Deux modules listés, deux modules qui fonctionnent — rien d’annoncé qui n’existe pas.
Lire la ficheVotre premier paiement
Créer sa clé de test
Une clé de test encaisse sans argent réel — et une clé publique ne peut pas encaisser : la séparation est stricte.
Créer un paiement
Un appel crée le paiement et rend l’adresse de sa page ; votre client paie, vous interrogez l’état quand vous voulez.
Écouter les webhooks
Paiement réussi, paiement remboursé : votre système est prévenu, avec une signature à vérifier et des livraisons rejouables.
Pensée pour les conditions réelles
La création de paiement est idempotente : la même clé d’idempotence ne crée jamais deux paiements, et elle est refusée si on la réutilise pour un montant différent.
Les livraisons de webhook sont écrites en base avant le premier octet réseau : une livraison ratée reste visible, comptée, rejouable — jamais perdue en silence.
Parlez-nous de votre intégration
La documentation complète arrive avec l’espace développeur. En attendant, écrivez-nous : on vous branche.
Nous écrire