Template di implementazione SAP: il set SAP Activate fase per fase

I template SAP Activate sono i template di implementazione e gli acceleratori che SAP pubblica per ogni fase di un programma S/4HANA, dal documento di scoping in Prepare al piano di cutover in Deploy. Li trova nel SAP Activate Roadmap Viewer e, nei programmi cloud, in SAP Cloud ALM.

In breve: non le servono tutti. Gliene serve una dozzina circa, ciascuno con un responsabile nominato e un punto di approvazione, e conviene mantenere circa l'80% della struttura standard di SAP. La tabella qui sotto è il set che pretendo nei 21 programmi SAP che ho guidato o salvato.

Trovare i template è facile. La parte difficile è capire quali prendere sul serio.

Questo è il set di template di implementazione SAP che mi aspetto di vedere approvato, con il responsabile e il passaggio che ciascuno deve superare.

Fase	Template	Responsabile	Approvato prima di
Prepare	Documento di scoping del progetto	Programme manager (approva lo sponsor)	Inizio di Explore
Prepare	Business case	CFO o responsabile di business	Sblocco dei fondi
Prepare	Matrice degli stakeholder	Programme manager	Pianificazione dei workshop di Explore
Explore	Foglio dei requisiti e di fit-gap	Design authority (business e IT)	Inizio di Realize
Realize	Registro delle configurazioni	Responsabili funzionali	Passaggio di ogni trasporto in QA
Realize	Registro degli sviluppi custom	Responsabile dello sviluppo	Inizio dello sviluppo di qualsiasi oggetto
Realize	Strategia di test	Test manager	Inizio dei test di integrazione di sistema
Realize	Piano di migrazione dei dati	Responsabile della migrazione dati	Primo caricamento di prova
Deploy	Piano di cutover	Cutover manager	Prova generale finale
Deploy	Checklist di prontezza al go-live	Programme director (firma lo sponsor)	Riunione go/no-go
Deploy	Modello di supporto in hypercare	Responsabile del service delivery	Go-live
Run	Foglio di monitoraggio delle prestazioni	Responsabile Basis	Go-live

SAP Activate ha sei fasi: Discover, Prepare, Explore, Realize, Deploy e Run. Combina i contenuti SAP Best Practices, una metodologia e la configurazione guidata. Discover è la fase di ricerca senza impegno, quindi per la maggior parte dei clienti si chiude prima della firma del contratto e i template che seguono partono da Prepare.

1. 01DiscoverDi solito prima della firma del contratto
2. 02PrepareDocumento di scoping, business case, matrice degli stakeholder
3. 03ExploreFoglio dei requisiti e di fit-gap
4. 04RealizeRegistro configurazioni, registro sviluppi, strategia di test, piano di migrazione
5. 05DeployPiano di cutover, prontezza al go-live, hypercare
6. 06RunMonitoraggio delle prestazioni

Ogni template approvato prima del suo gate

Nel Roadmap Viewer ogni roadmap è suddivisa in fasi, deliverable e attività. I template sono archiviati come acceleratori: guide operative, documenti di esempio e checklist collegati all'attività che li richiede. Può filtrare per fase, workstream o acceleratore, ed è il modo più rapido per estrarre i deliverable SAP Activate di una fase.

Quando li adatta, mantenga circa l'80% della struttura standard. Cambi solo ciò che riflette il suo contesto: requisiti di settore, controlli normativi, specificità regionali. Riscrivere tutto butta via il motivo per cui li si usa.

Che cosa è cambiato negli strumenti

La struttura delle fasi è la stessa. Gli strumenti intorno sono cambiati.

1. Nei programmi cloud i template vivono in SAP Cloud ALM. È fornito ai clienti con SAP Enterprise Support ed è incluso nelle sottoscrizioni cloud SAP come RISE with SAP. Solution Manager 7.2 ha la manutenzione mainstream fino alla fine del 2027 e la manutenzione estesa fino al 2030 per funzioni selezionate.
2. Joule è dentro gli strumenti della metodologia. SAP ha aggiunto Joule al Roadmap Viewer nel 2025 e a SAP Cloud ALM, così un team può chiedere indicazioni su un'attività o una prima bozza. Non sostituisce la persona che firma il fit-gap.
3. Il clean core ora ha dei livelli. Ad agosto 2025 SAP ha introdotto quattro livelli di clean core, da A a D: il livello A usa solo API rilasciate e il livello D non è clean. Il suo foglio di fit-gap ha bisogno di una colonna che indichi dove finirà ogni gap.

