Une seule commande export traverse plusieurs types de systèmes d'entreprise avant d'être expédiée. Un système ERP contrôle généralement les transactions commerciales et financières. Un système PLM contrôle généralement les spécifications produit et leurs révisions. Un outil de workflow contrôle généralement les tâches, les approbations et les transmissions entre personnes. Un tableur comble généralement un vide qu'aucun des trois autres ne couvre encore. Merchandiseurs, planificateurs, techniciens et acheteurs utilisent tous ces outils, mais peu s'arrêtent pour se demander quel outil est réellement censé détenir quel fait.
Sans cette question, la même quantité de commande, la même version de spécification ou le même statut d'approbation peuvent exister à la fois dans un écran ERP, un enregistrement PLM, un ticket de workflow et trois tableurs, chacun légèrement différent. Cette leçon vous donne un test pratique pour décider ce que chacun des quatre types d'outils est censé contrôler, afin que votre usine, votre bureau d'achat ou votre marque cesse de dupliquer des faits qui ont déjà une maison appropriée.
Vous avez besoin de : une compréhension de base d'une commande, d'un bon de commande, d'un dossier technique et des principaux services d'une usine. Le cours 1 de ce parcours (responsabilité et qualité des données) est une bonne préparation.
À la fin de cette leçon, vous pourrez :
Non couvert ici : l'installation, la configuration ou la comparaison de logiciels nommés, l'administration de bases de données, ou un processus complet de sélection de systèmes. Cette leçon reste neutre vis-à-vis des fournisseurs et se concentre sur la règle métier, pas sur un produit précis.
| Terme | Signification |
|---|---|
| Système ERP | Un système d'entreprise qui contrôle généralement les transactions commerciales telles que les bons de commande, les stocks, les factures et les écritures financières. |
| Système PLM | Un système qui contrôle généralement les spécifications produit, les nomenclatures et leurs révisions approuvées. |
| Outil de workflow | Un système qui contrôle généralement les tâches, les approbations et les transmissions entre personnes, sans être la source approuvée du fait sous-jacent. |
| Feuille de calcul de complément | Un tableur utilisé uniquement pour une information qu'aucun système contrôlé ne détient actuellement. |
| Système de référence | Le seul système qui est la source approuvée et faisant autorité pour un type d'information donné. |
| Saisie en double | Saisir le même fait dans un second outil qui possède déjà, ou devrait posséder, sa propre copie contrôlée. |
Le rôle principal d'un système ERP est commercial et financier : la commande confirmée, le mouvement de stock, la facture, l'écriture financière. Le rôle principal d'un système PLM est technique : la spécification actuellement approuvée, sa nomenclature et l'historique de ses révisions. Le rôle principal d'un outil de workflow est procédural : quelle tâche est ouverte, qui la possède, à quel stade en est une approbation. Aucun des trois n'est censé être l'enregistrement maître de ce que les deux autres contrôlent déjà.
Un tableur n'a pas de rôle fixe qui lui soit propre. Il est utile exactement là où aucun système contrôlé n'existe encore pour un fait, et il devient un problème exactement là où il commence à détenir une seconde copie concurrente d'un fait qu'un système ERP ou PLM possède déjà.
| Ce qui peut différer | Les formes que vous rencontrerez | Pourquoi c'est important |
|---|---|---|
| Commande export, fabrication à la commande | Un système ERP détient le bon de commande export confirmé et la facture d'expédition ; un système PLM détient le dossier technique approuvé par l'acheteur ; un outil de workflow suit les étapes d'approbation d'échantillon. | Rien de tout cela ne devrait être ressaisi dans un tableur privé comme une seconde copie « vraie ». |
| Commande domestique, fabrication sur stock | Une petite marque domestique peut gérer ses réassorts et ses comptages de stock entièrement dans un seul module ERP, sans système PLM distinct pour l'instant. | Là où aucun PLM n'existe, la spécification approuvée doit tout de même vivre dans un seul endroit contrôlé, même un tableur ou un document bien géré, et non un ensemble de copies éparpillées. |
| Petite usine sans système PLM | Les spécifications et révisions sont conservées dans un tableur ou un document partagé et contrôlé en version car aucun système PLM n'a encore été acheté. | Un tableur peut être un système de référence temporaire légitime s'il est contrôlé comme le décrit le cours 1 ; le risque, ce sont plusieurs copies non contrôlées, pas le tableur lui-même. |
| Agent ou bureau d'achat coordonnant plusieurs usines | Un outil de workflow suit quelle usine a approuvé quelle étape pour quelle commande, tandis que le système ERP de chaque usine reste propriétaire de ses propres données commerciales. | L'outil de workflow coordonne le statut entre entreprises ; il ne devrait pas essayer de remplacer le système commercial ou technique d'une usine. |
| Familles de produits différentes | Les commandes de chaussettes et bonneterie, de tricot façonné, de serviettes éponge et de linge de maison utilisent les mêmes quatre types d'outils, avec des champs différents dans la spécification PLM et les enregistrements de transaction ERP. | Les champs changent selon la famille de produits ; quel type d'outil contrôle quel type de fait ne change pas. |
Northline Apparel confirme la Commande A avec Delta Garments : 15 000 T-shirts, tissu jersey simple à 180 g/m² et Ne 30/1, prix convenu 3,20 USD la pièce en FOB. Mona, la merchandiseuse, travaille chaque jour avec un système ERP, un système PLM, un outil de workflow et un petit ensemble de tableurs.
La quantité confirmée, le prix FOB et la facture d'expédition appartiennent au système ERP de Delta Garments, car ce sont des faits commerciaux et financiers. La construction approuvée, la nomenclature et le ratio de tailles 1:2:2:1 appartiennent au système PLM, car ce sont des faits de spécification technique qui exigent un historique de révisions contrôlé. Les étapes d'approbation d'échantillon — lab dip envoyé, commentaire de l'acheteur reçu, approbation de production donnée — appartiennent à l'outil de workflow, car ce sont des tâches et des transmissions, pas la spécification elle-même ni la valeur commerciale. Mona garde tout de même un petit tableur, mais seulement pour un vide réel : une liste de contrôle quotidienne personnelle des tâches du jour, pas une seconde copie de la spécification ou du bon de commande.
Le chiffre travailléLa quantité confirmée et le prix FOB de la Commande A sont des faits commerciaux ; le besoin en tissu dérivé est un calcul de planification construit à partir d'une donnée contrôlée par le PLM.
Les valeurs de 48 000 USD et de 3 075 kg se ressemblent en apparence — deux nombres uniques calculés pour la même commande — mais leurs données approuvées vivent dans des systèmes différents. La quantité et le prix sont des faits commerciaux contrôlés par l'ERP. Le chiffre de consommation de 0,205 kg est un fait technique contrôlé par le PLM. La planification combine les deux pour produire le besoin en tissu dérivé, mais la planification ne possède aucune des deux données ; elle possède seulement le calcul.
Sous la pression du temps, un merchandiseur construit souvent une feuille de suivi personnelle où la quantité, le prix et la spécification sont copiés par commodité. Cette feuille s'ouvre vite et se modifie facilement, si bien qu'elle finit par inspirer plus confiance que l'écran ERP ou PLM d'où elle a été copiée. Quand l'acheteur change ensuite la quantité, le système ERP est mis à jour, mais le tableur personnel ne l'est pas, et les deux nombres finissent par diverger silencieusement. Le coût n'est pas le tableur lui-même ; c'est de traiter une copie de commodité comme s'il s'agissait d'un système de référence.
Imaginez quatre outils avec quatre rôles distincts. Un outil suit l'argent et les quantités convenus. Un outil suit ce que le produit doit être, et comment cela a changé dans le temps. Un outil suit qui doit encore faire quelque chose et si c'est fait. Un tableur est une aide que vous n'utilisez que lorsqu'aucun des trois autres ne couvre encore ce que vous devez enregistrer.
L'erreur la plus fréquente consiste à copier un fait de l'un des trois premiers outils dans un tableur « pour le surveiller », puis à faire plus confiance au tableur qu'à l'outil qui contrôle réellement ce fait. Une fois que vous savez lequel des quatre outils est censé détenir un fait, vous n'avez plus besoin d'en garder une copie privée.
Mona avait construit un tableur personnel au début de la Commande A pour avoir une vue quotidienne des tâches et des chiffres au même endroit. L'avenant approuvé modifiant un chiffre de planification en aval a été saisi dans le système ERP de Delta Garments le jour même de son approbation. Le tableur personnel de Mona, cependant, affiche encore l'ancienne valeur, car elle a été occupée et n'a pas ouvert cet onglet depuis plusieurs jours. Un collègue de la planification lui demande quel chiffre est correct avant de finaliser une réservation de matière.
Quel chiffre Mona doit-elle indiquer à son collègue, et que doit-elle faire de son tableur personnel ? Décidez avant d'ouvrir la réponse.
L'enregistrement actuel du système ERP est correct ; le tableur personnel de Mona doit être corrigé ou retiré, pas traité comme une seconde source.
1. Mona vérifie le chiffre approuvé actuel directement dans le système ERP, car c'est le système de référence pour un changement commercial confirmé. 2. Elle indique à son collègue d'utiliser le chiffre de l'ERP pour la réservation de matière, pas l'ancien chiffre de sa feuille personnelle. 3. Elle corrige ou supprime la ligne périmée dans son tableur personnel afin qu'elle ne puisse plus l'induire en erreur, ni quiconque d'autre, et se rappelle que la feuille est une vue de commodité, pas une source approuvée. 4. Si elle a besoin d'une vue quotidienne des tâches, elle la reconstruit pour puiser le chiffre actuel dans le système ERP à chaque fois, plutôt que de saisir un nombre une fois et de le laisser devenir obsolète.
La réservation de matière ne doit jamais reposer sur un tableur qui a copié un chiffre du système de référence puis n'a plus été mis à jour.
La valeur confirmée de la Commande A est directement dérivée de sa quantité et de son prix fixés :
Si la planification avait réservé la matière sur la base du chiffre périmé de Mona plutôt que sur le système ERP, le besoin en tissu calculé ne correspondrait pas à la commande réellement confirmée avec Northline Apparel. Repasser commande ou conserver un excédent de matière gaspille du temps et, selon l'écart, de l'argent réel sur une commande de 48 000 USD. Vérifier le système de référence avant de finaliser une réservation prend quelques minutes ; ne pas le faire coûte de la matière, du temps, ou une expédition retardée.
Utilisez le classeur T17-C02 Carte des rôles des systèmes d'entreprise. Pour chaque fait important d'une commande, notez de quel type d'information il s'agit, quel type d'outil est censé le contrôler, si un système contrôlé existe actuellement pour lui dans votre entreprise, et si une copie sur tableur devrait être retirée. Commencez par la Commande A, puis répétez l'exercice pour une commande que vous gérez vous-même.
[Télécharger le classeur Carte des rôles des systèmes d'entreprise](../../templates/T17-C02-business-system-role-map.xlsx)
Télécharger Carte des rôles des systèmes d'entreprise (Excel)
1. Pour la Commande A, quel type d'outil devrait normalement contrôler la quantité confirmée et le prix FOB convenu ?
2. Une petite usine n'a pas encore de système PLM et conserve ses spécifications approuvées dans un document partagé et contrôlé en version. Est-ce acceptable ?
3. Pourquoi un outil de workflow suivant les étapes d'approbation d'échantillon ne devrait-il pas aussi être traité comme la source de la spécification approuvée ?
| FR | EN | AR | TR | Signification |
|---|---|---|---|---|
| Système ERP | ERP system | نظام تخطيط موارد المؤسسة | ERP sistemi | Un système d'entreprise qui contrôle généralement les transactions commerciales telles que les bons de commande, les stocks, les factures et les écritures financières. |
| Système PLM | PLM system | نظام إدارة دورة حياة المنتج | PLM sistemi | Un système qui contrôle généralement les spécifications produit, les nomenclatures et leurs révisions approuvées. |
| Outil de workflow | Workflow tool | أداة سير العمل | İş akışı aracı | Un système qui contrôle généralement les tâches, les approbations et les transmissions entre personnes, sans être la source approuvée du fait sous-jacent. |
| Feuille de calcul de complément | Spreadsheet gap-filler | جدول بيانات لسد فجوة | Boşluk dolduran e-tablo | Un tableur utilisé uniquement pour une information qu'aucun système contrôlé ne détient actuellement. |
| Système de référence | System of record | نظام السجل المرجعي | Referans sistemi | Le seul endroit où une information est considérée comme faisant autorité, alors qu'elle pourrait autrement exister dans plusieurs documents. |
| Saisie en double | Duplicate entry | إدخال مكرر | Yinelenen kayıt | Saisir le même fait dans un second outil qui possède déjà, ou devrait posséder, sa propre copie contrôlée. |
La prochaine leçon montre où doivent vivre un dossier technique, sa nomenclature et ses révisions dès que plusieurs personnes dépendent de la version en vigueur. Retour à la carte du cours