Ihre Transportmanagementmentanagement-Datenvorlage

Blue Yonder TMS
Ihre Transportmanagementmentanagement-Datenvorlage

Ihre Transportmanagementmentanagement-Datenvorlage

Diese vollständige Datenvorlage bietet einen strukturierten Ansatz zur Analyse Ihres Transportmanagementmentanagement-Prozesses. Sie skizziert die wesentlichen zu erfassenden Attribute, die kritischen zu verfolgenden Aktivitäten und praktische Hinweise zur Datenextraktion. Verwenden Sie diese Ressource, um einen leistungsstarken Event Log aufzubauen und relevante Erkenntnisse in Ihre Logistikoperationen zu gewinnen.
  • Empfohlene Attribute für eine vollständige Analyse
  • Schlüsselaktivitäten zur Verfolgung für die Prozesserkennung
  • Detaillierte Extraktionsanleitung für Blue Yonder TMS
Neu bei Event-Logs? Erfahren Sie wie Sie ein Process-Mining-Event-Log erstellen.

Transportmanagementmentanagement-Attribute

Dies sind die relevanten Datenfelder, die für Ihr Event Log empfohlen werden und eine solide Grundlage für eine tiefgehende Transportmanagementmentanagement-Analyse bilden.
5 Erforderlich 7 Empfohlen 6 Optional
Name Beschreibung
Aktivität
ActivityName
Der Name des spezifischen Geschäftsereignisses oder den Antrag bearbeitet.er Aktivität, die zu einem bestimmten Zeitpunkt für eine Sendung aufgetreten ist.
Beschreibung

Dieses Attribut beschreibt einen einzelnen Schritt im Transportprozess, wie "Sendung geplant", "Spediteur beauftragt" oder "Waren zugestellt". Diese Aktivitäten bilden die Knotenpunkte der entdeckten Prozessablauf, 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.

Bedeutung

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

Datenquelle

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

Beispiele
Sendung geplantSpediteur beauftragtWaren geliefertZahlung verarbeitet
Sendung
ShipmentId
Die eindeutige Kennung für eine einzelne Sendung, die als Case-ID für den Transportprozess dient.
Beschreibung

Die Sendungs-ID ist der zentrale Schlüssel, der alle Aktivitäten und Ereignisse 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 wichtig für die Rekonstruktion der End-to-End-Verlauf jeder Sendung. Es ermöglicht die Gruppierung von Ereignisse wie "Sendung geplant", "Waren abgeholt" und "Waren zugestellt" zu einem kohärenten Prozessablauf, wodurch die Berechnung von Durchlaufzeits und die Identifizierung von Prozessvarianten für einzelne Sendungen ermöglicht wird.

Bedeutung

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

Datenquelle

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.

Beispiele
SHP-0012845SHP-0012991SHP-0013054
Startzeit
EventTime
Der Zeitstempel, der angibt, wann eine bestimmte Aktivität oder ein Ereignis stattgefunden hat.
Beschreibung

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

In der Analyse ist dieser Zeitstempel wichtig für die Berechnung aller zeitbasierten KPIs, wie z. B. End-to-End Shipment Durchlaufzeit, Customs Clearance Dauer und On-Time Delivery Leistungsfähigkeit. Er ermöglicht die Identifizierung, wann Verzögerungen auftreten und wie lange jede Phase des Prozesses dauert.

Bedeutung

Dieser Zeitstempel ist unerlässlich für die Reihenfolge von Ereignisse, die Berechnung von Durchlaufzeits und die Analyse der Prozess-Leistungsfähigkeit im Zeitverlauf.

Datenquelle

Dies findet sich in der Regel 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 Zeitstempel haben.

Beispiele
2023-04-15T09:00:00Z2023-04-16T14:30:00Z2023-04-25T11:15:00Z
Letzte Datenaktualisierung
LastDataUpdate
Der Zeitstempel, wann die Daten für diesen Datensatz zuletzt aktualisiert oder aus dem Quellsystem extrahiert wurden.
Beschreibung

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 Aktualität der Dashboards und KPIs zu verstehen. Es ermöglicht Benutzern zu wissen, ob sie EchtzeitHinweisrmationen oder Daten aus einer früheren Periode betrachten, was für fundierte operative Entscheidungen wichtig ist.

Bedeutung

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

Datenquelle

Dies ist ein MetaDatenfeld, das in der Regel während des Datenextraktionsprozesses (ETL) generiert und hinzugefügt wird.

