Un marché ERP à 66 Md$, et des DAF toujours sur Excel

Les DAF reviennent à Excel après un programme ERP à plusieurs millions parce que l'ERP a été configuré pour saisir des données, pas pour soutenir les décisions des équipes finance et opérations. Excel leur donne du contrôle, de la souplesse et de la rapidité pour ces décisions précises. La solution n'est pas de former les gens à abandonner leurs tableurs. Il faut repérer ceux qui comptent, comprendre la décision que chacun alimente, puis concevoir des rapports et des analyses ERP qui font mieux ce travail. Cet article s'adresse aux DAF, aux responsables des systèmes financiers et aux sponsors de programme. Il explique pourquoi Excel persiste, ce que cela coûte, ce que changent les outils SAP et l'IA, et propose une fiche de travail pour remplacer vos tableurs les plus importants.

Le responsable logistique d'un de mes clients industriels m'a expliqué que son équipe exportait chaque semaine les données de l'ERP vers Excel pour planifier les stocks. L'entreprise avait payé très cher ses modules de planification, qui offraient les meilleurs tableaux de bord de tout son reporting. L'équipe utilisait quand même le tableur. Il n'est pas une exception. J'ai travaillé avec plusieurs entreprises du Fortune 500 qui reconnaissent ouvertement utiliser Excel pour des travaux critiques : audits financiers, rapports de direction, et même calculs de paie.

Voilà le véritable échec des ERP. Ni le go-live ni la configuration. L'écart entre ce que produit le système et ce dont le décideur a besoin.

Selon Gartner, le chiffre d'affaires mondial des logiciels ERP a atteint 66 milliards de dollars en 2024. Les business cases justifient couramment une partie de cette dépense par la disparition du travail manuel sur tableur. Pourtant, dans une enquête d'Odoxa de mai 2026 auprès de 303 DAF britanniques, 67 % utilisaient encore Excel pour l'analyse et le rapprochement des comptes, exactement autant que ceux qui utilisaient leur ERP. Pas parce que la mise en œuvre avait échoué. Parce que le système, tel qu'il a été mis en œuvre, ne remplaçait pas ce que faisait le tableur.

Excel a quatre qualités que la plupart des mises en œuvre ERP ne parviennent pas à reproduire.

La familiarité. La plupart des professionnels de la finance et des opérations utilisent Excel depuis vingt ans. Quand un responsable a besoin d'une réponse avant le conseil de demain, il ouvre l'outil dont il sait qu'il lui en donnera une.

La souplesse. Excel permet de construire l'analyse dont on a besoin, plutôt que celle que le système propose. Un DAF peut modéliser trois scénarios de trésorerie en un après-midi. Dans un ERP, la même analyse peut exiger une demande de configuration, un développement et un cycle de tests.

La rapidité. Modifier une formule prend quelques secondes. Modifier un rapport ERP demande quelqu'un qui sache le faire, une validation et des tests.

Le contrôle. On fait confiance à ce que l'on voit et que l'on peut modifier. Pour la plupart des utilisateurs, un ERP est une boîte noire. Dans Excel, ils peuvent remonter chaque chiffre jusqu'à sa source.

Ces réflexes sont rationnels face à des systèmes qui n'ont pas été conçus pour les décisions que les gens doivent prendre.

Les écrans ERP traditionnels ont été conçus pour la complétude des données et l'intégrité des processus. La transaction d'entrée de marchandises capture chaque champ obligatoire. Le rapport qui montre ce que cette position de stock signifie pour le plan de production du mois prochain demande un outil distinct, une configuration distincte et souvent un spécialiste distinct.

SAP Fiori a été une vraie avancée : launchpads par rôle, écrans plus simples, accès mobile. Dans beaucoup de projets, la configuration n'a pas suivi l'intention. Les utilisateurs ont accès à Fiori, mais les tuiles analytiques n'ont jamais été configurées autour des décisions qu'ils doivent prendre. Ils exécutent les transactions, puis exportent vers Excel, et Fiori devient un simple point de passage vers le même problème.

L'analytique intégrée de S/4HANA et SAP Analytics Cloud vont plus loin en amenant l'analyse dans le même environnement que la transaction. SAP Business Data Cloud est aujourd'hui la plateforme SAP pour la couche de données élargie. Là où les entreprises les ont bien configurés, la dépendance à Excel est réellement plus faible. Dans la plupart des cas, l'investissement analytique reste très en retrait de l'investissement transactionnel. Les contrats cloud simplifient la licence de certains outils analytiques. Ils ne suppriment pas le travail de conception.

