Fiche concept

Fin de support SAP BW — ce qui s'arrête réellement, et les quatre chemins de migration

À jour au 2026-08-02T21:40:00Z

Édité par Cédric-Olivier Mâry, éditeur et directeur de la publication — 27 ans d'écosystème SAP. Comment ces pages sont produites, et où intervient l'automatisation.

Qu'est-ce que Fin de support SAP BW — ce qui s'arrête réellement, et les quatre chemins de migration ?

Votre date de fin de maintenance dépend du produit, de la release et du contrat — cette page n'en invente aucune. Elle dit ce qui est réel : un horizon de maintenance plus BDC comme cible nommée, quatre cohortes qui ne partagent pas d'échéance, et quatre chemins de migration plaidés sur arbitrages.

Cherchez « fin de support SAP BW 2027 » et vous trouverez une douzaine de dates affirmées. Méfiez-vous de toutes, y compris de celle de la requête : votre date de fin de maintenance dépend du produit BW que vous exploitez, de la release et de ce que dit votre contrat — et la seule réponse qui fasse autorité est le calendrier de maintenance de SAP pour votre version précise. Cette page n'inventera pas de date. Elle vous dit ce qui se passe réellement et quelle est la décision.

Ce qui se passe réellement

SAP a fixé un horizon de maintenance sur BW classique et sur BW/4HANA, et a fait de Business Data Cloud la plateforme cible de l'analytique d'entreprise. Cette combinaison — une fenêtre qui se referme sur l'ancienne plateforme plus une destination nommée — est ce qui a déclenché le plus grand cycle de migration de l'écosystème analytique SAP depuis le passage de BW sur base quelconque à BW sur HANA.

L'échelle explique pourquoi cela compte commercialement autant que techniquement : environ quatre mille clients BW sur le principal marché européen, plus quelque dix-sept mille clients ECC, composent la population adressable, et la demande de conseil qui en découle se compte en milliards d'ici 2028.

Vous êtes dans l'une de quatre cohortes, et elles ne partagent pas la même échéance

Les clients encore sur BW classique en maintenance étendue affrontent la date la plus dure et doivent décider en premier.

Pourquoi c'est important

C'est la vague de migration qui redessine quels cabinets tiennent quels comptes pour la décennie — et la façon la plus rapide de perdre la salle est de citer une date non vérifiée pour la release exacte du client.

Points clés

🔴 Il n'existe pas de date unique de fin de vie de BW : cela dépend du produit, de la release et du contrat. Vérifiez le calendrier de maintenance SAP pour la version exacte du client.
Ce qui EST vrai : SAP a fixé un horizon de maintenance sur BW classique et BW/4HANA, et a désigné Business Data Cloud comme cible analytique.
Cette combinaison a déclenché le plus grand cycle de migration de l'écosystème analytique SAP depuis le passage de BW sur base de données quelconque à BW sur HANA.
Échelle : ~4 000 clients BW sur le marché européen principal, avec une demande de conseil mesurée en milliards jusqu'en 2028.
Quatre cohortes, quatre échéances différentes : BW classique en maintenance étendue, ECC aux côtés de BW, déjà sur BW/4HANA, et ceux partis vers Snowflake/Databricks.
Un pitch générique « BW se termine » s'adresse à la mauvaise cohorte trois fois sur quatre.
Chemin 1 — lift-and-shift : achète du temps, pas de la capacité. Hérite du modèle de coût BDC ET de toute la dette de modélisation existante. Étape transitoire, jamais un état final.
Chemin 2 — migration sélective : généralement la réponse honnête, et celle qui demande le plus de couverture politique, car « retirer » signifie que le rapport de quelqu'un disparaît.
Chemin 3 — reconstruction dans Datasphere : coût et plafond les plus élevés ; défendable seulement quand le modèle existant est vraiment le problème.
Chemin 4 — rester et fédérer via BDC Connect : légitime quand le parc BW fonctionne et que le vrai besoin est la portée, pas le remplacement.

Termes employés sur cette page

Maintenance étendue: La phase de support payante et limitée dans le temps après la fin de la maintenance principale. Son expiration est la date dure de la première cohorte — et elle dépend du produit et du contrat.
Lift-and-shift: Réhéberger tel quel le modèle BW existant sur la nouvelle plateforme. Achète du temps sans acheter de capacité ; la dette de modélisation voyage avec.
Migration sélective: Déplacer ce qui mérite de l'être et retirer le reste. Généralement le chemin honnête ; les décisions de retrait sont politiques, pas techniques.
BW Data Product Generator: Le mécanisme qui transforme des objets BW existants en Data Products consommables par BDC, changeant l'arithmétique des chemins les moins invasifs.
BDC Connect: La couche de fédération qui permet d'atteindre un parc BW ou externe qui fonctionne, sans le remplacer.
Cohorte: La position de départ du client — BW classique, ECC+BW, BW/4HANA, ou parti vers une pile ouverte. Elle détermine le déclencheur, le calendrier et l'appétit au risque.
Vague de migration: Cycle à l'échelle de l'écosystème, récurrent environ une fois par décennie, qui redessine quels cabinets tiennent quels comptes pour les dix années suivantes.
Dette de modélisation: Contournements et compromis accumulés au fil de la vie d'un modèle d'entrepôt. Elle survit à un réhébergement et ressort en coût sur la nouvelle plateforme.

Sources

Fiche complète réservée aux abonnés. Ce que la fiche complète ajoute : le cadre de décision complet · la comparaison SAP · Snowflake · Databricks · Fabric · les pièges courants et leur correctif · l'aide-mémoire · les schémas d'architecture · les blocs de code · les chiffres à citer.

Ouvrir dans l'application →

Les guides qui répondent avec cette page

Ces guides citent cette page parmi les sources sur lesquelles leur réponse s'appuie.