SAP CPI: che cos'è, l'architettura e il passaggio da PI/PO

SAP CPI (Cloud Platform Integration) è il middleware cloud di SAP per collegare sistemi SAP e non SAP. Oggi si chiama Cloud Integration ed è la funzionalità centrale di SAP Integration Suite su SAP Business Technology Platform (SAP BTP).

Sposta i messaggi tra le applicazioni, ne trasforma il formato e li instrada verso la destinazione corretta. Se usate ancora SAP PI/PO, il tempo conta: la manutenzione mainstream di SAP NetWeaver 7.5, che include PI/PO, termina alla fine del 2027.

Questa guida spiega che cosa fa CPI, come funziona la sua architettura, come si confronta con PI/PO e come pianificare il passaggio. È scritta per responsabili dell'integrazione e CIO, non solo per sviluppatori.

Ho visto team passare mesi a costruire script personalizzati fragili per collegare sistemi SAP e non SAP. All'inizio qualcosa funziona. Poi un aggiornamento di sistema cambia il nome di un campo, oppure esce una nuova versione di un'API, oppure il traffico raddoppia.

Lo script si rompe in silenzio. Nessuno se ne accorge finché un report non estrae dati vecchi o un ordine resta non elaborato per tre giorni.

CPI sostituisce tutto questo con flussi di integrazione gestiti e riutilizzabili. Non perché sia più semplice (spesso non lo è), ma perché l'architettura è costruita per essere monitorata e mantenuta. Le piccole decisioni prese all'inizio della progettazione in CPI si accumulano in debito tecnico più in fretta di quanto la maggior parte dei team si aspetti.

Il mio consiglio a qualsiasi azienda ancora su SAP PI/PO è di passare a SAP Integration Suite. Il fallimento di integrazione più comune che vedo è non dedicare abbastanza tempo all'integrazione.

La guida alla migrazione di SAP descrive Cloud Integration come la funzionalità per progettare ed eseguire flussi di integrazione in ambienti cloud, on-premise e ibridi. Copre scenari application-to-application (A2A), business-to-business (B2B) e business-to-government (B2G). La maggior parte dei consulenti continua a chiamarla "CPI" o "SAP CI", e va bene così.

SAP Integration Suite raggruppa Cloud Integration con altre funzionalità. Le principali sono API Management, Event Mesh, Integration Advisor, Trading Partner Management, Open Connectors e Migration Assessment.

Che cosa fa CPI: sposta dati tra sistemi, trasforma i formati dei messaggi, li instrada verso la destinazione corretta 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 dati a lungo termine, sostituire un ERP o fungere da strumento ETL per la migrazione massiva dei dati. È costruita per messaggi in tempo reale o quasi reale. Usarla come data warehouse o come strumento di migrazione crea problemi di architettura in seguito.

CPI e SAP BTP: BTP è l'intera piattaforma: sviluppo applicativo, dati, AI, analytics e integrazione. CPI è uno dei servizi che ci girano sopra. Un architetto BTP progetta su più servizi; uno specialista CPI è responsabile di flussi, adapter, mapping e connettività.

Il diagramma qui sotto mostra gli scenari di integrazione per cui CPI è costruita. Da cloud a cloud, da on-premise a cloud, business to business (B2B), business to government (B2G), e collegamenti con utenti e dispositivi.

Capire l'architettura di CPI non riguarda solo gli sviluppatori. Nella mia esperienza, i team che comprendono come CPI gestisce l'integrazione a livello strutturale tendono a fare scelte di design migliori fin dall'inizio.

CPI gira come servizio cloud multi-tenant su SAP BTP. La piattaforma la gestisce SAP, quindi non dovete mantenere server di integrazione vostri. Dove un flusso deve girare all'interno della vostra rete, Edge Integration Cell è un runtime ibrido opzionale: progettate e monitorate nel cloud ed eseguite il flusso nella vostra rete.

Il flusso dei messaggi nella pratica

Al centro c'è l'iFlow (integration flow). Ogni integrazione in CPI è modellata come un iFlow, e ogni iFlow sposta un messaggio da un'origine a una destinazione in tre fasi:

1. Adapter mittente. Riceve il messaggio dal sistema di origine tramite SOAP, REST, OData, IDoc, SFTP, JMS, AS2 o un altro protocollo.
2. Passi di elaborazione. Mapping, conversione di formato (da JSON a XML, ad esempio), instradamento basato sul contenuto, chiamate ad altri sistemi, cifratura e gestione degli errori.
3. Adapter destinatario. Invia il messaggio elaborato alla destinazione.

I flussi girano in modo sincrono o asincrono, a seconda del caso d'uso. Non è sempre ovvio quale scegliere, quindi testate entrambi su volumi reali.

Il monitoraggio ha un ruolo importante. Avete i log di elaborazione dei messaggi, il trace e i messaggi persistiti, ognuno con uno scopo diverso. Durante i test o il debug tendo a passare da trace a persist a seconda di quanto devo scendere in profondità.

