Da SAP BW a Business Data Cloud: lift, shift, innovate

Molte aziende svizzere usano ancora un BW costruito dieci o quindici anni fa. Funziona. Contiene però anche molta logica di business che nessuno ha documentato, e le persone che lo hanno costruito se ne stanno andando una dopo l’altra. Quando SAP ha lanciato Business Data Cloud (BDC) nel febbraio 2025, la prima domanda dei clienti BW è stata semplice: cosa succede al nostro BW?

Nel frattempo SAP ha reso la risposta concreta. È un percorso in tre passi: lift, shift, innovate.

In sintesi: portate il vostro BW nella BW private cloud edition all’interno di BDC (BW NetWeaver PCE ha manutenzione fino a fine 2030, BW/4HANA PCE oltre). Trasformate gli InfoProvider in data product con il Data Product Generator (servono BW 7.5 SPS24 su HANA o BW/4HANA 2021 SPS04 / 2023). Poi costruite nuove analisi sui data product in Datasphere e SAP Databricks. Prima di tutto verificate release, inventario dei modelli e contratto.

Se BDC è nuovo per voi, iniziate dalla nostra spiegazione in linguaggio semplice.

Passo 1: lift

Con il lift il vostro BW esistente passa in SAP BW private cloud edition, uno dei componenti di BDC. Modelli, query e catene di processo continuano a funzionare. Cambia dove gira BW e chi gestisce l’infrastruttura.

Contano le date di manutenzione:

• SAP BW NetWeaver private cloud edition: manutenzione fino alla fine del 2030.
• SAP BW/4HANA private cloud edition: manutenzione oltre il 2030.

Per un cliente BW 7.5 questo significa tempo guadagnato. Non dovete ricostruire tutto prima di una scadenza di supporto. Potete prima spostarvi in BDC e modernizzare da lì.

Il lift da solo porta poco di nuovo al business. È un cambio di piattaforma. Non presentatelo internamente come qualcosa di più.

Passo 2: shift

Con lo shift BW incontra l’idea dei data product. Il Data Product Generator di SAP prende gli InfoProvider BW e li pubblica come data product:

• InfoObject
• aDSO (advanced DataStore object)
• CompositeProvider
• MultiProvider
• InfoCube

Il risultato finisce come tabelle Delta nell’object store di Datasphere. Da lì i data product si possono condividere con SAP Databricks, così i data scientist lavorano sugli stessi dati governati usati dai report BW. Nessuna estrazione aggiuntiva, nessuna seconda copia mantenuta a mano.

I prerequisiti sono rigidi:

• SAP BW 7.5 SPS24 su HANA, oppure
• SAP BW/4HANA 2021 SPS04, oppure
• SAP BW/4HANA 2023.

Se il vostro BW gira su un support package più vecchio o su un database non HANA, prima viene l’upgrade.

SAP prevede inoltre un Query Template Generator, pensato per portare la logica delle query BW nel nuovo mondo. Consideratelo un piano annunciato finché non viene rilasciato.

Passo 3: innovate

Quando i dati BW sono disponibili come data product, il lavoro nuovo avviene fuori da BW. Combinate i data product derivati da BW con quelli gestiti da SAP per S/4HANA o SuccessFactors, modellate in Datasphere, fate reporting e pianificazione in SAP Analytics Cloud e usate SAP Databricks dove serve il machine learning.

Non si tratta di spostare tutto. I vecchi report BW che funzionano e che nessuno vuole cambiare possono continuare a girare. Le nuove domande trovano risposta sul nuovo livello.

Cosa verificare prima

Prima di parlare di tempistiche con SAP, raccogliete quattro fatti:

1. Release e database. Su quale release e support package BW siete? HANA o no? Questo decide se lo shift è possibile.
2. Inventario dei modelli. Quanti InfoProvider e query sono davvero usati? Nella maggior parte dei sistemi BW una grande parte è inutilizzata. Non migrate ciò che nessuno apre.
3. Responsabili di business. Quali report contano per quali manager? Sono i vostri primi candidati per lo shift.
4. Contratto. Quanto pagate oggi per BW, su quale metrica e fino a quando?

SAP offre ai clienti BW assessment del loro landscape. Chiedetene uno e portate il vostro inventario per il confronto.

La questione del pagare due volte

È la domanda che sentiamo più spesso dai clienti BW. Pagate già la manutenzione di BW. BDC è un abbonamento. Pagate entrambi?

