Le site affiche 89 €, Amazon reçoit 92 €, le PIM conserve 95 € et l’ERP calcule une promotion qui doit commencer demain. Le stock physique indique 140 unités, mais 36 sont déjà réservées et 18 ne peuvent pas être expédiées. Une commande confirmée par le canal reste encore « en attente » dans l’OMS. Le problème devient une perte de marge ou une survente dès qu’une équipe choisit la mauvaise valeur.
Multiplier les marketplaces avant d’avoir fixé cette autorité ne multiplie pas seulement les flux. Cela multiplie les versions plausibles du réel, les corrections manuelles et les décisions prises à partir de dates différentes. L’équipe finit par chercher « le bon chiffre » alors qu’elle devrait savoir quelle règle produit le chiffre opposable pour une décision donnée.
La vérité vendeur n’est donc pas une base centrale censée tout savoir. C’est un contrat qui nomme, pour chaque objet et chaque étape, la source autorisée, la date effective, les transformations permises, la preuve de publication et le comportement en cas d’incertitude.
Dawap formalise ce contrat dans ses accompagnements d’agence marketplace pour vendeurs. L’accompagnement relie ce travail de données aux décisions commerciales précises à terminer avant d’ajouter un canal.
Voir pourquoi une source unique ne suffit pas
Un prix catalogue, un prix calculé, un prix envoyé et un prix réellement payé sont quatre faits différents. De même, stock physique, disponible à la vente, réservé et diffusé ne deviennent pas interchangeables parce qu’ils partagent un nombre. Chercher une seule colonne « vérité » écrase les décisions qui les séparent.
Remplacer le système maître par une autorité contextualisée
L’ERP peut faire autorité sur le coût, le moteur de pricing sur le prix cible, l’OMS sur la réservation et la marketplace sur l’acceptation finale d’une commande. L’autorité dépend du fait demandé, de sa date et de l’usage. Elle ne dépend ni du prestige de l’outil ni de l’endroit où le dashboard est le plus pratique.
Contrairement à ce que suggère une architecture purement centralisée, transporter plus vite une valeur ne la rend pas plus vraie. La décision utile consiste à déterminer laquelle doit commander l’action lorsque plusieurs valeurs sont techniquement valides.
Savoir pour quels vendeurs ce contrat devient nécessaire
Chaque assertion doit contenir son périmètre : vendeur, SKU, offre, canal, pays, devise, entrepôt, type de client et fenêtre temporelle. « Le stock est 86 » ne signifie rien sans dire où, pour quelle promesse et à quel instant ce nombre peut être engagé.
Écrire la question avant de choisir la source
Pour publier une offre, la question est « combien d’unités puis-je encore promettre sur ce canal avant le prochain recalcul ? ». Pour répondre au support, elle devient « quel stock était engagé au moment de l’acceptation ? ». Les deux réponses peuvent différer sans constituer une anomalie.
Ce contrat devient prioritaire pour un vendeur présent sur plusieurs canaux, gérant plusieurs entrepôts ou partageant prix et stock entre commerce, finance et supply. Un registre de portée associe objet, question métier, source, owner, fréquence, tolérance et preuve. Toute nouvelle marketplace réutilise ce registre ou documente son exception avant de recevoir le premier flux réel.
Désigner l’autorité du prix vendable
Le prix vendable naît d’une chaîne : coût, marge minimale, tarif, remise, taxes, frais de canal, arrondi et période. L’autorité ne se réduit pas au montant final ; elle porte également la version de règle et les entrées qui justifient ce montant.
Figer des bornes plutôt qu’un chiffre isolé
Le moteur peut proposer 89 €, mais la finance possède le plancher et le commerce la fenêtre promotionnelle. La publication est autorisée seulement si le montant respecte ces deux bornes. Une marketplace ne doit jamais devenir l’endroit où une correction locale remplace silencieusement la politique vendeur.
Chaque prix publié conserve devise, taxes incluses ou non, date d’effet, date de fin, canal, règle, version et identifiant d’émission. Le retour du canal prouve l’acceptation ou motive le rejet. Sans cette boucle, le vendeur connaît son intention, pas le prix réellement exposé.
Séparer stock physique, allouable et publié
Le stock physique décrit ce qui existe. Le stock allouable retire réservations, quarantaine, sécurité et contraintes logistiques. Le stock publiable applique encore plafonds par canal, latence et risque de survente. La vérité utile à la promesse client est donc calculée, mais elle doit rester explicable depuis les faits.
Nommer chaque soustraction
Une formule du type « physique moins réserve moins buffer » reste insuffisante si personne ne possède chaque terme. L’OMS porte les réservations, la qualité la quarantaine, la supply le buffer et l’orchestrateur l’allocation canal. Toute correction indique quelle composante change au lieu d’écraser le total.
Le stock publié porte une durée de validité. À son expiration, l’offre bascule vers un niveau prudent, ferme ou passe en délai élargi selon la règle. Continuer à vendre une dernière valeur connue sans limite transforme une indisponibilité de données en promesse commerciale injustifiée.
Figer le fait de commande et sa chronologie
La marketplace fait autorité sur l’émission et l’identifiant externe ; le vendeur décide ensuite s’il accepte, réserve, prépare ou annule. Chaque transition devient un événement immuable. Le statut courant est une projection reconstruite à partir de cette chronologie, pas une cellule que plusieurs outils modifient.
Séparer réception, acceptation et exécution
Recevoir une commande ne prouve ni son acceptation financière ni sa capacité logistique. L’accusé de réception confirme seulement que le message est durablement pris en charge. L’acceptation vient après les contrôles ; l’exécution produit ensuite expédition, livraison, retour et remboursement.
Une commande en conflit conserve les deux faits : le canal dit « annulée », l’OMS dit « expédiée ». Le système ne choisit pas arbitrairement le dernier reçu. Une règle métier qualifie la transition, protège la finance et ouvre une investigation avec les identifiants nécessaires.
Relier les identifiants sans écraser les sources
SKU interne, SKU vendeur, offre canal, commande externe, ligne OMS, réservation et expédition doivent rejoindre un graphe de correspondance versionné. Réutiliser un identifiant commercial comme clé technique crée des collisions lors des regroupements, des bundles ou des migrations.
Rendre toute décision retraçable dans les deux sens
Depuis une commande, le support retrouve l’offre, le prix publié, la version de stock et les événements. Depuis une émission de stock, l’équipe retrouve les canaux et commandes affectés. Cette bidirectionnalité permet d’évaluer une correction avant de la rejouer.
Les correspondances ne sont jamais réécrites sans date d’effet. Lorsqu’un SKU fusionne ou qu’une offre change de vendeur, l’ancienne relation reste disponible pour expliquer les transactions historiques. La vérité du jour ne doit pas rendre le passé incohérent.
Gouverner fraîcheur, date d’effet et arrivée
Trois horloges coexistent : le moment où le fait devient vrai, celui où la source l’enregistre et celui où le vendeur le reçoit. Les confondre transforme un retard de transport en changement métier ou fait gagner à tort le dernier message arrivé.
Appliquer une tolérance propre à chaque objet
Un stock pendant un pic peut expirer en deux minutes ; un descriptif produit reste acceptable plusieurs jours ; une commande attend un accusé en quelques secondes. Le contrat de fraîcheur fixe seuil d’alerte, seuil de fermeture et valeur de repli par objet et par canal.
Les événements tardifs sont rejoués selon leur date effective et leur version. S’ils contredisent une décision déjà exécutée, ils n’effacent pas le fait : ils ouvrent une compensation. Cette règle protège les clôtures financières et les explications fournies au client.
Arbitrer les conflits de données
Un conflit se qualifie avant d’être corrigé : divergence de périmètre, version, horloge, transformation, identifiant ou autorité. Comparer seulement les montants produit des faux positifs et pousse l’équipe à synchroniser des valeurs qui ne répondent pas à la même question.
Ne pas faire gagner automatiquement le plus récent
La valeur la plus récente peut provenir d’une source non autorisée ou d’un événement tardif. L’arbitrage vérifie source, date effective, version de règle et état de la commande. Pour une donnée financière, une correction passe par une écriture compensatoire plutôt que par le remplacement du passé.
La quarantaine conserve valeur reçue, valeur attendue, cause probable, population et owner. Les objets sûrs continuent de circuler ; le conflit ne doit pas bloquer tout le catalogue si sa portée est bornée. Par exemple, dix offres dont la version de taxe est inconnue sont isolées sans retenir les 4 990 autres. La sortie exige correction, replay et contrôle d’absence d’effet secondaire.
Construire la matrice d’autorité
La matrice contient objet, décision, source autorisée, transformation, consommateur, fraîcheur, fallback, owner et preuve. Elle couvre au minimum tarif, coût, taxe, promotion, stock physique, réserve, allocation, commande, paiement, expédition, retour et remboursement.
Faire signer les désaccords avant le lancement
Commerce, finance, supply, support et technique rejouent dix cas réels. Chaque fois que deux équipes choisissent une autre source, elles formulent la question exacte et tranchent l’autorité. Le désaccord découvert pendant cet atelier coûte moins qu’une survente en production.
- À valider : toute autorité qui engage prix, disponibilité ou acceptation client.
- À tester : chaque transformation, arrondi, allocation et changement de devise.
- À borner : la durée d’usage d’une dernière valeur connue.
- À refuser : toute correction locale dont le retour vers la source n’est pas défini.
Une ligne sans owner n’est pas publiée. Une ligne sans preuve reste une hypothèse de conception. Une exception récurrente devient une nouvelle règle versionnée ; elle ne survit pas dans un commentaire ou une procédure orale.
Diffuser sans recréer une seconde vérité
L’orchestrateur lit le contrat, produit une commande d’émission idempotente et conserve l’accusé du canal. Il peut adapter format et taxonomie, mais ne réinterprète pas la décision de prix ou de stock. Toute adaptation susceptible de changer la promesse remonte à l’owner métier.
Distinguer intention, envoi et exposition
Une valeur calculée n’est pas envoyée ; une valeur envoyée n’est pas acceptée ; une valeur acceptée n’est pas nécessairement visible. Le suivi conserve ces quatre états avec leurs horodatages. Cette chaîne révèle si la divergence vient de la décision, du transport, du rejet ou du cache canal.
Le contrôle par lecture retourne un échantillon des offres exposées et compare la version attendue. Pour les canaux sans lecture fiable, une preuve d’acceptation et des commandes sentinelles réduisent l’incertitude, sans prétendre que l’exposition est connue parfaitement.
Préparer le mode dégradé
Le mode dégradé se décide avant la panne. Prix, stock et commande n’utilisent pas le même fallback. Un prix peut rester valable jusqu’à sa fin planifiée ; un stock doit diminuer prudemment ou fermer ; une commande reçue doit être conservée puis traitée avec une preuve d’unicité.
Choisir le dommage acceptable
La règle compare perte de vente, risque de marge, survente et charge de reprise. Pour une référence rare, fermer tôt protège la promesse. Pour un produit abondant, un buffer autorise une continuité limitée. L’équipe signe ce compromis au lieu de laisser le connecteur improviser.
La sortie du mode dégradé possède un point de coupure. Le replay commence après le dernier événement prouvé, respecte les versions et s’arrête si le taux de rejet dépasse le seuil. Le retour à la normale est une décision observée, pas seulement le redémarrage d’un job.
Contrôler des invariants métier
Les contrôles utiles portent sur la promesse : aucun prix sous le plancher sans autorisation, aucun stock publié supérieur à l’allouable, aucune commande acceptée sans réservation, aucun remboursement supérieur au payé. Un test de transport vert ne prouve aucun de ces invariants.
Tester sur des populations et des frontières
L’échantillon couvre best-sellers, faible stock, promotions, bundles, devises, commandes partielles et événements tardifs. Les cas limite sont maintenus comme fixtures et rejoués avant chaque changement de règle ou de canal.
Un contrôle échoué nomme l’objet, la version, l’impact et le geste sûr. Il peut bloquer une cohorte sans immobiliser les autres. La preuve de correction rapproche source, émission, acceptation et lecture après replay.
Traiter un cas multicanal complet
Cas concret : un vendeur dispose de 120 unités physiques. Vingt sont en quarantaine, quinze réservées au site et dix protégées pour le SAV. La matrice calcule 75 unités allouables, puis attribue 35 à Amazon, 25 à Cdiscount et 15 au site selon les rythmes observés.
Faire évoluer toutes les vérités sans les confondre
Amazon accepte 35, Cdiscount n’accuse que 20 et le site vend 4 unités. L’allouable descend à 71 ; l’exposition connue vaut 31, 20 et 11. Une commande Amazon tardive consomme une réservation mais ne réécrit pas le stock physique avant la préparation.
À 14 h 03, le flux Cdiscount expire. Le canal reçoit le fallback de 5 unités, les autres allocations restent inchangées et une alerte s’ouvre. Après correction, le replay part de la version reconnue, republie 21 unités puis vérifie une offre sentinelle. L’équipe peut expliquer chaque nombre et chaque transition.
Mesurer exactitude et temps de réparation
Le taux d’accord seul masque les objets dangereux. L’équipe suit conflits par objet, unités exposées au-delà de l’allouable, prix sous borne, commandes sans transition, âge des divergences et temps jusqu’à preuve de réparation. Les cohortes sont séparées par canal et famille.
Mesurer la qualité de la décision, pas le volume de messages
Un million de synchronisations réussies ne compense pas dix prix interdits. Le tableau pondère les événements par dommage potentiel et montre les règles qui produisent les conflits. Les corrections manuelles restent visibles comme dette, même lorsqu’elles évitent l’incident client.
Le verdict mensuel étend, corrige ou retire une autorité. Une hausse des rejets peut révéler un meilleur contrôle plutôt qu’une régression ; l’équipe rapproche donc erreurs détectées, exposition réelle et dommages avant de conclure.
Plan d’action avant un nouveau canal
Les entrées sont flux, règles, décisions récentes, incidents et rapprochements. Les sorties sont matrice d’autorité, identités, horloges, invariants, fallbacks, fixtures et runbook. Le pilote porte sur cinquante SKU et une semaine de commandes représentatives.
Obtenir une preuve avant d’élargir
- Jours 1 à 5 : cartographier prix, stock, commande, sources, transformations et owners.
- Jours 6 à 10 : rejouer les conflits historiques et signer la matrice d’autorité.
- Jours 11 à 15 : instrumenter versions, dates, accusés et contrôles d’invariants.
- Jours 16 à 20 : exercer expiration, quarantaine, fallback et replay.
- Jours 21 à 25 : diffuser une cohorte pilote et rapprocher l’exposition réelle.
- Jours 26 à 30 : tenir le verdict, corriger les règles et décider l’extension.
L’extension exige zéro prix sous borne, zéro survente due à une allocation connue, cent pour cent des commandes sentinelles retraçables et un replay exercé. Un bon taux moyen ne compense pas l’absence de preuve sur un invariant critique.
Chaque canal supplémentaire réutilise le contrat commun puis documente ses différences de taxe, accusé, quota et statut. Il n’obtient pas sa propre définition du prix ou du stock simplement parce que son API impose un autre vocabulaire.
Le responsable de lot consigne pour chaque échec l’autorité contestée, la population exposée, la correction et le résultat du replay. La décision d’ouverture appartient au métier qui engage la promesse, avec avis de la technique sur la capacité de reprise ; un déploiement terminé ne vaut donc jamais autorisation commerciale.
Au trentième jour, le vendeur archive un dossier opposable : matrice signée, fixtures, rapports de contrôles, exercice de mode dégradé et liste des exceptions acceptées. Si une exception ne possède ni owner ni échéance, l’ouverture est différée jusqu’à son arbitrage.
Éviter les fausses bonnes pratiques
Centraliser toutes les données ne définit pas leur autorité. Faire gagner le dernier message ignore la date effective. Corriger directement le canal crée une bifurcation. Conserver la dernière valeur sans échéance transforme une panne en promesse.
Refuser la vérité reconstruite après l’incident
Modifier l’historique empêche d’expliquer la commande. Mesurer seulement la disponibilité du flux oublie la justesse métier. Étendre sur une moyenne masque les références risquées. Automatiser une exception orale industrialise un désaccord non résolu.
L’excès inverse consiste à bloquer toute vente au moindre doute. Le contrat autorise des décisions bornées : quantité prudente, durée courte, cohorte limitée et retour observable. La sécurité vient de la portée et de la reprise, pas d’une immobilité absolue.
- Continuer : lorsqu’une autorité valide produit encore une promesse bornée et vérifiable.
- Réduire : lorsque la fraîcheur devient incertaine mais que le buffer couvre la fenêtre.
- Fermer : lorsqu’un invariant de marge, de stock ou de commande ne peut plus être prouvé.
Relier fraîcheur, finance et divergence
La méthode de fraîcheur des prix et stocks marketplace aide à fixer des seuils temporels par objet. Le présent contrat ajoute l’autorité et le comportement lorsque deux valeurs encore fraîches se contredisent.
Éclairer sans dupliquer les méthodes existantes
Unifier prix, stock, commandes et finance traite le rapprochement de gestion. La réponse aux divergences simultanées de prix, stock et commandes traite ensuite l’incident.
Ici, le rôle est préventif : décider qui a autorité, sur quelle portée et pendant combien de temps avant que le flux existe. Les trois contenus se renforcent sans viser la même intention ni remplacer la page d’offre agence.
Lorsque cette vérité doit être suivie au quotidien entre plusieurs outils, Ciama Marketplace peut porter les écarts, preuves et décisions de reprise. Le produit rend le contrat observable ; l’agence reste propriétaire du cadrage, de l’arbitrage et de la trajectoire vendeur.
Conclusion : une vérité par décision
Le vendeur n’a pas besoin qu’un outil prétende posséder tous les faits. Il a besoin de savoir quelle source commande un prix, une promesse de stock ou une transition de commande, à une date et pour une population précises.
Portée, autorité, identité, horloge, transformation, fallback et preuve forment ce contrat. Ensemble, ils empêchent qu’un nouveau canal introduise sa propre réalité et transforment les conflits en cas gouvernables.
Une marketplace supplémentaire devient alors une nouvelle destination, pas une nouvelle définition du commerce. L’équipe peut diffuser, détecter, contenir et reprendre sans perdre l’explication du chiffre présenté au client.
Dawap vous accompagne pour construire ce socle et l’intégrer à une trajectoire d’agence marketplace vendeur qui protège marge, disponibilité, commandes et qualité de run.
