Fonctionnement de la prévention des litigesVersion bêta publique
Découvrez les avantages et les exigences de l’offre de prévention des litiges de Stripe, optimisée par Verifi et Ethoca.
Stripe propose des intégrations aux produits de prévention des litiges proposés par Verifi (une solution Visa) et Ethoca (une solution Mastercard).
Solutions Verifi et Ethoca
La solution Verifi inclut Order Insights (OI) et Rapid Dispute Resolution (RDR), tandis qu’Ethoca inclut Ethoca Alerts. Nos intégrations vous permettent d’utiliser ces produits sans aucune intégration manuelle, ce qui vous permet de réduire votre taux de litiges et d’augmenter la rétention de vos revenus. Pour en savoir plus sur les tarifs, consultez la page de présentation du produit.
Rapid Dispute Resolution (RDR)
RDR vous permet d’élaborer un ensemble de règles visant à résoudre les litiges entrants sur les transactions Visa moyennant des frais par litige (par exemple, il peut s’agir de résoudre tous les litiges liés à une fraude potentielle inférieurs à 10 USD). Les principaux avantages de RDR sont les suivants :
- Les litiges résolus ne sont pas comptabilisés dans votre taux de litiges global, ce qui vous permet de rester à l’écart des programmes de surveillance.
- Vous ne payez pas de frais distincts pour ces litiges résolus.
Rejoindre le programme VAMP (Visa Acquirer Monitoring Program) permet de réduire les taux de litiges et les frais associés. Cela vous permet également d’éviter des amendes du réseau et la mise en réserve par Stripe d’une partie de votre volume de paiements.
Remarque
Verifi ne prend actuellement pas en charge la résolution des litiges sur des montants partiels. Cela signifie que la résolution rapide des litiges ne résout les litiges que lorsque le titulaire de la carte conteste le montant total de la transaction initiale.
Alertes Ethoca
Ethoca Alerts permet aux utilisateurs de créer des ensembles de règles pour prévenir les éventuelles contestations de paiement en configurant des résolutions automatiques. Ethoca Alerts est disponible pour les transactions Mastercard, et les litiges résolus ne sont pas comptabilisés dans les taux de litiges. Cet outil aide les marchands à sortir des programmes de surveillance des contestations de paiement de Mastercard tels que ECM, HECM et EFM en diminuant les taux de litiges, contribuant ainsi à réduire les amendes.
Remarque
Les règles que vous définissez s’appliquent uniquement aux contestations de paiement effectuées après l’inscription. Une fois votre inscription effectuée, il est possible que des notifications de contestations de paiement initiées par des titulaires de carte avant votre inscription continuent de vous être adressées.
Exigences relatives à RDR et à Ethoca Alerts
Aucune de ces deux solutions ne nécessite d’effort d’intégration distinct. Toutefois, le processus d’inscription nécessite que vous définissiez des règles de résolution dans Radar pour accéder à la résolution des litiges, et que vous précisiez les types de transactions à rembourser. En savoir plus sur la configuration de règles dans Radar.
Order Insight (OI)
Si vous êtes inscrit à OI et qu’un titulaire de carte consulte son application bancaire numérique ou appelle son émetteur pour lui dire qu’il ne reconnaît pas un paiement Visa, l’agent du service client de l’émetteur peut envoyer une requête API (de recherche) à Stripe afin d’obtenir une description détaillée des articles achetés (telles que la description des produits, la quantité, l’adresse de livraison ou l’adresse IP). Ces données supplémentaires permettent au titulaire de carte de reconnaître le paiement, ce qui évite l’ouverture d’éventuels litiges. OI utilise également les règles de Visa telles que Compelling Evidence 3.0 (CE 3.0). Le programme CE 3.0 vous permet d’envoyer aux émetteurs des données sur des transactions antérieures réussies avec le même titulaire de carte en réponse à une recherche. L’émetteur est alors tenu d’empêcher le titulaire de la carte de soumettre le litige. Voir Compelling Evidence 3.0 avec OI pour plus d’informations.
Les titulaires de carte sont moins susceptibles de déposer un litige s’ils peuvent reconnaître le paiement. Les chances de pouvoir éviter un litige lorsque vous lancez une recherche dépendent de la qualité des données que Stripe peut vous fournir. Stripe extrait automatiquement toutes les données disponibles concernant un paiement et les envoie à l’émetteur. Stripe utilise les données que vous fournissez au moment du paiement, sans que vous ayez à créer des intégrations ni à maintenir un service en temps réel. Consultez ci-dessous la liste des champs admissibles dans la réponse de recherche. En utilisant le service OI, vous demandez à Stripe de partager ces données avec les émetteurs, qui les partageront avec les titulaires de cartes. Verifi peut occasionnellement mettre à jour ces champs, et votre utilisation continue du service OI dépend de votre adaptation à toute nouvelle exigence opérationnelle.
Remarque
Pour qu’un litige soit admissible à un blocage utilisant les règles CE 3.0, Stripe doit disposer de données de transaction antérieures. Consultez Compelling Evidence 3.0 avec OI pour savoir quelles sont les données requises pour les blocages CE 3.0. Si les données de transaction précédentes ne sont pas disponibles, Stripe envoie tout de même toutes les autres données disponibles.
Lorsque vous utilisez la prévention des litiges, vous acceptez de vous conformer aux demandes raisonnables de Stripe et de fournir des données supplémentaires en cas de besoin.
| Objet | Champ | Description |
|---|---|---|
| Reçu | orderDate | Date de commande |
| orderNumber | Identifiant unique de la commande définie par l’entreprise | |
| invoiceNumber | Numéro de facture (alternative au numéro de commande) | |
| subTotalAmount | Montant total de l’achat hors taxes et frais d’expédition | |
| shippingAndHandlingAmount | Montant des frais de livraison et de manutention liés à l’achat | |
| orderTotalAmount | Montant total de la commande | |
| Informations de paiement | paymentMethod | Représentation masquée de la carte et du numéro de carte de l’achat initial tels qu’affichés sur le reçu physique ou numérique. Limité aux 4 derniers chiffres du numéro PAN de la carte. |
| billingName | Prénom et nom de famille figurant sur la carte | |
| paymentTotalAmount | Montant du paiement de l’achat | |
| cvvChecked | Validation du code de sécurité de la carte au moment de l’achat | |
| Produit acheté | productDescription | Description détaillée du produit (marchandise ou service) acheté |
| unitPriceAmount | Montant unitaire de l’article | |
| quantity | Quantité de produit achetée | |
| Informations client | firstName | Prénom du client |
| lastName | Nom de famille du client | |
| lengthOfRelationship | Durée de la relation entre l’entreprise et le client en nombre de mois | |
| accountId | Identifiant enregistré du titulaire de carte, permettant d’identifier clairement et spécifiquement son compte auprès de l’entreprise. Celui-ci doit être reconnaissable par le titulaire de la carte (ce qui exclut un identifiant interne à vos systèmes) et avoir été fourni à l’entreprise lors de la création du compte. Il peut s’agir par exemple d’un nom d’utilisateur, d’une adresse e-mail, d’un numéro de téléphone ou de toute autre valeur similaire qui soit propre au titulaire de carte concerné. | |
| emailAddress | Adresse e-mail fournie par le client | |
| Adresse de facturation | address1 | Adresse de la rue et lignes d’adresse supplémentaires telles que le numéro de la suite et l’appartement |
| address2 | Adresse de la rue et lignes d’adresse supplémentaires telles que le numéro de la suite et l’appartement | |
| ville | Nom de la ville | |
| région | Région ou État | |
| postalCode | Code postal | |
| pays | Code pays | |
| Informations sur le marchand | merchantName | Nom de l’entreprise ou de la société mère de l’entreprise. Celui-ci peut ou non être reconnaissable par le consommateur. |
| merchantUrl | URL de l’entreprise. Peut être différente de celle du site Web sur lequel le client a effectué l’achat. | |
| merchantContactPhone | Numéro de téléphone du service client de l’entreprise. Il s’agit du numéro auquel vous souhaiteriez qu’un consommateur vous contacte pour discuter de toute question relative à l’achat. | |
| merchantAddress | Adresse de l’entreprise | |
| termsAndConditions | Aperçu des conditions d’annulation pour les entreprises | |
| storeDetails | Une entreprise peut avoir plusieurs magasins ou localisations à partir desquels les achats sont effectués. Les informations du magasin doivent indiquer où l’achat a été traité ou fournir les détails de la boutique en ligne. | |
| Informations du magasin | storeName | Nom du magasin ou de la boutique en ligne où l’achat a été effectué |
| storeContactPhone | Numéro de téléphone du service client de l’entreprise | |
| Adresse de livraison | address1 | Adresse de la rue et lignes d’adresse supplémentaires telles que le numéro de la suite et l’appartement |
| address2 | Adresse de la rue et lignes d’adresse supplémentaires telles que le numéro de la suite et l’appartement | |
| ville | Nom de la ville | |
| région | Région ou État | |
| postalCode | Code postal | |
| pays | Pays ISO 3166-1 code alpha-3 | |
| Détails de la livraison | shippingCarrier | Transporteur |
| trackingNumber | Numéro de suivi de l’envoi ou de la livraison | |
| Appareil | ipAddress | Adresse IP associée à l’appareil |
Compelling Evidence 3.0 avec OI
Compelling Evidence 3.0 (CE 3.0) est un programme qui aide les entreprises en leur fournissant des outils plus ambitieux pour éviter et corriger les litiges liés aux abus de première partie (fraude amicale) sur les transactions Visa classées dans la catégorie 10.4 Autre fraude : environnement dans lequel la carte n’a pas été présentée. Les règles CE 3.0 déterminent les preuves qui peuvent être fournies après un litige afin d’augmenter vos chances de remporter ce dernier. Pour en savoir plus, consultez notre article d’aide.
Si vous avez souscrit un abonnement à Order Insight (OI), vous pouvez également utiliser CE 3.0 avant le litige pour bloquer complètement l’introduction du litige. Pour ce faire, vous devez fournir aux émetteurs les données nécessaires sur les transactions antérieures lors d’une recherche. S’il existe des transactions antérieures entre vous et le titulaire de la carte, Visa sélectionne automatiquement parmi des transaction antérieures les 2 à 5 transactions non frauduleuses les plus récentes et demande des données sur chacune d’entre elles. Stripe fournit alors automatiquement toutes les informations disponibles.
S’il existe au moins deux transactions antérieures avec des descriptions de produits complètes, des adresses IP correspondantes et au moins une adresse électronique ou une adresse de livraison du client correspondante, l’émetteur est tenu de bloquer le litige. Ainsi, le litige n’est jamais déposé et vous n’avez pas à payer de frais de litige ni à faire face à une augmentation de votre taux de litiges.
Exigences relatives à OI
Le flux d’inscription des utilisateurs dans le Dashboard Stripe collecte tous les éléments de données dont Stripe a besoin pour commencer à gérer les recherches OI en votre nom. Il s’agit notamment du nom de l’entreprise, de l’URL de l’entreprise, du numéro de téléphone de l’entreprise et de l’e-mail. Pour obtenir les meilleures chances d’écarter les litiges, assurez-vous que votre intégration Stripe est configurée pour fournir autant de champs ci-dessus que possible au moment de la transaction. Pour que Stripe puisse bloquer efficacement les litiges en votre nom avec CE 3.0, assurez-vous que toutes vos transactions incluent l’adresse IP, l’adresse e-mail du client, les descriptions de produits et, si possible, l’adresse de livraison ou l’adresse du client.