Beispiele
2023-05-20T02:00:00Z2023-05-21T02:00:00Z
Quellsystem
SourceSystem
Identifiziert das System, aus dem die Daten extrahiert wurden.
Beschreibung

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 vollständigere 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 stellt ... sicher die Datenherkunft und ist eine Best Practice für Daten Governance.

Bedeutung

Es liefert wichtige KontextHinweisrmationen über die Datenherkunft, stellt ... sicher die Rückverfolgbarkeit und hilft bei der Verwaltung von Daten aus mehreren Quellen.

Datenquelle

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

Beispiele
Blue Yonder TMSBY_TMS_NABY_TMS_EMEA
Angefordertes Lieferdatum
RequestedDeliveryDate
Das vom Kunden angeforderte oder den Antrag bearbeitet.urch den Verkaufsauftrag erforderliche Lieferdatum.
Beschreibung

Dieses Attribut erfasst das angestrebte Lieferdatum, das der Logistikprozess einzuhalten versucht. Es repräsentiert die Kundenerwartung oder den Antrag bearbeitet.as 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 die Basis für das Dashboard "Pünktlichkeit bei Abholung und Zustellung".

Bedeutung

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

Datenquelle

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

Beispiele
2023-04-25T23:59:59Z2023-05-10T17:00:00Z
Herkunftsland
OriginCountry
Das Ursprungsland der Sendung.
Beschreibung

Dieses Attribut spezifiziert das Startland für die Sendungsverlauf. Es wird von der Absenderadresse oder den Antrag bearbeitet.en 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-Leistungsfähigkeit, der Spediteurverfügbarkeit und den Durchlaufzeits. Zum Beispiel ist es wichtig für die Analyse von Zollabfertigungszeiten bei internationalen Sendungen.

Bedeutung

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

Datenquelle

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

Beispiele
USADeutschlandChina
Sendungsstatus
ShipmentStatus
Der aktuelle oder letzte bekannte Status der Sendung.
Beschreibung

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 Fälle 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 Resultaten führen. Es hilft auch bei der Überwachung der aktiven Arbeitslast, indem nach Sendungen gefiltert wird, die noch nicht abgeschlossen sind.

Bedeutung

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

Datenquelle

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

Beispiele
GeplantIm TransitGeliefertStorniert
Spediteurname
CarrierName
Der Name des Transportunternehmens oder Logistikdienstleisters, der für den Transport der Sendung verantwortlich ist.
Beschreibung

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 Leistungsfähigkeit-Analyse unerlässlich, insbesondere für das Dashboard "Spediteur-Leistungsfähigkeit-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.

Bedeutung

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

Datenquelle

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

Beispiele
Global Shipping Inc.FastLane LogisticsLuft-Expressfracht
Tatsächliche Lieferzeit
ActualDeliveryTime
Der tatsächliche Zeitstempel, wann das Event "Waren zugestellt" aufgetreten ist.
Beschreibung

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 wichtiger Datenpunkt für die Leistungsfähigkeit-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".

Bedeutung

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

Datenquelle

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

Beispiele
2023-04-25T11:15:00Z2023-05-11T09:30:00Z
Transportart
ModeOfTransport
Das für die Sendung verwendete Transportmanagementmentittel, wie LKW, Luftfracht, Seefracht oder Bahn.
Beschreibung

Dieses Attribut spezifiziert das Transportmanagementmentittel. Gängige Werte sind Teilladung (LTL), Komplettladung (FTL), Luftfracht, Seefracht und Bahn.\n\nIn der Prozessanalyse ist das Transportmanagementmentittel eine kritische Dimension für Filterung und Vergleich. Prozesse, Durchlaufzeits 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 Leistungsfähigkeit nach Modus hilft, Verbesserungsinitiativen auf spezifische Logistikkontexte zuzuschneiden.

Bedeutung

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

Datenquelle

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

Beispiele
LTLFTLLuftSeefracht
Zielland
DestinationCountry
Das Land, in das die Sendung geliefert wird.
Beschreibung

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

Bedeutung

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

Datenquelle

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

Beispiele
KanadaMexikoVereinigtes Königreich
Benutzer
User
Die Benutzer-ID oder den Antrag bearbeitet.er Name der Person, die die Aktivität ausgeführt hat.
Beschreibung

Dieses Attribut identifiziert den Logistikplaner, Koordinator oder Systemnutzer, der für die Ausführung eines spezifischen Ereignisse oder Statuswechsels im TMS verantwortlich ist. Bei automatisierten Ereignisse könnte dies eine System- oder Service-Account-ID sein.\n\nDie Analyse nach Benutzer hilft, die Arbeitslastverteilung, die individuelle Leistungsfähigkeit 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 Prozessoptimierungsmaßnahmen.