I progetti che saltano questo lavoro preliminare lo pagano in Explore e in Realize. Questi tre documenti sono quelli che i team saltano per arrivare prima alla configurazione.

Documento di scoping del progetto

Definisce che cosa include il programma e che cosa no. Quando qualcuno prova ad aggiungere perimetro dopo tre mesi (e succederà), questo è il punto di riferimento.

Le sezioni che mi aspetto:

1. Titolo, sponsor e programme manager.
2. Contesto: situazione attuale e motivo del cambiamento.
3. Obiettivi in numeri, per esempio «ciclo di chiusura da 14 giorni a 5».
4. Nel perimetro, per modulo e processo (FI/CO, integrazione MM/SD, migrazione dati, UAT, go-live).
5. Fuori perimetro, scritto in modo esplicito quanto il perimetro (HR, migrazione dei report legacy, integrazioni non ERP).
6. Ipotesi e vincoli, come la disponibilità dello sponsor per un comitato guida mensile e una data di go-live fissa.
7. Tempistica per fase, con approvazione dello sponsor e del PMO prima dell'inizio di Explore.

Fissi la tempistica su ciò che è realistico. Nella mia esperienza i programmi GROW durano da 6 a 9 mesi, RISE da 9 a 18 mesi, le conversioni brownfield da 12 a 18 mesi e i greenfield da 18 a 24 mesi; la mia guida alla tempistica dell'implementazione SAP la scompone per fase.

Template di business case

Espone l'analisi costi-benefici in un formato che il team finance riesce a leggere. Ho avuto clienti che hanno ottenuto l'approvazione del programma alla prima presentazione con questa struttura, perché i numeri sono chiari e le ipotesi sono scritte.

La struttura:

1. Responsabile e sintesi: perché ora, che cosa cambia, che cosa resta uguale.
2. Definizione del problema: durata del ciclo di chiusura, soluzioni manuali, età del sistema.
3. Approccio proposto: greenfield, brownfield o selettivo, con una sintesi del perimetro.
4. Benefici quantificati: giorni in meno sulla chiusura, tempo degli FTE, tassi di errore, rischio di audit.
5. Costi e finanziamento: implementazione, licenza o sottoscrizione, tempo interno, contingenza.
6. I tre rischi principali, con probabilità e impatto.
7. Raccomandazione: procedere, procedere con condizioni o rinviare.

Una regola a cui tengo: il system integrator che eseguirà il lavoro non dovrebbe scrivere questo documento. Il suo incentivo è partire. Il Suo è arrivare in fondo, e il mio template di business case SAP approfondisce il modello dei benefici.

Matrice degli stakeholder

Mappa tutte le persone coinvolte dall'implementazione, la loro influenza e il modo in cui le coinvolgerà. Le dice chi ha bisogno di un aggiornamento settimanale e chi di un preavviso prima del go-live.

Per ogni gruppo registri ruolo, interesse, influenza e modalità di coinvolgimento. Un set tipico: il CFO come sponsor (comitato guida mensile), il direttore IT come responsabile tecnico, il direttore finanziario come key process owner, i responsabili di stabilimento e gli utenti di contabilità fornitori e clienti come utenti impattati, e l'internal audit ai quality gate.

Usi la stessa matrice per pianificare i workshop di Prepare che raccolgono i requisiti di alto livello. Li numeri subito nel formato che userà in Explore (REQ-001 e così via), così la tracciabilità fino alla richiesta originale resta intatta.

In Explore il design viene fissato nei workshop di fit-to-standard sulle SAP Best Practices. È anche la fase in cui i budget SAP sforano, perché qui cresce il conteggio WRICEF (workflow, report, interfacce, conversioni, enhancement e moduli).

Non lasci slittare la sequenza delle fasi. In un progetto retail europeo nel 2023 il cliente ha provato a saltare Explore e ha passato tre mesi a costruire su requisiti incompleti. La mia analisi dei costi di implementazione SAP mostra come quel tipo di rilavorazione si trasforma in budget.

Foglio dei requisiti e di fit-gap

La mappatura dei requisiti collega ogni esigenza di business a un componente di sistema e a un caso di test. L'analisi di fit-gap mostra poi dove SAP standard soddisfa l'esigenza e dove no.

