nShift Track zeigt ein voraussichtliches Lieferdatum an – also den Zeitpunkt, zu dem das Paket voraussichtlich eintrifft. Je nach Sendung handelt es sich entweder um eine einzelne Frist oder um ein Lieferfenster mit Anfang und Ende.
Dieses Datum kann aus sechs verschiedenen Quellen stammen: vom Transportdienstleister, aus Ihren eigenen Vereinbarungen und Systemen oder – wenn keine dieser Quellen einen Wert liefert – aus nShift ETA, der eigenen KI-Prognose von nShift. Track prüft alle sechs Quellen in einer festen Reihenfolge und verwendet die erste, die einen Wert liefert.
Da nShift ETA die Lücken der anderen Quellen schließt, können Sie bei effektiv allen Sendungen mit einem voraussichtlichen Lieferdatum rechnen. Die Felder für die Voraussichtliche Lieferung sind zuverlässig genug, um sie über Ihr gesamtes Versandvolumen hinweg zum Filtern, Sortieren und Erstellen von Berichten zu verwenden.
Woher das voraussichtliche Lieferdatum stammt
Track prüft die sechs Quellen in dieser Reihenfolge und verwendet die erste, die einen Wert liefert.
| Priorität | Quelle | Herkunft der Daten |
|---|---|---|
| 1 | ETA aus Rückmeldedaten des Transportdienstleisters | Der Transportdienstleister sendet zusammen mit seinen Statusereignissen eine voraussichtliche Lieferzeit. Dies wird nicht von allen Transportdienstleistern unterstützt und muss bei einigen pro Konto aktiviert werden. |
| 2 | ETA bei Buchung durch den Transportdienstleister | Referenzfelder 329 / 330 (ETA des Transportdienstleisters – Beginn / Ende), die bei der Buchung oder beim Routing durch Webservices des Transportdienstleisters ausgefüllt werden. Nur im ISO-Format. |
| 3 | SLA-/Konfigurations-ETA | Ihre vereinbarten Laufzeiten aus der Konfiguration der Transportdienstleisterleistung. |
| 4 | ETA-Referenz | Referenzfelder 292 / 293 (Früheste / späteste Ankunftszeit laut ETA des Transportdienstleisters), die aus der Einrichtung des Transportdienstleisters, den Versandregeln oder Ihrem eigenen Import übernommen werden. |
| 5 | Referenz für Lieferdatum | Referenzfelder 110 / 111 (Beginn / Ende des Lieferdatums), die durch einen Import ausgefüllt oder manuell eingegeben werden. |
| 6 | nShift ETA (KI-Prognose) | Von nShift auf Grundlage historischer Liefermuster prognostiziert. Wird nur verwendet, wenn die Prioritäten 1–5 keinen Wert liefern. |
Warum die Reihenfolge so festgelegt ist
Die Prioritäten 1 und 2 enthalten eigene Daten des Transportdienstleisters, und dieser ist die maßgeblichste Quelle für sein eigenes Netzwerk.
Die Prioritäten 3–5 enthalten Daten, die Sie selbst bereitgestellt haben – aus Ihren SLA-Vereinbarungen, Ihrem ERP- oder Ihrem Auftragssystem. nShift überschreibt Ihre Daten nicht mit eigenen Daten, auch dann nicht, wenn sich eine Prognose letztendlich als genauer erweisen könnte.
nShift ETA steht daher an letzter Stelle. Die Funktion tritt nie mit einem bereits vorhandenen Datum in Konkurrenz, sondern füllt ausschließlich leere Felder aus.
Wenn Sie lieber nShift ETA als Ihre eigenen konfigurierten Daten verwenden möchten, befüllen Sie die entsprechenden Quellen nicht mehr. Solange die Referenzfelder 292/293 oder 110/111 einen Wert enthalten oder eine SLA-Konfiguration vorhanden ist, haben diese Vorrang und für diese Sendung wird keine Prognose erstellt.
Erkennen, welche Quelle verwendet wurde
Berichte zeigen nicht nur das Datum an, sondern geben in der Spalte Quelle der voraussichtlichen Lieferung auch an, woher es stammt. Diese Spalte wird neben Beginn der voraussichtlichen Lieferung und Ende der voraussichtlichen Lieferung angezeigt.
| Wert in der Spalte | Priorität | Bedeutung |
|---|---|---|
| Tracking-Aktualisierung des Transportdienstleisters | 1 | Der Transportdienstleister hat zusammen mit seinen Tracking-Ereignissen eine Lieferschätzung gesendet. |
| Buchungsbestätigung des Transportdienstleisters | 2 | Wird vom Transportdienstleister bei der Buchung der Sendung zurückgegeben (Referenzfelder 329/330). |
| SLA-Konfiguration des Transportdienstleisters | 3 | Auf Grundlage Ihrer vereinbarten Laufzeiten berechnet. |
| Vom Kunden bereitgestellte Schätzung | 4 | Ein von Ihnen selbst bereitgestelltes Datum (Referenzfelder 292/293). |
| Referenzdatum der Sendung | 5 | Ein Lieferdatum in den Referenzfeldern der Sendung (110/111). |
| nShift-KI-Prognose | 6 | Von nShift prognostiziert, weil keine der oben genannten Quellen ein Datum geliefert hat. |
In Berichten wird nShift ETA als nShift-KI-Prognose angezeigt. Wenn keine Quelle ein Datum geliefert hat, bleibt das Feld leer.
Die Kenntnis der Quelle ist wichtiger, als es zunächst scheint:
- Sie zeigt Ihnen, wie stark Sie das Datum gewichten sollten. Eine vom Transportdienstleister bereitgestellte ETA, ein Datum aus Ihrer eigenen SLA-Vereinbarung und eine KI-Prognose sind drei unterschiedliche Arten von Angaben. Anhand der Quellenspalte können Sie – und Ihr Kundenservice-Team – sie auf einen Blick unterscheiden.
- Sie zeigt Ihnen, wo Ihre Daten Lücken aufweisen. Wenn bei einem gesamten Transportdienstleister oder Markt in jeder Zeile nShift-KI-Prognose angezeigt wird, sendet dieser Transportdienstleister keine ETA in seinen Rückmeldedaten und ist nicht durch eine SLA-Konfiguration abgedeckt. Das ist wichtig zu wissen und wird sichtbar, ohne dass Sie jemanden fragen müssen.
- Sie wird beim Export mitgeführt. Die Quelle ist im Berichtsexport enthalten, sodass Sie in einer Tabellenkalkulation nach Quelle gruppieren oder zählen können – beispielsweise, um zu sehen, welcher Anteil Ihres Versandvolumens vom Transportdienstleister bestätigt beziehungsweise prognostiziert wurde.
Nicht jede Quelle füllt beide Datumsfelder aus
Die Quellen unterscheiden sich hinsichtlich ihrer Genauigkeit. Die Quellenspalte zeigt Ihnen, welche Art von Wert Sie betrachten:
- SLA-Konfiguration des Transportdienstleisters liefert in der Regel nur ein Ende der voraussichtlichen Lieferung – ein Datum mit dem Zeitstempel 23:59, also „bis zum Ende dieses Tages“. Der Beginn der voraussichtlichen Lieferung bleibt leer, da eine Vereinbarung über die Laufzeit eine Frist und kein Zeitfenster definiert.
- nShift ETA gibt ein echtes Zeitfenster mit Beginn und Ende zurück – beispielsweise 08:00 bis 10:00 Uhr am selben Tag.
Ein leerer Beginn der voraussichtlichen Lieferung ist daher bei einigen Quellen erwartetes Verhalten und kein fehlender Wert.
Wo Sie das Datum sehen
Sendungsansicht
Das voraussichtliche Lieferdatum wird in der Detailansicht der Sendung angezeigt. Um zu sehen, aus welcher der sechs Quellen es stammt, verwenden Sie die Spalte Quelle der voraussichtlichen Lieferung in Berichten.
Berichte
Ende der voraussichtlichen Lieferung ist als Berichtsspalte verfügbar und gibt das bestmögliche verfügbare Datum für jede Sendung wieder. Beginn der voraussichtlichen Lieferung ist für Teams verfügbar, die das vollständige Zeitfenster benötigen. Beide Felder können nach Datumsbereich sortiert und gefiltert sowie exportiert werden.
Shipment Data API
Die Felder deliveryStart / deliveryEnd der Sendung werden aus dem ermittelten Datum befüllt, und deliveryWindowSource gibt an, woher diese Daten stammen – mit dem Wert 6 für eine nShift-ETA-Prognose, also die letzte Quelle in der Kette. Dadurch können Ihre eigenen Systeme eine Prognose anders behandeln als eine Zusage des Transportdienstleisters.
Über nShift ETA – die KI-Prognose
nShift ETA ist die eigene Schätzung von nShift, wann ein Paket eintreffen wird. Sie wird auf Grundlage historischer Lieferdaten erstellt und nicht anhand einer Nachricht des Transportdienstleisters oder einer vertraglich vereinbarten Laufzeit. Die Funktion schließt die Lücke, die die fünf oben genannten Quellen hinterlassen: Viele Transportdienstleister senden mit ihren Statusereignissen kein voraussichtliches Lieferdatum, und nicht für jedes Konto sind SLA-Laufzeiten konfiguriert. Für diese Sendungen wurde zuvor überhaupt nichts angezeigt.
Wann die Prognose erstellt wird
- Eine Prognose wird nur dann erstellt, wenn die Prioritäten 1–5 für diese Sendung keinen Wert geliefert haben.
- Sie wird angefordert, sobald das erste Ereignis eintrifft, das die Lieferzeit startet – das erste Tracking-Ereignis mit dem SLA-Status Offen, typischerweise der erste Scan des Transportdienstleisters mit dem Status „abgeholt“ oder „unterwegs“.
- Bis ein solches Ereignis eintrifft, wird keine Prognose angefordert. Bei einer gerade erstellten Sendung, die vom Transportdienstleister noch nicht in Bewegung gesetzt wurde, wird normalerweise kein voraussichtliches Lieferdatum angezeigt.
- Die Prognose wird einmal pro Sendung erstellt und gespeichert. Sie wird nicht neu berechnet, wenn später weitere Tracking-Ereignisse eintreffen.
Der Auslöser ist das erste Ereignis mit dem SLA-Status „Offen“ und nicht das registrierte Druckdatum, da ein Paket nicht immer am Tag seiner Registrierung abgeholt wird. Wenn die Berechnung ab dem Ereignis beginnt, das die Lieferzeit tatsächlich startet, ergibt sich ein realistischeres Zeitfenster. Derselbe Auslöser wird für den Sendungsbericht, die Sendungsansicht und die Shipment Data API verwendet, sodass alle drei übereinstimmen.
Wenn der Prognosedienst nicht verfügbar ist oder kein Ergebnis liefern kann, bleibt das Feld einfach leer. Es wird kein erfundenes Datum angezeigt und Ihnen wird kein Fehler angezeigt.
Worauf die Prognose basiert
nShift sendet dem Prognosemodell einen minimalen, nicht personenbezogenen Satz von Sendungsmerkmalen:
- Das Produktkonzept des Transportdienstleisters (die verwendete Leistung)
- Absenderadresse – Ort, Postleitzahl, Land
- Empfängeradresse – Ort, Postleitzahl, Land
- Das Versanddatum
- Das Gewicht der Sendung
Es werden keine Namen von Empfängern, Straßenadressen, Kontaktdaten oder Inhalte von Bestellungen verwendet. Das Modell gibt ein Lieferfenster – eine Start- und eine Endzeit – und keinen einzelnen Zeitstempel zurück.
Das Modell wird anhand der Lieferhistorie der nShift-Plattform trainiert und regelmäßig neu trainiert, sobald weitere Daten hinzukommen. Dadurch verbessert sich die Genauigkeit mit der Zeit.
Gut zu wissen
-
Eine Prognose ist keine Zusage. nShift ETA ist eine bestmögliche Schätzung auf Grundlage der bisherigen Ergebnisse vergleichbarer Sendungen. Sie ist keine Service-Level-Vereinbarung des Transportdienstleisters und wird nicht zur Messung der Leistung des Transportdienstleisters verwendet – die Leistung des Transportdienstleisters wird weiterhin anhand Ihrer konfigurierten SLA gemessen.
-
Keine Konfiguration erforderlich. Sie müssen auf Ihrer Seite nichts einrichten. Für Sendungen ohne andere Quelle wird automatisch ein prognostiziertes Zeitfenster erstellt.
-
Die Genauigkeit variiert je nach Transportweg. Für Transportwege und Leistungen mit einem hohen historischen Versandvolumen sind die Prognosen zuverlässiger als für seltene Transportwege und Leistungen.
- Bestehende Felder bleiben unverändert. Die Referenzfelder 110/111, 292/293 und 329/330 funktionieren weiterhin genau wie bisher. Nichts, was Sie heute bereitstellen, wird überschrieben oder anders interpretiert.