Chargement de la page…
Un GTIN répété n'est dangereux que si les lignes prétendent représenter des articles commerciaux différents. La même variante peut apparaître plusieurs fois pour des entrepôts, des fournisseurs ou des dates distinctes : ce sont alors des offres à regrouper sous une identité commune. En revanche, le même code attribué à deux tailles, couleurs, présentations ou marques contradictoires doit bloquer la fusion. Validez d'abord la clé, comparez les attributs normalisés, conservez la provenance, puis placez les conflits dans une revue humaine appuyée par une source officielle. Ne choisissez jamais automatiquement la ligne la plus complète ou la plus fréquente.
Répétition légitime ou collision d'identité
GS1 indique qu'un GTIN ne peut être attribué qu'à un seul produit. L'organisation précise également que des variations d'article commercial telles que modèle, couleur, taille, parfum, poids ou présentation peuvent nécessiter des références différentes. Le mot « doublon » doit donc être qualifié.
Une répétition légitime ressemble à ceci : même GTIN, même marque, même modèle, même taille et même contenu, mais SKU fournisseur, prix, stock ou entrepôt différents. Les offres peuvent être comparées sans écraser leur provenance. Une collision ressemble plutôt à un même GTIN pour « bleu, taille S » et « rouge, taille L », ou pour une unité et un lot de trois. Elle touche l'identité elle-même.
| Situation | Identité produit | Offre | Traitement |
|---|---|---|---|
| Deux fournisseurs, même variante | concordante | différente | regrouper l'identité, garder deux offres |
| Deux entrepôts, même SKU | concordante | stock distinct | conserver le périmètre d'entrepôt |
| Même ligne répétée à l'identique | concordante | identique | dédupliquer avec provenance |
| Même GTIN, taille différente | contradictoire | indifférente | bloquer et revoir |
| Même GTIN, pack différent | contradictoire ou ambiguë | indifférente | vérifier l'article commercial |
| GTIN valide mais marque différente | contradictoire | indifférente | ne pas fusionner |
Préparer les attributs avant le regroupement
Regrouper sur la chaîne brute crée des erreurs si un format contient des zéros de remplissage et l'autre non. Conservez la valeur brute, puis créez une représentation normalisée uniquement selon les règles documentées. GS1 indique par exemple que ses messages XML utilisent un GTIN sur quatorze chiffres avec remplissage à gauche, tandis que d'autres échanges acceptent une longueur variable. La normalisation doit être réversible.
Passez chaque valeur par la validation de la clé de contrôle GTIN. Écartez les formats invalides du regroupement automatique, mais gardez-les dans le rapport. Ensuite, normalisez les attributs sans effacer leur sens : casse, espaces et accents peuvent être harmonisés pour comparer, tandis que taille, couleur, quantité et unité doivent rester explicites.
Créez deux couches :
1. product_identity pour marque, modèle et famille ; 2. variant_identity pour taille, couleur, parfum, poids, contenu ou autre dimension vendue.
Un rapprochement au niveau produit ne justifie pas une fusion au niveau variante. Cette séparation est essentielle quand un catalogue offre un titre générique et place la taille dans une autre colonne.
Algorithme de détection explicable
La détection peut suivre une procédure déterministe :
1. Préserver ligne, fichier, source et horodatage. 2. Classer le code comme absent, invalide ou valide sur la clé. 3. Regrouper les codes valides par représentation normalisée. 4. Comparer marque, MPN, modèle, taille, couleur, présentation et contenu. 5. Marquer offres_multiples si tous les attributs d'identité concordent. 6. Marquer conflit_variante dès qu'un attribut structurant diverge. 7. Marquer insuffisant si les attributs manquent des deux côtés. 8. Demander une preuve autorisée avant toute résolution.
Ne calculez pas un score moyen qui compense une taille contradictoire par un titre très proche. Certains champs sont bloquants. Une règle interne peut déclarer que la divergence de marque, de taille ou de contenu impose une revue, quelle que soit la similarité globale. Cette règle doit être visible et versionnée.
Résoudre sans voter à la majorité
Si cinq boutiques reprennent le même code erroné et qu'une source de marque donne une autre variante, la fréquence ne rend pas les cinq copies correctes. Les données de marché peuvent partager une origine commune. Privilégiez une preuve primaire : documentation GS1 selon les droits disponibles, fiche officielle de la marque, emballage lisible ou flux autorisé du titulaire.
Enregistrez la décision avec resolved_by, resolved_at, l'URL ou le document de preuve, la règle appliquée et les lignes affectées. N'effacez pas la valeur fautive de la source brute. La correction appartient à une couche de correspondance, ce qui permet de la réviser si le fournisseur corrige son flux.
Lorsque l'identité est confirmée, les offres peuvent passer à la méthode de comparaison des fournisseurs sur le même EAN. Le prix, le stock et le SKU restent propres à chaque offre ; seule la référence produit est partagée.
Quand le GTIN est absent
Ne fabriquez pas un GTIN pour supprimer la file de revue. Utilisez temporairement une clé interne fondée sur la source et le SKU, puis recherchez d'autres preuves. Le rapprochement par image et par nom peut proposer un candidat, mais il doit rester probabiliste et ne jamais remplacer une identification officielle.
Les images peuvent montrer des emballages anciens, des assortiments ou une variante générique. Les titres peuvent omettre la taille. Utilisez-les comme signaux complémentaires et exigez une marge de sécurité plus forte avant de lier des offres.
Checklist de revue des doublons
- Les valeurs brutes et normalisées sont toutes deux conservées.
- La clé de contrôle est validée avant regroupement.
- Produit et variante sont modélisés séparément.
- Les offres multiples ne sont pas écrasées.
- Taille, couleur, poids et présentation sont bloquants en cas de divergence.
- L'absence d'attribut est distincte d'une concordance.
- La majorité des occurrences n'est pas traitée comme preuve.
- La source officielle de résolution est enregistrée.
- Les corrections restent réversibles.
- Les correspondances sans GTIN gardent un statut probabiliste.
Ce qu'ArbitragePro+ peut automatiser / ce que le vendeur doit vérifier
La spécification proposée file-revue-correspondances pourrait regrouper les GTIN valides, comparer les attributs bloquants et créer une file de conflits avec toutes les lignes sources. Elle devrait conserver l'historique de chaque résolution.
Le vendeur doit consulter les preuves autorisées, confirmer la variante et le conditionnement, arbitrer les conflits et assumer la décision finale avant de relier des offres ou publier une fiche.
Examiner les correspondances en contexte
Ouvrir la recherche ArbitragePro+ pour consulter les produits, identifiants et rapprochements disponibles.
Sources officielles
- GS1, « Global Trade Item Number (GTIN) », https://www.gs1.org/standards/id-keys/gtin — consulté le 2026-08-17.
- GS1 Support, « How do GS1 GTINs and barcodes work? », https://support.gs1.org/support/solutions/articles/43000734095-how-do-gs1-gtins-and-barcodes-work- — consulté le 2026-08-17.
- GS1 Support, « GS1 barcode commonly used for trade item identification », https://support.gs1.org/support/solutions/articles/43000734137-what-is-the-gs1-barcode-commonly-used-for-trade-item-identification- — consulté le 2026-08-17.
- GS1 Support, « Required format of GTIN in GS1 EDI standards », https://support.gs1.org/support/solutions/articles/43000734355-what-is-the-required-format-of-gtin-in-gs1-edi-standards- — consulté le 2026-08-17.