Integration Suite su SAP BTP - eventi ed API

Nelle architetture SAP complesse, l’integrazione è spesso trattata come un requisito tecnico necessario, ma non come una decisione strutturale. Storicamente, piattaforme come SAP PI/PO hanno svolto questo ruolo in modo efficace, diventando nel tempo un punto centrale per la connessione tra sistemi.

Oggi però il contesto è cambiato.
API, eventi, cloud, sistemi SaaS e architetture ibride stanno diventando lo standard. SAP stessa sta indirizzando chiaramente i clienti verso SAP Integration Suite su BTP come piattaforma di riferimento per l’integrazione futura, in sostituzione progressiva di PI/PO.

In questo scenario, il tema non è migrare “perché PI/PO va a fine vita”, ma come strutturare l’integrazione come capacità di lungo periodo, adeguata a progetti, AMS e nuove esigenze di business.

 Il costo invisibile di un’integrazione reattiva  

Molte organizzazioni si accorgono dei limiti del modello di integrazione solo quando:

• aumentano i sistemi da collegare
• crescono i volumi di dati
• servono reazioni in tempo quasi reale
• emergono esigenze di integrazione con soluzioni cloud o extra‑SAP
• frammentata e fortemente asincrona
• poco flessibile
• difficile da estendere
• complessa da monitorare in modo end‑to‑end

In assenza di una piattaforma pensata per API ed eventi, l’integrazione tende a diventare:

Il risultato è un aumento del carico AMS, tempi di risposta più lenti e una dipendenza crescente da soluzioni custom.

Come SAP inquadra oggi l’integrazione    

SAP descrive Integration Suite come una piattaforma di integrazione enterprise‑grade, progettata per ambienti cloud e ibridi.
Non è solo un “nuovo PI”, ma un modello diverso.

I principi chiave sono:

• API‑first: integrazione basata su API rilasciate
• event‑driven: scambio dati asincrono tramite eventi
• coerenza con Clean Core: integrazione disaccoppiata dal core
• governance centrale di sicurezza, monitoraggio e connettività

Integration Suite è in grado di gestire scenari tradizionali (IDOC, file, mapping), ma nasce per semplificare e modernizzare il disegno delle integrazioni.

Un elemento distintivo è Event Mesh, che abilita una comunicazione a eventi scalabile, riducendo il coupling tra sistemi e migliorando la reattività dell’architettura.

Progetto vs AMS: ruoli diversi, stesso modello  

Un errore frequente è trattare l’integrazione come:

• responsabilità di progetto in fase di build
• responsabilità AMS solo in fase di esercizio

Con Integration Suite, SAP propone un modello più continuo.

Un assetto efficace prevede:

• il progetto, che disegna l’architettura di integrazione, seleziona pattern (API, eventi, messaggistica) e governa le scelte iniziali
• l’AMS, che gestisce monitoraggio, incident, performance e piccoli cambiamenti
• la governance IT, che garantisce coerenza architetturale, sicurezza e riuso

 Integration Suite supporta questo modello grazie a funzionalità di monitoring centralizzato, tracciabilità e gestione unificata delle connessioni.  

Un framework operativo coerente con SAP  

Un approccio decisionale all’utilizzo di SAP Integration Suite può essere sintetizzato in tre livelli.

1. Disegno dell’integrazione

• identificare i flussi critici end‑to‑end
• distinguere integrazioni sincrone vs asincrone
• introdurre progressivamente l’approccio event‑driven

2. Piattaforma unica di integrazione

• concentrare le integrazioni su Integration Suite
• ridurre soluzioni point‑to‑point
• utilizzare connettori e contenuti predefiniti SAP per ridurre time‑to‑value

3. Governance e controllo

• standardizzare sicurezza, certificati, accessi
• utilizzare il monitoraggio per prevenire incidenti
• collegare eventi tecnici e impatti di business

Cosa fare nel breve periodo  

Per un CIO che deve decidere oggi, alcune azioni sono immediatamente praticabili:

• valutare il panorama integrazioni esistente (PI/PO, custom, SaaS)
• definire i casi d’uso più adatti ad API ed eventi
• introdurre Integration Suite per nuovi scenari, senza big‑bang
• affiancare AMS per la presa in carico del monitoraggio

Queste attività riducono il rischio e creano competenza interna.

Cosa strutturare nel medio periodo      

Nel tempo, SAP suggerisce di consolidare:

• un modello di integrazione standard su BTP
• l’uso di Event Mesh per processi asincroni
• metriche condivise tra IT e business
• una roadmap di superamento progressivo di PI/PO

L’obiettivo non è solo integrare sistemi, ma rendere l’integrazione una capability evolutiva.

Indicatori di controllo rilevanti per CIO e IT Manager  

Alcuni indicatori chiave aiutano a governare il tema:

• numero di integrazioni point‑to‑point eliminate
• tempo medio di onboarding di un nuovo sistema
• incident legati all’integrazione
• riuso di API ed eventi standardizzati

Sono indicatori che collegano architettura, costi e affidabilità.

Da piattaforma tecnica a scelta strategica  

SAP sta indirizzando chiaramente Integration Suite come piattaforma di integrazione del presente e del futuro, anche in ottica di AI agentica, eventi e architetture componibili.

Per il CIO, la decisione non è se adottarla, ma quando e con quale modello farlo.

Non come sostituzione tecnica di PI/PO, ma come fondazione per un’integrazione governabile, moderna e scalabile nel tempo.