Prévenir les litiges avec VerifiVersion 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 a développé des intégrations avec les produits de prévention des litiges proposés par Verifi (une solution de Visa) et Ethoca (une solution de Mastercard).
Offres Verifi et Ethoca
L’offre Verifi comprend Order Insights (OI) et Rapid Dispute Resolution (RDR), tandis que l’offre 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.
Si vous participez au Visa Acquirer Monitoring Program (VAMP), cela vous aidera à réduire vos taux de litiges et à diminuer le nombre de litiges. Cela vous permettra également d’éviter les amendes infligées par les réseaux et les réserves de volumes de paiement de Stripe.
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 la contestation de paiement en spécifiant des conditions pour déclencher 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 intégration distincte n’est requise pour utiliser ces solutions de résolution. Toutefois, le processus d’inscription nécessite que vous définissiez des règles de résolution via Radar pour accéder à la résolution des litiges et définir les transactions à rembourser. En savoir plus sur la définition de règles via Radar.
Order Insight (OI)
Si un consommateur consulte son application bancaire numérique ou appelle son émetteur pour dire qu’il ne reconnaît pas un débit Visa et que vous avez un abonnement à Order Insight (OI), l’agent du service client de l’émetteur peut envoyer une recherche en temps réel (requête API à Stripe) pour obtenir des informations détaillées sur l’article acheté par le consommateur (telles que la description du produit, la quantité, l’adresse d’expédition ou l’adresse IP). Ces données supplémentaires aident le consommateur à reconnaître le montant facturé et à éviter les contestations. OI utilise également les nouvelles règles de Visa, telles que Compelling Evidence 3.0 (CE 3.0), qui prévoient que si vous pouvez 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 tenu d’empêcher le titulaire de la carte de déposer un litige. Consultez la rubrique sur Compelling Evidence 3.0 avec OI pour plus d’informations.
Les titulaires de cartes sont moins susceptibles d’ouvrir un litige s’ils peuvent reconnaître le paiement. Les chances d’éviter une contestation lorsqu’une recherche est effectuée dépendent de la qualité des données que Stripe peut fournir. Stripe extrait automatiquement toutes les données disponibles sur un paiement en votre nom et les envoie à l’émetteur. Stripe utilise les données que vous fournissez au moment de la facturation et ne vous demande pas de construire des intégrations ou de maintenir un service en temps réel. Consultez la liste des champs ci-dessous qui sont admissibles dans le cadre de la réponse de recherche. En utilisant le service OI, vous demandez à Stripe de partager ces données avec les émetteurs et finalement avec les titulaires de cartes. Verifi peut occasionnellement modifier ces champs, et votre utilisation continue du service OI dépend de votre ajustement aux nouvelles exigences opérationnelles.
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 la rubrique sur 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 toujours 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 pour identifier de manière unique son compte auprès de l’entreprise. Celui-ci doit être reconnaissable par le titulaire de la carte (pas un identifiant de système interne) et avoir été fourni à l’entreprise lors de la création du compte. Par exemple, un nom d’utilisateur unique, une adresse e-mail, un numéro de téléphone ou une autre valeur similaire. | |
| 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.