Non esiste una risposta generale, perché dipende dal vostro contratto e da cosa SAP offre nel vostro caso. Il nostro consiglio:

• Chiedete a SAP per iscritto come vengono riconosciute o convertite le licenze BW esistenti nel passaggio a BW PCE all’interno di BDC.
• Chiedete lo stesso per eventuali abbonamenti Datasphere o SAP Analytics Cloud esistenti.
• Calcolate il periodo di sovrapposizione. Durante lift e shift vecchio e nuovo possono girare in parallelo. Sappiate per quanto tempo e a quale costo.
• Coinvolgete il controlling prima della firma, non dopo la prima fattura.

La trappola delle licenze più ampia la trattiamo in cinque errori all’avvio con BDC.

Senza BW: il percorso per CX e S/4HANA Public Cloud

Molti dei nostri clienti non hanno mai avuto BW. Usano SAP Sales Cloud V2, Service Cloud V2 e S/4HANA Public Cloud. Per loro lift e shift non valgono. Partono dal passo 3.

• S/4HANA Public Cloud: i data product gestiti da SAP coprono finanza e supply chain. Finance Intelligence è generalmente disponibile da ottobre 2025.
• SAP Sales Cloud V2 e Service Cloud V2: non abbiamo visto una fonte SAP che nomini data product specifici per questi prodotti. Revenue Intelligence, pensata per i dati di vendita, marketing e service, era in anteprima ristretta nell’ultimo stato pubblico di SAP che possiamo citare. I dati CX arrivano in Datasphere tramite un’integrazione propria, per esempio event-driven con SAP Integration Suite, oppure tramite replica.
• Hosting in Svizzera: da inizio marzo 2026 BDC è disponibile su Microsoft Azure in Svizzera (EU Access). Per le aziende con requisiti di residenza dei dati secondo la nLPD, cade così un argomento per aspettare.

Il vantaggio di partire senza BW: nessun modello legacy da trascinarsi dietro. Lo svantaggio: nemmeno un livello semantico esistente. Dovete definire i vostri KPI da zero, ed è un compito del business, non dell’IT.

Cosa significa per voi

• BW 7.5 su HANA o BW/4HANA con SPS aggiornato: potete pianificare lift e shift ora. Iniziate da inventario e questione contrattuale.
• BW più vecchio o non HANA: pianificate prima l’upgrade tecnico. Senza, il Data Product Generator resta fuori portata.
• Nessun BW, CX in cloud e S/4HANA Public Cloud: passate direttamente al passo 3. Scegliete una domanda trasversale ai sistemi, usate i data product dove esistono e costruite voi l’integrazione CX.

In tutti e tre i casi la sequenza è la stessa: inventario, un caso d’uso, chiarezza contrattuale, poi lavoro sulla piattaforma.

Prossimo passo

Spadoom collega i dati di Sales Cloud V2, Service Cloud V2 e S/4HANA Public Cloud e lavora con SAP Datasphere. Se volete capire a che punto di questo percorso si trova la vostra azienda, sulla nostra pagina dedicata a SAP Business Data Cloud trovate un breve colloquio.

Domande frequenti

Per quanto tempo SAP BW è supportato all’interno di Business Data Cloud?

Secondo SAP, BW NetWeaver nella private cloud edition riceve manutenzione fino alla fine del 2030. BW/4HANA private cloud edition è supportato oltre il 2030. Questo dà ai clienti BW il tempo di trasferire i modelli passo dopo passo invece che in un unico big bang.

Cosa fa il Data Product Generator?

Trasforma gli InfoProvider BW esistenti (InfoObject, aDSO, CompositeProvider, MultiProvider e InfoCube) in data product salvati come tabelle Delta nell’object store di Datasphere. Da lì possono essere condivisi con SAP Databricks senza copiare di nuovo i dati.

Quale release BW serve per il Data Product Generator?

SAP indica come prerequisiti BW 7.5 SPS24 su HANA, BW/4HANA 2021 SPS04 oppure BW/4HANA 2023. Se usate una release più vecchia o BW su un database non HANA, pianificate prima l’upgrade e poi lo shift.

Usiamo SAP Sales Cloud V2 e S/4HANA Public Cloud senza BW. Questo percorso ci riguarda?

La parte di lift e shift no. Partite direttamente da Datasphere e dai data product: Finance Intelligence è generalmente disponibile da ottobre 2025, mentre i dati CX arrivano in Datasphere tramite un’integrazione propria finché Revenue Intelligence è in preview.