ECC en fin de maintenance : transformer la contrainte en opportunité.

L’échéance est connue de tous. Elle continue pourtant de surprendre. SAP a fixé la fin de la maintenance mainstream d’ECC à fin 2027 ; une extension payante reste possible jusqu’en 2030 pour les entreprises qui en font le choix. Trois ans de marge, sur le papier. En réalité beaucoup moins : une transformation de cœur de système se cadre, se décide, se contractualise puis s’exécute, et chacune de ces étapes consomme des trimestres entiers. Nous le constatons régulièrement : ceux qui raisonnent en date de fin de maintenance ont déjà un train de retard. Ceux qui raisonnent en date de lancement de leur programme gardent la main.

Pourquoi attendre coûte de plus en plus cher

Face à une échéance imposée, le premier réflexe est de la repousser. L’extension jusqu’en 2030 existe précisément pour cela, et nous ne la condamnons pas : elle peut être un choix rationnel, à condition d’être un choix, adossé à une trajectoire. Trop souvent, elle sert d’alibi pour remettre la décision à plus tard. Or le compteur tourne, et sur bien d’autres lignes que celle de la maintenance étendue.

• Le legacy s’alourdit. Chaque développement spécifique ajouté à un ECC en sursis est une dette que la future migration devra rembourser, avec intérêts.
• Les ressources se raréfient. À mesure que l’échéance approche, tout le marché converge vers les mêmes profils : intégrateurs, architectes, experts de la conversion. Les retardataires négocieront leur programme dans les pires conditions de disponibilité.
• Le coût d’opportunité s’accumule. Tant que le cœur reste figé, l’analytique temps réel, l’automatisation ou l’IA sur données d’entreprise plafonnent au stade du pilote. Ce retard ne se mesure pas en euros de maintenance ; il se mesure en années de capacités non construites.
• Décider sous contrainte, c’est mal décider. Un programme lancé dans l’urgence reproduit mécaniquement l’existant, faute de temps pour repenser quoi que ce soit. Difficile d’imaginer pire usage d’un budget de transformation.

Conversion, greenfield, hybride : sortir des caricatures

Le débat public oppose volontiers la conversion technique, « rapide et sans risque », au greenfield « ambitieux mais interminable ». La réalité des programmes que nous observons est moins tranchée. Il existe trois familles de trajectoires, et le bon choix dépend de votre existant, pas d’une doctrine.

La conversion (brownfield)

Convertir le système existant vers S/4HANA préserve l’historique, les processus et les développements. C’est sa force ; c’est aussi sa limite. L’approche convient aux entreprises dont le cœur ECC est resté raisonnablement sain : processus harmonisés, spécifiques maîtrisés, données correctes. Convertir un système désordonné revient à déménager ses cartons sans les ouvrir. Le désordre arrive intact dans la nouvelle maison, où il coûte plus cher.

Le greenfield

Repartir d’un système neuf permet d’adopter les standards S/4HANA, de purger des années de spécifiques et de reconstruire les processus sur une base propre. C’est le chemin le plus transformant, donc le plus exigeant : il suppose que l’entreprise accepte de changer ses façons de faire autant que son outil. Un greenfield mené comme une conversion déguisée, où chaque écart au legacy se renégocie ligne à ligne, cumule les coûts des deux approches sans les bénéfices d’aucune. Nous en avons vu.

L’hybride (selective data transition)

Entre les deux, les approches sélectives permettent de trier : conserver ce qui a de la valeur, l’historique ou les processus matures, refondre ce qui n’en a plus. Pour les groupes multi-entités aux paysages hétérogènes, où aucune réponse unique n’existe, c’est souvent la voie pertinente. C’est aussi la plus exigeante en architecture, et celle qui pardonne le moins l’improvisation.

Avant d’être une date de migration, 2027 est une date limite pour décider qui vous voulez être en tant qu’entreprise opérante.

Comment décider, et à quel niveau

Le choix du chemin n’est pas affaire de doctrine. Il se déduit d’un diagnostic honnête, mené sur quatre dimensions. L’état des processus : sont-ils harmonisés, ou chaque entité vit-elle sa vie ? Le poids du spécifique : que fait-il vraiment, et pour qui ? La qualité des données : peut-on les reprendre telles quelles sans importer le passif ? La capacité d’absorption, enfin : que peuvent réellement encaisser les équipes, en parallèle de leurs opérations ?

Surtout, la décision doit se prendre au bon niveau. Tant que la trajectoire S/4HANA reste un dossier de DSI, elle sera arbitrée en coûts informatiques, et le scénario le moins cher à court terme l’emportera, quel que soit son coût réel. Nous le disons sans détour à nos clients : c’est une décision de direction générale, parce qu’elle engage le modèle opérationnel. Quels processus standardiser ? Quelles différences préserver parce qu’elles créent de la valeur ? Quelle discipline d’architecture, le fameux clean core, imposer pour que le nouveau système ne reproduise pas la dérive de l’ancien ?

Par où commencer

Notre conviction : la première étape n’est ni un appel d’offres ni un choix d’outil. C’est un cadrage court et décisif, qui livre trois choses à la direction. Pour situer votre point de départ en cinq minutes, notre autodiagnostic en 12 questions est un préambule utile.

• Un état des lieux sans complaisance du système existant : processus, spécifiques, données, coûts, risques. Un diagnostic qui tire des conséquences, plutôt qu’un inventaire de plus.
• Des scénarios réellement comparés, chiffrés en coûts complets et en bénéfices attendus, avec leurs conditions de réussite explicites. Un scénario sans conditions de réussite est un argumentaire commercial.
• Une feuille de route par vagues, séquencée selon les dépendances et la capacité d’absorption, où chaque étape livre de la valeur intermédiaire. La première crise budgétaire interrompt les programmes qui ne produisent rien avant leur terme ; autant s’en prémunir dès le séquencement.

Ce cadrage transforme le rapport de force. L’entreprise qui sait ce qu’elle veut, dans quel ordre et à quelles conditions, choisit ses partenaires au lieu de les subir. Et c’est là que la contrainte devient opportunité : l’échéance 2027 offre ce qu’aucun programme de transformation n’obtient facilement, l’alignement de toute l’entreprise sur une même date. Ce serait dommage de n’en faire qu’une migration.

Pour aller plus loin : notre approche de la transformation SAP, notre offre S/4HANA, et notre lecture des cas d’usage IA sur SAP, qui commencent tous par un cœur digital en état de marche.