Componenti dell'architettura di SAP CPI

La tabella associa ogni componente al suo compito nell'architettura.

Componente	Che cosa fa	Ruolo nell'architettura
Runtime dei flussi di integrazione	Esegue gli iFlow	Gestisce instradamento, mapping, trasformazione e sicurezza in fase di esecuzione
Designer web	Editor grafico per creare, configurare e distribuire gli iFlow	Dove gli sviluppatori modellano i flussi; la logica complessa richiede ancora Groovy o JavaScript
Adapter	SOAP, REST, OData, IDoc, JDBC, SFTP, JMS, AS2 e adapter specifici per applicazioni SaaS	Collegano sistemi cloud e on-premise
Sicurezza	OAuth 2.0, SAML, TLS, gestione di certificati e chiavi	Protegge credenziali e messaggi in transito
Monitoraggio e operatività	Log dei messaggi, dettagli degli errori, nuovi tentativi, alert	Permette ai team di supporto di trovare e correggere i guasti
Contenuti predefiniti	Pacchetti di integrazione forniti da SAP sul SAP Business Accelerator Hub	Accelerano gli scenari standard con contenuti testati
SAP Cloud Connector	Tunnel sicuro dalla vostra rete a SAP BTP	Raggiunge i sistemi on-premise senza esporli a internet
Edge Integration Cell	Runtime opzionale nel vostro data center o private cloud	Per i flussi che devono restare on-premise

Gli script Groovy gestiscono la logica che i passi grafici non possono gestire. Suggerisco spesso di usarli con moderazione, perché troppo scripting porta a problemi di manutenzione in seguito. I pacchetti sono versionati, quindi nessuna modifica va in produzione al di fuori di un pacchetto distribuito.

Tre date guidano oggi quasi ogni piano di integrazione.

1. 2027Fine della manutenzione mainstream di PI/POFine anno, per SAP NetWeaver 7.5
2. 2028Dismissione di Cloud Integration su Neo31 dicembre. I tenant Neo passano a Cloud Foundry
3. 2030Fine della manutenzione estesa di PI/POFine anno. L'ultima fermata per qualsiasi sistema PI/PO

Fonte: SAP Note 1648480 e SAP Knowledge Base Article 3355661

1. PI/PO sta finendo la strada. La SAP Note 1648480 fissa la manutenzione mainstream di SAP NetWeaver 7.5, che include PI/PO, alla fine del 2027, con manutenzione estesa fino alla fine del 2030. Il sistema non si ferma il 1° gennaio 2028, ma ogni anno successivo costa di più mantenerlo.
2. Neo sta chiudendo. Il SAP Knowledge Base Article 3355661 conferma che Cloud Integration sull'ambiente SAP BTP Neo viene dismessa il 31 dicembre 2028. I tenant CPI più vecchi su Neo devono passare all'ambiente multi-cloud (Cloud Foundry), e quel passaggio è un piccolo progetto a sé.
3. L'ibrido ha una risposta. Edge Integration Cell esegue i flussi di Integration Suite all'interno della vostra rete. Questo elimina il motivo più comune che i team adducevano per restare su PI/PO.

Sul piano commerciale: se siete su RISE with SAP, verificate quale entitlement SAP BTP il vostro contratto include già prima di acquistare separatamente capacità di Integration Suite.

PI (Process Integration) e PO (Process Orchestration) sono il middleware on-premise di SAP. Ecco come si confrontano con CPI.

Fattore	SAP PI/PO	SAP CPI (Integration Suite)
Deployment	On-premise, sui vostri server	Cloud su SAP BTP; Edge Integration Cell per un runtime on-premise
Onere di manutenzione	Alto: patch, upgrade, gestione dei server	Più basso: la piattaforma la gestisce SAP
Estendibilità	Personalizzazione profonda; upgrade più difficili	Modulare; aggiornamenti più rapidi; meno controllo a basso livello
Licenze	Licenza più la vostra infrastruttura	Abbonamento su SAP BTP, per edizione
Direzione degli investimenti	Solo manutenzione, nessuna nuova funzione	Sviluppo attivo
Fine della manutenzione mainstream	Fine 2027 (estesa fino a fine 2030)	Non applicabile (servizio cloud)

La guida alla migrazione di SAP considera Cloud Integration il sostituto principale perché copre la maggior parte di ciò che fa PI/PO. Chiedete a SAP come viene misurato il consumo della vostra edizione, poi modellatelo sui vostri volumi reali di messaggi prima di migrare. Alcune aziende scoprono che il loro traffico di integrazione è più alto di quanto pensassero.

La migrazione non è una conversione automatica. Il comportamento degli adapter differisce tra PI e CPI, e una gestione degli errori che funzionava in PI può comportarsi diversamente in CPI. Alcuni flussi vanno ricostruiti; altri si spostano con piccole modifiche.

