Ihre Transportmanagement-Datenvorlage

Dieses Attribut beschreibt einen einzelnen Schritt im Transportprozess, wie "Sendung geplant", "Spediteur beauftragt" oder "Waren zugestellt". Diese Aktivitäten bilden die Knotenpunkte der entdeckten Prozesslandkarte, und ihre Abfolge definiert den Prozessablauf für jede Sendung.\n\nDie Analyse der Reihenfolge und Häufigkeit dieser Aktivitäten ist das Herzstück des Process Mining. Sie hilft, die häufigsten Prozesspfade (Varianten) zu identifizieren, Engpässe zu entdecken, an denen Aktivitäten verzögert werden, und Nacharbeitsschleifen aufzuzeigen, bei denen Aktivitäten wie "Angebot abgelehnt" wiederholt werden.

Es definiert die Prozessschritte und ermöglicht die Visualisierung des Sendungsverlaufs sowie die Identifizierung von Prozessineffizienzen.

Abgeleitet aus Event Logs, Statusänderungsprotokollen oder Transaktionscodes innerhalb verschiedener Module von Blue Yonder TMS. Dies erfordert oft die Zuordnung von Systemereignissen zu geschäftsfreundlichen Aktivitätsnamen.

Die Sendungs-ID ist der zentrale Schlüssel, der alle Aktivitäten und Events im Zusammenhang mit dem Warentransport vom Startpunkt zum Zielort verknüpft. Jede eindeutige ID repräsentiert einen vollständigen Transport-Case, der alles von der initialen Anfrage bis zur finalen Zahlung umfasst.\n\nIn der Process Mining-Analyse ist dieses Attribut grundlegend für die Rekonstruktion der End-to-End-Reise jeder Sendung. Es ermöglicht die Gruppierung von Events wie "Sendung geplant", "Waren abgeholt" und "Waren zugestellt" zu einem kohärenten Prozessablauf, wodurch die Berechnung von Cycle Times und die Identifizierung von Prozessvarianten für einzelne Sendungen ermöglicht wird.

Dies ist die essentielle Case ID, die alle zugehörigen Transport-Events verbindet und es ermöglicht, den gesamten Lebenszyklus einer Sendung zu analysieren.

Dies ist ein Primärschlüssel in Sendungs- oder Lademanagementmodulen innerhalb von Blue Yonder TMS. Konsultieren Sie die Systemdokumentation für die spezifische Tabelle, wahrscheinlich im Zusammenhang mit Sendungsköpfen.

Die Event Time gibt das genaue Datum und die Uhrzeit für jede Aktivität im Versandprozess an. Sie ist das chronologische Rückgrat des Event Logs und ermöglicht die Anordnung von Aktivitäten sowie die Berechnung von Dauern zwischen ihnen.

In der Analyse ist dieser Timestamp entscheidend für die Berechnung aller zeitbasierten KPIs, wie z. B. End-to-End Shipment Cycle Time, Customs Clearance Duration und On-Time Delivery Performance. Er ermöglicht die Identifizierung, wann Verzögerungen auftreten und wie lange jede Phase des Prozesses dauert.

Dieser Timestamp ist unerlässlich für die Reihenfolge von Events, die Berechnung von Cycle Times und die Analyse der Prozess-Performance im Zeitverlauf.

Dies findet sich typischerweise zusammen mit Status- oder Event-Datensätzen in den Transaktions-Logs von Blue Yonder TMS. Jedes Event oder jede Statusänderung sollte einen zugehörigen Timestamp haben.

Dieses Attribut gibt die Aktualität der Daten an. Es erfasst Datum und Uhrzeit der letzten Aktualisierung des Event Logs aus Blue Yonder TMS.\n\nIn der Analyse ist dies wichtig, um die Zeitgerechtheit der Dashboards und KPIs zu verstehen. Es ermöglicht Benutzern zu wissen, ob sie Echtzeitinformationen oder Daten aus einer früheren Periode betrachten, was für fundierte operative Entscheidungen entscheidend ist.

