Mobile Datenerfassung bei instabiler Verbindung planen
Funklöcher sind normal. Welche Arbeitsschritte eine Verbindung brauchen, welche warten können und welche Anforderungen an Erfassung, Synchronisation und Konflikte ein Werk vor der Einführung prüft.
Die Frage ist nicht, ob die Verbindung abbricht, sondern was die App dann tut. In der Grube, in der Halle, im Tunnel und auf vielen Baustellen ist Mobilfunk lückenhaft, und eine mobile Datenerfassung, die nur mit Netz funktioniert, verlagert die Arbeit zurück auf Zettel und Gedächtnis. Wer mobile Abläufe plant, sollte deshalb vor der Einführung festlegen, welche Arbeitsschritte sofort eine Verbindung brauchen, welche warten dürfen und wie Erfassung, Übertragung und Konflikte sichtbar gemacht werden.
Die folgenden Anforderungen lassen sich mit Prüfnachweisen vor dem Start durchspielen. Sie sind keine Produktbeschreibung: Ob und wie eine bestimmte App ohne Verbindung arbeitet, ist vor jedem Versprechen an Fahrer und Büro mit dem Anbieter zu bestätigen. Die Anforderungen gelten für jede App im Lieferprozess, unabhängig vom Hersteller.
Welche Arbeitsschritte eine Verbindung brauchen
Nicht jeder Schritt im Lieferprozess ist gleich empfindlich. Eine Statusmeldung darf zehn Minuten warten, eine Auftragsänderung, die der Fahrer nicht erhält, führt zur falschen Baustelle. Die Einordnung entscheidet, was die App lokal puffern darf und was sie als nicht zugestellt anzeigen muss.
| Arbeitsschritt | Braucht sofort Verbindung? | Darf warten? | Risiko bei Verzögerung |
|---|---|---|---|
| Nächsten Auftrag empfangen | Vor der Abfahrt ja | Unterwegs nur, wenn der Auftrag schon geladen ist | Fahrer fährt zur falschen Baustelle oder wartet |
| Auftragsänderung empfangen | Ja | Nein | Falsche Lieferung, Rückfahrt, Wartezeit beim Kunden |
| Statusmeldung senden (Abfahrt, Ankunft) | Nein | Ja, mit sichtbarem Übertragungsstatus | Disposition sieht veraltete Position, Ankunftszeit ungenau |
| Abladung mit Bild melden | Nein | Ja | Beanstandung kommt vor dem Bild an. Bild geht verloren, wenn die App es nicht sichert |
| Empfang auf der Baustelle bestätigen | Nein | Ja, mit Zeitstempel vom Gerät | Bestätigung erscheint später als die Rechnung |
| Lieferschein anzeigen | Nein, wenn vorab geladen | Ja | Fahrer kann keinen Beleg vorzeigen |
Zwei Regeln folgen daraus. Erstens: Alles, was der Fahrer unterwegs brauchen könnte, wird geladen, solange Verbindung besteht, also vor der Abfahrt und an der Waage. Zweitens: Alles, was der Fahrer unterwegs erfasst, wird lokal gesichert und trägt einen Zeitstempel vom Gerät, damit die Reihenfolge später stimmt.
Anforderungen an Erfassung und Synchronisation
Die folgenden Anforderungen lassen sich mit einem Gerät im Flugmodus prüfen. Sie sind als Muss und Soll eingestuft. Die Einstufung kann je Betrieb abweichen, wenn etwa Bilder für Beanstandungen unverzichtbar sind.
| Anforderung | Priorität | Prüfnachweis |
|---|---|---|
| Verbindungszustand sichtbar | Muss | Flugmodus einschalten: Die App zeigt erkennbar, dass keine Verbindung besteht, ohne die Erfassung zu sperren |
| Erfassung ohne Verbindung möglich | Muss | Status und Bild im Flugmodus erfassen. Die Einträge bleiben nach App-Neustart erhalten |
| Übertragungsstatus je Eintrag | Muss | Jeder Eintrag zeigt, ob er übertragen, wartend oder fehlgeschlagen ist |
| Keine doppelte Übertragung | Muss | Flugmodus während der Übertragung ein- und ausschalten. Der Eintrag erscheint in der Disposition genau einmal |
| Reihenfolge und Zeitstempel vom Gerät | Muss | Drei Einträge offline erfassen, dann übertragen. Die Disposition zeigt die Reihenfolge der Erfassung, nicht der Übertragung |
| Vorab geladene Aufträge und Belege | Soll | Nach Verbindungsverlust den aktuellen Auftrag und den letzten Lieferschein öffnen |
| Hinweis auf nicht zugestellte Änderungen | Soll | Auftragsänderung während Flugmodus auslösen. Nach Verbindung zeigt die App die Änderung deutlich, nicht nur still im Auftrag |
Der Prüfnachweis zur doppelten Übertragung ist der wichtigste. Eine Statusmeldung, die zweimal ankommt, ist lästig. Ein Bild, das zweimal ankommt, ist verwirrend. Eine Bestätigung, die zweimal ankommt, kann in der Abrechnung zu einer doppelten Lieferung werden, wenn die Systeme dahinter nicht sauber trennen.
Konflikte, wenn zwei Stände aufeinandertreffen
Ohne Verbindung arbeiten Fahrer und Büro auf verschiedenen Ständen. Sobald die Verbindung zurück ist, treffen diese Stände aufeinander. Drei Fälle kommen regelmäßig vor.
- Auftragsänderung während der Fahrer offline war
Die Disposition hat die Baustelle geändert. Der Fahrer sieht noch die alte. Die App muss die Änderung nach der Verbindung deutlich hervorheben, und die Disposition muss sehen, ob der Fahrer sie erhalten hat. Führendes System ist die Disposition.
- Statusmeldung nach dem Ereignis übertragen
Der Fahrer meldet Ankunft um 10:12 Uhr, die Übertragung gelingt um 10:40 Uhr. Die Disposition muss die Ankunft um 10:12 Uhr sehen, nicht um 10:40 Uhr. Führend ist der Zeitstempel des Geräts, ergänzt um den Übertragungszeitpunkt.
- Beleg im Büro korrigiert, Fahrer zeigt die alte Fassung
Das Büro hat den Lieferschein korrigiert, der Fahrer hat noch die ursprüngliche Fassung geladen. Beide Fassungen müssen erkennbar sein. Die korrigierte Fassung ist führend, der Fahrer erhält sie mit der nächsten Verbindung.
Die Regel hinter allen drei Fällen: Kein Konflikt wird still aufgelöst. Ein System, das den neueren Stand einfach überschreibt, erzeugt Fehler, die niemand bemerkt. Ein System, das den Konflikt zeigt und das führende System benennt, erzeugt eine Rückfrage, die in einer Minute geklärt ist.
Erkennbare Fehlerzustände und Testplan
Fehlerzustände sind nur dann beherrschbar, wenn Fahrer und Büro sie sehen. Für die Einführung reicht ein Testplan mit fünf Situationen, die jedes Werk mit einem Gerät und einer Stunde durchspielen kann.
| Situation | So wird sie erzeugt | Erwartetes Verhalten |
|---|---|---|
| Kein Netz während der Erfassung | Flugmodus vor der Statusmeldung einschalten | Erfassung möglich, Eintrag als wartend markiert, nach Flugmodus-Ende übertragen |
| Verbindung bricht während der Übertragung ab | Flugmodus einschalten, sobald die Übertragung beginnt | Eintrag bleibt wartend oder als fehlgeschlagen markiert, keine Doppelung nach Wiederholung |
| App wird beendet, Gerät neu gestartet | Offline erfassen, App schließen, Gerät neu starten | Einträge sind nach dem Neustart vorhanden und werden übertragen |
| Wechsel zwischen WLAN und Mobilfunk | Vom Werks-WLAN auf Mobilfunk wechseln | Übertragung läuft ohne Doppelung weiter, Verbindungszustand wird aktualisiert |
| Gerätewechsel oder zweites Gerät | Fahrer wechselt das Fahrzeug und damit das Gerät | Offene Einträge des alten Geräts bleiben sichtbar und werden nicht dem neuen Fahrzeug zugeordnet |
Die Ergebnisse gehören protokolliert, mit Datum, Gerät und Beobachtung. Ein Testplan, der einmal bestanden wurde, ist nach dem nächsten Update der App zu wiederholen. Die Kosten sind eine Stunde, der Nutzen ist ein Fahrer, der der App vertraut.
Was das für die Einführung bedeutet
Aus den Anforderungen folgt eine kurze Liste von Fragen an den Anbieter und eine Regel für das eigene Werk. Die Antworten gehören schriftlich in das Projekt, bevor Fahrer geschult werden.
Die Regel für das Werk: Bis die Antworten vorliegen, wird kein Arbeitsschritt ausschließlich auf die App verlagert. Der Fahrer behält einen Weg, die Disposition zu erreichen, und die Waage bleibt der Ort, an dem Beleg und Bestätigung entstehen. Für die Waage selbst gilt das Betriebskonzept bei Netzwerk- oder ERP-Ausfall, das vor dem Start festgelegt wird.
Häufige Fragen zur mobilen Erfassung ohne Netz
Muss eine App im Lieferprozess offline funktionieren?
Für Statusmeldungen, Bilder und Bestätigungen ja, weil sie dort entstehen, wo Netz fehlt. Für den Empfang von Auftragsänderungen nicht, weil das ohne Verbindung nicht möglich ist. Hier zählt, dass die App fehlende Zustellung sichtbar macht.
Was passiert mit Bildern ohne Verbindung?
Sie müssen lokal gesichert bleiben und später mit Zeitstempel übertragen werden. Ob eine bestimmte App das leistet, ist im Flugmodus zu prüfen, bevor Bilder Teil des Beanstandungsprozesses werden.
Wie erkennt die Disposition eine veraltete Position?
Am Zeitstempel der letzten Meldung. Eine Position ohne Zeitstempel ist keine Information. Die Anzeige sollte erkennbar machen, wie alt die letzte Meldung ist.
Ersetzt die Telematik die Offlinefähigkeit der App?
Teilweise. Telematiksysteme puffern Positionen üblicherweise selbst und liefern sie nach. Für Meldungen, die ein Mensch erfasst, gilt das nicht automatisch. Deshalb gehören beide Wege in den Testplan.
So geht es weiter
Bei TBSoft bündelt TBTelematik Auftragskommunikation, Status und Position, TBDispo führt den Vorgang, an dem alle Meldungen landen. Wie Disposition, Telematik und Selbstbedienung zusammenspielen, steht auf der Übersichtsseite zur mobilen App, die Zusammenarbeit der Rollen im Artikel Mobile App zwischen Waage, Fahrer und Büro. Welche Erfassungen ohne Verbindung möglich sind und wie Synchronisation und Konflikte behandelt werden, bestätigen wir vor der Einführung anhand Ihres Testplans.
Alle Fachartikel dieser Lösung.
Einführung, Abläufe und Betrieb: weitere Fachartikel zu dieser Lösung für Werksleitung, Disposition und Verwaltung.