Ihre Transportmanagement-Daten-Vorlage

Trimble TMS
Ihre Transportmanagement-Daten-Vorlage

Ihre Transportmanagement-Daten-Vorlage

Dieses `Template` bietet einen umfassenden Leitfaden zum Sammeln und Aufbereiten Ihrer Transportmanagement-`data`. Es skizziert die wesentlichen `Attributes` zum Erfassen, die kritischen `Activities` zum Verfolgen und praktische Anleitungen zur `data` Extraktion. Nutzen Sie diese Ressource, um einen leistungsstarken `Event Log` zu erstellen, der eine tiefgehende Analyse Ihrer Logistikprozesse ermöglicht.
  • Empfohlene Attribute zur Erfassung
  • Wichtige Aktivitäten zur Verfolgung
  • Extraktionsanleitung
Neu bei Event-Logs? Erfahren Sie wie Sie ein Process-Mining-Event-Log erstellen.

Transportmanagement-Attribute

Dies sind die empfohlenen `data` Felder, die Sie in Ihrem `Event Log` für eine umfassende Analyse Ihres Transportmanagement-Prozesses aufnehmen sollten.
5 Erforderlich 6 Empfohlen 12 Optional
Name Beschreibung
Aktivitätsname
ActivityName
Der Name des Geschäfts-`Events` oder Meilensteins, der zu einem bestimmten Zeitpunkt für eine Sendung aufgetreten ist.
Beschreibung

Der Activity Name beschreibt einen spezifischen Schritt oder eine Statusänderung innerhalb des Transportprozesses. Diese Events bilden die Abfolge der Prozesslandkarte und zeigen, wie eine Sendung von der Erstellung bis zum Abschluss verläuft.

Die Analyse von Activities ist der Kern des Process Mining. Sie hilft, den Prozessfluss zu visualisieren, gängige und seltene Pfade zu identifizieren, Nacharbeitsschleifen wie wiederholte Buchungsversuche aufzudecken und die Häufigkeit jedes Schrittes zu messen. Die Reihenfolge und das Timing dieser Activities werden verwendet, um Cycle Times zu berechnen und Bottlenecks zwischen den Stufen zu identifizieren.

Bedeutung

Dieses Attribute definiert die Schritte im Prozess, bildet die Grundlage der Prozesslandkarte und ermöglicht die Analyse von Prozessfluss, Variationen und Bottlenecks.

Datenquelle

Typischerweise abgeleitet aus Event Logs, Statusänderungstabellen oder spezifischen Transaktionsdatensätzen innerhalb von Trimble TMS, die mit einer Sendung verknüpft sind.

Beispiele
Versand geplantWaren abgeholtWaren geliefertFrachtrechnung geprüft
Ereigniszeit
EventTime
Der `Timestamp`, der angibt, wann die `Activity` stattfand, einschließlich Datum und Uhrzeit.
Beschreibung

Event Time ist das präzise Datum und die Uhrzeit, die für jede Activity im Lebenszyklus der Sendung erfasst werden. Sie liefert die chronologische Reihenfolge der Events, was für die Konstruktion des Prozessflusses und die Durchführung jeder zeitbasierten Analyse unerlässlich ist.

Dieses Attribut ist grundlegend für alle Process Mining Analytics. Es wird verwendet, um Durchlaufzeiten zwischen Activities zu berechnen, die Gesamtdauer eines Case zu messen, Wartezeiten zu identifizieren und die Prozessperformance über verschiedene Zeiträume zu analysieren. Genaue Timestamps sind entscheidend, um Verzögerungen zu diagnostizieren und die Prozesseffizienz zu verstehen.

Bedeutung

Er liefert die chronologische Abfolge der Events, die für die Berechnung aller dauerbasierten Metriken wie Durchlaufzeiten und die Identifizierung von Prozessverzögerungen unerlässlich ist.

Datenquelle

Befindet sich neben dem Aktivitäts- oder Statusfeld in Event Logs oder Transaktionstabellen innerhalb von Trimble TMS.

Beispiele
2023-10-26T10:00:00Z2023-10-27T14:35:10Z2023-10-28T09:15:00Z
Sendung
Shipment
Der eindeutige Identifikator für eine einzelne Warenbewegung, der als primärer `Case` für die Prozessanalyse dient.
Beschreibung

Die Sendungs-ID ist der zentrale Case-Identifikator, der alle Events und Activities gruppiert, die sich auf einen einzelnen Transportauftrag beziehen. Jede Sendung repräsentiert eine vollständige Reise, von der anfänglichen Erstellung und Planung über die Ausführung, Lieferung und finanzielle Abwicklung.

Im Process Mining ermöglicht die Analyse des Prozesses nach Sendung eine umfassende Sicht auf den End-to-End-Transportlebenszyklus. Dies ermöglicht die Messung der gesamten Cycle Times, die Identifizierung von Bottlenecks, die spezifische Sendungen betreffen, und den Vergleich von Prozesspfaden für verschiedene Arten von Sendungen. Es ist das grundlegende Attribute zur Verfolgung eines einzelnen Auftrags durch das gesamte System.

Bedeutung

Es ist der essentielle Case-Identifikator, der alle zugehörigen Activities verbindet und eine vollständige End-to-End-Analyse jedes Transportauftrags ermöglicht.

Datenquelle

Dies ist der Primärschlüssel in den Hauptsendungs- oder Bestelltabelle innerhalb von Trimble TMS. Konsultieren Sie die Trimble TMS-Dokumentation für spezifische Tabellen- und Feldnamen.

Beispiele
SH-750331SH-750332SH-750333
Letzte Datenaktualisierung
LastDataUpdate
Der `Timestamp`, der angibt, wann die Daten für diesen Datensatz zuletzt aus dem Quellsystem aktualisiert wurden.
Beschreibung

