COMPLETED comme une confirmation de succès.
Statuts communs
Ces statuts peuvent apparaître sur un pay-in ou sur la transaction associée à un payout :Étapes propres aux payouts
Le endpoint de payout peut exposer des étapes supplémentaires dansdata.status :
Pour ce statut, ne considérez pas le payout comme réussi ou échoué avant résolution. Contactez le support avec les références BizConnectPay et fournisseur.
VALIDATING et FUNDS_LOCKED sont présentés comme PENDING sur la transaction normalisée. SUBMITTED est présenté comme PROCESSING, et RECONCILIATION_REQUIRED apparaît comme UNKNOWN dans le statut normalisé de la transaction. Consultez le payout pour obtenir son étape détaillée.
Vérifier le statut
Pour un pay-in, consultezGET /api/v1/payment-intents/{id} (ou l’endpoint de consultation de paiement utilisé par votre intégration). Pour un payout, consultez GET /api/v1/withdrawals/{reference}. Ces endpoints peuvent actualiser le statut auprès du fournisseur lorsque c’est possible.
Vous pouvez aussi écouter les webhooks BizConnectPay payment.completed et payment.failed. Vérifiez la signature, traitez les événements de manière idempotente et répondez rapidement avec un code HTTP 2xx. Les webhooks de résultat ne remplacent pas la consultation de statut lorsqu’une transaction reste UNKNOWN.
Conservez toujours la référence BizConnectPay et provider_reference pour le rapprochement. Ne déduisez pas le statut final de la seule réponse d’initiation, du lien de paiement ou de l’interface du fournisseur.
Exemple de cycle de vie
FAILED, CANCELLED ou EXPIRED. Si le résultat fournisseur est temporairement impossible à confirmer, il peut rester UNKNOWN jusqu’à la prochaine vérification ou la résolution du rapprochement.