Gestion de la rétrofacturation

Yuno offre une solution unifiée et automatisée pour le traitement des litiges, vous permettant de gérer les rétrocessions de tous les fournisseurs à partir d'un seul tableau de bord. Notre plateforme vous aide à automatiser les flux de travail, à recouvrer les revenus et à rester prêt pour l'audit, tout en évitant les allers-retours.

Qu'est-ce qu'un rejet de débit ?

Une rétrofacturation est une réclamation initiée par un client auprès de sa banque émettrice en raison d'une transaction qu'il juge problématique, comme des paiements non autorisés, des montants incorrects ou des litiges avec le commerçant.

Dans Yuno, une rétrofacturation et un litige sont techniquement identiques - ils représentent tous deux une transaction contestée.
La différence conceptuelle réside dans la réponse du commerçant : lorsqu'un commerçant fournit des documents pour contester la rétrofacturation, celle-ci devient un litige actif. Cependant, la transaction reste la même, et seul son état évolue en fonction des actions entreprises.

Processus de rejet de débit

1. Création d'une rétrofacturation

   • Le client fait une réclamation auprès de sa banque émettrice.
   • La banque informe le prestataire de services de paiement
   • Le prestataire informe Yuno de la réclamation
   • Yuno enregistre la rétrofacturation et son état de transaction initial est le suivant CREATED

2. Notification du commerçant

   • Yuno informe le commerçant de la rétrofacturation et met à jour le statut du paiement.

3. Actions des commerçants

   • Le commerçant peut :
     • Soumettre des preuves: Fournir des documents attestant de la validité de la transaction, transformant ainsi la rétrofacturation en un litige actif.
     • Accepter la rétrofacturation: Reconnaître la demande sans la contester et perdre les fonds (LOST)

4. Analyse des données

   • Si des preuves sont présentées, la banque émettrice examine les documents et prend une décision finale (PENDING_REVIEW)

5. Réclamation/résolution des litiges

   • Litige gagné (WON) : La réclamation du client est rejetée et la transaction reste valable.
   • Litige perdu (LOST) : La demande du client est acceptée, ce qui donne lieu à un remboursement au client.

États de rejet de débit

Les états des rétrocessions dans Yuno représentent les différentes étapes du processus :

Prédisputes (déviations)

Certains réseaux et prestataires proposent des programmes de résolution rapide qui permettent d'éviter les litiges avant qu'une procédure officielle de rejet de débit ne soit engagée. Citons par exemple Visa Rapid Dispute Resolution (RDR), l'écosystème Ethoca de Mastercard et American Express Accelerated Dispute Resolution (ADR).

Lorsqu'un fournisseur/réseau signale explicitement une déflexion antérieure à la contestation, Yuno :

• Crée un CHARGEBACK transaction avec status = PREVENTED afin de pouvoir vérifier qu'une rétrofacturation a été évitée
• Fixe le paiement à status = CHARGEBACK  et  sub_status = LOST pour refléter le résultat financier
• N'émet que le webhook de rétrofacturation pour l'élément CHARGEBACK / PREVENTED transaction (pas de webhook de remboursement séparé)
• Renforce l'idempotence afin d'éviter les transactions et les notifications en double.

Détails supplémentaires :

• Aucune preuve n'est requise : les défections antérieures à la contestation ne requièrent pas la présentation de preuves.
• Correspondance de l'ID du litige : l'ID du litige correspond à l'ID de la transaction de rétrofacturation.
• Champs facultatifs : les webhooks de rétrofacturation peuvent inclure provider_dispute_id  et  is_pre_dispute pour indiquer les cas d'origine antérieure au litige

PREVENTED n'est utilisé que pour les transactions de type CHARGEBACK et constitue un état terminal pour cette transaction.

Exemple avant le litige

{
  "transaction": {
    "id": "tx_cb_001",
    "type": "CHARGEBACK",
    "status": "PREVENTED",
    "category": "CARD",
    "amount": 19700,
    "provider_id": "STRIPE",
    "provider_dispute_id": "du_1S2umUCXdfp1jQhWSW3lALH2"
  },
  "payment": {
    "id": "pay_123",
    "status": "CHARGEBACK",
    "sub_status": "LOST",
    "amount": { "currency": "USD", "value": 19700, "refunded": 0, "captured": 19700 }
  }
}

Principaux avantages de la gestion des rétrocessions avec Yuno

Yuno simplifie et optimise votre gestion de la rétrofacturation grâce à plusieurs avantages clés :

Tous vos litiges dans un flux de travail intégré

