I data product di SAP Business Data Cloud spiegati

Da quando SAP ha annunciato Business Data Cloud (BDC) a febbraio 2025, la domanda che sentiamo più spesso non riguarda Databricks. È più semplice: «Che cos’è esattamente un data product, e sostituisce quello che abbiamo costruito?» È la domanda giusta. I data product sono il mattone su cui poggia tutto il resto di BDC.

Per sapere cosa ha annunciato SAP e quando, vedete la nostra cronologia di SAP Business Data Cloud dal 2025 al 2026. Questo articolo scende di un livello.

In sintesi: Un data product è un insieme di dati curato e gestito da SAP, con il suo significato di business, condiviso senza copia. I primi data product di SAP coprivano finanza, acquisti e supply chain di S/4HANA, SAP Ariba e SAP SuccessFactors. Le applicazioni intelligenti sono costruite sopra. Dove per la vostra release non esiste un data product CX, i clienti Sales Cloud V2 e Service Cloud V2 fanno da ponte tramite Datasphere. Si parte da un data product e da una domanda.

Il problema del vecchio approccio

L’analytics SAP classica segue uno schema noto. Scegliete estrattori o CDS view, replicate tabelle in BW o Datasphere e ricostruite la logica di business dall’altra parte. Che cosa sono i «ricavi netti»? Quali tipi di documento contano? Quale stato significa «consegnato»?

Quella logica esiste già nell’applicazione sorgente. La ricostruite comunque e poi la mantenete a ogni release. È lì che sta gran parte del costo di un progetto di analytics, non nelle dashboard.

Che cos’è un data product

In BDC, con un data product SAP si fa carico di questa ricostruzione per le proprie applicazioni. Contano quattro caratteristiche:

• Curato. Non è un’esportazione grezza di tabelle, ma un insieme di dati a livello di business, come registrazioni contabili o ordini d’acquisto, preparato per l’analisi.
• Gestito da SAP. SAP lo costruisce, lo fornisce e lo mantiene aggiornato quando l’applicazione sorgente cambia. Il vostro team non mantiene alcun flusso.
• Semanticamente ricco. I dati arrivano con metadati: significato dei campi, relazioni, unità, valute. Datasphere e SAP Analytics Cloud li usano senza che dobbiate ridefinirli.
• Condiviso, non copiato. I data product risiedono nell’object store di BDC e vengono condivisi tramite Delta Sharing. Chi li usa li legge senza creare un’altra copia in un altro sistema.

Attivate un data product in BDC e diventa disponibile in Datasphere per la modellazione, in SAP Analytics Cloud per il reporting e in SAP Databricks per la data science.

Quali data product ha rilasciato SAP per primi

Il primo catalogo di SAP si concentra sulle aree con i processi più standardizzati:

Sorgente	Ambiti
SAP S/4HANA	Finanza, acquisti, supply chain
SAP Ariba	Acquisti e approvvigionamento
SAP SuccessFactors	Formazione e talenti

È una prima ondata sensata: i dati di finanza e acquisti si somigliano tra aziende diverse, quindi un modello gestito va bene per molti clienti. Significa però anche che ampie aree sono ancora scoperte. Verificate il catalogo per la vostra release prima di puntare su un data product specifico. La copertura cresce a ondate: a maggio 2025 SAP ha promesso centinaia di nuovi data product in tutta la Business Suite.

Come si collocano le applicazioni intelligenti

Le applicazioni intelligenti sono il livello successivo. Al lancio SAP le chiamava insight app e le ha rinominate al Sapphire 2025. Sono contenuti predefiniti di analisi e pianificazione; a ottobre 2025 SAP ha indicato Finance, People e Cloud ERP Intelligence come generalmente disponibili.

La struttura è questa:

1. I data product forniscono i dati curati.
2. I modelli semantici in Datasphere li combinano e li descrivono.
3. I contenuti di SAP Analytics Cloud li presentano come dashboard e pianificazione.

Un’applicazione intelligente impacchetta tutti e tre. Funziona solo perché il data product sottostante è standardizzato. Senza di esso, ogni applicazione richiederebbe prima un proprio livello di dati.

In cosa differisce da estrattori e replica

	Estrattori classici / replica	Data product
Chi modella la logica di business	Il vostro team o il vostro partner	SAP
Manutenzione con le nuove release	Vostra	Di SAP
Movimento dei dati	Copie in BW o Datasphere	Condivisione via Delta Sharing
Campi aggiuntivi e oggetti propri	Sì, se li costruite	Solo ciò che SAP include
Dati non SAP e dati SAP non coperti	Sì	No, da integrare a parte

