Modernisation de l'ERP en 2026 : cloud, IA et Clean Core

Moderniser l'ERP en 2026, ce sont trois décisions à prendre dans l'ordre : ce que votre ERP doit cesser de faire, dans quelle mesure vous maintiendrez un Clean Core, et si vos données sont assez bonnes pour que l'IA serve à quelque chose. Pour les clients SAP, une date butoir pèse sur les trois : la maintenance standard d'ECC s'arrête le 31 décembre 2027, avec une maintenance étendue payante jusqu'à fin 2030.

Ce texte s'adresse aux DSI, aux DAF et aux architectes d'entreprise qui ont terminé l'analyse et doivent maintenant exécuter. Il passe en revue les forces qui poussent à agir, l'architecture socle plus satellites, le Clean Core, le déficit de gouvernance, la préparation à l'IA et un tableau des risques pour les 18 prochains mois.

En 2024, la plupart des dirigeants gagnaient encore du temps : ils étudiaient les calendriers ECC, débattaient d'un hybride contre une migration complète, menaient des tests en sandbox sans s'engager. Cette fenêtre est fermée. La dette technique des paysages ECC et Oracle E-Business Suite n'a plus rien de théorique. Elle se voit dans les tests de non-régression qui échouent après une mise à jour, dans les constats d'audit sur du code spécifique dont personne n'est responsable, et dans des données qui mettent 12 heures à passer du système de planification au système d'exécution.

L'échéance. Après 2027, les clients ECC peuvent acheter une maintenance étendue jusqu'à fin 2030, à un tarif plus élevé. Au-delà, SAP propose pour 2031 à 2033 une option de transition vers l'ERP en édition privée, mais uniquement via RISE, et SAP est explicite : c'est une offre de transition payante, pas une prolongation de la maintenance. Entre-temps, des recherches de Gartner relayées par The Register ont montré que fin 2024, seuls 39 % environ des quelque 35 000 clients ECC de SAP avaient acheté ou souscrit des licences S/4HANA. Avoir la licence n'est pas avoir migré. Le marché des partenaires sera tendu.

Le modèle budgétaire. L'ERP cloud fait passer la dépense d'un investissement en licences (capex) à des abonnements. Cela paraît plus net. Dans la pratique, les DAF trouvent les coûts du cloud moins prévisibles : avec RISE with SAP et SAP GROW, la croissance du nombre d'utilisateurs équivalents (Full User Equivalent, FUE), les services complémentaires et les frais d'intégration ajoutent des coûts qui n'étaient pas dans le business case initial.

La fragmentation de la finance et de la supply chain. Les équipes finance appliquent l'IA aux comptes fournisseurs et clients pendant que les processus d'audit utilisent encore des modèles conçus pour une autre époque. Les supply chains ne sont modernisées qu'en partie : SAP IBP pour la planification, une gestion d'entrepôt ancienne pour l'exécution, Ariba pour les achats mais des réceptions de marchandises manuelles. Le goulot d'étranglement n'est pas la technologie. Ce sont les jointures entre les systèmes.

L'ERP est une couche, pas toute la pile. ServiceNow pilote l'orchestration des processus dans beaucoup d'entreprises, Salesforce les parcours clients, Workday ou SuccessFactors le cycle de vie RH. L'ERP est devenu le socle financier, et non le centre de tous les processus qu'on vendait dans les années 1990.

Le modèle avec lequel travaillent désormais la plupart des architectes d'entreprise est un socle financier (SAP S/4HANA ou Oracle Fusion) entouré de plateformes spécialisées.

Couche	Ce qu'on y trouve	Ce qu'on n'y met pas
Socle financier	Comptabilité générale, contrôle de gestion, achats, stocks, exécution de la production, clôture statutaire	Approbations par workflow, CRM, gestion des effectifs, analytique
Workflow	ServiceNow pour les processus IT et opérationnels, les approbations, la gestion du changement	Tenue des enregistrements transactionnels
Relation client	Salesforce ou SAP Sales and Service Cloud	Traitement financier
Capital humain	Workday ou SAP SuccessFactors	Transactions opérationnelles
Analytique	SAP Business Data Cloud, SAP Analytics Cloud, Power BI, Snowflake	Le système de référence

La séparation est voulue. Tout ramener dans SAP crée des frictions, ralentit les mises à jour et brouille les responsabilités. Entasser CRM, workflow, analytique et EHS dans un seul système est ce qui a rendu les programmes précédents si pénibles.

La question à se poser : de quoi l'ERP ne doit-il plus être responsable ? Si vous l'esquivez, vous reconstruisez le même monolithe sur une licence plus récente. Mon article sur la modernisation de l'ERP avec SAP et ServiceNow explore une façon de faire ce partage.

