Ihre Transportmanagement-Daten-Vorlage
Ihre Transportmanagement-Daten-Vorlage
- Empfohlene Attribute zur Erfassung
- Wichtige Aktivitäten zur Verfolgung
- Extraktionsanleitung
Transportmanagement-Attribute
| 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 Die Analyse von Bedeutung Dieses Datenquelle Typischerweise abgeleitet aus 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 Im 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 In jeder Analyse ist das Verständnis der Aktualität der 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 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 Die Angabe des Quellsystems ist wichtig für die 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 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 Bedeutung Dient als Grundlage für die Messung der Pünktlichkeit der Lieferung, ein kritischer 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 In der Analyse ermöglicht das Vorhandensein von Start- und Endzeiten für 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 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 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 Dieses Bedeutung Vereinfacht die Berechnung von Datenquelle Dieses 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 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 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 Dieses 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 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 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 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 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- Im 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 Dies ist ein primärer 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 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 Dieses 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 ( Dieses 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 Bedeutung Bietet einen aktuellen Überblick über den Sendungsfortschritt und ermöglicht die Analyse und Filterung offener, abgeschlossener oder problematischer 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 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 | |||
Transportmanagement-Aktivitäten
| 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 Datenquelle Dies ist typischerweise ein explizites Erstellungs- 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 Datenquelle Dies wird wahrscheinlich erfasst, wenn ein 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 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 Datenquelle Als Sendungsstatusaktualisierung auf „Zugestellt“ erfasst, ausgelöst durch eine mobile Eingabe des Fahrers oder eine Spediteur-EDI-214-Nachricht, die den Zustellungs- 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 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 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 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 Datenquelle Typischerweise als Status der Sendung unmittelbar nach dem Erfassen Der Status nach einem erfolgreichen Abhol- 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 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 | |||
Extraktionsleitfäden
Extraktionsmethoden für diesen Prozess werden derzeit validiert. Bitte schauen Sie später noch einmal vorbei oder kontaktieren Sie uns für Unterstützung.