Reçu
Dès qu’une transaction estSUCCESS, son receiptUrl pointe vers GET /v3/bills/transactions/{transactionId}/receipt. La réponse est le fichier lui-même, pas une enveloppe JSON.
Lisez
Content-Type pour choisir l’extension du fichier. Les reçus sandbox sont des images PNG.
Les erreurs conservent l’enveloppe JSON : 404 NOT_FOUND lorsque la transaction ne vous appartient pas, n’est pas SUCCESS ou n’a pas de reçu.
Conservez le fichier avec operationId et transactionId. Remettez le reçu à votre client, pas seulement un message de confirmation.
Avis de paiement AADL
Pour les transactionsAADL, GET /v3/bills/transactions/{transactionId}/avis renvoie l’avis de paiement du facturier au format PDF. Il est disponible dès que la découverte est READY, ce qui vous permet d’afficher l’avis avant que le client ne paie.
404 NOT_FOUND pour tout autre facturier, pour une transaction inconnue, ou tant que l’avis n’est pas encore disponible.
Historique
GET /v3/bills/transactions liste vos transactions, les plus récentes en premier, limitées à l’environnement de votre clé.
meta contient total, limit et offset pour la pagination.
Chaque ligne porte les mêmes champs que
GET /v3/bills/transactions/{transactionId}, y compris bills, selectedBills et error.Rapprochement quotidien
- Listez les transactions de la veille avec
status=SUCCESS, en paginant avecoffset. - Rapprochez chaque
transactionIdde votre propre registre. Compareztotalavec le montant facturé à votre client. - Listez
status=REFUNDEDet assurez-vous que chacune est également remboursée de votre côté. - Listez
status=UNKNOWNet gardez-les ouvertes jusqu’à leur résolution.
SUCCESS absent de votre côté est un paiement accepté mais non enregistré ; tout enregistrement de votre côté sans SUCCESS correspond à de l’argent que vous n’auriez pas dû encaisser.
Suivant : Tests en sandbox
Reproduire chaque résultat avec des comptes de test