Bedeutung

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

Datenquelle

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.

Beispiele
j.doea.smithTMS_AUTOMATION_USER
Frachtrechnungsdiskrepanz
FreightBillDiscrepancyReason
Ein Code oder eine Beschreibung, die erklärt, warum eine Frachtrechnung die Prüfung nicht bestanden hat.
Beschreibung

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 maßgeblich 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.

Bedeutung

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

Datenquelle

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

Beispiele
Falscher Tarif angewendetDoppelte RechnungStreitigkeiten über Zusatzgebühren
Geplante Abholzeit
ScheduledPickupTime
Das geplante Datum und die Uhrzeit für die Abholung der Waren durch den Spediteur am Ursprungsort.
Beschreibung

Dieses Attribut speichert die mit dem Spediteur vereinbarte Abholzeit der Sendung. Es ist ein wichtiger Milestone im Sendungsplan.\n\nDieser Zeitstempel 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 Sendungsverlauf zu identifizieren, die oft einen Kaskadeneffekt auf nachfolgende Milestones haben.

Bedeutung

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

Datenquelle

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

Beispiele
2023-04-16T14:00:00Z2023-05-02T10:00:00Z
Pünktliche Lieferung
IsOnTimeDelivery
Ein berechnetes Flag, das angibt, ob die Sendung am oder vor dem angeforderten Lieferdatum geliefert wurde.
Beschreibung

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 "Nein" 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 Transportmanagementmentodus anzeigen und das Dashboard "Pünktlichkeit bei Abholung und Zustellung" direkt unterstützen.

Bedeutung

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

Datenquelle

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

Beispiele
JaNein
Tatsächliche Abholzeit
ActualPickupTime
Der tatsächliche Zeitstempel, wann das Event "Waren abgeholt" aufgetreten ist.
Beschreibung

Dieses Attribut erfasst die genaue Uhrzeit, zu der den Antrag bearbeitet.er Spediteur die Sendung physisch am Ursprungsort abgeholt hat. Es markiert das Ende des Prozesses.kiert den offiziellen Beginn der In-Transit-Phase.\n\nDieser Datenpunkt ist unerlässlich für die Messung der Spediteur-Leistungsfähigkeit. 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.

Bedeutung

Dieser Zeitstempel wird verwendet, um die Abhol-Leistungsfähigkeit genau zu messen und frühzeitige Verzögerungen im Transportprozess zu identifizieren.

Datenquelle

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

Beispiele
2023-04-16T14:30:00Z2023-05-02T10:15:00Z
Verzögerungsgrund
DelayReason
Ein Code oder Text, der den Antrag bearbeitet.ie Ursache einer Verzögerung bei einer Abholung oder Lieferung erklärt.
Beschreibung

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 maßgeblich 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.

Bedeutung

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

Datenquelle

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.

Beispiele
WetterZoll-EinbehaltungFahrer-VerzögerungAnlagenstau
Erforderlich Empfohlen Optional

Transportmanagementmentanagement-Aktivitäten

Dies sind die kritischen Prozessschritte und Milestones, die in Ihrem Event Log für eine genaue Prozessvisualisierung und -erkennung erfasst werden sollten.
6 Empfohlen 7 Optional
Aktivität Beschreibung
Sendung gebucht
Dieser Milestone zeigt an, dass ein Spediteur das Angebot angenommen hat und sich zur Abwicklung der Sendung verpflichtet. Der Sendungsstatus wird auf "gebucht" oder "bestätigt" aktualisiert, wodurch der Spediteur und der Tarif für den Transport festgelegt werden.
Bedeutung

Dies ist ein wichtiger Milestone, der den Antrag bearbeitet.ie Planungsphase abschließt und die Sendung in die Ausführung überführt. Die Messung der Durchlaufzeit bis zu diesem Punkt hilft, die Effizienz und Reaktionsfähigkeit der Buchung zu bewerten.

Datenquelle

Dies wird erfasst, wenn eine Spediteur-Annahme (z.B. EDI 990) empfangen und verarbeitet wird, was eine explizite Statusänderung des SendungsDatensatzes im TMS auslöst.

Erfassen

Erfassen Sie den Zeitstempel der Statusänderung auf „Gebucht“ oder „Bestätigt“.

