Planification : ce que l'ERP calcule, et ce que le planificateur fait vraiment

Regardez son écran

Il y a une méthode simple pour savoir comment une entreprise planifie réellement : allez voir le planificateur un mardi matin, sans prévenir, et regardez son écran.

Dans la plupart des cas, vous ne verrez pas l'ERP. Vous verrez un tableur. Souvent large, souvent coloré, souvent nommé quelque chose comme Planning_S37_v3_FINAL_bis.xlsx.

L'ERP est ouvert dans un autre onglet. Il a servi le matin, dix minutes, pour extraire les données. Puis on est passé sur Excel.

Ce n'est pas un cas isolé, ce n'est pas de la paresse, et ce n'est pas un retard technologique. C'est le résultat logique de ce que l'ERP sait faire et de ce qu'il ne sait pas faire. Encore faut-il le regarder en face — ce que les démonstrations commerciales évitent soigneusement.

Ce que l'ERP calcule vraiment

Le calcul des besoins fait exactement ce qu'on lui demande : à partir des commandes, des nomenclatures, des gammes et des stocks, il déroule ce qu'il faut acheter et fabriquer, et à quelle date. C'est un travail que personne ne referait à la main. Sur ce point, il n'y a pas débat.

Le problème est ailleurs. Il tient à trois choses que le calcul suppose, et qui ne sont pas vraies dans votre atelier.

Le délai est écrit dans la fiche article

Dans l'ERP, le délai de fabrication est une donnée saisie. Cinq jours. Point.

Dans l'atelier, cinq jours c'est quand la machine est libre. Quand il y a six autres ordres devant, c'est douze. Quand il y a un changement de série entre chaque, c'est quinze. Le délai n'est pas une caractéristique de la pièce, c'est une conséquence de la charge du moment.

Et là se déclenche le piège que tout le monde a vécu : comme on est régulièrement en retard, on augmente le délai standard pour « prendre de la marge ». Résultat, on lance les ordres plus tôt, il y a plus d'en-cours dans l'atelier, les files d'attente s'allongent, et le délai réel augmente. Le paramètre censé corriger le problème vient de l'alimenter.

Six mois plus tard, quelqu'un propose de repasser le délai à cinq jours. On ne le fait pas — parce qu'on n'ose plus.

La capacité n'est pas dans l'équation

Le calcul des besoins ne se demande pas si la machine est disponible. Il positionne l'ordre à la date où il faut, et il vous laisse découvrir lundi matin que trois ordres tombent le même jour sur la même presse.

Les ERP proposent en général des modules de calcul de charge. Dans la réalité des PME, ils sont soit jamais paramétrés — les gammes ne sont pas assez fiables pour cela — soit consultés une fois le plan figé, c'est-à-dire trop tard pour changer quoi que ce soit. On les regarde pour constater le problème, pas pour l'éviter.

Les données doivent être justes

C'est la vraie racine, et la moins spectaculaire.

Une nomenclature qui a un composant de retard. Une gamme qui indique 40 minutes là où l'opérateur en met 65 depuis qu'on a changé de matière. Un stock théorique qui diverge du stock réel parce que les rebuts ne sont pas déclarés. Un délai fournisseur saisi à la création de l'article, il y a six ans.

Aucune de ces erreurs n'est grave prise isolément. Ensemble, elles produisent un plan qui a l'air précis et qui est faux. C'est le pire des cas : une erreur visible se corrige, une erreur bien présentée se propage.

Et il se passe toujours la même chose. Une fois, deux fois, cinq fois, le planificateur suit la proposition du système et se plante. À la sixième, il arrête. Ce n'est pas un rejet du numérique, c'est de l'apprentissage. Ensuite, il faudra beaucoup plus qu'une formation pour qu'il rouvre l'onglet.

Pourquoi Excel gagne (et ce que cela vous dit)

Excel gagne pour des raisons parfaitement valables :

• il est immédiat — pas de ticket, pas de paramétrage, pas de validation ;

• il accepte sans discuter la règle inventée à 9 h 12 parce que la presse 4 est en panne ;

• il permet de voir cinq semaines d'un coup d'œil, ce que beaucoup d'écrans ERP ne permettent pas ;

• et il ne dit jamais non.

Il perd, aussi, pour des raisons parfaitement valables :

• le savoir de planification est dans un fichier et dans une tête ;

• personne ne sait quelle version est la bonne un vendredi à 17 h ;

