Indice
SAP Extended Warehouse Management (EWM) è il sistema di magazzino di SAP per S/4HANA. Gestisce in tempo reale ogni ubicazione, ogni attività e ogni movimento di un magazzino, si collega direttamente all'automazione e gira dentro S/4HANA oppure come sistema separato. Se è ancora sul Warehouse Management (WM) classico, le date di fine supporto riportate più sotto decidono le tempistiche. Un'implementazione per un singolo magazzino richiede in genere da 8 a 12 mesi.
La maggior parte dei problemi di magazzino sembra un problema di persone, finché non li si ricostruisce con cura. Qualcuno sbaglia un prelievo. Un semirimorchio arriva in ritardo. Un inventario ciclico rivela uno scarto che nessuno sa spiegare. L'istinto è guardare al team. Di solito il problema è il sistema, o l'assenza di un sistema che funzioni.
In un centro di distribuzione alimentare ho visto il tempo di ricevimento merci scendere di quasi un terzo. Il team non era diventato più veloce. Semplicemente non doveva più capire dove mettere la merce. Glielo diceva il sistema. Un magazzino di elettronica ha raddoppiato la velocità di picking nel picco stagionale con lo stesso team, solo con percorsi di prelievo più intelligenti.
EWM ha sostituito il WM classico come prodotto strategico di SAP per il magazzino. È pensato per le operazioni complesse: volumi elevati, più siti, automazione e tracciamento dettagliato della manodopera. Si collega a Gestione materiali (MM), Vendite e distribuzione (SD), Pianificazione della produzione (PP), Gestione della qualità (QM) e Transportation Management (TM), così i dati di magazzino passano dallo stesso sistema che gestisce approvvigionamento, produzione e spedizione.
Questi sono i componenti, e dove rendono di più:
| Componente | Cosa fa | Dove rende |
|---|---|---|
| Struttura del magazzino | Tipi di magazzino, aree e ubicazioni che rispecchiano il layout fisico | Uso dello spazio; operazioni multi-zona |
| Entrata merci | Ricevimento merci dal check-in sul piazzale allo stoccaggio | Ricevimento più rapido, visibilità immediata delle giacenze |
| Uscita merci | Wave, picking, imballaggio, staging, spedizione | Velocità e precisione degli ordini |
| Inventario fisico | Giacenze a livello di ubicazione e inventario ciclico | Meno rettifiche e svalutazioni |
| Slotting e riorganizzazione | Posiziona i prodotti in base alla domanda | Meno spostamenti dei magazzinieri nelle zone ad alta rotazione |
| Gestione della manodopera | Misura il lavoro rispetto a standard ingegnerizzati | Dimensionamento del personale e affiancamento |
| Yard management | Appuntamenti alle baie, movimentazione dei semirimorchi | Meno congestione alle baie |
| Cross-docking | Sposta la merce dall'entrata all'uscita senza stoccaggio | Costi di movimentazione più bassi |
| Servizi a valore aggiunto | Kitting, etichettatura, assemblaggio leggero | Ordini specifici per cliente dentro il centro di distribuzione |
| Controllo qualità | Blocca le giacenze in attesa di ispezione o scadute | Nessuna spedizione di merce non conforme o scaduta |
| Material Flow System (MFS) | Controllo diretto di nastri trasportatori e magazzini automatici | Automazione senza uno strato di middleware |
I benefici emergono in punti precisi. Un distributore di bevande con cui ho lavorato ha ridotto del 35% il tempo di ricevimento merci grazie agli avvisi di spedizione anticipati. Un'azienda di beni di consumo ha migliorato la produttività complessiva del 18% in tre mesi, quando la gestione della manodopera ha mostrato dove andava il tempo. Un distributore ha tagliato del 70% le svalutazioni annue di magazzino.
Le date di fine supporto contano più dell'elenco delle funzionalità.
Il WM classico su ECC segue la manutenzione di SAP ERP 6.0: supporto standard fino a fine 2027.
Il WM classico dentro S/4HANA girava nel perimetro di compatibilità. Per S/4HANA on-premise, quei diritti d'uso sono scaduti il 31 dicembre 2025 (SAP Learning). S/4HANA con sottoscrizione cloud RISE ha un periodo più lungo; la data prevista dal contratto si trova nella SAP Note 2269324.
Stock Room Management è il successore di base proposto da SAP per i magazzini WM semplici. Riutilizza buona parte del WM, è incluso nella licenza S/4HANA Enterprise Management e non richiede alcuna migrazione tecnica se i magazzini rientrano nel suo perimetro ridotto. Elimina la gestione di attività e risorse, lo yard management, il cross-docking, la gestione delle wave e i servizi a valore aggiunto, e SAP ha dichiarato che non investirà ulteriormente.
EWM è dove SAP concentra tutta l'innovazione sul magazzino. In S/4HANA è disponibile come Basic o Advanced Warehouse Management e segue il ciclo di rilascio di S/4HANA.
| Funzionalità | WM classico | Stock Room Management | SAP EWM |
|---|---|---|---|
| Piattaforma | ECC, o perimetro di compatibilità S/4HANA | S/4HANA | S/4HANA, embedded o decentralizzato |
| Automazione | Strumenti di terze parti | Di base | Material Flow System nativo |
| Wave, yard, cross-docking, VAS | Sì, come componenti separati | Non inclusi | Inclusi (Advanced) |
| Slotting e gestione della manodopera | No o minimi | No | Sì |
| Interfaccia utente | SAP GUI | SAP GUI | SAP Fiori e mobile |
| Roadmap SAP | In esaurimento | Nessun ulteriore investimento | Strategico, sviluppo attivo |
La mia opinione: Stock Room Management è una posizione di attesa per i magazzini semplici durante una conversione a S/4HANA. Se il magazzino pesa sui livelli di servizio, pianifichi EWM.
L'EWM embedded gira dentro S/4HANA. Un unico sistema per magazzino ed ERP. È più semplice da gestire e si adatta ai siti in cui i processi di magazzino sono strettamente legati a produzione o finanza.
L'EWM decentralizzato gira come sistema a sé. Le patch dell'ERP e i rallentamenti non fermano il magazzino. Si adatta ai centri di distribuzione ad alto volume in cui la continuità operativa è critica e alle reti che richiedono regole diverse per ogni sito.
Le reti miste usano entrambi: embedded per i siti più piccoli, decentralizzato per i centri di distribuzione principali. Funziona bene in un rollout a fasi, perché si può fare il pilota in un sito senza toccare gli altri.
La domanda decisiva è semplice. Se un weekend di upgrade dell'ERP porterebbe il magazzino offline e questo è inaccettabile, si scelga il decentralizzato.
EWM non è un plug-in. Questi sono gli intervalli che ho pubblicato nel 2025:
| Ambiente | Costo totale del progetto | Perimetro tipico |
|---|---|---|
| Sito piccolo (meno di 25.000 sq ft) | Da 250.000 a 400.000 dollari | Processi di base, personalizzazione leggera |
| Centro di distribuzione medio (da 50 a 100 utenti) | Da 600.000 dollari a 1,2 milioni di dollari | Un po' di automazione, più componenti |
| Rete grande o multi-sito | Oltre 2 milioni di dollari | Automazione spinta, robotica, più paesi |
L'integrazione dell'automazione aggiunge dal 20 al 40% alla stima di base. Se il sito si collega a nastri trasportatori, veicoli a guida automatica o sistemi pick-to-light, questo lavoro va stimato a parte. Sul fronte licenze, il warehouse management di base nell'EWM embedded è incluso nella licenza S/4HANA. Le funzioni avanzate come wave, slotting, gestione della manodopera e Material Flow System richiedono la licenza EWM, e l'EWM decentralizzato la richiede sempre. Metta in conto circa da 300 a 600 dollari per utente all'anno per l'EWM avanzato, a seconda delle condizioni contrattuali e del numero di utenti.
Preveda da 8 a 12 mesi per un singolo magazzino. Non si fidi di chi promette tempi più brevi senza test adeguati. I programmi multi-sito si allungano di conseguenza, a seconda del piano di rilascio a ondate.
Piccoli errori nei dati anagrafici creano effetti a catena su ricevimento e prelievo che sembrano problemi del sistema, ma risalgono ai dati.
La domanda che mi viene posta più spesso è quali dati spostare.
- Lasciare indietro i dati transazionali. Le consegne aperte, gli ordini di trasferimento e lo storico dei movimenti non si mappano in modo pulito tra WM ed EWM. Vanno esauriti in WM prima del cutover.
- Migrare i dati anagrafici, ma prima ripulirli. Eliminare i materiali obsoleti. Correggere dimensioni, formati di confezionamento e unità di misura. Ho visto dimensioni non coerenti generare effetti a catena su ricevimento e prelievo che sembravano guasti del sistema.
- Riprogettare la struttura del magazzino invece di copiarla. Un'azienda di beni di consumo ha riprogettato completamente il layout del magazzino durante il passaggio e la velocità di picking è aumentata del 30%.
- Definire presto il perimetro delle interfacce di automazione. Un produttore per cui ho lavorato aveva un sistema di controllo dei nastri trasportatori che non era mai stato pensato per dialogare con software moderni. Abbiamo dovuto costruire un middleware su misura solo per far funzionare una comunicazione di base.
- Fare il go-live prima con il nucleo. Entrata merci, uscita merci e inventario. Aggiungere slotting, gestione della manodopera e servizi a valore aggiunto quando il nucleo è stabile. Ho lavorato con un'azienda di beni di consumo che ha provato a implementare ogni funzionalità in una volta sola. Si è trovata sopraffatta e l'implementazione si è bloccata.
Se il WM fa parte di un passaggio più ampio da ECC, la mia guida alla migrazione da ECC a S/4HANA tratta le tempistiche, e perché la migrazione dei dati SAP fallisce tratta la pulizia.
Persone che aggirano il sistema. Ricordo un centro di distribuzione in cui i lavoratori tenevano di nascosto registri cartacei perché non si fidavano del sistema. Coinvolgere i key user nella progettazione, formare per ruolo e mostrare presto i primi risultati.
Dati sporchi al go-live. Un cliente retail ha provato a migrare anni di dati di inventario senza una pulizia adeguata e gli errori hanno fatto slittare pesantemente il go-live. Correggere i dati anagrafici prima della configurazione, non durante i test.
Carico di picco. Un magazzino e-commerce ad alta rotazione con cui ho lavorato ha dovuto ripensare l'infrastruttura dei server dopo rallentamenti nei periodi di picco. Testare con i volumi di picco prima del go-live, non dopo il primo evento di vendita.
Per il lato produzione, veda la mia guida alla pianificazione della produzione con SAP PP.
Che cos'è SAP EWM e in cosa si differenzia da SAP WM?
SAP EWM (Extended Warehouse Management) è il sistema di magazzino strategico di SAP su S/4HANA. Il WM classico è stato pensato per ECC. EWM aggiunge il controllo nativo dell'automazione, lo slotting, la gestione della manodopera, lo yard management e schermate mobili basate su Fiori, e riceve tutto lo sviluppo nuovo di SAP sul magazzino. Il WM classico è a fine vita.
Quando finisce il supporto per SAP WM?
Il WM classico su ECC segue SAP ERP 6.0, con manutenzione standard fino a fine 2027. Dentro S/4HANA on-premise, il WM girava con diritti d'uso del compatibility pack scaduti il 31 dicembre 2025. S/4HANA con sottoscrizione cloud RISE ha un periodo più lungo, indicato nella SAP Note 2269324. Stock Room Management è il successore di base di SAP per i magazzini WM semplici.
Conviene scegliere Stock Room Management o EWM?
Stock Room Management si adatta ai magazzini semplici che rientrano nel suo perimetro ridotto e devono continuare a operare durante una conversione a S/4HANA. Non richiede migrazione tecnica ed è incluso nella licenza S/4HANA, ma SAP non lo svilupperà ulteriormente. Se il magazzino usa wave, yard management, cross-docking, servizi a valore aggiunto o automazione, o pesa sui livelli di servizio, si scelga EWM.
Quanto costa implementare SAP EWM?
Come indicazione: da 250.000 a 400.000 dollari per un sito piccolo con processi di base, da 600.000 dollari a 1,2 milioni di dollari per un centro di distribuzione medio e 2 milioni di dollari o più per le grandi reti automatizzate o multi-sito. L'integrazione dell'automazione aggiunge dal 20 al 40%. Il warehouse management di base nell'EWM embedded è incluso nella licenza S/4HANA; le funzioni avanzate e l'EWM decentralizzato richiedono la licenza EWM.
SAP EWM embedded o decentralizzato: quale scegliere?
L'EWM embedded gira dentro S/4HANA ed è più semplice da gestire, il che si adatta ai siti strettamente legati a produzione o finanza. L'EWM decentralizzato gira separato, quindi la manutenzione dell'ERP non ferma il magazzino, il che si adatta ai centri di distribuzione ad alto volume e alle reti multi-sito con regole diverse. Molte reti usano entrambi.
Nel passaggio da SAP WM a EWM si devono migrare i dati?
Migrare i dati anagrafici ripuliti, non le transazioni. Consegne aperte, ordini di trasferimento e storico non si mappano in modo pulito, quindi vanno esauriti in WM prima del cutover. Riprogettare ubicazioni, tipi di magazzino e zone invece di copiarli: il passaggio è l'occasione per correggere ciò che si è accumulato in anni di WM.
Scritto da
Noel D'Costa
SAP EHS: che cos'è e che cosa comporta un'implementazione
SAP EHS gestisce incidenti, rischi sul lavoro, emissioni e rifiuti dentro S/4HANA, mentre product safety e merci pericolose risiedono ora nel product compliance di SAP, con licenza separata.
SAP PP: cosa fa e dove va storto
SAP PP collega ciò che l'azienda deve produrre con ciò che il reparto produttivo riesce a consegnare. Questa guida spiega come funziona in S/4HANA, cosa è cambiato rispetto a ECC e gli errori sui dati anagrafici che rendono inutile l'output dell'MRP.
SAP Integration Suite: decisioni e compromessi in produzione
SAP Integration Suite non è solo CPI con un altro nome, e le decisioni sbagliate dei team raramente riguardano la tecnologia. Questa guida tratta componenti, migrazione di PI/PO, limiti dei sistemi legacy, test e le lacune di responsabilità dietro la maggior parte dei guasti alle interfacce.
Problemi di SAP BTP Cockpit: cinque casi e come risolverli
Cinque problemi di SAP BTP Cockpit tornano di continuo: errori token 401, errori di Integration Suite, link morti, destination CAP che falliscono e app in trial che si fermano di notte. Ecco che cosa controllare per primo in ciascun caso.
Il prossimo passo
Sta gestendo un programma ERP in questo momento?
Se questo articolo tocca un programma che sta seguendo in questo momento, una conversazione di 30 minuti di solito porta più lontano di un'altra settimana di analisi interna.