Modernizzazione dell'ERP con SAP e ServiceNow

Modernizzare l'ERP con SAP e ServiceNow significa assegnare a ciascuna piattaforma il lavoro che le riesce meglio e collegarle bene. SAP S/4HANA gestisce le transazioni strutturate: finanza, acquisti, magazzino, payroll. ServiceNow gestisce i flussi di lavoro che le circondano: acquisizione delle richieste, approvazioni, eccezioni e service request. SAP Integration Suite e ServiceNow IntegrationHub collegano le due piattaforme. Questa guida è per CIO, CFO ed enterprise architect che pianificano una modernizzazione a partire da SAP ECC o da un primo sistema S/4HANA. Spiega quale lavoro va dove, funzione per funzione, dove entra l'AI, una roadmap a fasi e le insidie. Parta dalle tabelle per funzione, poi passi alla roadmap.

La modernizzazione dell'ERP compare in quasi tutti i programmi che seguo. Ho lavorato con aziende che usano ancora SAP ECC e che gestiscono finanza o operations in ambienti che andavano dismessi anni fa. Un cliente della logistica doveva passare per quattro passaggi manuali solo per approvare una modifica minore a un processo. Abbiamo collegato SAP con ServiceNow e la differenza nei tempi di risposta e nella visibilità è stata immediata.

L'errore che vedo più spesso: credere che modernizzare l'ERP significhi passare all'ultima versione di SAP. Se i sistemi non dialogano tra loro, il problema è stato solo spostato su un'interfaccia più recente. I dati restano nei silos. I team smettono di fidarsi degli strumenti. Si rincorrono i problemi invece di risolverli.

Molti team credono di aver modernizzato. In realtà hanno fatto un upgrade. La differenza si vede nel lavoro di tutti i giorni.

Modernizzare significa ripensare come i sistemi sostengono il business di oggi, non come erano stati progettati per funzionare dieci anni fa. Tocca architettura, processi, dati, integrazione ed esperienza utente.

I CIO mi chiedono spesso: «Quindi si tratta di passare al cloud o di sostituire il nostro ERP?» A volte entrambe le cose, ma di rado tutte insieme. La vera modernizzazione di solito inizia quando l'ERP smette di crescere insieme al business e l'attrito diventa visibile.

Un cliente del largo consumo in Medio Oriente usava ancora SAP ECC. La finanza passava il tempo a bonificare dati sbagliati e il reporting restava indietro rispetto alle operations. Siamo partiti dal rivalutare l'implementazione stessa: non solo la tecnologia, ma se i processi corrispondessero ancora al modo in cui l'azienda lavorava. Poi i dati anagrafici. Poi l'automazione: che cosa SAP poteva gestire al proprio interno e dove ServiceNow poteva colmare le lacune, soprattutto approvazioni, escalation e tracciamento dei processi. Quella sequenza ha dato alla leadership un piano, una timeline e risultati che poteva seguire.

Modernizzare raramente significa buttare via tutto. Più spesso le aziende tengono ciò che già funziona e modernizzano intorno. È qui che SAP e ServiceNow funzionano bene fianco a fianco.

SAP S/4HANA gestisce il nucleo strutturato: transazioni, finanza, acquisti e magazzino, progettato per controllo e coerenza. ServiceNow gestisce ciò che SAP non è mai stato pensato per fare direttamente: acquisizione delle richieste, approvazioni, flussi di lavoro trasversali e gestione delle eccezioni. Il Clean Core rafforza questa divisione. La logica di workflow che non appartiene al core SAP deve stare da qualche parte, e le sedi realistiche sono le estensioni side-by-side su SAP BTP oppure ServiceNow. La mia guida al Clean Core spiega le opzioni di estensione.

Il collegamento passa da SAP Integration Suite su BTP, da ServiceNow IntegrationHub e dalle API aperte, così il flusso risulta nativo e non appiccicato dopo. Un cliente globale che conosco usava SAP per gli acquisti e ServiceNow per gestire le richieste d'acquisto, il che ha eliminato la necessità di un portale custom; in seguito ha usato la stessa struttura per l'onboarding dei fornitori. Se usa ancora SAP Process Orchestration (PI/PO), pianifichi il passaggio: SAP NetWeaver 7.5, su cui gira PI/PO, esce dalla manutenzione mainstream alla fine del 2027, con manutenzione estesa opzionale fino al 2030. La mia guida a SAP Cloud Integration tratta la piattaforma di destinazione.

