Einer der größten Produktivitätskiller im Lager entsteht, wenn drahtlose Barcode-Scanner die Verbindung zu den geschäftskritischen Anwendungen verlieren, auf die sie für ihre Arbeit angewiesen sind. Das Ergebnis ist, dass der Mitarbeiter seine Arbeit nicht fortsetzen kann, bis das Problem mit der unterbrochenen Sitzung behoben ist. Weitere schwerwiegende Folgen von unterbrochenen Sitzungen sind Datenverluste, eine schlechte Arbeitsmoral der Mitarbeiter und der Bedarf an zusätzlichen Mobilgeräten und Support-Mitarbeitern. Dieser Blogbeitrag befasst sich mit den Ursachen und Kosten von abgebrochenen Sitzungen.
Was ist eine unterbrochene Sitzung?
Eine "unterbrochene Benutzersitzung" entsteht, wenn ein entferntes RF-/Wireless-Terminalemulationsgerät die Verbindung zum Host-Computer und zur Anwendung verliert, an die es Echtzeit-Barcode-Scaninformationen übermittelt, und den aktuellen Prozess nach Wiederherstellung der Verbindung nicht fortsetzen kann.
Aufgrund der Häufigkeit, mit der Verbindungsunterbrechungen auftreten können, sind unterbrochene Benutzersitzungen das größte Problem in RF/Wireless 5250-, 3270- und VT-Emulationsumgebungen. Daher ist es sehr wichtig, die tatsächlichen Auswirkungen dieser Situation auf die verschiedenen Einheiten innerhalb eines Unternehmens zu verstehen.
Benutzer von RF/Wireless 5250-, 3270- und VT-Emulationslösungen scannen in der Regel Barcode-Informationen auf Materialien und Waren als Teil des Prozesses zur Verfolgung von Bestandsbewegungen in Echtzeit für Vertriebs- und Einzelhandelslagerunternehmen. Die Informationen aus diesen Scanvorgängen werden an Host-Anwendungen übertragen, die die Informationen dann verarbeiten, um genaue und zeitnahe abrechnungsbezogene Berichte und Aufzeichnungen zu erstellen.
Jede Unterbrechung des Prozesses zum Ausführen einer genauen Barcode-Scansitzung führt zu einer Verzögerung oder Unterbrechung des Prozesses zum Transportieren von Beständen von einem Standort zu einem anderen und kann außerdem zu ungenauen Buchhaltungsinformationen führen.
Eine unterbrochene Scansitzung ist nicht nur frustrierend und zeitaufwändig für den Benutzer, der die Scanfunktion ausführt, sondern auch für die verschiedenen IT-Mitarbeiter, die zur Behebung des Problems hinzugezogen werden müssen. Bis vor kurzem mussten sowohl die Benutzer als auch das IT-Personal diese problematische Situation hinnehmen, da keine wirksame Lösung verfügbar war.
Was passiert, wenn eine Scan-Sitzung abgebrochen wird?
Scansitzungen können vom serverseitigen Hostcomputer (IBM AS/400-iSeries, IBM Mainframe-zSeries, RS6000-pSeries, HP9000/HP-UX, Windows Server usw.) abgebrochen werden, wenn die Verbindung zum verwendeten clientseitigen RF/Wireless 5250-, 3270- oder VT-Endgerät für einen bestimmten Zeitraum unterbrochen wurde. Dies kann durch verschiedene alltägliche Ereignisse auf der Clientseite verursacht werden, darunter der Austausch der Batterie, das Verlassen der Reichweite des Zugangspunkts mit einem Gerät oder ein Zurücksetzen oder Neustarten des Geräts.
Die mit der Scan-Sitzung des Clientgeräts verknüpften Prozesse (Jobs) auf der Host-Server-Seite werden abgebrochen, ohne dass eine erneute Verknüpfung mit dem Client möglich ist. Es müssen neue serverseitige Prozesse eingerichtet werden, um den Benutzer zu unterstützen, der den aktuellen Scanauftrag/die aktuelle Datenerfassung abschließen möchte.
Das IT-Personal, das für die Kontrolle aktiver Prozesse auf dem Host-Computer zuständig ist, muss hinzugezogen werden, um die abgebrochenen Sitzungen im System zu identifizieren und zu löschen. Es ist oft sehr zeitaufwendig, genau zu ermitteln, welcher Prozess (oder welche Prozesse) mit der abgebrochenen Benutzerscan-Sitzung verbunden ist (sind). Ohne hostzentrierte Funktionen wie "Gerätenamensgebung" sehen alle Scan-Sitzungen auf dem Host gleich aus, und es gibt keine Indikatoren, die auf diese Weise abgebrochene Prozesse kennzeichnen.
Der abgebrochene Prozess bleibt aktiv/läuft weiter, erhält jedoch keine Daten mehr vom Clientgerät und wird auch keine weiteren Daten mehr empfangen. Da eine neue Client-Gerätescan-Sitzung gestartet werden muss, wird der Prozess, der auf dem Host abgebrochen wurde, nicht derjenige sein, mit dem die neue Client-Sitzung Kontakt aufnimmt. Vielmehr generiert die neue Client-Gerätesitzung nach ihrem Start eine Anforderung für einen neuen entsprechenden Serverprozess, an den die Scandaten gesendet werden sollen.
Eine weitere Komplikation für das IT-Personal ergibt sich aus der Notwendigkeit, eine verlassene Sitzung auf dem Host zu "bereinigen" und die Integrität der Datenerfassungsanwendung und der zugehörigen Datenbankdatensätze zu gewährleisten. Wenn beispielsweise ein Scanauftrag zum Zeitpunkt der Unterbrechung teilweise abgeschlossen war, kann der Benutzer eine neue Sitzung starten, um den Auftrag von Anfang an zu wiederholen und sicherzustellen, dass alle Elemente vollständig gescannt werden. Die teilweise abgeschlossenen Auftragseinträge müssen gefunden und aus der Datenbank entfernt werden, um Duplikate und daraus resultierende Fehler zu vermeiden.
Eine weitere Alternative ist ein ebenso mühsamer Prozess, bei dem der Benutzer mit einem IT-Mitarbeiter abklären muss, welche gescannten Elemente des Auftrags vor der Unterbrechung korrekt empfangen wurden. Dies ist erforderlich, wenn sie festlegen möchten, an welcher Stelle der Job in einer neuen Sitzung fortgesetzt werden soll, anstatt ihn von vorne zu starten.
In beiden Fällen müssen IT-Mitarbeiter auch bestimmte "in Verwendung"-Anwendungsflags löschen, die mit dem abgebrochenen Prozess verknüpft sind. Eine Anwendung kann entsprechend der maximalen Anzahl gleichzeitiger Benutzer lizenziert werden, und ein aufgegebener Prozess, der "in Verwendung" bleibt, wird zu Zwecken der lizenzierten Zugriffskontrolle so lange als aktiver Benutzer im System registriert, bis er beendet wird.
Benutzer müssen sich nicht nur in Echtzeit mit IT-Mitarbeitern abstimmen, um die unterbrochene Sitzung wiederherzustellen und herauszufinden, wo der Prozess fortgesetzt werden kann, sondern sind auch dadurch beeinträchtigt, dass sie auf ihrer Seite eine neue Client-Sitzung starten müssen. Um eine neue Sitzung auf der Client-Seite zu starten, muss ein Benutzer den zeitaufwändigen Prozess der erneuten Anmeldung am Host-Computer durchlaufen. Sie müssen außerdem die entsprechende Scan-Anwendung aufrufen und neu starten und zu der Stelle in der Anwendung navigieren, an der sie aufgehört haben. Dies ist nur möglich, wenn sie den genauen Zeitpunkt mit Sicherheit bestimmen konnten.
Unter dem Strich ist die gesamte Zeit und alle Ressourcen, die aufgewendet werden müssen, um einen Benutzer nach einer unterbrochenen Sitzung wieder an seinen Scan-Auftrag heranzuführen, zu 100 % unproduktiv und hält alle beteiligten Stellen auf reaktive und ungeplante Weise von anderen wichtigen Aufgaben ab.
Welche Kosten entstehen durch unterbrochene Scan-Sitzungen?
Konkret lässt sich die Höhe der Produktivitätsverluste, die mit jedem Vorfall verbunden sind, anhand der folgenden Formel berechnen, vorausgesetzt, die entsprechenden Arbeitskosten für den Benutzer und die beteiligten IT-Mitarbeiter sind bekannt:
Zeit bis zur Lösung X (Gesamtarbeitskosten der IT-Mitarbeiter + Arbeitskosten des Benutzers für das Scannen)
Um die volle Auswirkung dieser Situation zu verstehen, muss auch berücksichtigt werden, wie oft es täglich zu unterbrochenen Scansitzungen kommt. Es ist nicht ungewöhnlich, dass mehrere Sitzungen pro Tag für verschiedene Benutzer unterbrochen werden, wenn kein Mechanismus vorhanden ist, um dies zu verhindern.
Betrachten wir daher das folgende Beispiel mit einigen konservativen, willkürlichen Zahlen, um die potenziellen Hardkosten zu veranschaulichen, die durch diese Produktivitätsverluste entstehen können:
Es ist wichtig zu beachten, dass das Beispiel, das wir hier zur Veranschaulichung der Hard Costs verwenden, sehr konservativ ist. Große Unternehmen erleben aufgrund der größeren Anzahl gleichzeitig aktiver Scan-Client-Benutzer häufiger Vorfälle mit unterbrochenen Sitzungen.
Neben den reinen Kosten, die durch Produktivitätsverluste entstehen, gibt es weitere potenziell kostspielige Aspekte, die mit dieser Situation und den daraus resultierenden Verzögerungen im Lagerverkehr verbunden sind, darunter versäumte Liefertermine an Kunden, Materialengpässe für einzelne Schritte im Fertigungsprozess, Überfüllung von Lagerräumen durch neu eingetroffene Materialien für denselben Lagerplatz sowie eine Vielzahl weiterer Faktoren, die sich auf die physische Lagerlogistik auswirken.
Zusammenfassung
Um potenziell enorme Produktivitätsverluste sowie die mit unterbrochenen RF/Wireless 5250-, 3270- und VT-Terminalsitzungen verbundenen materiellen und immateriellen Kosten zu vermeiden, muss jede praktikable Lösung über eine serverbasierte Emulationsarchitektur verfügen.
Andernfalls kann jeder andere Ansatz bestenfalls eine Begrenzung der Auswirkungen der unterbrochenen Sitzungen und eine Rationalisierung der Abhilfeprozesse bieten. Darüber hinaus ist die zuverlässigste Server-/Umgebungslösung für die Ausführung der Emulationssoftware in der Regel die Computerplattform, auf der die Anwendungen gehostet werden.
Die Bedingungen, die dazu führen, dass drahtlose Barcode-Scanner die Verbindung zu ihren Hosts verlieren, werden immer bestehen bleiben, aber die Auswirkungen auf die Endbenutzer können behoben werden. Klicken Sie auf die Schaltfläche unten, um zu erfahren, wie StayLinked verlorene Sitzungen für Ihr Unternehmen virtuell eliminieren kann.