SAP S/4HANA: funzionalità chiave, architettura e cosa lo distingue da ECC

S/4HANA non è ECC su un database più veloce. È il malinteso che incontriamo più spesso, per questo viene per primo. Il nome si spiega in fretta: «S» per Suite, «4» per quarta generazione, «HANA» per il database in-memory sottostante. Il cambiamento è più profondo: SAP ha ricostruito il modo in cui l’ERP memorizza i dati, li presenta e viene esteso. Date, opzioni e un percorso guidato per il proprio sistema sono riassunti nella nostra pagina sulla fine manutenzione SAP ECC 2027.

In sintesi: S/4HANA si distingue da ECC in cinque punti che contano nella pratica: un database in-memory a colonne senza tabelle aggregate, un modello dati semplificato con un unico universal journal per la finanza, Fiori al posto di SAP GUI, analisi integrate nel sistema transazionale e un modello clean core in cui le estensioni stanno fuori dallo standard. In S/4HANA Public Cloud questi principi non sono facoltativi, ed è proprio questo a rendere indolori gli upgrade.

Cosa cambia con l’architettura in-memory?

I sistemi ERP classici, ECC compreso, conservavano i dati su disco e li caricavano in memoria quando servivano. Le query complesse si appoggiavano quindi a tabelle aggregate precalcolate, tabelle indice e totali per restare veloci. Funzionava, ma era sempre un ripiego.

S/4HANA gira solo su SAP HANA, un database in-memory a colonne. Tre conseguenze:

Niente più tabelle aggregate. ECC manteneva centinaia di tabelle di totali e indici per evitare letture lente. HANA li calcola al volo dalle singole registrazioni. Meno ridondanza, e ogni report mostra lo stato attuale invece del batch della notte precedente.

Compressione a colonne. I valori di una colonna si somigliano e si comprimono bene. Il database si riduce e le query diventano più rapide.

Analisi sui dati transazionali in tempo reale. In ECC il reporting pesante girava in sistemi separati (SAP BW, BusinessObjects), altrimenti avrebbe rallentato l’operatività. HANA gestisce transazioni e analisi sugli stessi dati.

Come è stato semplificato il modello dati?

La semplificazione più visibile riguarda la finanza. In ECC i dati finanziari erano distribuiti su BSEG, BKPF e tabelle separate per partite aperte, partite pareggiate e totali (BSID, BSIK, BSAD, BSAK e altre). S/4HANA le riunisce in ACDOCA, l’universal journal: una sola tabella per tutte le registrazioni di contabilità e controllo di gestione. Chi ha ricostruito un report finanziario attraverso sette tabelle ECC sa perché è importante.

Consolidamenti analoghi riguardano le altre aree:

• Gestione materiali: dati di magazzino e valorizzazione in meno tabelle, con aggregazione a runtime
• Vendite e distribuzione: un flusso documentale più snello con meno tabelle intermedie
• Controllo di gestione: niente più tabelle di registrazione CO separate, tutto passa dall’universal journal

La conseguenza pratica: report e interfacce personalizzati che leggono direttamente le tabelle ECC vanno verificati e spesso adattati in una conversione. È lavoro, ed è anche il momento di eliminare anni di debito tecnico. In una nuova implementazione su S/4HANA Public Cloud la questione non si pone, perché il vecchio codice personalizzato non viene trasferito.

Cosa cambia SAP Fiori per gli utenti?

Fiori sostituisce SAP GUI come interfaccia utente, e non è solo un nuovo aspetto.

App basate sui ruoli. Invece di lunghi menu e codici transazione, gli utenti trovano sul Launchpad le app del proprio ruolo. Una responsabile vendite vede pipeline, previsioni e attività, non l’intero menu SAP.

Su ogni dispositivo. Le app Fiori funzionano su desktop, tablet e smartphone. In magazzino si registrano le entrate merci su tablet, senza un’app mobile separata.

Analisi nell’app. Le pagine di panoramica mostrano KPI, grafici e drill-down direttamente. Un responsabile finanziario vede debiti aperti, andamento della liquidità e fatture scadute in un’unica schermata.

Un solo linguaggio di design. Tutte le app seguono le stesse linee guida. Chi conosce un’app si orienta nella successiva, e la formazione si accorcia.

Perché il clean core è così importante?

In ECC le aziende modificavano direttamente lo standard, e ogni upgrade diventava un progetto. S/4HANA separa le due cose: lo standard resta intatto e le estensioni usano interfacce rilasciate, all’interno del sistema con ABAP Cloud oppure accanto, su SAP BTP. SAP lo chiama clean core e classifica le estensioni in un modello a livelli in base alla loro sicurezza negli upgrade (SAP News).

