SAP CPI e Integration Suite: che cosa sono e dove si collocano

SAP CPI (Cloud Platform Integration) è il middleware cloud di SAP. Oggi vive come capability Cloud Integration dentro SAP Integration Suite su SAP BTP ed è la risposta di SAP per collegare S/4HANA ad altri sistemi SAP e non SAP. Se usa ancora SAP PI/PO, il tempo conta: PI/PO 7.5 esce dalla manutenzione standard a fine 2027.

Questa guida è per i responsabili dell'integrazione e i CIO che devono decidere come lasciare PI/PO o progettare l'integrazione di un nuovo programma S/4HANA. Spiega che cosa fa e che cosa non fa CPI, come si confronta con PI/PO e propone un piano a ondate per migrare le interfacce.

Ho visto team passare mesi a costruire script custom fragili per collegare sistemi SAP e non SAP. All'inizio funziona. Poi un aggiornamento di sistema cambia il nome di un campo, o esce una nuova versione di API, o il traffico raddoppia. Lo script si rompe in silenzio. Nessuno se ne accorge finché un report non estrae dati vecchi o un ordine resta fermo per tre giorni.

CPI sostituisce tutto questo con integration flow gestiti e riutilizzabili. Non perché sia più semplice (spesso non lo è), ma perché l'architettura è pensata per essere monitorata e mantenuta. Le piccole decisioni prese presto nel design di CPI si trasformano in debito tecnico più in fretta di quanto la maggior parte dei team si aspetti.

CPI è il livello che collega i sistemi, trasforma i dati e instrada i messaggi tra le applicazioni. SAP Integration Suite lo raggruppa con API Management, Event Mesh, Integration Advisor e la gestione dei trading partner. La maggior parte dei consulenti dice ancora «CPI» quando intende la parte degli integration flow, e va bene così.

Che cosa fa CPI: sposta i dati tra i sistemi, trasforma i formati dei messaggi, instrada verso la destinazione giusta e gestisce errori e nuovi tentativi. Collega sistemi SAP (S/4HANA, SuccessFactors, Ariba) e piattaforme non SAP (Salesforce, Workday, ServiceNow) tramite adapter standard.

Che cosa non fa: conservare i dati a lungo termine, sostituire un ERP o fare da strumento ETL per la migrazione massiva dei dati. È pensato per messaggi in tempo reale o quasi. Usarlo come data warehouse o come strumento di migrazione crea problemi di architettura più avanti.

CPI e SAP BTP: BTP è l'intera piattaforma: sviluppo di applicazioni, dati, AI, analytics e integrazione. CPI è un servizio al suo interno. La distinzione conta quando si definiscono competenze e budget. Un architetto BTP progetta su più servizi. Uno specialista CPI governa flussi, adapter, mapping e connettività.

Quattro date e decisioni danno forma oggi a qualsiasi piano di integrazione.

1. 2023Edge Integration Cell disponibile in generaleFine 2023. Esegue i flussi di Integration Suite dentro la rete aziendale
2. 2027Fine della manutenzione standard di PI/POFine anno, per SAP NetWeaver 7.5
3. 2028Chiusura dell'ambiente SAP BTP Neo31 dicembre. I tenant CPI su Neo passano a Cloud Foundry
4. 2030Fine della manutenzione estesa di PI/POFine anno. L'ultima tappa per qualsiasi landscape PI/PO

Fonte: Annunci su manutenzione di SAP NetWeaver 7.5 e sunset di Neo, riportati da SAPinsider

1. PI/PO sta finendo la strada. SAP NetWeaver 7.5, che comprende PI/PO, segue la tempistica di manutenzione della Business Suite: manutenzione standard fino a fine 2027, manutenzione estesa fino a fine 2030. Non arriveranno nuove funzionalità. Un passaggio pianificato e a ondate costa molto meno di un cutover forzato nel 2027 o nel 2030.
2. L'ibrido ha una risposta. Edge Integration Cell, disponibile in generale dalla fine del 2023, esegue i flussi di Integration Suite dentro la rete aziendale, per le interfacce che devono restare on-premise. Elimina il motivo più comune per cui i team restavano su PI/PO.
3. Neo sta chiudendo. SAP ha annunciato nel 2023 che l'ambiente SAP BTP Neo chiude il 31 dicembre 2028. I vecchi tenant CPI su Neo devono passare all'ambiente multi-cloud (Cloud Foundry), e quella migrazione è un piccolo progetto a sé.
4. Joule è negli strumenti. SAP ha aggiunto Joule a Integration Suite, così gli sviluppatori possono descrivere un flusso in linguaggio naturale e ottenere una prima bozza. Accelera gli scenari standard. L'orchestrazione complessa con vera logica di business richiede ancora un architetto dell'integrazione senior.

