callback_url — une en application/json, une en application/x-www-form-urlencoded. Les deux contiennent les mêmes données. Cette page détaille la structure JSON.
Exemple complet
Champs principaux
string
Horodatage de l’événement au format
YYYY-MM-DD HH:MM:SS+TZ.string
Code de résultat.
"00" = succès. Toute autre valeur indique une erreur — consultez wiki pour le détail.string
Statut de la transaction :
"completed", "pending" ou "notcompleted". Basez votre logique métier sur ce champ.integer
Montant de la transaction en XOF.
integer
Identique à
amount. Les deux champs coexistent dans toutes les réponses LigdiCash.string
Numéro de téléphone du payeur, avec indicatif pays, sans
+ ni espaces.string
Identifiant unique de la requête généré par LigdiCash. Utilisez-le pour la déduplication lorsque
custom_data est vide ou inaccessible.string
Concaténation des valeurs de tous les champs de
custom_data dont la clé contient "id". Peut être fiable si vous n’avez qu’un seul champ avec "id" dans le nom — mais parsez custom_data directement pour un résultat garanti.string
Toujours vide (
""). Ce champ n’est pas utilisable pour la vérification — utilisez le token stocké à la création de la transaction.string
Identifiant de l’opérateur qui a traité le paiement (ex :
"11" pour Orange Burkina).string
Nom de l’opérateur (ex :
"ORANGE BURKINA").string
Description de la transaction. Peut être vide.
string
Référence opérateur. Peut être vide.
string
Libellé textuel du résultat. Peut être vide.
string
URL vers la documentation des codes d’erreur de cet endpoint. À consulter quand
response_code !== "00".Le tableau custom_data
array
Tableau des données personnalisées associées à la transaction. Contient vos champs marchands plus les champs ajoutés automatiquement par LigdiCash.
custom_data :
Filtrez toujours sur
keyof_customdata pour extraire vos propres champs. Voir Parser custom_data.
Les informations client
object
Informations du payeur si disponibles.