Dieses Attribute zeigt Datum und Uhrzeit der letzten data-Extraktion oder -Aktualisierung aus Trimble TMS an. Es liefert Kontext zur Aktualität der analysierten data.

In jeder Analyse ist das Verständnis der Aktualität der data entscheidend für zeitnahe und relevante Geschäftsentscheidungen. Dieser Timestamp hilft Benutzern, den data zu vertrauen und das durch die aktuelle Analyse abgedeckte Zeitfenster zu verstehen, um sicherzustellen, dass sie nicht auf veralteten Informationen basieren.

Bedeutung

Zeigt die Aktualität der Daten an und stellt sicher, dass Analysen auf aktuellen Informationen für eine präzise Entscheidungsfindung basieren.

Datenquelle

Dieser Timestamp wird typischerweise vom ETL (Extract, Transform, Load)-Tool während des data-Aufnahmeprozesses generiert und erfasst.

Beispiele
2024-05-21T02:00:00Z2024-05-22T02:00:00Z
Quellsystem
SourceSystem
Das führende System, aus dem die Event-Daten extrahiert wurden.
Beschreibung

Dieses Attribute identifiziert die Quellanwendung, aus der die data stammen. In diesem Kontext wäre es typischerweise „Trimble TMS“. In komplexeren Umgebungen könnte es zwischen verschiedenen Modulen oder integrierten Systemen, wie einem separaten Finanzsystem für Zahlungen, unterscheiden.

Die Angabe des Quellsystems ist wichtig für die data governance und Nachverfolgbarkeit. Sie hilft, den Kontext der data zu verstehen und ist entscheidend, wenn data aus mehreren Quellen zusammengeführt werden, um eine einzige End-to-End-Prozessansicht zu erstellen.

Bedeutung

Gewährleistet Datentransparenz und Kontext, was entscheidend ist, wenn Daten aus mehreren Systemen kombiniert werden, um den End-to-End-Prozess zu analysieren.

Datenquelle

Dies ist oft ein statischer Wert, der während des data Extraktionsprozesses hinzugefügt wird, um den Ursprung der Datensätze zu kennzeichnen.

Beispiele
Trimble TMSTrimble TMS v2023.1
Angefordertes Lieferdatum
RequestedDeliveryDate
Das vom Kunden angeforderte oder als Service Level Agreement (`SLA`)-Ziel vereinbarte Lieferdatum.
Beschreibung

Das angeforderte Lieferdatum ist das Zieldatum, bis zu dem die Sendung voraussichtlich an ihrem Bestimmungsort zugestellt wird. Dieses Datum dient als primäre Referenz für die Messung der Pünktlichkeit der Lieferung.

Dieses Attribute ist entscheidend für die Berechnung von Schlüsselkennzahlen wie der pünktlichen Lieferrate von Sendungen. Durch den Vergleich des tatsächlichen Liefer-Timestamp mit diesem angeforderten Datum kann das System feststellen, ob eine Sendung früh, pünktlich oder verspätet war. Dies ist grundlegend für das Dashboard zur tatsächlichen vs. angeforderten Lieferleistung und für die Bewertung der Kundenzufriedenheit und Spediteurzuverlässigkeit.

Bedeutung

Dient als Grundlage für die Messung der Pünktlichkeit der Lieferung, ein kritischer KPI für Kundenzufriedenheit und operative Exzellenz.

Datenquelle

Befindet sich in den Bestell- oder Sendungsdetailtabellen innerhalb von Trimble TMS.

Beispiele
2023-11-15T23:59:59Z2023-12-01T17:00:00Z
Endzeit
EndTime
Der Zeitstempel, der angibt, wann eine Aktivität abgeschlossen wurde.
Beschreibung

Die Endzeit markiert den Abschluss einer Activity. Wenn verfügbar, kann sie zusammen mit der Startzeit verwendet werden, um die präzise Bearbeitungszeit für einen einzelnen Schritt zu berechnen und diese von der Wartezeit vor Beginn des nächsten Schrittes abzugrenzen.

In der Analyse ermöglicht das Vorhandensein von Start- und Endzeiten für Activities eine granularere Sicht auf die Prozessleistung. Es hilft, zwischen aktiver Arbeitszeit (Bearbeitungszeit) und Leerlaufzeit (Wartezeit) zu unterscheiden, was entscheidend ist, um echte Effizienzsteigerungen gegenüber Ressourcen- oder Planungsverzögerungen zu identifizieren. Zum Beispiel kann die genaue Dauer der Activity „Frachtrechnung geprüft“ gemessen werden.

Bedeutung

Ermöglicht die präzise Berechnung der Activity-Bearbeitungszeit, wobei die aktive Arbeitsdauer von der Wartezeit zwischen den Prozessschritten getrennt wird.

Datenquelle

Einige Module in Trimble TMS können sowohl ein Start- als auch ein End Event für bestimmte Activities protokollieren. Dies muss in den Event Logs oder Transaktionsprotokollen überprüft werden.

Beispiele
2023-10-26T10:45:00Z2023-10-27T15:05:10Z2023-10-28T09:20:00Z
Spediteurname
CarrierName
Der Name des Transportunternehmens, das für den Transport der Sendung verantwortlich ist.
Beschreibung

Der Spediteurname identifiziert den externen Logistikdienstleister oder die interne Flotte, die für die Durchführung des Warentransports zuständig ist. Dies ist ein kritisches Stammdatum, das jeder Sendung zugeordnet ist.

