Litiges et paiements rejetés

Un paiement accepté peut encore revenir. Un paiement bancaire est rejeté lorsque la banque le retourne (compte clôturé, provision insuffisante, opposition). Un paiement par carte peut être contesté par le titulaire auprès de son émetteur (rétrofacturation, ou chargeback). Dans cette version, REDA Pay consigne le rejet et vous donne une liste de travail ; le litige lui-même (les justificatifs, les délais, l’issue) se traite avec Payload, dans son tableau de bord.

Ce que REDA Pay consigne

La vue de liste Disputed - Pending Resolution de l’onglet Pay Transactions, le rapport Pending Disputed Transactions et la vignette Pending Disputed Transactions du tableau de bord REDA Pay Admin affichent tous les transactions dont l’indicateur est activé.

La vue de liste « Disputed - Pending Resolution » des Pay Transactions avec ses colonnes, vide ou avec des lignes de démonstration

La liste de travail des litiges. Une transaction la quitte lorsque vous renseignez sa Dispute Resolution Date.

La routine

1. Surveillez les rejets. Ils arrivent par webhook quelques minutes après que Payload en a connaissance. Il n’y a pas d’alerte par défaut : créez un flux sur Pay Transaction (le Status passe à rejected) pour prévenir le propriétaire de l’ordre ou une file de la finance, ou consultez chaque jour la vue Disputed - Pending Resolution.
2. Lisez la raison. Le Status Code et le Status Message indiquent pourquoi. Un retour pour provision insuffisante et une opposition appellent des échanges différents.
3. Encaissez de nouveau, ou répondez. Pour un paiement bancaire retourné, contactez le client et encaissez de nouveau le paiement : un nouveau Pay Order, généralement avec un autre moyen. Pour un litige sur carte, répondez dans le tableau de bord Payload dans le délai qu’il affiche ; Salesforce dispose de l’ordre, des notes pour le client, du montant et de la date pour étayer votre réponse.
4. Clôturez le dossier dans Salesforce. Renseignez la Dispute Resolution Date et indiquez l’issue dans les Internal Comments. La transaction quitte la liste des dossiers en attente.

Paiements bancaires retournés qui ne sont pas des « litiges »

L’indicateur Pending Dispute Resolution est volontairement restreint : un paiement par carte rejeté, ou un paiement bancaire rejeté dont le code Payload indique que le client a fait opposition. Un retour bancaire ordinaire pour provision insuffisante ou compte clôturé définit le Status rejected mais n’active pas l’indicateur : il n’apparaît donc pas dans la vue Disputed - Pending Resolution. Surveillez-les séparément :

• Créez une vue de liste de Pay Transactions, par exemple Rejected - last 30 days : Status égal à rejected, Rejected Date dans les 30 derniers jours ; affichez Pay Order, Amount, Status Code et Status Message.
• Ou utilisez le rapport du package Receipts By Status et lisez la barre rejected.
• Ou créez un flux qui prévient le propriétaire de l’ordre lorsque le Status passe à rejected ; consultez Automatiser les paiements avec des flux.

Exemple pratique : un paiement de loyer retourné

1. Le 1er novembre, le paiement automatique d’un résident crée P-052020 et débite 1 251,75 $ sur Checking x-7890 ; T-0014520 est processed, financement pending.
2. Le 4 novembre, la banque le retourne. Payload envoie un événement reject ; REDA Pay relit la transaction : Status rejected, Rejected Date le 4 novembre, Status Message indiquant une provision insuffisante. L’indicateur n’est pas activé, car il ne s’agit pas d’une opposition.
3. La vue Rejected - last 30 days l’affiche le matin même. Le recouvrement appelle le résident, qui paie 1 251,75 $ par carte le 6 novembre via un nouveau paiement immédiat, P-052031, avec les frais de carte de 3 %.
4. Le dépôt du 2 novembre qui contenait le paiement d’origine est ensuite ajusté par Payload ; la contrepassation apparaît dans le rapprochement.

Exemple pratique : un litige sur carte

1. Un paiement par carte de 500 $ encaissé le 10 octobre est contesté par le titulaire le 20 octobre. Payload le marque comme rejeté avec le code de rétrofacturation et envoie l’événement ; la Pay Transaction passe à rejected et Pending Dispute Resolution s’active.
2. La vue Disputed - Pending Resolution et la vignette du tableau de bord Admin affichent toutes deux 1.
3. Dans le tableau de bord Payload, la finance dépose la candidature signée et le reçu de paiement avant l’échéance de Payload.
4. Le 15 novembre, Payload tranche en votre faveur. La finance renseigne la Dispute Resolution Date et écrit « Won — evidence accepted 15 Nov » dans les Internal Comments. La transaction quitte la vue des dossiers en attente.

Ce qu’il advient de l’argent

Un paiement bancaire rejeté n’a jamais été financé, ou a été financé puis contrepassé. S’il figurait déjà dans un dépôt, Payload signale la contrepassation, qui apparaît dans votre rapprochement comme une ligne de versement ou un ajustement ultérieur ; consultez Rapprocher les dépôts et les versements. L’issue d’un litige sur carte est consignée par Payload ; la transaction REDA Pay conserve le statut signalé par Payload.

Ce que cette version ne fait pas

• Aucun processus de rétrofacturation : les types de transaction chargeback et chargeback_reversal existent, mais aucun écran ne les crée et aucun webhook ne les définit.
• REDA Pay n’ajoute aucuns frais pour les paiements retournés. Si vous en facturez, encaissez-les comme un paiement distinct.
• Aucune nouvelle tentative automatique d’un paiement bancaire rejeté.

Erreurs à éviter

Questions fréquentes

Pour aller plus loin

• Statuts des ordres et des transactions
• Configurer les webhooks