Architettura di integrazione: connettere SAP Sales Cloud V2 a S/4HANA Public Cloud

«Come funziona davvero l’integrazione?» È la prima domanda in quasi ogni colloquio iniziale su Sales Cloud V2 che conduciamo, ed è quella giusta da cui partire.

La risposta breve: SAP fornisce contenuto di integrazione preconfezionato su SAP Integration Suite che collega SAP Sales Cloud V2 a S/4HANA Public Cloud per i flussi che contano: replica dei dati anagrafici, prezzi in tempo reale, dall’offerta all’ordine e stato degli ordini di ritorno nel CRM. Si configurano e si distribuiscono i pacchetti SAP invece di costruire connettori da zero. Preconfezionato non significa però zero impegno: mappatura, qualità dei dati e configurazione operativa richiedono comunque tempo.

Questo articolo tratta l’architettura dalle fondamenta. Per la visione più ampia dei due sistemi come unico stack si veda la nostra guida allo stack integrato S/4HANA Public Cloud e Sales Cloud V2.

In sintesi: SAP fornisce pacchetti di iFlow standard su SAP Integration Suite per la combinazione Sales Cloud V2 e S/4HANA Public Cloud. I dati anagrafici provengono da S/4HANA (partner commerciali, prodotti, dati organizzativi, condizioni di prezzo). I prezzi possono essere simulati in tempo reale in S/4HANA mentre si crea un’offerta, e le offerte diventano ordini di vendita successivi in S/4HANA. La logica personalizzata va su SAP Business AI Platform (BAIP, ex BTP) come estensione side-by-side. Qualità dei dati e monitoraggio degli errori sono le due parti più sottovalutate del progetto.

Come si collega Sales Cloud V2 a S/4HANA Public Cloud?

Entrambi sono prodotti SaaS di SAP, e il connettore tra loro è SAP Integration Suite, in particolare la sua funzionalità Cloud Integration su SAP BAIP. Sales Cloud V2 espone API REST; S/4HANA Public Cloud espone API OData e SOAP rilasciate, documentate sul SAP Business Accelerator Hub. Integration Suite deve essere attivata nel sottoaccount BAIP prima di poter distribuire qualsiasi iFlow: un compito infrastrutturale del primo giorno che nella pianificazione iniziale a volte viene dimenticato.

Il collegamento non è diretto da sistema a sistema. Tutto passa da Integration Suite, che gestisce ripetizioni, code di errore, monitoraggio dei messaggi e la mappatura tra due modelli di dati diversi. Una chiamata API punto a punto è tecnicamente possibile, ma allora tutto quel lavoro operativo resta a carico Suo.

Il contenuto di integrazione standard

SAP pubblica il contenuto sul SAP Business Accelerator Hub in due pacchetti:

• SAP Sales Cloud Version 2 Integration for Sales Processes with SAP S/4HANA Cloud Public Edition: offerta successiva in S/4HANA da un’opportunità, ordine di vendita successivo da un’offerta di vendita, simulazione di offerte e ordini per i prezzi e replica degli ordini di vendita in entrambe le direzioni.
• SAP Sales Cloud and SAP Service Cloud Version 2 Integration for Master Data with SAP S/4HANA Cloud Public Edition: partner commerciali e relazioni di contatto, prodotti, aree di vendita e altri dati organizzativi, condizioni di prezzo, giacenze di prodotto e attrezzature.

Distribuire significa copiare il pacchetto nel proprio tenant, configurare connessioni e mappature dei valori e distribuire gli iFlow nel runtime di Cloud Integration. SAP mantiene questi pacchetti e ne distribuisce gli aggiornamenti, un vantaggio reale rispetto ai connettori personalizzati che però scompare nel momento in cui si modifica un iFlow standard invece di copiarlo. La pagina di aiuto SAP sull’integrazione di Sales Cloud V2 con S/4HANA Cloud Public Edition per simulazione e trasferimento descrive la configurazione.

Sul lato S/4HANA, i communication arrangement definiscono quali API vengono esposte e a quali utenti tecnici. Sul lato Sales Cloud V2 vanno configurati di conseguenza i communication system e le connessioni in entrata e in uscita. Impostare bene entrambi è il passaggio preliminare che la maggior parte delle guide tratta come una nota a piè di pagina; in pratica richiede uno sprint di configurazione e test prima che il primo iFlow vada in produzione.

Il lato assistenza della stessa topologia usa lo stesso pacchetto per i dati anagrafici ma documenti diversi; si veda l’integrazione di Service Cloud V2 con S/4HANA Public Cloud per casi, base installata e ordini di servizio.

Replica dei dati anagrafici

S/4HANA è il sistema di riferimento per clienti, prodotti e prezzi; il CRM li utilizza.

Partner commerciali. Gli iFlow standard replicano partner commerciali e relazioni di contatto tra S/4HANA e Sales Cloud V2, con messaggi di conferma in entrambe le direzioni. Le modifiche vengono inviate quando avvengono, non raccolte in un batch notturno. La mappatura gestisce la differenza strutturale tra il modello di partner commerciale di S/4HANA e il modello account e contatti di Sales Cloud V2. Se la si sbaglia, si passano le prime settimane dopo il go-live a unire account duplicati.

Prodotti. I prodotti vengono replicati da S/4HANA nell’anagrafica prodotti di Sales Cloud V2, insieme a gruppi di prodotti, unità di misura e aree di vendita. I commerciali offrono prodotti i cui dati provengono da S/4HANA.

Dati organizzativi. Vengono replicati anche organizzazioni commerciali, canali di distribuzione, settori, uffici e gruppi di vendita. Qui la mappatura dei campi diventa impegnativa: la struttura delle aree di vendita di S/4HANA deve allinearsi con territori e team del CRM.