Dieses Attribute ist unerlässlich für die Leistungsanalyse, insbesondere für das Dashboard zur Spediteurleistung & Compliance. Durch die Segmentierung der Prozessdaten nach Spediteurnamen können Unternehmen Pünktlichkeitsraten, durchschnittliche Cycle Times und Verzögerungshäufigkeiten zwischen verschiedenen Anbietern vergleichen. Dies hilft bei der Aushandlung von Verträgen, der Auswahl zuverlässiger Partner und der Verbesserung der gesamten Lieferkette.

Bedeutung

Ermöglicht Leistungsbenchmarking und Compliance-Analyse über verschiedene Transportdienstleister hinweg, was das Speditionsmanagement und die Speditionenauswahl direkt unterstützt.

Datenquelle

Findet sich in den Haupt-Sendungs- oder Ladungstabellen in Trimble TMS, oft verknüpft aus einer Speditionsstammdatentabelle.

Beispiele
Global Freightways Inc.Schnelle LogistikÜberland-Speditionen
Termingerecht
IsOnTime
Ein boolesches Flag, das anzeigt, ob die Sendung am oder vor dem angefragten Lieferdatum geliefert wurde.
Beschreibung

Dies ist ein berechnetes Flag, das das „ActualDeliveryDate“ mit dem „RequestedDeliveryDate“ vergleicht. Es ergibt „true“, wenn die tatsächliche Lieferung am oder vor dem angeforderten Datum erfolgte, und „false“ andernfalls.

Dieses Attribute vereinfacht die Leistungsanalyse und Dashboard-Erstellung. Anstatt data direkt in jedem Diagramm zu vergleichen, ermöglicht dieses Flag eine einfache Filterung und Aggregation zur Berechnung des KPI für die pünktliche Lieferrate von Sendungen. Es liefert ein klares, binäres Ergebnis für die Lieferleistung jeder Sendung, was die Visualisierung von Erfolgsraten erleichtert.

Bedeutung

Vereinfacht die Berechnung von KPIs für die pünktliche Lieferung und ermöglicht eine einfache Filterung und Segmentierung pünktlicher gegenüber verspäteten Sendungen.

Datenquelle

Dieses Attribute ist nicht im Quellsystem vorhanden. Es wird während der data Transformation durch den Vergleich von „ActualDeliveryDate“ <= „RequestedDeliveryDate“ berechnet.

Beispiele
truefalsch
Transportart
ModeOfTransport
Die für die Sendung verwendete Transportmethode, wie LKW, Luft, Bahn oder See.
Beschreibung

Die Transportart legt die für die Sendung verwendete Transportmethode fest. Dies kann Komplettladungen (FTL), Teilladungen (LTL), Luftfracht, Seefracht oder Schiene umfassen.

Die Analyse des Prozesses nach Transportart ist entscheidend für strategische Entscheidungen und Kostenoptimierung. Sie ermöglicht den Vergleich der Effizienz, Geschwindigkeit und Kosteneffizienz verschiedener Transportarten. Zum Beispiel verwendet das Dashboard zum Effizienzvergleich der Transportarten dieses Attribute, um zu zeigen, welche Modi längere Transitzeiten oder höhere Verzögerungsraten aufweisen, was Planern hilft, bessere Entscheidungen zu treffen.

Bedeutung

Ermöglicht den Vergleich von Kosten, Geschwindigkeit und Effizienz verschiedener Transportmethoden und unterstützt die strategische Routen- und Modusplanung.

Datenquelle

Dies ist ein Standardfeld im Sendungs- oder Ladungsdatensatz innerhalb von Trimble TMS.

Beispiele
FTL (Full Truckload)LTL (Teilladung)LuftfrachtSeefracht
Verzögerungsgrund
DelayReason
Ein Code oder eine Beschreibung, die die Ursache einer Sendungsverzögerung erklärt.
Beschreibung

Der Verzögerungsgrund liefert den Kontext, warum eine Sendung ihren geplanten Zeitrahmen nicht eingehalten hat. Gründe können von „Spediteurverzögerung“ und „Zollbeschlagnahme“ bis zu „Wetter“ oder „Kunde nicht verfügbar“ reichen. Diese Information wird oft manuell eingegeben oder aus einer vordefinierten Liste ausgewählt, wenn eine Verzögerung erfasst wird.

Dieses Attribute ist von unschätzbarem Wert für die Ursachenanalyse, insbesondere für das Dashboard zur Sendungsverzögerungs- und Ursachenanalyse. Durch die Kategorisierung von Verzögerungen können Unternehmen wiederkehrende Probleme identifizieren, sei es bei bestimmten Spediteuren, Routen oder internen Prozessen. Dies ermöglicht gezielte Verbesserungsinitiativen zur Reduzierung von Verzögerungen und zur Verbesserung der Zuverlässigkeit.

Bedeutung

Ermöglicht eine Ursachenanalyse von Verzögerungen und hilft, wiederkehrende Probleme mit Speditionen, Routen oder Prozessen zu identifizieren, die gezielt verbessert werden können.

Datenquelle

Kann in einer spezifischen Verzögerungs- oder Ausnahme-Logtabelle gespeichert werden oder als Freitextfeld im Sendungsdatensatz in Trimble TMS.

Beispiele
Wetterbedingte VerzögerungZollkontrolleAusfall der SpeditionsausrüstungVerkehrsstau
Aktuelles `Lieferdatum`
ActualDeliveryDate
Der tatsächliche `Timestamp`, wann die `Activity` „Ware geliefert“ erfasst wurde.
Beschreibung

Das tatsächliche Lieferdatum ist der Timestamp, der den Abschluss der Lieferung kennzeichnet. Es stellt die tatsächliche Wahrheit dar, wann die Sendung ihr Ziel erreicht hat. Dies ist typischerweise der Timestamp des Events „Ware geliefert“.

