Les données d'une commande changent pendant son exécution. L'acheteur peut modifier une date. L'équipe technique peut approuver une nouvelle mesure. Le planning peut recalculer les besoins matière. La qualité peut ajouter un résultat d'inspection. La logistique peut actualiser un jalon d'expédition. Le changement n'est pas le problème. Le problème apparaît lorsque plusieurs copies continuent à circuler et que personne ne sait laquelle est en vigueur.
La règle pratique est simple : un seul enregistrement actif doit montrer la valeur actuellement approuvée, tandis que les anciennes valeurs restent traçables dans l'historique. Les équipes peuvent utiliser des systèmes ou des fichiers différents, mais plusieurs versions concurrentes ne doivent pas être considérées comme actuelles en même temps. Pour chaque changement, il faut savoir ce qui a changé, qui l'a approuvé, quand il entre en vigueur et quelle ancienne copie ne doit plus guider le travail.
Prérequis : la règle de la leçon 1.1 : chaque donnée importante a un responsable, une source approuvée et un chemin de mise à jour.
À la fin de cette leçon, vous pourrez :
Non couvert : paramétrage de logiciel, gestion de base de données, produits de gestion documentaire ou règles juridiques de conservation. Ici, on apprend d'abord la méthode opérationnelle.
| Terme | Signification |
|---|---|
| Enregistrement approuvé en vigueur | Le seul enregistrement accepté pour les nouvelles décisions opérationnelles. |
| Révision | Un changement contrôlé qui produit un état approuvé plus récent. |
| Copie remplacée | Une ancienne copie conservée pour l'historique mais qui ne doit plus servir d'instruction actuelle. |
| Journal des modifications | Un historique montrant ce qui a changé, qui l'a approuvé, quand et avec quel impact. |
| Point d'entrée en vigueur | La date, l'heure ou l'événement à partir duquel la nouvelle valeur doit être utilisée. |
| Conflit de versions | Deux enregistrements montrent des valeurs différentes et sont tous deux traités comme actuels. |
Un processus maîtrisé sépare le courant de l'historique. L'enregistrement approuvé en vigueur sert à la prochaine décision. Les anciennes valeurs peuvent rester utiles pour un audit ou pour comprendre ce qui s'est passé, mais elles doivent être clairement indiquées comme remplacées. Ainsi, le planning ne travaille pas avec une quantité pendant que le costing, la production ou l'emballage en utilisent une autre.
Cette discipline fonctionne même sans système sophistiqué. Un fichier partagé, un dossier contrôlé ou un simple tracker peut suffire si l'équipe sait quel emplacement fait foi, qui peut approuver un changement, comment les révisions sont identifiées et comment une ancienne copie est empêchée de sembler encore active.
| Ce qui peut varier | Formes courantes | Pourquoi c'est important |
|---|---|---|
| Lieu de l'enregistrement courant | Écran ERP, fiche PLM, tracker partagé, tableur contrôlé ou dossier documentaire. | La technologie change, mais l'équipe doit convenir d'un seul emplacement de référence. |
| Nom des révisions | Numéro de révision, horodatage, statut d'approbation ou séquence telle que Rev 03. | Un nom n'aide que si chacun sait quelle révision est en vigueur. |
| Canal d'arrivée du changement | E-mail acheteur, portail, réunion, commentaire d'échantillon approuvé ou mise à jour interne. | Le canal n'est pas automatiquement la source approuvée ; le changement doit être validé. |
| Moment d'effet | Immédiatement, à une date donnée, au prochain lot ou seulement après accord écrit. | Il faut connaître le point d'effet avant de modifier un travail déjà lancé. |
| Famille de produit | Les chaussettes peuvent changer de fil ou d'assortiment ; le knit-to-garment de jauge ou mesures ; l'éponge de taille/GSM ; le linge de maison de dimensions. | Les champs changent, pas la règle entre version courante et historique. |
La commande A reste confirmée à 15 000 T-shirts. Mona reçoit un message de l'acheteur qui modifie une instruction opérationnelle. Pendant ce temps, le planning possède un tableur local, les achats une pièce jointe et la production une impression de la veille.
Mona ne résout pas le problème en envoyant un nouveau fichier nommé `FINAL_v7_REAL_FINAL.xlsx`. Elle vérifie d'abord que le message constitue bien une instruction approuvée, identifie le responsable qui doit l'accepter, met à jour l'enregistrement contrôlé, marque la révision précédente comme remplacée et indique à chaque utilisateur la révision désormais en vigueur.
L'ancienne copie n'est pas effacée de l'historique ; elle devient simplement impossible à confondre avec l'instruction actuelle.
Le calculLa commande A reste à 15 000 pièces, avec une consommation approuvée de 0,205 kg par pièce.
Si le planning conserve une ancienne copie avec une autre quantité, sa formule peut être mathématiquement correcte tout en produisant une valeur fausse pour la commande en vigueur. Le premier contrôle n'est donc pas de comparer les formules, mais de confirmer la quantité actuelle approuvée puis de recalculer toutes les données dépendantes.
Même logique pour la valeur de commande :
Un seul conflit de versions peut donc créer des besoins matière, des totaux commerciaux et des décisions de capacité incohérents, même si chaque formule est correcte isolément.
L'heure d'un e-mail, la date de création d'un fichier ou le mot « final » ne prouvent pas l'approbation. Un e-mail plus récent peut contenir une proposition non validée. Un enregistrement contrôlé plus ancien peut rester correct tant que le responsable n'a pas approuvé le changement. Le risque vient du fait de confondre chronologie et autorité.
La bonne question n'est pas « Quel fichier est le plus récent ? » mais « Quelle révision approuvée est actuellement en vigueur, et où cela est-il enregistré ? »
Imaginez plusieurs personnes qui modifient chacune une photocopie de la même commande. Sans contrôle, chaque service peut travailler sérieusement tout en suivant une instruction différente. Le contrôle des versions signifie qu'une seule copie sert aux décisions actuelles. Les anciennes sont gardées uniquement pour comprendre l'historique.
Lorsqu'un changement arrive, n'envoyez pas simplement un fichier supplémentaire. Faites confirmer le changement, mettez à jour l'enregistrement contrôlé, marquez l'ancienne version comme remplacée et informez tous les utilisateurs concernés.
Sara chez Northline Apparel tient un tracker côté acheteur. Mona chez Delta Garments tient l'enregistrement usine. Un changement a été discuté hier, mais les deux affichent maintenant des valeurs différentes. Les achats sont prêts à réserver la matière.
Que faut-il faire avant que les achats agissent ? Décidez avant d'ouvrir la réponse.
Stopper brièvement l'action dépendante et résoudre le conflit à partir de la source approuvée.
1. Identifier exactement le champ différent au lieu de dire seulement « les fichiers ne correspondent pas ». 2. Vérifier la source approuvée et le responsable de ce champ. 3. Confirmer si le changement a été approuvé et à partir de quand il s'applique. 4. Mettre à jour l'enregistrement courant convenu entre acheteur et usine, puis marquer l'autre copie comme remplacée ou corrigée. 5. Recalculer toute valeur dépendante et indiquer aux achats la révision en vigueur avant la réservation.
Pour la commande A, la quantité courante acceptée reste 15 000 pièces ; le besoin tissu reste donc 3 075 kg tant qu'aucune modification autorisée de quantité ou de consommation n'est formellement acceptée.
La commande A représente 48 000 USD de valeur FOB totale. Cela ne signifie pas que chaque erreur de version coûte ce montant. Cela montre l'importance du dossier commercial qui dépend d'inputs maîtrisés.
Une ancienne quantité peut atteindre la réservation matière. Une ancienne spécification peut atteindre la production. Une ancienne date d'expédition peut fausser le planning. Le coût peut devenir reprise, excédent de matière, retard ou fret urgent. Il y a aussi le temps perdu à comparer des fichiers et reconstruire l'historique.
Une étape courte de contrôle de révision coûte moins cher que la réparation de plusieurs services ayant travaillé sur des versions différentes.
Ouvrez le classeur T17-C01 sur la propriété et la qualité des données. Notez le champ modifié, l'ancienne valeur, la nouvelle valeur, la source approuvée, le responsable, le point d'effet et chaque utilisateur en aval concerné. Gardez la valeur courante visible dans la matrice de propriété et utilisez le journal pour l'historique. Ne maintenez pas deux lignes « courantes » pour le même champ.
[Télécharger le classeur](../../templates/T17-C01-data-ownership-data-quality.xlsx)
Télécharger Feuille de travail sur la propriété des données (Excel)
1. Que signifie au mieux un enregistrement approuvé en vigueur ?
2. Pourquoi conserver une révision remplacée ?
3. La commande A reste à 15 000 pièces avec 0,205 kg par pièce. Que doit montrer le besoin matière contrôlé ?
| FR | EN | AR | TR | Signification |
|---|---|---|---|---|
| Enregistrement approuvé en vigueur | Current approved record | السجل الحالي المعتمد | Güncel onaylı kayıt | Le seul enregistrement accepté pour les nouvelles décisions opérationnelles. |
| Révision | Revision | نسخة معدّلة | Revizyon | Un changement contrôlé créant un état approuvé plus récent. |
| Copie remplacée | Superseded copy | نسخة مستبدلة | Geçersiz kılınmış kopya | Une ancienne copie conservée pour l'historique, pas pour l'instruction courante. |
| Journal des modifications | Change log | سجل التغييرات | Değişiklik kaydı | Historique de ce qui a changé, qui l'a approuvé et quand. |
| Point d'entrée en vigueur | Effective point | نقطة السريان | Yürürlük noktası | Date, heure ou événement à partir duquel la nouvelle valeur s'applique. |
| Conflit de versions | Version conflict | تعارض الإصدارات | Sürüm çakışması | Deux enregistrements différents traités tous les deux comme actuels. |
Ensuite, vous apprendrez à vérifier l'exhaustivité, la validité, la cohérence et le bon moment avant un transfert de données. Retour à la carte du cours