Eine Sendung, fünf Datenmodelle: Warum sich Tracking-Status nicht gleichsetzen lassen

Wer mit einem Carrier arbeitet, gewöhnt sich an dessen Sprache. Man weiß, was die Meldungen bedeuten, welche davon harmlos sind und bei welcher man besser gleich anruft. Mit dem zweiten Carrier fängt diese Arbeit von vorn an. Mit dem dritten wird sie zum Problem – nicht, weil ein Carrier schlechter meldet als der andere, sondern weil niemand mehr alle Sprachen gleichzeitig spricht.

Wo die Unterschiede anfangen

Jeder Carrier hat ein eigenes Modell dafür, wie eine Sendung durch sein Netz läuft. Die Unterschiede liegen auf drei Ebenen:

• Wie fein unterteilt wird. Der eine fasst große Teile des Transportwegs unter „unterwegs“ zusammen, der andere stellt zusätzliche Zwischenereignisse oder Ausnahmen bereit. Beides ist richtig – aber wo eine Sendung hängt, lässt sich aus dem zweiten deutlich besser ablesen.
• Wie die Zustände heißen. Zwei Carrier melden denselben Sachverhalt unter verschiedenen Namen – und, deutlich unangenehmer, verschiedene Sachverhalte unter ähnlich klingenden Namen.
• Was überhaupt gemeldet wird. Ein gescheiterter Zustellversuch, eine Zwischenlagerung, eine Adressklärung: Nicht jeder Carrier macht daraus ein eigenes Ereignis. Manches steht nur im Beschreibungstext, manches gar nicht.

Dazu kommt der Ort. Er ist in der Praxis das unzuverlässigste Feld überhaupt: Mal steht dort eine Stadt, mal ein Kürzel für eine Niederlassung, mal ein Länderkennzeichen, mal nichts. Eine Auswertung „wo bleiben Sendungen liegen?“ ist nur so gut wie dieses Feld – und das sollte man wissen, bevor man ihr vertraut.

Drei Zeitpunkte, die nicht dasselbe meinen

An einer Tracking-Meldung können mehrere relevante Zeitpunkte hängen, die durchaus voneinander abweichen können:

1. Ereigniszeitpunkt – wann es passiert ist. Das Paket wurde gescannt, übergeben, abgelehnt.
2. Carrier-Zeitpunkt – wann der Carrier das Ereignis in seinem System verarbeitet bzw. bereitgestellt hat. Zwischen physischem Ereignis und sichtbarer Statusmeldung kann Zeit vergehen.
3. Eingangszeitpunkt – wann die Meldung bei Ihnen ankam. Über eine Benachrichtigung in Sekunden, über einen Abruf im Takt dieses Abrufs.

Für die operative Bewertung sind vor allem zwei Zeitpunkte entscheidend: wann das Ereignis passiert ist und wann die Information im eigenen System verfügbar war. Der Carrier-Zeitpunkt kann zusätzlich interessant sein, ist aber nicht bei jeder Schnittstelle überhaupt separat verfügbar.

Wer nur einen der beiden speichert, verliert eine Frage. Steht nur der Eingang fest, sieht jede Sendung pünktlich aus, die erst spät gemeldet wurde. Steht nur das Ereignis fest, lässt sich nie klären, warum niemand rechtzeitig reagiert hat – die Meldung war schlicht noch nicht da. Für die Bewertung der Laufzeit zählt der Ereigniszeitpunkt, für die Bewertung des eigenen Prozesses der Eingangszeitpunkt.

Zwischenzustände, die nicht jeder Carrier kennt

Manche Zustände oder Detailausprägungen kennt nur ein bestimmter Carrier oder bildet sie anders ab als andere. Die Sendung wartet auf eine Rückmeldung des Empfängers, liegt in einer Zwischenlagerung, ist auf einen späteren Termin umgebucht. In einem zu grob angelegten gemeinsamen Modell haben solche Zustände kein Zuhause. Sie landen dann in der nächstbesten Schublade – meistens in der größten, also „unterwegs“.

Das ist der Punkt, an dem ein einheitliches Bild gefährlich wird. Wer zu grob vereinheitlicht, kann einen erfolglosen Zustellversuch und einen normalen Transportstatus in derselben übergeordneten Kategorie abbilden – obwohl nur einer davon möglicherweise eine Reaktion verlangt. Genau daraus entstehen die Fälle aus dem Ratgeber Lagergeld und Rücksendungen: Niemand hat etwas übersehen, der Status sah nur unauffällig aus.