Prezzi e flussi transazionali

Prezzi in tempo reale. Il flusso più utile per le vendite è spesso la simulazione. Mentre il commerciale costruisce un’offerta, Sales Cloud V2 può interrogare S/4HANA per simulare l’offerta o l’ordine e ottenere il prezzo, comprese condizioni specifiche del cliente e scaglioni. SAP offre anche la replica delle condizioni di prezzo nel CRM; quale delle due usare è una decisione di architettura, e il nostro articolo sul quote-to-cash spiega perché preferiamo un’unica verità sui prezzi nell’ERP.

Dall’offerta all’ordine. Quando il cliente accetta, l’offerta di vendita in Sales Cloud V2 crea un ordine di vendita successivo in S/4HANA tramite l’iFlow standard. Gli ordini di vendita vengono replicati nel CRM, così gli account manager vedono l’ordine e il suo stato senza accedere all’ERP.

Contesto finanziario. Per fatture, esposizione creditizia e contratti di vendita, il pacchetto di integrazione Customer Insights di SAP recupera i dati da S/4HANA in tempo reale e li mostra nella vista dell’account. Per i team di vendita B2B in cui l’esposizione creditizia influenza le decisioni commerciali, questo elimina la telefonata all’amministrazione.

In pratica i flussi transazionali sono raramente il collo di bottiglia tecnico. Mappatura dei dati e allineamento organizzativo richiedono più tempo dell’infrastruttura. Presso intelligentfood, Sales & Service Cloud V2 è andato in produzione in tre mesi, collegato al suo ERP.

Dove vive la logica personalizzata: BAIP side-by-side

Il principio clean core vale per l’integrazione quanto per le estensioni. Gli iFlow standard coprono gli scenari documentati. Tutto ciò che è specifico del Suo modello di business, del Suo processo di approvazione o delle Sue regole di validazione vive fuori da entrambi i sistemi, come estensione side-by-side su SAP BAIP.

La logica personalizzata dentro una mappatura di iFlow è una trappola: funziona nel breve periodo e diventa ingestibile non appena SAP distribuisce un aggiornamento su cui occorre riapplicare le proprie modifiche.

Integration Suite, eventi e SAP Build

SAP Integration Suite è il runtime dei Suoi iFlow e il luogo in cui si ispeziona ogni messaggio elaborato, fallito o ripetuto. Dashboard di monitoraggio e regole di avviso al go-live non sono facoltative; senza di esse gli errori restano invisibili finché un commerciale non nota che a un’offerta mancano dati.

Eventi invece di interrogazioni periodiche. S/4HANA pubblica eventi di business e i servizi di eventi SAP su BAIP li consegnano agli abbonati. Invece di un job che controlla le modifiche ogni 15 minuti, l’estensione reagisce quando qualcosa cambia. Negli scenari ad alto volume questo riduce latenza e carico inutile.

SAP Build Process Automation gestisce l’orchestrazione delle approvazioni. Se un’offerta richiede l’approvazione di un responsabile prima di diventare ordine, o un controllo del credito prima dell’invio a S/4HANA, quel workflow gira in SAP Build e non dentro Sales Cloud V2 o S/4HANA: side-by-side e distribuibile in modo indipendente.

Per approfondire come costruire estensioni senza toccare il nucleo, la nostra guida al clean core con SAP CAP descrive il modello di estensione.

Errori comuni e come evitarli

Quasi ogni progetto di integrazione che abbiamo visto ne presenta almeno uno.

Pensare che «integrato da SAP» significhi «funziona subito». Il contenuto standard è un punto di partenza. Occorre comunque configurare le connessioni, definire le mappature per il proprio modello di dati, ripulire i dati anagrafici e testare ogni flusso da un capo all’altro. Pianifichi progettazione e configurazione dell’integrazione come un vero filone di lavoro, non come un compito di due giorni.

Modificare gli iFlow sul posto. È l’errore tecnico più comune. Copi l’iFlow standard prima di toccarlo, faccia le modifiche nella copia, documenti ogni differenza. Costa un’ora all’inizio e fa risparmiare giorni quando SAP distribuisce l’aggiornamento successivo.

Saltare la configurazione del monitoraggio. Integration Suite ha un monitoraggio dei messaggi integrato, ma molti team distribuiscono gli iFlow senza regole di avviso. I messaggi falliti restano allora in coda per giorni. Imposti avvisi per ogni iFlow al go-live, assegni un responsabile e scriva un manuale operativo, così un aggiornamento fallito di un prodotto o di un partner commerciale viene corretto lo stesso giorno.

Sottovalutare qualità dei dati e mappatura. S/4HANA e Sales Cloud V2 hanno modelli di dati diversi; strutture dei partner commerciali, gerarchie degli account e classificazioni dei prodotti non si mappano in modo banale. Nella nostra esperienza, progettazione della mappatura e pulizia dei dati richiedono tanto tempo quanto la configurazione degli iFlow, a volte di più. Clienti duplicati o prodotti senza assegnazione all’area di vendita emergono nel momento in cui parte la replica, quindi vanno corretti nel sistema di origine prima del go-live.

Se S/4HANA Public Cloud è ancora davanti a Lei, l’assessment di prontezza S/4HANA chiarisce le questioni di dati e perimetro prima che inizi la progettazione dell’integrazione. E se sta scegliendo chi deve costruire entrambe le metà, la nostra guida al miglior partner SAP per Cloud ERP e CRM in Svizzera spiega perché un unico team per i due lati ripaga proprio in questi punti di giunzione.

---

Ha domande sul Suo scenario di integrazione? Che stia avviando un nuovo progetto Sales Cloud V2 o districando un’integrazione esistente, parli con il nostro team.