L’interfaccia reale dell’operatore: la Warehouse Management mobile app

Nel WMS avanzato di Dynamics 365 Supply Chain Management l’operatore di magazzino non lavora nel client web: lavora nella Warehouse Management mobile app, che consuma il work generato dai work template e indirizzato dalle location directive. L’app è la generazione corrente e sostituisce la vecchia app “Warehousing”; si collega all’ambiente tramite una registrazione applicativa in Microsoft Entra ID e una connessione distribuita al dispositivo (tipicamente con un QR code di configurazione), non tramite credenziali digitate sul terminale. Il dettaglio concettuale che l’esame verifica è questo: il device è solo un client, l’identità operativa è il warehouse worker.

Il mobile device menu è l’albero di navigazione che l’operatore vede. Contiene sottomenu e mobile device menu items, e ogni voce espone un processo. Nella configurazione di una voce si decide il mode (work, indirect, inquiry), se il flusso crea nuovo work oppure usa work esistente, e se è system-directed o user-directed — cioè se è il sistema a scegliere il prossimo work o l’operatore a selezionarlo. Da queste scelte discendono i filtri (work class, work pool, zona, magazzino) che determinano che cosa quell’operatore vede davvero. Il menu è quindi un oggetto di configurazione riusabile, non una personalizzazione per persona.

Warehouse worker, step configuration e detour

Il warehouse worker collega un worker anagrafico a un utente di magazzino con magazzino di default, menu assegnato, lingua e impostazioni di conferma. Cambiare il profilo di lavoro di una persona significa cambiare il menu e i filtri associati, non riscrivere il flusso.

La step configuration consente di intervenire su ogni passo di un flusso della mobile app: titoli, istruzioni, visibilità e priorità dei campi, comportamento della tastiera. È lo strumento previsto per adattare l’esperienza operativa senza scrivere codice.

I detour sono la novità che l’esame ama chiedere. Un detour permette all’operatore, fermo su uno step, di deviare verso un’operazione accessoria — una rettifica di inventario, la consultazione di una giacenza, la registrazione di un’anomalia — e di tornare al punto esatto in cui si trovava, con il work ancora aperto e nessuna perdita di contesto. Il detour si configura per step e si può limitare a un insieme definito di menu item, così l’operatore non può uscire ovunque. L’alternativa senza detour è annullare il work o farlo completare da un altro utente: entrambe soluzioni sbagliate nelle domande di scenario.

Load, shipment e transportation management

Sul lato uscita la catena è: wave che rilascia gli ordini e genera il work di picking, shipment come raggruppamento di righe verso una destinazione da un magazzino, load come unità fisica di trasporto che può contenere uno o più shipment. Il load si costruisce con la pianificazione dei carichi e resta gestibile interamente nel WMS.

Il transportation management (TMS) aggiunge il livello logistico esterno. Si configurano il carrier e i suoi carrier service con il mode di trasporto, e soprattutto il rate engine con i rate master e le basi tariffarie: il motore calcola e confronta il costo dei diversi vettori e servizi per un dato load, e il risultato guida la scelta. Sopra ci sono il route plan e il route guide per i percorsi a più tratte con transportation hub, l’appointment scheduling per prenotare lo slot alla banchina, il carico e la conferma di spedizione, e infine la freight reconciliation, cioè il confronto tra costo stimato e fattura del vettore.

Quando TMS aggiunge valore

Se l’azienda spedisce con un vettore unico a tariffa negoziata e ha bisogno solo di raggruppare gli ordini in camion e confermare la spedizione, la sola gestione di load e shipment è sufficiente: TMS sarebbe costo di configurazione senza ritorno. TMS diventa la risposta corretta quando compare almeno uno di questi elementi nello scenario: confronto tariffe fra più vettori, selezione automatica del servizio più economico o più rapido, percorsi multi-tratta con hub, gestione degli slot alla banchina, controllo delle fatture di trasporto contro il costo previsto.

Trappole tipiche d’esame

  • L’operatore deve poter fare una rettifica di inventario a metà di un put away e riprendere il work → detour: si configura il detour sullo step interessato, limitandolo ai menu item consentiti. Annullare il work o creare un secondo menu è la risposta distrattore.
  • Ogni turno deve vedere solo il proprio work senza duplicare i menu → filtri sulla voce di menu e warehouse worker: work class, work pool e magazzino di default fanno la segmentazione. Un mobile device menu per persona non è una soluzione mantenibile.
  • Si chiede di cambiare testo di uno step o nascondere un campo sul terminale → step configuration: è configurazione standard, non estensione di codice né nuova voce di menu.
  • Serve scegliere il vettore più economico confrontando le tariffe → rate engine del transportation management: la sola pianificazione dei load non calcola né compara costi.
  • Serve solo consolidare più shipment in un camion già assegnato → load, senza TMS: lo scenario privo di rating, hub o riconciliazione non giustifica il modulo trasporti.
  • Serve prenotare la finestra di carico alla banchina → appointment scheduling in TMS: non è una proprietà del load né un attributo della wave.