Ein zweiter Fall, der regelmäßig durchrutscht: die Sendung aus mehreren Paketen. Bei mehrteiligen Sendungen muss neben dem Gesamtstatus auch der Status der einzelnen Packstücke berücksichtigt werden. Sind vier von fünf zugestellt, ist die Sendung weder „zugestellt“ noch „unterwegs“. Wer für diesen Fall keinen eigenen Zustand vorsieht, bekommt eine falsche Antwort – und zwar eine, die nach einer richtigen aussieht.

Was beim Vereinheitlichen zwangsläufig verloren geht

Eine gemeinsame Statusliste ist eine Zusammenfassung, und jede Zusammenfassung lässt etwas weg:

• Die Feinheit des Ursprungs. Aus drei unterschiedlichen Meldungen wird ein Zustand. Für die Übersicht gut, für die Auswertung je Carrier nicht.
• Alles, was neu ist. Ein Carrier ändert seine Codes, ergänzt einen Zustand, benennt einen um. Bis die Übersetzung nachgezogen ist, fällt das Neue in die Standardschublade. Es verschwindet nicht – es sieht nur aus wie alles andere.
• Der Wortlaut. Der Beschreibungstext einer Meldung enthält oft mehr als der Code: den Grund einer Verzögerung, den Hinweis auf fehlende Unterlagen, den Namen einer Abholstelle. Wird nur der Code übernommen, ist diese Information weg.

Keiner dieser Verluste ist vermeidbar. Man kann nur entscheiden, ob sie umkehrbar sind.

Warum der Originalstatus trotzdem bleiben muss

Deshalb gilt die Regel: vereinheitlichen, ohne zu ersetzen. Der übersetzte Status ist die Arbeitsansicht – er beantwortet „worum muss ich mich kümmern?“. Der ursprüngliche Code, der Beschreibungstext und der Ereigniszeitpunkt, wie ihn der Carrier gemeldet hat, bleiben daneben stehen und beantworten „was hat der Carrier tatsächlich gemeldet?“.

Das ist kein Ordnungsfimmel, sondern in drei Situationen die Grundlage:

• Im Klärfall. Die Rückfrage beim Carrier läuft über seine Begriffe, nicht über Ihre.
• Im Claim. Für die Bearbeitung ist entscheidend, nachvollziehen zu können, was der Carrier ursprünglich gemeldet hat – nicht nur, wie dieser Status intern übersetzt wurde. Wie ein Claim daraus wird, steht in Carrier-Claims richtig abwickeln.
• Beim Nachziehen der Übersetzung. Ändert ein Carrier seine Codes, lässt sich die Zuordnung rückwirkend korrigieren – aber nur, wenn die Originale noch da sind. Wer sie beim Import verworfen hat, kann die Vergangenheit nicht mehr reparieren.

Für Belege gilt dasselbe: Die Fassung, wie sie vom Carrier kam, ist mehr wert als eine aufgeräumte Kopie davon – warum das so ist, steht in Warum Dateinamen kein Ordnungssystem sind.

Und für Ihre eigenen Systeme gilt es ebenfalls: Ein Import, der nur das übernimmt, was ins eigene Schema passt, verliert den Rest unwiederbringlich. Wann ein Import reicht und wann eine echte Anbindung, steht in Schnittstelle oder Datei-Import?.

Was OpexGuard übernimmt

Wir nehmen Tracking-Ereignisse aller angebundenen Carrier entgegen – über Benachrichtigungen und ergänzenden Abruf – und führen sie in einem gemeinsamen Statusmodell zusammen, das auch den Fall „die Pakete einer Sendung sind nicht im selben Zustand“ kennt. Zu jedem Ereignis bleiben der ursprüngliche Carrier-Code, der Beschreibungstext, der Ort und beide Zeitpunkte erhalten: wann es passiert ist und wann es bei uns eintraf. Aus Meldungen, die eine Reaktion verlangen, wird ein Vorgang mit Verantwortlichem – auch dann, wenn der vereinheitlichte Status sich nicht bewegt. Wie die Anbindung technisch aussieht, steht in der technischen Dokumentation; welche Carrier angebunden und welche betreut sind, auf der Seite Carrier.