Visa Compelling Evidence 3.0 expliqué aux marchands par abonnement

Les activités par abonnement ont un avantage dans les litiges pour fraude : l’historique. Un client qui a payé chaque mois pendant un an puis conteste le treizième renouvellement comme « non autorisé » a laissé une trace de paiements antérieurs, non contestés, sur la même carte. Compelling Evidence 3.0 (CE 3.0) de Visa, en vigueur depuis avril 2023, transforme cette trace en recours formel.

Ce guide explique ce qu’est CE 3.0, quels litiges il couvre, de quelles données vous avez besoin, et comment une activité par abonnement peut s’y préparer. Il s’appuie sur les documents de Visa : le guide de préparation des marchands à CE 3.0 (mars 2023), la FAQ marchands Evolution of Compelling Evidence et les Dispute Management Guidelines for Merchants (juin 2024), ainsi que sur la doc API CE 3.0 et l’article de support de Stripe (consultés en novembre 2026). Quand les sources formulent une règle différemment, nous le signalons.

À quoi sert CE 3.0

CE 3.0 vise l’abus par le titulaire lui-même : un titulaire qui a fait un achat, ou dont le foyer l’a fait, puis le signale comme une fraude. L’idée de Visa est simple : si le même titulaire, sur la même carte, a fait chez vous des achats antérieurs qu’il n’a pas contestés, et que les données d’identification concordent, l’achat contesté était très probablement le sien aussi.

Ce n’est pas une victoire automatique. Les règles de Visa précisent que les compelling evidence ne sont pas un recours qui garantit une issue, et l’article de support de Stripe indique que les banques émettrices gardent une marge d’appréciation. Mais quand les conditions sont réunies, le dossier est bien plus solide, et la doc de prévention des litiges de Stripe décrit des cas où la banque émettrice doit bloquer le litige quand des preuves recevables sont partagées avant son dépôt.

Quels litiges sont concernés

CE 3.0 ne s’applique qu’aux litiges Visa avec le reason code 10.4, Other Fraud: Card-Absent Environment. Il ne couvre pas le 13.2 (paiement récurrent annulé) ni les autres litiges consommateurs ; ceux-là demandent leurs propres preuves (voir les reason codes pour les abonnements).

Les conditions

Deux transactions antérieures

Il vous faut au moins deux transactions antérieures sur la même carte qui :

• ont été réglées entre environ 120 et 365 jours avant le litige. Les règles Visa de 2024 disent 120 à 365 jours calendaires avant la date de traitement du litige ; la doc API de Stripe dit entre 120 et 364 jours après la transaction contestée ; l’article de support de Stripe dit plus de 119 et moins de 366 jours. Les écarts ne comptent qu’aux extrémités ;
• n’ont pas été signalées comme frauduleuses et ne sont pas contestées. Stripe ajoute qu’elles doivent être payées et ne peuvent pas être des paiements de validation (comme une vérification de carte à montant nul).

La FAQ de Visa énonce aussi la conséquence évidente : CE 3.0 n’est pas disponible pour une première transaction. Un client dans ses quatre premiers mois chez vous ne peut pas être éligible, car aucun paiement n’est assez ancien.

Données concordantes

Les transactions antérieures et la transaction contestée doivent partager des données d’identification. Le guide de préparation de Visa de mars 2023 décrit quatre éléments de données principaux :

Élément	Exemple pour un SaaS
ID utilisateur	L’ID de compte client ou l’identifiant de connexion
Adresse IP	L’IP au paiement ou à la connexion pour ce paiement
ID ou empreinte de l’appareil	Un identifiant d’appareil issu de votre application ou de votre page de paiement
Adresse de livraison	Généralement sans objet pour les produits numériques

Au moins deux éléments doivent concorder, et l’un des deux doit être l’adresse IP ou l’ID ou l’empreinte de l’appareil. La doc API de Stripe décrit la même règle en ses propres termes : deux éléments de preuve principaux, ou un élément principal plus un élément secondaire. Comme la formulation varie selon les documents, vérifiez les exigences actuelles avec votre processeur.

Pour un abonnement, la combinaison pratique est ID de compte client plus adresse IP ou ID de compte plus ID d’appareil.

Description du produit

Stripe demande aussi une description de ce qui a été acheté pour chaque transaction, et son onboarding prévention demande aux marchands de transmettre les descriptions de produit, l’adresse IP et l’email du client sur les paiements pour que CE 3.0 puisse fonctionner.

Le problème des abonnements : les renouvellements n’ont pas d’IP

Voici le piège pour la facturation récurrente. Un renouvellement est initié par le marchand : aucun client n’est devant un navigateur quand il a lieu, donc le paiement lui-même n’a ni adresse IP ni ID d’appareil. Si vous n’enregistrez l’IP qu’à l’inscription, votre historique n’a peut-être qu’un seul point de données, pas un par transaction.

Ce que vous pouvez faire :

