Une nouvelle version produit n’est pas une simple correction de fiche. Elle peut changer l’objet vendu, son identifiant fabricant, ses dimensions, ses accessoires, sa conformité ou sa promesse. Le symptôme apparaît quand le support ne sait plus quelle version a été commandée ; réutiliser l’ancienne référence mélange alors commandes, retours, stocks et performances de deux produits qui ne sont plus interchangeables.
En réalité, la règle directrice consiste à préserver les deux identités et à rendre leur succession explicite. L’ancienne référence reste opposable pour les ventes déjà engagées. La nouvelle possède son propre contrat de données. Entre les deux, une relation documente le remplacement, la compatibilité et la date d’effet sans prétendre que l’historique appartient au successeur.
Une agence marketplace peut coordonner cette décision entre catalogue, commerce, logistique et support. Le service catalogue et PIM vendeur structure la filiation ; Ciama Marketplace peut réunir les anomalies, responsables et preuves lorsque la migration traverse plusieurs canaux.
La méthode ci-dessous permet de décider nouveau GTIN ou simple évolution, préparer les offres, borner l’écoulement du stock et recetter le retour arrière. Son verdict n’est pas « la nouvelle fiche est visible », mais « chaque commande, unité et décision peut encore être attribuée au bon produit ».
Préserver deux identités et une relation de succession
Le SKU interne, le GTIN, le MPN, l’identifiant d’offre et l’identifiant marketplace ne jouent pas le même rôle. Le SKU organise l’entreprise ; le GTIN identifie une unité commerciale selon les règles du propriétaire de marque ; l’offre représente une proposition de vente sur un canal. Une migration sûre ne remplace jamais ces notions par un champ générique « ancienne référence ».
Le PIM conserve un lien typé : remplace, est remplacé par, compatible avec ou équivalent sous conditions. Cette relation possède une date, une source et un responsable. Elle ne rend pas les objets identiques. Un filtre compatible avec une nouvelle machine peut être associé sans que la machine reprenne ses avis, ses ventes ou ses obligations.
Le modèle protège ainsi les audits futurs. Une équipe peut expliquer quel produit figurait dans la commande, quelle notice était applicable et quel stock a été déduit. La succession améliore la navigation et les recommandations ; elle ne réécrit pas l’événement passé.
Reconnaître les remplacements qui exigent une migration
La méthode concerne les fabricants, marques et distributeurs qui reçoivent une nouvelle génération, un packaging transformé, une composition révisée ou un modèle fournisseur de substitution. Elle devient critique lorsque les deux versions coexistent physiquement ou quand certaines marketplaces ouvrent la nouvelle fiche avant les autres.
Un changement purement éditorial — correction d’une faute, média amélioré, enrichissement d’un attribut — ne justifie pas forcément une nouvelle identité. À l’inverse, une modification qui conduit le client à distinguer le produit, change une caractéristique réglementée ou affecte matériellement le commerce impose une décision formelle au regard des règles GTIN et des contrats canal.
Le signal de risque apparaît quand les équipes demandent « peut-on garder l’EAN pour conserver l’historique ? ». Cette motivation commerciale ne tranche pas l’identité. Le propriétaire de marque documente la nature du changement ; catalogue et conformité valident ensuite l’application des standards pertinents.
Décider s’il s’agit d’un nouveau produit
La fiche de décision compare nom, marque, fonction, formulation, dimensions, quantité, compatibilité, conditionnement consommateur et obligations déclarées. Elle indique ce qui devient visible pour le client et ce qui modifie la chaîne logistique. Un changement minime en apparence peut être structurant si la nouvelle unité n’entre plus dans le même colis ou ne respecte plus la même notice.
La décision GTIN relève du propriétaire de marque et du standard applicable, pas du vendeur qui souhaiterait conserver une fiche performante. Lorsque le changement exige une nouvelle identité, chaque canal reçoit les identifiants corrects. Inventer, deviner ou copier le GTIN du prédécesseur expose à un mauvais rapprochement et à une non-conformité des données.
Contre-intuitivement, repartir avec une nouvelle offre peut préserver davantage de valeur que prolonger l’ancienne. Les performances deviennent comparables, les retours ne contaminent pas le diagnostic du successeur et le support sait précisément quelle version le client détient. L’équipe sacrifie une continuité apparente pour obtenir une preuve exploitable.
Si le propriétaire de marque confirme une nouvelle unité commerciale, alors le vendeur crée les identifiants et offres correspondants sans recycler le prédécesseur. La conservation du trafic n’autorise pas une identité fausse ; elle devient un objectif secondaire à traiter par le contenu et la relation de succession.
Modéliser la filiation dans le PIM
Le PIM porte deux enregistrements complets. Le prédécesseur conserve son statut, ses identifiants, ses médias et la période pendant laquelle il fut commercialisé. Le successeur reçoit ses propres valeurs, puis une relation décrit le remplacement et sa portée : total, partiel, pays limité, canal limité ou compatible uniquement avec certains accessoires.
Une table de correspondance associe ancien SKU, nouveau SKU, anciennes variantes, nouvelles variantes, unités logistiques et motifs. Elle distingue « aucune correspondance » d’une donnée manquante. Forcer chaque couleur ou taille vers une variante nouvelle crée des substitutions imaginaires et des commandes impossibles à honorer.
La publication consomme une version approuvée de cette table. Toute correction produit un nouveau numéro, un auteur et une date d’effet. Les flux refusent une relation circulaire, un successeur inactif ou une variante sans identité. Ce contrôle empêche une saisie PIM de déclencher silencieusement la dépublication de toute une gamme.
Les entrées du mapping sont l’ancien identifiant, le nouveau, le pays et la date ; ses sorties alimentent les offres et la logistique. Les responsabilités, dépendances, seuils de refus et règles de journalisation figurent dans le contrat. Le repli restaure la version précédente sans effacer les relations déjà consommées par une commande.
Orchestrer les offres canal par canal
Chaque marketplace possède ses règles de création, de rapprochement et de fermeture. Le plan décrit donc pour chaque canal : création du successeur, validation des attributs, stock initial, prix, date d’ouverture, réduction du prédécesseur et méthode de fermeture. Une bascule globale masque les différences de délai et les rejets locaux.
L’ancienne offre ne disparaît pas dès que la nouvelle est acceptée. Elle peut rester ouverte pour écouler un stock authentique, être fermée faute de conformité ou pointer commercialement vers le successeur lorsque l’interface le permet. Le vendeur ne présume jamais que les avis, positions ou contenus seront transférés ; il vérifie les mécanismes officiels du canal au moment du projet.
Le run suit quatre états : à préparer, en validation, coexistante et fermée. Une offre bloquée possède une cause et un responsable. L’équipe ne remplace pas automatiquement son identifiant par celui du prédécesseur pour rendre le tableau vert : elle corrige le contrat ou limite le lancement.
Séparer écoulement, bascule et substitution
Le stock des deux versions reste séparé jusqu’au dernier mouvement. Une unité ancienne ne devient pas nouvelle parce qu’elle partage un emplacement. Réception, transfert, préparation, retour et inventaire enregistrent la version réellement manipulée. Les codes de substitution servent à proposer une décision, non à modifier l’identité physique.
Trois stratégies sont possibles : épuiser l’ancien avant ouverture, faire coexister les deux offres ou fermer immédiatement l’ancien. Le choix dépend de conformité, marge, risque client, volume résiduel et capacité de différenciation en entrepôt. La coexistence protège le chiffre d’affaires, mais augmente les risques d’erreur de picking et de contenu.
Le stock vendable applique un buffer distinct par version et canal. Si le WMS ne peut garantir la séparation, le vendeur réduit la diffusion ou réserve un emplacement dédié. Le coût d’une période de disponibilité prudente peut être inférieur à celui d’un échange massif causé par l’expédition de la mauvaise génération.
Si les deux emballages ne sont pas distinguables au picking, alors la coexistence attend un marquage, un emplacement ou un contrôle fiable. À l’inverse, une séparation prouvée autorise l’écoulement progressif plutôt qu’une destruction ou une fermeture prématurée du prédécesseur.
Protéger les commandes et la promesse client
La commande conserve l’identifiant, le titre, le prix et les caractéristiques acceptés au moment de l’achat. Elle ne résout pas dynamiquement la fiche courante au moment du picking. Sans cet instantané, une modification PIM peut faire apparaître la nouvelle version dans le support alors que l’entrepôt doit encore expédier l’ancienne.
Une substitution après commande exige une règle explicite. Le client peut accepter, refuser ou devoir être informé selon le produit et le cadre contractuel. Le système présente les différences utiles, recueille la décision et journalise l’effet. Une version « meilleure » ne vaut pas consentement automatique si dimensions, compatibilité ou usage changent.
Les retours et garanties restent rattachés à la version vendue. L’entrepôt contrôle série, lot, GTIN ou marque distinctive avant remise en stock. Un retour ancien injecté dans le stock du successeur falsifie disponibilité, marge et qualité ; la réconciliation doit pouvoir isoler cet événement.
Migrer contenus et actifs sans fabriquer de preuve
Les médias, notices et arguments sont qualifiés comme réutilisables, à adapter ou interdits. Une photographie du prédécesseur peut être trompeuse même si le design varie peu. Les dimensions, accessoires inclus, avertissements, matériaux et compatibilités reçoivent une validation avant diffusion.
La nouvelle fiche peut expliquer la succession en langage client : « remplace le modèle X » ou « compatible avec Y », à condition que la relation soit vraie et autorisée. Elle ne copie pas les avis ou preuves de performance. Une comparaison explicite aide davantage que la conservation artificielle d’un titre devenu inexact.
Les redirections sur le site propriétaire sont décidées après analyse de l’intention. Une page ancienne peut rester utile pour les notices, pièces et garanties. Si elle redirige, le successeur doit réellement répondre au besoin ; sinon une page d’archive relie les deux produits et maintient l’accès au support.
Mesurer la transition comme deux cohortes
Le tableau sépare impressions, clics, conversion, marge, annulations, retours et motifs pour chaque version. Une somme globale cacherait une ancienne offre rentable qui s’épuise et une nouvelle offre rejetée sur un canal. La relation de succession autorise une vue portefeuille sans fusionner les événements.
Les indicateurs opérationnels suivent proportion de mappings validés, écarts de stock, commandes substituées, retours mal classés, temps de résolution et âge du plus ancien rejet. Chacun déclenche une action : corriger, limiter, suspendre ou étendre. La date de fin dépend de preuves et non du seul calendrier marketing.
Le responsable documente aussi ce qui n’est pas comparable : changement de prix, saison, campagne ou disponibilité. Une hausse du taux de conversion ne prouve pas seule la qualité de la nouvelle version. La décision croise exposition, contribution et expérience client.
Étudier un cas simulé de bascule progressive
Observer la coexistence avant de généraliser
Scénario concret simulé : une marque remplace un appareil vendu sur quatre canaux. Le successeur reçoit un nouveau GTIN, une alimentation différente et deux accessoires supplémentaires. Il reste 420 unités anciennes dans deux entrepôts ; un canal accepte la nouvelle fiche, tandis qu’un second rejette une dimension.
L’équipe ouvre d’abord 80 unités du successeur sur le canal conforme, conserve l’ancien stock séparé et ferme toute substitution automatique. Elle corrige le mapping du deuxième canal, puis rapproche quotidiennement commandes, unités préparées et retours. Le support dispose d’un tableau comparatif et d’une procédure d’accord client si l’ancienne unité manque.
Le go suivant exige zéro mélange d’identité sur la cohorte, un rejet attribué et une réexécution maîtrisée. Si deux commandes sur 80 reçoivent la mauvaise version, l’ouverture est suspendue, les emplacements sont recomptés et les règles de picking revues avant reprise.
Fixer une règle de décision mesurable
Ces volumes et seuils sont pédagogiques. Ils ne constituent ni une moyenne de marché ni un engagement de résultat. Chaque vendeur les remplace par ses stocks, contrats, obligations, marges et conséquences client.
Par exemple, le contrôle peut observer 120 SKU pendant 7 jours. Si plus de 2 % des offres pointent encore vers un identifiant incohérent, alors la cohorte suivante reste fermée et chaque écart reçoit une cause. Ce seuil est purement illustratif ; il doit suivre la criticité du catalogue.
Éviter les raccourcis irréversibles
Quatre décisions qui effacent la traçabilité
Réutiliser l’ancien GTIN pour garder la fiche. La motivation de performance ne remplace pas la décision du propriétaire de marque ni le standard. Les identifiants exacts priment sur la continuité visuelle.
Écraser le SKU dans le PIM. Les commandes et retours historiques pointent alors vers des caractéristiques nouvelles. Deux fiches reliées maintiennent la chronologie.
Autoriser toute substitution. La compatibilité technique ne signifie pas équivalence commerciale. Une règle porte les différences, le consentement éventuel et les cas interdits.
Fermer toutes les anciennes offres ensemble. Les validations et stocks diffèrent par canal. La bascule avance par cohorte, avec un repli propre à chacune.
Trancher selon la nature du changement
Si le changement ne modifie que le contenu et ne requiert pas de nouvelle identité, alors l’équipe corrige la fiche existante après validation. Si l’objet commercial change au sens des règles applicables, alors elle crée le successeur et conserve la filiation. Cet arbitrage précède toute considération de trafic.
Plan d’action : préparer une bascule contrôlée
Un contrat qui va de l’identité au dernier retour
Le chantier commence avant la réception de la nouvelle version et se termine après la dernière obligation liée au prédécesseur.
- Qualifier le changement : réunir propriétaire de marque, catalogue, conformité, commerce et logistique ; comparer les caractéristiques ; décider les identifiants et documenter le motif.
- Construire la filiation : créer deux objets PIM, mapper variantes et unités, classer contenus, définir compatibilités, substitutions et absence de correspondance.
- Préparer les canaux : recetter la nouvelle offre sur une cohorte, conserver le prédécesseur opposable, séparer stocks et états, puis vérifier les rejets sans contournement d’identifiant.
- Prouver le run : jouer commande, rupture, substitution refusée, retour ancien et rollback ; faire reprendre le scénario par support et logistique avant d’augmenter volume ou pays.
Le dossier de go contient matrice ancien-nouveau, version PIM, règles GTIN, inventaire par emplacement, état de chaque offre, réponses attendues du support et propriétaires. Il nomme les seuils d’arrêt ainsi que la dernière version validée à restaurer.
Les entrées, sorties, dépendances et responsabilités de chaque système sont réunies dans un runbook. La journalisation porte les identifiants de corrélation, tandis que le seuil d’arrêt et le repli indiquent exactement quand interrompre une diffusion. Cette mise en œuvre empêche un rollback improvisé depuis un export.
Pendant la coexistence, une revue courte confronte les événements de la veille : création, rejet, commande, expédition, annulation et retour. Un écart ne devient pas une correction directe en base ; il rejoint une file avec cause, impact et décision. Cette discipline évite que trois équipes créent trois relations différentes.
La fermeture de l’ancien produit n’efface pas ses données. Elle arrête la vente, confirme le stock nul ou traité, conserve les pièces de support et vérifie les flux encore abonnés. Les promotions, règles de repricing, bundles et exports sont désactivés explicitement.
Recetter un retour arrière réel
Par exemple, dans un cas concret simulé, l’équipe ouvre 50 unités nouvelles sur un canal et conserve les autres en quarantaine. Si un mapping de variante produit trois rejets ou une attribution erronée, elle ferme cette offre, restaure le stock publiable précédent et vérifie les commandes déjà prises. Les nombres illustrent le mécanisme ; ils doivent être recalibrés.
Le rollback ne transforme jamais les commandes du successeur en commandes anciennes. Il stoppe les nouveaux engagements, traite chaque vente existante et restaure la dernière politique de diffusion sûre. La preuve finale rapproche PIM, WMS, OMS et canal.
- Étendre les variantes dont identité, stock et contenu sont cohérents.
- Maintenir en coexistence les stocks anciens authentiques.
- Replier le canal qui mélange versions ou ne permet pas une promesse exacte.
Enfin, une date de revue vérifie les références encore actives dans les systèmes secondaires : service client, BI, finance, achats, comparateurs et partenaires. Le remplacement est terminé lorsque ces consommateurs lisent la relation sans ambiguïté et qu’aucune règle parallèle ne ressuscite l’ancienne offre.
Approfondir catalogue, stock et supervision
Fiabiliser les données avant de publier
Le dossier sur la supervision des webhooks catalogue marketplace aide à suivre les événements et les reprises. Le mode dégradé vendeur complète la méthode lorsque la bascule rencontre une panne de prix, de stock ou de commande.
Ces deux ressources permettent de distinguer un rejet de contenu d’une diffusion interrompue, puis de choisir une reprise limitée à la variante concernée. Elles sont particulièrement utiles lorsque l’ancienne et la nouvelle génération coexistent encore.
Relier la migration au run vendeur
Le runbook marketplace en cas de panne majeure structure responsabilités et chronologie. Ces contrôles prolongent l’accompagnement run et supervision vendeur.
La filiation rejoint ainsi les procédures ordinaires du vendeur : une alerte conserve la version affectée, l’impact et l’action autorisée. Le catalogue ne devient pas un chantier isolé que seul son auteur saurait reprendre.
Sources officielles et limites
Le standard officiel de gestion des GTIN de GS1 distingue notamment produit nouveau et produit de remplacement. Son application exacte relève du propriétaire de marque et des règles en vigueur pour le changement considéré.
Google détaille l’usage des GTIN, MPN et marques dans sa ressource officielle sur les identifiants produit uniques de Merchant Center. Les autres marketplaces possèdent leurs propres contrats et procédures de rapprochement, à vérifier au moment du déploiement.
Les scénarios et seuils de cette méthode sont des illustrations Dawap. Ils ne garantissent aucun résultat et ne remplacent ni les standards applicables, ni les règles contractuelles des canaux, ni une analyse juridique ou de conformité.
Conclusion : relier sans écraser
Remplacer une référence proprement consiste à conserver deux produits exacts et à gouverner leur relation. Cette séparation protège les stocks, les commandes, les retours et l’analyse, tout en permettant au client de comprendre quelle version répond désormais à son besoin.
Commencez par la décision d’identité, puis recettez une seule variante sur un seul canal. Si l’équipe ne peut pas revenir au dernier état validé ni expliquer chaque unité engagée, la migration n’est pas prête à s’étendre.
Pour cadrer cette transition du PIM jusqu’au support, Dawap peut structurer et sécuriser votre dispositif marketplace avec une filiation explicite, des seuils de go et une reprise démontrée.
