Guide

Migration BW vers BW4HANA : in-place, remote ou shell, et quand ne pas convertir

À jour au 5 octobre 2026

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

Passer de BW 7.x à BW/4HANA n'est pas une mise à niveau : c'est un changement de produit, avec un modèle d'objets réduit, donc des décisions de modélisation objet par objet. SAP propose trois voies de conversion, in-place, remote et shell, et aucune ne supprime ce résidu de jugement. Côté calendrier, BW 7.5 sort de la maintenance standard le 31 décembre 2027 (extension payante en option jusqu'en 2030) tandis que BW/4HANA est maintenu au moins jusqu'en 2040 (annonce de maintenance SAP, 23 avril 2020).

Un produit distinct, pas une version de BW

BW/4HANA est l'entrepôt de données de SAP exclusivement HANA, disponible depuis 2016, avec sa propre ligne de code. Il a volontairement supprimé des types d'objets accumulés pendant dix-huit ans. L'aDSO (advanced DataStore Object) absorbe les rôles que tenaient séparément le DSO standard, le DSO optimisé en écriture et l'InfoCube ; le CompositeProvider remplace le MultiProvider et l'InfoSet. Les InfoCubes classiques, les flux 3.x, les règles de transfert et l'ancienne modélisation côté extracteur disparaissent.

Ce qui subsiste porte le sens analytique (InfoObjects, transformations, DTP, chaînes de processus, requêtes). Comme la cible a moins de types d'objets, il n'existe pas de traduction fidèle un pour un sur un BW mature.

Les trois voies de conversion

La conversion in-place s'exécute dans le système existant : les objets sont convertis sur place, dans un ordre contrôlé, et le système finit exclusivement HANA avec la même identité technique. Elle convient à un système unique avec une fenêtre d'indisponibilité acceptable et une dette technique que l'équipe accepte de reporter, car elle applique la correspondance d'objets (DSO ou InfoCube vers aDSO, MultiProvider ou InfoSet vers CompositeProvider) sans imposer de refonte.

La conversion remote monte un nouveau système BW/4HANA et y rapatrie le contenu du système source objet par objet. C'est le moment naturel pour consolider plusieurs systèmes sources ou retirer le contenu que personne n'utilise. Elle coûte plus de temps calendaire que l'in-place mais offre une vraie remise à plat de l'architecture.

La conversion shell ne garde que la coquille technique du système cible, puis reconstruit ou transporte sélectivement le contenu. Elle s'impose quand la dette non documentée est telle qu'une conversion mécanique ne ferait que la déplacer, mais c'est aussi la voie où le résidu de jugement est le plus grand, puisque rien n'est porté par l'outillage seul.

Ce qui se convertit, ce qui se réécrit

Se convertit avec un outillage éprouvé : la correspondance de types d'objets. Un InfoCube de pur reporting devient un aDSO standard ; un InfoCube qui faisait en réalité office de zone de transit se scinde en un aDSO optimisé en écriture et un aDSO standard. Le type d'aDSO n'est pas choisi à votre place par la conversion, et un mauvais choix est l'erreur de modélisation BW/4HANA la plus courante.

Se réécrit, ou au minimum se revoit : tout objet sans successeur dans le modèle réduit, c'est-à-dire chaque MultiProvider (choix explicite de jointure ou d'union), chaque InfoCube (choix de configuration), les routines de transformation sur mesure et les autorisations atypiques. Un devis qui nomme la voie sans inventaire d'objets n'est pas un chiffrage. Le chiffrage réel se loge dans la décision par objet : convertir, repenser ou retirer.

Le calendrier, et le seul vrai décompte

Deux horloges distinctes. BW 7.5, y compris BW on SAP HANA qui tourne sur la version 7.5, atteint la fin de la maintenance standard le 31 décembre 2027, avec une extension payante en option jusqu'en 2030. BW/4HANA est maintenu au moins jusqu'en 2040, aligné sur S/4HANA. Source commune : annonce de maintenance SAP du 23 avril 2020. La date applicable à votre système dépend de votre version et de votre contrat : vérifiez le calendrier SAP de votre produit.

