Rétrofacturation sur produit numérique Shopify : le modèle de preuve est différent — voici comment l'appliquer

Le problème commence dans Shopify Admin > Paiements > Litiges

Une rétrofacturation s'affiche. Le motif est « Fraude » (Visa 10.4) ou « Produit non reçu » (Visa 13.1 / Mastercard 4855). Vous vendez une licence logicielle, un cours en ligne, un fichier téléchargeable. Vous n'avez pas de numéro de suivi Colissimo. Vous n'avez pas de signature de livraison. Vous avez autre chose — et c'est là que la plupart des marchands numériques se perdent : ils cherchent à imiter le modèle de preuve physique plutôt que de construire le leur.

Les émetteurs savent que les biens numériques ne laissent pas de trace postale. Ils attendent un substitut fonctionnel : la preuve que l'accès a été fourni, utilisé, et que le titulaire de la carte en avait connaissance. Ce n'est pas la même chose qu'une confirmation de livraison — et soumettre l'un à la place de l'autre est la première cause de perte sur ce type de litige.

Ce que vous faites dans les premières heures

Avant de toucher aux preuves, lisez le code motif dans Shopify Admin > Paiements > Litiges > [commande concernée]. Le champ Motif du litige détermine ce que vous devez démontrer — pas ce que vous avez envie de montrer.

• Motif fraude (Visa 10.4 / Mastercard 4837) : vous devez démontrer que la transaction était autorisée et que l'accès a été utilisé par le titulaire de la carte.
• Motif produit non reçu (Visa 13.1 / Mastercard 4855) : vous devez démontrer que la livraison numérique a bien eu lieu — accès activé, lien envoyé, licence générée.
• Motif article non conforme (Visa 13.3 / Mastercard 4853) : vous devez démontrer que le produit livré correspondait à la description au moment de l'achat.

Ne construisez pas votre dossier avant d'avoir identifié le motif. Un dossier orienté « livraison » soumis sur un litige fraude ne répond pas à la question que l'émetteur se pose.

Les quatre sources de preuve qui fonctionnent pour les biens numériques

1. Les logs d'accès et de téléchargement

C'est votre équivalent du numéro de suivi — mais il doit être plus précis. Un log d'accès utile contient : horodatage UTC, adresse IP, identifiant de session, action réalisée (connexion, téléchargement, lecture, activation de licence). Un simple « lien envoyé » ne suffit pas. L'émetteur a besoin de voir que le lien a été utilisé.

Si votre plateforme est hébergée hors Shopify (Teachable, Gumroad, SendOwl, votre propre serveur), exportez les logs bruts et joignez-les en annexe. Si vous utilisez une application Shopify comme Digital Downloads ou Sky Pilot, les logs de téléchargement sont accessibles depuis l'interface de l'application — vérifiez le niveau de détail disponible avant de supposer qu'ils sont exploitables.

Un log qui montre « fichier téléchargé le 14 mars à 09h47 depuis 91.x.x.x » est exploitable. Un log qui montre « lien généré » sans confirmation d'accès ne l'est pas.

2. La correspondance IP/appareil entre la commande et l'accès

C'est la preuve la plus sous-utilisée sur les litiges numériques. Si l'adresse IP de la commande Shopify correspond à l'adresse IP du premier accès au produit, vous avez une cohérence comportementale que les émetteurs reconnaissent. Si elles divergent légèrement (même FAI, même région), c'est explicable. Si elles divergent radicalement — pays différents, VPN détecté, appareil inconnu — vous avez un signal contradictoire à gérer avant de soumettre.

Dans Shopify Admin, l'adresse IP de la commande est visible dans la fiche commande sous Informations sur la fraude. Comparez-la avec l'IP enregistrée dans vos logs d'accès au produit. Si elles correspondent, citez-le explicitement dans votre narratif.

Attention : une correspondance IP n'est pas une preuve d'identité. C'est un signal de cohérence. Seul, il ne gagne pas un litige fraude — mais combiné avec d'autres signaux, il renforce le dossier.

3. Les conditions de vente et la politique de remboursement

