SAP Readiness Check e assessment della migrazione a S/4HANA

Un assessment della migrazione a S/4HANA Le dice quanto costerà e quanto richiederà il trasferimento del Suo sistema ECC, e quale percorso è adatto. Il SAP Readiness Check è la metà tecnica di quell'assessment: confronta il Suo sistema con S/4HANA ed elenca cosa si romperà, ma non prende le decisioni al posto Suo.

Risposta breve: esegua prima il Readiness Check, in produzione, con i risultati sul codice custom caricati. Poi dedichi l'impegno vero a ciò che il check non vede, cioè se i Suoi processi, dati, oggetti custom e interfacce debbano essere trasferiti o no.

Per l'intera sequenza della migrazione, parta dalla mia guida alla migrazione da ECC a S/4HANA.

SAP Readiness Check for SAP S/4HANA è un'applicazione cloud di SAP. Si eseguono dei data collector nel sistema ECC, si caricano i risultati e si ottiene una dashboard interattiva di come S/4HANA impatta quel sistema.

Secondo la panoramica delle funzionalità chiave del Readiness Check di SAP (settembre 2026), è disponibile su SAP for Me per tutti i clienti con un contratto di manutenzione SAP attivo. I clienti con un tenant SAP Cloud ALM possono eseguirlo anche lì, e trasferire i risultati in Cloud ALM come task di progetto.

Non si acquista a parte. Il costo vero è il tempo del Suo team Basis e delle persone che leggono i risultati.

SAP prevede scenari separati per upgrade, BW/4HANA e altri prodotti. Per una migrazione da ECC serve SAP Readiness Check for SAP S/4HANA. La destinazione può essere S/4HANA on-premise o SAP S/4HANA Cloud Private Edition, la destinazione di RISE with SAP, come spiegano i contenuti formativi di SAP sulla preparazione della conversione.

L'elenco attuale di SAP per lo scenario S/4HANA comprende 17 controlli. La tabella qui sotto raggruppa quelli che contano di più per una decisione di migrazione, con cosa Le dice ciascuno e dove starei attento.

Controllo	Cosa Le dice	Dove fare attenzione
Simplification item	Quali modifiche di S/4HANA si applicano al Suo sistema, con una classificazione dell'effort e le attività collegate	Si basa soprattutto sul contenuto delle tabelle e sulle transazioni usate, quindi mostra la pertinenza, non la Sua soluzione
Compatibilità degli add-on	Se ogni add-on SAP e di terze parti è compatibile, incompatibile o sconosciuto per la release di destinazione	Gli add-on incompatibili bloccano la conversione in SUM; «sconosciuto» significa una telefonata al vendor
Business function attive	Business function incompatibili che bloccherebbero la conversione	Un blocco qui richiede presto un incident al supporto SAP
Analisi del codice custom	Risultati dell'ATC o dell'app Custom Code Migration, raggruppati per impatto, con il numero di quick fix e il perimetro usato o inutilizzato	Compare solo se carica a parte i risultati sul codice custom
Sizing SAP S/4HANA	Memoria HANA e dimensione del disco iniziali, tabelle principali e potenziale di archiviazione	Un punto di partenza per il sizing, non un sizing definitivo dell'hardware o di RISE
Integrazione	Inventario di IDoc, RFC e BAPI, web service, OData, extractor BW, flat file e SLT, con l'impatto probabile	Mostra solo le interfacce tecniche di questo sistema, non i sistemi dall'altra parte
Customer vendor integration	Quanti clienti e fornitori sono già business partner, e i problemi di qualità dei dati	La conversione ai business partner mette in difficoltà più team di qualsiasi altro prerequisito
Qualità dei dati finanziari	Incoerenze in contabilità generale, contabilità cespiti e material ledger, per anno e società	I risultati di categoria D richiedono correzioni specifiche per il sistema, che richiedono tempo
Planned downtime calculator	Fermo di business previsto per una conversione SUM standard in un unico data center	Solo indicativo; è il Suo piano di cutover a fissare la finestra reale
Disponibilità delle app e app Fiori raccomandate	Transazioni deprecate o sostituite, e app Fiori adatte al Suo utilizzo	Raccomandazioni, non una progettazione della UX
Business Process Discovery	Tassi di automazione dei processi, arretrati scaduti e tipi di ordine non standard	Un'anteprima dell'analisi dei processi, trattata più a fondo qui sotto

La guida centrale è la SAP Note 2913617, SAP Readiness Check for SAP S/4HANA. Legga la versione attuale prima di iniziare, perché SAP aggiorna regolarmente le note di prerequisito.

Eseguire il Readiness Check

1. 01

   Preparare

   Implementi le note elencate nella SAP Note 2913617 nel sistema da analizzare, di norma la produzione.

2. 02

   Raccogliere

   Esegua il report di raccolta dati RC_COLLECT_ANALYSIS_DATA come job in background, scelga la release di destinazione, poi scarichi lo ZIP.

