Pourquoi votre ERP croit que chaque ordre prend 10 jours

Trois commandes sont dues vendredi. Toutes les trois passent par le même four. Deux utilisent la même nuance d'acier, la troisième une nuance différente, et changer de nuance prend une demi-équipe. Votre ERP dit que tout va bien : chaque ordre a été lancé avec son délai standard de 10 jours, et le four n'affiche que 83 % de charge. Le fondeur, lui, sait déjà que l'une des trois sera en retard. Qui a raison ?

Les deux, chacun à sa manière. La planification de la production dans l'ERP, c'est la planification que fait votre ERP (progiciel de gestion intégré) en standard : il prend les commandes clients et les stocks, calcule les besoins matières avec le calcul des besoins nets (MRP) et fixe les dates de production à partir de délais fixes. Ce qu'il ne fait généralement pas, c'est vérifier que les machines peuvent réellement exécuter ce travail dans ce délai, dans cet ordre. C'est dans cet écart que commencent la plupart des discussions du type « pourquoi est-ce en retard ? ».

Pourquoi l'ERP utilise des délais fixes

La planification ERP est née du MRP, conçu dans les années 1960 pour répondre à une seule question : quelles matières, en quelle quantité et pour quand. Pour rendre ce calcul possible sur les ordinateurs de l'époque, on a fait une simplification audacieuse. Chaque article reçoit un délai, un nombre fixe de jours, et le plan compte à rebours à partir de la date d'échéance.

Cette simplification est toujours là. Si un châssis soudé a un délai de 10 jours, l'ERP compte 10 jours, que la cellule de soudage soit vide ou qu'elle ait trois semaines de retard accumulé. Autrement dit, il suppose une capacité infinie. L'histoire complète de la façon dont la capacité a été greffée ensuite, et de ce qu'ont apporté le MRP II et l'APS, est racontée dans MRP, MRP II, ERP et APS : les différences.

Pensez à un GPS qui annoncerait toujours « 20 minutes jusqu'au bureau », à 3 h du matin comme à l'heure de pointe. Le chiffre est une moyenne. Il est juste certains jours, et très faux les jours qui comptent.

Le mythe : « Nos délais sont faux, corrigeons-les »

Quand les ordres finissent sans cesse en retard, le premier réflexe est d'allonger les délais. On passe à 12 jours, puis à 14. Cela aide rarement, parce que le problème n'est pas la valeur. C'est que la valeur est fixe, alors que le délai réel dépend de la charge.

Disons que le four a 2 jours de travail en file d'attente. Un nouvel ordre attend 2 jours, passe, puis continue. Le mois suivant, la file représente 8 jours. Le même ordre attend maintenant 8 jours. Aucune valeur fixe ne peut être juste les deux mois.

Pire : des délais plus longs font lancer les ordres plus tôt, ce qui ajoute du travail dans la file, ce qui allonge les délais réels. Les planificateurs appellent cela la spirale des délais. Où passe réellement le temps (surtout en attente), c'est ce qu'explique l'article sur le délai de fabrication.

Exemple chiffré : A→B→C ou A→C→B

Revenons au four. Il tourne en continu et il est déjà réglé pour la nuance X. Les trois ordres peuvent démarrer jeudi à 06:00 et doivent être sortis vendredi à 18:00. Cela fait une fenêtre de 36 heures.

• Ordre A : nuance X, 12 heures
• Ordre B : nuance Y, 10 heures
• Ordre C : nuance X, 8 heures
• Changement de série entre nuances : 4 heures (une demi-équipe)

Le temps de production total est de 12 + 10 + 8 = 30 heures. Dans une fenêtre de 36 heures, cela fait 30 / 36 = 83 % de charge. La vue globale des capacités de l'ERP est satisfaite.