Dieses Attribute wird in Verbindung mit dem angeforderten Lieferdatum verwendet, um den Pünktlichkeitsstatus zu bestimmen. Es ist der faktische Endpunkt für viele Cycle Time-Berechnungen und Leistungsmessungen, der direkt in KPIs einfließt, die die Lieferleistung und Spediteurzuverlässigkeit verfolgen. Es ist ein Eckpfeiler für die Analyse der tatsächlichen Prozessesausführung im Vergleich zu den geplanten Zeitplänen.

Bedeutung

Liefert die tatsächliche Abschlusszeit der Lieferung und ermöglicht die Berechnung der Pünktlichkeitsleistung und der tatsächlichen Transitzeiten.

Datenquelle

Dies ist der Timestamp, der mit dem Event-Status „Ware geliefert“ im Event Log der Sendung verbunden ist.

Beispiele
2023-11-15T14:30:00Z2023-12-02T10:00:00Z
Benutzername
UserName
Der Benutzer oder Systemagent, der eine spezifische `Activity` ausgeführt hat.
Beschreibung

Der Benutzername identifiziert den einzelnen Mitarbeitenden oder das automatisierte System, das für die Ausführung eines Prozessschritts verantwortlich ist, wie die Planung einer Sendung, die Prüfung einer Frachtrechnung oder die Bearbeitung einer Zahlung. Er verknüpft Prozessaktivitäten mit menschlichen oder systemischen Ressourcen.

Die Analyse von data nach Benutzer hilft, die Arbeitslastverteilung zu verstehen, Schulungsbedarfe zu identifizieren und Leistungsausreißer zu erkennen. Im Dashboard für Sendungsbuchungs-Nacharbeit & Fehler kann dieses Attribute beispielsweise helfen, festzustellen, ob Nacharbeit bei bestimmten Benutzern konzentriert ist, was auf einen Bedarf an zusätzlicher Schulung oder Prozessklärung hindeutet. Es ist auch entscheidend für Compliance- und Auditzwecke.

Bedeutung

Verknüpft Prozessaktivitäten mit spezifischen Mitarbeitenden oder Systembenutzern, um Arbeitslastanalysen, Leistungsbewertungen und die Identifizierung von Schulungsmöglichkeiten zu ermöglichen.

Datenquelle

Typischerweise in Transaktions- oder Event Logs zu finden, verbunden mit der Benutzer-ID, die den Datensatz erstellt oder geändert hat.

Beispiele
j.doea.smithsystem.api
Event Duration
EventDuration
Die Time Elapsed between the Start and End of an Activity.
Beschreibung

Event Duration misst die Bearbeitungszeit einer Activity, berechnet als Differenz zwischen ihrer End Time und Start Time. Diese Metrik repräsentiert die aktive Arbeitszeit für einen spezifischen Prozessschritt.

Dieses berechnete Attribut ist entscheidend, um zwischen aktiver Bearbeitungszeit und passiver Wartezeit zu unterscheiden. Es kann zum Beispiel zeigen, dass die Activity 'Freight Bill Audited' selbst nur 30 Minuten dauert, aber im Durchschnitt 2 Tage Wartezeit vergehen, bevor sie beginnt. Diese Erkenntnis hilft, Verbesserungsbemühungen auf die richtigen Bereiche zu konzentrieren, wie die Reduzierung von Wartezeiten, anstatt zu versuchen, eine bereits effiziente Aufgabe zu beschleunigen.

Bedeutung

Misst die aktive Bearbeitungszeit einer Activity und hilft dabei, die tatsächliche Arbeit von inaktiver Wartezeit zu unterscheiden, um eine präzisere Bottleneck-Analyse zu ermöglichen.

Datenquelle

Berechnet durch Subtraktion des Attributs 'EventTime' (StartTime) vom Attribut 'EndTime' für jedes Event.

Beispiele
PT1H30MPT45MP1D2H
Frachtrechnungsbetrag
FreightBillAmount
Der Gesamtbetrag, der für die Frachtdienstleistung berechnet wird.
Beschreibung

Der Frachtrechnungsbetrag ist der in Rechnung gestellte Kostenpunkt für den Transport der Sendung. Diese Finanz-data sind entscheidend für die Kostenanalyse und das Verständnis der finanziellen Auswirkungen von Prozessineffizienzen.

Im Process Mining ermöglicht dieses Attribute die Analyse von Kosten, die mit verschiedenen Prozessvarianten, Spediteuren oder Routen verbunden sind. Es kann beispielsweise verwendet werden, um festzustellen, ob Sendungen mit häufigen Nacharbeiten oder Verzögerungen tendenziell höhere Kosten verursachen. Es ist auch unerlässlich für Analysen im Zusammenhang mit der Frachtrechnungsprüfung und Zahlungsabwicklung.

Bedeutung

Verbindet die Prozessausführung mit finanziellen Ergebnissen und ermöglicht die Analyse, wie Prozessabweichungen, Verzögerungen oder die Wahl des Spediteurs die Transportkosten beeinflussen.

Datenquelle

Findet sich in den Frachtabrechnungs- oder Finanzabwicklungsmodulen von Trimble TMS, verknüpft mit der Sendung.

Beispiele
1250.75850.003400.50
Freight Bill Status
FreightBillStatus
Der Status der Frachtrechnung, wie „Erhalten“, „Geprüft“, „Abgelehnt“ oder „Bezahlt“.
Beschreibung

Freight Bill Status verfolgt den Fortschritt einer Rechnung durch den finanziellen Abwicklungsteil des Transportprozesses. Er zeigt an, ob eine Rechnung erhalten, in Überprüfung, genehmigt, zur Korrektur abgelehnt oder vollständig bezahlt wurde.