1. 04ServiceNowAcquisizione delle richieste, approvazioni, eccezioni e service request tra i team
2. 03IntegrazioneSAP Integration Suite su BTP e ServiceNow IntegrationHub, tramite API aperte
3. 02EstensioniSide-by-side su SAP BTP, per la logica che non appartiene al core
4. 01Core SAP S/4HANAFinanza, acquisti, magazzino e payroll, mantenuti vicini allo standard

Casi d'uso per funzione

Risorse umane. SAP (o SuccessFactors) conserva i dati anagrafici dei dipendenti, i ruoli, il payroll e i benefit. ServiceNow coordina le attività di onboarding, il provisioning degli accessi, le approvazioni delle promozioni e l'offboarding tra IT, HR, finanza e sicurezza.

Finanza. SAP elabora le fatture, tiene i libri contabili, esegue la chiusura e produce i report statutori. ServiceNow gestisce il livello di workflow:

Processo finanziario	Ruolo di SAP	Ruolo di ServiceNow
Contabilità fornitori	Elabora le fatture, abbina gli ordini d'acquisto, gestisce i pagamenti	Acquisizione delle fatture, instradamento delle eccezioni, tracciamento degli SLA
Contabilità clienti	Tiene traccia delle fatture ai clienti e degli incassi	Instrada le contestazioni di fatturazione e le richieste di blocco del credito
Chiusura finanziaria	Chiusura di periodo, eliminazioni intercompany, reporting	Checklist di chiusura, assegnazione delle attività, avvisi sulle voci in sospeso
Gestione delle note spese	Registra le voci, applica la policy, avvia il rimborso	Instrada i report per l'approvazione, segnala le eccezioni
Procure-to-pay	Richieste d'acquisto, ordini d'acquisto, entrata merci, liquidazione fornitori	Moduli di richiesta, instradamento delle approvazioni, gestione delle eccezioni

Acquisti. SAP gestisce l'anagrafica fornitori, gli ordini d'acquisto, le entrate merci e il three-way matching. ServiceNow gestisce l'acquisizione delle richieste, le verifiche di onboarding dei fornitori, i problemi sull'entrata merci e l'helpdesk acquisti.

Facility e operations. SAP tiene traccia dei cespiti, dei costi di manutenzione e degli spazi. ServiceNow gestisce le richieste del workplace, gli ordini di lavoro di manutenzione, l'assegnazione dei tecnici, le richieste di accesso e l'instradamento degli incidenti.

L'AI compare in un numero crescente di discussioni sulla modernizzazione e le aspettative a volte superano i risultati. In pratica gestisce i casi limite, automatizza le attività ripetitive e fa emergere ciò che le persone non vedono. Sul lato SAP, Joule, l'assistente AI di SAP, opera su S/4HANA, SuccessFactors, Ariba e SAP Build. Sul lato ServiceNow, Now Assist porta l'AI generativa nei flussi di IT, HR e customer service.

Ecco come si divide di solito il lavoro:

Caso d'uso AI	Ruolo di SAP	Ruolo di ServiceNow
Abbinamento delle fatture	Abbina ordini d'acquisto, entrate merci e fatture; segnala le anomalie	Instrada le eccezioni e dà priorità alle discrepanze ad alto rischio
Manutenzione predittiva	Analizza i pattern di utilizzo e di guasto dai dati delle apparecchiature	Apre i ticket di manutenzione e pianifica i tecnici
Avvisi sul cash flow	Prevede le posizioni di cassa a partire dallo storico	Attiva avvisi e workflow quando vengono superate le soglie di liquidità
Virtual agent	Joule risponde a domande in linguaggio naturale su tutte le applicazioni SAP	I virtual agent e Now Assist gestiscono le richieste e richiamano i back end SAP
Rilevamento delle anomalie	I modelli su SAP BTP o l'analytics embedded segnalano i valori anomali nelle transazioni	Segnala le anomalie nei workflow e nelle approvazioni per la revisione di audit
Classificazione delle richieste	Suggerisce le categorie nei flussi di acquisto	Predictive Intelligence classifica i casi e li instrada al gruppo giusto

