Cycle de vie des paiements et reversements
Comment les statuts encaissement et décaissement s’articulent, liens vers la machine à états, soldes et webhooks.
Cette page est la carte marchande des statuts de paiement et de reversement. Pour les tableaux de transition et diagrammes complets, voir Machine à états du paiement.
Encaissement
| Phase | Statut typique | Impact pour vous |
|---|---|---|
| Le client commence | pending | UI en attente ; ne pas livrer |
| Confirmation prestataire | completed | Crédit solde test/live ; livrer après vérification |
| Délai / abandon | failed ou expired | Libérer le stock ; proposer une nouvelle tentative |
| Remboursement | refunded | Annuler la livraison si besoin |
Test vs live : les clés test complètent souvent le mobile money immédiatement ; en live le statut reste pending jusqu’à approbation sur l’appareil.
Décaissement (reversements et remboursements)
Les reversements passent par pending → processing → completed ou failed. Considérez completed comme « fonds sortis de la plateforme ».
Voir Cycle de vie des reversements et Remboursements.
Soldes et règlement
Les paiements completed mettent à jour votre solde marchand selon les frais et délais de disponibilité. Voir Solde et règlement.
Les webhooks relient tout
Voir aussi
Comment vérifier un paiement avant de livrer ?
Confirmez le statut côté serveur via l’API et les webhooks, ne vous fiez jamais à la seule redirection navigateur.
Quels moyens de paiement lomi. prend-il en charge ?
Matrice pays, devises et canaux pour checkout hébergé et charges directes en Afrique de l’Ouest francophone et marchés MTN.