Cinque errori all'avvio con SAP Business Data Cloud

Venti mesi dopo l’annuncio di SAP Business Data Cloud (BDC), i primi progetti sul mercato hanno ampiamente superato la slide del kick-off. Alcuni forniscono numeri di cui il management si fida. Altri sono fermi al quarto mese, con un tenant attivato e nessuna risposta da mostrare. Quelli bloccati tendono a condividere gli stessi cinque errori.

In sintesi: partite da una domanda di business, non dalla piattaforma. Verificate che il data product che vi serve esista davvero per il vostro sistema sorgente, soprattutto per il CX. Pulite i master data prima di modellarli. Scegliete Datasphere, SAP Databricks o una piattaforma partner solo quando la domanda è chiara. E fatevi dare un quadro scritto delle licenze, soprattutto se oggi usate SAP BW.

Se vi servono prima le basi, SAP Business Data Cloud spiegato spiega di cosa è fatta BDC, e la nostra cronologia di BDC dal 2025 al 2026 cosa ha annunciato SAP e quando.

Errore 1: partire dalla piattaforma invece che dal caso d’uso

BDC è un pacchetto: SAP Datasphere, SAP Analytics Cloud, SAP BW, SAP Databricks, data product e il cockpit BDC. È molta superficie. La tentazione è attivare tutto, fare qualche formazione e poi chiedere al business cosa vuole.

Questo ordine fallisce. Nessuno in vendita o in finanza si entusiasma per un cockpit. L’entusiasmo arriva quando un numero su cui si discute ogni mese finalmente torna.

Come evitarlo:

• Scrivete una domanda del management. Per esempio: «Qual è il nostro margine reale per cliente, dopo i costi di service?»
• Nominate il responsabile di business di quel KPI. Non l’IT, ma chi viene interpellato in consiglio di amministrazione.
• Definite i tre-cinque oggetti sorgente necessari per rispondere.
• Dimensionate il perimetro BDC su quella domanda, niente di più.

Un primo caso d’uso che arriva in otto settimane vi garantisce il budget per il secondo.

Errore 2: dare per scontato che esista un data product per la vostra sorgente

I data product gestiti da SAP sono la vera novità di BDC. SAP mantiene estrazione e semantica, quindi non dovete ricostruirle dopo ogni release. Il nostro articolo sui data product entra nel dettaglio.

Il problema: la copertura non è uniforme. I primi data product si sono concentrati su S/4HANA (finanza, supply chain), SAP Ariba (acquisti) e SAP SuccessFactors (persone). Finance, People e Cloud ERP Intelligence sono generalmente disponibili da ottobre 2025.

Per il CX il quadro è più scarno. Non abbiamo visto una fonte SAP che nomini data product specifici per SAP Sales Cloud V2 o Service Cloud V2. Revenue Intelligence, in precedenza Customer Intelligence, è pensata per i dati di vendita, marketing e service, ma l’ultimo stato pubblico che possiamo citare è un’anteprima ristretta. Non ci si pianifica sopra un go-live.

Come evitarlo:

• Verificate il catalogo dei data product per il vostro sistema e la vostra release prima di impegnarvi su una tempistica.
• Per i dati CX pianificate un’integrazione propria. Funziona l’approccio event-driven con SAP Integration Suite verso Datasphere, funziona anche la replica.
• Trattate i temi di roadmap come temi di roadmap. Se la slide dice «preview», il piano di progetto dice «non ancora».

Errore 3: sottovalutare la qualità dei master data

Un data product fornisce una struttura pulita. Non fornisce contenuti puliti. Se il vostro CRM ha tre record per lo stesso cliente, BDC vi mostrerà tre clienti, molto rapidamente e in un bel grafico.

Il problema pesa di più quando combinate dati CRM ed ERP. Gli account in Sales Cloud V2 e i business partner in S/4HANA hanno bisogno di una chiave affidabile tra loro. Senza, ogni KPI trasversale è sbagliato di un margine che nessuno sa spiegare.

Come evitarlo:

• Prima di modellare, analizzate gli oggetti del caso d’uso: duplicati, ID mancanti, codici incoerenti.
• Sistemate prima la mappatura delle chiavi tra account CRM e business partner ERP.
• Date alla qualità dei dati un responsabile nel business. L’IT può pulire una volta, solo il business mantiene i dati puliti.

Errore 4: scegliere il compute prima della domanda

BDC offre ormai diverse opzioni di compute. Datasphere per modellazione e semantica. SAP Databricks per data engineering e machine learning. SAP Snowflake, annunciato al TechEd 2025. E BDC Connect, che collega le piattaforme che gestite già: a maggio 2026 SAP ha indicato come partner Snowflake, Databricks, Google BigQuery e Microsoft Fabric e ha annunciato un connettore per Amazon Athena.