Es informiert Benutzer über die Aktualität der Daten, was entscheidend für die Relevanz und Genauigkeit der Analyse ist.

Dies ist ein Metadatenfeld, das typischerweise während des Datenextraktionsprozesses (ETL) generiert und hinzugefügt wird.

Dieses Attribut spezifiziert den Ursprung der Event-Daten, der in diesem Fall Blue Yonder TMS ist. Es ist besonders nützlich in Umgebungen, wo Daten aus mehreren Systemen für eine umfassendere Prozessansicht kombiniert werden könnten.\n\nFür die Analyse hilft es beim Filtern von Daten und beim Verständnis ihres Kontexts. Die Pflege dieser Information gewährleistet die Datenherkunft und ist eine Best Practice für Data Governance.

Es liefert wichtige Kontextinformationen über die Datenherkunft, gewährleistet die Rückverfolgbarkeit und hilft bei der Verwaltung von Daten aus mehreren Quellen.

Dies ist typischerweise ein statischer Wert, der im ETL-Prozess hinzugefügt wird.

Dieses Attribut erfasst das angestrebte Lieferdatum, das der Logistikprozess einzuhalten versucht. Es repräsentiert die Kundenerwartung oder das interne Service Level Agreement (SLA) für die Sendung.\n\nDieses Datum ist die Grundlage für die Berechnung des KPI "Pünktlichkeitsrate bei der Zustellung". Durch den Vergleich der "ActualDeliveryTime" mit der "RequestedDeliveryDate" kann die Analyse feststellen, ob eine Sendung früher, pünktlich oder verspätet war. Dies ist grundlegend für das Dashboard "Pünktlichkeit bei Abholung und Zustellung".

Es dient als primäre Referenz zur Messung der pünktlichen Lieferleistung und Kundenzufriedenheit.

Diese Informationen stammen typischerweise aus einem vorgelagerten System wie einem ERP- oder Auftragsverwaltungssystem und werden in den Sendungsanforderungsdetails in Blue Yonder TMS gespeichert.

Der Spediteurname identifiziert das Drittunternehmen, das mit der Durchführung des Warentransports beauftragt ist. Dies kann eine Spedition, eine Fluggesellschaft, eine Reederei oder ein Frachtführer sein.\n\nDieses Attribut ist für die Performance-Analyse unerlässlich, insbesondere für das Dashboard "Spediteur-Performance-Vergleich". Es ermöglicht die Filterung und Segmentierung von Daten, um Spediteure anhand von Metriken wie Pünktlichkeitsraten bei der Zustellung, Abholungstreue und durchschnittlichen Verzögerungsdauern zu vergleichen. Dies unterstützt die strategische Spediteurauswahl und das Beziehungsmanagement.

Es ermöglicht Leistungsvergleiche und Analysen über verschiedene Carrier hinweg, um die Carrier-Auswahl zu optimieren und die Servicequalität zu verbessern.

Zu finden in den Sendungs- oder Ladungsdetails innerhalb von Blue Yonder TMS, oft verknüpft aus einer Stammdatentabelle für Carrier.

Dieses Attribut spezifiziert das Startland für die Sendungsreise. Es wird von der Absenderadresse oder den Abholortdetails abgeleitet.\n\nIn der Analyse ist das Ursprungsland eine mächtige Dimension für die Segmentierung der Daten. Es hilft beim Verständnis regionaler Unterschiede in der Prozess-Performance, der Spediteurverfügbarkeit und den Cycle Times. Zum Beispiel ist es entscheidend für die Analyse von Zollabfertigungszeiten bei internationalen Sendungen.

Es ermöglicht eine geografische Analyse der Prozessleistung und hilft, regionale Engpässe oder Effizienzunterschiede zu identifizieren.

