Démarrer la prévention des litiges avec VerifiBêta
Découvrez les avantages et les exigences de l'offre de prévention des litiges de Stripe optimisée par Verifi.
Comprendre Verifi
Stripe a créé des intégrations avec des produits de prévention des litiges proposés par Verifi, une filiale de Visa. Les produits comprennent Order Insight (OI) et Rapid Dispute Resolution (RDR). Nos intégrations vous permettent d’utiliser les deux produits sans aucune intégration manuelle pour aider à réduire votre taux de litige et augmenter la rétention des revenus. En savoir plus sur les tarifs à la page de présentation du produit. L’offre étant actuellement en version bêta, la tarification et le comportement du produit sont susceptibles d’être modifiés.
Rapid Dispute Resolution (RDR)
RDR permet aux entreprises d’élaborer un ensemble de règles pour le remboursement automatique des litiges relatifs aux transactions Visa, moyennant une commission par litige (par exemple, le remboursement de tous les litiges relatifs à des fraudes potentielles d’un montant inférieur à 10 USD). Les entreprises paient les frais supplémentaires de RDR pour chaque litige entrant examiné par RDR, que le litige soit ou non évité grâce à l’ensemble de règles de remboursement automatique. Le principal avantage de RDR est que les litiges remboursés ne sont pas pris en compte dans les taux de litiges, ce qui vous aide à rester en dehors des programmes de surveillance, et que vous ne payez pas de frais de litige distincts pour les litiges remboursés. Ceci est utile pour les entreprises qui participent au programme de surveillance des litiges de Visa (VDMP) car cela vous permet de réduire immédiatement vos taux de litiges et de diminuer les frais de litiges, tout en évitant les amendes du réseau et les réserves de volume de paiement de Stripe.
Exigences RDR
Il n’y a pas d’exigences pour l’utilisation de RDR ni d’intégration séparée de votre côté, mais le processus d’intégration exige que vous établissiez des règles pour définir quelles transactions doivent être remboursées avec RDR. Après avoir demandé l’accès à la version bêta, Stripe vous contactera pour vous indiquer les prochaines étapes à suivre afin de configurer votre ensemble de règles. En savoir plus sur la meilleure façon de configurer des règles.
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.
Note
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.
| Objet | Champ | Description |
|---|---|---|
| Reçu | orderDate | Date de commande |
| orderNumber | Identifiant unique pour la commande définie par l’entreprise | |
| invoiceNumber | Numéro de facture (autre que le 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 | Nom et prénom 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 de l’article individuel | |
| quantity | Quantité du produit acheté | |
| Informations client | firstName | Prénom du client |
| lastName | Nom du client | |
| lengthOfRelationship | Durée de la relation client avec l’entreprise 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 | |
| city | Nom de la ville | |
| region | Région ou État | |
| postalCode | Code postal | |
| country | 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 | |
| city | Nom de la ville | |
| region | Région ou État | |
| postalCode | Code postal | |
| country | Pays ISO 3166-1 code alpha-3 | |
| Détails de la livraison | shippingCarrier | Transporteur |
| trackingNumber | Numéro de suivi de l’expédition 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 destiné à aider les entreprises en leur fournissant des outils plus puissants pour éviter et résoudre les litiges résultant des contestations de paiement abusives des clients (alias « fraude amicale ») sur des transactions Visa. Les règles de CE 3.0 dictent quelles sont les preuves à fournir après la contestation pour améliorer vos chances de remporter un litige (En savoir plus). Toutefois, si vous avez souscrit un abonnement à Order Insight (OI), vous pouvez également utiliser CE 3.0 avant la contestation 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 2 à 5 transactions antérieures non frauduleuses les plus récentes et demande des données sur toutes les transactions. Stripe fournit alors automatiquement toutes les informations disponibles ci-dessus. 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, la contestation n’est jamais déposée et vous n’avez pas à payer de frais de contestation ni à faire face à une augmentation de votre taux de litiges.
Exigences 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.