Pour les biens numériques, la politique de remboursement a un poids probatoire direct. Si vos conditions précisent explicitement que les produits numériques ne sont pas remboursables après téléchargement ou activation, et que le client a coché une case de confirmation au moment du paiement, vous avez un élément contractuel que l'émetteur peut évaluer.

Ce que vous devez joindre : une capture d'écran de la page de paiement montrant la case de consentement, le texte exact de votre politique au moment de la transaction (pas la version actuelle si elle a changé), et la confirmation que le client a validé les conditions. Si vous utilisez Shopify Checkout, la case de consentement aux conditions générales est configurable sous Paramètres > Paiement > Consentement aux conditions générales — vérifiez qu'elle était active au moment de la commande concernée.

Sans cette case cochée, votre politique de remboursement reste un argument, pas une preuve.

4. L'historique client et les interactions post-achat

Un client qui a utilisé le produit, posé une question au support, ou demandé une aide technique après l'achat a démontré qu'il avait accès au produit. Ces interactions sont des preuves comportementales. Exportez la conversation depuis votre outil de support (Gorgias, Zendesk, email direct) et joignez-la chronologiquement.

Un échange où le client demande « comment activer ma licence » trois jours après l'achat, puis conteste la transaction deux semaines plus tard, est un signal fort de fraude amicale. L'émetteur le voit. Citez-le dans votre narratif.

Un litige réel : 89 € de cours en ligne, tout semblait en ordre

Un marchand vend un cours vidéo à 89 €. La commande passe avec AVS Y, CVV correspondant, adresse de facturation française. Le cours est hébergé sur une plateforme tierce. Trois semaines après l'achat, une rétrofacturation s'affiche — motif : fraude (Visa 10.4).

Le marchand soumet : la confirmation de commande, le résultat AVS, et une capture d'écran de sa page de cours montrant que le contenu existe. Il perd.

Pourquoi ? Parce qu'il n'a soumis aucune preuve d'accès. La plateforme tierce conservait des logs de connexion détaillés — l'utilisateur s'était connecté sept fois sur dix jours, avait complété 40 % du cours. Ces données existaient. Elles n'ont pas été extraites. L'émetteur n'a vu qu'une transaction autorisée sans preuve d'utilisation — et a tranché en faveur du titulaire de la carte.

Le dossier était récupérable. La perte était opérationnelle, pas probatoire.

Point de décision : contester ou accepter

Avant de soumettre, posez-vous deux questions :

1. Avez-vous des logs d'accès exploitables ? Si votre plateforme ne conserve pas de logs horodatés avec IP, vous n'avez pas de preuve de livraison numérique. Contester sans cela sur un motif « produit non reçu » est une perte quasi certaine.
2. Le montant justifie-t-il le temps de préparation ? Sur des litiges inférieurs à 50 €, le coût opérationnel de la contestation dépasse souvent la valeur récupérée — sauf si votre taux de rétrofacturation est proche du seuil de surveillance de votre processeur (à confirmer avec votre acquéreur).

Si vous contestez : vous avez besoin de logs d'accès, de la correspondance IP, de la politique de remboursement avec consentement, et d'un narratif structuré. Sans ces quatre éléments, le dossier est incomplet.

Si vous acceptez : documentez la décision en interne, bloquez le client dans Shopify (Admin > Clients > [profil] > Bloquer), et archivez les logs pour détecter un schéma répété. Un client qui conteste une fois peut être une erreur. Un client qui conteste deux fois est un signal opérationnel.

Construire le narratif de contestation pour un bien numérique

Le narratif est la pièce que la plupart des marchands bâclent. Il ne s'agit pas de lister les preuves — il s'agit d'expliquer à l'analyste de l'émetteur ce que les preuves démontrent collectivement.

Structure recommandée :

