La solution de résolution rapide des litiges s'appuiera sur les règles que vous avez définies lors de votre inscription pour « accepter » automatiquement un cas antérieur au litige Visa, en votre nom. Les règles sont constituées de conditions qui correspondent aux attributs de la transaction contestée, tels que le montant de la transaction ou l'identifiant d'achat. Dans le processus d'évaluation des règles, le résultat se traduira soit par une réponse « accepter », soit par une réponse « refuser ».

• Si les conditions des règles sont remplies, cela signifie que vous choisissez d'« accepter » la responsabilité du cas antérieur au litige et que vous autorisez Visa à rembourser automatiquement le montant total de la transaction au titulaire de la carte, évitant ainsi une contestation de paiement.
• Si aucune des conditions des règles n'est remplie, cela signifie que vous choisissez de « refuser » la responsabilité du cas antérieur au litige, ce qui entraînera une contestation de paiement.
• La couverture de la solution de résolution rapide des litiges est entièrement automatisée. Une fois que vos règles sont établies, vous n'avez aucune action supplémentaire à entreprendre pour prévenir un litige.

Ce guide vous explique tout ce que vous devez savoir pour définir correctement vos règles afin d'éviter les contestations de paiement à l'aide de la résolution rapide des litiges.

Comprendre les règles relatives à la résolution rapide des litiges

Les règles sont composées de plusieurs éléments principaux :

• Nom de la règle
• Attributs de la règle
• Opérateur de la règle
• Valeurs de la règle

Nom de la règle

• Identifiant créé par le marchand et qui figure dans les rapports.
• Visible par l'émetteur et l'acquéreur concernés par la demande.

Attributs de la règle

Opérateurs de la règle

Valeurs de la règle

Éléments à respecter lors de la création des règles

Voici quelques principes à prendre en compte lorsque vous définissez vos règles :

1. Des règles doivent être définies pour chaque combinaison de BIN/CAID du marchand.
2. Chaque BIN/CAID peut comporter jusqu'à 10 règles différentes. Une règle peut comporter jusqu'à 7 conditions.
3. Tous les champs de la règle (attribut, opérateur, valeur) sont obligatoires. Ne laissez aucun champ vide.
4. Certains attributs peuvent utiliser des opérateurs de correspondance approximative comme « StartsWith » ou « Contains ». Ces attributs doivent contenir une valeur qui comporte au moins un caractère ou un chiffre.
5. Il est conseillé de ne pas utiliser le texte libre (le cas échéant) avec des opérateurs de correspondance approximative comme « Contains » et « IsIn ». Cela peut entraîner l'acceptation de plusieurs cas présentant des similitudes.
6. Les règles sont évaluées dans l'ordre (la règle 1 est évaluée en premier, puis la règle 2, etc.) S'il y a cinq règles et que les conditions de la première règle sont remplies, les autres règles ne seront pas évaluées.
7. Si les conditions d'une règle sont remplies, le cas antérieur au litige sera « accepté », ce qui entraînera le remboursement du titulaire de la carte.
8. Si une règle comporte plusieurs conditions, toutes les conditions de la règle doivent être remplies pour que la responsabilité soit « acceptée ».
9. Si aucune des conditions des règles que vous avez créées n'est remplie, le cas antérieur au litige sera « refusé » et donnera lieu à une contestation de paiement.
10. Pour tout cas de résolution rapide des litiges « accepté », le nom de la règle qui a été appliquée est communiqué à l'acquéreur du marchand et à l'émetteur du titulaire de la carte afin de leur signaler la raison pour laquelle le litige a été résolu.

Bonnes pratiques pour la gestion des règles

1. N'incluez pas de catégories de litiges et de codes de conditions contradictoires (par exemple, une catégorie de litige « 10 » ne peut pas avoir un code de condition du litige « 12.1 »).
2. Une règle ne doit pas entrer en conflit avec une autre règle (par exemple, une règle ne peut pas être définie comme suit : « La date de la transaction IsGreaterThan 01/01/2020 » si une autre est définie à « La date de transaction IsLessThan 01/01/2020 »).
3. Si le montant de la transaction est une condition dans une règle, une condition correspondante devra s'appliquer au code de devise de la transaction.
4. Les noms des règles doivent être courts, explicites et suffisamment clairs pour pouvoir être mentionnés dans les communications de résolution rapide des litiges. Il est recommandé de ne pas dépasser 30 caractères pour le nom.

Catégorie de litige et codes de condition