SKU et identifiants produit : éviter les confusions entre boutique et ERP
Un SKU identifie une référence de gestion ; il ne remplace pas automatiquement l’identifiant technique de la boutique ou de l’ERP. Définissez les correspondances avant de synchroniser produits, stocks et commandes.
Pourquoi plusieurs identifiants coexistent-ils ?
Un produit peut avoir un identifiant interne, des variantes, un SKU de stock, un code-barres et une adresse publique. Ces éléments répondent à des usages différents. Modifier le titre ou l’URL ne devrait pas changer arbitrairement le lien avec une commande déjà enregistrée.
La documentation Shopify sur les SKU distingue ces références internes des codes-barres. Ne copiez pas un identifiant dans tous les champs pour simplifier artificiellement un import.
Quelle règle de correspondance choisir ?
Conservez un identifiant stable par objet et une table de correspondance entre systèmes. Les variantes qui ont leur propre stock doivent rester distinguées. Un même nom commercial ne suffit pas à identifier deux couleurs ou formats.
| Objet | Correspondance à conserver |
|---|---|
| Produit parent | Identifiants des systèmes et regroupement |
| Variante | Option exacte et référence de stock |
| Commande | Identifiant unique dans chaque système |
| Ligne commandée | Variante vendue et caractéristiques retenues |
Documentez aussi les changements : suppression, fusion, remplacement et réutilisation interdite d’une référence si elle crée une confusion historique.
Comment gérer une référence fournisseur qui change ?
Ne remplacez pas silencieusement le SKU partout sans examiner stocks, commandes ouvertes et intégrations. Préservez l’ancien lien pour les opérations en cours et formalisez le nouveau. Le raccordement Shopify à l’ERP doit indiquer qui décide de cette évolution.
Une correspondance manquante doit produire une anomalie visible, pas une association approximative au produit dont le nom ressemble le plus. Cela évite une préparation de commande erronée malgré une synchronisation annoncée comme réussie.
Quelle recette utiliser ?
Testez création d’une variante, modification du titre, changement d’URL, rupture puis commande. Vérifiez que chaque événement concerne toujours la bonne référence. Pour un import, contrôlez les risques de transformation des identifiants par CSV.
Conservez les objets non rapprochés dans un rapport avec leur origine. Un total de lignes traitées ne suffit pas si plusieurs lignes pointent vers la mauvaise variante.
Sources
Documentation consultée le 24 octobre 2026.
Questions fréquentes
Un SKU doit-il être unique ?
Prévoyez une règle d’unicité adaptée à votre gestion des variantes et aux intégrations. Une référence ambiguë complique le rapprochement.
Le titre produit peut-il servir d’identifiant ?
Évitez-le : il peut changer, être traduit ou être partagé par plusieurs variantes.
Faut-il réutiliser le SKU d’un produit supprimé ?
Vérifiez les conséquences sur les commandes et historiques avant toute réutilisation. Un code réemployé peut désigner deux produits dans le temps.
Quelle différence avec le GTIN ?
Le GTIN identifie un article dans un cadre standardisé ; le SKU relève de votre gestion interne. Ils ne sont pas interchangeables.
Comment repérer une mauvaise correspondance ?
Rapprochez des commandes réelles ou de test à la variante et au stock attendus, pas seulement au nom affiché.