In S/4HANA Public Cloud il clean core è l’unico modo per estendere, ed è per questo che SAP può aggiornare tutti i clienti secondo il proprio calendario senza rompere i loro sistemi. Nella private edition è una disciplina che dovete imporvi voi. Descriviamo entrambe le strade in dettaglio: estensioni nel sistema con ABAP Cloud e app affiancate su BTP.

Quali analisi e quale AI sono integrate?

Analisi integrate significa che ogni area di S/4HANA porta con sé report e dashboard. La finanza vede le posizioni di liquidità, gli acquisti la spesa per fornitore, le vendite ordini aperti e margini, senza uscire dal sistema né attendere un caricamento nel data warehouse.

Inoltre SAP integra l’AI direttamente nell’applicazione. Joule, l’assistente AI di SAP, risponde a domande in linguaggio naturale, riassume documenti e guida gli utenti nelle attività. Le funzioni predittive si trovano in processi specifici, come il comportamento di pagamento in finanza o la domanda nella supply chain, e imparano dai vostri dati. Secondo SAP, Business AI era inclusa in due terzi degli ordini cloud del quarto trimestre 2025 (SAP News). Se una funzione AI conviene dipende dalla qualità dei vostri dati: consideratela parte del disegno dei processi, non un accessorio.

Come si collega S/4HANA al lato cliente?

Il valore di S/4HANA cresce quando ERP e processi cliente condividono la stessa base dati:

Prezzi e disponibilità. Sales Cloud V2 può recuperare da S/4HANA prezzi e disponibilità specifici del cliente mentre l’offerta prende forma, così il venditore cita la cifra giusta durante l’incontro.

Dall’ordine all’incasso. Gli ordini da Sales Cloud V2 o Commerce Cloud passano a S/4HANA per consegna, fatturazione e riconoscimento dei ricavi. Mostriamo l’intero flusso in quote to cash con Sales Cloud V2 e S/4HANA Public Cloud.

Service con contesto. Gli agenti di Service Cloud V2 vedono storico ordini, stato delle consegne e fatture di S/4HANA accanto al caso. Quando un cliente chiama per una consegna in ritardo, l’agente sa già di cosa si tratta.

È qui che si colloca il nostro lavoro. Spadoom implementa S/4HANA Public Cloud e lo stack CX che lo circonda con un unico team, così il punto di contatto tra ERP e CRM appartiene a un solo progetto anziché a due. Questa panoramica dei partner per cloud ERP e CRM spiega perché conta. Se oggi usate ECC, tenete presente il calendario: la manutenzione standard di SAP Business Suite 7 termina nel 2027, quella estesa opzionale nel 2030 (SAP News). L’assessment di readiness S/4HANA mostra in cinque giorni quale percorso è adatto e la guida alla trasformazione presenta l’architettura di destinazione.

Domande frequenti

Quanto dura una migrazione a S/4HANA?

Dipende soprattutto dal percorso e dal codice personalizzato. Una nuova implementazione di S/4HANA Public Cloud in un’azienda di medie dimensioni con processi chiari richiede in genere mesi, non anni. La conversione di sistema di un ECC molto modificato dura di più, perché ogni oggetto personalizzato va analizzato e adattato. Un assessment di readiness vi dà una stima realistica per il vostro landscape.

SAP GUI è ancora disponibile in S/4HANA?

Nella private edition e on-premise sì, per compatibilità, e molte aziende lo usano accanto a Fiori durante la transizione. S/4HANA Public Cloud si usa tramite Fiori. Lo sviluppo di SAP va in Fiori e le nuove funzioni spesso compaiono solo lì: pianificate il passaggio degli utenti invece di considerare la GUI l’interfaccia a lungo termine.

Cosa succede a SAP BW con il passaggio a S/4HANA?

Le analisi integrate di S/4HANA coprono gran parte del reporting operativo che prima richiedeva BW. Le analisi trasversali e storiche richiedono ancora una piattaforma dati. Oggi SAP posiziona SAP Business Data Cloud in questo ruolo, e molte aziende riducono BW gradualmente invece di spegnerlo al go-live.

Gli utenti vanno formati di nuovo?

Sì, ma meno che per un sistema del tutto nuovo, perché le app Fiori seguono un unico design e sono organizzate per ruolo. La maggior parte degli utenti ha bisogno di una breve introduzione al Launchpad e alle proprie app. Key user e amministratori hanno bisogno di più, su configurazione, estendibilità e analisi.

Quale database richiede S/4HANA?

SAP HANA, senza alternative. In S/4HANA Public Cloud e in RISE with SAP fa parte del servizio e non dovete dimensionare né gestire hardware. Solo le installazioni on-premise richiedono hardware HANA certificato o un fornitore di hosting.