È molta scelta, e alcuni team passano mesi a confrontare motori prima di avere un solo requisito. Una di queste decisioni la trattiamo in SAP Databricks o il proprio Databricks.

Come evitarlo:

• Per la maggior parte delle esigenze di reporting e pianificazione di un’azienda di medie dimensioni, Datasphere e SAP Analytics Cloud bastano per iniziare.
• Aggiungete SAP Databricks quando un compito concreto di machine learning o engineering lo richiede.
• Se usate già Databricks, Snowflake o BigQuery, trattate i connettori come condivisione zero-copy (Delta Sharing), non come un’ulteriore pipeline di replica.
• Decidete su un connettore solo quando è generalmente disponibile per la vostra regione.

Errore 5: licenze poco chiare e il timore di pagare due volte

Dal punto di vista commerciale BDC non è un prodotto semplice. Componenti, data product e applicazioni intelligenti hanno logiche di prezzo diverse, e le offerte variano molto a seconda del perimetro. La finanza ferma poi il progetto al terzo mese, perché i costi ricorrenti non sono mai stati chiari. SAP ora prezza BDC in Capacity Unit: il costo ha così una struttura, ma non un numero. Il numero dipende dal vostro caso d’uso.

I clienti SAP BW hanno una variante particolare di questa preoccupazione. Pagano già per BW e temono di pagare di nuovo per BDC. SAP BW private cloud edition fa parte di BDC e SAP ne ha esteso la manutenzione fino al 2030. Se questo vi fa risparmiare dipende dal vostro contratto.

Come evitarlo:

• Chiedete un’offerta scritta che associ ogni componente al vostro primo caso d’uso.
• Chiedete esplicitamente come vengono riconosciute o convertite le licenze BW e Datasphere esistenti.
• Calcolate anche il secondo e il terzo anno, non solo la prima durata contrattuale.
• Coinvolgete il controlling prima della firma, non dopo.

Cosa significa per voi

Per un’azienda svizzera di medie dimensioni con SAP Sales Cloud V2, Service Cloud V2 o S/4HANA Public Cloud, la strada sicura è stretta e breve:

1. Una domanda, un responsabile, un dominio.
2. Un data product dove SAP ne ha uno, un’integrazione propria dove manca (oggi nel CX).
3. Chiavi pulite tra CRM ed ERP prima della prima dashboard.
4. Prima Datasphere, potenza di calcolo aggiuntiva solo quando un compito la richiede.
5. Un quadro delle licenze approvato dal vostro CFO.

Niente di tutto questo è esotico. È la stessa disciplina che ha fatto funzionare i progetti BI del passato. BDC vi toglie gran parte del lavoro di collegamento, non l’obbligo di sapere cosa state chiedendo.

Prossimo passo

Spadoom collega i dati di Sales Cloud V2, Service Cloud V2 e S/4HANA Public Cloud e lavora con SAP Datasphere. Se desiderate un secondo parere sul vostro primo caso d’uso BDC, sulla nostra pagina dedicata a SAP Business Data Cloud trovate un breve colloquio. Vi diremo onestamente se siete pronti o cosa sistemare prima.

Domande frequenti

Qual è l’errore più comune all’avvio con SAP Business Data Cloud?

Partire dalla piattaforma invece che da una domanda di business. I team attivano Datasphere, SAP Analytics Cloud e SAP Databricks e poi cercano qualcosa da farci. Partite da un KPI a cui un responsabile di business con nome e cognome vuole una risposta, e dimensionate la piattaforma su quello.

Esistono data product gestiti da SAP per SAP Sales Cloud V2 e Service Cloud V2?

Verificate il catalogo per la vostra release. I data product di SAP sono partiti da S/4HANA, SAP Ariba e SAP SuccessFactors, e Revenue Intelligence, pensata per i dati di vendita, marketing e service, era in anteprima ristretta nell’ultimo stato pubblico di SAP che possiamo citare. Dove non esiste un data product CX, i dati CX arrivano in Datasphere tramite un’integrazione propria, per esempio event-driven con SAP Integration Suite o tramite replica.

Dobbiamo scegliere prima SAP Databricks, Snowflake o Datasphere?

Scegliete prima la domanda. Datasphere copre modellazione e semantica per la maggior parte delle esigenze di reporting di un’azienda di medie dimensioni. SAP Databricks e SAP Snowflake hanno senso quando c’è lavoro di data engineering o machine learning che li richiede, o una piattaforma esistente da collegare con condivisione zero-copy.

I clienti SAP BW esistenti pagano due volte con BDC?

Non necessariamente, ma va chiarito prima della firma. SAP BW private cloud edition fa parte di BDC, con manutenzione estesa fino al 2030. Chiedete a SAP un prospetto scritto di come le vostre licenze BW attuali e l’abbonamento BDC si relazionano.