Ereignistyp explicit
Sendungsanfrage erhalten
Diese Aktivität markiert die Entstehung eines Transportbedarfs innerhalb von Blue Yonder TMS, in der Regel initiiert durch einen Auftrag aus einem vorgelagerten System wie einem ERP. Sie stellt den offiziellen Beginn des SendungsLebenszyklus dar, wobei ein neuer SendungsDatensatz mit einem initialen Status "ungeplant" oder "neu" erstellt wird.
Bedeutung

Dies ist das primäre Start-Event für den End-to-End-Transportprozess. Die Analyse der Zeit von diesem Event bis zu nachfolgenden Planungsaktivitäten hilft, anfängliche Verarbeitungsverzögerungen zu identifizieren und den Gesamtdurchsatz zu messen.

Datenquelle

Dieses Event wird in der Regel aus dem Erstellungs-Zeitstempel des SendungsDatensatzes in den Kernsendungs- oder Auftragstabellen abgeleitet. Es kann auch ein explizites Event sein, das protokolliert wird, wenn eine Interface-Nachricht von einem ERP-System verarbeitet wird.

Erfassen

Verwenden Sie den Erstellungs-Zeitstempel des SendungsDatensatzes.

Ereignistyp inferred
Waren abgeholt
Diese Aktivität markiert den physischen Beginn der Sendungsverlauf, wenn der Spediteur die Waren vom Ursprungsort in Besitz nimmt. Dieses Event wird in der Regel in Blue Yonder TMS basierend auf einer Status-Update-Nachricht des Spediteurs, wie einer EDI 214-Transaktion, erfasst.
Bedeutung

Dies ist ein kritischer Ausführungs-Milestone, der bestätigt, dass die Sendung unterwegs ist. Er dient als Baseline für die Berechnung der Transitzeiten und die Messung der Pünktlichkeit bei der Abholung im Vergleich zum geplanten Datum.

Datenquelle

Dies ist ein explizites Event, das aus Spediteur-Status-Updates erfasst wird. Das System zeichnet den Zeitstempel auf, wenn eine Abholbestätigung (z.B. EDI 214 mit Status 'AF' oder 'X3') verarbeitet wird.

Erfassen

Verwenden Sie den Zeitstempel aus der verarbeiteten EDI 214- oder anderen Spediteur-Abholbestätigungsnachricht.

Ereignistyp explicit
Waren geliefert
Dieser Milestone bedeutet, dass die Sendung physisch am Zielort des Empfängers angekommen ist. Der Spediteur liefert diese Bestätigung, normalerweise über eine EDI 214-Nachricht, die den Sendungsstatus im TMS aktualisiert.
Bedeutung

Dies ist ein kritischer Erfolgs-Milestone, der den Antrag bearbeitet.as Ende des physischen Transports markiert. Er ist die Basis für die Messung der Pünktlichkeit bei der Zustellung, einem Schlüsselindikator für Kundenzufriedenheit und Spediteur-Zuverlässigkeit.

Datenquelle

Dies ist ein explizites Event, das aus einer Spediteur-Lieferbestätigungsnachricht erfasst wird. Das TMS protokolliert den Zeitstempel, wenn die EDI 214 (mit Status 'D1') oder eine gleichwertige Nachricht verarbeitet wird.

Erfassen

Verwenden Sie den Zeitstempel aus der verarbeiteten Spediteur-Lieferbestätigungsnachricht.

Ereignistyp explicit
Zahlung verarbeitet
Dies ist die letzte Aktivität im SendungsLebenszyklus, die bestätigt, dass der Spediteur für die Transportdienstleistung bezahlt wurde. Dieses Event stammt in der Regel aus einem externen Finanzsystem (ERP) und wird zurück an das TMS aktualisiert.
Bedeutung

Diese Aktivität markiert den finanziellen Abschluss der Sendung. Die Analyse der Durchlaufzeit von der Lieferung oder Prüfung bis zur Zahlung ist wichtig für das Management des Working CAPItal und die Aufrechterhaltung guter Spediteurbeziehungen.

Datenquelle

Dies ist normalerweise ein explizites Event, das erfasst wird, wenn eine Interface-Nachricht vom Kreditoren- oder ERP-System den Zahlungsstatus der Frachtrechnung im TMS aktualisiert.

Erfassen

Verwenden Sie den Zeitstempel aus der vom Finanzsystem erhaltenen Zahlungsbestätigungsnachricht.