Tengo entrambe in un unico foglio, con una colonna per la soluzione scelta. Su S/4HANA ogni gap richiede una risposta esplicita: configurazione standard, estensione key user, estensione da sviluppatore nel sistema o estensione side-by-side su SAP BTP.

ID req.	Requisito	Componente SAP	Fit / gap	Soluzione	Rif. test
REQ-001	Registrazioni automatiche di chiusura mensile	Chiusura di periodo FI-GL	Fit	Configurazione dei documenti ricorrenti	TC-001
REQ-002	Approvazione degli ordini d'acquisto da mobile	Acquisti MM, app di approvazione Fiori	Fit in S/4HANA	Configurazione dell'app standard e del workflow	TC-003
REQ-003	Automazione della fatturazione intercompany	Fatturazione SD, integrazione FI	Fit	Configurazione della fatturazione intercompany	TC-010
REQ-004	Archiviazione dei dati per le norme sulla privacy	Information Lifecycle Management	Gap	Configurazione delle policy ILM	TC-025
REQ-005	Reporting in tempo reale sui centri di costo	CO, embedded analytics o SAC	Gap	Embedded analytics o connessione live SAC	TC-030
REQ-006	Portale self-service per i fornitori	SAP Ariba o portale fornitori	Gap	Integrazione con Ariba	TC-020

È qui che si risparmiano soldi. In una migrazione da ECC a S/4HANA nel manifatturiero europeo nel 2023, i workshop di fit-gap hanno ridotto del 35% gli enhancement pianificati, e il risparmio ha raggiunto le sei cifre.

Due regole fanno funzionare il foglio. Il fornitore non deve controllare il perimetro, perché ogni gap che segna come sviluppo è lavoro fatturabile per lui. Una design authority di business e IT è responsabile delle decisioni sul clean core, e le modifiche al codice SAP richiedono un approvatore nominato; la mia strategia di clean core SAP spiega i livelli.

È la fase di costruzione. Questi template sono la traccia di audit di ogni decisione di configurazione, di ogni sviluppo e di ogni risultato di test.

Registro delle configurazioni

Registra ogni modifica al sistema: chi l'ha fatta, perché e in quale trasporto è andata. Quando più avanti qualcosa si rompe, risale al problema in minuti invece che in giorni.

Ogni voce richiede:

1. ID della configurazione e modulo (per esempio MM-CONF-001).
2. Percorso di configurazione e oggetto modificato.
3. Processo di business interessato e motivazione.
4. Chi l'ha configurato e quando.
5. Numero della richiesta di trasporto.
6. Valori chiave prima e dopo.
7. Casi di test collegati e stato di approvazione.

Registro degli sviluppi custom

Ogni oggetto custom ha una riga prima che qualcuno scriva codice: ID, descrizione, ruolo dello sviluppatore, effort, stato e tipo di estensione. La colonna del tipo di estensione è il punto in cui si fa rispettare il clean core.

In un'implementazione S/4HANA nel retail europeo nel 2024, il registro ha ridotto del 30% il codice custom pianificato. Ha mostrato dove SAP standard sarebbe andato benissimo.

Strategia di test

Mette tutti i test in un unico posto: chi testa che cosa, quando, in quale ambiente e con quale standard.

1. Perimetro: test funzionali, di integrazione, di regressione, di prestazione e UAT sui moduli nel perimetro.
2. Ambienti: sviluppo, QA, UAT e pre-produzione.
3. Strumenti: gestione dei test in SAP Cloud ALM o nel suo strumento attuale, con gli strumenti di automazione e di prestazione indicati per nome.
4. Ciclo di vita dei difetti, con severità e priorità fissate al triage.
5. Criteri di uscita: tutti i difetti critici chiusi, UAT approvato, un tasso di superamento della regressione concordato in anticipo.

SAP Activate chiude Realize con i test di integrazione e gli user acceptance test. Scriva i criteri di uscita prima che inizino i test, non quando arrivano i risultati.

Piano di migrazione dei dati

La migrazione dei dati è il workstream che con più probabilità le farà male. Il piano copre perimetro (business partner, materiali, partite aperte, saldi), sistemi sorgente, regole di mapping, strumenti (il SAP S/4HANA Migration Cockpit), caricamenti di prova, validazione e rollback.

La validazione è la parte che i team pianificano meno: concordi conteggi dei record, campionamento e riconciliazione dei saldi prima del primo caricamento di prova.