Dieses Attribut ist unerlässlich für das Dashboard "Freight Bill Auditing & Payment Speed". Es hilft, die Durchlaufzeit des Auditierungsprozesses zu messen, Engpässe bei Zahlungsfreigaben zu identifizieren und die Ablehnungsrate von Frachtrechnungen zu quantifizieren. Die Analyse dieser Status kann Ineffizienzen im Procure-to-Pay-Subprozess aufzeigen.

Bedeutung

Bietet Transparenz über den finanziellen Abwicklungsprozess und hilft, die Effizienz der Prüfung zu messen und Gründe für Zahlungsverzögerungen oder -streitigkeiten zu identifizieren.

Datenquelle

Befindet sich im Modul für Kreditoren oder Frachtabrechnung von Trimble TMS.

Beispiele
Ware erhaltenGeprüft - GenehmigtGeprüft - AbgelehntBezahlt
Gesamtdurchlaufzeit
TotalCycleTime
Die gesamte Zeit, die vom ersten `Event` bis zum letzten `Event` einer Sendung vergangen ist.
Beschreibung

Die Total Cycle Time misst die End-to-End-Dauer für jeden Sendungs-Case. Sie wird berechnet, indem die Differenz zwischen dem Timestamp der allerersten Activity (z. B. „Sendung erstellt“) und der allerletzten Activity (z. B. „Zahlung bearbeitet“) ermittelt wird.

Dies ist ein primärer KPI zur Messung der gesamten Prozesseffizienz. Er bietet eine hochrangige Leistungsübersicht für das Dashboard zum gesamten Sendungsdurchsatz & Cycle Time. Die Analyse, wie sich diese Metrik im Laufe der Zeit entwickelt oder wie sie sich nach Spediteur, Route oder Transportart unterscheidet, hilft dabei, breite Bereiche für strategische Verbesserungen zu identifizieren.

Bedeutung

Misst die gesamte End-to-End-Prozessgeschwindigkeit und liefert einen Schlüsselindikator für Effizienz und Kundenerlebnis.

Datenquelle

Berechnet auf Case-Ebene, indem der minimale Timestamp vom maximalen Timestamp aller Events innerhalb eines einzelnen 'Shipment'-Case subtrahiert wird.

Beispiele
P15D6HP22DT10HP12D
Herkunftsland
OriginCountry
Das Land, in dem die Sendung ihren Ursprung hat.
Beschreibung

Das Ursprungsland ist das Land des Startpunkts der Sendung. Diese geografische Information ist entscheidend für die Analyse der Logistik auf globaler oder regionaler Ebene.

Dieses Attribute ermöglicht die Segmentierung der Prozessleistung nach geografischen Gesichtspunkten. Es kann helfen zu identifizieren, ob Cycle Times oder Verzögerungsraten für Sendungen, die aus bestimmten Ländern stammen, höher sind, was auf spezifische regionale Herausforderungen wie Zollkomplexität oder Infrastrukturprobleme hindeuten kann. Es ist besonders wichtig für die Analyse von Bottlenecks bei der Zollabfertigung.

Bedeutung

Ermöglicht eine geografische Analyse der Prozessperformance, die hilft, regionale Engpässe zu identifizieren, insbesondere im Zusammenhang mit Zoll- oder Transitzeiten.

Datenquelle

Abgeleitet aus den Ursprungsadressinformationen, die in den Sendungs- oder Bestelldetails innerhalb von Trimble TMS gespeichert sind.

Beispiele
USACANMEXDEU
Is Delayed
IsDelayed
Ein boolesches Flag, das anzeigt, ob eine Sendung ein erfasstes Verzögerungsereignis hatte.
Beschreibung

Dies ist ein berechnetes Flag, das auf „true“ gesetzt wird, wenn eine Sendung einen zugehörigen Verzögerungsgrund hat oder wenn ihr Status eine Verzögerung anzeigt. Es unterscheidet sich von „IsOnTime“, da eine Sendung verzögert sein kann, aber durch Korrekturmaßnahmen dennoch pünktlich ankommt.

Dieses Attribute hilft, die Analyse auf Sendungen zu konzentrieren, die Ausnahmen aufwiesen. Es wird im Dashboard zur Sendungsverzögerungs- und Ursachenanalyse verwendet, um problematische Cases zu isolieren und die Ursachen ohne die Störung reibungslos bearbeiteter Sendungen zu analysieren. Es hilft, die Häufigkeit operativer Ausnahmen zu quantifizieren.

Bedeutung

Identifiziert Sendungen, die operationelle Ausnahmen erfahren haben, und ermöglicht eine fokussierte Analyse der Ursachen und Auswirkungen dieser Verzögerungen.

Datenquelle

Berechnet während der Datentransformation. Die Logik wäre, das Flag auf true zu setzen, wenn das Feld 'DelayReason' nicht null ist oder wenn eine spezifische 'delay'-Activity vorhanden ist.

Beispiele
truefalsch
Kundenname
CustomerName
Der Name des Kunden, für den die Sendung transportiert wird.
Beschreibung

Der Kundenname identifiziert den Klienten oder das Unternehmen, dem die versendeten Waren gehören oder der der Empfänger des Dienstes ist. Dies ist ein wichtiges Stammdatum für die Segmentierung der Analyse.

Die Analyse des Transportprozesses nach Kunden kann wichtige Einblicke liefern. Sie hilft festzustellen, ob bestimmte Kunden mehr Verzögerungen erleben, mehr Nacharbeit bei der Buchung erfordern oder einzigartige Prozessabläufe haben. Diese Informationen können genutzt werden, um den Kundenservice zu verbessern, Logistiklösungen anzupassen und Schlüsselkunden effektiver zu verwalten.

Bedeutung

Ermöglicht eine kundenorientierte Prozessanalyse, die hilft zu identifizieren, ob spezifische Kunden einzigartigen Herausforderungen gegenüberstehen oder unterschiedliche Service-Levels benötigen.

