SAP Sales Cloud V2 vs. C4C: cosa è davvero cambiato

Il vostro sistema C4C funziona e SAP continua a mantenerlo. Quello che non riceve più è l’attenzione di SAP: le nuove funzionalità, tra cui Joule e i nuovi agenti di IA, nascono per Sales Cloud V2. La domanda utile quindi non è se V2 sia migliore sulla carta, ma cosa cambia per il vostro team e quanto costa il passaggio.

Questo articolo confronta i due prodotti funzione per funzione ed elenca i rischi che pianifichiamo quando un cliente valuta il passaggio. Se volete prima conoscere V2 in sé, il punto di partenza migliore è il nostro manuale sulle funzionalità e sull’uso di Sales Cloud V2.

In sintesi: Sales Cloud V2 è un prodotto nuovo su SAP BTP, non un aggiornamento di C4C. Modello dati, API, estensioni e amministrazione funzionano in modo diverso, quindi il passaggio è una reimplementazione: pianificate circa 4-6 mesi, riservate budget per rifare le integrazioni e partite da una fase di analisi. C4C resta supportato; a settembre 2026 SAP non ha annunciato una data di fine manutenzione per V1.

Che cos’è SAP C4C?

SAP C4C (SAP Cloud for Customer) è il primo CRM cloud di SAP, lanciato nel 2011, che unisce vendite e service in un’unica piattaforma. Ha avuto diversi nomi: SAP Cloud for Customer al lancio, SAP Hybris Cloud for Customer a metà degli anni 2010 e, dal 2018, SAP Sales Cloud e SAP Service Cloud nella suite C/4HANA. Dal 2023 i suoi successori sono SAP Sales Cloud V2 e SAP Service Cloud V2, per questo oggi C4C viene spesso chiamato «V1». SAP continua a manutenere C4C e, a settembre 2026, non ha annunciato una data di fine manutenzione.

Perché SAP ha ricostruito il suo CRM invece di aggiornare C4C?

C4C era costruito come un monolite: un proprio framework UI, un proprio modello dati e un modello di estensione proprietario chiamato PDI. Funzionava, ma estenderlo significava imparare gli strumenti SAP e convivere con i loro limiti. SAP ha deciso di non continuare a rattoppare quell’architettura e ha costruito V2 da zero.

Sales Cloud V2 è un prodotto diverso su uno stack diverso. Il nome segnala continuità, ma sotto è cambiato quasi tutto:

• L’interfaccia segue il design SAP Fiori ed è completamente nuova.
• Le estensioni vivono su SAP BTP, accanto all’applicazione, non al suo interno.
• Le API sono REST e documentate sul SAP Business Accelerator Hub.
• Il modello dati è più pulito, ma non compatibile con quello di C4C.

Questa è la buona notizia. Il rovescio: passare dall’uno all’altro è un progetto a sé, non un cambio di versione.

Cosa è migliore in V2?

L’interfaccia. Più veloce, coerente e utilizzabile su smartphone. Per i venditori sul campo che aggiornano un’opportunità tra due appuntamenti conta più di qualsiasi elenco di funzioni.

Copertura API. Ogni oggetto di business di V2 è accessibile tramite API REST. In C4C alcune operazioni richiedevano soluzioni alternative via OData. Per i team di integrazione è il miglioramento più concreto.

Estendibilità tramite BTP. Invece della sandbox PDI, le estensioni V2 girano su SAP BTP con strumenti standard: CAP, Node.js, Java, Cloud Foundry. Se vi scontravate spesso con i limiti di PDI, qui sentirete la differenza.

IA dove SAP investe. C4C ha alcune funzioni di IA integrate, come lo scoring di lead e opportunità. La nuova generazione (Joule, riepiloghi e bozze di email assistiti dall’IA, agenti Joule) è pensata per V2. La nostra guida pratica a Joule mostra cosa funziona oggi in un tenant V2.

