La maggior parte delle aziende sceglie i moduli SAP prima di aver finito di mappare i processi. L'elenco passa al system integrator (SI), l'SI fa il preventivo su quell'elenco e dopo sei mesi il perimetro è raddoppiato, perché metà dei processi che i moduli dovevano supportare non erano mai stati concordati. Questa sequenza è la causa più frequente di scope creep che vedo.
Ho costruito questo strumento per invertire l'ordine. Gli indichi il suo settore, la sua dimensione e i processi di business che la sua azienda gestisce davvero. Le restituisce un elenco iniziale di moduli, i componenti BTP che vale la pena considerare e un rollout a fasi che rispetta le dipendenze tra i moduli. È l'avvio della conversazione, non la risposta. La risposta arriva dal suo blueprint.
Il risultato è neutrale rispetto ai vendor. Non spinge RISE rispetto a GROW né le estensioni nel core rispetto a BTP. Le dice che forma ha probabilmente l'architettura di cui ha bisogno, così può entrare nel confronto con l'SI con una posizione anziché con una domanda.
Scelga il settore dal menu a tendina, imposti la dimensione dell'azienda e selezioni i processi di business che rientrano davvero nel perimetro. Lo strumento pesa i moduli core in base all'aderenza al settore, aggiunge le varianti specifiche di settore dove servono, suggerisce estensioni BTP dove il gap è reale e ordina il tutto in fasi.
Può modificare le raccomandazioni prima di generare la roadmap. Conosce la sua azienda meglio dello strumento. Il compito dello strumento è evitare che la conversazione parta da zero.
- Elenco dei moduli core. FI/CO, MM, SD, PP, HCM e gli altri moduli portanti dell'ERP richiesti dai suoi processi.
- Moduli specifici di settore. Varianti per Banking, Retail, Healthcare o Manufacturing, dove applicabili.
- Estensioni BTP. Integration Suite, Build, AI Core e gli altri componenti della piattaforma che colmano la distanza tra SAP standard e ciò che la sua azienda fa davvero.
- Mappa delle integrazioni. Dove si collocano i moduli l'uno rispetto all'altro e quali sono i punti di integrazione evidenti.
- Roadmap a fasi. Quali moduli entrano nella fase uno, quali slittano alla fase due e quali dipendenze non si possono spezzare.
Create your SAP implementation roadmap
Fields marked * are required.
- FI (Contabilità finanziaria). Contabilità generale, contabilità fornitori, contabilità clienti, contabilità cespiti. Il nucleo irrinunciabile.
- CO (Controlling). Centri di costo, centri di profitto, ordini interni, calcolo dei costi di prodotto. Di solito abbinato a FI.
- MM (Gestione dei materiali). Acquisti, magazzino, gestione dei fornitori, verifica delle fatture.
- SD (Vendite e distribuzione). Dall'ordine all'incasso, determinazione dei prezzi, spedizione, fatturazione.
- PP (Pianificazione della produzione). Produzione discreta, di processo e ripetitiva. PP-PI per le industrie di processo.
- HCM (Human Capital Management) o SuccessFactors. HR di base, payroll, gestione dei talenti. La maggior parte dei nuovi progetti sceglie SuccessFactors per il front office e mantiene SAP Payroll dove lo impone la compliance locale.
- EWM (Extended Warehouse Management). Tutto ciò che va oltre le semplici ubicazioni di magazzino. Gestione delle ondate (wave), slotting, manodopera.
- PM (Manutenzione impianti). Settori ad alta intensità di asset. Ordini di lavoro, manutenzione preventiva, avvisi.
- QM (Gestione della qualità). Ispezioni, non conformità, campionamento. Soprattutto nei settori regolamentati.
- PS (Sistema progetti). Aziende organizzate per progetti. Costruzioni, ingegneria, controllo del capex.
- TM (Transportation Management). Trasporto merci, pianificazione dei percorsi, integrazione dei vettori.
- GTS (Global Trade Services). Dogane, screening delle sanzioni, scambi preferenziali.
- BTP (Business Technology Platform). Integration Suite, Build, AI Core, HANA Cloud. Il livello di estensione per tutto ciò che non appartiene al core.
- Industry cloud (S/4HANA for Retail, Banking, Utilities e così via). Modelli di dati e processi specifici di settore sopra S/4HANA.
Si parte dai processi. Non dai moduli. Se non riesce a descrivere order-to-cash, procure-to-pay, record-to-report e hire-to-retire così come funzionano oggi nella sua azienda, non è ancora in condizione di scegliere i moduli. Ogni dibattito greenfield contro brownfield che ho visto andare storto era partito senza questo passaggio.
Rinvii con decisione alla fase due. La maggior parte dei clienti vuole tutto nella fase uno. Quasi nessuno ne ha bisogno. EWM, TM, GTS, PS e il livello di analytics più profondo di solito possono aspettare. Stabilizzi prima FI, CO, MM, SD e PP. Aggiunga il resto quando l'azienda ha assorbito il cambiamento.
Tratti il principio del clean core come una disciplina, non come uno slogan. Ogni personalizzazione nel core costa due volte: una per realizzarla e un'altra a ogni upgrade per i dieci anni successivi. Se un processo richiede logica custom, la metta su BTP. Il core resta pulito. L'estensione resta portabile. È la decisione architetturale più importante nella maggior parte dei programmi e quasi nessuno la prende bene già nella fase uno.
Usi BTP dove il gap è reale, non dove sembra moderno. Integration Suite porta valore concreto quando nel perimetro ci sono più di tre o quattro sistemi non SAP. Build porta valore concreto quando serve un workflow o un'app low-code che non rientra in uno standard Fiori. AI Core porta valore concreto quando c'è un caso d'uso definito, non quando sulla slide c'è scritto «dovremmo fare qualcosa con l'AI».
- Manifatturiero (discreto e di processo)
- Retail e beni di consumo
- Servizi finanziari e banche
- Sanità e life sciences
- Logistica e trasporti
- Energia e utility
- Costruzioni e ingegneria
- Settore pubblico e pubblica amministrazione
- Servizi professionali
- Telecomunicazioni
- Hospitality
- Istruzione
Ogni settore modifica il mix di moduli. Il manifatturiero richiama PP, QM e spesso EWM. Il retail poggia su SD, MM e sulla variante industry cloud. Banche e assicurazioni portano i propri modelli di dati su S/4HANA. La sanità aggiunge una complessità di compliance e di cartelle cliniche che il modello standard non prevede.
- CIO e direttori IT che dimensionano l'architettura prima della selezione del fornitore.
- Direttori di programma che costruiscono un piano di rollout a fasi che regge all'esame del comitato direttivo.
- CFO e responsabili della finanza che verificano la sensatezza dell'elenco di moduli proposto da un partner.
- Advisor e consulenti indipendenti che preparano una posizione di partenza difendibile per il confronto con un cliente.
- Team interni di trasformazione che svolgono il lavoro architetturale iniziale prima di coinvolgere un SI.
- Una posizione di partenza difendibile. Un elenco di moduli nato dalla logica dei processi, non dal listino dell'SI.
- Un blueprint più rapido. Dopo poche ore di confronto, non dopo settimane.
- Fasi già incluse. La roadmap ordina i moduli per dipendenza, non in base a ciò che il partner vuole vendere per primo.
- Chiarezza tra BTP e core. Una prima ripartizione tra ciò che va sulla piattaforma e ciò che resta nel core.
- Neutrale rispetto ai vendor. Nessun interesse a spingere RISE, GROW o una specifica edizione.
- Gratuito e riservato. Funziona nel browser. Nulla lascia il suo computer.
Lo strumento consiglia prodotti SAP specifici o solo moduli?
Consiglia moduli e componenti BTP per categoria, non SKU specifici. Vedrà FI/CO, MM, SD, PP, Integration Suite, AI Core e blocchi simili. Non sceglie tra RISE with SAP, GROW with SAP e S/4HANA on-premise, perché questa decisione dipende dalla modalità di deployment che preferisce, dall'infrastruttura e dalla sua propensione commerciale, non dal mix di moduli.
Per il confronto sull'edizione del prodotto, porti l'elenco dei moduli nella discussione con il vendor e chieda i prezzi per ciascuna opzione.
Posso esportare la Bill of Materials?
Sì. Il risultato è un elenco di moduli con le fasi, che può copiare in un foglio di calcolo, in un documento di blueprint o in una proposta. L'elenco è strutturato in modo da corrispondere senza attriti al modello di prezzi di un partner SAP.
Se vuole una narrazione più ricca attorno alla BOM, il mio calcolatore dei costi di implementazione SAP le dà l'inquadramento finanziario da abbinare.
RISE with SAP è incluso nella raccomandazione?
No. RISE è un involucro commerciale attorno a S/4HANA Cloud, crediti BTP e servizi gestiti. Lo strumento si concentra su ciò che le serve dal punto di vista funzionale. Se poi lo consuma tramite RISE, GROW o una licenza tradizionale è una decisione separata, che dipende dalle preferenze di hosting, dal modello operativo IT e da quanta parte del run vuole affidare a SAP.
L'elenco dei moduli è lo stesso in entrambi i casi. Cambia il veicolo commerciale.
Copre le estensioni BTP?
Sì. Integration Suite, Build (low-code e automazione dei processi), AI Core, HANA Cloud e il più ampio livello di estensione sono tutti inclusi. Lo strumento segnala dove BTP probabilmente si giustifica: più di poche integrazioni non SAP, esigenze di workflow custom o un caso d'uso AI definito. Non gonfia la raccomandazione con BTP fine a sé stesso.
Il principio del clean core guida il livello BTP. Se una personalizzazione deve esistere, la metta su BTP, non nel core dell'ERP.
E le varianti specifiche di settore?
Le varianti industry cloud (S/4HANA for Retail, Banking, Utilities, Professional Services e le altre) vengono incluse quando la scelta del settore le attiva. Lo stesso vale per i moduli specifici di settore: PP-PI per il manifatturiero di processo, IS-U per le utility, IS-B per le banche. Compaiono come voci separate, così può vedere perché sono state raccomandate.
Se il suo settore è ibrido (un'azienda manifatturiera con una forte componente di servizi, o un retailer con una coda produttiva), scelga quello dominante e aggiunga a mano i moduli secondari.
È pensato per nuovi clienti SAP o per quelli esistenti?
Per entrambi. I nuovi clienti lo usano per abbozzare un'architettura iniziale prima della selezione del fornitore. I clienti esistenti lo usano per mettere alla prova ciò che hanno, individuare moduli che probabilmente avrebbero dovuto implementare o definire il perimetro di un'espansione di fase due. La logica delle fasi tiene conto di ciò che è già in produzione se segna i moduli come esistenti.
Se è a metà di una migrazione da ECC a S/4HANA, lo strumento la aiuta a decidere che cosa portare avanti, che cosa dismettere e che cosa aggiungere. In quel confronto le raccomandazioni su BTP pesano di più, perché la maggior parte dei sistemi ECC esistenti ha codice custom che deve trovare posto fuori dal nuovo core.
Quanto è accurata la raccomandazione sulle fasi?
Le fasi riflettono una logica di dipendenze valida nella maggior parte dei programmi: FI e CO prima di MM, MM prima di SD, ERP core prima di EWM e TM, e integrazione BTP prima di qualsiasi accoppiamento rilevante con sistemi non SAP. Non riflettono la capacità di assorbire il cambiamento della sua organizzazione, il suo calendario normativo né il suo ciclo di chiusura contabile. Le adatti di conseguenza.
Ho visto programmi che hanno cercato di fare tutto insieme. Non funziona. La fase uno deve essere il minimo che permette all'azienda di chiudere i conti e servire i clienti sulla nuova piattaforma. Tutto il resto è fase due.
Lo strumento è gratuito?
Sì. Nessuna registrazione, nessuna email, nessun pagamento. La raccomandazione viene elaborata interamente nel browser e nulla viene salvato o trasmesso.
Se vuole aiuto per trasformare il risultato in un vero blueprint o per mettere alla prova la proposta di un partner, prenoti una call di 30 minuti.