• la colonne AZ contient une formule écrite en 2019 que plus personne ne comprend, y compris son auteur ;

• et rien de ce qui est décidé ne remonte nulle part, donc l'entreprise n'apprend rien de ses propres arbitrages.

Le point important n'est pas de condamner le tableur. C'est de comprendre ce qu'il indique.

Excel n'est pas un outil de planification. C'est un outil de compensation. Sa taille mesure exactement l'écart entre ce que le système sait faire et ce que la réalité exige. Un gros fichier n'est pas une faute : c'est un diagnostic, et il est gratuit.

Et l'APS ? L'outil « de A à Z » existe-t-il ?

Les outils d'ordonnancement avancé (les APS) sont faits pour ce trou-là : ils raisonnent à capacité limitée, intègrent les changements de série, les compétences, les outillages, et permettent de tester des scénarios. Quand ils sont bien mis en place, c'est un vrai saut.

Mais ils ne suppriment pas le travail manuel. Ils le déplacent, et il faut savoir où.

Vers le paramétrage. Un APS ne vaut que le modèle qu'on lui donne. Il faut des gammes réelles, des temps de changement de série par couple de produits, des calendriers de ressources, des règles de priorité. Et il faut écrire la règle que personne n'a jamais écrite : « on passe le client X avant tout le monde — sauf quand c'est Y qui appelle, parce que Y c'est 30 % du chiffre. » Modéliser, c'est déjà arbitrer. Le travail de planification n'a pas disparu, il a été fait en amont, une bonne fois, par quelqu'un.

Vers la maintenance du modèle. Un modèle juste au démarrage devient faux en dix-huit mois si personne ne l'entretient. Nouvelle machine, nouveau produit, nouvel opérateur plus lent la première année. C'est un poste de travail, pas une case à cocher au moment du déploiement.

Vers la gestion de l'imprévu. L'outil recalcule vite — c'est précieux, et c'est aussi un piège. Un replanning à chaque aléa produit un planning qui change tous les jours, et un atelier qui cesse d'y croire. Il faut décider à quelle fréquence on recalcule et ce qu'on gèle. Cette décision-là n'est pas dans le logiciel.

Vers l'arbitrage. Retarder trois clients de deux jours, ou un seul client de six jours ? Les deux plans sont réalisables. Le choix engage la relation commerciale, pas la capacité. Aucun outil ne le prendra, parce qu'aucun outil ne sait lequel de ces clients menace de partir.

La question à poser

« Excel ou ERP » est une mauvaise question. La bonne est celle-ci :

Qu'est-ce qui doit rester manuel chez nous, et pourquoi ?

Trois réponses possibles, et trois chantiers complètement différents :

« Tout est manuel, parce que le système est faux. » Votre sujet, c'est la donnée : nomenclatures, gammes, stocks, déclarations. Ce n'est pas un chantier séduisant, il ne se démontre pas en réunion, et aucune licence ne le remplacera. Mais tant qu'il n'est pas fait, tout ce que vous achèterez par-dessus produira des propositions fausses, plus vite.

« Tout est manuel, parce que personne n'a jamais fait confiance au système. » Votre sujet est humain. Il faut reconstruire la confiance sur un petit périmètre, avec des données propres, et prouver que ça tient. Pas déployer un module de plus.

« L'arbitrage est manuel, parce que c'est notre métier. » Bonne réponse. À une condition : que cet arbitrage soit explicite, discutable, et qu'il ne tienne pas entièrement dans un seul cerveau. Sinon, ce n'est pas un métier, c'est un risque — et il part en retraite dans quatre ans.

Le fond

L'outil qui planifie de A à Z n'existe pas. Ce n'est pas un retard technologique et ce n'est pas un problème que la prochaine version résoudra.

C'est une question de frontière : où s'arrête ce que l'on formalise, où commence le jugement. Cette frontière est différente d'un atelier à l'autre, et elle se déplace avec la stabilité de la demande, la propreté des données et l'expérience de l'équipe.

Le vrai signe de maturité, ce n'est pas le nombre de modules déployés. C'est d'être capable de dire précisément où passe cette frontière chez vous — et pourquoi elle est là.

Le fichier Planning_S37_v3_FINAL_bis.xlsx est une illustration. Les situations décrites sont typiques de ce qu'on rencontre en PME, sans référence à une entreprise en particulier. Aucun pourcentage n'est avancé sur la part d'industriels qui planifient sous tableur.