Skip to main content
Le SDK Python LigdiCash expose trois objets principaux — 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

Prérequis : Python ≥ 3.0. La dépendance requests est installée automatiquement.

Initialisation

Python
Obtenez votre 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
Ne jamais ouvrir payment_url dans une iframe — LigdiCash la bloque. Redirigez dans le même onglet, un nouvel onglet, ou un popup. Sur mobile natif, utilisez une WebView.
Laissez toujours customer vide dans le payin avec redirection (c’est le comportement par défaut). Si vous passez un numéro, LigdiCash filtre la page de paiement pour ne montrer que les opérateurs de ce numéro.

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

Appelez get_transaction avec le token stocké à la création (pas le token du callback, qui est différent).
Python
Champs disponibles sur transaction :
Ne livrez jamais une commande uniquement sur la base d’un callback entrant. Appelez toujours get_transaction avec le token stocké à la création pour confirmer le statut côté serveur LigdiCash. Voir Sécurisation du callback.

Gestion des erreurs

Toutes les erreurs héritent de ligdicash.LigdicashError et exposent .code et .message.
Python
Classes d’erreur disponibles :

Liens utiles