Une commande de vêtements produit beaucoup d'informations. L'acheteur confirme les éléments commerciaux. Les équipes techniques contrôlent les spécifications approuvées du produit. La planification et les achats calculent les besoins. La production indique ce qui a réellement été fabriqué. La qualité enregistre les résultats des contrôles et des essais. La logistique enregistre les étapes et documents d'expédition. Le merchandising relie ces groupes, mais cela ne signifie pas que le merchandiser est le responsable factuel de tous les champs.
La règle est simple : chaque donnée importante doit avoir un responsable clairement désigné, une source approuvée et un chemin clair pour informer les personnes qui en dépendent lorsqu'elle change. Sans ces trois éléments, une même commande peut afficher des quantités, dates, spécifications ou statuts différents selon les services. Avec eux, chacun sait quelle valeur utiliser et qui doit la corriger.
Vous devez connaître : le principe d'une commande, d'un bon de commande, d'un tech pack et les principaux services d'une usine. Le Track 1, Cours 9 est une préparation utile.
À la fin de cette leçon, vous pourrez :
Cette leçon ne couvre pas : la configuration d'un logiciel, l'administration d'une base de données, la propriété juridique des informations ni un produit ERP ou PLM particulier. Le cours reste indépendant des fournisseurs et commence par la règle métier.
| Terme | Signification |
|---|---|
| Responsable de la donnée | Le rôle chargé de confirmer qu'une donnée métier précise est actuelle et correcte. |
| Source approuvée | Le document, l'approbation ou l'enregistrement contrôlé qui prouve la valeur actuellement en vigueur. |
| Source de référence | L'endroit convenu que les équipes utilisent comme enregistrement courant faisant autorité. |
| Donnée dérivée | Une valeur calculée à partir d'autres données approuvées, par exemple le besoin total en tissu calculé à partir de la quantité et de la consommation. |
| Transmission de données | Le point où une personne ou un service transmet une information à une autre personne ou un autre service qui en a besoin. |
| Utilisateur en aval | Une personne ou une équipe dont le travail dépend d'une donnée créée ou approuvée plus tôt. |
Plusieurs personnes peuvent utiliser la même information et plusieurs personnes peuvent contribuer à sa création. Pourtant, la responsabilité ne doit pas être vague. Si un acheteur modifie une quantité confirmée, l'usine doit savoir quel document prouve la nouvelle quantité, qui met à jour l'enregistrement interne accepté, quelles valeurs dérivées doivent être recalculées et quels services doivent être informés avant de poursuivre leur travail.
Ici, la propriété des données signifie une responsabilité opérationnelle. Elle ne signifie pas qu'un salarié de l'usine possède juridiquement l'information de l'acheteur. Elle signifie qu'un rôle précis peut dire : « Voici la valeur approuvée actuelle, voici sa source, et voici les personnes qui doivent recevoir la modification. »
| Ce qui peut varier | Ce que vous rencontrerez | Pourquoi c'est important |
|---|---|---|
| Données commerciales confirmées par l'acheteur | Quantité, date d'expédition demandée et prix convenu proviennent normalement du PO confirmé ou d'un avenant formel. | L'acheteur confirme l'engagement commercial ; le merchandising de l'usine contrôle l'enregistrement interne accepté et fait remonter les contradictions. |
| Données techniques du produit | Construction, mesures, BOM et spécifications matières proviennent du tech pack ou du dossier technique approuvé. | L'équipe technique ou produit contrôle la révision approuvée. La production ne doit pas travailler avec une ancienne copie conservée dans une boîte mail. |
| Données dérivées de planification et d'achats | Besoin en tissu, besoins matières et certaines dates sont calculés à partir de données commerciales et techniques approuvées. | L'équipe qui effectue le calcul est responsable du résultat dérivé et doit le recalculer si une donnée d'entrée change. |
| Statuts et résultats d'exécution | Production réelle, résultat d'inspection, état d'essai et état d'expédition sont créés par le service qui réalise le travail. | Le merchandising peut coordonner la vue globale, mais ne doit pas inventer un fait de production, qualité ou logistique. |
| Familles de produits | Les chaussettes ajoutent fil, gauge et renfort ; le knit-to-garment ajoute titre du fil, gauge et façonnage ; l'éponge ajoute GSM, dimensions et données de boucle ; la literie ajoute composants du set, dimensions et consommation. | Les champs changent, mais chacun doit toujours avoir un responsable, une source approuvée et un chemin de mise à jour. |
Northline Apparel confirme la commande A auprès de Delta Garments. La commande porte sur 15,000 T-shirts, en single jersey 180 GSM, fil Ne 30/1, avec le ratio de tailles approuvé 1:2:2:1. Le prix FOB convenu est de USD 3.20 par pièce. Mona est la merchandiser de l'usine qui coordonne la commande.
Mona ne copie pas chaque valeur dans un tableau pour ensuite se déclarer responsable de tout. Elle identifie la source approuvée et le responsable de chaque type d'information. La quantité confirmée par l'acheteur vient du PO approuvé. La spécification produit vient du dossier technique contrôlé. La planification et les achats sont responsables du besoin matière dérivé qu'ils calculent à partir de la quantité confirmée et de la consommation approuvée. Production, qualité et logistique sont chacune responsables du statut ou du résultat factuel qu'elles créent.
Cette séparation donne à Mona une vue fiable de la commande sans prétendre qu'une seule personne peut vérifier personnellement tous les faits de l'usine.
Le calculLa consommation approuvée de la commande A est de 0.205 kg par pièce, y compris les 7% de perte de placement, et la quantité confirmée est de 15,000 pièces.
Ces trois valeurs n'ont pas exactement le même responsable.
Un calcul peut être mathématiquement juste tout en étant faux pour la commande en cours si une donnée d'entrée est ancienne. La qualité des données dépend donc à la fois de l'exactitude du calcul et du contrôle de la source.
Cela paraît pratique, mais masque les responsabilités. Un merchandiser peut coordonner la commande et relancer les équipes. Il ne peut pas créer personnellement un résultat de production valable, approuver une révision technique, produire un résultat de contrôle qualité ou confirmer un événement d'expédition qui n'a pas eu lieu. Si tous les champs sont marqués « merchandising », les services cessent d'être responsables des faits qu'ils produisent et le merchandiser devient un messager manuel entre fichiers et systèmes.
La meilleure règle est : le service qui crée ou approuve le fait est responsable de ce fait ; le merchandising est responsable de la vue coordonnée de la commande qu'il gère et de la communication qui relie les faits.
Imaginez une commande comme une chaîne de promesses et de faits. L'acheteur promet une quantité, un prix et une date. L'équipe technique approuve ce que le produit doit être. La planification calcule les matières nécessaires. La production indique ce qui a réellement été fabriqué. La qualité indique si le produit a passé les contrôles. La logistique indique ce qui a réellement été expédié. Une personne peut voir toutes ces réponses sans être autorisée à les inventer ou à les approuver toutes.
Pour chaque nombre, date, spécification ou statut important, identifiez trois éléments : le rôle responsable de la valeur, la source approuvée qui la prouve et les personnes qui doivent recevoir le changement. Lorsque ces trois éléments sont clairs, les données de la commande sont beaucoup plus fiables.
Mona possède le PO approuvé de Northline Apparel pour la commande A, qui indique 15,000 pièces. Un planificateur ouvre un ancien fichier interne contenant une quantité différente. Le besoin matière de ce fichier avait été calculé à partir de l'ancienne valeur. Le tissu n'a pas encore été acheté.
Que faut-il faire avant que les achats utilisent le fichier de planification ? Décidez avant d'ouvrir la réponse.
Utilisez le PO approuvé comme source de contrôle de la quantité confirmée par l'acheteur, puis corrigez les données en aval avant tout achat matière.
1. Le merchandising confirme la source commerciale approuvée — le PO courant ou l'avenant formel — et corrige l'enregistrement interne accepté. 2. La planification ou les achats recalculent le besoin matière dérivé à partir de la quantité confirmée et de la consommation approuvée de 0.205 kg par pièce. Pour la commande A, cela donne 3,075 kg. 3. L'ancienne copie interne n'est pas traitée comme une deuxième source de référence. Elle est corrigée, archivée ou clairement marquée comme remplacée selon le système de contrôle de l'entreprise. 4. Les utilisateurs en aval sont prévenus avant d'agir, surtout ceux qui réservent ou achètent le tissu, planifient la capacité ou utilisent l'ancienne quantité dans un autre calcul.
Mona coordonne la correction, mais la planification reste responsable du besoin recalculé. Trouver un conflit ne transforme pas une seule personne en responsable de tous les champs.
La valeur FOB totale convenue de la commande A est directement dérivée de la quantité et du prix fixes :
Cela ne signifie pas que chaque erreur de donnée fait perdre toute la valeur de la commande. Mais une mauvaise quantité en vigueur peut affecter simultanément la valeur commerciale, le besoin matière, le plan de capacité, les quantités d'emballage et la préparation de l'expédition. Une source non contrôlée peut donc se propager à plusieurs décisions avant d'être détectée.
Le point le moins coûteux pour arrêter cette propagation est le transfert de données : confirmer la source approuvée, corriger l'enregistrement courant, recalculer les données dérivées et prévenir les personnes qui en dépendent.
Utilisez le classeur T17-C01 sur la responsabilité et la qualité des données. Pour chaque donnée importante, notez ce qu'elle représente, qui la crée ou l'approuve, quel document ou enregistrement contrôlé la prouve, qui met à jour la vue courante de la commande et qui doit être informé après une modification. Commencez par la commande A, puis répétez l'exercice pour une famille de produits de votre activité.
[Télécharger le classeur de responsabilité et qualité des données](../../templates/T17-C01-data-ownership-data-quality.xlsx)
1. Pourquoi Mona, la merchandiser, n'est-elle pas automatiquement responsable de toutes les données de la commande A ?
2. Pour la commande A, quelle phrase distingue correctement la quantité confirmée du besoin tissu dérivé ?
3. Quels trois contrôles chaque donnée importante d'une commande devrait-elle avoir ?
| FR | EN | AR | TR | Sens |
|---|---|---|---|---|
| Responsable de la donnée | Data owner | مسؤول البيانات | Veri sorumlusu | الدور المسؤول عن التأكد من أن معلومة عمل محددة صحيحة وحديثة. |
| Source approuvée | Approved source | المصدر المعتمد | Onaylı kaynak | المستند أو الموافقة أو السجل المضبوط الذي يثبت القيمة السارية. |
| Source de référence | Source of truth | المرجع المعتمد | Ana referans | السجل الحالي المتفق عليه كمرجع رسمي للمعلومة. |
| Donnée dérivée | Derived data | بيانات مشتقة | Türetilmiş veri | قيمة يتم حسابها من مدخلات معتمدة أخرى. |
| Transmission de données | Data hand-off | تسليم البيانات | Veri devri | نقطة انتقال المعلومات من شخص أو قسم إلى آخر يحتاجها. |
| Utilisateur en aval | Downstream user | مستخدم لاحق للبيانات | Sonraki kullanıcı | شخص أو فريق يعتمد على معلومة من مرحلة سابقة لإتمام عمله. |
Ensuite, vous apprendrez à empêcher plusieurs copies d'une même commande de devenir des versions concurrentes et à maintenir un seul enregistrement courant approuvé. Retour à la carte du cours