Consolidez les données de rétrofacturation de tous vos fournisseurs de paiement dans un seul tableau de bord. Qu'il s'agisse de Visa, Mastercard ou d'un acquéreur local, vous pouvez suivre, répondre et gérer les litiges de manière centralisée, sans qu'il soit nécessaire d'assembler les API.

Rationalisation de la réponse à la rétrofacturation

Automatisez les réponses à la rétrofacturation à l'aide des documents justificatifs appropriés afin de garantir que chaque litige soit traité rapidement et efficacement.

Assurer la conformité

Chaque rétrofacturation, chaque réponse, chaque mise à jour est enregistrée et accessible. Grâce aux pistes d'audit intégrées et aux enregistrements exportables, la conformité et les examens internes sont plus rapides et plus faciles.

Comprendre le code de raison

Il est essentiel de comprendre le code de motif de chaque rétrofacturation, car il explique pourquoi le client a initié le litige. La connaissance de ces codes vous permet d'adapter votre réponse de manière plus efficace et de recueillir les informations nécessaires pour chaque cas. Dans le Section Codes de motif de rétrofacturationVous y trouverez une liste complète de tous les codes possibles fournis par les acquéreurs. Pour chaque transaction de rétrofacturation, vous pourrez trouver le code de motif dans le champ response_code .

Gestion des preuves

Pour contester une rétrofacturation, le commerçant doit fournir des preuves à l'appui de sa demande. Dans le contexte des services de résolution des litiges, les preuves désignent toute information ou documentation qui justifie votre position dans un désaccord ou une réclamation. Il est essentiel de fournir des preuves irréfutables pour obtenir un résultat favorable. Voici quelques exemples de preuves :

• Preuve de livraison: Documents confirmant qu'un produit a été expédié et reçu par le client, tels que les numéros de suivi ou les confirmations de livraison.
• Communications avec le client: Enregistrements de courriels, de messages textuels ou de tout échange faisant état d'accords ou de clarifications avec le client.
• Politiques de remboursement et de retour: Copies des politiques que le client a acceptées au moment de l'achat, décrivant les conditions de retour ou de remboursement.
• Preuve d'authenticité: Documentation vérifiant la légitimité d'une transaction, comme des reçus signés ou des enregistrements d'authentification.

Il est essentiel que les preuves présentées soient claires, pertinentes et directement liées à la question en jeu. En outre, le fait d'organiser et de présenter les preuves de manière professionnelle et concise facilitera leur évaluation par les parties impliquées dans la résolution du litige.

📘

Exigences en matière de preuves

Les fichiers téléchargés doivent répondre aux critères suivants :

• Format: Le fichier doit être au format PDF, encodé en base64.
• Taille: Le fichier ne doit pas dépasser 1 Mo.
• Langue: Le litige doit être rédigé en anglais ou dans la langue locale du pays.

Exemple de demande de présentation de preuves

POST https://api-sandbox.y.uno/v1/payments/:payment_id/transactions/:transaction_id/dispute

Headers:
  X-Idempotency-Key: <unique-key>
  X-Public-Api-Key: <api-key>
  X-Private-Secret-Key: <secret-key>

Body:
{
  "account_id":"<Your Yuno account_id>",
  "evidence": [
    {
      "file_name": "signed_receipt.pdf",
      "content_type": "application/pdf",
      "content_category": "RECEIPT",
      "content": "JVBERi0xLjMKJcTl8uXrp/Og0MT..."
    }
  ]
}

Le endpoint une structure de réponse de paiement standard contenant les informations de paiement mises à jour, y compris le statut du rejet de débit/litige.

Mise à jour des preuves relatives au litige

Si vous devez ajouter des preuves supplémentaires à un litige existant, vous pouvez utiliser le endpoint « Mettre à jour le litige ». Cela vous permet de fournir des documents supplémentaires après le dépôt du litige initial.

⚠️

Remarques importantes

• Statut inchangé: l'ajout de preuves supplémentaires ne modifie pas le statut du rejet de débit. Le statut reste le même, quelles que soient les mises à jour.
• Prise en charge par le fournisseur: tous les fournisseurs ne prennent pas en charge la mise à jour des litiges. Si un fournisseur ne prend pas en charge les mises à jour, vous recevrez une réponse d'erreur contrôlée et le statut du rejet de débit restera inchangé.
• Récupération des informations relatives aux litiges: vous pouvez récupérer le statut actuel et les informations relatives à un rejet de débit/litige à l'aide du endpoint « Récupérer le paiement par ID », qui comprend les détails de la transaction avec les informations relatives au rejet de débit.

Pour plus d'informations, veuillez vous reporter aux sections de référence API Litiges et API Mise à jour des litiges.