En août 2025, SAP a remplacé son modèle d'extensibilité à trois niveaux par quatre niveaux de Clean Core. Le niveau A n'utilise que des API publiées et stables, en side-by-side sur SAP BTP ou dans le système avec ABAP Cloud. Le niveau B utilise des API et des technologies classiques que SAP juge encore propres. Le niveau C touche à des objets internes et exige des mesures particulières. Le niveau D n'est pas propre.

L'édition publique (SAP Cloud ERP, vendue sous le nom SAP GROW) n'autorise que le niveau A : la plateforme impose donc le Clean Core et absorbe deux versions majeures par an. L'édition privée (SAP Cloud ERP Private, sous RISE) et l'on-premise autorisent encore les extensions classiques, de sorte que le Clean Core y dépend de la gouvernance. Dans tous les cas, un système très personnalisé transforme chaque mise à niveau en projet et chaque test de non-régression en crise.

Ce que le Clean Core exige de vous :

1. Sortir du noyau le code spécifique inutilisé. Chaque programme spécifique conservé est un programme à tester à chaque mise à niveau.
2. Construire les nouvelles extensions au niveau A dès que possible : sur SAP BTP, avec SAP Build ou dans le système avec ABAP Cloud.
3. Utiliser les processus standard partout où SAP en livre, et ne personnaliser que là où la réglementation ou une vraie différence concurrentielle l'exige.

La résistance est culturelle, pas technique. Des responsables métier qui se sont appuyés pendant 15 ans sur du code spécifique s'attendent encore à ce qu'il soit «  simplement réimplémenté ». Cette attente date de 2012.

Un paysage ECC type compte de 1 500 à 3 000 objets spécifiques, d'après les évaluations que j'ai menées dans l'industrie et les services, et seul un quart environ montre un usage métier actif. Le reste est un poids historique qui gonfle le coût de la migration et crée une exposition à l'audit.

Le geste pratique : lancez dès maintenant une analyse d'utilisation. Mettez hors service ce qui est inactif. Publiez une liste de suppressions avant le début de la conception. Les équipes qui planifient le Clean Core dès la première semaine vivent bien mieux leurs mises à niveau que celles qui le traitent comme une contrainte à contourner. Mon article sur la stratégie Clean Core détaille la méthode.

Quand l'ERP n'est qu'une couche parmi d'autres, les questions de responsabilité deviennent critiques. Qui est responsable :

1. De l'API entre Salesforce et l'ERP ?
2. D'un workflow qui traverse SAP et ServiceNow ?
3. Des priorités de changement contradictoires quand les deux systèmes doivent être mis à jour en même temps ?

J'ai vu ce flou décaler des go-live de plusieurs mois. Les équipes ne se rendent pas compte qu'elles sont bloquées avant que les tests d'intégration ne révèlent le chevauchement.

Dans un cas, cinq systèmes touchaient le même enregistrement de données de base fournisseur. Cinq. Personne n'avait de document de responsabilité sur les données de base, et personne n'avait défini qui pouvait modifier quoi, dans quel système. Ce n'est pas une défaillance technologique. C'est une défaillance de gouvernance que la technologie a mise en évidence.

La valeur de l'IA dans l'ERP est réelle, mais elle dépend de la qualité des données et d'une architecture propre. Joule couvre désormais S/4HANA, SuccessFactors, Ariba et d'autres produits SAP, et les agents de SAP fonctionnent sous les assistants Joule. Les cas d'usage agentiques sur SAP BTP sont en production, pas dans des présentations. Tous reposent sur des données propres, cohérentes et structurées.

Si vos données sont en doublon, codées de façon incohérente ou stockées dans des tables spécifiques que S/4HANA ne reconnaît pas, l'IA n'a rien de fiable sur quoi s'appuyer. Les équipes finance qui font tourner de l'IA sur les comptes fournisseurs s'en aperçoivent vite : des factures sont rapprochées du mauvais fournisseur parce que les données de base fournisseurs n'ont jamais été nettoyées.

La séquence qui fonctionne : le Clean Core d'abord, la gouvernance des données ensuite, l'analytique en troisième, l'IA en quatrième. Sauter des étapes n'accélère rien. Cela repousse le problème à plus tard.

1. 01Fixer la frontièreDécider ce que l'ERP doit cesser de faire
2. 02Nettoyer le noyauRetirer le code inutilisé, construire au niveau A
3. 03Gouverner les donnéesUn responsable par objet de données
4. 04Construire l'analytiqueSAP Business Data Cloud, SAC ou Power BI sur des données gouvernées
5. 05Ajouter l'IAJoule et agents sur une base fiable

Une IA qui dispose d'une base fiable