Prestazioni. Caricamento delle pagine, ricerca ed elenchi sono sensibilmente più rapidi. Per chi lavora nel CRM tutto il giorno, fa la differenza.

Contenuti di integrazione con S/4HANA. SAP fornisce contenuti di integrazione standard tra V2 e S/4HANA per clienti, prodotti, prezzi e ordini. Accorciano il progetto, ma richiedono comunque mappatura, configurazione e monitoraggio. Se S/4HANA Public Cloud rientra nei vostri piani, leggete come i due sistemi funzionano come stack integrato.

Cosa è cambiato senza diventare migliore o peggiore?

Alcuni cambiamenti non sono né progressi né regressi. Vanno comunque pianificati.

Modello dati. Oggetti personalizzati, campi personalizzati e relazioni vanno riprogettati, non copiati. Nei nostri progetti la mappatura del modello dati assorbe il 30-40% dell’impegno di analisi.

Niente PDI. Le estensioni C4C costruite in PDI non si trasferiscono. Vanno ricostruite come applicazioni BTP. Dopo sono più facili da mantenere, ma è sviluppo nuovo.

Amministrazione. Workflow, regole di assegnazione e notifiche si configurano in modo diverso. Il vostro team di amministrazione deve essere formato prima del go-live, non dopo.

Reporting. Le analisi di V2 sono ricostruite, quindi report e dashboard di C4C non vengono trasferiti. Se la direzione si affida a report C4C specifici, elencateli durante l’analisi e ricostruite quelli che vengono ancora letti.

A cosa fare attenzione?

Lacune funzionali. V2 non copre ancora ogni funzione di C4C. SAP colma le lacune di release in release, quindi verificate nel SAP Roadmap Explorer e nella documentazione di V2 le funzioni da cui dipendete prima di fissare una data. Teniamo un elenco aggiornato nella nostra valutazione onesta dei limiti di V2.

Oggetti personalizzati. Il framework per gli oggetti personalizzati di V2 è diverso. In ogni analisi di migrazione dedichiamo loro un workshop specifico, perché sono la fonte più comune di sorprese.

Integrazioni da rifare. Endpoint API, autenticazione e formati dati sono cambiati. Se C4C dialoga con il vostro ERP, con strumenti di marketing o con sistemi esterni, ciascuna di queste connessioni va verificata. La superficie di integrazione è di solito più ampia di quanto preveda il piano di progetto.

Adozione da parte degli utenti. L’interfaccia è abbastanza diversa da richiedere una formazione strutturata. Un marchio simile non significa schermate familiari. Avviate la gestione del cambiamento fin dall’inizio del progetto.

Cosa mostrano i nostri progetti V2?

Le nostre referenze V2 pubblicate non partivano da C4C, ma la lezione si applica direttamente.

Da Nussbaum Matzingen, produttore di imballaggi, i dati dei clienti erano sparsi tra Excel, Outlook e SAP ECC. Abbiamo introdotto Sales Cloud V2 in cinque mesi, consolidato tre fonti di dati e aggiunto su BTP un’integrazione CTI e un servizio di IA per i lead.

Da intelligentfood abbiamo consegnato la piattaforma Sales & Service in tre mesi, migrato i dati dal sistema precedente e costruito app mobili per la forza vendita su BTP, collegate a S/4HANA Public Cloud tramite SAP Integration Suite.

Entrambi i progetti confermano lo stesso punto: V2 premia i team che lo trattano come una nuova implementazione. Un cliente C4C porta con sé più storia (oggetti personalizzati, codice PDI, integrazioni), e per questo l’analisi iniziale è ancora più importante.

Come affrontare la migrazione?

1. Prima l’analisi. Mappate ciò che usate oggi in C4C: funzioni standard, oggetti personalizzati, estensioni PDI, integrazioni e report. Decidete cosa si trasferisce, cosa V2 copre nello standard e cosa si elimina. Di solito servono 2-4 settimane. Il Readiness Check Tool di SAP aiuta nell’inventario (panoramica della release). Se preferite che sia qualcun altro a fare l’inventario, il nostro V2 Migration Readiness Assessment di tre giorni lo consegna insieme a un piano di migrazione definito.

