IMPLEMENTATION PLAYBOOKCome i sistemi WMS, OMS e TMS si muovono dalla domanda ai risultati di accettazione
I seguenti sono utilizzati per spiegare la metodologia di implementazione, il calibro dei dati e i confini della responsabilità, e non sono utilizzati come proxy per il giudizio di progetto da liste funzionali.
01 Linea di base operativaPrima di tutto, registriamo lo stato reale prima della modifica.
Quando il progetto viene lanciato, viene selezionata una catena di business che ha bisogno di maggior miglioramento, intervista gli utenti reali e elabora campioni recenti. Elaborazione, tempo medio di attesa, numero di back-works, numeri insoliti e punti di contatto manuali sono registrati intorno al “barrack, ordini, inventario e performance processo” e, se i dati disponibili sono incompleti, la fatturazione manuale per una o due settimane è utilizzata come base.
La linea di base dovrebbe anche indicare la portata delle statistiche e delle esclusioni. Ad esempio, il tempo di elaborazione inizia con la disponibilità di informazioni o con la prima presentazione da parte del cliente, l'eccezione non include interfacce di terze parti, e le modifiche manuali sono la correzione o la rielaborazione di piccole prove.
02 Primo anello chiusoConvalida le ipotesi chiave con il minimo ambito disponibile
Il primo numero, che non cerca di coprire tutti i settori, è di circa “accesso OMS, audit, infrazione ordini, allocazione stock e router” per formare un ciclo chiuso che può operare in tempo reale: ingresso chiaro, regole di elaborazione, azioni di sistema, ruoli responsabili, movimento insolito e uscita finale.
La valutazione della necessità corrisponde a ciascuna competenza per la scena aziendale, il ruolo dell'utente e l'accettazione del campione. I soggetti che non forniscono dati legittimi, interfacce o decisori devono essere inclusi come pre-condizione o fase successiva, e non devono essere inclusi tranquillamente in un'offerta a banda fissa.
• Realizzazione di progettiRendere il processo un risultato di fase reversibile e reversibile
Il percorso tipico è quello di fare il punto degli ordini di magazzino e delle basi di performance, armonizzare gli inventari delle materie prime e i codici aziendali, strategie di progettazione, operazioni e anomalie, sviluppare interfacce e applicazioni in loco.
La dimostrazione di fase non è “guarda al lavoro”. Un campione rappresentativo dovrebbe essere utilizzato per coprire processi normali, campi mancanti, richieste ripetute, autorità inadeguate, sorpresi di tempo e anomalie di dati storici da servizi esterni, e per identificare i problemi che si presentano solo nell’ambiente di produzione in una fase iniziale.
04 Operazioni di ricezione e di ispezioneAccettazione e accettazione comuni con consegna, prove e indicatori
Il progetto dovrebbe almeno conciliare il business blueprint del trasporto del magazzino ordini, OMS, WMS, TMS o moduli personalizzati, interfacce, PDA, servizi di stampa e adattamento attrezzature, e riconoscere il codice sorgente o l'attribuzione di configurazione, gestione account, implementazione di build, backup dei dati, risposta di guasto e responsabilità successive di manutenzione.
Supponendo una linea di base di processo di 800 elementi al mese, una media di 18 minuti per unità, e un tasso di ritorno del 12 per cento, questo è solo un esempio, non una prestazione del cliente. Una linea dovrebbe essere seguita da una continua quattro o otto settimane di osservazione continua dello stesso calibro, prima di giudicare se la posizione e la condizione dell'inventario sono raggiunti con maggiore precisione, ordine e duplicazione di stoccaggio, insolite cadute, smista e logistica.
Parole chiave e descrizione del contenutoQuesta pagina contiene contenuti organizzativi inerenti a problemi di servizio reali come lo sviluppo WMS, il sistema di gestione del magazzino WMS, l'implementazione WMS, il sistema di gestione degli ordini OMS. Le parole chiave sono utilizzate per aiutare gli utenti e i sistemi di ricerca a identificare i temi, non per rappresentare gli impegni per gli effetti fissi; ambito finale, ciclo, budget e indicatori si basano sulla diagnostica di progetto, contratti e basi di accettazione.