Risque	Signal	Réponse pratique
Pression de l'échéance ECC	Maintenance standard jusqu'en décembre 2027 ; la plupart des clients ECC n'avaient pas de licence S/4HANA fin 2024	Verrouiller dès maintenant les plans de ressources des partenaires ; les tarifs journaliers des profils seniors aux États-Unis atteignent déjà de 1 800 à 3 500 $
Dette de code spécifique	1 500 à 3 000 objets spécifiques, dont environ un quart en usage actif	Lancer des analyses d'utilisation, publier une liste de suppressions, démarrer des sprints de retrait
Perturbation par les versions	Les versions tombent en même temps que la clôture financière et les pics de la supply chain	Placer les fenêtres de livraison à distance de la clôture ; automatiser les tests de non-régression
Risque de migration des données	Une harmonisation tardive produit des défauts que les équipes prennent à tort pour des bugs	Dimensionnement précoce ; contrôles des données bancaires, fiscales et de conformité avant le gel de la conception
Défauts de responsabilité sur l'intégration	Cinq systèmes ou plus qui touchent des données de base partagées	Publier une matrice d'autorité ; un responsable par objet de données
Deux outils de cycle de vie	Les paysages hybrides font tourner Solution Manager et SAP Cloud ALM en parallèle	SAP Cloud ALM par défaut pour les programmes cloud ; la maintenance standard de Solution Manager 7.2 s'arrête fin 2027

Pour la version de ces risques côté mise en œuvre, voir mes dix erreurs de modernisation ERP à éviter et, pour les trajectoires de migration elles-mêmes, le guide de migration d'ECC vers S/4HANA.

Qu'est-ce que le Clean Core dans SAP S/4HANA ?

Garder S/4HANA aussi proche que possible du standard et placer les extensions là où les mises à niveau ne peuvent pas les casser. Depuis août 2025, SAP note les extensions du niveau A (API publiées uniquement, sur SAP BTP ou dans le système avec ABAP Cloud) au niveau D (pas propre). La raison métier est la protection des mises à niveau : un système propre absorbe les versions en quelques jours, un système très personnalisé en fait chaque fois un projet.

Qu'est-ce que l'architecture socle plus satellites pour l'ERP ?

L'ERP (SAP S/4HANA ou Oracle Fusion) traite ce pour quoi il est conçu : écritures financières, stocks, achats, transactions de production et reporting statutaire. Des plateformes spécialisées gèrent le reste : ServiceNow pour le workflow, Salesforce pour la relation client, Workday ou SuccessFactors pour les RH, et des plateformes analytiques pour l'aide à la décision. Faire entrer tout cela dans l'ERP crée un monolithe qui se met à jour lentement et se personnalise lourdement.

Comment aborder l'échéance 2027 de SAP ECC ?

Commencez par SAP Readiness Check. Il fait ressortir les volumes de code spécifique, les dépendances des add-ons et le dimensionnement des données, les trois facteurs qui décident si vous partez en brownfield, en greenfield ou en approche sélective. Les migrations complexes en entreprise durent généralement de 18 à 24 mois entre l'évaluation et le go-live ; si vous n'avez pas encore choisi d'approche ni entamé les discussions avec les partenaires, un go-live en 2027 est déjà serré. La maintenance étendue jusqu'en 2030 coûte plus cher et fait gagner du temps, pas de l'innovation.

Quand l'IA apporte-t-elle de la valeur dans la modernisation de l'ERP, et quand n'en apporte-t-elle pas ?

Quand les données sont propres, cohérentes et structurées et que le processus obéit à des règles claires : l'automatisation des comptes fournisseurs, la prévision de la demande et la détection d'anomalies dans les transactions financières sont des cas éprouvés. L'IA n'est pas un raccourci pour contourner des données médiocres ou des défauts de gouvernance. Les décisions prises sur de mauvaises données sont plus difficiles à repérer que les erreurs manuelles. Le Clean Core, la gouvernance des données et des processus stables passent d'abord.

Quelles sont les plus grosses erreurs de modernisation de l'ERP ?

Le traiter comme un projet technologique, si bien que le débat sur le Clean Core est perdu avant même que les responsables métier soient dans la pièce. Lancer la gouvernance des données après la conception, alors que des décisions prises dès la première semaine auraient épargné des mois de tests. Ne pas définir ce que l'ERP doit cesser de faire, de sorte que le périmètre du noyau s'étend par défaut, ce qui est exactement la manière dont le dernier monolithe a été construit.

Combien coûte la modernisation d'un ERP ?

Une conversion brownfield d'ECC vers S/4HANA pour une entreprise de taille intermédiaire coûte généralement de 2 à 8 millions de dollars de mise en œuvre, plus l'abonnement récurrent. Les programmes d'entreprise à portée mondiale, avec beaucoup de personnalisation et de nombreuses entités, peuvent atteindre de 20 à plus de 100 millions de dollars. Modélisez aussi l'intégration, les tests et le support opérationnel, pas seulement les licences, et, sous RISE et SAP GROW, la croissance des FUE sur la durée du contrat.