Uno dei maggiori fattori che compromettono la produttività in magazzino si verifica quando i lettori di codici a barre wireless perdono la connessione alle applicazioni mission-critical da cui dipendono per funzionare correttamente. Di conseguenza, il lavoratore non può svolgere il proprio lavoro fino a quando il problema della sessione interrotta non viene risolto. Altre gravi conseguenze delle sessioni interrotte sono la perdita di dati, il calo del morale dei dipendenti e la necessità di ulteriori dispositivi mobili e personale di supporto. Questo post del blog tratterà le cause e i costi delle sessioni interrotte.
Che cos'è una sessione interrotta?
Una "sessione utente interrotta" è il risultato della perdita di connessione di un dispositivo di emulazione terminale RF/wireless remoto al computer host e all'applicazione a cui sta inviando informazioni di scansione di codici a barre in tempo reale e dell'impossibilità di continuare il processo corrente quando la connessione viene ristabilita.
A causa della frequenza con cui può verificarsi un'interruzione della connessione, le sessioni utente interrotte sono il problema principale associato agli ambienti di emulazione RF/Wireless 5250, 3270 e VT. Pertanto, è molto importante comprendere il reale impatto di questa situazione sulle varie entità all'interno di un'azienda.
Gli utenti delle soluzioni di emulazione RF/Wireless 5250, 3270 e VT in genere scansionano le informazioni dei codici a barre su materiali e merci nell'ambito del processo di tracciamento in tempo reale dei movimenti di magazzino per le aziende di distribuzione e stoccaggio al dettaglio. Le informazioni ottenute da queste sessioni di scansione vengono trasmesse alle applicazioni host che le elaborano per fornire report contabili accurati e tempestivi e conservare i dati.
Qualsiasi interruzione nel processo di completamento di una sessione di scansione accurata dei codici a barre comporterà un ritardo o un'interruzione nel processo di spostamento dell'inventario da un luogo all'altro e potrà anche causare la generazione di informazioni contabili inaccurate.
Una sessione di scansione interrotta non è solo frustrante e dispendiosa in termini di tempo per l'utente che sta eseguendo la funzione di scansione, ma anche per il personale IT che deve intervenire per assistere con le azioni correttive volte a risolvere il problema. Fino a poco tempo fa, questa situazione problematica doveva essere tollerata sia dagli utenti che dal personale IT a causa della mancanza di una soluzione efficace.
Cosa succede quando una sessione di scansione viene interrotta?
Le sessioni di scansione possono essere interrotte dal computer host lato server (IBM AS/400-iSeries, IBM Mainframe-zSeries, RS6000-pSeries, HP9000/HP-UX, Windows Server, ecc.) quando la connessione al dispositivo terminale RF/Wireless 5250, 3270 o VT lato client utilizzato viene interrotta per un certo periodo di tempo. Ciò può essere causato da una serie di eventi quotidiani sul lato client, tra cui la sostituzione della batteria, l'uscita dell'utente dal raggio di copertura del punto di accesso con un dispositivo o il ripristino o il riavvio di un dispositivo.
I processi (job) sul lato server host collegati alla sessione di scansione del dispositivo client vengono abbandonati senza possibilità di ricollegarsi al client. Sarà necessario stabilire nuovi processi lato server per consentire all'utente di completare il lavoro di scansione/raccolta dati in corso.
Il personale IT incaricato di controllare i processi attivi sul computer host deve intervenire per identificare ed eliminare dal sistema le sessioni abbandonate. Spesso è piuttosto dispendioso in termini di tempo identificare con precisione quale processo (o quali processi) sia esattamente collegato alla sessione di scansione dell'utente interrotta. Senza funzionalità incentrate sull'host come "Device Naming", tutte le sessioni di scansione sull'host hanno lo stesso aspetto e non ci sono indicatori che identificano i processi abbandonati in questo modo.
Il processo abbandonato continua a esistere/funzionare, tranne per il fatto che non riceve più dati dal dispositivo client e non li riceverà più. Poiché sarà necessario avviare una nuova sessione di scansione del dispositivo client, il processo che è stato abbandonato sull'host non sarà quello con cui la nuova sessione client stabilirà il contatto. Piuttosto, una volta avviata, la nuova sessione del dispositivo client genererà una richiesta per un nuovo processo corrispondente sul lato server a cui inviare i dati di scansione.
Un'ulteriore complicazione per il personale IT deriva dalla necessità di "ripulire" una sessione abbandonata sull'host e preservare l'integrità dell'applicazione di acquisizione dei dati e dei relativi record del database. Ad esempio, se un processo di scansione era parzialmente completato al momento dell'interruzione, l'utente può scegliere di avviare una nuova sessione per ripetere il processo dall'inizio, in modo da garantire che tutti gli elementi vengano scansionati completamente. Le voci relative ai lavori parzialmente completati devono essere individuate ed eliminate dal database per evitare duplicazioni e conseguenti errori.
Un'altra alternativa è un processo altrettanto tedioso che richiede all'utente di verificare con un addetto IT quali elementi scansionati nel lavoro sono stati ricevuti correttamente prima dell'interruzione. Questo è necessario se si desidera determinare da dove riprendere il lavoro in una nuova sessione anziché ricominciare da capo.
In entrambi i casi, il personale IT deve anche cancellare alcuni flag di applicazione "in uso" associati al processo abbandonato. Un'applicazione può essere concessa in licenza in base al numero massimo di utenti simultanei e un processo abbandonato lasciato "in uso" verrà registrato come utente attivo nel sistema ai fini del controllo dell'accesso con licenza fino a quando non viene arrestato.
Oltre a doversi coordinare in tempo reale con il personale IT per gestire la sessione interrotta e sapere da dove riprendere il processo, gli utenti subiscono anche un impatto negativo dovuto alla necessità di avviare una nuova sessione client dalla propria postazione. Per avviare una nuova sessione sul lato client, l'utente deve ripetere la lunga procedura di accesso al computer host. Devono inoltre richiamare e riavviare l'applicazione di scansione appropriata e navigare fino al punto dell'applicazione in cui avevano interrotto. Ciò è possibile solo se sono stati in grado di determinare con certezza il punto esatto.
Il risultato finale è che tutto il tempo e le risorse impiegati per consentire a un utente di riprendere il lavoro di scansione quando si verifica un'interruzione della sessione sono del 100% improduttivi e distolgono tutte le entità coinvolte da altre attività importanti in modo reattivo e non pianificato.
Quali sono i costi associati alle sessioni di scansione interrotte?
In termini concreti, la seguente formula può fornire una misura dei costi di perdita di produttività associati a ciascun incidente, supponendo che siano disponibili i costi orari della manodopera per l'utente e il personale IT coinvolto:
Tempo necessario per risolvere X (costo orario combinato del personale IT + costo orario dell'utente che esegue la scansione)
Per comprendere appieno l'impatto di questa situazione, è importante considerare anche la frequenza con cui si verifica quotidianamente l'interruzione di una sessione di scansione. Non è raro che le sessioni interrotte si verifichino più volte al giorno per diversi utenti se non è presente un meccanismo che impedisca che ciò accada.
Pertanto, consideriamo il seguente esempio utilizzando alcuni numeri arbitrari conservativi per illustrare i potenziali costi reali che possono derivare da queste perdite di produttività:
È importante notare che l'esempio che stiamo utilizzando qui per illustrare i costi fissi è molto prudente. Le grandi aziende registrano una maggiore frequenza di incidenti di interruzione delle sessioni a causa del numero elevato di utenti client attivi contemporaneamente nella scansione.
Oltre ai costi puri associati alle perdite di produttività, altri aspetti potenzialmente costosi associati a questa situazione e ai conseguenti ritardi nel movimento dell'inventario includono il mancato rispetto delle scadenze di spedizione ai clienti, la mancanza di materiale disponibile per le fasi di un processo di produzione, l'affollamento del magazzino con l'arrivo di nuovo materiale nello stesso spazio, nonché una moltitudine di altri fattori che incidono sulla logistica dell'inventario fisico.
Riepilogo
Al fine di prevenire le potenziali enormi perdite di produttività, nonché i costi tangibili e intangibili associati all'interruzione delle sessioni RF/Wireless 5250, 3270 e VT, qualsiasi soluzione praticabile deve essere dotata di un'architettura di emulazione basata su server.
In caso contrario, il meglio che qualsiasi altro approccio può offrire è una limitazione dell'impatto della situazione di interruzione delle sessioni e una semplificazione dei processi correttivi. Inoltre, il server/ambiente più affidabile su cui eseguire il software di emulazione è solitamente la piattaforma informatica su cui sono ospitate le applicazioni.
Le condizioni che causano la perdita di connettività dei dispositivi di scansione wireless dei codici a barre con i loro host saranno sempre presenti, ma è possibile ovviare all'impatto sugli utenti finali. Clicca qui per scoprire come StayLinked può eliminare virtualmente le sessioni interrotte per la tua azienda.