3. 03

   Codice custom

   Esegua i controlli S/4HANA sul codice custom nell'ATC o nell'app Custom Code Migration ed esporti i risultati.

4. 04

   Caricare

   Crei una nuova analisi nella pagina SAP Readiness Check di SAP for Me e carichi entrambi i file.

5. 05

   Esaminare

   Esamini ogni controllo con Basis, finanza, i responsabili dei processi e il responsabile del codice custom.

Alcuni punti che l'elenco dei passi non mostra.

1. Usi la produzione. L'indicazione di SAP è di analizzare la produzione, perché sono i risultati con cui pianificherà. Diversi controlli si basano sullo storico d'uso reale, che un sandbox non ha.
2. Carichi i risultati sul codice custom. La raccolta dati principale non analizza da sola il Suo codice custom. Se nessuno carica nella stessa analisi i risultati dell'ATC o dell'app Custom Code Migration, la sezione sul codice custom resta vuota e il report sembra più pulito del Suo sistema.
3. Verifichi la release di destinazione. Scelga la release di S/4HANA o di Private Edition su cui arriverà davvero. Simplification item e stato degli add-on cambiano da una release all'altra.
4. Metta in conto qualche andata e ritorno. I data collector falliscono, mancano delle note e i job durano a lungo sui sistemi grandi. Pianifichi il tempo di calendario, non solo l'effort.

La pagina di accesso è me.sap.com/readinesscheck.

Il check è bravo a rispondere a una domanda: cosa, in questo sistema, entra in conflitto con S/4HANA. Non è costruito per rispondere se quella cosa debba esistere.

Oggetti custom

Nella mia esperienza, ciò che il Readiness Check non vede e che fa male dopo sono gli oggetti custom. Le dice quale codice custom si rompe rispetto ai simplification item. Non Le dice quali programmi Z, tabelle, enhancement, form e report servono ancora a uno scopo di business, quali duplicano funzioni standard di S/4HANA, o quali nessuno esegue da anni.

Questa lacuna conta perché il codice custom è la fase che sfora più spesso nei programmi che vedo. È anche il costo nascosto dimenticato più spesso nel budget.

Il numero di risultati e il numero di oggetti custom sono numeri diversi. In un programma, l'analisi con smartShift ci ha portato da 18.000 oggetti custom a 3.200. Il Readiness Check da solo non avrebbe fatto quel taglio, perché misura l'impatto, non il valore.

Per questo considero la sezione sul codice custom l'inizio dell'inventario, non la fine. L'app Custom Code Migration aggiunge il perimetro usato e inutilizzato, smartShift aggiunge analisi e correzione automatizzate, e qualcuno nel business deve comunque concordare cosa viene dismesso.

Tutto ciò che sta fuori dal sistema analizzato

Il check guarda un solo sistema ECC. Non vede:

1. La progettazione dei processi. Se il Suo order-to-cash o il Suo record-to-report vadano riprogettati, cioè ciò che decide tra greenfield, brownfield e selettiva.
2. L'altra estremità delle interfacce. Elenca le interfacce in ECC. Il middleware, i sistemi di terze parti e i loro responsabili ne restano fuori.
3. I dati non ancora caricati. I dati provenienti da sistemi non SAP, e la qualità dei dati al di fuori di finanza e business partner.
4. Organizzazione e cambiamento. Chi è responsabile delle decisioni, quanto sono pronti gli utenti e quanto il business riesce ad assorbire durante il programma.
5. Aspetti commerciali. Conversione delle licenze, perimetro RISE e costi del partner non compaiono in nessuna dashboard SAP.

Business Process Discovery dà un primo sguardo alle prestazioni dei processi. Un'analisi SAP più approfondita è SAP Signavio Process Insights, discovery edition, che la pagina di SAP sul valore del supporto descrive come raccomandazioni di miglioramento dei processi su sei linee di business. Un input utile, ma ancora non una progettazione.

Un assessment della migrazione prende il Readiness Check come uno degli input e lo trasforma in decisioni che si possono finanziare. Ecco come si confrontano i due.

Domanda	SAP Readiness Check	Assessment completo della migrazione
Cosa in ECC entra in conflitto con S/4HANA?	Sì, nel dettaglio	Usa i risultati del check
Quali oggetti custom tenere, dismettere o ricostruire?	In parte: impatto, più l'uso se si adopera l'app Custom Code Migration	Sì: inventario degli oggetti, uso, responsabile di business, decisione
Greenfield, brownfield o selettiva?	No	Sì, in base ai risultati su processi e dati
Quali interfacce e sistemi esterni cambiano?	Solo il lato ECC	Entrambe le estremità, con responsabili e correzioni
Quanto sono puliti i nostri dati oltre la finanza?	In parte	Sì, con un piano di pulizia e un responsabile
Quanto tempo richiederà e quanto costerà?	Solo stime di fermo e sizing	Tempi, forbice di costo e contingency
Quale modello di deployment e commerciale?	No	On-premise, Private Edition o Public Edition, e cosa negoziare