Lo scambio è chiaro. Rinunciate al controllo sul modello e guadagnate la libertà di non doverlo mantenere. Per i dati standard di finanza e acquisti è un buon affare per la maggior parte delle aziende di medie dimensioni. Con processi molto personalizzati modellerete comunque alcune parti da soli.

Perché i dati CX sono la lacuna

I primi data product di SAP riguardano ERP, acquisti e risorse umane. Revenue Intelligence, l’applicazione che SAP posiziona per i dati di vendita e service, era in anteprima ristretta nell’ultimo stato pubblico di SAP che possiamo citare, e SAP non ha pubblicato quali oggetti di Sales Cloud V2 o Service Cloud V2 legge. Per chi usa SAP CX resta quindi aperto il collegamento più interessante: pipeline, offerte e ticket di assistenza accanto a ordini, fatture e margini.

La lacuna è reale, ma si può colmare con strumenti che avete già:

• Replica in Datasphere. Portate account, opportunità, offerte e ticket da Sales Cloud V2 e Service Cloud V2 in Datasphere e modellateli accanto ai data product di S/4HANA.
• Integrazione event-driven. Inviate le modifiche tramite SAP Integration Suite a Datasphere quando serve un aggiornamento quasi in tempo reale.
• Chiavi condivise. Assicuratevi che le chiavi di clienti, prodotti e collaboratori coincidano tra CRM ed ERP. Altrimenti nessun modello riconcilierà i numeri.

Noi colleghiamo i dati di Sales Cloud V2, Service Cloud V2 e S/4HANA Public Cloud e lavoriamo con Datasphere, quindi vediamo questo collegamento ogni giorno. La parte difficile raramente è la tecnologia. È mettersi d’accordo su quale sistema sia responsabile di quale campo.

Cosa significa per voi

Per le aziende svizzere di medie dimensioni con S/4HANA Public Cloud o SAP CX:

1. Mappate i vostri estrattori attuali. Elencate quali coprono contenuti standard di finanza, acquisti o supply chain. Sono i candidati da sostituire con data product.
2. La logica personalizzata resta dov’è. Campi e processi personalizzati non saranno nei data product di SAP. Non pianificate come se ci fossero.
3. Pianificate ora il ponte CX. Se la vostra domanda va dalla pipeline all’incasso, il lato CRM richiede un’integrazione propria in Datasphere. Questo lavoro non dipende dalla roadmap di SAP.
4. Prima sistemate le anagrafiche. Un data product ben strutturato sopra account duplicati dà comunque risposte sbagliate.
5. Dimensionate i costi prima di impegnarvi. SAP prezza BDC in Capacity Unit; la sua pagina prezzi descrive il modello. Dimensionatelo sul vostro primo caso d’uso, non sull’intera piattaforma.

Primi passi

Scegliete una domanda che il management pone già, idealmente una che richiede dati ERP coperti da un data product. Attivate quel solo data product, modellatelo in Datasphere e mostrate il risultato alla persona responsabile di quel numero. I dati CRM si aggiungono nel secondo passo.

Se volete aiuto nella scelta del primo data product o nella pianificazione del ponte CX verso Datasphere, consultate la nostra pagina su Business Data Cloud e contattateci. Basta una breve chiamata per chiarire da dove partire.

Domande frequenti

Che cos’è un data product in SAP Business Data Cloud?

Un insieme di dati curato proveniente da un’applicazione SAP, fornito con il suo significato di business e mantenuto aggiornato da SAP. Risiede nell’object store di BDC e viene condiviso senza copia con Datasphere, SAP Analytics Cloud o SAP Databricks.

Quali data product sono disponibili?

I primi data product di SAP coprono finanza, acquisti e supply chain da S/4HANA e SAP Ariba, oltre a dati di formazione e talenti da SAP SuccessFactors. Verificate il catalogo per la vostra release prima di pianificare, perché la copertura cresce a ondate.

I data product sostituiscono i miei estrattori?

Per i contenuti standard coperti da SAP, l’intenzione è questa. Per campi aggiuntivi, oggetti propri e applicazioni senza data product continuate a integrare da soli, di solito tramite Datasphere.

Come porto i dati di SAP Sales Cloud V2 in BDC?

Verificate prima il catalogo dei data product per la vostra release. Dove non esiste un data product per Sales Cloud V2, replicate i dati in Datasphere, oppure inviate le modifiche in modo event-driven tramite SAP Integration Suite, e li modellate accanto ai data product di S/4HANA.