Lors d'une réunion de déploiement d'un ERP, un dirigeant a posé la question que tout le monde avait en tête : « Quand serons-nous totalement débarrassés d'Excel ? » Notre réponse, « peut-être jamais », a fait réagir la direction. Avec le recul, nous la maintenons. L'objectif n'est pas d'éliminer Excel, mais d'intégrer Excel à un ERP proprement, pour que chacun fasse ce qu'il sait faire.
Cet article explique ce qui doit rester dans l'ERP, ce qu'Excel peut légitimement porter, les quatre façons de les faire communiquer, et les pièges de la double saisie, qui transforment une bonne idée en source d'erreurs quotidiennes.
Pourquoi Excel survit à l'ERP
Un ERP est conçu pour enregistrer des transactions : une commande, une réception, un OF, un mouvement de stock. Il le fait bien, avec des contrôles et un historique. Mais la planification, la simulation, l'analyse et les nouveaux produits qui n'ont pas encore de fiche article ne sont pas des transactions. Ce sont des raisonnements, souvent provisoires, qui changent de forme d'une semaine à l'autre. Excel est l'outil naturel de ces raisonnements, et c'est pour cela que les fichiers réapparaissent quelques mois après chaque déploiement.
Nous avons développé ce point dans l'article sur les limites des ERP en planification. Le constat est stable : Excel et ERP ne sont pas concurrents, ils ne font pas le même métier.
Ce qui doit rester dans l'ERP
Une règle simple évite la plupart des conflits : l'ERP est maître de tout ce qui engage l'entreprise ; Excel ne porte que ce qui aide à décider.
| Dans l'ERP, et seulement là | Dans Excel, alimenté par l'ERP |
|---|---|
| Référentiel articles, nomenclatures, gammes | Simulations de nomenclature pour un nouveau produit |
| Stocks et mouvements | Stock projeté, couverture, analyses de rotation |
| Commandes clients et fournisseurs | Prévisions de ventes, PIC, PDP |
| Ordres de fabrication lancés | Propositions de fabrication, scénarios de charge |
| Lots, traçabilité, qualité | Tableaux de bord, indicateurs, revues mensuelles |
Dès qu'une donnée de la colonne de droite sert à agir (lancer un OF, passer une commande), elle doit retourner dans l'ERP par un import contrôlé, pas par une ressaisie.
Quatre façons d'intégrer Excel à un ERP
1. L'export de l'ERP vers Excel
C'est le flux le plus courant, avec trois niveaux de maturité : l'export manuel depuis un écran de l'ERP (fragile, il dépend d'une personne), l'extraction planifiée qui dépose un fichier chaque nuit dans un dossier partagé, et la connexion directe par Power Query, ODBC ou API, qui rafraîchit le classeur en un clic. Dans les trois cas, le fichier Excel ne modifie jamais l'onglet d'import : il le lit.
2. L'import d'Excel vers l'ERP
La plupart des ERP acceptent des fichiers CSV ou des modèles d'import pour créer des articles, des OF ou des commandes. Le bon usage : un onglet de sortie au format exact attendu par l'ERP, des contrôles avant export (référence existante, quantité positive, date dans l'horizon), et un journal de ce qui a été importé. Les ERP récents, Odoo par exemple, exposent aussi une API qui permet de pousser ces données sans passer par un fichier.
3. Les modèles verrouillés
Quand plusieurs personnes alimentent un même fichier, les prévisions commerciales par exemple, un modèle avec cellules protégées, listes déroulantes et validation de données réduit les erreurs. Le modèle est versionné, et un seul responsable le modifie.
4. Le contrôle et la réconciliation
C'est le flux le plus oublié. Un onglet compare ce que l'ERP connaît (stock, OF, commandes) à ce que le fichier a décidé, et met en évidence les écarts : OF proposé jamais lancé, commande passée hors proposition, stock différent entre les deux. Sans ce contrôle, les deux systèmes divergent lentement, et personne ne s'en aperçoit avant l'inventaire.
Les pièges de la double saisie
La double saisie n'est pas un choix : elle s'installe quand les flux ci-dessus n'existent pas. Ses symptômes sont connus :
- le planificateur raisonne sur le stock d'hier, ou de la semaine dernière ;
- une référence tapée de mémoire lance l'OF du mauvais article ;
- les quantités de l'ERP et du fichier ne concordent pas, et la réunion du lundi sert à décider « qui a raison » ;
- la personne qui fait le copier-coller du matin devient indispensable, et son absence bloque la planification ;
- chaque équipe garde « son » fichier, et l'entreprise a trois prévisions de ventes.
Le coût de ces symptômes dépasse largement celui d'un connecteur ou d'un export planifié. C'est le premier chantier à ouvrir, avant de vouloir remplacer Excel par l'ERP.
Méthode : auditer les fichiers Excel avant et après l'ERP
Quand une entreprise repose sur des fichiers Excel pour sa planification, une évaluation précise s'impose, avant le déploiement de l'ERP et de nouveau après.
- Inventorier. Un tableau récapitulatif liste chaque fichier : nom, emplacement, source des données, responsable, fréquence d'usage, qui le lit.
- Qualifier. Pour chaque fichier, que fait-il que l'ERP ne fait pas ? Est-ce une saisie (il crée des données), un calcul (il transforme des données de l'ERP) ou une restitution (il les présente) ?
- Comparer aux fonctions de l'ERP. Les redondances sont identifiées : ce que l'ERP sait faire disparaît d'Excel.
- Décider pour chaque fichier. Supprimer, garder tel quel, garder en l'alimentant par l'ERP, ou remplacer par un outil professionnel.
- Construire l'architecture autour du noyau. Une fois l'ERP déployé, chaque besoin non couvert est pris en charge par un fichier intégré (flux 1 à 4), jamais par un fichier isolé.
L'effet structurant ne doit pas dicter l'organisation
L'argument de l'effet structurant de l'ERP est souvent avancé pour justifier l'abandon de tel ou tel fichier. Il ne devrait pas décider de l'organisation interne : l'ERP sert l'entreprise, pas l'inverse. Si une réorganisation est nécessaire, elle se traite comme un projet en soi, indépendamment de la mise en place du système. Et si un fichier existe parce que l'organisation a une bonne raison de travailler ainsi, le bon réflexe est de l'intégrer, pas de l'interdire.
Quand Excel atteint ses limites
Correctement intégrés, les fichiers Excel sont une force : ils ont souvent permis le déploiement de l'ERP en complétant ses fonctions. Mais ils ont des limites, et il faut les reconnaître : bugs récurrents, temps de recalcul, plusieurs utilisateurs qui se gênent, macros que personne ne maintient. À ce stade, une alternative professionnelle s'impose pour le fichier concerné, sans remettre en cause les autres. Nous avons décrit dans l'article jusqu'où aller avec une GPAO Excel les signaux qui indiquent ce moment.
Ce que nous voyons sur le terrain
Les entreprises qui vivent bien la cohabitation ont trois points communs. Elles ont désigné un responsable par fichier. Elles ont automatisé l'alimentation depuis l'ERP, même modestement. Et elles ont accepté qu'un fichier de planification puisse disparaître le jour où un outil fait mieux, sans que ce soit vécu comme un échec. À l'inverse, les directions qui ont décrété la fin d'Excel ont obtenu des fichiers cachés, moins bien tenus qu'avant. La question n'est pas « Excel ou ERP », mais « quelle donnée est maître, et comment circule-t-elle ».
Conclusion
Intégrer Excel à un ERP, c'est accepter que les deux cohabitent, en fixant des règles : l'ERP est maître des transactions, Excel porte l'analyse et la décision, et les données circulent par des flux contrôlés, jamais par ressaisie. Un audit des fichiers, des exports automatisés, des imports contrôlés et un onglet de réconciliation suffisent souvent à faire de cette cohabitation une force.
Pour les fichiers de planification et de prévision qui ont dépassé leurs limites, Planiprod (PDP, MRP, charge et capacité) et Planiprev (prévision des ventes et stock projeté) se nourrissent de vos classeurs Excel ou lisent l'ERP chaque matin, et laissent l'ERP maître des OF et des achats. Découvrez comment Planiprod lit votre PDP Excel, ou demandez une démo.