Cedar & Co. exploite 12 magasins à partir d'une prévision permanente, réapprovisionnant le stock plutôt que d'attendre une commande export unique confirmée. Chaque semaine, quelqu'un lance une commande de réassort à Delta Garments, reçoit la marchandise dans un entrepôt, déplace le stock vers les magasins, et finit par payer une facture. Chacune de ces étapes crée un fait commercial ou financier : une quantité commandée, une quantité reçue, un solde de stock, un montant facturé, un montant payé.
Ces faits doivent vivre ensemble dans un seul système, généralement le système ERP, car ils sont commerciaux et financiers par nature — la même catégorie de fait que ce cours a séparée des spécifications techniques et du statut des tâches dans les leçons précédentes. Cette leçon vous montre où un bon de commande, un mouvement de stock, une facture et une écriture de paiement doivent être contrôlés sur un programme domestique de fabrication sur stock, et pourquoi laisser l'un d'eux dériver vers un tableur non contrôlé recrée les mêmes conflits de version contre lesquels ce cours a déjà mis en garde.
Vous avez besoin de : la distinction des leçons précédentes entre ce qu'un système ERP, un système PLM et un outil de workflow sont chacun censés contrôler, et l'idée qu'une spécification a besoin d'une maison contrôlée unique.
À la fin de cette leçon, vous pourrez :
Non couvert ici : les normes comptables, les règles fiscales, ou la configuration du module financier d'un produit ERP spécifique. Cette leçon reste neutre vis-à-vis des fournisseurs et se concentre sur la règle métier.
| Terme | Signification |
|---|---|
| Bon de commande | Un document commercial enregistrant une quantité, un prix et une attente de livraison confirmés pour des marchandises achetées. |
| Mouvement de stock | Un changement enregistré de quantité ou d'emplacement de stock, tel qu'une réception, un transfert ou une vente. |
| Facture | Un document commercial enregistrant le montant dû pour des marchandises ou services livrés. |
| Écriture comptable | Une inscription dans les registres comptables reflétant un événement commercial, tel qu'un paiement ou un passif couru. |
| Compte ouvert | Un mode de paiement où l'acheteur paie l'usine un nombre de jours convenu après la livraison, sans garantie bancaire entre les deux. |
| Rapprochement | Comparer deux enregistrements du même fait, comme un comptage de stock et un solde système, pour confirmer qu'ils concordent. |
Chaque réassort, réception, transfert de stock, vente, facture et paiement est un événement commercial ou financier. La première leçon du cours 2 a déjà établi que cette catégorie de fait est le rôle principal du système ERP. Un programme de fabrication sur stock ne change pas cette règle ; il signifie seulement que le même type de transaction se répète souvent, parfois chaque semaine, plutôt qu'une fois par commande export confirmée.
Un solde de stock, un montant de facture en souffrance ou une date d'échéance de paiement devraient toujours être lus depuis l'enregistrement actuel du système ERP. Un tableur parallèle suivant « ce que nous pensons avoir en stock » ou « ce que nous pensons devoir » est exactement le type de copie de commodité qui dérive du système de référence avec le temps.
| Ce qui peut différer | Les formes que vous rencontrerez | Pourquoi c'est important |
|---|---|---|
| Export, fabrication à la commande, lettre de crédit | Une seule commande confirmée, facturée une fois près de l'expédition, payée par lettre de crédit à l'étape convenue. | Des transactions moins nombreuses mais plus importantes ; chacune a tout de même besoin de son propre bon de commande, sa facture et son enregistrement de paiement contrôlés. |
| Domestique, fabrication sur stock, compte ouvert | Des commandes de réassort fréquentes, facturées régulièrement, payées selon des conditions convenues comme 60 jours après facturation. | Des transactions plus fréquentes augmentent le risque qu'un tableur non contrôlé s'infiltre « pour suivre », exactement ce contre quoi cette leçon met en garde. |
| Stock réparti sur plusieurs magasins | Les mouvements de stock incluent les transferts entre magasins ainsi que les réceptions du fournisseur et les ventes aux clients. | Chaque mouvement reste un fait commercial appartenant au système ERP, qu'il s'agisse d'une réception, d'un transfert ou d'une vente. |
| Un agent ou une société commerciale dans la chaîne commerciale | Le bon de commande propre d'une société commerciale à l'usine et sa propre facture de revente à un détaillant sont deux transactions commerciales distinctes et liées. | Le système ERP de chaque partie contrôle ses propres bons de commande et factures ; le système d'une entreprise n'est pas le système de référence d'une autre. |
| Familles de produits différentes | Les commandes de réassort de chaussettes et bonneterie, tricot façonné, serviettes éponge et linge de maison utilisent la même structure de bon de commande, de stock et de facture, avec des champs produit différents. | Le besoin de contrôle commercial et financier est le même selon les familles de produits ; seul le détail produit de chaque transaction change. |
Cedar & Co. exploite ses 12 magasins sur une base domestique de fabrication sur stock, achetant à Delta Garments selon des conditions de compte ouvert à 60 jours. Quand un responsable de magasin voit le stock baisser, une commande de réassort est lancée dans le système ERP, pas convenue de façon informelle par téléphone. Quand la marchandise arrive à l'entrepôt, une réception de marchandise est enregistrée dans le même système, mettant à jour le solde de stock. Quand le stock se déplace vers un magasin, ce mouvement est également enregistré. Quand Delta Garments émet une facture, elle est rapprochée de la réception dans le système ERP, et la date d'échéance de paiement est suivie à partir de la date de facture selon la condition de 60 jours.
Un responsable de magasin qui tient à la place un carnet personnel de « ce que je pense que nous avons » ne crée pas un système de référence alternatif ; ce carnet peut dériver du solde du système ERP en quelques jours, surtout sur 12 magasins procédant chacun différemment.
Le chiffre travailléDeux transactions fixes de l'académie illustrent l'échelle d'un bon de commande confirmé, utilisées ici uniquement comme chiffres de référence, pas comme les propres commandes de Cedar & Co. La Commande A est de 15 000 T-shirts à 3,20 USD la pièce. Order B jeans est de 3 000 jeans à 9,80 USD la pièce.
Quelle que soit la taille réelle d'une commande de réassort propre à Cedar & Co., le même principe s'applique : la quantité et le prix confirmés sur le bon de commande sont des faits commerciaux contrôlés dans le système ERP, la réception de marchandise qui suit est un fait de stock distinct, et la facture qui suit ensuite est un fait financier distinct. Aucun des trois ne devrait être estimé ou reconstitué à partir de la mémoire d'un responsable de magasin alors que le système ERP détient déjà les chiffres confirmés.
Quand un comptage physique de stock dans un magasin ne correspond pas au solde enregistré du système ERP, il est tentant de simplement faire confiance au comptage physique et d'ajuster le système pour qu'il corresponde. Mais le désaccord lui-même est une information utile : il peut révéler un transfert non enregistré, une réception saisie sur le mauvais magasin, ou une vente qui n'a jamais été enregistrée. Écraser le solde du système sans enquêter sur l'écart traite le symptôme sans corriger l'erreur de saisie sous-jacente, et le même écart risque de se reproduire.
Considérez chaque réassort, livraison, mouvement de stock et facture comme de l'argent et des marchandises qui changent de mains, et considérez le système ERP comme le seul registre qui devrait enregistrer chacun de ces changements. Le carnet privé d'un responsable de magasin ou un tableur construit « pour garder un œil sur les choses » ne peut pas remplacer ce registre ; il ne peut que se désynchroniser de lui.
Quand un comptage de stock ne correspond pas à ce que dit le système, ne vous contentez pas de changer le système pour qu'il corresponde au comptage. Découvrez d'abord pourquoi ils divergent, corrigez la cause réelle, puis laissez le système redevenir la réponse en laquelle tout le monde a confiance.
Dans l'un des magasins de Cedar & Co., un comptage physique de stock montre 40 pièces de moins d'un modèle de T-shirt populaire que le solde enregistré du système ERP. Un membre de l'équipe suggère d'ajuster immédiatement le solde du système à la baisse pour correspondre au comptage physique, afin que les registres du magasin « paraissent corrects » avant que la prochaine commande de réassort ne soit calculée.
Que doit-il se passer avant que le solde du système ne soit ajusté ? Décidez avant d'ouvrir la réponse.
Enquêtez sur l'écart entre le comptage physique et le solde du système avant d'ajuster quoi que ce soit, car la cause peut affecter plus que ce seul magasin.
1. Vérifiez les mouvements de stock récents pour ce modèle — transferts entrants ou sortants, réceptions et ventes enregistrées — à la recherche de toute écriture qui semble manquante, dupliquée ou appliquée au mauvais magasin. 2. Vérifiez si un transfert vers ou depuis un autre magasin a été reçu mais jamais enregistré, ou enregistré sur le mauvais emplacement. 3. Vérifiez si des ventes ont été effectuées sans être enregistrées dans le système, comme une vente manuelle non saisie rapidement. 4. Seulement après avoir identifié ou écarté la cause, ajustez le solde du système pour correspondre au comptage physique vérifié, et enregistrez la raison de l'ajustement.
Ajuster le solde du système d'abord et enquêter ensuite, si tant est que cela arrive, risque de cacher un véritable écart de processus — un transfert ou une vente non enregistrés — qui continuera à produire le même écart dans ce magasin ou un autre.
Les valeurs confirmées de la Commande A et d'Order B jeans montrent l'échelle d'une seule transaction commerciale confirmée :
Si le solde de stock d'un magasin est ajusté silencieusement sans trouver la cause réelle d'un écart de 40 pièces, la prochaine commande de réassort calculée à partir de ce solde sera fausse dans le même sens, tout comme la facture et le paiement qui en résulteront. Un écart récurrent et non investigué à travers 12 magasins peut fausser les obligations de stock et de paiement bien au-delà de la valeur d'une seule commande de réassort, tandis que l'erreur de processus sous-jacente — un transfert manqué ou une vente non enregistrée — continue sans être détectée.
Utilisez le classeur T17-C02 Carte des rôles des systèmes d'entreprise. Pour chaque fait commercial ou financier d'un programme de réassort, notez quel système le contrôle, comment un écart devrait être investigué, et qui est responsable de corriger la cause sous-jacente plutôt que seulement le chiffre. Commencez par un cycle de réassort que vous connaissez, puis comparez-le à la Commande A et à Order B jeans comme transactions de référence.
[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. Sur le programme domestique de fabrication sur stock de Cedar & Co., quel système devrait contrôler le solde de stock actuel d'un magasin ?
2. Un comptage physique de stock est inférieur au solde du système ERP. Que doit-il se passer en premier ?
3. Pour Order B jeans, à 3 000 pièces et 9,80 USD la pièce, quel chiffre est le fait commercial confirmé qui appartient à l'enregistrement de bon de commande du système ERP ?
| FR | EN | AR | TR | Signification |
|---|---|---|---|---|
| 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. |
| Mouvement de stock | Inventory movement | حركة المخزون | Envanter hareketi | Un changement enregistré de quantité ou d'emplacement de stock, tel qu'une réception, un transfert ou une vente. |
| Facture | Invoice | الفاتورة | Fatura | Un document commercial enregistrant le montant dû pour des marchandises ou services livrés. |
| Écriture comptable | Financial posting | القيد المالي | Finansal kayıt | Une inscription dans les registres comptables reflétant un événement commercial, tel qu'un paiement ou un passif couru. |
| Compte ouvert | Open account | حساب مفتوح | Açık hesap | Un mode de paiement où l'acheteur paie l'usine un nombre de jours convenu après la livraison, sans garantie bancaire entre les deux. |
| Rapprochement | Reconciliation | التسوية | Mutabakat | Comparer deux enregistrements du même fait, comme un comptage de stock et un solde système, pour confirmer qu'ils concordent. |
La prochaine leçon montre comment un agent de sourcing transmet l'information entre les systèmes d'une usine et ceux d'un acheteur sans créer de double saisie ni de versions contradictoires. Retour à la carte du cours