Ereignistyp explicit
Zollabfertigung abgeschlossen
Bei internationalen Sendungen kennzeichnet diese Aktivität den Zeitpunkt, an dem die Waren erfolgreich den Zoll an einer Grenze oder einem Hafen passiert haben. Dieses Ereignis wird durch eine Benachrichtigung eines Zollmaklers oder den Antrag bearbeitet.es Carriers ausgelöst.
Bedeutung

Der Zoll ist eine häufige Ursache für erhebliche Verzögerungen in der internationalen Logistik. Die Messung der Zeit bis zur Abfertigung ist maßgeblich, um Engpässe zu identifizieren und grenzüberschreitende Transitzeiten zu verbessern.

Datenquelle

Dies wird in der Regel als explizites Event erfasst, basierend auf einer Spediteur-Nachricht (z.B. EDI 214) oder einer manuellen Aktualisierung, die den Zollstatus der Sendung auf "freigegeben" ändert.

Erfassen

Erfassen Sie den Zeitstempel, wenn der Zollstatus der Sendung auf „Abgefertigt“ aktualisiert wird.

Ereignistyp explicit
Angebot abgelehnt
Dieses Event bedeutet, dass ein Spediteur das Angebot zum Transport der Sendung abgelehnt hat. Diese Ablehnung wird in der Regel elektronisch über eine EDI 990-Transaktion oder eine manuelle Aktualisierung im Spediteur-Portal empfangen, was einen Workflow zur Suche eines alternativen Spediteurs auslöst.
Bedeutung

Die Verfolgung von Angebotsablehnungen ist maßgeblich, um Nacharbeitsschleifen bei der Spediteurauswahl zu identifizieren. Hohe Ablehnungsraten können auf Probleme bei der Preisgestaltung, der Spediteur-Kapazität oder ungenaue LadungsHinweisrmationen hinweisen, was zu Verzögerungen und erhöhten Kosten führt.

Datenquelle

Dies wird normalerweise als explizites Event erfasst, wenn eine Spediteur-Ablehnungsantwort vom TMS verarbeitet wird, wodurch der Angebotsstatus der Sendung aktualisiert wird.

Erfassen

Als Ereignis protokolliert bei Empfang einer Carrier-Ablehnungsnachricht (z. B. EDI 990).

Ereignistyp explicit
Frachtrechnung geprüft
Die Rechnung des Spediteurs, oder Frachtrechnung, wurde systematisch oder manuell gegen die vertraglich vereinbarten Raten, zusätzlichen Gebühren und den Zustellnachweis geprüft. Dieser Schritt verifiziert die Gebühren, bevor die Zahlung freigegeben wird.
Bedeutung

Dies ist ein wichtiger finanzieller Kontrollpunkt. Die Analyse des Audit-Prozesses kann häufige Abrechnungsdiskrepanzen aufdecken, während Nacharbeit in dieser Phase auf Probleme hinweist, die den administrativen Aufwand erhöhen.

Datenquelle

Dieses Event wird erfasst, wenn der Status der mit der Sendung verbundenen Frachtrechnung im Frachtprüfmodul des TMS auf "Geprüft", "Zur Zahlung freigegeben" oder einen ähnlichen Zustand geändert wird.

Erfassen

Erfassen Sie den Zeitstempel der Statusänderung bei der Frachtrechnungsentität, die mit der Sendung verknüpft ist.

Ereignistyp inferred
In-Transit-Update erhalten
Stellt den Empfang eines Standort- oder Status-Updates vom Spediteur dar, während sich die Sendung auf dem Transportweg befindet. Diese Updates, oft aus EDI 214-Nachrichten, bieten Transparenz über den Fortschritt der Sendung und mögliche Verzögerungen.
Bedeutung

Diese Ereignisse sind wichtig für die Verfolgung des Sendungsfortschritts und die Identifizierung von Transitverzögerungen. Ein Mangel an Updates kann auf Sichtbarkeitslücken hindeuten, während häufige Verzögerungs-Updates auf Spediteur-Leistungsfähigkeit-Probleme hinweisen.

Datenquelle

Dies sind explizite Ereignisse, die in einer Sendungsverfolgungs- oder Event-History-Tabelle protokolliert werden, jedes Mal, wenn eine Transit-Nachricht des Spediteurs (z.B. EDI 214 mit Status 'X1', 'AG') empfangen und verarbeitet wird.

Erfassen

Jede verarbeitete In-Transit-Carrier-Nachricht erstellt einen neuen Event Log Eintrag.