Séquence A → B → C (l'ordre de saisie) :

• A : jeudi 06:00–18:00
• Changement X→Y : 18:00–22:00
• B : jeudi 22:00–vendredi 08:00
• Changement Y→X : 08:00–12:00
• C : vendredi 12:00–20:00

Total : 12 + 4 + 10 + 4 + 8 = 38 heures. L'ordre C se termine avec 2 heures de retard.

Séquence A → C → B :

• A : jeudi 06:00–18:00
• C : jeudi 18:00–vendredi 02:00 (même nuance, pas de changement)
• Changement X→Y : 02:00–06:00
• B : vendredi 06:00–16:00

Total : 12 + 8 + 4 + 10 = 34 heures. Tout est terminé à 16:00, avec 2 heures d'avance.

Mêmes ordres, même four, mêmes heures de travail. La seule différence est la séquence, et l'ERP ne l'a jamais vue. Son calcul par délais disait « ça passe » dans les deux cas. Sa vue de charge affichait 83 % dans les deux cas. Seul un ordonnancement qui connaît la règle de changement de série peut les distinguer.

Ce que la planification ERP fait bien

Ce n'est pas un plaidoyer contre l'ERP. L'ERP est le bon système pour une grande partie du travail de planification :

• Commandes, stocks et argent. Commandes clients, commandes fournisseurs, réceptions, valorisation des stocks et calcul des coûts ont leur place dans l'ERP.
• Besoins matières. L'éclatement MRP à travers la nomenclature est exactement ce pour quoi il a été conçu.
• Flux stables et simples. Une ligne cadencée qui fabrique une gamme étroite, avec de la capacité en réserve et peu de changements de série, n'aura peut-être jamais besoin de plus.

Certaines suites ERP proposent aussi des modules complémentaires d'ordonnancement détaillé. Si le vôtre en a un, qu'il est paramétré et que les planificateurs l'utilisent vraiment, vous êtes peut-être couvert.

Quand l'ordonnancement de l'ERP ne suffit plus

Il vous faut probablement une couche de planification à capacité finie si plusieurs de ces situations vous parlent :

• Les ordres se disputent quelques machines partagées : un four, une extrudeuse ou une ligne de peinture.
• Les temps de changement de série dépendent de la séquence : « ce qui est passé avant » compte.
• Le planificateur reconstruit chaque matin le vrai planning dans Excel. Sept signes que le tableur ne suffit plus est un autodiagnostic rapide.
• Le commercial promet des dates issues de l'ERP, et la production les décale discrètement.
• Une panne le mardi demande une journée de replanification à la main.

La réponse habituelle n'est pas de remplacer l'ERP. C'est de lui laisser les commandes, les stocks et la finance, et d'ajouter un outil de planification qui gère la capacité et la séquence. Cela soulève une autre question : quel système est maître de quelles données, et comment restent-ils synchronisés ? C'est le sujet de l'article sur l'intégration ERP pour la planification de la production. Pour le chemin plus large du tableur à l'outil d'ordonnancement, voir les logiciels de planification de la production.

Comment factory.online vous aide

factory.online fonctionne à côté d'un ERP, avec des intégrations pour SAP et Microsoft Dynamics 365. Dans l'exemple du four, le planificateur voit les ordres A, B et C sur un Gantt à capacité finie, avec les changements de nuance comme de vrais blocs de temps, et voit l'ordre C passer en retard quand B est intercalé entre deux ordres en nuance X. Il peut placer C avant B, recalculer et comparer les deux séquences dans un scénario de planification avant de toucher au plan en vigueur. Le MRP et la planification globale des capacités (RCCP) tournent sur les mêmes données : le plan matières et le plan machines ne divergent pas.

FAQ

L'APS remplace-t-il l'ERP ? Non. L'APS (système de planification avancée) gère la capacité et la séquence. L'ERP reste le système de référence pour les commandes, les stocks et la finance. Ils fonctionnent ensemble.

Puis-je me contenter d'une planification à capacité infinie avec une marge de sécurité ? Pour des flux stables, souvent oui. Quand les changements de série dépendent de la séquence ou que quelques machines sont partagées, la marge cache le problème jusqu'à la semaine où elle ne suffit plus.

Pourquoi l'ERP affiche-t-il 83 % de charge et rate-t-il quand même la date ? Parce que la charge compte des heures, pas un ordre de passage. Les changements de série, la séquence et le positionnement dans la fenêtre décident si le travail tient.

Si votre ERP dit « ça passe » et votre fondeur « ce sera en retard », réservez une démo et apportez ce vendredi-là avec vous.