Il Suo template dei dati per la gestione del magazzino
Il Suo template dei dati per la gestione del magazzino
- Attributi consigliati da raccogliere
- Attività chiave da monitorare nelle operazioni di magazzino
- Indicazioni per l’estrazione specifiche per Körber WMS
Attributi della gestione del magazzino
| Nome | Descrizione | ||
|---|---|---|---|
| Nome dell’attività ActivityName | Nome dell’evento o dell’attività specifica che si è verificata in un determinato momento del ciclo di vita dell’ordine di magazzino. | ||
| Descrizione Questo attributo descrive una singola fase del processo di gestione del magazzino, ad esempio «Merce prelevata dallo stoccaggio» o «Spedizione inviata». Ogni attività rappresenta un evento aziendale distinto, registrato nel sistema e associato a un timestamp specifico. L’analisi delle attività è alla base del Process Mining: consente di ricostruire la mappa del processo e mostrare come si svolge effettivamente il lavoro in magazzino. Aiuta a individuare colli di bottiglia, cicli di rilavorazione e deviazioni dalla procedura operativa standard. Perché è importante Definisce le fasi del processo, costituisce la base della mappa del processo e consente di analizzare il flusso, le variazioni e i colli di bottiglia. Dove reperirli Tabelle dei log degli eventi o delle transazioni in Körber WMS, in cui vengono registrati gli eventi aziendali. Spesso i dati derivano dai codici delle transazioni o dalle descrizioni delle modifiche di stato. Esempi Attività di prelievo creataMerci imballateSpedizione partitaOrdine di magazzino annullato | |||
| Ora dell’evento EventTime | Data e ora esatte in cui l’attività o l’evento è stato registrato nel sistema di origine. | ||
| Descrizione L’ora dell’evento è il timestamp associato a ciascuna attività e indica il momento esatto in cui si è verificata. Questi dati temporali sono fondamentali per calcolare durate, tempi di ciclo e tempi di attesa tra le diverse fasi del processo. Nell’analisi dei processi, questo attributo serve a ordinare gli eventi cronologicamente, ricostruire il flusso e svolgere analisi basate sul tempo. È essenziale per le Dashboard che misurano le prestazioni, ad esempio l’analisi dei tempi di ciclo, e per calcolare KPI come «Tempo medio di ciclo end-to-end dell’ordine». Perché è importante Questo timestamp è fondamentale per ordinare gli eventi, calcolare tutte le metriche temporali, come i tempi di ciclo e di attesa, e comprendere le prestazioni del processo. Dove reperirli Si trova in tutte le tabelle delle transazioni e dei log degli eventi di Körber WMS; il campo è in genere denominato «CreationDate», «Timestamp» o «EventDateTime». Esempi 2023-10-26T10:00:00Z2023-10-26T11:35:10Z2023-10-27T08:15:00Z | |||
| Ordine di magazzino WarehouseOrder | Identificativo univoco di un ordine di magazzino, utilizzato come ID caso principale per tracciare tutte le attività logistiche correlate. | ||
| Descrizione L’ordine di magazzino è l’identificativo centrale che raggruppa tutte le attività e gli eventi relativi a una specifica richiesta logistica, come un ricevimento in entrata o una spedizione in uscita. Consente di tracciare l’intero ciclo di vita dell’ordine all’interno del magazzino, dalla creazione alla spedizione finale o all’annullamento. Nel Process Mining, l’analisi per ordine di magazzino permette di visualizzare il flusso completo del processo per ogni ordine. Aiuta a individuare i percorsi più frequenti, le deviazioni, i colli di bottiglia e il tempo di ciclo complessivo per le diverse tipologie di ordine, ad esempio standard o urgenti. Perché è importante È l’ID caso essenziale che collega tutti gli eventi correlati e consente un’analisi completa, end-to-end, del processo di gestione del magazzino per ciascun ordine. Dove reperirli Questo identificativo si trova in genere nelle tabelle principali di gestione degli ordini di Körber WMS. Per i nomi specifici di tabelle e campi, ad esempio quelli delle intestazioni degli ordini, consulti la documentazione di Körber WMS. Esempi WO-0012845WO-0012991WO-0013402 | |||
| Sistema di origine SourceSystem | Il sistema da cui sono stati estratti i dati. | ||
| Descrizione Questo attributo identifica il sistema di origine dei dati degli eventi, in questo caso «Körber WMS». Negli ambienti con più sistemi integrati, il campo aiuta a distinguere le origini dei dati e a tracciarne la provenienza. Nell’analisi fornisce contesto, soprattutto quando si combinano dati provenienti da più sistemi. Aiuta a garantire la qualità dei dati e consente di filtrare l’analisi in base alle attività di un sistema specifico. Perché è importante Fornisce un contesto essenziale sull’origine dei dati, garantendo chiarezza e tracciabilità, soprattutto negli ambienti con più sistemi interconnessi. Dove reperirli In genere è un valore statico aggiunto durante l’estrazione dei dati per identificare il sistema di origine. Esempi Körber WMSKörberOne | |||
| Ultimo aggiornamento dei dati LastDataUpdate | Timestamp che indica l’ultimo aggiornamento dei dati relativi a questo processo. | ||
| Descrizione Questo attributo indica la data e l’ora dell’estrazione o dell’aggiornamento più recente dei dati. Fornisce informazioni sulla loro attualità, così chi li analizza sa quanto è aggiornata la vista del processo. Nelle Dashboard e nei report, questa informazione è fondamentale per garantire trasparenza. Aiuta a capire se i dati consultati sono aggiornati in tempo reale, ogni giorno o ogni settimana, un aspetto che incide sulle decisioni. Perché è importante Indica quanto sono aggiornati i dati, un’informazione fondamentale per prendere decisioni aziendali accurate e pertinenti sulla base dell’analisi. Dove reperirli Questo valore viene generato e registrato dalla pipeline dei dati o dallo strumento ETL al termine di ogni ciclo di aggiornamento. Esempi 2024-05-21T02:00:00Z2024-05-22T02:00:00Z | |||
| Codice SKU del prodotto ProductSKU | Codice SKU (Stock Keeping Unit) o numero di materiale dell’articolo gestito. | ||
| Descrizione Il codice SKU del prodotto è l’identificativo univoco di uno specifico prodotto o materiale incluso nell’ordine di magazzino. Un ordine può contenere uno o più SKU. L’analisi per codice SKU aiuta a capire se la gestione di determinati prodotti è più complessa o problematica. Ad esempio, si potrebbe scoprire che gli articoli fragili richiedono tempi di imballaggio più lunghi o che alcuni SKU sono spesso associati a discrepanze di prelievo. Queste informazioni possono orientare le modifiche alle strategie di stoccaggio o alle procedure di gestione. Perché è importante Consente di analizzare le prestazioni del processo per prodotto e di individuare gli articoli che causano ritardi o errori. Dove reperirli Si trova nelle tabelle delle righe d’ordine, collegate all’intestazione principale dell’ordine di magazzino. I nomi dei campi più comuni includono «SKU», «MaterialNumber» o «ItemCode». Esempi SKU-847361SKU-991204SKU-103557 | |||
| ID utente/operatore UserOperatorId | Identificativo dell’utente o dell’operatore che ha svolto l’attività. | ||
| Descrizione Questo attributo identifica il dipendente del magazzino o l’utente di sistema responsabile di un’attività specifica, come il prelievo, l’imballaggio o lo stoccaggio della merce. In alcuni casi può riferirsi anche a un sistema automatizzato o a un bot. Questa dimensione è fondamentale per analizzare le prestazioni delle risorse. Aiuta a comprendere la distribuzione del carico di lavoro, individuare i dipendenti con i risultati migliori e identificare chi potrebbe aver bisogno di ulteriore formazione. È alla base della Dashboard «Utilizzo delle risorse e carico di lavoro» e del KPI «Produttività per operatore». Perché è importante Consente di analizzare le prestazioni del personale, la distribuzione del carico di lavoro e l’efficienza delle risorse, aiutando a individuare le esigenze di formazione e chi ottiene i risultati migliori. Dove reperirli Si trova nelle tabelle delle transazioni o dei log in cui vengono registrate le azioni degli utenti. Cerchi campi come «UserID», «UserName», «ExecutedBy» o «OperatorID». Esempi JSMITHABOT01CDAVISsistema | |||
| Livello di priorità PriorityLevel | Indica l’urgenza o la priorità dell’ordine di magazzino, ad esempio standard o urgente. | ||
| Descrizione Il livello di priorità è una classificazione assegnata a un ordine di magazzino per indicare l’urgenza con cui deve essere gestito. Ad esempio, un ordine può essere contrassegnato come «Urgente» o «Priorità alta», per indicare che va elaborato prima degli ordini standard. Questo attributo è essenziale per la Dashboard «Analisi degli ordini urgenti» e per il KPI «Percentuale di spedizioni urgenti». Aiuta a comprendere l’impatto degli ordini urgenti sulle operazioni complessive del magazzino, i relativi costi e se i tempi di elaborazione sono effettivamente inferiori a quelli degli ordini standard. Perché è importante Aiuta ad analizzare la gestione degli ordini urgenti, la loro frequenza e il loro impatto sulle prestazioni complessive del processo e sui costi. Dove reperirli Si trova nei dati dell’intestazione dell’ordine. Cerchi campi come «Priority», «Urgency» o un indicatore specifico del livello di servizio di spedizione. Esempi StandardUrgenteConsegna il giorno successivoCritico | |||
| Quantità effettiva ActualQuantity | Quantità di un articolo effettivamente gestita o registrata durante un’attività. | ||
| Descrizione La quantità effettiva è il numero di unità contate, prelevate, imballate o ricevute fisicamente dall’operatore di magazzino. Il valore viene registrato al completamento dell’attività e può differire dalla «Quantità pianificata» a causa di carenze di scorte, danni o errori umani. Il confronto di questo attributo con la «Quantità pianificata» è fondamentale per la Dashboard «Salute e accuratezza del processo di gestione delle scorte». Le discrepanze tra i due valori indicano direttamente possibili problemi di processo o imprecisioni nei dati che richiedono un approfondimento. Perché è importante Fornisce il dato effettivo sulla merce gestita fisicamente, essenziale per calcolare i tassi di discrepanza e garantire l’accuratezza delle scorte. Dove reperirli Si trova nelle registrazioni di conferma delle transazioni o di completamento delle attività. I campi potrebbero essere denominati «ActualQty», «ConfirmedQuantity» o «PickedQuantity». Esempi 10491 | |||
| Attrezzatura utilizzata EquipmentUsed | Identificativo dell’attrezzatura utilizzata per svolgere un’attività, ad esempio un carrello elevatore o uno scanner. | ||
| Descrizione Questo attributo specifica l’attrezzatura per la movimentazione dei materiali (MHE) o la tecnologia utilizzata durante un’attività di magazzino. Può trattarsi di un carrello elevatore specifico, un transpallet, uno scanner portatile o un veicolo a guida automatica (AGV). L’analisi per attrezzatura aiuta a comprendere l’utilizzo delle risorse, le esigenze di manutenzione e l’impatto dei diversi tipi di attrezzatura sull’efficienza delle attività. È una dimensione importante per la Dashboard «Utilizzo delle risorse e carico di lavoro», che offre una visione complessiva delle risorse umane e dei macchinari. Perché è importante Consente di analizzare l’utilizzo delle attrezzature e il relativo impatto sulle prestazioni delle attività, aiutando a ottimizzare la gestione dei mezzi e a individuare i colli di bottiglia legati ai macchinari. Dove reperirli Consulti la documentazione di Körber WMS. Questi dati potrebbero essere registrati nei record di esecuzione delle attività, soprattutto se gli operatori accedono a specifiche attrezzature. Esempi FORKLIFT-08SCANNER-112AGV-03 | |||
| Data di completamento richiesta RequestedCompletionDate | Data entro cui il cliente o un referente interno ha richiesto il completamento dell’ordine. | ||
| Descrizione È la data prevista per il completamento o la spedizione di un ordine in uscita, spesso stabilita in base alle aspettative del cliente o agli accordi sul livello di servizio (SLA). Costituisce la scadenza principale con cui confrontare le prestazioni effettive. Questa data è fondamentale per la Dashboard «Analisi degli ordini urgenti». Il confronto tra la «Data di completamento richiesta» e la «Data di completamento effettiva» (il timestamp dell’attività «Spedizione inviata» o «Ordine di magazzino completato») aiuta a misurare il rispetto delle scadenze e a individuare gli ordini a rischio di ritardo. Perché è importante Fornisce il valore di riferimento per misurare il rispetto delle scadenze e degli accordi sul livello di servizio (SLA), mettendo in evidenza gli ordini che potrebbero subire ritardi. Dove reperirli Si trova nella tabella delle intestazioni degli ordini. I nomi dei campi più comuni includono «RequiredDeliveryDate», «RequestedShipDate» o «SLA». Esempi 2023-10-28T23:59:59Z2023-11-05T23:59:59Z | |||
| ID del magazzino WarehouseId | Identificativo univoco del magazzino o del centro di distribuzione in cui si svolgono le attività. | ||
| Descrizione L’ID del magazzino specifica la sede o la struttura fisica in cui viene elaborato l’ordine. Per le organizzazioni con più centri di distribuzione, è una dimensione importante per l’analisi. Questo attributo consente di confrontare le prestazioni delle diverse sedi. Ad esempio, è possibile confrontare il «Tempo medio di ciclo end-to-end dell’ordine» tra il magazzino A e il magazzino B per individuare le buone pratiche o i problemi operativi specifici di una sede. Perché è importante Consente di confrontare e valutare le prestazioni dei diversi magazzini, mettendo in evidenza problemi specifici di una regione o di una struttura. Dove reperirli Queste informazioni sono in genere disponibili nelle tabelle delle intestazioni degli ordini o di configurazione delle sedi. Il campo potrebbe essere denominato «Plant», «Site» o «LocationCode». Esempi WH-NYCDC-LAXFC-DAL | |||
| Ora di fine EndTime | Timestamp che indica quando è stata completata un’attività, se disponibile. | ||
| Descrizione L’ora di fine indica il timestamp di completamento di un’attività. Mentre StartTime (EventTime) segna l’inizio, l’ora di fine ne indica la conclusione e consente di calcolare direttamente la durata della singola attività. Non tutti gli eventi hanno un’ora di fine distinta; per molti, la durata dell’evento precedente si deduce dall’ora di inizio dell’evento successivo. Questo attributo è particolarmente utile per calcolare con precisione il tempo di elaborazione delle singole attività. Ad esempio, permette di determinare il «Tempo medio di ispezione della qualità», misurando il tempo trascorso dall’inizio alla fine dell’ispezione. Perché è importante Consente di calcolare con precisione i tempi di elaborazione delle singole attività, un dato fondamentale per individuare le attività inefficienti e i colli di bottiglia legati alle risorse. Dove reperirli Consulti la documentazione di Körber WMS. Il dato potrebbe trovarsi nelle tabelle delle transazioni, insieme all’ora di inizio, oppure nelle tabelle correlate dello storico degli stati. Esempi 2023-10-26T10:15:00Z2023-10-26T11:45:20Z2023-10-27T08:30:00Z | |||
| Presenza di discrepanze nel prelievo IsPickingDiscrepancy | Indicatore che segnala se la quantità effettivamente prelevata corrisponde a quella pianificata. | ||
| Descrizione È un attributo booleano derivato, impostato su vero se la «Quantità effettiva» differisce dalla «Quantità pianificata» per una qualsiasi attività di prelievo. Fornisce un’indicazione semplice di un errore di prelievo o di un problema relativo alle scorte per una specifica attività. Questo indicatore semplifica l’analisi perché consente di filtrare rapidamente tutti gli ordini con discrepanze di prelievo. Viene utilizzato per calcolare il KPI «Tasso di discrepanza nel prelievo» e contribuisce alla Dashboard «Salute e accuratezza del processo di gestione delle scorte», mettendo in evidenza i punti in cui si verificano problemi. Perché è importante Fornisce un’indicazione chiara e binaria degli errori di prelievo, semplificando l’analisi necessaria per individuare e quantificare i problemi di accuratezza delle scorte. Dove reperirli Calcolato durante la trasformazione dei dati. La logica è: Esempi truefalse | |||
| Quantità pianificata PlannedQuantity | Quantità di un articolo che si prevedeva di gestire durante un’attività, ad esempio di prelievo o ricevimento. | ||
| Descrizione La quantità pianificata rappresenta il numero di unità previsto per una determinata attività, come specificato nell’ordine di magazzino. Ad esempio, se un ordine richiede il prelievo di 10 unità di uno specifico SKU, la quantità pianificata per quell’attività è 10. Questo attributo è fondamentale per individuare le discrepanze confrontandolo con la «Quantità effettiva». È un dato essenziale per calcolare i KPI «Tasso di discrepanza nel prelievo» e «Tasso di discrepanza delle scorte», importanti per mantenere accurate le giacenze. Perché è importante Fornisce il valore di riferimento per misurare l’accuratezza di attività come il prelievo e il ricevimento e permette di rilevare le discrepanze nelle scorte. Dove reperirli È disponibile nelle tabelle delle attività o delle righe d’ordine. Cerchi campi come «OrderQuantity», «PlannedQty» o «ExpectedQuantity». Esempi 10501 | |||
| Stato SLA SLAStatus | Indica se l’ordine è stato completato in tempo, in ritardo o è a rischio, in base alla data di completamento richiesta. | ||
| Descrizione Lo stato SLA è un attributo calcolato che classifica ogni ordine in base al rispetto della scadenza «RequestedCompletionDate». Può assumere valori come «In tempo», «In ritardo» o «In corso». Questo attributo offre una visione immediata delle prestazioni rispetto ai livelli di servizio. Consente di filtrare e analizzare rapidamente tutti gli ordini in ritardo per comprenderne le cause profonde, ad esempio specifici colli di bottiglia o problemi legati alle risorse. È un elemento fondamentale per qualsiasi analisi incentrata sulla soddisfazione dei clienti e sull’affidabilità operativa. Perché è importante Misura direttamente il rispetto degli accordi sul livello di servizio e consente di individuare facilmente gli ordini in ritardo e analizzarne le cause profonde. Dove reperirli Viene calcolato nel livello di trasformazione dei dati confrontando il timestamp dell’evento «Ordine di magazzino completato» con «RequestedCompletionDate». Esempi In tempoIn ritardoIn corso | |||
| Tempo di ciclo CycleTime | Durata complessiva dell’ordine di magazzino, dalla creazione al completamento. | ||
| Descrizione Il tempo di ciclo è una metrica calcolata che misura il tempo totale trascorso tra il primo evento («Ordine di magazzino creato») e l’ultimo («Ordine di magazzino completato») di un caso. Rappresenta il tempo di elaborazione end-to-end dell’ordine. È uno dei principali indicatori di prestazione nel Process Mining e risponde direttamente alla domanda «Quanto tempo occorre?». È la metrica centrale della Dashboard «Tempo di ciclo end-to-end dell’ordine di magazzino» e del KPI «Tempo medio di ciclo end-to-end dell’ordine», utilizzati per monitorare la salute complessiva del processo e individuare gli ordini che richiedono tempi insolitamente lunghi per essere evasi. Perché è importante È un KPI fondamentale per misurare l’efficienza complessiva del processo di magazzino, con un impatto diretto sulla soddisfazione dei clienti e sui costi operativi. Dove reperirli Questa metrica viene calcolata nello strumento di Process Mining sottraendo, per ogni ordine di magazzino, il timestamp del primo evento da quello dell’ultimo. Esempi 8640017280036000 | |||
| Tipo di ordine OrderType | Classifica l’ordine di magazzino, ad esempio come entrata, uscita o trasferimento interno. | ||
| Descrizione Il tipo di ordine definisce la finalità aziendale dell’ordine di magazzino. Tra le tipologie più comuni rientrano le spedizioni ai clienti (uscita), i ricevimenti dai fornitori (entrata), i trasferimenti di scorte tra ubicazioni di magazzino (interni) e i resi. È un attributo utile per filtrare e confrontare i dati. Consente di analizzare e confrontare i flussi e le prestazioni dei diversi tipi di operazioni logistiche, ad esempio per verificare se il processo di entrata è più o meno efficiente di quello di uscita. Perché è importante Consente di segmentare l’analisi in base alla finalità dell’ordine e di mettere in luce le differenze di prestazioni tra processi come il ricevimento in entrata e le spedizioni in uscita. Dove reperirli In genere si trova nella tabella delle intestazioni degli ordini di Körber WMS. Cerchi un campo denominato «OrderType», «TransactionType» o simile. Esempi Spedizione in uscitaRicevimento in entrataTrasferimento internoReso del cliente | |||
| Ubicazione di stoccaggio StorageLocation | Ubicazione specifica del magazzino, ad esempio uno scaffale o una corsia, in cui la merce è stoccata o da cui viene prelevata. | ||
| Descrizione Questo attributo identifica la posizione fisica all’interno del magazzino, ad esempio una scaffalatura, un ripiano o una cella. È rilevante per attività come «Merce stoccata» e «Merce prelevata dallo stoccaggio». Questi dati vengono utilizzati nella Dashboard «Efficienza dello stoccaggio e utilizzo delle ubicazioni» per analizzare i tempi di percorrenza, l’utilizzo delle ubicazioni e l’efficacia delle strategie di stoccaggio. Ad esempio, aiutano a determinare se gli articoli ad alta rotazione sono collocati in posizioni facilmente accessibili, così da ridurre i tempi di prelievo. Perché è importante Aiuta a ottimizzare la disposizione del magazzino e le strategie di stoccaggio, analizzando i tempi di percorrenza e l’efficienza delle attività di stoccaggio e prelievo nelle singole ubicazioni. Dove reperirli Si trova nelle tabelle delle scorte, delle attività o dei dati anagrafici delle ubicazioni. Cerchi campi come «BinCode», «LocationID» o «StorageBin». Esempi A1-R02-S03-B01B5-R10-S01-B04C2-BULK-05 | |||
| Vettore Carrier | Vettore incaricato della consegna finale dell’ordine. | ||
| Descrizione Il vettore è il fornitore di servizi logistici di terze parti (ad esempio FedEx, UPS o DHL) responsabile del trasporto della merce dal magazzino alla destinazione finale. In genere viene assegnato durante la pianificazione o la spedizione. L’analisi per vettore può rivelare differenze nelle prestazioni dei partner di spedizione. Ad esempio, può aiutare a individuare i vettori associati a tempi di consolidamento più lunghi o a ritardi più frequenti, fornendo dati utili per negoziare i contratti e scegliere i vettori. Perché è importante Consente di analizzare le prestazioni dei diversi partner di spedizione, aiutando a ottimizzare la logistica e migliorare l’affidabilità delle consegne. Dove reperirli Si trova nelle tabelle di spedizione o di pianificazione dei trasporti di Körber WMS. Cerchi campi come «CarrierCode», «ShippingAgent» o «SCAC». Esempi FedExUPSDHLLocal Freight Inc. | |||
Attività di gestione del magazzino
| Attività | Descrizione | ||
|---|---|---|---|
| Merci imballate | L’imballaggio del contenitore o della scatola di spedizione è completato e il collo viene chiuso ed etichettato. L’evento indica che l’ordine è pronto per essere preparato e spedito e viene registrato esplicitamente. | ||
| Perché è importante Questa tappa fondamentale conclude la preparazione delle merci per la spedizione. Viene utilizzata per calcolare la produttività dell’imballaggio e individuare i ritardi prima del carico. Dove reperirli L’operatore esegue una transazione esplicita «Imballaggio completato» o «Chiudi scatola», che registra la data e ora di completamento del contenitore di spedizione. Acquisizione Data e ora della transazione «Chiudi contenitore» o «Imballaggio completato». Tipo di evento explicit | |||
| Merci prelevate dallo stoccaggio | L’operatore conferma di aver prelevato dall’ubicazione di stoccaggio gli articoli dell’ordine. In genere, l’operazione viene eseguita scansionando l’articolo e l’ubicazione; le giacenze nell’ubicazione vengono aggiornate e l’azione registrata. | ||
| Perché è importante È una tappa fondamentale del processo in uscita. Consente di analizzare i tempi di prelievo e individuare eventuali ritardi tra il prelievo e l’imballaggio. Dove reperirli Registrato quando l’operatore conferma il completamento dell’attività di prelievo tramite un dispositivo RF. L’operazione aggiorna lo stato dell’attività a «Completata» e registra la data e ora di completamento. Acquisizione Data e ora della transazione di conferma dell’attività di prelievo. Tipo di evento explicit | |||
| Merci ricevute e conteggiate | Il personale del magazzino scarica, scansiona e conta gli articoli ricevuti confrontandoli con la notifica di consegna in entrata. Questa transazione esplicita conferma che determinate quantità di materiali sono state prese in carico fisicamente dal magazzino. | ||
| Perché è importante È una tappa fondamentale delle attività in entrata e consente di calcolare KPI come «Tempo dal ricevimento allo stoccaggio». Aiuta inoltre a individuare tempestivamente le discrepanze tra le quantità previste e quelle ricevute. Dove reperirli Generato quando un utente conferma le quantità ricevute tramite uno scanner RF o una transazione da desktop. L’operazione aggiorna lo stato delle giacenze a «Ricevuto» o «Disponibile» in un’ubicazione temporanea. Acquisizione Data e ora della transazione di conferma del ricevimento. Tipo di evento explicit | |||
| Merci stoccate | L’operatore conferma il completamento dell’attività di stoccaggio, in genere scansionando l’ubicazione e il pallet o l’articolo. L’operazione registra esplicitamente lo spostamento e aggiorna nel sistema l’ubicazione delle giacenze. | ||
| Perché è importante Questa tappa fondamentale segna la fine del processo in entrata. Viene utilizzata per calcolare i KPI «Tempo di ciclo dello stoccaggio» e «Tempo dal ricevimento allo stoccaggio». Dove reperirli Registrato quando l’operatore conferma il completamento dell’attività di stoccaggio tramite un dispositivo RF. L’operazione aggiorna lo stato dell’attività a «Completata» e registra la data e ora di completamento. Acquisizione Data e ora della transazione di conferma dell’attività di stoccaggio. Tipo di evento explicit | |||
| Ordine di magazzino completato | L’ordine di magazzino viene chiuso nel sistema, a indicare che tutti i movimenti fisici e le transazioni correlati sono terminati. In genere, la chiusura si deduce da una modifica dello stato nell’intestazione dell’ordine, che ne conclude il ciclo di vita. | ||
| Perché è importante È il principale punto di conclusione del processo, essenziale per calcolare il tempo di ciclo end-to-end e misurare il tasso complessivo di completamento. Dove reperirli Si deduce dalla modifica dello stato nell’intestazione dell’ordine di magazzino a uno stato finale, ad esempio «Complete» o «Closed». Acquisizione Si deduce dal timestamp della modifica dello stato dell’intestazione dell’ordine di magazzino a «Completed». Tipo di evento inferred | |||
| Ordine di magazzino creato | Creazione iniziale nel sistema di un ordine di magazzino, che rappresenta una richiesta di movimentazione delle merci. In genere, l’evento viene registrato esplicitamente quando un utente o un sistema integrato, come un ERP, crea il record dell’ordine con la data e l’ora di creazione. | ||
| Perché è importante Segna l’inizio del processo complessivo. È essenziale per misurare il tempo totale di ciclo dell’ordine e comprendere la domanda complessiva e il volume degli ordini. Dove reperirli L’evento viene acquisito dalla data e ora di creazione nella tabella principale delle intestazioni degli ordini di magazzino, quando in Körber WMS viene salvato un nuovo record. Acquisizione Registrato a partire dalla data e ora di creazione nell’intestazione dell’ordine di magazzino. Tipo di evento explicit | |||
| Spedizione partita | Le merci vengono caricate e il camion lascia il magazzino. L’evento è attivato da una transazione «Ship Confirm» o «Post Goods Issue», che finalizza la spedizione nel sistema. | ||
| Perché è importante Questa tappa fondamentale segna la partenza fisica della merce. Spesso è un evento chiave per la fatturazione e per aggiornare i clienti. Dove reperirli Viene eseguita una transazione esplicita «Ship Confirm», associata alla stampa della lettera di vettura. La transazione ha un timestamp specifico. Acquisizione Timestamp della transazione «Ship Confirm» o «Post Goods Issue». Tipo di evento explicit | |||
| Attività di prelievo creata | Il sistema genera un’attività di prelievo per un operatore sulla base di un ordine di magazzino in uscita. L’attività indica all’operatore l’ubicazione in cui recarsi e la quantità di articoli da prelevare. | ||
| Perché è importante L’evento avvia il processo di evasione degli ordini in uscita. Analizzare la generazione delle attività di prelievo aiuta a comprendere la logica di elaborazione degli ordini e la distribuzione dei carichi di lavoro. Dove reperirli In Körber WMS viene creato un record con il tipo di attività «Picking» e la relativa data e ora di creazione in una tabella di gestione delle attività o della coda di lavoro. Acquisizione Registrato a partire dalla data e ora di creazione del record dell’attività di prelievo. Tipo di evento explicit | |||
| Attività di stoccaggio creata | Il WMS crea un’attività per consentire a un operatore di spostare le merci ricevute da un’area temporanea a un’ubicazione di stoccaggio definitiva. In base alle strategie di stoccaggio, la logica del sistema determina l’ubicazione più adatta per gli articoli. | ||
| Perché è importante L’evento segna l’inizio del processo di stoccaggio. Analizzare il tempo che intercorre tra questo evento e il completamento dell’attività aiuta a misurare l’efficienza del sistema e dell’operatore. Dove reperirli Viene creato un record in una tabella di gestione delle attività o della coda di lavoro, con il tipo di attività «Putaway» e la relativa data e ora di creazione. Acquisizione Registrato a partire dalla data e ora di creazione del record dell’attività di stoccaggio. Tipo di evento explicit | |||
| Controllo di qualità eseguito | Sulle merci ricevute viene eseguito un controllo di qualità, che può prevedere lo spostamento degli articoli in un’area dedicata al controllo qualità. Spesso l’attività viene dedotta dalle variazioni dello stato delle giacenze, per esempio dal passaggio da «Disponibile» a «In attesa di controllo qualità» e poi a «Disponibile senza restrizioni». | ||
| Perché è importante Consente di analizzare la durata dei controlli di qualità, che possono rappresentare un collo di bottiglia significativo. Aiuta a monitorare i volumi delle ispezioni e a individuare i ritardi che impediscono di rendere disponibili le scorte. Dove reperirli Può essere dedotto da una serie di variazioni dello stato delle giacenze legate ai blocchi per il controllo qualità. Alcuni sistemi dispongono di registri espliciti delle transazioni di gestione della qualità. Acquisizione Deducibile dalle variazioni dello stato delle giacenze o dal registro delle transazioni associato a un ordine di controllo qualità. Tipo di evento inferred | |||
| Imballaggio avviato | Gli articoli prelevati arrivano a una postazione di imballaggio e l’operatore avvia l’imballaggio. Spesso l’avvio viene dedotto dalla prima scansione di un articolo alla postazione, associata a uno specifico ordine in uscita. | ||
| Perché è importante Segna l’inizio della fase di imballaggio. Misurare il tempo di attesa prima di questa attività e la durata dell’imballaggio aiuta a individuare i colli di bottiglia nella preparazione delle spedizioni. Dove reperirli Può essere registrato tramite una transazione esplicita «Avvia imballaggio», ma più spesso viene dedotto dalla prima scansione di un articolo alla postazione di imballaggio per l’ordine. Acquisizione Deducibile dalla data e ora della prima operazione eseguita alla postazione di imballaggio per un determinato ordine. Tipo di evento inferred | |||
| Merci arrivate alla ribalta di carico | Viene registrato l’arrivo fisico del vettore alla ribalta di ricevimento del magazzino. Di solito, la registrazione è effettuata da un addetto alla portineria o al ricevimento e segna l’inizio delle operazioni fisiche di ricevimento. Spesso l’evento viene dedotto da una modifica dello stato della consegna. | ||
| Perché è importante L’evento consente di misurare la puntualità del vettore e analizzare i tempi di attesa alla ribalta di ricevimento, individuando eventuali colli di bottiglia prima dell’inizio dello scarico. Dove reperirli Spesso viene registrato come aggiornamento dello stato della consegna in entrata oppure tramite una specifica transazione «Check-In» in un modulo di gestione del piazzale, se disponibile. Acquisizione Deducibile dalla modifica dello stato della consegna in entrata in «Arrivata» o «Alla ribalta». Tipo di evento inferred | |||
| Notifica di consegna in entrata ricevuta | Il fornitore invia un preavviso di spedizione (ASN) o una notifica di consegna in entrata. L’evento segnala che l’arrivo delle merci è previsto e consente al magazzino di pianificare le attività di ricevimento. In genere, la notifica viene creata tramite una transazione EDI o inserita manualmente. | ||
| Perché è importante Questa attività segna l’inizio della pianificazione delle operazioni in entrata. Analizzare il tempo che intercorre tra la notifica e l’arrivo delle merci aiuta a valutare le prestazioni dei fornitori e a pianificare il personale. Dove reperirli Acquisito dalla data e ora di creazione di un ASN o di un record di consegna in entrata, spesso creato tramite un’interfaccia EDI o l’inserimento manuale dei dati. Acquisizione Registrato quando il record ASN viene creato correttamente nel sistema. Tipo di evento explicit | |||
| Ordine di magazzino annullato | L’ordine di magazzino viene annullato prima del completamento e tutte le attività in corso si interrompono. In genere, l’annullamento si deduce dalla modifica dello stato nell’intestazione dell’ordine a «Canceled». | ||
| Perché è importante Rappresenta una conclusione alternativa del processo. Analizzare gli annullamenti aiuta a capire le cause degli insuccessi, come le carenze di scorte o le modifiche richieste dai clienti. Dove reperirli Si deduce dalla modifica dello stato nell’intestazione dell’ordine di magazzino a «Canceled» o «Deleted», insieme al timestamp della modifica. Acquisizione Si deduce dal timestamp della modifica dello stato dell’intestazione dell’ordine di magazzino a «Canceled». Tipo di evento inferred | |||
| Preparazione per la spedizione completata | Le scatole o i pallet imballati vengono spostati dall’area di imballaggio a una corsia di preparazione designata, in attesa del ritiro da parte del vettore. Spesso l’evento viene dedotto dalla data e ora di una transazione di movimentazione delle giacenze verso un’ubicazione di spedizione. | ||
| Perché è importante Consente di analizzare il tempo di permanenza tra l’imballaggio e la spedizione finale. Tempi prolungati nell’area di preparazione possono indicare uno scarso coordinamento con i vettori o una gestione inefficiente delle baie di carico. Dove reperirli Deducibile dalla variazione dell’ubicazione dell’unità di movimentazione, da un centro di lavoro di imballaggio a una corsia di spedizione. La transazione di movimentazione contiene la data e ora necessarie. Acquisizione Deducibile dalla data e ora di una transazione di movimentazione delle giacenze in cui l’ubicazione di destinazione è un’area di preparazione. Tipo di evento inferred | |||
Guide all’estrazione
Passaggi
- Predisponga l’accesso al database: richieda credenziali di sola lettura e i dati di connessione (nome del server, nome del database, porta) per il database di produzione di Körber WMS o per una replica. Le servirà un client, ad esempio Microsoft SQL Server Management Studio (SSMS) o Oracle SQL Developer.
- Individui le tabelle principali: prima di eseguire lo script, verifichi con un amministratore di sistema i nomi esatti delle tabelle e delle colonne utilizzati nella propria implementazione di Körber WMS, poiché possono variare. In genere le tabelle principali includono intestazioni degli ordini, attività e transazioni di magazzino.
- Si connetta al database: avvii il client SQL e si connetta al database Körber WMS utilizzando le credenziali fornite.
- Carichi lo script SQL: apra una nuova finestra di query e copi lo script SQL completo fornito nella sezione 'query' di questo documento.
- Configuri i parametri: individui le variabili segnaposto all’inizio dello script. Sostituisca
@[StartDate],@[EndDate]e@[WarehouseId]con l’intervallo di date desiderato e l’identificativo specifico del magazzino, così da filtrare i dati estratti. - Esegua la query: esegua lo script SQL configurato. Il tempo di esecuzione dipende dall’intervallo di date e dal volume di dati nel sistema.
- Riveda i risultati: al termine della query, controlli brevemente l’output nel client SQL per verificare che siano presenti righe e che le colonne (
WarehouseOrder,ActivityName,EventTimeecc.) contengano i valori previsti. - Esporti in CSV: esporti l’intero insieme dei risultati in un file CSV. La maggior parte dei client SQL include una funzione per esportare direttamente i risultati delle query.
- Prepari il caricamento: verifichi che il file CSV esportato sia salvato con codifica UTF-8. Controlli che le intestazioni delle colonne corrispondano esattamente ai nomi degli attributi richiesti, senza spazi o caratteri aggiuntivi.
Configurazione
- Connessione al database: è necessaria una connessione diretta al database. Dovrà fornire l’indirizzo del server, il nome del database, un nome utente valido e una password. Per evitare modifiche accidentali ai dati, è fortemente consigliato utilizzare un utente con autorizzazioni di sola lettura.
- Filtro per intervallo di date: la query utilizza i segnaposto
@StartDatee@EndDateper definire il periodo di estrazione. Per l’analisi iniziale si consiglia un intervallo di 3-6 mesi, sufficiente a rilevare un numero adeguato di variazioni del processo senza sovraccaricare il database. - Filtri per magazzino e ordine: lo script include il segnaposto
@[WarehouseId]per limitare l’estrazione a una struttura specifica. Può aggiungere altri filtri alle clausoleWHEREdello script, ad esempio per tipo di ordine o cliente, per affinare ulteriormente l’insieme dei dati. - Granularità dei dati: lo script estrae eventi sia a livello di intestazione dell’ordine (ad esempio 'Warehouse Order Created'), sia a livello di attività o transazione dettagliata (ad esempio 'Goods Picked').
- Prerequisiti: deve disporre di autorizzazioni sufficienti per leggere tutte le tabelle indicate nella query. È necessario conoscere lo schema specifico di Körber WMS per verificare ed eventualmente correggere i nomi delle tabelle e delle colonne.
a Query di esempio sql
DECLARE @StartDate DATETIME = '2023-01-01';
DECLARE @EndDate DATETIME = '2023-12-31';
DECLARE @WarehouseId NVARCHAR(10) = '[Your Warehouse ID]';
-- 1. Warehouse Order Created
SELECT
ord.ORD_NBR AS WarehouseOrder,
'Warehouse Order Created' AS ActivityName,
ord.CREATE_DATE AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
ord.CREATE_USER AS UserOperatorId,
ord.PRIORITY AS PriorityLevel,
NULL AS ProductSKU,
NULL AS ActualQuantity
FROM [ORD_HDR] ord
WHERE ord.CREATE_DATE BETWEEN @StartDate AND @EndDate AND ord.WH_ID = @WarehouseId
UNION ALL
-- 2. Inbound Delivery Notification Rcvd
SELECT
asn.ASN_NBR AS WarehouseOrder,
'Inbound Delivery Notification Rcvd' AS ActivityName,
asn.CREATE_DATE AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
asn.CREATE_USER AS UserOperatorId,
asn.PRIORITY AS PriorityLevel,
NULL AS ProductSKU,
NULL AS ActualQuantity
FROM [ASN_HDR] asn
WHERE asn.CREATE_DATE BETWEEN @StartDate AND @EndDate AND asn.WH_ID = @WarehouseId
UNION ALL
-- 3. Goods Arrived at Dock
SELECT
asn.ASN_NBR AS WarehouseOrder,
'Goods Arrived at Dock' AS ActivityName,
asn.ACTUAL_ARRIVAL_TSTMP AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
asn.MOD_USER AS UserOperatorId,
asn.PRIORITY AS PriorityLevel,
NULL AS ProductSKU,
NULL AS ActualQuantity
FROM [ASN_HDR] asn
WHERE asn.ACTUAL_ARRIVAL_TSTMP IS NOT NULL AND asn.ACTUAL_ARRIVAL_TSTMP BETWEEN @StartDate AND @EndDate AND asn.WH_ID = @WarehouseId
UNION ALL
-- 4. Goods Received and Counted
SELECT
tran.ORD_NBR AS WarehouseOrder,
'Goods Received and Counted' AS ActivityName,
tran.TRAN_TSTMP AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
tran.USER_ID AS UserOperatorId,
NULL AS PriorityLevel,
tran.SKU AS ProductSKU,
tran.TRAN_QTY AS ActualQuantity
FROM [INV_TRAN] tran
WHERE tran.TRAN_TYPE = 'RECV' AND tran.TRAN_TSTMP BETWEEN @StartDate AND @EndDate AND tran.WH_ID = @WarehouseId
UNION ALL
-- 5. Quality Inspection Performed
SELECT
tran.ORD_NBR AS WarehouseOrder,
'Quality Inspection Performed' AS ActivityName,
tran.TRAN_TSTMP AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
tran.USER_ID AS UserOperatorId,
NULL AS PriorityLevel,
tran.SKU AS ProductSKU,
tran.TRAN_QTY AS ActualQuantity
FROM [INV_TRAN] tran
WHERE tran.TRAN_TYPE = 'MOVE' AND tran.REASON_CODE = 'QI_INSP' AND tran.TRAN_TSTMP BETWEEN @StartDate AND @EndDate AND tran.WH_ID = @WarehouseId
UNION ALL
-- 6. Putaway Task Created
SELECT
tsk.ORD_NBR AS WarehouseOrder,
'Putaway Task Created' AS ActivityName,
tsk.CREATE_DATE AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
tsk.CREATE_USER AS UserOperatorId,
tsk.PRIORITY AS PriorityLevel,
tsk.SKU AS ProductSKU,
tsk.TASK_QTY AS ActualQuantity
FROM [TASK_DTL] tsk
WHERE tsk.TASK_TYPE = 'PUTAWAY' AND tsk.CREATE_DATE BETWEEN @StartDate AND @EndDate AND tsk.WH_ID = @WarehouseId
UNION ALL
-- 7. Goods Put Away in Storage
SELECT
tsk.ORD_NBR AS WarehouseOrder,
'Goods Put Away in Storage' AS ActivityName,
tsk.CMPL_TSTMP AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
tsk.USER_ID AS UserOperatorId,
tsk.PRIORITY AS PriorityLevel,
tsk.SKU AS ProductSKU,
tsk.CMPL_QTY AS ActualQuantity
FROM [TASK_DTL] tsk
WHERE tsk.TASK_TYPE = 'PUTAWAY' AND tsk.STAT_CODE = 'COMPLETED' AND tsk.CMPL_TSTMP IS NOT NULL AND tsk.CMPL_TSTMP BETWEEN @StartDate AND @EndDate AND tsk.WH_ID = @WarehouseId
UNION ALL
-- 8. Picking Task Created
SELECT
tsk.ORD_NBR AS WarehouseOrder,
'Picking Task Created' AS ActivityName,
tsk.CREATE_DATE AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
tsk.CREATE_USER AS UserOperatorId,
tsk.PRIORITY AS PriorityLevel,
tsk.SKU AS ProductSKU,
tsk.TASK_QTY AS ActualQuantity
FROM [TASK_DTL] tsk
WHERE tsk.TASK_TYPE = 'PICK' AND tsk.CREATE_DATE BETWEEN @StartDate AND @EndDate AND tsk.WH_ID = @WarehouseId
UNION ALL
-- 9. Goods Picked from Storage
SELECT
tsk.ORD_NBR AS WarehouseOrder,
'Goods Picked from Storage' AS ActivityName,
tsk.CMPL_TSTMP AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
tsk.USER_ID AS UserOperatorId,
tsk.PRIORITY AS PriorityLevel,
tsk.SKU AS ProductSKU,
tsk.CMPL_QTY AS ActualQuantity
FROM [TASK_DTL] tsk
WHERE tsk.TASK_TYPE = 'PICK' AND tsk.STAT_CODE = 'COMPLETED' AND tsk.CMPL_TSTMP IS NOT NULL AND tsk.CMPL_TSTMP BETWEEN @StartDate AND @EndDate AND tsk.WH_ID = @WarehouseId
UNION ALL
-- 10. Packing Initiated
SELECT
pck.ORD_NBR AS WarehouseOrder,
'Packing Initiated' AS ActivityName,
MIN(pck.CREATE_DATE) AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
MIN(pck.USER_ID) AS UserOperatorId,
NULL AS PriorityLevel,
NULL AS ProductSKU,
NULL AS ActualQuantity
FROM [PACK_TRAN] pck
WHERE pck.CREATE_DATE BETWEEN @StartDate AND @EndDate AND pck.WH_ID = @WarehouseId
GROUP BY pck.ORD_NBR
UNION ALL
-- 11. Goods Packed
SELECT
ctn.ORD_NBR AS WarehouseOrder,
'Goods Packed' AS ActivityName,
ctn.PACK_CMPL_TSTMP AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
ctn.PACKER_ID AS UserOperatorId,
NULL AS PriorityLevel,
NULL AS ProductSKU,
NULL AS ActualQuantity
FROM [SHIP_CARTON] ctn
WHERE ctn.PACK_CMPL_TSTMP IS NOT NULL AND ctn.PACK_CMPL_TSTMP BETWEEN @StartDate AND @EndDate AND ctn.WH_ID = @WarehouseId
UNION ALL
-- 12. Staged for Shipment
SELECT
tran.ORD_NBR AS WarehouseOrder,
'Staged for Shipment' AS ActivityName,
tran.TRAN_TSTMP AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
tran.USER_ID AS UserOperatorId,
NULL AS PriorityLevel,
tran.SKU AS ProductSKU,
tran.TRAN_QTY AS ActualQuantity
FROM [INV_TRAN] tran
JOIN [LOC_HDR] loc ON tran.TO_LOC = loc.LOC_ID AND tran.WH_ID = loc.WH_ID
WHERE tran.TRAN_TYPE = 'MOVE' AND loc.LOC_TYPE = 'SHIP_STAGE' AND tran.TRAN_TSTMP BETWEEN @StartDate AND @EndDate AND tran.WH_ID = @WarehouseId
UNION ALL
-- 13. Shipment Dispatched
SELECT
shp.ORD_NBR AS WarehouseOrder,
'Shipment Dispatched' AS ActivityName,
shp.SHIP_CONFIRM_TSTMP AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
shp.USER_ID AS UserOperatorId,
NULL AS PriorityLevel,
NULL AS ProductSKU,
NULL AS ActualQuantity
FROM [SHIPMENT_HDR] shp
WHERE shp.SHIP_CONFIRM_TSTMP IS NOT NULL AND shp.SHIP_CONFIRM_TSTMP BETWEEN @StartDate AND @EndDate AND shp.WH_ID = @WarehouseId
UNION ALL
-- 14. Warehouse Order Completed
SELECT
ord.ORD_NBR AS WarehouseOrder,
'Warehouse Order Completed' AS ActivityName,
ord.MOD_DATE AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
ord.MOD_USER AS UserOperatorId,
ord.PRIORITY AS PriorityLevel,
NULL AS ProductSKU,
NULL AS ActualQuantity
FROM [ORD_HDR] ord
WHERE ord.STAT_CODE IN ('99', 'COMPLETED') AND ord.MOD_DATE BETWEEN @StartDate AND @EndDate AND ord.WH_ID = @WarehouseId
UNION ALL
-- 15. Warehouse Order Canceled
SELECT
ord.ORD_NBR AS WarehouseOrder,
'Warehouse Order Canceled' AS ActivityName,
ord.MOD_DATE AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
ord.MOD_USER AS UserOperatorId,
ord.PRIORITY AS PriorityLevel,
NULL AS ProductSKU,
NULL AS ActualQuantity
FROM [ORD_HDR] ord
WHERE ord.STAT_CODE IN ('95', 'CANCELED') AND ord.MOD_DATE BETWEEN @StartDate AND @EndDate AND ord.WH_ID = @WarehouseId; È pronto a iniziare?
Inizi oggi a individuare opportunità e inefficienze nella gestione del magazzino. Questo template offre le basi per un approccio ottimizzato e guidato dai dati.
Ottimizzi la gestione del magazzino: aumenti subito l’efficienza
Elimini gli errori di prelievo e raggiunga rapidamente un’accuratezza delle scorte del 99,5%.
Non è richiesta alcuna carta di credito. Può annullare in qualsiasi momento.