Sul piano commerciale: se è su RISE with SAP, verifichi quale entitlement SAP BTP include già il suo contratto prima di acquistare a parte la capacità di Integration Suite.

Fattore	SAP PI/PO	SAP CPI (Integration Suite)
Deployment	On-premise, sui propri server	Cloud su SAP BTP; Edge Integration Cell per il runtime on-premise
Onere di manutenzione	Alto: patch, upgrade, gestione dei server	Più basso: la piattaforma la gestisce SAP
Estensibilità	Personalizzazione profonda; aggiornamenti più difficili	Modulare; aggiornamenti più rapidi; meno controllo a basso livello
Licenze	Statiche, di solito a capacità	Abbonamento con metriche basate sui messaggi
Direzione degli investimenti	Solo manutenzione, nessuna nuova funzionalità	Sviluppo attivo
Fine della manutenzione standard	Fine 2027 (estesa fino a fine 2030)	Non applicabile (servizio cloud)

Vale la pena modellare il cambio di licenza. Il costo di CPI è legato al volume di messaggi. Alcune aziende risparmiano rispetto a PI/PO. Altre scoprono che il loro traffico di integrazione reale è più alto del previsto e devono ottimizzare i flussi subito. Lo modelli prima di migrare.

Il mattone di base è l'iFlow (integration flow). Ogni iFlow definisce come un messaggio passa dall'origine alla destinazione: la trasformazione, le regole di instradamento e la gestione degli errori che scatta quando qualcosa fallisce.

Funzionalità	Che cosa fa
Contenuto di integrazione predefinito	Pacchetti di iFlow già pronti per scenari SAP e di terze parti comuni sullo SAP Business Accelerator Hub
Designer grafico dei flussi	Designer web per costruire gli iFlow
API Management	Progettazione, pubblicazione, sicurezza e monitoraggio delle API
Sicurezza	OAuth 2.0, SAML, TLS, gestione dei certificati
Monitoraggio	Log dei messaggi, dettagli degli errori, storico dei nuovi tentativi, alert

Gli adapter standard includono SOAP, REST, OData, IDoc, JDBC, SFTP, JMS e AS2, con altri per specifici prodotti SaaS.

Scripting. Le trasformazioni complesse richiedono Groovy o JavaScript dentro l'iFlow. CPI non è zero-code oltre i flussi standard. Se nessuno nel suo team sa scrivere la logica di uno script di base, i mapping complessi diventano il collo di bottiglia.

La migrazione non è una conversione automatica. Il comportamento degli adapter differisce tra PI e CPI, e la gestione degli errori che funzionava in PI può comportarsi in modo diverso in CPI. Alcuni flussi vanno ricostruiti. Altri passano con piccole modifiche. Gli strumenti di migrazione di SAP e il contenuto predefinito riducono il lavoro meccanico. Non prendono al posto suo le decisioni su che cosa ricostruire e che cosa dismettere.

Ecco il piano a ondate che uso come punto di partenza. Adatti le ondate al suo inventario.

Ondata	Che cosa si sposta	Perché in quest'ordine	Responsabile	Criteri di uscita
0. Inventario	Ogni interfaccia PI: frequenza, volume, adapter, criticità, responsabile	Non si può pianificare ciò che non si è contato	Responsabile dell'integrazione	Inventario approvato dai responsabili di business
1. Rischio basso	Flussi da SAP a SAP con contenuto standard	Dimostra il modello operativo e il monitoraggio	Responsabile dell'integrazione	Due settimane stabili in produzione, percorso PI dismesso
2. Partner	Flussi B2B ed EDI con i principali trading partner	Servono finestre di test con i partner e un cutover coordinato	Responsabile dell'integrazione con acquisti e vendite	Ogni partner conferma per iscritto
3. Rischio alto	Flussi ad alto volume, regolamentati o critici per il fatturato	Si sposta per ultimo, con più prove generali	Architetto dell'integrazione	Test di volume superato; fallback su PI provato
4. Dismissione	Spegnimento di PI/PO	Smette di pagare due piattaforme	CIO	Tutti i flussi migrati o dismessi; licenze terminate

