Échecs de soumission ODR : pourquoi votre dossier meurt avant que l'émetteur lise la première ligne
La majorité des rétrofacturations perdues échouent sur le format, le timing et la structure du fichier — pas sur les preuves. Voici où le processus se brise avant toute évaluation.
DisputeDesk Editorial
Le dossier est complet. Il ne sera jamais lu.
Un marchand soumet 14 pièces justificatives pour une rétrofacturation de 340 € — confirmation de commande, suivi transporteur, échanges email, capture de la politique de remboursement, log d'adresse IP. Le litige est perdu. Non pas parce que les preuves étaient insuffisantes, mais parce que le PDF soumis dépassait la limite de taille acceptée par le réseau, que la page 3 était illisible après compression automatique, et que le narratif de contestation faisait référence à des pièces numérotées qui ne correspondaient à aucun fichier joint.
L'émetteur n'a pas évalué le fond. Il a reçu un dossier techniquement non conforme et a statué en faveur du porteur.
C'est le schéma le plus fréquent dans les rétrofacturations perdues sur Shopify. Pas un manque de preuves — une défaillance de soumission.
Étape 1 — Lire le litige dans Shopify Admin avant de toucher aux fichiers
Ouvrez Shopify Admin > Paiements > Litiges. Avant d'assembler quoi que ce soit, relevez quatre informations :
- Le code motif exact (Visa 13.1, 10.4, Mastercard 4853, 4837, etc.)
- La date d'échéance de réponse affichée dans l'interface — pas la date à laquelle vous avez reçu la notification
- Le processeur impliqué (Shopify Payments, Stripe, Adyen, autre) — les contraintes de format varient
- Le montant contesté — un litige partiel suit parfois une logique différente
Ces quatre points déterminent les contraintes techniques de votre soumission avant même que vous ouvriez un seul fichier. Ignorer cette étape, c'est construire un dossier pour le mauvais réseau ou avec le mauvais délai en tête.
Étape 2 — Identifier les contraintes de format avant d'assembler les preuves
Les réseaux de cartes imposent des limites techniques que Shopify Payments répercute dans son interface de soumission. Ces limites ne sont pas toujours affichées de façon visible — et elles varient selon le processeur. Vérifiez auprès de votre processeur les valeurs exactes, mais voici les points de friction les plus fréquents :
- Taille totale du dossier : souvent plafonnée entre 5 Mo et 10 Mo selon le réseau et l'acquéreur. Un PDF non optimisé avec captures d'écran haute résolution dépasse facilement cette limite.
- Nombre de fichiers : certains processeurs n'acceptent qu'un seul document consolidé. Soumettre 8 fichiers séparés quand un seul est attendu entraîne un rejet silencieux ou une troncature.
- Format accepté : PDF uniquement dans la majorité des cas. Les fichiers .docx, .xlsx, ou les images .png soumises séparément sont souvent rejetés sans notification explicite.
- Lisibilité après compression : Shopify compresse automatiquement les fichiers dépassant un certain seuil. Une capture d'écran de confirmation de commande lisible à 300 dpi devient illisible après compression à 72 dpi.
La règle opérationnelle : assemblez d'abord un PDF unique, vérifiez sa taille, compressez manuellement si nécessaire, puis vérifiez la lisibilité page par page avant de soumettre.
Étape 3 — Construire le PDF dans le bon ordre
L'ordre des pièces dans le document n'est pas une question d'esthétique. L'analyste de l'émetteur lit souvent les premières pages et s'arrête. Si votre narratif de contestation est en page 7 et que les preuves de livraison sont en page 2, le dossier est structurellement inversé.
Ordre recommandé :
- Narratif de contestation (1 page maximum, en tête de document)
- Preuve d'autorisation (confirmation de commande, données AVS/CVV si disponibles)
- Preuve de livraison ou d'exécution (suivi transporteur, confirmation de téléchargement pour le digital, log d'accès)
- Communications client (échanges email ou chat dans l'ordre chronologique)
- Politique de remboursement (capture de la page telle qu'elle était au moment de la commande)
- Pièces complémentaires (log IP, données comportementales, historique client)
Numérotez les pages. Si votre narratif cite « voir pièce 3 », la pièce 3 doit être exactement à la page indiquée. Un renvoi cassé discrédite l'ensemble du dossier aux yeux de l'analyste.
Étape 4 — Rédiger le narratif de contestation
Le narratif est la pièce la plus négligée et la plus déterminante. Il doit tenir sur une page, être factuel, et ne jamais supposer que l'analyste va lire les pièces jointes en détail.
Structure en trois blocs :
- Bloc 1 — Les faits de la transaction : date, montant, canal, méthode de livraison
- Bloc 2 — Ce que les preuves établissent : référencez chaque pièce par numéro de page
- Bloc 3 — Pourquoi le motif de contestation ne tient pas : une phrase par argument, sans rhétorique
Exemple de narratif adapté (rétrofacturation « Article non reçu », Visa 13.1) :
« La commande #FR-20847 d'un montant de 340 € a été passée le 14 mars 2024 et expédiée le 15 mars via Colissimo avec numéro de suivi 6A4892710FR (voir page 3). Le colis a été marqué livré le 18 mars à 14h22 à l'adresse de facturation du porteur, avec confirmation de dépôt en boîte aux lettres (voir page 4). Le porteur a contacté notre service client le 20 mars pour signaler un retard — non une absence de livraison — et a reçu le numéro de suivi par email le même jour (voir page 6). Aucune demande de remboursement n'a été formulée avant le dépôt du litige le 2 avril. Le motif Visa 13.1 ne s'applique pas : la livraison est documentée à l'adresse de facturation dans le délai annoncé. »
Ce narratif est court, référencé, et ne contient aucune formulation défensive. Il ne plaide pas — il établit des faits.
Point de décision : soumettre via l'interface Shopify ou via votre processeur directement
Si vous utilisez Shopify Payments, la soumission se fait dans Shopify Admin > Paiements > Litiges > [litige concerné] > Soumettre une réponse. C'est le canal standard et il suffit dans la majorité des cas.
Mais si votre volume de litiges est élevé, si vous utilisez un processeur tiers (Stripe, Adyen, Braintree), ou si le litige dépasse un certain montant (seuil à confirmer avec votre processeur), la soumission directe via le portail de l'acquéreur peut offrir plus de contrôle sur le format et les délais.
Conséquence du choix Shopify Payments natif : interface simplifiée, compression automatique des fichiers, limite de taille gérée en arrière-plan — mais vous perdez la visibilité sur ce qui a été effectivement transmis au réseau.
Conséquence du choix processeur direct : plus de contrôle sur le format, confirmation de réception explicite, mais délais de soumission différents et interface moins intuitive. Une erreur de portail peut entraîner un rejet sans notification.
Pour les litiges sous 200 €, l'interface Shopify Payments est suffisante si les fichiers sont correctement préparés. Au-delà de 500 €, vérifiez avec votre processeur si une soumission directe est possible et préférable.
Étape 5 — Vérification avant soumission : la liste des points qui font couler les dossiers solides
Avant de cliquer sur « Soumettre », passez cette liste :
- Le PDF est-il un fichier unique ou plusieurs fichiers séparés ? (vérifiez ce qu'accepte votre processeur)
- La taille totale est-elle sous le seuil ? (compressez si nécessaire, puis vérifiez la lisibilité)
- Chaque page est-elle lisible à 100 % de zoom ? (les captures d'écran compressées sont le point de défaillance le plus fréquent)
- Le narratif est-il en première page ?
- Chaque renvoi du narratif correspond-il à la bonne page du document ?
- La date d'échéance affichée dans Shopify est-elle encore valide ? (ne soumettez jamais le jour J — les systèmes de traitement ont des délais internes)
- Le code motif du litige est-il bien celui auquel votre narratif répond ? (un narratif rédigé pour Visa 13.1 soumis sur un litige Visa 10.4 est hors sujet)
Ce dernier point est plus fréquent qu'il n'y paraît. Un marchand qui gère plusieurs litiges simultanément copie-colle un narratif d'un dossier à l'autre sans vérifier le code motif. L'émetteur reçoit une réponse qui ne répond pas à la question posée.
Le cas où tout était là — et où le dossier a quand même échoué
Un marchand de cosmétiques expédie une commande de 189 € à une cliente à Lyon. Suivi Colissimo confirmé livré, échanges email documentant une satisfaction initiale, politique de remboursement visible au checkout. La cliente dépose une rétrofacturation Visa 13.1 six semaines plus tard.
Le marchand assemble un dossier solide : 11 pages, toutes les preuves pertinentes. Il soumet via Shopify Payments. Le litige est perdu.
Post-mortem : le PDF soumis faisait 11,4 Mo. Shopify l'a compressé automatiquement à 4,8 Mo. La compression a rendu illisibles les pages 4 et 5 — précisément les captures d'écran des échanges email prouvant la satisfaction post-livraison. Le narratif renvoyait à ces pages. L'émetteur a reçu un document avec deux pages illisibles et des renvois cassés.
Les preuves existaient. Le dossier n'a pas survécu à la soumission.
La correction est simple : compressez manuellement le PDF avant de le téléverser, vérifiez chaque page après compression, et ne dépassez pas 5 Mo par précaution même si la limite officielle est plus haute.
Les délais : où les marchands perdent sans le savoir
La date d'échéance affichée dans Shopify Admin est la date limite côté réseau. Elle ne tient pas compte des délais de traitement internes de l'acquéreur, qui peuvent être de 24 à 48 heures en amont.
Soumettez au minimum 48 heures avant l'échéance affichée. Confirmez ce délai avec votre processeur — certains acquéreurs exigent une soumission 72 heures avant la date limite réseau.
Un dossier soumis à J-1 de l'échéance peut techniquement arriver hors délai côté émetteur. Le litige est alors perdu par défaut, indépendamment de la qualité des preuves.
Autre point de défaillance fréquent : la notification de litige reçue par email n'est pas toujours synchronisée avec la date d'ouverture réelle dans le système du réseau. La date qui compte est celle affichée dans Shopify Admin > Paiements > Litiges, pas la date de l'email de notification.
Note interne post-soumission : ce qu'il faut archiver
Après chaque soumission, créez une note interne avec les éléments suivants :
« Litige #[ID] — [montant] — [code motif] — Soumis le [date] via [canal]. PDF : [X] pages, [X] Mo après compression manuelle. Narratif : 1 page, renvois vérifiés. Échéance réseau : [date]. Prochaine action : vérifier statut dans Shopify Admin sous 10 jours ouvrés. »
Cette note sert deux objectifs : elle documente la soumission en cas de litige sur le délai, et elle crée un historique opérationnel utilisable pour améliorer les dossiers suivants.
DisputeDesk automatise la structuration de ces notes et la vérification des contraintes de format avant soumission. L'automatisation améliore la cohérence — elle ne remplace pas la vérification manuelle sur les dossiers à enjeu élevé.
Ce que les dossiers perdus ont en commun
Après analyse de plusieurs dizaines de litiges perdus sur Shopify Payments, les défaillances se regroupent en quatre catégories :
- Fichier trop lourd ou mal compressé — pages illisibles après traitement automatique
- Narratif absent ou en fin de document — l'analyste ne trouve pas la synthèse
- Renvois cassés — le narratif cite des pièces qui ne correspondent à aucune page
- Soumission trop proche de l'échéance — rejet technique avant évaluation du fond
Aucune de ces défaillances n'est une question de preuves. Ce sont des défaillances de processus. Un dossier médiocre bien soumis a plus de chances d'être lu qu'un dossier solide techniquement non conforme.
Points clés
FAQ
Avertissement
Ce contenu est fourni à titre informatif uniquement et ne constitue pas un conseil juridique.
Automatisez vos réponses aux litiges
DisputeDesk suit automatiquement les délais, collecte les preuves et génère des réponses gagnantes pour ne plus jamais manquer une échéance.



