Dal pacchetto alla produzione: S/4HANA Public Cloud e Sales Cloud V2

Per collegare SAP S/4HANA Public Cloud e SAP Sales Cloud V2 tramite SAP Integration Suite, copiate due pacchetti standard dal SAP Business Accelerator Hub nel vostro tenant, li configurate e li distribuite, caricate liste di codici e dati anagrafici in un ordine preciso e solo dopo attivate offerte e ordini. La logica propria va in iFlow separati, mai in quelli di SAP.

TL;DR: Due pacchetti standard coprono i dati anagrafici (versione 1.0.48) e i processi di vendita (versione 1.0.20), stato al 7 ottobre 2026. Configurare, non modificare: un artefatto modificato o rinominato non riceve più aggiornamenti SAP. Caricate prima dati organizzativi e liste di codici, poi prodotti, poi business partner, poi transazioni. Testate un record e un’offerta dall’inizio alla fine, più tre casi di errore. In esercizio ogni tipo di errore ha bisogno di un responsabile con nome e cognome.

Sofiene Karaja ha spiegato l’architettura di integrazione e Marek Budik il modello di responsabilità del quote-to-cash. Questo articolo tratta l’esercizio, dal pacchetto alla produzione. Se SAP BAIP (ex BTP) è nuova per voi, iniziate con l’introduzione a SAP BAIP e i primi passi con un account di prova di Lea Marijanovic.

Due modalità: gestita da SAP o gestita dal cliente

La pagina prodotto di SAP Sales Cloud V2 elenca due guide di integrazione per S/4HANA Cloud Public Edition. La prima è la guida «Set Up and Managed by SAP». Vale solo se il vostro contratto include i servizi di configurazione dell’integrazione di SAP.

In questa opzione SAP crea utenti, sistemi e accordi di comunicazione in S/4HANA, configura i flussi di integrazione in SAP Cloud Integration, imposta i value mapping predefiniti in Sales Cloud V2 e rinnova i certificati. SAP possiede, monitora e gestisce i flussi di integrazione.

Dopo la consegna configurate Sales Cloud V2, aggiungete value mapping oltre a quelli predefiniti, eseguite il caricamento iniziale, impostate il single sign-on e risolvete gli errori nei dati di business in entrambe le applicazioni. Non dovete modificare la configurazione di comunicazione creata da SAP.

La seconda guida, «SAP Sales Cloud and SAP Service Cloud Version 2 Integration with SAP S/4HANA Cloud Public Edition», copre la strada gestita dal cliente. Si trova sul sito di supporto SAP e richiede un login SAP, quindi descrivo questa strada qui sotto a partire dai pacchetti e dalla documentazione di Cloud Integration. Vale quando il vostro contratto non include il servizio di configurazione di SAP, o quando vi serve logica oltre l’ambito standard, perché i flussi di proprietà di SAP non lasciano spazio ai vostri.

Cosa contiene il contenuto standard

Entrambi i pacchetti si trovano sul SAP Business Accelerator Hub, mantenuti da SAP, componente di supporto CEC-CRM-INT. Versioni al 7 ottobre 2026:

Pacchetto	Versione	Contenuto
Master Data with SAP S/4HANA Cloud Public Edition (Sales e Service Cloud V2)	1.0.48	46 iFlow, 1 value mapping, 1 raccolta di script
Sales Processes with SAP S/4HANA Cloud Public Edition (Sales Cloud V2)	1.0.20	12 iFlow, 1 value mapping

Raggruppato, il pacchetto dei dati anagrafici copre:

• Business partner in entrambe le direzioni, più le relazioni tra business partner in entrambe le direzioni, ciascuno con un proprio iFlow di conferma verso il mittente.
• Prodotti: prodotto, tipo prodotto, gruppo prodotti e una conferma per la replica dei prodotti.
• Prezzi: condizioni di prezzo, tipo di listino cliente, specifica di prezzo per gruppo clienti, condizioni di sconto cassa e una lettura del customizing prezzi.
• Dati organizzativi: società, organizzazione commerciale, area di vendita, ufficio vendite, gruppo venditori, canale di distribuzione, settore merceologico, divisione.
• Liste di codici: motivi di blocco ordine, consegna e fatturazione, classificazione Incoterms, priorità di consegna, gruppo clienti, classificazione ABC, settore industriale, forma giuridica, codici regione, unità di misura, motivo VIP, reparto, titolo funzionale, ciclo di fatturazione.
• Oggetti di servizio e altro: equipment, sedi tecniche, tassi di cambio, dipendenti e una lettura delle giacenze di prodotto.