Les outils d'IA générative qui entourent désormais SAP répondent à certaines des raisons pour lesquelles les gens exportent :

1. Joule dans les applications SAP répond en langage naturel aux questions sur les données SAP et ouvre la bonne application. Il est utile pour la question ponctuelle qui déclenchait auparavant un export. Il ne remplace pas le reporting opérationnel planifié.
2. Microsoft 365 Copilot rédige le commentaire qui accompagne les chiffres. Le commentaire destiné au conseil, qu'un DAF écrivait à la main, peut partir d'un brouillon construit sur des chiffres issus de l'ERP, ce qui raccourcit la fin de la clôture.
3. Copilot dans Power BI génère des mesures, des visuels et des synthèses à partir du langage courant. Là où Power BI repose déjà sur des données SAP, il accélère la construction. Là où ce n'est pas le cas, il ne change rien à la décision d'architecture.

Le schéma est le même pour les trois : l'IA accélère le travail une fois que le reporting est conçu autour de la décision. Elle ne décide pas de ce qu'il faut construire. Pour cela, il faut encore des gens qui comprennent ce que fait l'entreprise.

Les coûts s'accumulent en silence.

Les conflits de versions. Quand cinq personnes mettent à jour leur propre copie et rapprochent le tout chaque semaine, quelqu'un travaille toujours sur la mauvaise version. Une clôture menée sur un classeur partagé est à une modification simultanée d'un exercice de rapprochement qui retarde le dossier du conseil.

Les failles dans la piste d'audit. Les ERP conservent une piste d'audit par conception. Les tableurs, non. Quand un auditeur demande pourquoi un chiffre a changé entre deux versions, le tableur ne sait généralement pas répondre.

Des données qui divergent. Quand l'ERP et le tableur contiennent des versions différentes des mêmes données, les décisions se dispersent. Les opérations font confiance au tableur, la finance à l'ERP, et le rapprochement mensuel consomme du temps et de la confiance.

Des erreurs manuelles qui s'accumulent. Un copier-coller qui oublie une ligne, une formule qui ne s'étend pas aux nouvelles données, un filtre resté actif. Plus il y a d'étapes manuelles, plus le taux d'erreur grimpe avec le temps.

Mon guide sur SAP FICO explique comment la clôture comptable est censée se dérouler dans S/4HANA.

Oui, si la mise en œuvre traite les raisons pour lesquelles les gens se sont tournés vers Excel.

Une clôture qui tourne sur des tableaux croisés dynamiques n'est pas un problème de formation. C'est un problème de conception du reporting : la clôture a besoin de sorties que l'ERP ne produit pas sous une forme exploitable. Configurez l'ERP pour qu'il les produise, plutôt que de dire aux gens d'arrêter d'utiliser Excel.

Le planificateur de stocks qui exporte vers Excel ne résiste pas au système. Les rapports de planification ne lui montrent pas ce dont il a besoin pour sa décision. Concevez-les autour de la décision, pas du modèle de données. Pour une planification qui exige vraiment des scénarios et de la simulation, SAP IBP est fait pour cela, mais seulement si les planificateurs font confiance à ses résultats.

Dans chaque revue post-go-live où la dépendance aux tableurs est forte, le schéma est le même. La DSI et le consultant SAP ont conçu les rapports autour de ce que le système pouvait produire, pas de ce que l'entreprise avait besoin de voir. C'est la même erreur que d'acheter le système avant d'avoir cartographié les processus, simplement plus tard dans le programme.

Commencez par les processus où l'exactitude et la piste d'audit comptent le plus : la clôture financière, le rapprochement des stocks, l'analyse des achats et le reporting de gestion. Pour chaque tableur important, remplissez une ligne.

1. 01Choisir le tableurClôture, stocks, achats et reporting d'abord
2. 02Nommer la décisionPar exemple, la prévision de trésorerie du dossier du conseil
3. 03Pourquoi l'ERP ne suffit pasRapport manquant, mauvaise présentation, jugement, rapidité
4. 04Concevoir le remplacementRapport ERP, application Fiori, SAP Analytics Cloud ou Power BI
5. 05Le propriétaire le testeAvant le go-live, sur la même décision
6. 06Retirer le tableurÀ une date fixée

La décision s'appuie sur le système de référence