In SAP Activate, Deploy copre la preparazione della produzione, il cutover, il go-live e l'hypercare. Questi template trasformano un fine settimana caotico in un evento gestito.

Template del piano di cutover SAP

Il piano di cutover mappa la finestra di blackout ora per ora. Ogni attività ha un responsabile, un orario di inizio e una dipendenza. Nessuno dovrebbe trovarsi alle 2 di notte a chiedersi che cosa fare dopo.

Concordi quattro cose prima di scrivere l'elenco delle attività: la finestra (per esempio da venerdì alle 22:00 a sabato alle 06:00), il criterio di rollback, quanto rapidamente si può riattivare il sistema legacy e gli smoke test che dimostrano che il nuovo sistema funziona. Poi la sequenza:

Passo	Attività	Responsabile	Inizio	Stato
1	Congelare il sistema legacy (nessuna registrazione)	Basis	22:00	In attesa
2	Estrazione finale dei dati e riconciliazione	Responsabile della migrazione dati	22:30	In attesa
3	Caricamento della migrazione in produzione	Responsabile della migrazione dati	23:00	In attesa
4	Importare i trasporti rimanenti	Basis	00:30	In attesa
5	Commutare interfacce e instradamento di rete	Responsabile dell'integrazione	01:30	In attesa
6	Smoke test: registrazione FI, entrata merci, ordine di vendita	Responsabile QA	02:00	In attesa
7	Conferma del business e go/no-go	Programme director	03:00	In attesa
8	Aprire il sistema agli utenti di business	Basis	06:00	In attesa

Checklist di prontezza al go-live

Decide se è davvero pronto a passare al nuovo sistema. A ogni voce si risponde sì o no, con un'evidenza.

1. Funzionale: processi chiave e scenari tra moduli testati, difetti P1 e P2 aperti elencati, i key user confermano la prontezza.
2. Dati: dati anagrafici e transazionali caricati e riconciliati, report di riconciliazione approvati, congelamento del legacy confermato.
3. Finance: configurazione della chiusura di periodo testata per ogni società e ogni entità.
4. Tecnico: piano di cutover approvato, trasporti in produzione, job batch schedulati, monitoraggio configurato.
5. Persone: copertura della formazione, ruoli di accesso validati, team di hypercare al completo.
6. Decisione: rischi critici e mitigazioni, go / no-go / condizionato, approvato con nome, ruolo e data.

La voce finance c'è per un motivo. In un programma retail nel GCC nel 2024, la revisione di go-live ha intercettato un problema di configurazione della chiusura contabile su tutte le 25 entità due giorni prima del go-live; avrebbe innescato un recupero a sei cifre.

Ho usato questa valutazione per raccomandare un rinvio di due settimane in due programmi. È a questo che serve.

Modello di supporto in hypercare

Organizza la gestione dei problemi dopo l'avvio. Senza di esso, ogni problema diventa un P1.

1. Finestra e copertura dell'hypercare, per esempio quattro settimane con orario esteso.
2. Canali di supporto: la coda degli incident, un canale chat e un ponte telefonico per i P1.
3. Livelli di supporto: service desk, consulenti funzionali, poi Basis e sviluppo.
4. Tempi di risposta e di risoluzione per severità.
5. Criteri di uscita: nessun problema P1 o P2 aperto e un passaggio di consegne firmato all'organizzazione di supporto.

Run è il supporto e la gestione del sistema in produzione. Il template che la maggior parte dei team abbandona troppo presto è quello che sorveglia le prestazioni.

Foglio di monitoraggio delle prestazioni

Segue la salute del sistema giorno per giorno, così vede i rallentamenti prima che gli utenti si lamentino. In un programma nei servizi finanziari europei nel 2024, ha intercettato nella terza settimana di hypercare un problema del database che avrebbe mandato in crash il sistema durante la chiusura mensile.

Le metriche che seguo, ciascuna con un obiettivo, una soglia di allerta e un responsabile:

1. Tempo di risposta dialog (95° percentile): obiettivo sotto 1 secondo, allerta a 2 secondi, Basis.
2. Job in background: 100% completati nei tempi, allerta su qualsiasi errore, responsabile delle operations.
3. Tempo delle query sul database: obiettivo sotto 200 ms, allerta a 500 ms, amministratore del database.
4. Tasso di errore delle interfacce: sotto l'1%, allerta al 2%, responsabile dell'integrazione.
5. Durata dei job di chiusura mensile: entro la finestra concordata, allerta al 30% oltre la baseline, finance operations.