Il pacchetto dei processi di vendita copre: offerte successive in S/4HANA da un’opportunità, simulazione di offerta e ordine cliente, ordini successivi da un’offerta, replica degli ordini cliente verso e da S/4HANA, lettura dei dettagli di offerte e ordini successivi ed eliminazione dei riferimenti a offerte e ordini.

Tre artefatti portano il prefisso «Deprecated»: il vecchio flusso dei codici regione, un flusso precedente per gli ordini successivi e una simulazione dell’offerta precedente. Distribuite il gemello attuale, non entrambi.

Ordine di attivazione e configurazione

Sulla strada gestita dal cliente, la sequenza nel vostro tenant è questa:

1. Copiate entrambi i pacchetti dall’area Discover nel vostro spazio di design. Il nome tecnico del pacchetto viene fissato in quel momento e non si può cambiare in seguito.
2. Configurate i parametri esternalizzati di ogni iFlow (indirizzi, nomi delle credenziali). Usate i parametri esternalizzati invece di modificare il flusso stesso.
3. Distribuite il materiale di sicurezza: credenziali e certificati a cui rimandano i parametri.
4. Mantenete i value mapping in entrambi i pacchetti per i vostri codici.
5. Impostate la comunicazione su entrambi i lati: utente, sistema e accordi di comunicazione in S/4HANA, e sistema di comunicazione con servizi inbound e outbound in Sales Cloud V2. Prendete i nomi esatti degli scenari di comunicazione dalla guida di configurazione SAP per la vostra release.

Poi il caricamento. La guida SAP indica l’ordine del caricamento iniziale: società, struttura organizzativa, gruppo prodotti, prodotto, business partner e relazioni, dipendenti. Le liste di codici vengono prima di tutto questo. Offerte e ordini vengono per ultimi, quando un cliente di test e un prodotto di test esistono su entrambi i lati.

Due prerequisiti dalla guida SAP: prima della replica delle liste di codici serve un gruppo di autorizzazione per le viste di estrazione dati (SAP Knowledge Base Article 3525713), e gli ID della forza lavoro differiscono tra i due sistemi, quindi richiedono un mapping tramite l’ID esterno dell’assegnazione di lavoro.

Standard o proprio: dove va la vostra logica

La documentazione SAP sugli aggiornamenti dei pacchetti di integrazione SAP è inequivocabile. Un artefatto modificato non riceve più aggiornamenti, e nemmeno uno rinominato. I parametri esternalizzati configurati sopravvivono a un aggiornamento del pacchetto. SAP raccomanda di limitarsi a configurare il contenuto standard.

Situazione	Approccio	Costo al prossimo aggiornamento del pacchetto
Endpoint, credenziali, valori di codice diversi	Configurare parametri e value mapping	Nessuno, le impostazioni restano
Campo o regola di mapping aggiuntivi	iFlow proprio separato, richiamato dal flusso standard dove offre un exit	Basso, il flusso standard continua a ricevere aggiornamenti
Il flusso standard non fa ciò che serve	Copiare l’iFlow standard, modificare la copia, documentare la differenza	Alto: riportate a mano ogni correzione SAP
Nuovo scenario non coperto da SAP	iFlow proprio separato in un pacchetto dedicato	Nessuno per il contenuto standard

La linea guida SAP tenere le modifiche separate dal contenuto preconfezionato descrive lo schema: flussi propri distribuiti sullo stesso tenant, richiamati tramite customer exit e l’adattatore ProcessDirect. Le nostre convenzioni: un prefisso cliente su ogni pacchetto e iFlow proprio, un nuovo numero di versione a ogni trasporto, una breve nota sulla differenza nei documenti del pacchetto.

Test: un record, un’offerta, tre errori

