Invoice, Withdrawal et get_transaction — qui couvrent l’ensemble des flux de paiement. Contrairement aux autres SDK, l’initialisation se fait via des variables globales de module, pas via une instance de classe.
Installation
requests est installée automatiquement.
Initialisation
Python
api_key et votre auth_token depuis le dashboard LigdiCash en créant un projet API.
Payin avec redirection
Le client est redirigé vers la page de paiement hébergée par LigdiCash. C’est le flux recommandé pour les boutiques en ligne.Python
Payin sans redirection
Le client paie directement depuis votre interface. Vous devez collecter son numéro de téléphone et, selon l’opérateur, son code OTP.Python
Le mode OTP varie selon l’opérateur. Par exemple, pour un opérateur en mode USSD, le client génère son OTP sur son téléphone avant que vous ne soumetttiez. Pour un opérateur en mode approbation (ex. Moov Africa), envoyez
otp="" — le client approuve directement sur son application. Consultez la page de l’opérateur concerné.Payout
Envoyez de l’argent vers un client — remboursement, salaire, gain.Vers le wallet LigdiCash du client
Python
Directement vers le mobile money
Python
type="client" utilise l’endpoint POST /pay/v01/withdrawal/create (via wallet LigdiCash). type="merchant" utilise POST /pay/v01/straight/payout (mobile money direct, plus lent). Voir Payout — Introduction.Vérification de statut
Appelezget_transaction avec le token stocké à la création (pas le token du callback, qui est différent).
Python
transaction :
Gestion des erreurs
Toutes les erreurs héritent deligdicash.LigdicashError et exposent .code et .message.
Python
