Passerelle de paiement
Une « caisse centrale » pour plusieurs applications : elle crée des liens de paiement, encaisse par mobile money (Gabon, Guinée, Maroc cités), tient automatiquement le compte de chaque application cliente et permet de tout suivre depuis un tableau de bord web.
54 affirmations vérifiées dans le code
En une phrase
- Une « caisse centrale » pour plusieurs applications : elle crée des liens de paiement, encaisse par mobile money (Gabon, Guinée, Maroc cités), tient automatiquement le compte de chaque application cliente et permet de tout suivre depuis un tableau de bord web. vérifié
Le problème métier résolu
- Comptabilité par application : chaque application cliente (« tenant ») dispose de son propre solde virtuel, alimenté automatiquement par les paiements complétés. vérifié
- Sortie d'argent automatisée : le versement (disbursement) vers le numéro mobile money de chaque tenant est pris en charge, avec historique des virements. vérifié
- Mise en relation sans friction : une nouvelle application peut devenir cliente sans intervention manuelle de l'administrateur, via un jeton d'invitation à usage unique — flux conçu pour des applications développées par des IA (« AI-to-AI »). vérifié
- Pilotage central : paiements, paiements échoués, tenants et virements sont visibles dans un seul dashboard. vérifié
Pour qui
- Applications (internes ou clientes) qui encaissent par mobile money, avec opérateurs « airtel » ou « moov » cités explicitement. vérifié
- Applications développées par des IA : le flux d'auto-enregistrement « AI-to-AI » leur est explicitement destiné. vérifié
- Équipe d'administration : suivi des paiements et des échecs, gestion des tenants et des virements depuis le dashboard. vérifié
Ce que fait l'application
- Création de paiements : montant en centimes XOF, description, URLs de retour succès/erreur, métadonnées ; la réponse renvoie une référence prestataire et une URL de paiement (checkout). vérifié
- Consultation : liste paginée avec filtre par statut, détail d'un paiement, statistiques. vérifié
- Webhooks de paiement : endpoint public de réception des événements payment.success, payment.failed, payment.expired, payment.cancelled, plus un endpoint authentifié pour enregistrer le webhook. vérifié
- Gestion des tenants : création manuelle depuis le dashboard admin ou auto-enregistrement public via jeton d'invitation à usage unique (badge « Auto » au tableau de bord). vérifié
- Solde et virements : solde virtuel du tenant alimenté automatiquement par les paiements complétés, configuration d'un identifiant de virement automatique, page « Virements » au dashboard. vérifié
- API IA multi-fournisseurs : liste des providers disponibles et endpoint de chat (provider, modèle, messages, température, limite de tokens). vérifié
- Jetons d'invitation côté admin : lister, créer, révoquer. vérifié
- Supervision : health check public. vérifié
- Vue par application : la sidebar du dashboard regroupe les applications détectées avec leur nombre total de paiements et un filtre par app_id. vérifié
Ce qui nous met en valeur
- Le flux « AI-to-AI » documenté pas à pas : une application pilotée par une IA s'enregistre elle-même comme cliente de la facturation avec un jeton d'invitation à usage unique, sans intervention humaine. vérifié
- Une seule interface de chat IA pour plusieurs fournisseurs (openai, google, groq, openrouter, cloudflare), via une fabrique d'adaptateurs. vérifié
- Zéro serveur à exploiter : Workers + D1, déploiement en une commande, secrets gérés par la plateforme. vérifié
- Intégration sans recopie de code : le guide d'intégration est « auto-suffisant » et tout passe par l'API HTTP publique. vérifié