Gespeichert als Teil der Ursprungsort- oder Absenderadressdaten in den Sendungsdetails innerhalb von Blue Yonder TMS.

Der Sendungsstatus gibt den aktuellen Zustand der Sendung innerhalb ihres Lebenszyklus an, wie zum Beispiel "Geplant", "Unterwegs", "Zugestellt" oder "Storniert". Er bietet einen Überblick darüber, wo sich die Sendung im Prozess befindet.\n\nIm Process Mining ist die Analyse des Endstatus von Cases wichtig für die Ergebnisanalyse. Zum Beispiel kann der Vergleich der Prozessabläufe von "Zugestellten" Sendungen mit "Stornierten" Sendungen Muster aufzeigen, die zu unerwünschten Ergebnissen führen. Es hilft auch bei der Überwachung der aktiven Arbeitslast, indem nach Sendungen gefiltert wird, die noch nicht abgeschlossen sind.

Es bietet einen schnellen Überblick über den aktuellen Status der Sendung und hilft, zwischen abgeschlossenen, in Bearbeitung befindlichen und stornierten Sendungen zu unterscheiden.

Dies ist ein Schlüsselfeld in der Sendungskopf- oder Hauptstatusverfolgungstabelle in Blue Yonder TMS.

Dieses Attribut ist der Zeitstempel, der spezifisch mit der finalen Lieferaktivität verbunden ist. Es erfasst den genauen Moment, in dem die Sendung ihr Ziel erreichte und als zugestellt bestätigt wurde.\n\nEs ist ein entscheidender Datenpunkt für die Performance-Messung. Der KPI "Pünktlichkeitsrate bei der Zustellung" wird durch den Vergleich dieses Zeitstempels mit der "RequestedDeliveryDate" berechnet. Darüber hinaus markiert es den Endpunkt für die Berechnung des KPI "Gesamtdurchsatz bis zur Lieferung".

Dieser Timestamp ist wesentlich für die Berechnung der Pünktlichkeitsrate bei der Zustellung und die Messung der gesamten Sendungs-Transitzeit.

Dies ist der Timestamp des Status-Updates "Waren zugestellt", oft empfangen über eine EDI-Nachricht vom Spediteur oder eine manuelle Eingabe in Blue Yonder TMS.

Dieses Attribut spezifiziert das Transportmittel. Gängige Werte sind Teilladung (LTL), Komplettladung (FTL), Luftfracht, Seefracht und Bahn.\n\nIn der Prozessanalyse ist das Transportmittel eine kritische Dimension für Filterung und Vergleich. Prozesse, Cycle Times und Kosten können zwischen verschiedenen Modi erheblich variieren. Zum Beispiel ist die "Zollabfertigungs-Engpass-Analyse" für Luft- und Seefrachtsendungen sehr relevant, weniger jedoch für nationale LKW-Sendungen. Die Analyse der Performance nach Modus hilft, Verbesserungsinitiativen auf spezifische Logistikkontexte zuzuschneiden.

Es ermöglicht eine segmentierte Analyse, da verschiedene Transportmodi unterschiedliche Prozesse, Kosten und typische Zykluszeiten aufweisen.

Dies ist ein Standardfeld in den Sendungsplanungs- und Bewertungsmodulen innerhalb von Blue Yonder TMS.

Dieses Attribut spezifiziert das endgültige Zielland für die Sendung, abgeleitet von der Empfängeradresse oder dem Lieferort.\n\nÄhnlich wie das Ursprungsland wird dieses Attribut für die geografische Segmentierung verwendet. Es ermöglicht Analysten, die Performance für verschiedene Handelsrouten (z.B. USA nach Kanada vs. USA nach Mexiko) zu vergleichen, Lieferherausforderungen in spezifischen Ländern zu analysieren und die Auswirkungen grenzüberschreitender Komplexitäten auf Cycle Times zu bewerten.

Es ermöglicht eine Leistungsanalyse nach Zielort, was entscheidend ist, um Handelswegkomplexitäten und regionale Lieferherausforderungen zu verstehen.