SAP fornisce due strumenti ufficiali:

1. Migration Assessment. Una funzionalità di Integration Suite che si collega al vostro sistema PO, estrae gli scenari di integrazione e stima lo sforzo per spostarli. Il tutorial di SAP ne descrive la configurazione.
2. Migration Tooling. Una funzione di Cloud Integration che semi-automatizza la migrazione degli integrated configuration object (ICO) da PO a iFlow. Solo gli scenari valutati come "Ready to migrate" o "Adjustment required" possono essere migrati con questo strumento.

SAP Learning è chiaro: nessun percorso di migrazione va bene per ogni cliente, e molti fanno girare PI/PO e Integration Suite in parallelo durante il passaggio. Gli strumenti riducono il lavoro meccanico. Non prendono le decisioni su che cosa ricostruire e che cosa dismettere.

Ecco il piano a ondate che uso come punto di partenza. Adattate le ondate al vostro 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. Basso rischio	Flussi SAP-SAP con contenuti 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 partner commerciali	Richiede finestre di test con i partner e un cutover coordinato	Responsabile dell'integrazione con acquisti e vendite	Ogni partner conferma per iscritto
3. Alto rischio	Flussi ad alto volume, regolamentati o critici per i ricavi	Si spostano per ultimi, con il maggior numero di prove	Architetto dell'integrazione	Test di volume superato; ritorno a PI provato
4. Dismissione	Spegnimento di PI/PO	Si smette di pagare due piattaforme	CIO	Tutti i flussi migrati o dismessi; licenze terminate

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

I test di integrazione sono dove il tempo sparisce. Pianificate per tempo i test di regressione con i partner B2B e le destinazioni non SAP, perché sono quelli che si rompono in silenzio. La mia guida al testing SAP spiega come strutturare i cicli di integrazione e di regressione.

Se il passaggio da PI/PO si inserisce in un programma S/4HANA, allineate i due piani. La mia guida alla migrazione da ECC a S/4HANA copre percorsi e scadenze sul lato ERP.

Gli scenari che vedo più spesso:

1. Da S/4HANA a SuccessFactors. Dati organizzativi, organico e variazioni retributive. I contenuti di integrazione standard di SAP coprono gli scenari comuni; i flussi personalizzati gestiscono le eccezioni.
2. Dagli acquisti legacy a SAP Ariba. Ordini d'acquisto in uscita, conferme e fatture in entrata. Di solito bidirezionale.
3. Dati finanziari verso SAP Analytics Cloud. Spostare dati da ECC o da sistemi non SAP in SAC.
4. Da Salesforce a SAP. Trattative chiuse che entrano in SAP per evasione, fatturazione e aggiornamento delle giacenze. Il mio articolo sul perché le integrazioni Salesforce-ERP falliscono analizza gli errori di design.

Se il lavoro di integrazione sta già slittando nel vostro programma, l'articolo sui ritardi di consegna con SAP Integration Suite ne illustra le cause abituali. La panoramica delle piattaforme di integrazione SAP confronta le opzioni fianco a fianco.

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

SAP CPI significa Cloud Platform Integration. Oggi è la funzionalità Cloud Integration di SAP Integration Suite su SAP BTP, accanto ad API Management, Event Mesh e agli strumenti di integrazione con i partner. "CPI" resta il nome di uso quotidiano per la creazione di flussi di integrazione.

Che cos'è SAP CI?

SAP CI è l'abbreviazione di SAP Cloud Integration, il nome attuale di quella che un tempo era SAP CPI. Entrambi i termini indicano la stessa funzionalità all'interno di SAP Integration Suite.

SAP CPI è un middleware?

Sì. CPI è un middleware cloud: si colloca tra i sistemi, trasforma e instrada i messaggi e gestisce errori e nuovi tentativi. Sostituisce middleware on-premise come SAP PI/PO e non conserva dati di business a lungo termine.

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

PI/PO è un middleware on-premise che installate, aggiornate e gestite voi. CPI è un servizio cloud su SAP BTP che SAP gestisce per voi, con nuovi adapter e contenuti rilasciati centralmente. Edge Integration Cell copre i flussi che devono restare on-premise.

Quando finisce il supporto di SAP PI/PO?

La manutenzione mainstream di SAP NetWeaver 7.5, che include PI/PO, termina alla fine del 2027. La manutenzione estesa è disponibile fino alla fine del 2030. SAP offre Migration Assessment e Migration Tooling per aiutare a spostare gli scenari su Integration Suite.

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 che ci gira sopra.

Quando si definisce l'ambito del lavoro, budget e competenze sono diversi: un architetto BTP lavora su più servizi, uno specialista CPI è responsabile di flussi, adapter e mapping.

Se state pianificando il passaggio da PI/PO o progettando l'integrazione per un nuovo programma S/4HANA, partite dall'inventario delle interfacce. Se volete un secondo parere sul piano prima di impegnarvi, contattatemi.