Publicité
ERP IMPLEMENTATION
🇬🇧 Read in English

SAP S/4HANA : la deadline des Compatibility Packs tombe fin mai 2026

SAP confirme le 31 mai 2026 comme deadline finale pour les Compatibility Packs S/4HANA on-premise. Impact pour les DSI et DAF du Mittelstand.

SAP S/4HANA : la deadline des Compatibility Packs tombe fin mai 2026

SAP a confirmé en décembre 2025 que le 31 mai 2026 sera la date finale d’expiration des droits d’usage des Compatibility Packs pour S/4HANA on-premise, repoussant de cinq mois l’échéance initialement fixée au 31 décembre 2025 (annonce officielle SAP News, décembre 2025). Le 16 mars 2026, le partenaire SAP allemand Innovabee a relayé l’information auprès de sa clientèle Mittelstand (Innovabee, mars 2026), confirmant que cette extension doit être considérée comme un dernier sursis, pas comme une porte ouverte à de futurs reports.

Ce que sont les Compatibility Packs

Les Compatibility Packs sont des droits d’usage temporaires qui permettent aux clients SAP S/4HANA on-premise de continuer à utiliser des fonctions classiques héritées de SAP ECC à l’intérieur de S/4HANA, le temps de migrer vers les fonctions natives ou vers les solutions cloud qui les remplacent. Autrement dit, un pont technique, et juridique, pour éviter un big bang fonctionnel lors du passage à S/4HANA.

Passé le 31 mai 2026, continuer à exécuter ces fonctions classiques sans avoir migré vers l’équivalent natif ou cloud constituera une utilisation hors périmètre de licence. Quelques modules complexes bénéficient toutefois d’une extension exceptionnelle jusqu’au 31 décembre 2030 : Customer Service (CS), Logistics Execution – Transportation (LE-TRA) et Production Planning for Process Industries (PP-PI) (détail technique SAP Note 2269324, analyse ASUG).

Pourquoi c’est un sujet brûlant pour le Mittelstand

Le Mittelstand allemand, l’équivalent de nos ETI et PME industrielles, concentre une part importante de la base installée SAP on-premise en Europe. Beaucoup de ces entreprises avaient reporté la migration vers les fonctions natives en se reposant sur les Compatibility Packs, avec l’idée que SAP finirait par repousser encore l’échéance. Le message de SAP via Stefan Steinle, EVP Customer Support & Cloud Lifecycle Management, est cette fois sans ambiguïté : ce sursis est le dernier.

Pour un DSI ou un DAF, trois conséquences concrètes :

  • Le calendrier projet se tend. Une migration de fonctions Compatibility Packs vers les solutions natives ou cloud SAP demande généralement entre six et douze mois pour une ETI, selon la complexité. Démarrer en avril 2026 pour une bascule avant fin mai, c’est une fenêtre déjà trop courte. Les projets qui n’ont pas encore démarré basculent de fait dans une logique de conformité réactive, pas stratégique.
  • La pression sur les ressources expertes monte. Quand un éditeur fixe une deadline ferme sur sa plus grosse base installée européenne, la demande sur les consultants SAP qualifiés se concentre mécaniquement sur les douze mois précédents. Résultat habituel sur ce type de cycle : disponibilité tendue, tarifs jour en hausse, priorisation par les intégrateurs des clients stratégiques.
  • Le choix migration on-premise vs cloud devient frontal. SAP indique proposer des « tailored programs » pour accompagner la bascule vers les solutions cloud équivalentes. C’est-à-dire que l’éditeur oriente clairement la remédiation vers RISE with SAP ou les modules cloud dédiés, plutôt que vers une prolongation on-premise.

Ce qu’il faut surveiller d’ici fin mai

Trois points de vigilance pour les entreprises concernées :

  1. L’inventaire précis des fonctions utilisées sous Compatibility Pack. Beaucoup de DSI découvrent tardivement qu’ils en consomment plus que prévu, notamment côté logistique, finance et RH. La SAP Note 2269324 est le point de départ officiel.
  2. La position contractuelle après le 31 mai 2026. En pratique, continuer à utiliser les fonctions classiques expose à un risque d’audit de licence. Les entreprises doivent acter par écrit, avec leur account manager SAP, le scénario de remédiation retenu.
  3. Les capacités d’intégration disponibles. Si le projet démarre maintenant, la priorité est d’identifier un intégrateur ayant déjà réalisé la bascule sur un périmètre comparable, plutôt que de miser sur un parcours découverte avec un partenaire moins exposé.

Pour approfondir, lisez notre comparatif SAP S/4HANA vs Oracle Cloud ERP, notre analyse Cloud vs on-premise : avantages et inconvénients et notre panorama des ERP allemands (ProAlpha, Abas, GoBD, ZUGFeRD) pour situer les alternatives dans l’écosystème Mittelstand.