Gespeichert als Teil der Zielort- oder Empfängeradressdaten in den Sendungsdetails innerhalb von Blue Yonder TMS.

Dieses Boolesche Attribut wird durch den Vergleich der "ActualDeliveryTime" mit der "RequestedDeliveryDate" abgeleitet. Es ist "wahr", wenn die tatsächliche Lieferung am oder vor dem angeforderten Datum erfolgt, und "falsch" andernfalls.\n\nAls berechnete Metrik vereinfacht es die Analyse und Visualisierung für den KPI "Pünktlichkeitsrate bei der Zustellung". Es ermöglicht eine einfache Filterung und Aggregation, um Dashboards zu erstellen, die Pünktlichkeitsprozentsätze über die Zeit, nach Spediteur oder nach Transportmodus anzeigen und das Dashboard "Pünktlichkeit bei Abholung und Zustellung" direkt unterstützen.

Dies vereinfacht die Pünktlichkeits-Performance-Analyse und ermöglicht schnelle Filterung und Aggregation in Dashboards und KPIs.

Dieses Attribut ist nicht im Quellsystem vorhanden. Es wird während des Datentransformationsprozesses mithilfe der Formel berechnet: ActualDeliveryTime <= RequestedDeliveryDate.

Dieses Attribut identifiziert den Logistikplaner, Koordinator oder Systemnutzer, der für die Ausführung eines spezifischen Events oder Statuswechsels im TMS verantwortlich ist. Bei automatisierten Events könnte dies eine System- oder Service-Account-ID sein.\n\nDie Analyse nach Benutzer hilft, die Arbeitslastverteilung, die individuelle Performance und den Schulungsbedarf zu verstehen. Sie kann aufzeigen, ob bestimmte Benutzer mit höheren Raten an Nacharbeit oder Verzögerungen verbunden sind oder ob bestimmte Teams effizienter als andere arbeiten. Dies unterstützt das Ressourcenmanagement und gezielte Prozessverbesserungsmaßnahmen.

Es ermöglicht die Analyse von Leistung und Arbeitslast pro Benutzer oder Team und hilft, Schulungsmöglichkeiten und Ressourcenengpässe zu identifizieren.

Diese Informationen sollten in den Transaktions- oder Event Logs verfügbar sein, oft als Feld "Geändert von" oder "Benutzer-ID", das mit jedem Datensatz verknüpft ist.

Wenn eine Frachtrechnungsprüfung zu einer Diskrepanz führt, liefert dieses Attribut den Grund dafür. Beispiele hierfür sind "Falscher Tarif", "Doppelte Rechnung" oder "Fehlender Zustellnachweis".\n\nDieses Attribut ist entscheidend für das Dashboard "Zustellnachweis- und Abrechnungsgenauigkeit" und den KPI "Nachbearbeitungsrate bei Frachtrechnungen". Die Analyse der Häufigkeit verschiedener Diskrepanzgründe hilft, die Hauptursachen von Abrechnungsfehlern zu identifizieren, sei es durch Spediteurfehler, Vertragsabweichungen oder interne Prozessprobleme. Dies ermöglicht gezielte Maßnahmen zur Reduzierung der Rechnungsnacharbeit.

Es liefert die Grundursache für Abrechnungsfehler und ermöglicht gezielte Verbesserungen zur Reduzierung von Nacharbeiten an Frachtrechnungen und Zahlungsverzögerungen.

Befindet sich im Frachtprüfungs- und Zahlungsmodul von Blue Yonder TMS, verknüpft mit Ausnahme- oder Ablehnungsprotokollen.

