Statuts des ordres et des transactions
Un paiement vit dans deux enregistrements. Le Pay Order est votre instruction ; son statut combine son type et le fait qu’il ait été exécuté ou non. La Pay Transaction est le résultat chez Payload ; elle a son propre statut, son type et son statut de financement, qui continuent d’évoluer à mesure que l’argent circule dans le réseau bancaire. Cette page liste chaque valeur, ce qu’elle signifie et ce qu’il faut faire, le cas échéant.
Statut du Pay Order
Le champ Status d’un Pay Order est calculé à partir de son type d’ordre, du fait qu’il ait été traité ou non, d’un lien ou d’une planification actif, et d’une éventuelle révocation.
| Statut | Signification | Étape suivante habituelle |
|---|---|---|
| Immediate - Not Processed | Un ordre de paiement immédiat qui n’a pas été débité : le récapitulatif a été annulé, le paiement a échoué, ou l’ordre a été créé par une automatisation et attend d’être traité | Consultez la liste des Pay Transactions : une transaction failed signale une tentative refusée ; aucune signifie qu’aucune tentative n’a eu lieu. Voir la remarque ci-dessous sur les paiements récupérés |
| Immediate - Processed | Débité ; le Processed Datetime est renseigné et une Pay Transaction processed existe | Rien. Suivez le statut de financement de la transaction |
| Link - Active | Un lien de paiement que le client peut encore ouvrir | Attendez, ou révoquez |
| Link - Inactive | Le lien a expiré, ou n’a jamais été activé parce que le compte n’avait pas de Link Expiration (Minutes) | Créez un nouveau lien |
| Link - Processed | Le client a payé par le lien | Rien |
| Schedule - Active | Un modèle récurrent qui s’exécutera à sa prochaine date | Rien |
| Schedule - Inactive | Le modèle ne peut pas s’exécuter : pas de moyen, de profil ou de compte actif, date de fin passée, client non enregistré ou date de début manquante | Corrigez la cause ou révoquez |
| Schedule - Not Processed / Schedule - Processed | Un paiement généré par une planification (il a un Parent Pay Order), avant et après le débit | Comme pour Immediate |
| Revoked | Retiré avec Revoke Order ; ne peut pas être traité | Rien |
Un paiement récupéré laisse l’ordre en « Not Processed ». Lorsqu’une transaction est récupérée après coup (par la tâche de récupération des paiements échoués, par Sync Transaction ou par le rapprochement), le Processed Datetime de l’ordre n’est pas renseigné : un ordre peut donc afficher Immediate - Not Processed tout en ayant une transaction processed. Lisez toujours la liste des transactions avant d’agir sur un ordre « Not Processed » ; n’appuyez jamais sur Process Pay Order sur un ordre qui a déjà un paiement traité. Consultez Activer la récupération des paiements échoués.
La colonne Status combine le type d’ordre et le résultat : une seule vue de liste répond à « qu’est-ce qui est en attente ».
Type de Pay Transaction
| Type | Signification |
|---|---|
| payment | Argent reçu du client (un encaissement) |
| credit | Argent versé au bénéficiaire (un décaissement) |
| refund | Argent restitué au titre d’un paiement antérieur ; relié à celui-ci par Parent Transaction |
| chargeback, chargeback_reversal | Valeurs réservées aux litiges sur carte ; aucun écran REDA Pay ne les crée dans cette version |
Statut de Pay Transaction
| Statut | Signification | Que faire |
|---|---|---|
| failed | Valeur propre à REDA Pay : la tentative n’est jamais devenue une transaction Payload ; Payload l’a refusée (la raison figure dans Error Message) ou la connexion a été interrompue (Process Callout Exception coché) | Lisez l’erreur ; pour une exception d’appel, laissez la tâche de récupération s’exécuter |
| authorized | Payload a autorisé le montant sans le capturer | Rare dans cette version ; attendez processed |
| processing | Payload le traite | Attendez |
| processed | Accepté. Pour une carte, c’est l’approbation ; pour un paiement bancaire, cela signifie transmis au réseau bancaire : la banque peut encore le rejeter pendant plusieurs jours | Rien ; suivez le statut de financement et les changements de statut ultérieurs |
| declined | La carte ou la banque a refusé au moment du paiement | Encaissez avec un autre moyen |
| rejected | Un paiement bancaire accepté a été retourné (provision insuffisante, compte clôturé, opposition) ; la Rejected Date est renseignée | Encaissez de nouveau ; consultez Litiges et paiements rejetés |
| voided | Annulé avant financement avec Void Transaction ; la Voided Date est renseignée | Rien |
| refunded | Entièrement remboursé ; une transaction refund existe sous le même ordre | Rien |
Status Code et Status Message contiennent le code et le texte propres à Payload, par exemple approved / « Transaction approved. », utiles lorsque vous échangez avec le support de Payload.
Statut de financement
Où en est l’argent, selon Payload :
| Funding Status | Signification |
|---|---|
| pending | Accepté mais pas encore regroupé en lot pour le financement. Un paiement processed au financement pending peut encore être annulé |
| batched | Inclus dans un lot de financement ; un dépôt sur votre compte bancaire suivra. L’annulation n’est plus possible ; remboursez plutôt |
| captured | Fonds capturés |
| refunded | Restitué au payeur |
| reversed | Contrepassé, par exemple un versement repris |
Lorsque les fonds arrivent dans votre banque, Payload signale un dépôt qui devient une Statement Activity ; consultez Rapprocher les dépôts et les versements.
Statut, statut de financement et code propre à Payload sur une même transaction.
Comment les statuts évoluent
| Événement | D’où il vient |
|---|---|
| Paiement encaissé à l’écran | La transaction est créée immédiatement processed ou failed |
| Refus ultérieur, rejet, remboursement effectué hors de Salesforce, annulation | Un webhook Payload déclenche une relecture de la transaction |
| Dépôt ou versement vers votre banque | Un webhook crée une Statement Activity |
| Quelqu’un appuie sur Sync Transaction | Relecture à la demande |
| La tâche de récupération des paiements échoués | Des transactions créées à partir des données Payload de l’ordre |
Rapports
Champs utiles pour les rapports : sur le Pay Order, Status, Order Type, Transfer Type, Processed User Type (Internal, Community, Guest), Net Order Amount, Calculated Convenience Fee ; sur la Pay Transaction, Type, Status, Funding Status, Amount, Processed Date, Rejected Date. Le package fournit des rapports comme Receipts By Status et Receipts By Order Type ; consultez Rapports et tableaux de bord.
Questions fréquentes
Processed signifie accepté. Le financement suit les lots de Payload ; le statut de financement puis une Statement Activity vous indiquent quand il a atteint votre banque.
Regardez ses Pay Transactions. Une transaction processed signifie que le paiement est réel et qu’il ne manque que le marquage de l’ordre. Aucune transaction signifie qu’aucun paiement n’a atteint Payload.
Declined se produit au moment du paiement. Rejected se produit ensuite, sur un paiement bancaire d’abord accepté.