Datenquelle

Findet sich in den Hauptbestell- oder Sendungstabellen, oft verknüpft aus einer Kundenstammdatentabelle.

Beispiele
ACME CorporationStark IndustriesWayne Enterprises
POD-Durchlaufzeit
ProofOfDeliveryCycleTime
Die Dauer zwischen den `Events` „Ware geliefert“ und „Zustellnachweis erhalten“.
Beschreibung

Dies ist eine berechnete Metrik, die die Zeit misst, die benötigt wird, um den Zustellnachweis (POD)-Dokumentation nach Abschluss der physischen Lieferung zu erhalten und zu verarbeiten. Eine lange POD Cycle Time kann die Rechnungsstellung verzögern und den Cashflow beeinträchtigen.

Dieses Attribute ist die Grundlage für das Dashboard zur Verzögerung des Zustellnachweis-Eingangs und den entsprechenden KPI. Durch die Berechnung dieser Dauer für jede Sendung kann das Unternehmen Bottlenecks im POD-Prozess identifizieren, wie langsame Einreichungen durch Spediteure oder ineffiziente interne Verarbeitung, und Maßnahmen ergreifen, um die Kundenabrechnung zu beschleunigen.

Bedeutung

Misst direkt die Effizienz des administrativen Prozesses nach der Lieferung, was für eine zeitnahe Rechnungsstellung und einen gesunden Cashflow entscheidend ist.

Datenquelle

Berechnet durch Ermittlung der Timestamp-Differenz zwischen den Activities 'Proof of Delivery Received' und 'Goods Delivered' für jede Sendung.

Beispiele
P2DT12H30MP5DP1DT4H
Sendungsstatus
ShipmentStatus
Der aktuelle Betriebsstatus der Sendung.
Beschreibung

Der Sendungsstatus gibt den letzten bekannten Zustand der Sendung in ihrem Lebenszyklus an, wie zum Beispiel „Geplant“, „In Transit“, „Zugestellt“ oder „Storniert“. Er liefert einen Überblick darüber, wo sich die Sendung zu einem bestimmten Zeitpunkt befindet.

Während Process Mining den historischen Fluss rekonstruiert, ist der aktuelle Status nützlich für das Filtern und Analysieren laufender Cases. Er hilft bei der Segmentierung der data, um sich auf offene Sendungen im Vergleich zu abgeschlossenen zu konzentrieren oder um zu untersuchen, warum eine hohe Anzahl von Sendungen in einem bestimmten Status festhängt. Er bietet wertvollen Kontext für die operative Überwachung.

Bedeutung

Bietet einen aktuellen Überblick über den Sendungsfortschritt und ermöglicht die Analyse und Filterung offener, abgeschlossener oder problematischer Cases.

Datenquelle

Ein Standardfeld im Header der Haupt-Sendungs- oder Ladungstabelle in Trimble TMS.

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

Das Bestimmungsland ist das Land der endgültigen Lieferadresse der Sendung. Ähnlich wie das Ursprungsland ist es ein Schlüsselattribut für die geografische Prozessanalyse.

Die Analyse von data nach Bestimmungsland hilft, ortsspezifische Prozessprobleme aufzudecken. Zum Beispiel könnten Sendungen in ein bestimmtes Land konsequent längere Zollabfertigungszeiten oder Lieferverzögerungen erfahren. Diese Einsicht ermöglicht eine proaktive Planung und Anpassung der Lieferzeiten für spezifische Routen, wodurch die Genauigkeit der Lieferversprechen verbessert wird.

Bedeutung

Hilft, prozessspezifische Herausforderungen in Zielregionen genau zu identifizieren, wie Zollverzögerungen oder Probleme bei der Zustellung auf der letzten Meile.

Datenquelle

Abgeleitet aus den Zieladressinformationen, die in den Sendungs- oder Bestelldetails innerhalb von Trimble TMS gespeichert sind.

Beispiele
USACANMEXFRA
Erforderlich Empfohlen Optional

Transportmanagement-Aktivitäten

Dies sind die wichtigsten Prozessschritte und Meilensteine, die in Ihrem `Event Log` erfasst werden müssen, um eine genaue `Process Mining`-Analyse Ihres Transportmanagements zu ermöglichen.
6 Empfohlen 9 Optional
Aktivität Beschreibung
`Lieferung` erstellt
Diese `Activity` markiert die Erstellung eines neuen Sendungsdatensatzes im System, typischerweise initiiert durch eine Transportanfrage eines Kunden. Sie wird erfasst, wenn ein neuer Eintrag in der primären Sendungs- oder Bestelltabelle protokolliert wird.
Bedeutung

Dies ist der Startpunkt für den gesamten Transportprozess. Die Analyse der Zeit von diesem Event zu anderen hilft, die Effizienz der Auftragsabwicklung und die gesamte Durchlaufzeit zu messen.

Datenquelle

Dies ist typischerweise ein explizites Erstellungs-Event, das aus der Hauptsendungs- oder Ladungstabelle in Trimble TMS erfasst und mit einem Erstellungs-Timestamp verknüpft wird.

Erfassen

Aus dem Erstellungs-Timestamp des Sendungsdatensatzes.

Ereignistyp explicit
Liefernachweis empfangen
Das unterzeichnete Dokument oder die digitale Lieferbestätigung wurde vom Spediteur erhalten und in das System `uploaded`. Dies ist typischerweise ein manueller oder automatisierter Dokumentenverarbeitungsschritt.
Bedeutung

Die Zeitverzögerung zwischen Lieferung und POD-Eingang ist ein Schlüsselindikator für das administrative Backend. Ein POD ist in der Regel erforderlich, bevor eine Rechnung bezahlt werden kann.