Dieses Attribut speichert die mit dem Spediteur vereinbarte Abholzeit der Sendung. Es ist ein wichtiger Milestone im Sendungsplan.\n\nDieser Timestamp wird als Baseline für die Berechnung der KPIs "Pünktlichkeitsrate bei der Abholung" und "Durchschnittliche Verzögerungsdauer bei der Abholung" verwendet. Der Vergleich mit der "ActualPickupTime" hilft, Verzögerungen ganz am Anfang der Sendungsreise zu identifizieren, die oft einen Kaskadeneffekt auf nachfolgende Milestones haben.

Es ist der Maßstab für die Messung der pünktlichen Abholleistung, ein Schlüsselindikator für die Zuverlässigkeit des Carriers und die Planungsgenauigkeit.

Befindet sich in den Modulen für Terminplanung oder Ladungsplanung von Blue Yonder TMS.

Diese berechnete Metrik misst die gesamte verstrichene Zeit für einen Sendungs-Case. Sie wird typischerweise als Differenz zwischen dem Timestamp des letzten Events (z.B. "Zahlung verarbeitet") und dem ersten Event (z.B. "Sendungsanfrage erhalten") berechnet.\n\nDieses Attribut unterstützt direkt den KPI und das Dashboard "End-to-End-Cycle Time der Sendung". Die Analyse seiner Verteilung hilft, die gesamte Prozesseffizienz zu verstehen, Ausreißer (außergewöhnlich langlaufende Cases) zu identifizieren und die Auswirkungen von Verbesserungsinitiativen auf die gesamte Prozessdauer zu verfolgen.

Es bietet eine übergeordnete Messgröße für die Gesamteffizienz des Prozesses und ist eine Schlüsselmetrik zur Identifizierung langlaufender oder problematischer Sendungen.

Diese Metrik wird innerhalb des Process Mining Tools oder während der Datentransformation berechnet, indem die minimale Event-Zeit von der maximalen Event-Zeit für jeden Case (ShipmentId) subtrahiert wird.

Dieses Attribut erfasst die genaue Uhrzeit, zu der der Spediteur die Sendung physisch am Ursprungsort abgeholt hat. Es markiert den offiziellen Beginn der In-Transit-Phase.\n\nDieser Datenpunkt ist unerlässlich für die Messung der Spediteur-Performance. Er wird mit der "ScheduledPickupTime" verglichen, um die KPIs "Pünktlichkeitsrate bei der Abholung" und "Durchschnittliche Verzögerungsdauer bei der Abholung" zu berechnen. Die Analyse von Abweichungen hilft bei der Identifizierung von Problemen mit spezifischen Spediteuren oder Abholorten.

Dieser Timestamp wird verwendet, um die Abhol-Performance genau zu messen und frühzeitige Verzögerungen im Transportprozess zu identifizieren.

Dies ist der Timestamp des Status-Updates "Waren abgeholt", typischerweise vom Spediteur per EDI empfangen oder manuell in Blue Yonder TMS eingegeben.

Dieses Attribut erfasst den angegebenen Grund, warum ein Sendungs-Milestone nicht erreicht wurde. Beispiele hierfür sind "Wetterbedingte Verzögerung", "Zoll-Hold" oder "Spediteur-Kapazitätsproblem". Diese Informationen werden oft vom Spediteur bereitgestellt.\n\nDies ist entscheidend für das Dashboard "Pünktlichkeit bei Abholung und Zustellung". Anstatt nur zu wissen, dass eine Sendung verspätet war, erklärt dieses Attribut den Grund dafür. Die Analyse der häufigsten Verzögerungsgründe ermöglicht es dem Logistikteam, Risiken proaktiv zu mindern und mit Spediteuren zusammenzuarbeiten, um wiederkehrende Probleme anzugehen.

Es erklärt die Grundursache von Verzögerungen und ermöglicht so ein proaktives Risikomanagement sowie gezielte Verbesserungen mit Carriern.

Diese Daten werden oft in den Event- oder Ausnahmeverwaltungsbereichen von Blue Yonder TMS erfasst und häufig aus EDI-Updates der Spediteure (z.B. EDI 214) befüllt.