SAP présente désormais la migration vers S/4HANA comme le sésame permettant d’accéder à l’« entreprise autonome ». Nous faisons la distinction entre la pression réelle liée aux délais et les aspects de cette vision qui restent encore véritablement flous.
SAP S/4HANA : vers l'entreprise autonome
SAP a cessé de traiter la migration vers S/4HANA et l’« entreprise autonome » comme deux sujets distincts. Depuis la conférence Sapphire 2026, le message est clair : S/4HANA Cloud avec RISE with SAP est l’une des trois plateformes fondamentales sur lesquelles repose l’ensemble de la vision de l’entreprise autonome, aux côtés de Joule et de la SAP Business Technology Platform. Pour les clients SAP du marché intermédiaire supérieur qui réfléchissent encore à leur stratégie de migration depuis ECC, ce recadrage change la donne : la décision de migrer ne vise plus seulement à continuer de bénéficier du support, mais est présentée comme le sésame pour accéder à tout ce que SAP est en train de développer. Nous pensons que ce recadrage est globalement juste, mais qu’il n’est pas encore tout à fait justifié — voici la distinction qu’il convient de faire.
À quoi ressemble cette base selon SAP ?
Sergio Maccotta, vice-président senior de SAP, a défini l’« entreprise autonome », dans le cadre d’un reportage sur la dynamique régionale de SAP au deuxième trimestre 2026, comme « une entreprise capable de détecter le changement, de prendre des décisions et d’agir avec une intervention humaine minimale ». Dans sa présentation du même message, SAPinsider identifie les trois plateformes que SAP considère comme porteuses : SAP S/4HANA Cloud avec RISE with SAP comme couche transactionnelle centrale garantissant la stabilité des mises à jour, Joule comme couche de copilotage par IA générative, et SAP Business Technology Platform comme couche d’intégration et de gestion des données sous-jacente aux deux précédentes. Les opérations autonomes sont décrites comme étant déjà déployées dans les domaines de la finance, de la chaîne d’approvisionnement, de la gestion des ressources humaines (HCM) et des processus industriels dans les secteurs de l’énergie, de la distribution et de l’industrie manufacturière — l’année 2026 étant présentée comme celle où les systèmes auto-optimisés commenceront à distinguer « les entreprises les plus résilientes et les plus rentables des autres ».
Un détail de cette analyse mérite d’être pris au sérieux plutôt que d’être considéré comme une formule toute faite : la gouvernance et la sécurité des données sont explicitement qualifiées de « conditions préalables non négociables », et non d’activités secondaires — l’argument étant que les actions pilotées par l’IA doivent intégrer dès le départ les autorisations ERP, la traçabilité des données et les contrôles de conformité, et non pas les intégrer a posteriori, une fois que les agents sont déjà en action.
La fonction de forçage : l'horloge de maintenance de l'ECC
La partie de cette histoire qui n’est pas un argumentaire marketing concerne le calendrier de maintenance, et il convient d’être précis à ce sujet car les dates varient selon la version. Pour ECC 6.0 avec les Enhancement Packages 0 à 5, la maintenance standard prend fin à la fin de l’année 2026 ; pour les EHP 6 à 8 — la base sur laquelle la plupart des clients du marché moyen-supérieur opèrent effectivement —, la maintenance standard s’étend jusqu’à la fin de l’année 2027, avec une maintenance étendue optionnelle et payante disponible jusqu’à la fin de l’année 2030 (moyennant un supplément déclaré de deux points de pourcentage). SAP a également lancé une « Option de transition SAP ERP, Private Edition » qui prolonge le support jusqu’en 2033 — mais uniquement pour les clients s’engageant dans le modèle d’abonnement cloud « RISE with SAP » et utilisant (ou migrant vers) HANA comme base de données ; il s’agit donc d’une passerelle vers le cloud, et non d’une alternative à celui-ci. Par ailleurs, et cette mesure est déjà en vigueur : depuis le 31 mai 2026, la plupart des clients SAP S/4HANA sur site n’ont plus accès aux packs de compatibilité, cette exception étant prolongée jusqu’à fin 2030 pour les clients « RISE with SAP » et « SAP Cloud ERP Private Edition ».
Prises dans leur ensemble, ces dates constituent le véritable moteur du concept « rejoindre l’entreprise autonome » : ce sont elles qui imposent une décision de migration dans un délai assez serré ; « RISE with SAP » est la voie pour laquelle SAP a prévu la plus longue période de transition ; et « RISE with SAP » est justement la plateforme que SAP désigne comme le fondement transactionnel de sa vision d’entreprise autonome. La pression liée à l’échéance est bien réelle et vérifiable de manière indépendante ; le positionnement de RISE comme passerelle vers l’autonomie est un argumentaire commercial de SAP qui vient s’y superposer.
Quand la vision devance encore le produit
Un article plus sceptique publié par SAPinsider peu après les annonces faites lors de la conférence Sapphire dresse une liste de questions en suspens qu’il convient de considérer comme une liste de contrôle plutôt que de les écarter comme de simples chicaneries de la semaine de lancement. La tarification n’est pas précisée : par utilisateur, par agent, par transaction ou par jeton ? De même, il n’est pas précisé quelles fonctionnalités de Joule sont incluses dans l’abonnement de base et lesquelles sont facturées séparément. Parmi les plus de 200 agents annoncés par SAP, il n’est pas toujours clair lesquels sont déjà disponibles aujourd’hui et lesquels font partie de la feuille de route. Il n’existe pas de séquence définie de prérequis pour l’adoption de S/4HANA Cloud, Clean Core et Joule — ce qui signifie que la question « dans quel ordre faut-il réellement procéder ? » est laissée à l’appréciation du client et de son partenaire de mise en œuvre. De plus, les mécanismes de gouvernance que SAP qualifie elle-même de non négociables — application de la séparation des tâches lorsqu’un agent agit de manière autonome, détails de la piste d’audit, comportement d’intégration inter-plateformes — ne sont pas documentés avec le niveau de détail dont un service de conformité ou d’audit interne aurait besoin avant de donner son accord.
Cela ne signifie pas pour autant que la vision soit erronée. Cela signifie simplement que la vision et le produit prêt à être commercialisé, dont le prix est fixé et dont la gouvernance est assurée, suivent des calendriers différents, et qu’une analyse de rentabilité de la migration fondée sur la promesse d’une autonomie totale repose sur des capacités qui ne sont pas encore entièrement définies.
Notre évaluation
Nous distinguerions deux décisions qui ne doivent pas être prises ensemble. La décision de migration — quitter ECC avant la fin de 2027 (ou 2030/2033 dans les conditions spécifiques mentionnées ci-dessus) — est une décision soumise à une échéance, dont le non-respect entraîne des conséquences concrètes et limitées dans le temps ; elle doit donc être prise en tenant compte des éléments suivants : le coût de la maintenance prolongée, la disponibilité des consultants en migration (une pénurie qui, selon de nombreuses sources, devrait entraîner une hausse significative des tarifs journaliers après 2027), et l’adéquation de votre propre système avec RISE par rapport à une solution de cloud privé ou sur site. Cet argument tient debout en soi, sans qu’il soit nécessaire de faire appel à la vision de l’« entreprise autonome » pour le justifier.
La décision relative à l’adoption de l’autonomie — c’est-à-dire jusqu’où aller dans l’automatisation des processus financiers, de la chaîne d’approvisionnement ou de la gestion des ressources humaines (HCM), et selon quel calendrier — est une décision distincte qui doit attendre la mise en place du modèle de gouvernance que SAP considère lui-même comme un prérequis ; il ne s’agit pas d’une décision à intégrer dans l’analyse de rentabilité de la migration dans le seul but d’embellir les chiffres du retour sur investissement. Concrètement, cela signifie considérer la discipline « Clean Core » et un modèle défini d’autorisation et d’audit pour les actions pilotées par l’IA comme des étapes préalables indispensables avant la mise en service du premier processus autonome, et non comme des éléments que l’on résoudra une fois que les agents seront déjà en train d’effectuer la clôture financière ou de valider les fournisseurs. Les clients les mieux positionnés pour 2027 ne seront pas ceux qui auront agi le plus rapidement sur ces deux fronts simultanément ; ce seront ceux qui auront profité du calendrier imposé par la migration pour mettre en place correctement les fondements de RISE et la discipline « Clean Core », et qui auront considéré la couche autonome comme une deuxième décision, délibérément séquencée, venant s’ajouter à celles-ci.
Si vous hésitez entre votre calendrier de sortie de l’ECC et l’étendue de la feuille de route vers l’autonomie à mettre en œuvre dès maintenant, nous serions ravis de vous aider à faire la distinction entre ces deux aspects — c’est précisément le genre de question relative à la chaîne d’outils SAP et à l’enchaînement des étapes de gouvernance sur laquelle nous travaillons.
