Un acheteur réclame 1 240 euros pour un colis déclaré livré. Le vendeur produit une capture du suivi, le transporteur affiche une signature illisible et la messagerie contient une promesse de remplacement. Côté finance, un remboursement partiel a déjà été initié, mais personne ne sait s’il correspond à ce même incident.
Le problème se révèle lorsque le support ouvre cinq onglets, télécharge trois fichiers et copie une chronologie dans une note libre. Une mise à jour du transporteur change le statut, un message est supprimé de l’interface et le payout part avant le verdict. Le litige devient une course à la mémoire plutôt qu’une décision fondée sur des faits.
Le vrai enjeu du dossier de litige dans une marketplace opérateur est de relier l’engagement contractuel, les interactions et leurs effets sans confondre trace technique et preuve. Contre-intuitivement, accumuler toutes les pièces peut fragiliser le dossier si leur origine, leur intégrité et leurs droits restent inconnus.
Vous allez comprendre comment qualifier le recours, stabiliser les identités, reconstruire la chronologie, réunir commande, messages, paiement et logistique, puis rendre un verdict exécutable. Entrées, sorties, owners, délais, seuils, instrumentation, file, dépendances, retry et rollback assurent une décision reproductible.
Définir le dossier opposable
Répondre à une question précise
Le dossier ne cherche pas à raconter toute la relation commerciale. Il répond à une prétention : produit non reçu, service non conforme, remboursement contesté, dommage ou frais indus. La question fixe période, objets, parties, montant et résultat attendu.
Chaque type de litige possède des faits nécessaires et une règle de décision validée par les spécialistes compétents. Le support ne choisit pas la preuve selon la pièce la plus facile à trouver. Il signale les inconnues au lieu de les combler par une interprétation.
Distinguer dossier, preuve et décision
Le dossier est le conteneur versionné. Une preuve est un élément sourcé susceptible d’étayer ou d’infirmer une affirmation. La décision applique une policy aux faits retenus. Ces trois objets évoluent séparément et restent reliés.
Une nouvelle pièce n’écrase pas le verdict précédent. Elle ouvre une révision ou un recours avec son propre reviewer. L’historique montre pourquoi la conclusion a changé, quels effets ont déjà eu lieu et lesquels doivent être compensés.
Ouvrir et qualifier le litige
Collecter une prétention structurée
L’ouverture reçoit commande, motif, lignes concernées, montant demandé, description et pièces proposées. Le portail adapte les questions au motif. Il n’exige pas une preuve de livraison d’un acheteur qui affirme précisément n’avoir rien reçu.
La demande conserve canal, identité authentifiée, langue et heure. Un agent peut assister la saisie mais ne parle pas au nom de la partie. Toute reformulation reste visible et confirmée afin que l’enquête ne commence pas sur une prétention déformée.
Trier urgence et recevabilité
La qualification vérifie délai, doublon, compétence de la marketplace et risque immédiat. Un danger, une fraude de compte ou un montant élevé peut déclencher une mesure conservatoire sans préjuger le verdict. Un recours hors délai reste enregistré avec le motif de refus.
Par exemple, une contestation de 80 euros ouverte vingt jours après livraison suit la file normale ; un compte compromis qui demande trois remboursements pour 6 000 euros suspend les mouvements en attente sous quinze minutes. Les deux conservent contradictoire et reviewer distinct de l’action conservatoire.
Stabiliser objets et parties
Utiliser des identifiants canoniques
Le dossier référence buyer_id, seller_id, order_id, line_id, payment_id, shipment_id et conversation_id. Email, nom et numéro affiché sont des attributs temporels, pas des clés. Une modification de profil ne rend pas l’ancien litige introuvable.
Les références externes du PSP, du transporteur et du vendeur restent recherchables. Un mapping explicite relie leurs valeurs aux objets internes. Une fusion ou migration produit un événement au lieu de remplacer les identifiants utilisés au moment des faits.
Séparer rôles et représentants
Acheteur, bénéficiaire, payeur, vendeur, expéditeur et transporteur peuvent être différents. Le dossier indique qui formule la prétention, qui possède le contrat et qui peut recevoir les informations. Une société peut déléguer son recours à une personne avec un mandat borné.
Les comptes internes apparaissent comme agents ou reviewers, jamais comme partie. Chaque consultation et modification garde acteur, rôle et délégation. Les comptes partagés sont interdits, notamment lorsque la décision affecte argent ou réputation.
Construire la chronologie
Ordonner occurrence et réception
Chaque événement porte occurred_at et received_at. Une preuve transport reçue aujourd’hui peut décrire une livraison d’hier. Trier seulement par ingestion ferait apparaître la décision avant le fait. La timeline montre les deux temps et leur timezone.
La causalité relie commande, capture, expédition, tentative, message, remboursement et recours. La corrélation rassemble le dossier. Un agent peut filtrer une branche sans perdre son parent ni confondre deux colis de la même commande.
Distinguer fait et allégation
« Le client n’était pas présent » reste l’affirmation du transporteur tant qu’aucun élément ne la confirme. « Scan du colis à 14 h 32 » est un événement issu d’une source identifiée. L’interface marque origine et niveau de vérification.
Une note du support ne devient pas un fait parce qu’elle apparaît dans la timeline. Le reviewer peut retenir, écarter ou demander une corroboration avec motif. La décision conserve exactement les faits retenus et les règles appliquées.
Conserver la commande contractuelle
Snapshotter l’engagement accepté
Le dossier lit la version commandée : titre, variantes, quantité, prix, taxes, vendeur, délai, politique et contenu présenté. Une fiche actuelle peut avoir changé. Utiliser son état du jour réécrit l’engagement que l’acheteur a accepté.
Le snapshot cite provenance et empreinte. Les conditions générales, modalités vendeur et politique de retour gardent leur version. Le dossier ne copie pas tout le catalogue ; il conserve les propriétés influençant la prétention et référence le reste.
Suivre les modifications après achat
Annulation partielle, substitution, geste commercial et changement d’adresse apparaissent comme avenants ou événements. Leur auteur et consentement sont visibles. Une modification valide peut réduire la population du litige sans effacer la commande initiale.
Le total contractuel, le total exécuté et le montant contesté sont calculés séparément. L’interface alerte lorsque la somme demandée dépasse le reste exposé. Les arrondis et devises utilisent le ledger plutôt qu’un calcul local du support.
Intégrer les échanges utiles
Capturer le contexte sans réécrire
Les messages liés à la commande gardent auteur, destinataires, heure, contenu présenté, pièces et statut de modération. Une correction produit une nouvelle version. Les réactions ou accusés de lecture ne valent pas acceptation contractuelle sauf règle explicite.
Le dossier sélectionne les échanges pertinents et explique pourquoi. Copier toute une conversation peut exposer des données sans rapport. L’extrait référence le message original afin que le reviewer vérifie le contexte avant de conclure.
Les pièces jointes suivent leur propre chaîne. Une photo envoyée dans la conversation garde message parent, auteur, empreinte et heure de dépôt ; un document remplacé reste une nouvelle version. La prévisualisation masque les métadonnées inutiles, mais le reviewer autorisé peut contrôler l’original. Cette relation empêche qu’un fichier téléchargé puis renommé « preuve finale » perde le contexte de sa remise et la possibilité pour l’autre partie de le contester.
Traiter canaux externes et traduction
Un email ou appel externe peut être ajouté avec source, déposant, date et intégrité. Il reste une pièce fournie, non une donnée nativement garantie. Une transcription distingue voix, résumé agent et enregistrement lorsque sa conservation est autorisée.
La traduction conserve texte source, moteur ou traducteur, version et confiance. Une phrase ambiguë qui détermine le verdict est relue humainement. Le reviewer ne prend pas une décision financière irréversible sur une traduction automatique non signalée.
Relier paiement et mouvements
Lire le ledger plutôt qu’un statut
« Remboursé » ne décrit pas autorisation, capture, remboursement, dispute PSP, frais et payout. Le dossier affiche les mouvements avec montant, devise, sens, occurrence et références. Un mouvement en attente ne devient pas un effet acquis.
La somme nette exposée tient compte des remboursements déjà exécutés et des compensations. Le calcul cite sa date. Une contestation carte parallèle est visible pour éviter double indemnisation, sans supposer que la décision du PSP tranche le litige commercial.
Une réconciliation compare chaque nuit les effets demandés par les verdicts aux mouvements effectivement comptabilisés. Elle signale montant différent, devise inattendue, doublon, timeout sans statut final et payout parti malgré un gel. Chaque exception possède un owner Finance et un délai de correction. Le support voit que l’effet reste en cours sans promettre un remboursement terminé ; le reviewer garde le dossier ouvert jusqu’au retour d’une référence stable du ledger.
Geler et débloquer proportionnellement
Une mesure conservatoire vise le montant litigieux et une marge justifiée, pas tout le solde vendeur par défaut. Elle possède motif, policy, approbateur, expiration et droit de recours. Le seller voit ce qui peut être communiqué sans exposer les contrôles antifraude.
Si le dossier reste sans première revue après 48 heures ou si le gel dépasse 110 % du montant maximal contestable, alors Finance reçoit une alerte et un reviewer réévalue la mesure. La sortie exécute release, débit ou crédit idempotent puis réconcilie le ledger.
Vérifier les preuves logistiques
Qualifier chaque événement de transport
Création d’étiquette, prise en charge, scan, tentative, livraison et retour ne sont pas interchangeables. Chaque événement porte transporteur, source, lieu approximatif, device éventuel et heure. Une étiquette seule ne prouve jamais l’expédition.
Le dossier compare poids, dimensions, colis, adresse et service à la commande. Les ruptures de chaîne sont visibles : numéro réaffecté, scan impossible ou retour avant livraison. Une API mise à jour ne remplace pas le snapshot déjà utilisé pour décider.
Pour les commandes multi-colis, le dossier calcule la population ligne par ligne. Un colis livré ne clôt pas automatiquement les deux autres, et un retour partiel ne justifie pas le remboursement du panier entier. La vue rapproche contenu attendu, poids déclaré, numéro et dernier événement de chaque unité. Le reviewer peut ainsi isoler la valeur réellement exposée et demander la pièce manquante au bon acteur sans redémarrer l’enquête complète.
Évaluer signature, photo et géolocalisation
Une signature prouve seulement ce que son protocole garantit. Le nom, l’identité contrôlée, le point de remise et la méthode comptent. Une photo de porte sans lien temporel ni géographique reste un indice, pas une preuve absolue.
Les données de localisation sont minimisées et accessibles selon rôle. Le reviewer rapproche la preuve avec instruction de livraison et message. Il documente les contradictions au lieu de sélectionner automatiquement le statut final du transporteur.
Gouverner pièces et accès
Assurer intégrité et provenance
Une pièce reçoit evidence_id, type, déposant, source, horodatage, empreinte, format et lien vers l’objet. Le binaire est conservé dans un stockage contrôlé. Une conversion pour prévisualisation ne remplace jamais l’original.
Le pipeline analyse malware, taille et format avant ouverture. Les entrées sont fichier et métadonnées ; les sorties pièce acceptée, quarantinée ou refusée. Sécurité possède le scanner, Litiges la recevabilité. Monitoring, file de quarantaine, retry et runbook couvrent les pannes.
Appliquer accès et rétention
Support, finance, conformité et reviewer voient uniquement les champs nécessaires. Une pièce d’identité n’est pas accessible à tous ceux qui consultent la commande. Les exports sont chiffrés, expirent et gardent un journal de téléchargement.
La rétention dépend du recours et des obligations applicables validées dans le contexte. Une purge conserve son événement et son autorité lorsque permis. Le dossier indique qu’une preuve a expiré sans continuer à exposer son contenu.
Conduire une enquête contradictoire
Partager les éléments contestables
Chaque partie connaît prétention, éléments retenus et délai de réponse, sous réserve des informations protégées. Elle peut commenter une preuve et en fournir une autre. L’interface distingue absence de réponse et acquiescement.
Les délais s’arrêtent seulement selon une policy lisible. Une demande de pièce précise ce qui manque, pourquoi et avant quand. Les relances sont automatiques mais le reviewer voit leur délivrabilité et n’infère pas un refus d’un email jamais remis.
Préserver indépendance et traçabilité
Le reviewer n’est pas l’agent qui a promis une compensation ou déclenché le gel dans les dossiers sensibles. Les conflits d’intérêts sont déclarés. Une escalade apporte une compétence ou un droit de décision, pas seulement un niveau hiérarchique.
Le runbook liste entrées, questions, règles, sorties et owner. L’instrumentation suit âge, pièces manquantes, temps par partie et décisions infirmées. Une file priorise risque et échéance ; un dossier ne disparaît pas parce qu’un système externe tarde.
Décider et exécuter le verdict
Rédiger un raisonnement reproductible
Le verdict cite prétention, faits retenus, faits écartés, policy et conclusion par ligne. Il explique l’incertitude. « Dossier complet » ne remplace pas le lien entre preuve et décision. Un second reviewer doit pouvoir reproduire le résultat.
La notification adapte le niveau de détail à chaque partie tout en conservant une version interne complète. Elle indique effets, calendrier et recours. Les mécanismes de fraude non communicables sont séparés des raisons commerciales nécessaires au contradictoire.
Orchestrer effets et recours
Remboursement, libération, débit, avoir, retour et sanction sont des commandes idempotentes reliées au verdict. Un orchestrateur suit succès partiels et dépendances. La fermeture attend la réconciliation des effets, pas seulement leur mise en file.
Un recours ne réexécute rien automatiquement. Il ouvre une version avec nouveau reviewer et peut suspendre un effet selon policy. Si la décision change, alors des mouvements compensatoires corrigent l’état sans supprimer l’histoire initiale.
Adapter la méthode et éviter les erreurs
Pour qui le dossier de litige convient
Le modèle devient nécessaire dès que plusieurs sources influencent une décision sur argent, accès ou réputation. Une petite marketplace peut commencer avec cinq motifs, une timeline et un reviewer humain. Elle n’a pas besoin d’automatiser le verdict pour structurer les preuves.
Support qualifie, le domaine possède ses faits, Finance exécute les mouvements, conformité définit accès et rétention, Litiges décide. Platform fournit dossier et orchestration. Chaque type possède une policy et un owner métier.
Erreurs fréquentes du dossier de litige
Copier des captures, utiliser les fiches actuelles, confondre statut transport et preuve, oublier les remboursements partiels, laisser les notes libres décider et fermer avant les effets sont les erreurs majeures. Elles rendent le dossier impossible à auditer.
Une autre erreur consiste à tout exposer à toutes les parties. Enfin, automatiser une conclusion sur un seul signal produit des verdicts rapides mais fragiles. La structure doit servir le contradictoire, pas le remplacer.
Plan d’action pour construire le dossier de litige
Semaines 1 à 4 : motifs, faits et timeline
La première semaine prélève cinquante litiges et mesure sources, temps, décisions et réouvertures. La deuxième choisit cinq motifs prioritaires, leurs prétentions, faits nécessaires, délais et owners. Les parties prenantes rejouent dix dossiers uniquement avec ce contrat.
Les semaines trois et quatre construisent identités, chronologie, snapshot de commande et sélection de messages. Les tests couvrent lignes multiples, profils modifiés, événements tardifs, traduction, doublon et recours. Chaque fait indique source et version.
Semaines 5 à 8 : preuves et effets
La cinquième semaine intègre ledger et logistique ; la sixième ajoute evidence store, droits et notifications. L’instrumentation mesure dossiers sans owner, âge, pièces manquantes, temps de verdict, effets échoués et taux d’infirmation avec seuils et runbooks.
Les semaines sept et huit provoquent scanner indisponible, remboursement en timeout, événement transport tardif et appel. Le rollback restaure la version précédente du workflow sans perdre les écritures. Le go exige dix dossiers reproductibles et tous leurs effets rapprochés.
Le paquet de transfert réunit policies, matrice d’accès, schémas, fixtures, codes raison, modèles de décision et procédures de purge. Un agent qui n’a pas participé au projet doit retrouver une commande depuis chaque identifiant, expliquer une pièce, recalculer le montant exposé et reprendre une file en échec. La recette chronométrée révèle les dépendances encore orales avant l’ouverture à tous les vendeurs.
- À faire d’abord : définir prétention, objets, faits, règle et reviewer.
- À tester ensuite : versions, contradictions, droits, effets partiels, recours et rollback.
- À différer : la décision automatique tant que les motifs et preuves évoluent.
- À refuser : tout verdict financier sans chronologie, source et effet réconcilié.
Ressources complémentaires pour l’opérateur
Borner objets et politiques
Le MVP marketplace avant ouverture aide à limiter les motifs et effets initiaux.
La méthode pour ouvrir une première catégorie fournit une cohorte de litiges contrôlable.
Outiller catalogue et dossier
Le catalogue PIM marketplace stabilise les propriétés contractuelles des offres.
Les écrans du back-office opérateur structurent recherche, décision, action et audit.
Conclusion : rendre la décision défendable
Un dossier de litige utile relie la prétention aux versions réelles de commande, messages, paiement et logistique.
Identités stables, chronologie et provenance distinguent les faits des allégations sans effacer les contradictions.
Contradictoire, droits et orchestration transforment le verdict en effets financiers explicables et réversibles.
Dawap peut vous accompagner pour concevoir ce dispositif dans votre marketplace opérateur.
