Cedar & Co. est une marque domestique qui gère principalement du réassort en fabrication sur stock pour ses 12 magasins, mais accepte occasionnellement un essai unique en fabrication à la commande pour une gamme spéciale, produite aux côtés de ses commandes permanentes. Sur les deux lignes, l'équipe de Cedar & Co. utilise un système ERP, un système PLM, un outil de workflow et, inévitablement, quelques tableurs. Vous savez maintenant ce que chacun de ces quatre outils est censé contrôler, où vivent une spécification et ses révisions, où vivent les faits commerciaux et financiers, et comment faire passer l'information à travers une limite d'entreprise sans créer de double saisie ni de versions contradictoires.
Cette dernière leçon n'introduit pas de nouvelle règle. Elle vous donne un outil de décision unique qui applique tout ce qui a déjà été enseigné, afin que pour toute nouvelle information sur toute commande — fabrication à la commande ou sur stock, export ou domestique — vous puissiez rapidement décider quel système doit la posséder.
Vous avez besoin de : les quatre leçons précédentes de ce cours : ce que chaque type d'outil contrôle, où vivent les spécifications, où vivent les faits commerciaux et financiers, et comment transmettre l'information sans double saisie.
À la fin de cette leçon, vous pourrez :
Non couvert ici : la sélection, l'achat ou la configuration de tout produit logiciel spécifique. Cette leçon reste neutre vis-à-vis des fournisseurs et clôt les règles métier du cours.
| Terme | Signification |
|---|---|
| Système de référence | Le seul endroit où une information est considérée comme faisant autorité, alors qu'elle pourrait autrement exister dans plusieurs documents. |
| Transmission directe | Faire suivre un fait inchangé de sa source à sa destination, sans le ressaisir ni le réinterpréter. |
| Révision | Une version numérotée d'un document, comme un dossier technique, produite lorsqu'un changement est apporté et approuvé. |
| Bon de commande | Un document d'un acheteur confirmant quantité, prix et date de livraison, qui engage l'acheteur à payer les marchandises qu'il commande. |
| Transfert entre entreprises | Le point où les marchandises, et leur propriété, passent d'une entreprise distincte à une autre. |
| 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. |
Chaque fait de ce cours est tombé dans l'une d'un petit nombre de catégories : un fait commercial ou financier, un fait de spécification technique, un statut de tâche ou d'approbation, ou un fait qui n'a vraiment pas encore de maison contrôlée. Le système qui devrait posséder un fait découle directement de la catégorie à laquelle il appartient, que la commande soit en fabrication à la commande ou sur stock, export ou domestique.
La décision ne devrait jamais être prise par habitude (« nous mettons toujours ceci dans un tableur ») ou par commodité (« cet écran est plus rapide à ouvrir »). Elle devrait être prise en demandant ce qu'est réellement le fait, puis en l'associant au type d'outil que ce cours a déjà montré être censé contrôler ce type de fait.
| Ce qui peut différer | Les formes que vous rencontrerez | Pourquoi c'est important |
|---|---|---|
| Commande export en fabrication à la commande | La quantité et le prix confirmés par l'acheteur vont au système ERP ; la spécification approuvée par l'acheteur et ses révisions vont au système PLM ; les étapes d'approbation d'échantillon vont à l'outil de workflow. | Le test en quatre questions donne les mêmes réponses que les leçons précédentes de ce cours ont déjà travaillées pour la Commande A. |
| Réassort domestique en fabrication sur stock | La commande de réassort, la réception, le mouvement de stock et la facture vont tous au système ERP ; la spécification produit permanente va au système PLM ou à son équivalent contrôlé. | La fréquence des transactions augmente ; quel système possède chaque fait ne change pas. |
| Marque hybride gérant les deux lignes sur une capacité de production partagée | Le même atelier de production produit selon les propres spécifications et conditions commerciales de deux commandes différentes à la fois. | Partager une ressource ne fusionne jamais les faits de deux commandes ; les propres faits commerciaux et techniques de chaque commande restent avec leur propre système propriétaire. |
| Transmission d'un agent ou bureau d'achat entre entreprises | Un fait transmis ne devrait jamais être ressaisi dans un tableur privé au point de transmission. | Le test de décision s'applique au côté récepteur d'une transmission exactement comme il s'applique au côté qui a créé le fait. |
| Familles de produits différentes | Les commandes de chaussettes et bonneterie, tricot façonné, serviettes éponge et linge de maison ont chacune leurs propres champs de spécification et chiffres commerciaux. | Les champs diffèrent selon la famille de produits ; le test en quatre questions qui décide quel système les possède ne change pas. |
Cedar & Co. gère son réassort habituel en fabrication sur stock pour ses 12 magasins, et accepte séparément une commande d'essai unique en fabrication à la commande pour une gamme spéciale, produite sur la même ligne de production que le travail de réassort permanent. Pour la ligne de fabrication sur stock, les quantités de réassort, les réceptions et les factures appartiennent au système ERP, exactement comme l'a établi la troisième leçon de ce cours. Pour l'essai en fabrication à la commande, la spécification approuvée par l'acheteur appartient au système PLM ou à son équivalent contrôlé, exactement comme l'a établi la deuxième leçon, et la propre quantité et le prix confirmés de l'essai appartiennent au système ERP comme une transaction commerciale distincte des commandes de réassort permanentes.
Partager une ligne de production ne mélange pas les propres faits des deux lignes. L'équipe de Cedar & Co. applique le même test en quatre questions à chaque fait sur les deux lignes, et obtient une réponse cohérente à chaque fois, quelle que soit la ligne à laquelle le fait appartient.
Le chiffre travailléLes faits confirmés de la Commande A passent proprement le test en quatre questions, et le besoin en tissu dérivé en découle directement.
Aucun de ces cinq chiffres n'avait besoin d'un tableur privé pour exister correctement. Le système ERP possède la quantité et le prix confirmés et produit la valeur de la commande. Le système PLM possède la consommation approuvée. La planification combine les deux faits possédés pour produire le besoin en tissu dérivé, et ce calcul lui-même appartient où que vive le propre processus de planification contrôlé de l'entreprise — mais les deux faits d'entrée dont il dépend ne laissent jamais de doute sur quel système les possède.
Une équipe peut compléter le classeur du cours une fois, se sentir satisfaite que « nous avons mis de l'ordre dans nos systèmes », puis retomber dans de vieilles habitudes la prochaine fois qu'un nouveau type de fait apparaît — un nouveau rapport, un nouveau champ, un nouveau type de commande. Le test en quatre questions n'est pas un projet avec une date de fin ; c'est une habitude à appliquer chaque fois qu'une nouvelle information a besoin d'une maison. Au moment où une équipe cesse de poser la question et recommence à deviner, la même double saisie et les mêmes conflits de version avec lesquels ce cours a commencé reviendront.
Ce cours a enseigné quatre choses distinctes, et cette leçon les transforme en un seul outil que vous pouvez utiliser chaque jour. Demandez à quel type de fait vous avez affaire : argent et quantités, description produit, tâche et approbation, ou vide réel que rien ne couvre encore. Cette réponse vous dit quel système devrait le posséder. Peu importe que la commande soit une grande expédition export ou un petit réassort domestique, ou qu'un agent se tienne au milieu — les mêmes quatre questions donnent le même type de réponse à chaque fois.
Utilisez ce test chaque fois qu'un nouveau fait a besoin d'une maison, pas seulement une fois à la fin d'un cours. Maintenir cette habitude est ce qui empêche réellement la double saisie et les versions contradictoires de se réinfiltrer dans votre travail.
Un assistant de magasin enregistre une demande d'échange de taille d'un client pour la première fois. Aucun champ existant dans le système ERP, le système PLM ou l'outil de workflow ne semble manifestement convenir à ce nouveau type d'information, et un membre de l'équipe bien intentionné propose de la suivre dans un carnet personnel « jusqu'à ce que nous découvrions où elle appartient ».
Comment l'équipe devrait-elle décider où appartient ce nouveau fait ? Décidez avant d'ouvrir la réponse.
Appliquer le même test en quatre questions utilisé tout au long de ce cours, plutôt que de se rabattre par défaut sur un carnet personnel non contrôlé.
1. Demandez s'il s'agit d'un fait commercial ou financier. Un échange de taille affecte le stock et éventuellement un remboursement ou une vente de remplacement, donc ses conséquences de stock et financières appartiennent au système ERP comme une transaction, même si la demande elle-même est nouvelle. 2. Demandez s'il s'agit d'un fait de spécification. Ce n'est pas le cas ; cela ne décrit pas le produit, seulement un événement impliquant un client et une unité spécifique. 3. Demandez s'il s'agit d'une tâche ou d'un statut d'approbation. Si le personnel du magasin doit suivre si l'échange a été approuvé, traité et clos, ce statut appartient à l'outil de workflow, ou à un processus contrôlé simple que le système ERP prend déjà en charge. 4. Si, après avoir posé les trois questions, un vide réel subsiste — par exemple, aucun système actuel ne capture la raison spécifique des échanges de taille — enregistrez ce vide clairement et proposez-le comme un nouveau champ ou processus contrôlé, plutôt que de laisser un carnet personnel devenir silencieusement la réponse.
Un nouveau type de fait n'excuse pas de sauter le test ; c'est exactement le moment où le test est le plus utile.
La valeur confirmée de la Commande A rappelle l'échelle que les faits commerciaux d'une seule commande peuvent atteindre :
Un seul carnet non contrôlé suivant un nouveau type de fait peut sembler inoffensif au début, surtout s'il commence sur un cas petit et peu familier comme un échange de taille. Mais le schéma avec lequel ce cours a commencé — une copie non contrôlée devenant silencieusement la version en laquelle les gens ont confiance — s'applique à tout nouveau fait tout autant qu'il s'appliquait à la quantité, la spécification ou la commission de la Commande A. Le coût de sauter le test en quatre questions n'est pas payé immédiatement ; il est payé plus tard, quand quelqu'un découvre deux réponses contradictoires à la même question simple.
Utilisez le classeur T17-C02 Carte des rôles des systèmes d'entreprise une dernière fois, mais traitez-le comme une référence vivante plutôt qu'un exercice terminé. Chaque fois qu'un nouveau type d'information métier apparaît sur toute commande — fabrication à la commande ou sur stock, export ou domestique — faites-le passer par le test en quatre questions et enregistrez la décision, afin que votre équipe applique la même règle de façon cohérente dans le temps.
[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. Une quantité confirmée, une nomenclature et une tâche d'approbation d'échantillon apparaissent toutes sur la même commande. Quel système devrait posséder chacune, en appliquant le test en quatre questions de ce cours ?
2. Cedar & Co. partage une ligne de production entre son travail de réassort en fabrication sur stock et une commande d'essai unique en fabrication à la commande. Qu'est-ce qui est vrai des propres faits commerciaux des deux commandes ?
3. Un type d'information complètement nouveau apparaît sur une commande pour la première fois, et aucun champ existant ne semble lui convenir. Que devrait faire l'équipe ?
| FR | EN | AR | TR | Signification |
|---|---|---|---|---|
| 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. |
| Transmission directe | Pass-through | التمرير المباشر | Doğrudan aktarım | Faire suivre un fait inchangé de sa source à sa destination, sans le ressaisir ni le réinterpréter. |
| Révision | Revision | نسخة معدّلة | Revizyon | Une version numérotée d'un document, comme un dossier technique, produite lorsqu'un changement est apporté et approuvé. |
| Bon de commande | Purchase order | أمر الشراء (طلبية الشراء) | Satın alma siparişi | Un document d'un acheteur confirmant quantité, prix et date de livraison, qui engage l'acheteur à payer les marchandises qu'il commande. |
| Transfert entre entreprises | Hand-off | نقطة تسليم بين الشركات | Şirketler arası devir | Le point où les marchandises, et leur propriété, passent d'une entreprise distincte à une autre. |
| 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. |
Vous avez terminé le Cours 2 : Rôles des systèmes ERP, PLM et de gestion d'entreprise. Vous pouvez désormais décider quel système doit posséder tout type d'information métier sur toute commande, dans tout marché ou modèle économique. Continuez avec le prochain cours du Parcours 17, Systèmes et Données, dès qu'il sera disponible, et continuez à appliquer le test de décision en quatre questions de ce cours comme une habitude quotidienne sur chaque commande que vous gérez. Retour à la carte du cours