SAP acte la fin du support des bases tierces et de Java fin 2030

Ce que dit la mise au point du 7 octobre

Signée par Philipp Herzig, CTO de SAP SE, la publication rappelle d'abord que le calendrier de maintenance de SAP Business Suite 7 ne bouge pas : la maintenance standard reste disponible jusqu'au 31 décembre 2027, puis une maintenance étendue optionnelle jusqu'au 31 décembre 2030.

Le point nouveau porte sur deux dépendances techniques. SAP indique que ses accords de revente et de support conclus avec les principaux fournisseurs de bases de données tierces prennent fin, pour ces environnements historiques, à la fin de 2030. L'éditeur écrit qu'il ne fournira plus de support spécifique à la base de données dans ces environnements, et que ce chemin de support intégré n'existera plus, y compris pour les clients ayant licencié leur base via SAP.

Même échéance pour Java : selon SAP, les accords de support Java (Java 8 / JEE5) adossés à SAP NetWeaver AS JAVA 7.5 s'arrêtent fin 2030. À partir de 2031, le composant basculera en maintenance spécifique client, sans version de remplacement annoncée.

Une conversion qui n'est plus possible après 2030

SAP précise qu'une conversion depuis Business Suite 7 sur base tierce vers SAP S/4HANA ou SAP Cloud ERP n'est possible qu'avant la fin de ces accords, fin 2030. Au-delà, l'éditeur indique que seuls des scénarios greenfield, c'est-à-dire de nouvelles implémentations, resteront possibles.

Deux voies intermédiaires sont décrites. Basculer la base de données vers SAP HANA supprime la dépendance au fournisseur tiers avant fin 2030, mais ne prolonge aucune maintenance : le système passe en maintenance spécifique client, et SAP écrit ne pas recommander cette option comme trajectoire stratégique de long terme. La « Transition Option for SAP ERP », elle, vise la continuité d'activité de 2031 à 2033, mais suppose que les systèmes aient migré vers SAP ERP, private edition on SAP HANA avant le 31 décembre 2030 ; d'autres critères d'éligibilité s'appliquent et, selon SAP, elle ne prend pas en charge les fonctions dépendantes de Java.

Sur le régime applicable ensuite, SAPinsider rappelait le 13 octobre 2026 que la maintenance spécifique client s'accompagne de restrictions explicites : pas de nouveaux support packages, pas de mises à jour pour les évolutions légales et des mises à jour technologiques limitées, la charge de la conformité revenant au client.

Pourquoi c'est important

Dans la plupart des feuilles de route, la seule date retenue pour SAP ECC est 2027, éventuellement 2030 avec la maintenance étendue. La mise au point du 7 octobre ajoute une seconde condition, de nature contractuelle : celle de la base de données et de la pile Java sous le système. Une PME ou une ETI dont l'ECC tourne sur une base autre que HANA ne pilote donc plus une seule échéance, mais deux, et la plus contraignante n'est pas forcément celle qu'elle suit. L'effet le plus concret porte sur le scénario de migration : attendre 2030 revient à perdre l'option de conversion du système existant et à se retrouver face à une réimplémentation complète, dont le budget, la durée et le niveau de risque n'ont rien de comparable. Computer Weekly rappelait en janvier 2026, en s'appuyant sur l'analyste Forrester Akshara Lopez, que trois voies coexistent — conversion technique, nouvelle implémentation et transition sélective des données — et que le choix structure tout le projet.

Ce que ça change pour votre projet ERP

Première action : inventorier la base de données de production et les composants reposant sur SAP NetWeaver AS JAVA 7.5, puis inscrire la date de fin 2030 dans la feuille de route au même rang que celle de 2027. Si une conversion vers S/4HANA ou Cloud ERP est envisagée, la fenêtre technique se referme fin 2030 : la décision, le chiffrage et la négociation doivent donc être calés nettement en amont, pas sur l'échéance elle-même. Identifiez aussi les flux portés par des composants Java, en particulier les plateformes d'intégration qui transportent l'EDI et la facturation, puisque l'option de transition ne les couvre pas. Enfin, pour les entreprises qui évaluent un changement d'éditeur, la fermeture de la fenêtre de conversion est un paramètre de comparaison à part entière, à verser au guide de projet ERP et à l'analyse des dépendances d'interopérabilité. Notre fiche SAP détaille le positionnement de l'éditeur.