Un team IT con cui abbiamo lavorato ha visto un calo del 30% dei ticket di supporto a basso valore nell'arco di un trimestre, dopo aver introdotto virtual agent in grado di reimpostare le password e recuperare dati SAP. Lo stesso schema vale anche sul lato SAP: l'AI funziona meglio quando il processo è stabile, lo storico è pulito e il problema è circoscritto. Anche così, affianca il team, non lo sostituisce.

La modernizzazione spesso si arena perché il primo passo sembra troppo grande. Ho lavorato con clienti che hanno rimandato per anni, non per mancanza di urgenza, ma perché nessuno sapeva rispondere alla domanda «da dove cominciamo?» Questa sequenza di solito funziona:

1. Valutare e razionalizzare. Pulire le fondamenta prima di cambiare piattaforma. Eseguire SAP Readiness Check per dimensionare il custom code e la compatibilità. Bonificare i dati anagrafici prima della migrazione, non dopo. Decidere quali sistemi, report e processi sopravvivono. Decidere il percorso di deployment (RISE with SAP, GROW with SAP o on-premise) e pianificare SAP Cloud ALM come strumento di lifecycle, dato che SAP Solution Manager esce dalla manutenzione mainstream alla fine del 2027. Un breve sprint di discovery tecnica, che mappi che cosa è collegato a che cosa, di solito mostra dove si nasconde il rischio reale.
2. Partire da ServiceNow. Costruire prima acquisizione delle richieste, approvazioni e workflow. Stanno intorno all'ERP e generano il maggior numero di lamentele. Un cliente ha usato ServiceNow per gestire il change control sei mesi prima della migrazione a S/4HANA e ha ridotto i disservizi del 40%. Questo costruisce disciplina prima di toccare il core SAP.
3. Spostare il core SAP secondo il Clean Core. Portare le transazioni su S/4HANA con meno custom code possibile. Restare vicini allo standard semplifica gli upgrade e riduce la manutenzione. La logica custom va nelle estensioni side-by-side o in ServiceNow, non nel core. E ci si chieda che cosa l'ERP dovrà rendere possibile nei prossimi cinque anni, invece di limitarsi a migrare.
4. Ottimizzare ed estendere. Aggiungere analytics ed estensioni su SAP BTP, Joule dove ha senso e, sul lato ServiceNow, Now Assist, virtual agent e workflow low-code.

Le fasi possono sovrapporsi. Portare avanti la stabilizzazione di ServiceNow in parallelo al lavoro di readiness di SAP accorcia i tempi senza tagliare gli angoli. Per la parte S/4HANA, la mia guida alla migrazione da ECC a S/4HANA tratta percorsi e tempistiche.

La finanza chiede dei costi fin dall'inizio, e la decisione di solito approda al CFO anche quando nasce nell'IT.

I costi diretti arrivano per primi: infrastruttura, hosting, storage e strumenti di integrazione. Licenze e supporto restano fermi, a meno che qualcuno non li razionalizzi, e molti team non cercano mai le licenze inutilizzate o sovrapposte. Con RISE with SAP, simuli la crescita degli utenti secondo il prezzo per Full User Equivalent (FUE) su tutta la durata del contratto, perché la sottoscrizione del terzo anno raramente coincide con il preventivo del primo.

I costi indiretti sono più difficili da vedere: approvazioni lente, SLA mancati, errori di integrazione che erodono la fiducia nell'IT. Non compaiono in un'unica voce di budget, ma si vedono nelle prestazioni operative.

Per dimostrare il ritorno, misuri prima di cambiare qualsiasi cosa: tempi di ciclo per l'approvazione delle fatture, l'onboarding e le richieste d'acquisto; tassi di errore; latenza di integrazione. Anche una baseline parziale trasforma il ritorno in un numero invece che in una storia.

Queste insidie compaiono su entrambe le piattaforme:

Insidia	Passo falso su SAP	Passo falso su ServiceNow
Saltare la valutazione dei processi	Migrare i problemi ereditati senza rivedere le lacune di processo	Rilasciare moduli di richiesta senza capire i veri colli di bottiglia
Trattare gli strumenti come soluzioni miracolose	Credere che S/4HANA risolva processi che nessuno ha ridisegnato	Credere che l'automazione risolva una struttura delle richieste inefficiente
Trascurare i dati anagrafici	Migrare dati duplicati o incoerenti	Attivare approvazioni su dati inaffidabili
Personalizzare troppo presto	Costruire estensioni prima che il processo di base sia stabile	Costruire flussi complessi prima di capire il comportamento degli utenti
Nessuna governance	Lasciare le decisioni all'IT o ai fornitori senza un responsabile di business	Rilasciare workflow senza responsabili di regole e SLA
Ignorare il change management	Investire poco nella formazione sui nuovi processi SAP	Non insegnare agli utenti quando e come usare i nuovi tipi di richiesta