Datenquelle

Dies wird wahrscheinlich erfasst, wenn ein POD-Dokument gescannt oder uploaded und mit dem Sendungsdatensatz verknüpft wird, was eine Statusänderung auslöst oder ein Feld „POD Eingangsdatum“ füllt.

Erfassen

Aus dem Timestamp des POD-Dokumenten-Uploads oder der Statusänderung.

Ereignistyp explicit
Spediteur akzeptierte Ausschreibung
Der Spediteur hat die Sendungsausschreibung offiziell angenommen und bestätigt damit, dass er den Transport übernimmt. Dies wird erfasst, wenn die Annahme des Spediteurs, oft über EDI oder eine Portalaktualisierung, den Sendungsstatus ändert.
Bedeutung

Dies ist ein wichtiger Verpflichtungsmeilenstein. Er bindet den Spediteur und ermöglicht die Planung von Abholung und Lieferung, wodurch offiziell die Verantwortung des Spediteurs beginnt.

Datenquelle

Abgeleitet aus einer Statusänderung im Sendungsdatensatz, wie z.B. von 'Tendered' zu 'Booked' oder 'Accepted', basierend auf der Kommunikation des Spediteurs.

Erfassen

Abgeleitet aus der Statusänderung nach EDI- oder Portal-Antwort des Spediteurs.

Ereignistyp inferred
Waren abgeholt
Die Sendung wurde vom Spediteur physisch am Ursprungsort abgeholt. Dies ist typischerweise ein explizites `Event`, das vom Fahrer oder durch eine EDI-Nachricht des Spediteurs aktualisiert wird.
Bedeutung

Dieses Event markiert den Beginn des physischen Transits. Es ist ein entscheidender Meilenstein für die Verfolgung der Spediteurleistung und der Einhaltung von Zeitplänen.

Datenquelle

Als Sendungsstatusaktualisierung auf „In Transit“ oder „Abgeholt“ erfasst, normalerweise ausgelöst durch eine mobile Eingabe des Fahrers oder eine Spediteur-EDI-214-Nachricht.

Erfassen

Aus dem Event Log, basierend auf der EDI-Nachricht des Spediteurs oder dem Update der Fahrer-App.

Ereignistyp explicit
Waren geliefert
Die Sendung ist an ihrem endgültigen Bestimmungsort angekommen und wurde dem Empfänger übergeben. Dies ist ein kritisches `Event`, das vom Fahrer oder via Spediteur-EDI aktualisiert wird.
Bedeutung

Dies ist ein primärer Meilenstein zur Messung der Pünktlichkeit der Lieferung und der gesamten Cycle Time. Er löst nachfolgende Prozesse wie Rechnungsstellung und POD-Erfassung aus.

Datenquelle

Als Sendungsstatusaktualisierung auf „Zugestellt“ erfasst, ausgelöst durch eine mobile Eingabe des Fahrers oder eine Spediteur-EDI-214-Nachricht, die den Zustellungs-Timestamp bereitstellt.

Erfassen

Aus dem Event Log, basierend auf der EDI-Nachricht des Spediteurs oder dem Update der Fahrer-App.

Ereignistyp explicit
Zahlung verarbeitet
Die Zahlung für die Frachtrechnung wurde ausgeführt und an den Spediteur gesendet. Dies markiert den finanziellen Abschluss des Sendungslebenszyklus.
Bedeutung

Dies ist die letzte Activity im Prozess. Die Analyse der Zeit von Lieferung oder Rechnungseingang bis zur Zahlung hilft bei der Verwaltung des Cashflows und der Spediteurbeziehungen.

Datenquelle

Erfasst aus einer Integration mit einem ERP- oder Buchhaltungssystem, das den Zahlungsstatus im Frachtrechnungsdatensatz innerhalb des TMS aktualisiert.

Erfassen

Aus dem Zahlungsdatensatz-Timestamp über die ERP-/Buchhaltungssystem-Integration.

Ereignistyp explicit
Abholung geplant
Ein spezifisches Datum und eine Uhrzeit für die Warenabholung wurden vereinbart und erfasst. Dies wird aus der Befüllung der Felder für das geplante Abholdatum und die Uhrzeit abgeleitet.
Bedeutung

Die Planung der Abholung ist ein entscheidender Schritt, der Erwartungen für den Versender setzt. Verzögerungen zwischen Buchung und geplanter Abholung können auf Probleme bei der Ressourcenzuweisung hinweisen.

Datenquelle

Abgeleitet aus der Befüllung der Felder 'Scheduled Pickup Date/Time' in den Sendungs- oder Stoppdetails innerhalb von Trimble TMS.

Erfassen

Abgeleitet aus dem Timestamp, wann die Abholterminfelder befüllt werden.

Ereignistyp inferred
Frachtrechnung erhalten
Die Rechnung für die Transportdienstleistung wurde vom Spediteur erhalten. Diese `Activity` leitet den finanziellen Abwicklungsteil des Prozesses ein.
Bedeutung

Dieses Event startet die Zeiterfassung für Zahlungsbedingungen und den Frachtprüfungsprozess. Die Analyse hilft, die Kreditorenlaufzeiten effektiv zu verwalten.

Datenquelle

Erfasst, wenn eine Speditionsrechnung in das System eingegeben wird, entweder manuell oder über eine EDI 210-Nachricht, wodurch die finanzbezogenen Tabellen der Sendung befüllt werden.

Erfassen

Aus dem Erstellungs-Timestamp des Frachtrechnungsdatensatzes im System.

Ereignistyp explicit
Frachtrechnung geprüft
Die Frachtrechnung des Spediteurs wurde auf Richtigkeit im Vergleich zu vertraglich vereinbarten Raten und erbrachten Leistungen geprüft und auditiert. Der Erfassungsmechanismus ist eine Statusaktualisierung auf der Rechnung.
Bedeutung