1. Enregistrez l’IP et l’appareil à chaque session client, pas seulement au paiement. Stockez-les horodatés et rattachés à l’ID de compte client.
2. Reliez chaque renouvellement à la session la plus récente qui le précède. Quand vous montez les preuves, montrez l’IP et l’appareil utilisés par le client autour de chaque période facturée.
3. Transmettez l’IP du client quand il est présent, par exemple lors des montées en gamme, des mises à jour de carte et du premier paiement.
4. Gardez les données au moins un an et quelques mois. Les transactions antérieures peuvent avoir jusqu’à un an, et le litige lui-même peut arriver des mois après le prélèvement.

C’est aux règles de Visa et à la banque émettrice de dire si des données de session sont acceptées à la place de données prises au moment de la transaction ; l’outillage CE 3.0 de votre processeur vous dit quels champs il envoie.

Comment cela fonctionne sur Stripe

La doc CE 3.0 de Stripe décrit le déroulé :

• Pour les litiges Visa 10.4, Stripe évalue automatiquement votre historique de transactions.
• Les enhanced_eligibility_types du litige incluent visa_compelling_evidence_3 quand il peut être éligible.
• Vous fournissez les données dans l’objet enhanced_evidence des preuves du litige : les détails de la transaction contestée et les transactions antérieures avec leurs identifiants.
• Le statut dans evidence_details.enhanced_eligibility.visa_compelling_evidence_3.status est qualified, requires_action ou not_qualified.
• Stripe tente de remplir automatiquement les transactions antérieures quand il a les données. Si les preuves s’avèrent non éligibles après envoi, elles sont quand même envoyées, simplement pas au titre de CE 3.0.

Le changelog de Stripe mentionne la prise en charge par l’API dans la version 2024-10-28. D’autres processeurs proposent CE 3.0 à leur manière ; consultez leur doc.

Les changements récents à surveiller

Le merchant business news digest de Visa a annoncé deux évolutions : depuis le 17 octobre 2025, Visa rend certaines transactions éligibles à CE 3.0 automatiquement via Visa Secure, et depuis le 17 avril 2026, Visa a introduit des frais liés aux qualifications réussies. La FAQ marchands et la FAQ acquéreurs de Visa formulent aussi différemment la date de départ d’origine (tentatives de pré-arbitrage contre litiges traités à partir du 15 avril 2023). Demandez à votre processeur comment ces changements s’appliquent à votre compte et qui supporte les frais.

Monter les preuves

Une réponse CE 3.0 pour un abonnement ressemble à ceci :

1. Transaction contestée : date, montant, description du produit (« Offre Pro, mensuelle, mars 2026 »), ID de compte client, IP et appareil de la session la plus proche.
2. Transactions antérieures 1 et 2 : même carte, de 120 à 365 jours d’ancienneté, non contestées, avec le même ID de compte et une IP ou un appareil concordants.
3. Note d’accompagnement : un paragraphe qui relie le tout. « Le client acc_123 a payé 14 renouvellements mensuels sur cette carte depuis janvier 2025. Les deux renouvellements listés ont été faits depuis le même compte et la même IP. Le compte était actif aux dates suivantes autour du prélèvement contesté. »
4. Usage à l’appui : connexions et activité pendant la période contestée, ce qui aide même si CE 3.0 ne s’applique pas.

Restez bref. La banque émettrice lit d’abord les données structurées.

Les raisons d’échec courantes

• Pas un 10.4. CE 3.0 ne s’applique pas aux autres codes.
• Transactions antérieures trop récentes. Les clients mensuels de moins de quatre mois ne peuvent pas être éligibles.
• Pas de données IP ou appareil. L’ID de compte seul ne suffit pas.
• Carte changée. Les transactions antérieures doivent être sur la même carte. Un client qui a récemment mis à jour sa carte repart de zéro.
• Litiges antérieurs. Si une transaction antérieure a été contestée ou signalée comme frauduleuse, elle ne peut pas être utilisée.

Faut-il compter dessus ?

CE 3.0 est un outil puissant pour les abonnements de longue date et inutile pour les nouveaux. Il marche le mieux avec la prévention : un libellé clair, des rappels de renouvellement, et une résiliation facile pour que les clients n’aillent pas chercher le bouton fraude. Les litiges pour fraude comptent toujours dans vos ratios réseau même quand vous gagnez : les prévenir vaut donc plus que les gagner.

Faire tout cela avec NoChurn

Quand un litige Stripe ou Braintree arrive, NoChurn réunit les preuves automatiquement : usage et données personnalisées que vous envoyez par API (comme les connexions avec IP et appareil), réponses du parcours d’annulation, emails envoyés et conversations du help desk (en lecture seule). Il rédige la réponse avec l’IA et n’envoie rien tant qu’une personne de votre équipe ne l’a pas relue. L’éligibilité d’un dossier à CE 3.0 est décidée par les règles de Visa, votre processeur et la banque émettrice. Voir chargebacks et NoChurn + Stripe.