Ihre Transportmanagementmentanagement-Datenvorlage
Ihre Transportmanagementmentanagement-Datenvorlage
- Empfohlene Attribute für eine vollständige Analyse
- Schlüsselaktivitäten zur Verfolgung für die Prozesserkennung
- Detaillierte Extraktionsanleitung für Blue Yonder TMS
Transportmanagementmentanagement-Attribute
| 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 | |||
Transportmanagementmentanagement-Aktivitäten
| 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 | |||
Extraktionsanleitungen
Extraktionsmethoden für diesen Prozess werden derzeit validiert. Bitte schauen Sie später noch einmal vorbei oder kontaktieren Sie uns für Unterstützung.