SAP Activate integra i quality gate nelle roadmap delle fasi, con punti di controllo per ogni fase. La mia guida ai quality gate SAP spiega come impostarli; qui spiego perché devono avere i denti.

Fissi criteri di superamento e di fallimento a ogni gate. «Il 95% dei test di regressione è superato.» «Tutti gli scenari di integrazione FI sono verdi.» Criteri come questi le permettono di tenere la posizione quando il business vuole partire a una data a prescindere dalla qualità.

Un quality gate in un programma manifatturiero europeo nel 2024 ci ha fermato quando il tasso di superamento dei test di integrazione era al 74%. Abbiamo tenuto, corretto i problemi e siamo andati live due settimane dopo. I ticket di supporto del primo mese dopo il go-live sono stati la metà di quelli che programmi comparabili registrano di solito.

Nemmeno l'approvazione del vertice dovrebbe essere un timbro automatico; il problema di chiusura contabile del retail nel GCC citato sopra è stato intercettato proprio in quella revisione. Un gate che lo sponsor può scavalcare con una telefonata non è un gate. Scriva chi può derogarlo prima di averne bisogno.

Per il processo completo intorno a questi template, veda la mia guida passo per passo all'implementazione SAP.

Questa guida fa parte della mia guida all'implementazione di SAP, che collega tutti i temi, dal business case al go-live.

Dove posso scaricare i template SAP Activate?

Nel SAP Activate Roadmap Viewer, all'indirizzo me.sap.com/roadmapviewer. Apra la roadmap del suo deployment, poi filtri per fase o per acceleratore per vedere i template, le guide e le checklist di ogni attività.

Nei programmi cloud lo stesso contenuto è disponibile in SAP Cloud ALM, dove attività e deliverable possono essere tracciati sul progetto.

Quali sono i deliverable SAP Activate in ogni fase?

Prepare consegna perimetro, piano, governance e business case. Explore consegna i risultati del fit-to-standard, il backlog dei requisiti e del fit-gap e il design della soluzione. Realize consegna il sistema configurato e testato, inclusi i test di integrazione e gli user acceptance test.

Deploy consegna cutover, go-live e hypercare. Run copre il supporto e il miglioramento del sistema in produzione.

Quale fase di SAP Activate ha i template più importanti?

Prepare. Il documento di scoping, il business case e la matrice degli stakeholder determinano ogni decisione successiva, e sono quelli che i team saltano per arrivare prima alla configurazione.

Explore è subito dietro, perché il foglio di fit-gap decide il conteggio WRICEF ed è lì che i budget sforano.

Si possono personalizzare i template SAP Activate?

Sì. Mantenga circa l'80% della struttura standard e cambi solo ciò che è specifico per lei: regole di validazione nel farmaceutico, acquisti nel settore pubblico, controlli SOX. Faccia queste modifiche all'inizio di Prepare, non in Deploy.

Non personalizzi fino a eliminare la sequenza delle fasi, i quality gate o la valutazione di prontezza al go-live.

Che cosa deve includere un template di piano di cutover SAP?

Un elenco di attività con orari per la finestra di blackout, con responsabile, orario di inizio e dipendenza per ogni attività. Prima dell'elenco, concordi la finestra, il criterio di rollback, il tempo necessario per riattivare il sistema legacy e gli smoke test.

Concordi chi decide il rollback, ed entro che ora, prima che il cutover inizi. Le decisioni di rollback prese alle 4 di notte senza criteri concordati sono il punto da cui partono i problemi dopo il go-live.

Che cosa contiene una checklist SAP di prontezza al go-live?

Prontezza funzionale, dei dati, finance, tecnica e delle persone, ciascuna con risposta sì o no ed evidenza, più una decisione go / no-go registrata con nomi e date.

Testi la configurazione della chiusura di periodo per ogni entità prima del go-live. È il controllo che con più probabilità le eviterà un recupero a sei cifre.

I template SAP Activate funzionano per greenfield e brownfield?

Sì. La differenza sta soprattutto in Explore. Una conversione brownfield porta avanti la configurazione esistente, quindi il fit-gap si concentra su ciò che deve cambiare e su quale codice custom S/4HANA standard può ora sostituire; un programma greenfield parte dalle SAP Best Practices.

Anche il piano di cutover è diverso, perché una conversione di sistema segue una sequenza tecnica diversa da un caricamento dati greenfield.