Ereignistyp explicit
Liefernachweis empfangen
Diese Aktivität repräsentiert den Empfang formaler Dokumentation, die die Lieferung bestätigt, wie beispielsweise eines unterzeichneten Frachtbriefs. Dies ist oft ein separater Schritt nach der physischen Lieferung und eine Voraussetzung für die Frachtzahlung.
Bedeutung

Der effiziente Empfang des Liefernachweises (POD) ist maßgeblich für die Beschleunigung des Abrechnungs- und Zahlungszyklus. Verzögerungen in diesem Schritt wirken sich direkt auf den Cashflow aus und können zu Streitigkeiten über Carrier-Zahlungen führen.

Datenquelle

Dies wird normalerweise erfasst, wenn ein Benutzer den POD manuell als empfangen markiert oder den Antrag bearbeitet.as Dokument dem SendungsDatensatz im TMS anhängt, wodurch eine Statusänderung ausgelöst wird.

Erfassen

Erfassen Sie den Zeitstempel, wenn ein „POD erhalten“-Flag oder -Status für die Sendung gesetzt wird.

Ereignistyp inferred
Sendung geplant
Stellt den Abschluss der initialen Planungsphase dar, in der eine Route, ein Transportmanagementmentittel und potenzielle Spediteure für die Sendung festgelegt werden. Die Planungs-Engine des Systems generiert eine Lösung, und der Sendungsstatus wird aktualisiert, um die Verfügbarkeit eines Plans widerzuspiegeln.
Bedeutung

Die Verfolgung dieser Aktivität hilft, die Effizienz der Planungs- und Optimierungs-Engine zu messen. Verzögerungen oder Nacharbeitsschleifen in diesem Schritt können auf Probleme mit StammDaten, der Spediteurverfügbarkeit oder den Antrag bearbeitet.er SystemKonfiguration hinweisen.

Datenquelle

Dies wird wahrscheinlich aus einer Statusänderung der Sendungsentität abgeleitet, zum Beispiel dem Übergang von "ungeplant" zu "geplant". Der Zeitstempel dieser Statusänderung markiert das Event.

Erfassen

Erfassen Sie den Zeitstempel, wenn sich der Sendungsstatus in einen „geplanten“ Zustand ändert.

Ereignistyp inferred
Sendung storniert
Stellt die Stornierung einer Sendung vor der Abholung dar. Dies kann aus verschiedenen Gründen geschehen, wie der Stornierung einer Bestellung durch einen Kunden oder einer Planungsänderung, und dient als finaler, erfolgloser Endzustand.
Bedeutung

Die Nachverfolgung von Stornierungen ist wichtig, um die Nachfrageschwankungen und Prozessverschwendung zu verstehen. Die Analyse, warum Sendungen storniert werden, kann Probleme im Auftragsmanagement oder in den Planungsprozessen aufzeigen.

Datenquelle

Dies ist ein explizites Event, das erfasst wird, wenn ein Benutzer oder ein automatisierter Prozess den primären Status der Sendung auf "Storniert" ändert.

Erfassen

Erfassen Sie den Zeitstempel der Statusänderung auf „Storniert“.

Ereignistyp explicit
Spediteur beauftragt
Diese Aktivität tritt auf, wenn die Sendung einem spezifischen Spediteur formell zur Annahme angeboten wird. Dies ist eine eigenständige Aktion innerhalb des TMS, die oft eine Kommunikation an den Spediteur über eine EDI 204-Transaktion, eine E-Mail oder eine Portalbenachrichtigung auslöst.
Bedeutung

Dieses Event ist der Ausgangspunkt für die Messung der Spediteur-Reaktionsfähigkeit und der Annahmeraten von Angeboten. Die Analyse der Zeitspanne zwischen Angebotsstellung und Spediteur-Antwort ist maßgeblich, um die Effizienz der Spediteurbeziehung zu verstehen.

Datenquelle

Blue Yonder TMS protokolliert dies wahrscheinlich als explizites Ereignis in einer Sendungshistorie- oder Ausschreibungshistorie-Tabelle, wenn die Ausschreibungsaktion von einem Benutzer oder den Antrag bearbeitet.em System ausgeführt wird.

Erfassen

In der Sendungsereignishistorie protokolliert, wenn die Ausschreibungsaktion ausgeführt wird.

Ereignistyp explicit
Empfohlen Optional

Extraktionsanleitungen

So erhalten Sie Ihre Daten von Blue Yonder TMS

Extraktionsmethoden für diesen Prozess werden derzeit validiert. Bitte schauen Sie später noch einmal vorbei oder kontaktieren Sie uns für Unterstützung.