2. Stabilite le priorità. Partite dal processo di vendita principale e aggiungete il resto per fasi. I progetti che vogliono replicare il 100% di C4C prima dell’avvio sono quelli che mancano le scadenze.

3. Esercizio in parallelo. Tenete attivo C4C finché V2 non è validato. Trattate la migrazione dei dati come un filone di lavoro a sé; la nostra guida passo per passo al DTT mostra come la gestisce il Data Transfer Tool.

4. BTP fin dall’inizio. Costruite le estensioni su BTP dal primo giorno. Non ricreate i modelli PDI in una nuova veste.

5. Coinvolgete presto gli utenti. Portate i key user in una sandbox V2 già durante il design. Il loro feedback orienta la configurazione quando le modifiche costano ancora poco.

Ne vale la pena?

Per la maggior parte dei clienti C4C sì, ma non a qualsiasi prezzo e non di corsa. V2 ha l’architettura più moderna, API più pulite ed estendibilità reale, ed è lì che SAP porta le sue nuove funzionalità. Il passaggio è un progetto con analisi, design, realizzazione e gestione del cambiamento. Se lo pianificate così, ripaga. Se vi aspettate un aggiornamento con un clic, resterete delusi.

Poiché per C4C non è stata annunciata una data di fine, potete scegliere voi il momento. Sfruttate questa libertà per prepararvi bene. Il nostro confronto V1-V2 e l’assistente V1-V2 vi aiutano a dimensionare il passaggio, e la guida alla strategia di migrazione descrive le cinque fasi nel dettaglio.

---

State pianificando la migrazione da C4C a V2? Confrontiamo il vostro setup con ciò che V2 offre oggi.

Domande frequenti

Quanto dura una migrazione da C4C a Sales Cloud V2?

Contate circa 4-6 mesi fino al primo go-live, seguiti da 2-3 mesi di ottimizzazione e rilascio graduale. La durata dipende meno dalla configurazione di base che dal numero di oggetti personalizzati, estensioni PDI e integrazioni da riprogettare.

Posso trasferire i dati C4C direttamente in V2?

Non uno a uno. V2 ha un modello dati diverso, quindi ogni oggetto richiede mappatura, trasformazione e validazione. Il Readiness Check e il Data Transfer Tool di SAP aiutano con gli oggetti standard (clienti, contatti, opportunità). Pulite duplicati e record inutili in C4C prima di trasferirli: è molto più semplice che farlo dopo l’importazione.

Le mie integrazioni C4C funzioneranno con V2?

No. V2 ha endpoint API, autenticazione e formati dati diversi, quindi ogni integrazione va verificata e la maggior parte va ricostruita. Come regola di pianificazione, con dieci o più integrazioni riservate loro il 20-30% del budget di progetto.

Cosa succede alle mie estensioni PDI?

Non si trasferiscono. La logica PDI viene ricostruita come estensione side-by-side su SAP BTP, di solito con CAP in Node.js o Java. Approfittatene per eliminare le estensioni che compensavano solo lacune che V2 oggi copre nello standard.

SAP supporta ancora C4C?

Sì. SAP continua a rilasciare regolarmente versioni e manutenzione di C4C, ma le novità come Joule e gli agenti Joule arrivano in V2. A settembre 2026 SAP non ha annunciato una data di fine manutenzione per V1. Lo stato aggiornato è nella documentazione di C4C e presso il vostro referente SAP.

Qual è la differenza tra C4C, C/4HANA e SAP CX?

C4C (Cloud for Customer) era il prodotto. C/4HANA era il nome della suite del 2018 che lo raggruppava con prodotti di commerce, marketing e dati dei clienti. SAP CX è oggi il marchio ombrello dei prodotti cloud SAP rivolti al cliente, tra cui Sales Cloud V2, Service Cloud V2, Commerce Cloud e SAP Engagement Cloud.