Champ	À renseigner
Tableur	Nom et emplacement du classeur
Propriétaire	La personne qui le maintient
Décision alimentée	La décision ou la sortie précise, par exemple la prévision de trésorerie mensuelle du dossier du conseil
Sources de données	Les rapports ou exports ERP qui l'alimentent, et les saisies manuelles éventuelles
Pourquoi l'ERP ne le fait pas aujourd'hui	Rapport manquant, mauvaise présentation, étape de jugement, rapidité
Remplacement	Rapport ERP configuré, application analytique Fiori, story SAP Analytics Cloud ou Power BI sur des données gouvernées
Test d'acceptation	Le propriétaire confirme, avant le go-live, que le remplacement soutient la même décision
Date d'abandon	La date à laquelle le tableur cesse d'être utilisé

Parfois, l'ERP ne peut vraiment pas produire ce dont l'entreprise a besoin, à la vitesse où elle en a besoin. Dans ce cas, utilisez une couche analytique gouvernée, comme SAP Analytics Cloud ou Power BI, au-dessus des données de l'ERP, et non un export manuel suivi d'une reconstruction. Les données restent dans le système de référence. La visualisation répond à la décision.

Ce qui ne marche pas, c'est de former les gens à utiliser des rapports qui n'ont pas été conçus pour leurs décisions. Ils retournent à Excel. Pas parce qu'ils résistent au changement. Parce que le rapport ne fait pas le travail.

Pourquoi les DAF utilisent-ils encore Excel alors qu'ils disposent d'un ERP ?

Parce qu'Excel est familier, souple, rapide et transparent, et parce que les rapports de l'ERP ont généralement été configurés autour de ce que le système pouvait produire plutôt que des décisions que la finance doit prendre. Un contrôleur financier qui construit le modèle de clôture mensuelle dans Excel le fait en général parce que les rapports de clôture de l'ERP ne produisent pas le format que demande le dossier de gestion. Remplacez cette sortie et le tableur perd sa raison d'être.

Quels sont les risques de faire tourner des processus métier dans des tableurs ?

Des conflits de versions quand plusieurs personnes maintiennent des copies du même modèle. Des failles dans la piste d'audit, parce que les tableurs ne conservent pas d'historique fiable des modifications. Des données qui s'éloignent de celles de l'ERP, si bien que les opérations et la finance travaillent avec des chiffres différents. Et des erreurs manuelles qui s'accumulent à chaque copie, collage et formule, et qui apparaissent le plus souvent lors d'un audit ou dans un rapport de gestion, plutôt qu'au moment où elles se produisent.

Comment les ERP peuvent-ils réduire la dépendance à Excel ?

En étant configurés autour des décisions que prennent les gens. Avant le go-live, listez les tableurs les plus importants pour chaque rôle clé et la décision que chacun soutient. Concevez le rapport ERP, l'application Fiori ou la story analytique qui remplacera ce tableur précis, et faites-la tester par son propriétaire avant le go-live. Pour la clôture, produisez directement le format du dossier de gestion au lieu d'exiger un export suivi d'une remise en forme.

L'IA, comme Joule ou Copilot, met-elle fin au besoin d'Excel ?

Pas à elle seule. Joule répond aux questions ponctuelles sur les données SAP, ce qui supprime certains exports. Copilot rédige plus vite les commentaires et le contenu Power BI. Aucun des deux ne décide de quels rapports l'entreprise a besoin, ni ne repense un rapport bâti autour du modèle de données. L'IA accélère une bonne conception du reporting ; elle ne la remplace pas.

Pourquoi les équipes stocks et supply chain utilisent-elles encore Excel après le go-live de l'ERP ?

Deux raisons. Les rapports de planification n'ont pas été configurés pour la décision du planificateur, par exemple une vue de couverture glissante sur douze semaines avec des alertes d'exception. Et les planificateurs font confiance aux données de l'ERP, mais appliquent leur propre jugement sur les délais d'approvisionnement, la fiabilité des fournisseurs et la priorité client, ce que l'ERP ne leur permet de consigner nulle part. Configurez d'abord des rapports centrés sur la décision ; pour la planification complexe par scénarios, SAP IBP offre un espace à ce jugement.

Quel est le coût réel d'un ERP qui ne remplace pas les tableurs ?

Sur cinq ans, il est souvent supérieur au dépassement de budget de la mise en œuvre. Il comprend le temps de rapprochement entre la finance et les opérations, et la remédiation d'audit lorsque des erreurs de tableur apparaissent. Ajoutez le fait de payer l'ERP pendant que les équipes entretiennent des équivalents manuels, des décisions plus lentes, et des profils seniors occupés à assembler des données. Un ERP en production qui n'a pas remplacé les processus manuels a été acheté, pas livré.