Gli strumenti che uso sono il SAP Readiness Check, l'app Custom Code Migration e smartShift per il codice custom, e SNP o Natuvion quando sul tavolo c'è la selective data transition. Nessuno sostituisce una revisione della progettazione con i Suoi responsabili dei processi.

Poi la mia regola sul percorso fa il resto. Greenfield quando arriva da altri sistemi o vanno definiti processi nuovi, brownfield quando i processi sono definiti e funzionano, selettiva quando i processi di alcune aree vanno ridefiniti. Il mio strumento gratuito di assessment della migrazione a S/4HANA percorre gli stessi compromessi, se desidera una prima lettura prima di spendere soldi.

Il risultato dovrebbe confluire direttamente in un piano di progetto con i tempi della migrazione e in una stima dei costi della migrazione. È anche ciò che consegna ai partner: se non sanno rispondere al Suo assessment con una progettazione di alto livello specifica, questo Le dice qualcosa. La mia guida su come scegliere un partner per la migrazione a S/4HANA tratta quel passo.

Dipende. Non darò un numero unico, perché i fattori variano troppo da un'azienda all'altra.

Questi sono i fattori che lo fanno variare:

1. Numero di sistemi e di client. Un solo sistema ECC di produzione è un lavoro diverso da cinque, con BW, CRM e SRM separati.
2. Volume del codice custom. Migliaia di oggetti custom richiedono analisi d'uso e decisioni di business, e questo è tempo delle persone, non dello strumento.
3. Interfacce. Ogni sistema esterno ha bisogno di un responsabile che sappia dire cosa cambia dalla sua parte.
4. Società e paesi. Più società significano più domande su localizzazione, fiscalità e reporting.
5. Qualità dei dati. Grandi incoerenze finanziarie o dati dei business partner disordinati richiedono un'indagine prima che chiunque possa stimare.
6. Disponibilità del business. Responsabili dei processi che possono dedicare ore vere all'assessment lo accorciano più di qualsiasi strumento.
7. Accessi. Aspettare l'approvazione delle note e la pianificazione dei job in produzione aggiunge tempo di calendario senza alcuna analisi.

Quello che non farei è accorciare l'assessment per iniziare prima la realizzazione. Nei 21 programmi SAP che ho guidato o salvato, l'errore più grande che vedo è non pianificare bene all'inizio. L'assessment è il punto in cui quella pianificazione comincia.

Chieda al Suo team Basis di implementare questo mese la SAP Note 2913617 in produzione e di eseguire il Readiness Check includendo i risultati sul codice custom. Poi fissi mezza giornata con il Suo responsabile finanziario, un responsabile di processo e il responsabile del codice custom per leggerlo insieme ed elencare le domande a cui non risponde.

Quell'elenco è il perimetro del Suo assessment della migrazione. Se desidera un parere indipendente prima di andare dai partner, mi contatti.

Che cos'è il SAP Readiness Check for S/4HANA?

È un'applicazione cloud di SAP che analizza il Suo sistema SAP ERP rispetto a SAP S/4HANA. Si eseguono dei data collector nel sistema, si caricano i risultati su SAP for Me e si ottiene una dashboard che copre simplification item, add-on, business function, codice custom, sizing, interfacce, business partner, qualità dei dati finanziari e app Fiori raccomandate.

Il SAP Readiness Check è gratuito per i clienti SAP?

SAP lo rende disponibile su SAP for Me a tutti i clienti con un contratto di manutenzione SAP attivo, e in SAP Cloud ALM ai clienti con un tenant Cloud ALM. Il costo vero è il tempo interno e del partner per preparare il sistema e interpretare i risultati.

Come si esegue il SAP Readiness Check?

Implementi le note indicate nella SAP Note 2913617, di norma in produzione. Esegua il report di raccolta dati RC_COLLECT_ANALYSIS_DATA, scarichi lo ZIP ed esegua a parte l'analisi del codice custom nell'ATC o nell'app Custom Code Migration. Carichi entrambi in un'unica analisi nella pagina SAP Readiness Check di SAP for Me.

Cosa non copre il SAP Readiness Check?

Non decide se i Suoi oggetti custom servono ancora, se i Suoi processi vadano riprogettati, cosa succede all'altra estremità delle Sue interfacce o quanto costerà il programma. Analizza un solo sistema per la compatibilità tecnica. Quelle altre domande spettano a un assessment completo della migrazione.

Quanto dura un assessment della migrazione a S/4HANA?

Dipende dal numero di sistemi, dal volume del codice custom, dal numero di interfacce e società, dallo stato dei Suoi dati e da quanto tempo i responsabili dei processi possono dedicargli.

Devo eseguire il Readiness Check prima di scegliere tra greenfield e brownfield?

Sì. Mostra quanta parte del Suo sistema entra in conflitto con S/4HANA, che è uno degli input della scelta del percorso. La scelta in sé dipende dal fatto che i Suoi processi siano definiti e funzionino, cosa che il check non misura.