Dans beaucoup d’entreprises, la réponse officielle est simple.
Les commandes sont dans l’ERP. Les stocks dans le WMS. Les prévisions dans l’APS. Les indicateurs dans la BI.
Et puis la réunion commence.
Quelqu’un ouvre Excel.
Le fichier contient les ruptures prioritaires, les fournisseurs à relancer, les commandes à avancer, les capacités à surveiller, le backlog client ou le vrai plan d’action de la semaine.
Et tout le monde attend cette feuille.
Ce n’est pas forcément un problème.
Excel survit en Supply Chain parce qu’il sait faire quelque chose que les grands systèmes font moins bien : s’adapter très vite. Croiser plusieurs sources. Tester une hypothèse. Ajouter une règle métier en quelques minutes. Gérer une exception sans lancer un projet IT de six mois.
Dans beaucoup de cas, il joue même un rôle utile entre ce que le système sait faire et ce dont l’équipe a réellement besoin.
Le problème commence lorsque l’outil temporaire devient progressivement une infrastructure invisible.
Une formule est ajoutée. Puis une macro. Puis un onglet “à ne surtout pas toucher”. Puis une personne devient la seule à savoir pourquoi la colonne M doit être copiée avant de lancer le calcul.
Et parfois, une décision d’approvisionnement, de capacité ou d’allocation de stock à plusieurs centaines de milliers d’euros repose sur un fichier local dont personne ne maîtrise complètement la logique.
Pour autant, accuser Excel serait trop facile.
S’il existe partout, c’est souvent parce qu’il révèle quelque chose : une donnée inaccessible, un processus trop rigide, un besoin métier mal couvert, ou simplement une vitesse d’adaptation que l’outil officiel ne permet pas.
Excel n’est pas forcément le problème.
Le risque commence quand le fichier que tout le monde considère comme “provisoire” devient celui sans lequel plus personne n’ose prendre une décision.
Votre Supply Chain tourne-t-elle réellement sur SAP… ou sur Excel ?
