Ein Sendungsverlauf für Menschen, die handeln müssen
Sendungsverfolgungssoftware für Ausnahmefälle
Ersetzen Sie das einzelne veränderliche Statusfeld durch zeitgestempelte Ereignisse, eine aktuelle Zusage, zugehörige Nachweise und einen Ausnahmefalldatensatz mit der nächsten Entscheidung.
Live-GPS, Frachtführer-Netzwerke und vorausschauende ETA-Feeds erfordern spezielle Dienste oder Integrationen; Diese App hält die operativen Datensatz und Reaktion auf Ausnahmefälle anpassbar.
Ereignismodell
Halten Sie Fakten, Vorhersagen und Entscheidungen getrennt
Durch die Kombination dieser beiden Elemente kann eine „Tracking“-Seite aktuell aussehen, während der Vorgang nicht aktuell ist. Der Benutzer sollte erkennen können, was physisch passiert ist, was das System erwartet, welches Versprechen noch gilt und wer als Nächstes handeln muss, ohne einen Integrations-Feed zu entschlüsseln.
Tatsache
Ein mit einem Zeitstempel versehenes Ereignis sagt aus, was, wo und mit welchem Ergebnis passiert ist.
Vorhersage
Eine ETA gibt die aktuelle Erwartung an und gibt an, wann sie berechnet oder erhalten wurde.
Zusage
Das versprochene Lieferfenster bleibt auch nach Änderungen der ETA sichtbar.
Entscheidung
Ein Ausnahmefalldatensatz weist Sofortmaßnahmen, Kommunikation und Behebungsarbeit zu.
Zeitleiste
Verwenden Sie den Ereignisverlauf, um die Frage hinter dem Status zu beantworten
Jede Zeile sollte unveränderlich genug bleiben, um die Transportvorgang zu rekonstruieren.
| Ereignis | Was es behalten soll | Frage beantwortet |
|---|---|---|
| Zugewiesen | Ressourcen- und Versandzeit | Wer ist für den Transport verantwortlich? |
| Abgangsort verlassen | Zeit-, Ursprungs- und Ladekontext | Hat die Ausführung begonnen? |
| ETA geändert | Vorherige/aktuelle Erwartung und Quelle | Welches Zusage ist gefährdet? |
| Zustellung versucht | Zeit, Ort, Ergebnis und Nachweise | Warum ist der Stopp fehlgeschlagen? |
| Akzeptiert | Empfänger, Nachweis und Mengenvermerk | Was wurde tatsächlich empfangen? |
| Zurückgegeben | Rückgabegrund und Abhol-/Empfangsreferenz | Wohin ging die Ware als nächstes? |
Integrationsdesign
Jede Aktualisierung des Frachtführers muss bei Fehlern sicher verarbeitet werden können
Ein Connector-Name ist kein Tracking-Design.
Vor dem Start definieren
- Stabile Sendungs- und Ereigniskennungen
- Quellzeitstempel und empfangener Zeitstempel
- Verhalten bei doppelten und verspätet eintreffenden Ereignissen
- Wiederholungswarteschlange, Verantwortlicher und Abgleichsbericht
Bleiben Sie für Benutzer sichtbar
- Letztes bestätigtes Ereignis und seine Quelle
- Aktuelles Zusage und Risiko
- Offener Ausnahmefall und Aktionsverantwortlicher
- Nachweis oder Rückgabereferenz, wenn die Transportvorgang geschlossen wird
Tracking-Erlebnis
Zeigen Sie unterschiedliche Antworten auf Kunden und Abläufe
Beide Zielgruppen benötigen dieselbe zugrunde liegende Wahrheit, aber nicht dieselbe Ansicht. Kundensichtbarkeit sollte klar und zurückhaltend sein; der interne Datensatz muss Quelle, Unsicherheit und Behebungsarbeit offenlegen.
Kundensicht
Zeigen Sie den aktuellen bedeutsamen Meilenstein, das erwartete Fenster und die genehmigte Kommunikation an, ohne interne Notizen oder irrelevante Systemereignisse offenzulegen.
operative Ansicht
Zeigen Sie Ereignisquelle, Quellzeit, Eingangszeit, aktuelle Zusage, Verlässlichkeit und den Verantwortlichen für Abgleich oder Ausnahmefall.
Ausnahmealarm
Triggern Sie Aufmerksamkeit, wenn sich ein Versprechen oder eine Entscheidung ändert - nicht für jeden Routine-Scan, der keine Maßnahmen erfordert.
Abschlussnachweise
Verbinden Sie den akzeptierten Nachweis, die gelieferte Menge, das Empfängerergebnis oder die Rückgabereferenz mit dem endgültigen Bewegungszustand.
Rollout-Entscheidung
Fehlende Daten als Betriebszustand behandeln
Ein veralteter Frachtführer-Feed ist nicht dasselbe wie eine physische Verzögerung. Zeigen Sie das letzte bestätigte Ereignis, seine Quellzeit, die aktuelle Zusage und die für den Abgleich verantwortliche Person. Testen Sie Duplikate, verspätet eintreffende Ereignisse, Wiederholungen und manuelle Korrekturen, damit der Verlauf gerade bei unzuverlässiger Integration nützlich bleibt.
Fragen vor dem Rollout
Sendungsverfolgungssoftware FAQ
Was ist der Unterschied zwischen Sendungsverfolgung und Liefermanagement?
Die Sendungsverfolgung konzentriert sich auf Bewegungsereignisse, ETA und den aktuellen Zustand. Das Liefermanagement koordiniert auch Anfragen, Zuweisungen, Stop-Ausführung, Nachweise, Ausnahmefälle und Retouren.
Kann Jodoo Live-GPS-Tracking anbieten?
Jodoo kann Daten von verbundenen Diensten empfangen und anzeigen, aber dieses Beispiel beansprucht kein natives Telematiknetzwerk. Verwenden Sie eine spezialisierte Tracking-Quelle, wenn kontinuierliche Standortdaten erforderlich sind.
Wie sollten doppelte Ereignisse behandelt werden?
Verwenden Sie einen stabilen Ereignisbezeichner, bewahren Sie die Quelle und die erhaltenen Zeitstempel auf, stellen Sie wiederholte Updates unter Quarantäne und zeigen Sie die Datensätze an, die noch von einer Person abgeglichen werden müssen.
Welche Ereignisse sind am wichtigsten?
Wählen Sie Ereignisse, die ein Kundenversprechen, einen operativen Verantwortlicher oder eine Entscheidung ändern: versandt, abgereist, angekommen, ETA geändert, versucht, abgelehnt, akzeptiert und zurückgegeben.
Wie sollte die Sendungsverfolgung mit einem veralteten oder fehlenden Ereignisfeed umgehen?
Halten Sie das letzte bestätigte Ereignis und seine Quelle sichtbar, markieren Sie den Feed als veraltet, benennen Sie die Person, die für die Lösung der Lücke verantwortlich ist, und vermeiden Sie es, eine alte ETA als aktuelle Tatsache darzustellen. Die operativen Datensatz sollte fehlende Daten von einer physischen Verzögerung unterscheiden.
Funktionsfähiges Produkt ansehen
Mit Beispieldaten befüllte App hinter dieser Seite öffnen
Überprüfen Sie verbundene Datensätze, operative Ansichten, einen echten Ausnahmeworkflow und repräsentative normale, gefährdete, fehlgeschlagene und abgeschlossene Lieferzustände.