Dies ist ein kritischer finanzieller Kontrollschritt. Die Dauer und das Ergebnis, wie z.B. Ablehnungen, sind wichtig für die Analyse der Effizienz des Auditprozesses und der Richtigkeit der Spediteurabrechnung.

Datenquelle

Abgeleitet aus einer Statusänderung im Frachtrechnungsdatensatz, zum Beispiel von 'Pending Audit' zu 'Audited' oder 'Approved for Payment'.

Erfassen

Abgeleitet aus einer Statusänderung im Frachtrechnungsdatensatz.

Ereignistyp inferred
Sendung an Spediteur ausgeschrieben
Die Sendung wird dem ausgewählten Spediteur formell zur Annahme angeboten. Dies ist oft eine explizite Aktion innerhalb des `TMS`, die eine Benachrichtigung oder `EDI`-Nachricht an den Spediteur sendet.
Bedeutung

Dies markiert den Beginn der Spediteurinteraktion. Die Zeit zwischen diesem und der Annahme ist entscheidend für die Messung der Spediteur-Reaktionsfähigkeit und potenzieller Buchungsverzögerungen.

Datenquelle

Dies ist wahrscheinlich ein explizites Event oder eine Statusänderung, z.B. ein Statuswechsel zu „Ausgeschrieben“ in der Sendungsverfolgung innerhalb von Trimble TMS.

Erfassen

Wird protokolliert, wenn die Ausschreibungsaktion im System ausgeführt wird.

Ereignistyp explicit
Sendung in Transit
Dies stellt den Zeitraum nach der Abholung und vor der Ankunft am Zielort dar. Es ist oft kein einzelnes `Event`, sondern ein Status, der mit mehreren Standortaktualisierungen verbunden werden kann.
Bedeutung

Obwohl es sich eher um einen Zustand als um ein Event handelt, ist die Identifizierung des Beginns dieser Phase entscheidend, um Transitzeiten zu messen und diese mit Schätzungen oder verschiedenen Spediteuren und Modi zu vergleichen.

Datenquelle

Typischerweise als Status der Sendung unmittelbar nach dem Event „Ware abgeholt“ abgeleitet. Die Startzeit ist der Abhol-Timestamp.

Erfassen

Der Status nach einem erfolgreichen Abhol-Event.

Ereignistyp inferred
Sendung storniert
Die Sendung wurde nach der Erstellung und vor Abschluss der Abholung storniert. Dies ist ein alternativer Endzustand für den Prozess.
Bedeutung

Das Verfolgen von Stornierungen hilft, Probleme bei der Nachfrageprognose, im Auftragsmanagement oder in der Planung zu identifizieren. Es stellt einen Prozessfehler oder eine Ausnahme dar.

Datenquelle

Dies ist typischerweise eine explizite Statusänderung in einen terminalen Status „Storniert“ im Sendungsdatensatz, ausgelöst durch eine Benutzeraktion.

Erfassen

Explizite Statusänderung zu 'Cancelled' im Sendungsdatensatz.

Ereignistyp explicit
Spediteur ausgewählt
Ein spezifischer Spediteur wird der Sendung zugewiesen. Dieses Event wird oft erfasst, wenn das Speditionsfeld in den Sendungsdaten befüllt oder aktualisiert wird.
Bedeutung

Dies zu verfolgen hilft, die Effizienz der Spediteurzuweisung und deren Auswirkungen auf nachfolgende Buchungs- und Abholzeiten zu analysieren. Es ist eine wichtige Eingabe zur Bewertung der Spediteurleistung.

Datenquelle

Abgeleitet aus der Befüllung oder Aktualisierung des Spediteur-ID-Feldes im Sendungsdatensatz, zusammen mit einem zugehörigen Timestamp.

Erfassen

Abgeleitet aus dem Timestamp, wann das Spediteurfeld befüllt wird.

Ereignistyp inferred
Versand geplant
Der Sendung wurde eine vorläufige Route, Transportart und potenzielle Ressourcen zugewiesen. Diese `Activity` wird typischerweise aus einer Statusänderung im Sendungsdatensatz abgeleitet.
Bedeutung

Diese Activity ist entscheidend, um die Effizienz der Logistikplanungsphase zu verstehen. Verzögerungen hier können sich kaskadierend auf den gesamten Lieferplan auswirken.

Datenquelle

Wahrscheinlich abgeleitet aus einer Änderung im Statusfeld der Sendung, zum Beispiel von 'New' zu 'Planned', oder der Befüllung von Routing-Informationsfeldern.

Erfassen

Abgeleitet aus einer Statusänderung der Sendung zu 'Planned' oder ähnlichem.

Ereignistyp inferred
Zollabfertigung erfolgt
Bei internationalen Sendungen bedeutet dies, dass die Waren erfolgreich den Zoll passiert haben. Dies wird üblicherweise über ein Update von einem Zollmakler oder Spediteur erfasst.
Bedeutung

Die Zollabfertigung ist ein häufiger Engpass in der internationalen Logistik. Die Messung der für diese Activity benötigten Zeit hilft, signifikante Verzögerungen zu identifizieren und zu beheben.

Datenquelle

Wahrscheinlich als Statusaktualisierung oder spezifischer Event Log-Eintrag erfasst, basierend auf einer EDI-Nachricht oder einem manuellen Update von einem Zollmakler oder Spediteur.

Erfassen

Aus dem Event Log, basierend auf der Kommunikation von Makler/Spediteur.

Ereignistyp explicit
Empfohlen Optional

Extraktionsleitfäden

So erhalten Sie Ihre Daten von Trimble 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.