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 Warum es wichtig ist Dieses Woher erhalten 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. Warum es wichtig ist 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. Woher erhalten 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 Warum es wichtig ist Es ist der essentielle Case-Identifikator, der alle zugehörigen Activities verbindet und eine vollständige End-to-End-Analyse jedes Transportauftrags ermöglicht. Woher erhalten 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 Warum es wichtig ist Zeigt die Aktualität der Daten an und stellt sicher, dass Analysen auf aktuellen Informationen für eine präzise Entscheidungsfindung basieren. Woher erhalten 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 Warum es wichtig ist Gewährleistet Datentransparenz und Kontext, was entscheidend ist, wenn Daten aus mehreren Systemen kombiniert werden, um den End-to-End-Prozess zu analysieren. Woher erhalten 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 Warum es wichtig ist Dient als Grundlage für die Messung der Pünktlichkeit der Lieferung, ein kritischer Woher erhalten 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 Warum es wichtig ist Ermöglicht die präzise Berechnung der Activity-Bearbeitungszeit, wobei die aktive Arbeitsdauer von der Wartezeit zwischen den Prozessschritten getrennt wird. Woher erhalten 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 Warum es wichtig ist Ermöglicht Leistungsbenchmarking und Compliance-Analyse über verschiedene Transportdienstleister hinweg, was das Speditionsmanagement und die Speditionenauswahl direkt unterstützt. Woher erhalten 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 Warum es wichtig ist Vereinfacht die Berechnung von Woher erhalten 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 Warum es wichtig ist Ermöglicht den Vergleich von Kosten, Geschwindigkeit und Effizienz verschiedener Transportmethoden und unterstützt die strategische Routen- und Modusplanung. Woher erhalten 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 Warum es wichtig ist Ermöglicht eine Ursachenanalyse von Verzögerungen und hilft, wiederkehrende Probleme mit Speditionen, Routen oder Prozessen zu identifizieren, die gezielt verbessert werden können. Woher erhalten 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 Warum es wichtig ist Liefert die tatsächliche Abschlusszeit der Lieferung und ermöglicht die Berechnung der Pünktlichkeitsleistung und der tatsächlichen Transitzeiten. Woher erhalten 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 Warum es wichtig ist Verknüpft Prozessaktivitäten mit spezifischen Mitarbeitenden oder Systembenutzern, um Arbeitslastanalysen, Leistungsbewertungen und die Identifizierung von Schulungsmöglichkeiten zu ermöglichen. Woher erhalten 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. Warum es wichtig ist Misst die aktive Bearbeitungszeit einer Woher erhalten 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 Warum es wichtig ist Verbindet die Prozessausführung mit finanziellen Ergebnissen und ermöglicht die Analyse, wie Prozessabweichungen, Verzögerungen oder die Wahl des Spediteurs die Transportkosten beeinflussen. Woher erhalten 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. Warum es wichtig ist 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. Woher erhalten 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 Warum es wichtig ist Misst die gesamte End-to-End-Prozessgeschwindigkeit und liefert einen Schlüsselindikator für Effizienz und Kundenerlebnis. Woher erhalten 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 Warum es wichtig ist Ermöglicht eine geografische Analyse der Prozessperformance, die hilft, regionale Engpässe zu identifizieren, insbesondere im Zusammenhang mit Zoll- oder Transitzeiten. Woher erhalten 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 Warum es wichtig ist Identifiziert Sendungen, die operationelle Ausnahmen erfahren haben, und ermöglicht eine fokussierte Analyse der Ursachen und Auswirkungen dieser Verzögerungen. Woher erhalten 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. Warum es wichtig ist Ermöglicht eine kundenorientierte Prozessanalyse, die hilft zu identifizieren, ob spezifische Kunden einzigartigen Herausforderungen gegenüberstehen oder unterschiedliche Service-Levels benötigen. Woher erhalten 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 Warum es wichtig ist Misst direkt die Effizienz des administrativen Prozesses nach der Lieferung, was für eine zeitnahe Rechnungsstellung und einen gesunden Cashflow entscheidend ist. Woher erhalten 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 Warum es wichtig ist Bietet einen aktuellen Überblick über den Sendungsfortschritt und ermöglicht die Analyse und Filterung offener, abgeschlossener oder problematischer Woher erhalten 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 Warum es wichtig ist Hilft, prozessspezifische Herausforderungen in Zielregionen genau zu identifizieren, wie Zollverzögerungen oder Probleme bei der Zustellung auf der letzten Meile. Woher erhalten 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. | ||
| Warum es wichtig ist Dies ist der Startpunkt für den gesamten Transportprozess. Die Analyse der Zeit von diesem Woher erhalten 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. | ||
| Warum es wichtig ist Die Zeitverzögerung zwischen Lieferung und Woher erhalten 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. | ||
| Warum es wichtig ist 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. Woher erhalten 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. | ||
| Warum es wichtig ist Dieses Woher erhalten 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. | ||
| Warum es wichtig ist Dies ist ein primärer Meilenstein zur Messung der Pünktlichkeit der Lieferung und der gesamten Woher erhalten 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. | ||
| Warum es wichtig ist Dies ist die letzte Woher erhalten 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. | ||
| Warum es wichtig ist 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. Woher erhalten 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. | ||
| Warum es wichtig ist Dieses Woher erhalten 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. | ||
| Warum es wichtig ist 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. Woher erhalten 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. | ||
| Warum es wichtig ist 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. Woher erhalten 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. | ||
| Warum es wichtig ist Obwohl es sich eher um einen Zustand als um ein Woher erhalten 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. | ||
| Warum es wichtig ist 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. Woher erhalten 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. | ||
| Warum es wichtig ist 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. Woher erhalten 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. | ||
| Warum es wichtig ist Diese Woher erhalten 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. | ||
| Warum es wichtig ist 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. Woher erhalten 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.