1. Nature du produit et mode de livraison (numérique, accès immédiat après paiement)
2. Confirmation que la livraison a eu lieu (log d'accès, horodatage, IP)
3. Cohérence comportementale (IP commande = IP accès, historique de connexion)
4. Interactions post-achat si disponibles
5. Politique de remboursement et consentement explicite du client

Exemple de narratif adapté (à modifier selon votre situation) :

« Le produit commandé est un accès numérique à [nom du produit], livré immédiatement après confirmation du paiement. Les logs de notre plateforme confirment que l'accès a été activé le [date] à [heure] UTC depuis l'adresse IP [XX.XX.XX.XX], identique à l'adresse IP enregistrée lors de la commande Shopify. L'utilisateur a effectué [N] connexions entre le [date] et le [date], complétant [X]% du contenu. Nos conditions générales, acceptées explicitement lors du paiement, précisent qu'aucun remboursement n'est accordé après activation. Les pièces jointes incluent : export des logs d'accès, capture d'écran de la page de paiement avec case de consentement cochée, et historique des connexions. »

Ce que les émetteurs rejettent systématiquement sur les litiges numériques

Quatre types de preuves qui semblent pertinentes mais ne fonctionnent pas seules :

• La confirmation d'envoi d'email : prouver que vous avez envoyé un email avec un lien ne prouve pas que le lien a été utilisé. Les émetteurs le savent.
• La capture d'écran de votre back-office montrant « commande complétée » : c'est votre propre système. Ce n'est pas une preuve indépendante d'accès.
• Le résultat AVS seul : sur un motif fraude pour bien numérique, AVS Y démontre que l'adresse correspond — pas que le titulaire a effectué l'achat ni utilisé le produit.
• La politique de remboursement sans preuve de consentement : une politique affichée sur votre site n'est pas opposable si vous ne pouvez pas démontrer que le client l'a lue et acceptée au moment de l'achat.

Où les marchands numériques perdent des données récupérables

La fenêtre de récupération des logs est souvent plus courte que le délai de rétrofacturation. Certaines plateformes tierces ne conservent les logs d'accès que 30 à 60 jours. Si la rétrofacturation arrive à J+45 et que vos logs expirent à J+30, vous avez perdu la preuve avant même d'avoir reçu le litige.

Action immédiate : vérifiez la durée de rétention des logs sur chaque plateforme que vous utilisez pour livrer vos produits numériques. Si elle est inférieure à 120 jours, configurez une exportation automatique vers un stockage externe (S3, Google Drive, tout système horodaté). Cette configuration se fait hors Shopify — c'est une décision d'infrastructure, pas une option Admin.

Deuxième point de perte : les applications Shopify de livraison numérique varient considérablement dans le niveau de détail des logs qu'elles exposent. Certaines montrent uniquement « lien cliqué » sans IP ni horodatage précis. D'autres exportent des logs complets. Testez votre application aujourd'hui — pas au moment du prochain litige.

Visa CE 3.0 et les biens numériques : une nuance opérationnelle

Le cadre Compelling Evidence 3.0 de Visa exige deux transactions antérieures non contestées avec le même appareil ou la même adresse IP pour qualifier un litige fraude amicale. Pour les marchands numériques avec une clientèle de nouveaux acheteurs — cours en ligne, licences logicielles à achat unique — cette condition est souvent impossible à remplir. CE 3.0 n'est pas votre voie principale sur les litiges numériques à achat unique.

Sur ces cas, le dossier repose sur les preuves d'accès et de comportement post-achat, pas sur l'historique transactionnel. C'est une différence structurelle avec les marchands physiques récurrents — et elle change la priorité des preuves à collecter.

Note interne post-litige : modèle

Après chaque rétrofacturation sur produit numérique, archivez une note interne structurée. Exemple :

« Litige [ID] — [Date] — Motif : [code] — Montant : [X]€ — Produit : [nom] — Logs d'accès disponibles : [oui/non] — IP commande = IP accès : [oui/non/non vérifié] — Consentement conditions : [oui/non] — Décision : [contesté/accepté] — Résultat : [en attente/gagné/perdu] — Action corrective : [ex. : configurer export automatique des logs, activer case de consentement en checkout] »

Cette note sert deux fonctions : elle alimente le postmortem si vous perdez, et elle constitue un historique opérationnel si le même client conteste à nouveau.