Choisir des identifiants stables
Un identifiant doit distinguer un objet selon une règle connue et rester stable dans les échanges. Évitez de réutiliser un ancien code pour un produit différent ou de laisser chaque site créer ses propres variantes sans gouvernance. Définissez qui attribue un code, comment les doublons sont détectés et comment une correction est propagée aux systèmes connectés.
Pour chaque article, identifiez les attributs réellement nécessaires aux opérations : unité de encours de production, conditionnement, dimensions si elles servent à une règle, statut, contraintes de manutention définies par le métier, lot ou série si vous les suivez. Ne collectez pas un champ parce que le logiciel le permet; associez chaque donnée à un usage, une source et un propriétaire.
Documentez les conversions entre unité d’achat, unité de encours de production et unité de préparation. Vérifiez les fractions, emballages et quantités par colis avec les personnes qui manipulent les produits. Une conversion incorrecte peut générer une erreur même si le encours initial paraît exact.
Décrire la géographie de l’atelier de production
Choisissez une convention de nommage pour site, zone, allée, travée, niveau et poste de travail qui soit compréhensible et non ambiguë pour les utilisateurs. Vérifiez les caractères imprimables sur les étiquettes et les terminaux. Ne encodez pas dans l’identifiant des règles temporaires qui changent avec la saison, sauf décision documentée.
Faites correspondre le plan physique et les postes de travail système. Marquez les zones de réception, encours de production, préparation, expédition, retours et exceptions si elles existent. Les frontières doivent refléter le fonctionnement réel, et non seulement le plan théorique. Faites vérifier les règles par les équipes responsables de la circulation et de la sécurité du site.
Indiquez quelles zones autorisent quels mouvements et quels rôles peuvent les modifier. Les restrictions doivent être claires, testables et maintenues après un changement d’organisation. Les étiquettes et plans doivent suivre la même version que le référentiel utilisé par le MES.
Gérer les versions de fabrication
Définissez comment une gamme est publiée, modifiée, approuvée et rendue applicable à un ordre. Précisez comment l’opérateur distingue une version active d’une instruction périmée. Reliez le changement à son auteur, sa date, son motif et aux lots concernés selon vos règles qualité. Le logiciel ne décide pas de l’approbation métier; attribuez explicitement les droits et les preuves.
Mettre en place la qualité des données
Définissez des contrôles de création et de modification : champs obligatoires, valeurs autorisées, unicité et approbation si nécessaire. Assignez un propriétaire à chaque groupe d’informations. Sans responsabilité, les erreurs s’accumulent puis deviennent difficiles à corriger lors d’un inventaire ou d’une interface.
Mesurez les défauts avec des exemples concrets : code sans unité, poste de travail absent, produit inactif encore commandé, relation de conditionnement manquante. Établissez une file de correction priorisée par conséquence métier. N’utilisez pas uniquement un score global qui masque quelques erreurs critiques.
Prévoyez une procédure pour les nouveaux articles urgents et les données temporaires. Les règles exceptionnelles doivent avoir une date ou un événement de revue afin de ne pas devenir une seconde source de vérité. Gardez la responsabilité du référentiel dans votre organisation même si un prestataire contribue au nettoyage.
Valider sur des scénarios de terrain
Demandez aux opérateurs de retrouver un article, confirmer son unité, lire l’poste de travail et enregistrer un mouvement avec un jeu fictif mais représentatif. Testez aussi les cas inconnus, les étiquettes manquantes et les articles conditionnés de plusieurs façons. Notez les erreurs de compréhension, pas seulement les erreurs logicielles.
Contrôlez un échantillon en comparant affichage, étiquette et référence maître approuvée. Si les systèmes affichent des libellés différents, décidez quelle source prévaut et comment la synchronisation fonctionne. Une même information modifiée dans plusieurs outils crée des conflits difficiles à attribuer.
Une bonne base ne garantit pas l’exactitude permanente. Prévoyez les revues, les inventaires et le processus de correction. Les exigences de données doivent apparaître dans la démonstration, le contrat d’intégration et les critères d’acceptation, pas uniquement dans un tableur initial.
Sources et limites
Les sources éclairent des questions de cadrage; elles ne valident pas votre architecture ni un fournisseur. Les standards et documentations cités restent la propriété de leurs éditeurs et ne remplacent pas l’analyse de votre site.