Mantenga un percorso di fallback verso PI per ogni ondata finché il nuovo flusso non ha girato senza problemi in produzione. L'ordine conta: dimostri il modello operativo sui flussi a basso rischio prima di toccare le interfacce che portano fatturato.

Gli scenari che vedo più spesso:

1. Da S/4HANA a SuccessFactors. Dati organizzativi, organico e variazioni retributive. Il contenuto di integrazione standard di SAP copre gli scenari comuni; i flussi custom gestiscono le deviazioni.
2. Dal procurement legacy a SAP Ariba. Ordini d'acquisto in uscita, conferme e fatture in rientro. Di solito bidirezionale.
3. Dati finanziari verso SAP Analytics Cloud. Spostamento di dati da ECC o da sistemi non SAP in SAC.
4. Da Salesforce a SAP. Contratti chiusi che confluiscono in SAP per evasione, fatturazione e aggiornamento delle scorte. Senza un'integrazione gestita, di solito si regge su export in fogli di calcolo o script fragili. Il mio articolo sul perché le integrazioni tra Salesforce ed ERP falliscono tratta gli errori di progettazione.

Se il lavoro di integrazione sta già slittando nel suo programma, l'articolo sui ritardi di consegna di SAP Integration Suite illustra le cause più comuni. La panoramica sulle piattaforme di integrazione SAP confronta le opzioni una accanto all'altra.

Che cos'è SAP CPI e come si chiama oggi?

SAP CPI sta per Cloud Platform Integration. Oggi è la capability Cloud Integration di SAP Integration Suite su SAP BTP, insieme ad API Management, Event Mesh e agli strumenti di integrazione dei partner. «CPI» resta il nome di uso quotidiano per costruire integration flow.

In che cosa SAP CPI è diverso da SAP PI/PO?

PI (Process Integration) e PO (Process Orchestration) sono middleware on-premise con personalizzazione profonda e pieno controllo dell'infrastruttura. CPI è un servizio cloud su SAP BTP che SAP gestisce per Lei, con nuovi adapter e nuovi contenuti che arrivano in modo centralizzato.

PI/PO 7.5 riceve solo manutenzione. La manutenzione standard termina a fine 2027 e quella estesa a fine 2030, quindi ogni landscape PI/PO ha bisogno di un piano di migrazione.

SAP CPI è la stessa cosa di SAP BTP?

No. SAP BTP è la piattaforma: sviluppo di app, dati, analytics, AI e integrazione. CPI è il servizio di integrazione al suo interno. Quando si definisce il perimetro, budget e competenze cambiano: un architetto BTP lavora su più servizi, uno specialista CPI governa flussi, adapter e mapping.

Quanto è difficile imparare SAP CPI?

Gestibile, non semplice. I flussi standard seguono pattern documentati e il designer grafico aiuta. Le parti difficili sono capire il processo di business abbastanza da progettare il flusso, gestire correttamente errori e nuovi tentativi e scrivere Groovy o JavaScript per i mapping complessi. Prima si impara il processo di business, poi l'integrazione.

Che cosa devo considerare quando migro da SAP PI/PO a CPI?

Faccia l'inventario di ogni interfaccia con volume, frequenza, adapter e criticità. Decida per ciascuna: ricostruire, adattare o dismettere. Modelli i costi basati sui messaggi sui suoi volumi reali. Si sposti a ondate con un percorso di fallback e pianifichi presto i test di regressione con i partner B2B e con le destinazioni non SAP, perché sono i punti che si rompono in silenzio. Usi Edge Integration Cell per i flussi che devono restare on-premise.

Qual è la differenza tra Neo e Cloud Foundry per SAP CPI?

Entrambi sono ambienti SAP BTP. Neo è l'ambiente più vecchio, proprietario di SAP, e chiude il 31 dicembre 2028. L'ambiente multi-cloud basato su Cloud Foundry è dove va lo sviluppo di SAP. Qualsiasi tenant CPI ancora su Neo ha bisogno subito di un piano di migrazione; i nuovi tenant non dovrebbero partire da lì.