Ricordo un cliente del manifatturiero convinto che il problema fosse l'ERP. Il vero ostacolo era un percorso di approvazione manuale che attraversava cinque team. Quando abbiamo introdotto un livello ServiceNow e lo abbiamo ricollegato a SAP, il collo di bottiglia è sparito.

La modernizzazione non deve avvenire tutta in una volta. Alcuni sistemi restano, altri cambiano. Il valore cresce man mano che una parte maggiore del parco applicativo è collegata e una parte minore dipende da workaround.

Dobbiamo modernizzare tutto in una volta?

No. La modernizzazione funziona meglio a fasi. Molte organizzazioni partono dai workflow di ServiceNow per stabilizzare le operations prima di toccare il core SAP, poi affrontano il resto in ordine di attrito.

Un cliente aveva i workflow di acquisizione delle richieste su ServiceNow già attivi prima del rilascio di S/4HANA. I dipendenti si sono adattati gradualmente, il che ha aumentato l'adozione e ridotto le resistenze.

Che fine fanno le personalizzazioni legacy in una migrazione a S/4HANA?

Dipende dal loro valore per il business. SAP Readiness Check mostra presto i volumi di custom code e i problemi di compatibilità. La maggior parte dei sistemi contiene più custom code di quanto si pensi, e buona parte non viene più usata.

Il Clean Core privilegia un sistema standard, con estensioni su SAP BTP o workflow in ServiceNow. Su S/4HANA Cloud Public Edition il core non può essere modificato affatto; su Private Edition e on-premise sì, ma ogni modifica aggiunge lavoro agli upgrade. Si tenga ciò che serve a uno scopo di business reale e si dismetta il resto.

Quanto dura la modernizzazione dell'ERP?

Partire dai workflow di acquisizione delle richieste in ServiceNow richiede in genere da due a tre mesi. Il passaggio a S/4HANA richiede spesso da 9 a 18 mesi a seconda della complessità, e di più per le grandi aziende multi-entità con molte personalizzazioni.

Le fasi non devono susseguirsi una dopo l'altra. Portare avanti la stabilizzazione di ServiceNow insieme al lavoro di readiness SAP accorcia i tempi complessivi.

Quali tempi di ROI sono realistici per la modernizzazione con SAP e ServiceNow?

La maggior parte delle organizzazioni vede ritorni «soft» in tre-sei mesi: tempi di ciclo più brevi, meno passaggi manuali, maggiore visibilità. I ritorni tangibili, cioè riduzione dei costi misurabile e guadagni di efficienza, tendono ad arrivare entro 12-18 mesi, soprattutto quando entrambe le piattaforme contribuiscono.

Misuri tempi di ciclo, tassi di errore e rispetto degli SLA prima di cominciare. Senza baseline, il ritorno è una storia, non un numero.

Come capiamo che la modernizzazione dell'ERP è in ritardo?

Segnali comuni: ticket di supporto in aumento con tempi di risoluzione più lunghi, upgrade e patch rinviati più volte, più fonti di verità per gli stessi dati e shadow IT che riempie i vuoti che l'ERP avrebbe dovuto coprire.

Un cliente del settore sanitario con SAP ECC ha mancato diversi SLA in un solo trimestre. Il problema non era l'impegno. Era il debito tecnico: anni di piccole correzioni sovrapposte, con incidenti registrati più in fretta di quanto qualcuno riuscisse a smistarli.

SAP e ServiceNow possono integrarsi con altri sistemi di terze parti?

Sì. SAP usa SAP Integration Suite su BTP per le connessioni basate su API verso i sistemi esterni. ServiceNow offre IntegrationHub con connettori predefiniti per la maggior parte delle piattaforme enterprise, tra cui Workday, Salesforce e Coupa.

Tratti l'integrazione come un filone di lavoro fin dall'inizio. Le interfacce definite in ritardo sono quelle che creano più attrito dopo il go-live, quindi si inizi il disegno dell'integrazione durante il blueprint.