Testate sui tenant di test, con un record che potete seguire in ogni passaggio.

#	Test	Risultato atteso
1	Modificare un business partner in S/4HANA	Account aggiornato in Sales Cloud V2, messaggio di conferma completato
2	Opportunità, offerta con simulazione in tempo reale, ordine successivo	Prezzo da S/4HANA nell’offerta, numero d’ordine visibile in Sales Cloud V2
3	Valore di codice senza value mapping	Messaggio in errore con un motivo leggibile, nulla scritto a metà
4	Offerta con un prodotto sconosciuto in S/4HANA	Simulazione o documento successivo falliscono in modo visibile, il venditore vede il motivo
5	Inviare due volte la stessa modifica	Nessun record doppio nel sistema di destinazione; documentare il comportamento effettivo

Annotate chi ha avviato ogni test e dove avete visto il risultato: il vostro primo manuale operativo.

Monitoraggio in esercizio

I messaggi in errore compaiono in tre punti. In Cloud Integration, Monitor Message Processing elenca ogni esecuzione con il suo stato. In Sales Cloud V2, Settings, Integration, Message Monitoring mostra i messaggi in entrata e in uscita come Successful, Error o Pending, con payload e dettagli dell’errore. S/4HANA ha un proprio monitoraggio dei messaggi.

SAP Cloud ALM Integration & Exception Monitoring riunisce tutto in un unico punto per i componenti supportati: monitoraggio dei messaggi, tracciamento tramite attributi di business come un numero d’ordine e avvisi sui messaggi in errore che arrivano in una Alert Inbox, dove assegnate chi li elabora. La pagina Business Object mostra lo stato della replica dei dati anagrafici.

Ritmo	Controllo	Responsabile
Giornaliero	Avvisi aperti in Cloud ALM, messaggi in Error in Cloud Integration	Responsabile dell’integrazione
Giornaliero	Errori nei dati di business in Sales Cloud V2 e S/4HANA	Key user del sistema di origine
Settimanale	Messaggi fermi in Pending, errori ricorrenti per iFlow	Responsabile dell’integrazione
Settimanale	Etichette «Update Available» nello spazio di design, date di scadenza dei certificati	Responsabile dell’integrazione
A ogni aggiornamento del pacchetto	Ripetere i test da 1 a 5 prima del trasporto in produzione	Responsabile dell’integrazione con i key user

La rielaborazione segue la responsabilità: correggete i dati all’origine, poi riattivate la modifica. Un nuovo invio senza correzione fallisce solo una seconda volta.

Approfondite S/4HANA Public Cloud, SAP BAIP e l’integrazione di Service Cloud V2. Volete esaminare il vostro panorama? Parliamone.

Domande frequenti

Dobbiamo gestire l’integrazione nel nostro tenant SAP Integration Suite?

Non sempre. Se il vostro contratto include il servizio di configurazione dell’integrazione di SAP, SAP configura i flussi di integrazione e li possiede, monitora e gestisce. Altrimenti copiate i pacchetti standard di SAP nel vostro tenant Integration Suite e li gestite voi.

In che ordine caricare i dati?

La guida SAP indica per il caricamento iniziale questo ordine: società, struttura organizzativa, gruppo prodotti, prodotto, business partner con le loro relazioni, dipendenti. Le liste di codici vengono prima, i flussi transazionali come offerte e ordini solo quando i dati anagrafici sono completi.

Possiamo modificare un iFlow standard del pacchetto SAP?

Tecnicamente sì, entrambi i pacchetti consentono modifiche. Ma la documentazione SAP è chiara: un artefatto modificato o rinominato non riceve più aggiornamenti. Configurate dove possibile e mettete la vostra logica in iFlow separati accanto a quelli standard.

Chi risolve un messaggio in errore durante l’esercizio?

Gli errori tecnici (connessione, certificato, deployment) spettano a chi è responsabile dell’integrazione. Gli errori nei dati di business (mapping mancante, cliente bloccato, prodotto sconosciuto) spettano al key user del sistema di origine. Anche nell’opzione gestita da SAP, la guida SAP lascia gli errori nei dati di business al cliente.