SAP situe la base BW 7.5 entre 20 000 et 30 000 clients dans le monde (Sapphire 2025, relayé par SAPinsider), contre environ 2 500 clients BW/4HANA dans le registre d'Analytics Legends, un plancher issu des divulgations publiques. Le décompte pèse donc sur ceux qui restent en 7.5 ; pour une instance déjà en BW/4HANA, la pression vient du sens de marche vers Business Data Cloud, pas d'une échéance.

Quand la bonne réponse n'est pas BW/4HANA

Situation — Petit périmètre BW 7.5 (moins de 50 InfoProviders actifs, moins de 100 requêtes actives) et métier prêt à geler le reporting : Voie : Datasphere natif · Pourquoi : pas de double exploitation, pas de dette d'objets · Point de vigilance : le gel, de l'ordre de 6 à 9 mois pour un petit périmètre.

Situation — Grand périmètre BW, aucun gel de reporting acceptable, programme financé sur plusieurs années : Voie : BW bridge avec date de sortie · Pourquoi : les objets restent en service pendant la migration · Point de vigilance : payer deux bases de licence pendant le recouvrement.

Situation — Logique BW de confiance, besoin rapide de produits de données pour Business Data Cloud ou Databricks : Voie : BW Data Product Generator, BW restant système de référence · Pourquoi : la donnée est disponible avant la refonte du modèle · Point de vigilance : requêtes, logique de transformation et règles d'accès restent à refaire.

Situation — Système BW 7.x stable, objectif de continuité, pas de mandat cloud, périmètre amorti : Voie : BW/4HANA, en conversion · Pourquoi : horizon 2040 au moins · Point de vigilance : la conversion reste un exercice de modélisation, pas un simple saut de version.

Situation — Modèle BW lui-même défaillant (exits non documentés, couches de contournements) : Voie : refonte native Datasphere · Pourquoi : générer ou convertir de la mauvaise logique ne fait que la déplacer.

Ce que dit le marché des missions

Source : corpus des missions vivantes d'Analytics Legends, public/api/contracts-lean.json, 5 octobre 2026, 1 595 offres. 258 mentionnent BW/4HANA, 249 mentionnent Business Data Cloud, et 566 mentionnent Datasphere, dont 243 nomment aussi BW ou BW/4HANA. En France, 24 offres portent BW dans le titre. Parmi les missions non permanentes, deux françaises portent sur le support et l'exploitation de BW et d'Analytics Cloud, et une mission américaine cherche un architecte technique BW/4HANA pour une conversion.

Ce que nous ne pouvons pas affirmer

Aucune de nos sources ne publie de durée ni de coût type pour chacune des trois voies : tout chiffre de délai dans une proposition est l'estimation du prestataire.

Questions fréquentes

Quelle est la différence entre conversion in-place, remote et shell ?

L'in-place convertit le système existant sur place ; la remote monte un nouveau système BW/4HANA et y rapatrie le contenu objet par objet ; la shell ne conserve que la coquille technique et reconstruit ou transporte sélectivement le contenu. Le temps calendaire et le résidu de jugement se répartissent différemment.

BW/4HANA est-il en fin de maintenance en 2027 ?

Non. La date du 31 décembre 2027 vise la maintenance standard de BW 7.5, avec extension payante en option jusqu'en 2030. BW/4HANA est maintenu au moins jusqu'en 2040, aligné sur S/4HANA (annonce SAP du 23 avril 2020).

Que devient un InfoCube lors de la conversion ?

Il devient un aDSO, dont il faut choisir la configuration. Un InfoCube de pur reporting devient un aDSO standard ; celui qui servait de zone de transit se scinde en un aDSO optimisé en écriture et un aDSO standard.

Sur quoi cette page s'appuie

SAP BW/4HANA
Fin de support SAP BW — ce qui s'arrête réellement, et les quatre chemins de migration
BW Bridge : l'arbitrage de migration
BW Data Product Generator
Corpus des missions vivantes d'Analytics Legends, 5 octobre 2026