Un seul objet pour tout le cycle de vie
Une découverte et le paiement effectué à partir de celle-ci sont la même transaction, avec le mêmetransactionId et la même ref. type vaut discovery jusqu’à ce qu’un paiement soit accepté, puis payment.
Lisez-la avec GET /v3/bills/transactions/{transactionId} ou GET /v3/bills/transactions/by-ref?ref=….
Statuts
Champs
Toujours présents :
Présents selon le statut :
Basez votre logique sur
status, jamais sur la présence d’un champ.
error.code
Interrogation
Node.js
UNKNOWN
UNKNOWN signifie que le paiement a été soumis au facturier mais que le résultat n’a pas été confirmé. L’argent a pu être débité ou non. Ce statut se résout toujours en SUCCESS ou REFUNDED.
Tant qu’une transaction est UNKNOWN :
- Ne lancez pas de nouveau paiement pour la même facture.
- Ne remboursez pas et ne créditez pas votre client.
- Indiquez au client que le paiement est en cours de confirmation.
Reprise après une expiration
Sidiscover ou pay expire de votre côté, la requête a pu être traitée malgré tout.
GET /v3/bills/transactions/by-ref?ref=<your discovery ref>.404 NOT_FOUND: la découverte n’a jamais été créée. Renvoyez-la avec la mêmeref.- Tout autre résultat : la transaction existe. Reprenez à partir de son
status.
pay, lisez la transaction par id : PROCESSING ou un statut ultérieur signifie que le paiement a été accepté.
Suivant : Reçus et rapprochement
Télécharger les reçus et rapprocher votre historique

