Un numero crescente di aziende affida all’IT la guida dei progetti WMS. Le decisioni legate all’architettura del sistema WMS determinano ciò che sarà possibile fare negli anni a venire, ed è quindi fondamentale dedicarvi la giusta attenzione.
Tuttavia, queste decisioni raramente vengono prese in modo consapevole. Più spesso sono ereditate da progetti precedenti, implicite nella selezione degli strumenti o emergono solo in fase di implementazione. A quel punto, correggerle diventa costoso.
L’architettura e la scalabilità di un WMS riguardano il modo in cui i sistemi si integrano, la distribuzione delle responsabilità e la capacità della configurazione di adattarsi quando la strategia evolve. La progettazione si articola in tre passaggi.
- Progetto dell’architettura ideale, senza scendere a compromessi con i vincoli attuali.
- Identificazione del naturale ruolo di ciascun sistema.
- Proiezione di un percorso realistico, passo dopo passo.
L’apertura di un nuovo canale, il lancio di un sito, l’avvento dell’automazione, decidere tra cloud o on-premise, l’implementazione dell’intelligenza artificiale (IA): ognuno di questi aspetti mette alla prova la scalabilità della tua architettura e devi chiederti se è in grado di assorbire il cambiamento o se crolla sotto pressione.
Il software WMS è una componente di quell’architettura e ciò che può fare dipende dalla chiarezza delle informazioni a monte: cosa possiede l’ERP, qual è la reale situazione dello stock, come si connettono le apparecchiature automatizzate. Senza quella chiarezza, il WMS eredita problemi che non può risolvere.
Progetta l’architettura in cui si inserirà il tuo WMS
Un’azienda retail ha in programma di aprire un e-commerce. La supply chain sa cosa sta per succedere: nuovi flussi, spedizioni di piccoli pacchi, variabilità dei picchi.
L’IT deve affrontare, a modo suo, questa discussione. I flussi B2B e B2C devono essere separati o combinati? L’attuale WMS è in grado di gestire entrambi o sono necessarie due istanze? Come gestire il trasporto dei piccoli pacchi? E se domani l’azienda vendesse attraverso i marketplace, servirebbe un OMS?
Il metodo inizia con la definizione dell’architettura ideale, senza scendere a compromessi con i vincoli attuali. Come dovrebbe essere l’obiettivo se si potesse ripartire da zero?
A questo punto, si proietta quell’obiettivo in un percorso realistico, e si studia la modernizzazione passo dopo passo. Nessuna utopia, bensì una sequenza di mosse che colma il divario tra la situazione attuale e quella desiderata.
L’obiettivo è semplice: ottenere una struttura IT pronta a supportare la strategia aziendale. La crescita tramite acquisizioni implica una rapida integrazione delle nuove entità. L’aumento dei volumi significa assorbire il 30% in più senza investimenti nell’infrastruttura. L’approccio omnicanale implica la coesistenza di B2B e B2C senza necessità di rielaborazioni.
Se non si riesce a rappresentare quell’obiettivo in una sola diapositiva, significa che non se ne ha uno.
Ogni sistema ha un compito
L’ERP gestisce le transazioni e la finanza. L’OMS gestisce la promessa d’ordine. Il TMS gestisce l’esecuzione del trasporto. Il WMS gestisce l’esecuzione in magazzino e l’accuratezza dello stock.
Alcune aziende dispongono di tutti e quattro i sistemi, altre ne hanno due ma non importa.
Ciò che conta è sapere dove finisce uno e inizia l’altro. Il confine tra ERP e WMS sta nel definire chiaramente i compiti dell’uno e dell’altro nell’operatività di magazzino.
Ogni strumento si spinge leggermente oltre la sua funzione principale. Chiamiamola la regola dell’1%. Si tollera una piccola sovrapposizione verso il sistema vicino per evitare di acquistare un altro strumento. Il trasporto dello spedizioniere si colloca tra WMS e TMS. Alcuni fornitori di sistemi WMS hanno integrato questa funzione nel loro prodotto, altri presumono che se ne occupi un TMS. Entrambe le soluzioni funzionano, purché il confine sia esplicito.
Il problema è la sovrapposizione non regolamentata.
Un sito web inizia a gestire le scorte perché l’integrazione del WMS ha richiesto troppo tempo. Ora le informazioni sullo stock si trovano in tre luoghi diversi. Nella manutenzione e nella rendicontazione domina il caos: questo è lo shadow IT.
Descrivi cosa fa – e cosa non fa – ogni strumento della tua architettura. Se non hai svolto questo lavoro, non saprai cosa dovrebbe gestire il sistema WMS e cosa, invece, dovrebbe rimanere al di fuori.
Dall’obiettivo al percorso realistico
L’architettura ideale è un obiettivo, non un piano da attuare il lunedì mattina.
Il divario tra dove sei e dove vuoi essere è reale. Da sistemi legacy, a integrazioni esistenti, ai contratti, ai team fino ai cicli di bilancio, la domanda che sorge è: come colmare quel divario senza cadere in due trappole?
- Prima trappola: il big bang, ovvero voler sostituire tutto in una sola volta. Il rischio è alto, il costo elevato e funziona raramente.
- Seconda trappola: aspettare il momento perfetto. Un momento che non arriva mai, un divario che resta e un’architettura che rimane implicita. Ogni nuovo progetto aggiunge un livello di soluzioni alternative.
Il metodo giusto è la modernizzazione graduale. Ogni mossa colma parte del divario ed è giustificata dal valore aziendale, non solo dall’eliminazione del debito tecnico.
La sostituzione del sistema WMS è una mossa. La chiara definizione del confine tra WMS e TMS ne è un’altra. La migrazione al modello SaaS un’altra. La connessione con le apparecchiature automatizzate un’altra ancora.
L’obiettivo rimane fisso, mentre il percorso si adatta ai vincoli, ai tempi e al budget. Ma sai sempre dove stai andando: questa è la differenza tra architettura e improvvisazione.
Cosa deve chiarire l’architettura IT
Il business non aspetta che la parte IT sia pronta: le domande qui sotto arriveranno comunque.
- Il volume cresce del 30%. SaaS o on-premise? Il modello SaaS comporta una configurazione. L’on-premise può indicare la necessità di investire in infrastrutture.
- L’avvento dell’automazione. Meccanizzazione, robotica, goods-to-person: il sistema WMS è indipendente dalle attrezzature che l’azienda non ha ancora scelto o è vincolato a fornitori specifici?
- L’azienda lancia un’iniziativa basata sull’intelligenza artificiale (IA). I sistemi aziendali sono in grado di collaborare? Il sistema WMS produce eventi e dati. Lo stesso vale per l’ERP e per il sistema TMS. L’IA funziona quando i sistemi si scambiano decisioni. Non quando ogni strumento ha una funzionalità isolata.
- Acquisisci un’azienda. Quanto velocemente l’IT può integrare le sue operazioni? È necessario implementare un’altra istanza WMS o estendere quella attuale?
- L’azienda apre nuovi canali di vendita. Marketplace o vendita diretta al consumatore: hai bisogno di un OMS o gli strumenti esistenti sono in grado di coordinare i canali?
Se oggi sei in grado di rispondere a queste domande, la tua architettura ha un obiettivo. In caso contrario, scoprirai le lacune durante l’implementazione.
Cloud o on-premise, predisposizione all’automazione, integrazione dell’intelligenza artificiale: questi non sono argomenti separati, sono gli aspetti con cui la tua architettura viene messa alla prova quando la scalabilità è fondamentale.
Cloud vs on-premise
La scelta tra cloud o on-premise determina il cambiamento che interesserà il tuo magazzino. Il modello SaaS garantisce un’implementazione continua. L’on-premise prevede invece un’implementazione a progetto. Il modello giusto dipende dalla tua traiettoria di crescita nei prossimi 5-10 anni. I compromessi emergono in quattro scenari: picchi di volume, nuovi siti, automazione, cicli di aggiornamento. La scelta tra sistema WMS cloud o on-premise ti fornisce il quadro decisionale per scegliere prima di confrontare i fornitori.
Automazione e indipendenza dalle apparecchiature
L’automazione viene approvata dopo la messa in funzione del sistema WMS. A volte 12 mesi dopo, altre volte 36. A quel punto, l’architettura è già definita e i confini dell’integrazione sono stati stabiliti. Un WMS predisposto per l’automazione può essere verificato in base a tre criteri prima della firma: confini di sistema chiari, integrazione indipendente dalle apparecchiature e un modello di interazione basato sugli eventi.
L’intelligenza artificiale nel sistema WMS
Ogni fornitore menziona l’intelligenza artificiale (IA) nella prima slide. Durante la selezione del sistema WMS, la maggior parte degli acquirenti non ha modo di distinguere ciò che è pronto per la produzione da un prototipo con uno script dimostrativo. L’IA nel sistema WMS analizza cinque casi d’uso già attivi nei magazzini, le domande che rivelano la reale maturità del fornitore e ciò che l’architettura aziendale deve supportare prima che l’IA possa dare risultati.
Dove si inserisce questo nel percorso WMS
Questa pagina ha trattato l’architettura e la scalabilità dal punto di vista del sistema WMS, dell’IT e del business: stato target, ruoli di sistema, le domande a cui l’IT deve rispondere e il percorso dall’ideale al realistico.
L’architettura definisce ciò che un sistema WMS può fare.
Se la tua architettura è chiara e desideri confrontare le piattaforme, il miglior software WMS mappa il mercato per livello e caso d’uso.
Se sai di cosa hai bisogno, come scegliere un sistema WMS ti suggerirà il metodo di selezione.