Ihr Daten-Template für das Transportmanagement
Ihr Daten-Template für das Transportmanagement
- Empfohlene Attribute für die Erfassung
- Wichtige Aktivitäten zur Nachverfolgung
- Hinweise zur Datenextraktion
Attribute des Transportmanagements
| Name | Beschreibung | ||
|---|---|---|---|
| Aktivitätsname ActivityName | Die Bezeichnung des Geschäftsereignisses oder Meilensteins, der zu einem bestimmten Zeitpunkt bei einer Sendung eingetreten ist. | ||
| Beschreibung Der Aktivitätsname bezeichnet einen bestimmten Schritt oder eine Statusänderung im Transportprozess. Diese Ereignisse bilden die Abfolge in der Prozesslandkarte und zeigen, wie eine Sendung von der Erstellung bis zum Abschluss voranschreitet. Die Analyse von Aktivitäten ist ein zentraler Bestandteil von Process Mining. Sie macht den Prozessablauf sichtbar, zeigt häufige und seltene Pfade auf, deckt Nacharbeitsschleifen wie wiederholte Buchungsversuche auf und misst, wie oft die einzelnen Schritte auftreten. Aus der Abfolge und den Zeitpunkten dieser Aktivitäten werden Durchlaufzeiten berechnet und Engpässe zwischen den Prozessphasen erkannt. Warum das wichtig ist Dieses Attribut legt die Prozessschritte fest. Es bildet die Grundlage für die Prozesslandkarte und ermöglicht die Analyse des Prozessablaufs, seiner Varianten und Engpässe. Woher beziehen Wird in der Regel aus Event Logs, Tabellen mit Statusänderungen oder bestimmten Transaktionsdatensätzen in Trimble TMS abgeleitet, die mit einer Sendung verknüpft sind. Beispiele Sendung geplantWaren abgeholtWaren zugestelltFrachtrechnung geprüft | |||
| Ereigniszeitpunkt EventTime | Der Timestamp, der Datum und Uhrzeit des Ereignisses angibt. | ||
| Beschreibung Der Ereigniszeitpunkt gibt Datum und Uhrzeit jeder Aktivität im Lebenszyklus einer Sendung genau an. Er legt die chronologische Reihenfolge der Ereignisse fest und ist damit unverzichtbar, um den Prozessablauf abzubilden und zeitbezogene Analysen durchzuführen. Dieses Attribut ist die Grundlage aller Process-Mining-Analysen. Es dient dazu, Durchlaufzeiten zwischen Aktivitäten und die Gesamtdauer eines Case zu berechnen, Wartezeiten zu erkennen und die Prozessleistung über verschiedene Zeiträume hinweg auszuwerten. Genaue Timestamps sind entscheidend, um Verzögerungen zu untersuchen und die Prozesseffizienz zu verstehen. Warum das wichtig ist Er legt die chronologische Abfolge der Ereignisse fest. Das ist entscheidend, um alle zeitbezogenen Kennzahlen wie Durchlaufzeiten zu berechnen und Prozessverzögerungen zu erkennen. Woher beziehen Befindet sich in Trimble TMS neben dem Aktivitäts- oder Statusfeld in Event Logs oder Transaktionstabellen. Beispiele 2023-10-26T10:00:00Z2023-10-27T14:35:10Z2023-10-28T09:15:00Z | |||
| Sendung Shipment | Die eindeutige Kennung für einen einzelnen Warentransport. Sie dient als zentraler Case für die Prozessanalyse. | ||
| Beschreibung Die Sendungs-ID ist die zentrale Case-Kennung, über die alle Ereignisse und Aktivitäten zu einem einzelnen Transportauftrag zusammengeführt werden. Jede Sendung bildet eine vollständige Transportstrecke ab, von der Erstellung und Planung über die Durchführung und Zustellung bis zur finanziellen Abwicklung. Bei der Prozessanalyse mit Process Mining ermöglicht die Auswertung nach Sendung einen umfassenden Blick auf den gesamten Transportlebenszyklus. So lassen sich die Gesamtdurchlaufzeiten messen, Engpässe bei einzelnen Sendungen erkennen und Prozesspfade verschiedener Sendungstypen vergleichen. Die Sendungs-ID ist das grundlegende Attribut, um einen einzelnen Auftrag durch das gesamte System zu verfolgen. Warum das wichtig ist Sie ist die zentrale Case-Kennung, die alle zugehörigen Aktivitäten verknüpft und eine vollständige End-to-End-Analyse jedes Transportauftrags ermöglicht. Woher beziehen Dies ist der Primärschlüssel in den zentralen Sendungs- oder Auftragstabellen von Trimble TMS. Die genauen Tabellen- und Feldnamen finden Sie in der Trimble-TMS-Dokumentation. Beispiele SH-750331SH-750332SH-750333 | |||
| Letzte Datenaktualisierung LastDataUpdate | Der Timestamp, der angibt, wann die Daten dieses Datensatzes zuletzt aus dem Quellsystem aktualisiert wurden. | ||
| Beschreibung Dieses Attribut zeigt Datum und Uhrzeit der letzten Extraktion oder Aktualisierung der Daten aus Trimble TMS an. So lässt sich einschätzen, wie aktuell die analysierten Daten sind. Für fundierte und zeitnahe Geschäftsentscheidungen ist es wichtig zu wissen, wie aktuell die Daten sind. Dieser Timestamp hilft Benutzern, den Daten zu vertrauen und den Zeitraum der aktuellen Analyse einzuordnen. So können sie vermeiden, Entscheidungen auf Grundlage veralteter Informationen zu treffen. Warum das wichtig ist Zeigt an, wie aktuell die Daten sind. So beruhen Analysen auf aktuellen Informationen und ermöglichen fundierte Entscheidungen. Woher beziehen Dieser Timestamp wird in der Regel während der Datenübernahme vom ETL-Tool (Extract, Transform, Load) erzeugt und erfasst. Beispiele 2024-05-21T02:00:00Z2024-05-22T02:00:00Z | |||
| Quellsystem SourceSystem | Das führende System, aus dem die Ereignisdaten extrahiert wurden. | ||
| Beschreibung Dieses Attribut gibt an, aus welcher Quellanwendung die Daten stammen. In diesem Fall ist das in der Regel „Trimble TMS“. In komplexeren Umgebungen kann es verschiedene Module oder integrierte Systeme unterscheiden, etwa ein separates Finanzsystem für Zahlungen. Die Angabe des Quellsystems ist wichtig für Data Governance und Rückverfolgbarkeit. Sie hilft, den Datenkontext zu verstehen, und ist entscheidend, wenn Daten aus mehreren Quellen zu einer durchgängigen Prozessansicht zusammengeführt werden. Warum das wichtig ist Sichert die Rückverfolgbarkeit und den Kontext der Daten. Das ist entscheidend, wenn Daten aus mehreren Systemen für die Analyse des gesamten Prozesses zusammengeführt werden. Woher beziehen Häufig ein statischer Wert, der bei der Datenextraktion hinzugefügt wird, um die Herkunft der Datensätze zu kennzeichnen. Beispiele Trimble TMSTrimble TMS v2023.1 | |||
| Endzeit EndTime | Der Timestamp, der angibt, wann eine Aktivität abgeschlossen wurde. | ||
| Beschreibung Die Endzeit markiert den Abschluss einer Aktivität. Wenn sie verfügbar ist, lässt sie sich zusammen mit der Startzeit verwenden, um die genaue Bearbeitungszeit eines einzelnen Schritts zu berechnen und von der Wartezeit bis zum nächsten Schritt abzugrenzen. Liegen für Aktivitäten sowohl Start- als auch Endzeiten vor, lässt sich die Prozessleistung detaillierter analysieren. So können Sie aktive Arbeitszeit (Bearbeitungszeit) von Leerlaufzeit (Wartezeit) unterscheiden. Das ist wichtig, um tatsächliche Effizienzsteigerungen von Verzögerungen durch Ressourcen oder Terminplanung abzugrenzen. Beispielsweise lässt sich damit die genaue Dauer der Aktivität „Frachtrechnung geprüft“ messen. Warum das wichtig ist Ermöglicht die genaue Berechnung der Bearbeitungszeit einer Aktivität und grenzt die aktive Arbeitszeit von der Wartezeit zwischen Prozessschritten ab. Woher beziehen Einige Module von Trimble TMS erfassen für bestimmte Aktivitäten möglicherweise sowohl ein Start- als auch ein Endereignis. 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 | |||
| Gewünschtes Lieferdatum RequestedDeliveryDate | Das vom Kunden gewünschte Lieferdatum oder der als Service-Level-Agreement-Ziel (SLA-Ziel) vereinbarte Termin. | ||
| Beschreibung Das gewünschte Lieferdatum ist der Zieltermin, bis zu dem die Sendung voraussichtlich am endgültigen Bestimmungsort zugestellt wird. Es dient als wichtigste Vergleichsgröße für die Messung der Termintreue. Dieses Attribut ist entscheidend für die Berechnung wichtiger Kennzahlen wie der pünktlichen Zustellquote von Sendungen. Durch den Vergleich des tatsächlichen Zustell-Timestamps mit dem gewünschten Lieferdatum lässt sich feststellen, ob eine Sendung zu früh, pünktlich oder verspätet zugestellt wurde. Das ist die Grundlage für das Dashboard zum Vergleich der tatsächlichen und gewünschten Lieferleistung sowie für die Bewertung der Kundenzufriedenheit und der Zuverlässigkeit von Frachtführern. Warum das wichtig ist Dient als Grundlage für die Messung der Termintreue bei Lieferungen, einer wichtigen Kennzahl für Kundenzufriedenheit und operative Exzellenz. Woher beziehen Befindet sich in den Auftrags- oder Sendungsdetailtabellen von Trimble TMS. Beispiele 2023-11-15T23:59:59Z2023-12-01T17:00:00Z | |||
| Name des Frachtführers CarrierName | Der Name des Transportunternehmens, das für den Transport der Sendung verantwortlich ist. | ||
| Beschreibung Der Name des Frachtführers bezeichnet den externen Logistikdienstleister oder die interne Flotte, die mit dem Transport der Waren beauftragt wurde. Dieses Stammdatenattribut ist jeder Sendung zugeordnet. Es ist für die Leistungsanalyse unverzichtbar, insbesondere für das Dashboard zur Leistung und Compliance von Frachtführern. Wenn Unternehmen die Prozessdaten nach Frachtführer auswerten, können sie Termintreue, durchschnittliche Durchlaufzeiten und Verzögerungshäufigkeiten verschiedener Anbieter vergleichen. Das unterstützt Vertragsverhandlungen, die Auswahl zuverlässiger Partner und die Verbesserung der gesamten Lieferkette. Warum das wichtig ist Ermöglicht den Leistungsvergleich und die Compliance-Analyse verschiedener Transportunternehmen und unterstützt so direkt die Verwaltung und Auswahl von Frachtführern. Woher beziehen Befindet sich in den zentralen Sendungs- oder Ladungstabellen von Trimble TMS und ist häufig mit einer Tabelle der Frachtführer-Stammdaten verknüpft. Beispiele Global Freightways Inc.Speedy LogisticsCross-Country Movers | |||
| Termingerecht IsOnTime | Ein boolesches Kennzeichen, das angibt, ob die Sendung am angeforderten Lieferdatum oder früher zugestellt wurde. | ||
| Beschreibung Dieses berechnete Kennzeichen vergleicht „ActualDeliveryDate“ mit „RequestedDeliveryDate“. Es ist wahr, wenn die tatsächliche Lieferung am angeforderten Datum oder früher erfolgte, andernfalls falsch. Das Attribut vereinfacht die Leistungsanalyse und die Erstellung von Dashboards. Statt in jedem Chart Datumsangaben direkt zu vergleichen, können Sie mit diesem Kennzeichen einfach filtern und aggregieren, um den KPI zur termingerechten Zustellung von Sendungen zu berechnen. Für jede Sendung zeigt es eindeutig an, ob die Lieferung termingerecht war. So lassen sich Erfolgsquoten leicht visualisieren. Warum das wichtig ist Vereinfacht die Berechnung von KPIs zur termingerechten Zustellung und ermöglicht es, termingerechte und verspätete Sendungen einfach zu filtern und aufzuschlüsseln. Woher beziehen Dieses Attribut ist im Quellsystem nicht vorhanden. Es wird bei der Datentransformation berechnet, indem „ActualDeliveryDate“ mit „RequestedDeliveryDate“ verglichen wird. Beispiele truefalse | |||
| Transportmittel ModeOfTransport | Die für die Sendung verwendete Transportart, zum Beispiel Lkw, Flugzeug, Bahn oder Schiff. | ||
| Beschreibung Das Transportmittel gibt an, mit welcher Transportart die Sendung befördert wird. Dazu gehören beispielsweise Komplettladungen (FTL), Teilladungen (LTL), Luftfracht, Seefracht oder Schienengüterverkehr. Die Analyse nach Transportmittel ist für strategische Entscheidungen und die Kostenoptimierung entscheidend. Sie ermöglicht den Vergleich von Effizienz, Geschwindigkeit und Kosten verschiedener Transportarten. Das Dashboard zum Effizienzvergleich von Transportmitteln nutzt dieses Attribut beispielsweise, um Transportarten mit längeren Laufzeiten oder häufigeren Verzögerungen aufzuzeigen. So können Planer fundiertere Entscheidungen treffen. Warum das wichtig ist Ermöglicht den Vergleich von Kosten, Geschwindigkeit und Effizienz verschiedener Transportarten und unterstützt die strategische Planung von Routen und Transportmitteln. Woher beziehen Dies ist ein Standardfeld im Sendungs- oder Ladungsdatensatz von Trimble TMS. Beispiele FTL (Komplettladung)LTL (Teilladung)LuftfrachtSeefracht | |||
| Verspätungsgrund DelayReason | Ein Code oder eine Beschreibung, die den Grund für eine verspätete Sendung angibt. | ||
| Beschreibung Der Verspätungsgrund erklärt, warum eine Sendung nicht im geplanten Zeitrahmen zugestellt wurde. Mögliche Gründe sind etwa „Verspätung durch Frachtführer“, „Zollkontrolle“, „Wetter“ oder „Kunde nicht erreichbar“. Diese Information wird häufig manuell eingegeben oder aus einer vordefinierten Liste ausgewählt, wenn eine Verspätung erfasst wird. Dieses Attribut ist besonders für die Ursachenanalyse wertvoll, vor allem im Dashboard zur Analyse von Sendungsverspätungen und deren Gründen. Durch die Kategorisierung von Verspätungen können Unternehmen wiederkehrende Probleme erkennen, etwa bei bestimmten Frachtführern, Routen oder internen Prozessen. So lassen sich gezielte Verbesserungsmaßnahmen einleiten, um Verspätungen zu verringern und die Zuverlässigkeit zu erhöhen. Warum das wichtig ist Ermöglicht die Ursachenanalyse von Verspätungen und hilft, wiederkehrende Probleme bei Frachtführern, Routen oder Prozessen zu erkennen und gezielt zu beheben. Woher beziehen Kann in einer speziellen Tabelle zur Erfassung von Verspätungen oder Ausnahmen gespeichert sein oder als Freitextnotiz im Sendungsdatensatz von Trimble TMS. Beispiele Wetterbedingte VerspätungZollkontrolleTechnischer Ausfall beim FrachtführerVerkehrsaufkommen | |||
| Benutzername UserName | Der Benutzer oder Systemagent, der eine bestimmte Aktivität ausgeführt hat. | ||
| Beschreibung Der Benutzername bezeichnet den Mitarbeitenden oder das automatisierte System, der beziehungsweise das für einen Prozessschritt verantwortlich ist, etwa für die Planung einer Sendung, die Prüfung einer Frachtrechnung oder die Verarbeitung einer Zahlung. So werden Prozessaktivitäten den menschlichen oder technischen Ressourcen zugeordnet. Die Auswertung nach Benutzern hilft, die Verteilung der Arbeitslast zu verstehen, Schulungsbedarf zu erkennen und auffällige Leistungswerte zu identifizieren. Im Dashboard zur Nacharbeit und zu Fehlern bei der Sendungsbuchung lässt sich damit beispielsweise feststellen, ob sich Nacharbeit bei bestimmten Benutzern häuft. Das kann auf zusätzlichen Schulungsbedarf oder unklare Prozesse hinweisen. Auch für Compliance und Audits ist dieses Attribut wichtig. Warum das wichtig ist Ordnet Prozessaktivitäten bestimmten Mitarbeitenden oder Systembenutzern zu und ermöglicht so die Analyse der Arbeitslast, die Bewertung der Leistung und die Ermittlung von Schulungsbedarf. Woher beziehen In der Regel in Transaktions- oder Event Logs zu finden und der Benutzer-ID zugeordnet, mit der der Datensatz erstellt oder geändert wurde. Beispiele j.doea.smithsystem.api | |||
| Bestimmungsland DestinationCountry | Das Land, in das die Sendung geliefert wird. | ||
| Beschreibung Das Bestimmungsland ist das Land der endgültigen Lieferadresse der Sendung. Wie das Herkunftsland ist es ein wichtiges Attribut für die geografische Prozessanalyse. Die Auswertung nach Bestimmungsland macht standortspezifische Prozessprobleme sichtbar. Sendungen in ein bestimmtes Land können beispielsweise regelmäßig längere Zollabfertigungszeiten oder Lieferverzögerungen aufweisen. Diese Erkenntnisse ermöglichen eine vorausschauende Planung und angepasste Lieferzeiten für bestimmte Routen. So lassen sich Lieferzusagen genauer planen. Warum das wichtig ist Hilft, Herausforderungen in bestimmten Zielregionen zu erkennen, etwa Verzögerungen bei der Zollabfertigung oder Probleme bei der Zustellung auf der letzten Meile. Woher beziehen Wird aus den Angaben zur Lieferadresse abgeleitet, die in Trimble TMS in den Sendungs- oder Auftragsdetails gespeichert sind. Beispiele USACANMEXFRA | |||
| Frachtrechnungsbetrag FreightBillAmount | Der Gesamtbetrag für die Frachtleistung. | ||
| Beschreibung Der Frachtrechnungsbetrag entspricht den in Rechnung gestellten Kosten für den Transport der Sendung. Diese Finanzdaten sind wichtig für die Kostenanalyse und zeigen, welche finanziellen Auswirkungen ineffiziente Prozesse haben. Mit Process Mining lassen sich die Kosten verschiedener Prozessvarianten, Frachtführer oder Routen vergleichen. So können Sie beispielsweise prüfen, ob Sendungen mit häufigen Nacharbeiten oder Verspätungen höhere Kosten verursachen. Das Attribut ist auch für die Prüfung von Frachtrechnungen und die Zahlungsabwicklung wichtig. Warum das wichtig ist Stellt den Zusammenhang zwischen der Prozessausführung und den finanziellen Ergebnissen her. So lässt sich analysieren, wie Prozessabweichungen, Verspätungen oder die Wahl des Frachtführers die Transportkosten beeinflussen. Woher beziehen In den Modulen für Frachtabrechnung oder finanziellen Ausgleich von Trimble TMS zu finden und der Sendung zugeordnet. Beispiele 1250.75850.003400.50 | |||
| Gesamte Zykluszeit TotalCycleTime | Die gesamte Zeitspanne vom ersten bis zum letzten Event einer Sendung. | ||
| Beschreibung Die gesamte Zykluszeit misst die Dauer des End-to-End-Prozesses für jeden Sendungs-Case. Sie wird berechnet, indem der Timestamp der ersten Aktivität, zum Beispiel „Sendung erstellt“, vom Timestamp der letzten Aktivität, etwa „Zahlung verarbeitet“, abgezogen wird. Diese zentrale Kennzahl misst die Gesamteffizienz des Prozesses. Im Dashboard zum gesamten Sendungsdurchsatz und zur Zykluszeit bietet sie einen Überblick über die Leistung. Anhand der Entwicklung im Zeitverlauf oder durch Vergleiche nach Frachtführer, Route und Transportart lassen sich übergreifende Ansatzpunkte für Verbesserungen erkennen. Warum das wichtig ist Misst die Geschwindigkeit des gesamten End-to-End-Prozesses und liefert einen wichtigen Indikator für Effizienz und Customer Experience. Woher beziehen Wird auf Case-Ebene berechnet, indem für alle Events eines einzelnen „Sendung“-Cases der früheste Timestamp vom spätesten Timestamp abgezogen wird. Beispiele P15D6HP22DT10HP12D | |||
| Herkunftsland OriginCountry | Das Land, aus dem die Sendung stammt. | ||
| Beschreibung Das Herkunftsland ist das Land, in dem die Sendung ihren Ausgangspunkt hat. Diese geografische Information ist wichtig, um die Logistik global oder regional auszuwerten. Mit diesem Attribut lässt sich die Prozessleistung nach geografischen Regionen aufschlüsseln. So können Sie feststellen, ob die Zykluszeiten oder Verspätungsquoten bei Sendungen aus bestimmten Ländern höher sind. Das kann auf regionale Herausforderungen wie komplexe Zollverfahren oder eine unzureichende Infrastruktur hindeuten. Besonders wichtig ist das Attribut für die Analyse von Engpässen bei der Zollabfertigung. Warum das wichtig ist Ermöglicht die geografische Auswertung der Prozessleistung und hilft, regionale Engpässe zu erkennen, insbesondere bei Zollverfahren und Transportzeiten. Woher beziehen Wird aus den Angaben zur Absenderadresse abgeleitet, die in Trimble TMS in den Sendungs- oder Auftragsdetails gespeichert sind. Beispiele USACANMEXDEU | |||
| Kundenname CustomerName | Der Name des Kunden, für den die Sendung transportiert wird. | ||
| Beschreibung Der Kundenname bezeichnet den Kunden oder das Unternehmen, dem die versendeten Waren gehören oder das die Transportleistung in Anspruch nimmt. Als zentrale Stammdateninformation eignet sich das Attribut zur Aufschlüsselung der Analyse. Die Auswertung des Transportprozesses nach Kunden kann wichtige Erkenntnisse liefern. Sie zeigt, ob bestimmte Kunden häufiger von Verspätungen betroffen sind, bei der Buchung mehr Nacharbeit verursachen oder eigene Prozessabläufe haben. Diese Informationen können dazu beitragen, den Kundenservice zu verbessern, Logistiklösungen anzupassen und wichtige Kundenbeziehungen gezielter zu betreuen. Warum das wichtig ist Ermöglicht eine kundenbezogene Prozessanalyse und hilft festzustellen, ob bestimmte Kunden besondere Herausforderungen haben oder andere Serviceleistungen benötigen. Woher beziehen In den Haupttabellen für Aufträge oder Sendungen zu finden, häufig verknüpft mit einer Kundendatentabelle. Beispiele ACME CorporationStark IndustriesWayne Enterprises | |||
| Sendungsstatus ShipmentStatus | Der aktuelle operative Status der Sendung. | ||
| Beschreibung Der Sendungsstatus gibt den zuletzt bekannten Stand der Sendung in ihrem Lebenszyklus an, zum Beispiel „Geplant“, „Unterwegs“, „Zugestellt“ oder „Storniert“. Er zeigt den aktuellen Stand der Sendung zu einem bestimmten Zeitpunkt. Process Mining rekonstruiert zwar den historischen Ablauf, doch der aktuelle Status ist hilfreich, um laufende Cases zu filtern und auszuwerten. Damit lassen sich offene und abgeschlossene Sendungen getrennt betrachten oder Sendungen untersuchen, die ungewöhnlich lange in einem bestimmten Status verbleiben. Der Status liefert damit wichtigen Kontext für die operative Überwachung. Warum das wichtig ist Zeigt den aktuellen Fortschritt der Sendung und ermöglicht die Auswertung und Filterung offener, abgeschlossener oder problematischer Cases. Woher beziehen Ein Standardfeld im Kopfbereich der Haupttabelle für Sendungen oder Ladungen in Trimble TMS. Beispiele GeplantUnterwegsZugestelltAbgerechnetStorniert | |||
| Status der Frachtrechnung FreightBillStatus | Der Status der Frachtrechnung, zum Beispiel „Eingegangen“, „Geprüft“, „Abgelehnt“ oder „Bezahlt“. | ||
| Beschreibung Der Status der Frachtrechnung zeigt den Fortschritt einer Rechnung im finanziellen Abrechnungsprozess des Transports. Er gibt an, ob eine Rechnung eingegangen ist, geprüft wird, freigegeben oder zur Korrektur abgelehnt wurde oder vollständig bezahlt ist. Dieses Attribut ist wichtig für das Dashboard zur Prüfung und Zahlung von Frachtrechnungen. Es hilft, die Zykluszeit der Rechnungsprüfung zu messen, Engpässe bei Zahlungsfreigaben zu erkennen und die Ablehnungsquote von Frachtrechnungen zu ermitteln. Die Auswertung der Status kann Ineffizienzen im Teilprozess Procure-to-Pay aufdecken. Warum das wichtig ist Macht den finanziellen Abrechnungsprozess transparent und hilft, die Effizienz der Rechnungsprüfung zu messen sowie Gründe für Zahlungsverzögerungen oder Streitfälle zu erkennen. Woher beziehen Im Modul für Kreditorenbuchhaltung oder Frachtabrechnung von Trimble TMS zu finden. Beispiele EingegangenGeprüft, genehmigtGeprüft, abgelehntBezahlt | |||
| Tatsächliches Lieferdatum ActualDeliveryDate | Der tatsächliche Timestamp, zu dem die Aktivität „Waren geliefert“ erfasst wurde. | ||
| Beschreibung Das tatsächliche Lieferdatum ist der Timestamp, der den Abschluss der Lieferung markiert. Er gibt an, wann die Sendung tatsächlich ihren Bestimmungsort erreicht hat. In der Regel entspricht er dem Timestamp des Events „Waren geliefert“. Zusammen mit dem angeforderten Lieferdatum dient dieses Attribut dazu, die termingerechte Lieferung zu bestimmen. Es bildet den tatsächlichen Endpunkt für zahlreiche Berechnungen der Zykluszeit und Leistungsmessungen. Außerdem fließt es direkt in KPIs zur Lieferleistung und Zuverlässigkeit der Frachtführer ein. Damit ist es eine wichtige Grundlage, um die tatsächliche Prozessausführung mit den geplanten Zeitplänen zu vergleichen. Warum das wichtig ist Gibt den tatsächlichen Abschlusszeitpunkt der Lieferung an und ermöglicht so die Berechnung der Termintreue und der tatsächlichen Transportzeiten. Woher beziehen Dies ist der Timestamp, der dem Event-Status „Waren geliefert“ im Event Log der Sendung zugeordnet ist. Beispiele 2023-11-15T14:30:00Z2023-12-02T10:00:00Z | |||
| Verspätet IsDelayed | Ein boolesches Kennzeichen, das angibt, ob für eine Sendung ein Verspätungs-Event erfasst wurde. | ||
| Beschreibung Dieses berechnete Kennzeichen wird auf wahr gesetzt, wenn der Sendung ein Verspätungsgrund zugeordnet ist oder ihr Status auf eine Verspätung hinweist. Es unterscheidet sich von „IsOnTime“, da eine Sendung verspätet sein und dank Gegenmaßnahmen dennoch rechtzeitig eintreffen kann. Mit diesem Attribut können Sie die Analyse auf Sendungen mit Ausnahmen beschränken. Im Dashboard zur Analyse von Sendungsverspätungen und deren Gründen lassen sich damit problematische Cases gezielt untersuchen und ihre Ursachen analysieren, ohne dass regulär abgewickelte Sendungen die Ergebnisse beeinflussen. Außerdem können Sie die Häufigkeit operativer Ausnahmen ermitteln. Warum das wichtig ist Kennzeichnet Sendungen mit operativen Ausnahmen und ermöglicht eine gezielte Analyse der Ursachen und Auswirkungen dieser Verspätungen. Woher beziehen Wird bei der Datentransformation berechnet. Das Kennzeichen wird auf wahr gesetzt, wenn das Feld „DelayReason“ nicht null ist oder eine bestimmte Aktivität vom Typ „Verspätung“ vorliegt. Beispiele truefalse | |||
| Zykluszeit bis zum POD-Eingang ProofOfDeliveryCycleTime | Die Zeitspanne zwischen den Events „Waren geliefert“ und „Zustellnachweis eingegangen“. | ||
| Beschreibung Diese berechnete Kennzahl misst, wie lange es nach der physischen Zustellung dauert, bis der Zustellnachweis (POD) eingeht und verarbeitet wird. Eine lange Zykluszeit bis zum POD-Eingang kann die Rechnungsstellung verzögern und den Cashflow beeinträchtigen. Dieses Attribut bildet die Grundlage für das Dashboard zur Verzögerung beim Eingang des Zustellnachweises und den zugehörigen KPI. Durch die Berechnung der Dauer für jede Sendung kann das Unternehmen Engpässe im POD-Prozess erkennen, etwa eine verspätete Übermittlung durch Frachtführer oder ineffiziente interne Abläufe. Anschließend kann es Maßnahmen ergreifen, um die Rechnungsstellung an Kunden zu beschleunigen. Warum das wichtig ist Misst direkt die Effizienz der administrativen Abläufe nach der Zustellung. Das ist entscheidend für eine zeitnahe Rechnungsstellung und einen gesunden Cashflow. Woher beziehen Wird für jede Sendung berechnet, indem die Timestamps der Aktivitäten „Zustellnachweis eingegangen“ und „Waren geliefert“ voneinander abgezogen werden. Beispiele P2DT12H30MP5DP1DT4H | |||
Aktivitäten im Transportmanagement
| Aktivität | Beschreibung | ||
|---|---|---|---|
| Frachtführer hat Angebot angenommen | Der Frachtführer hat das Angebot für die Sendung offiziell angenommen und bestätigt damit, den Transport zu übernehmen. Erfasst wird dies, wenn die Annahme des Frachtführers, häufig über EDI oder eine Portalaktualisierung, den Sendungsstatus ändert. | ||
| Warum das wichtig ist Dies ist ein wichtiger Meilenstein für die verbindliche Zusage. Der Frachtführer steht damit fest, Abholung und Zustellung können geplant werden und die Verantwortung des Frachtführers beginnt offiziell. Woher beziehen Abgeleitet aus einer Statusänderung im Sendungsdatensatz, zum Beispiel von „Angeboten“ zu „Gebucht“ oder „Angenommen“, basierend auf der Kommunikation mit dem Frachtführer. Erfassung Abgeleitet aus der Statusänderung nach einer Antwort des Frachtführers über EDI oder das Portal. Ereignistyp inferred | |||
| Sendung erstellt | Diese Aktivität kennzeichnet die Anlage eines neuen Sendungsdatensatzes im System. Sie wird in der Regel durch einen Transportauftrag des Kunden ausgelöst und erfasst, sobald ein neuer Eintrag in der zentralen Sendungs- oder Auftragstabelle angelegt wird. | ||
| Warum das wichtig ist Hier beginnt der gesamte Transportprozess. Die Zeitspanne zwischen diesem Ereignis und späteren Ereignissen zeigt, wie effizient Aufträge bearbeitet werden und wie lang die gesamte Durchlaufzeit ist. Woher beziehen In der Regel handelt es sich um ein explizites Erstellungsereignis aus der zentralen Sendungs- oder Ladungstabelle in Trimble TMS, das mit einem Erstellungs-Timestamp verknüpft ist. Erfassung Aus dem Erstellungs-Timestamp des Sendungsdatensatzes. Ereignistyp explicit | |||
| Waren abgeholt | Der Frachtführer hat die Sendung am Abholort physisch übernommen. Dies wird in der Regel als explizites Ereignis erfasst, das der Fahrer aktualisiert oder das über eine EDI-Nachricht des Frachtführers eingeht. | ||
| Warum das wichtig ist Dieses Ereignis markiert den Beginn des physischen Transports. Es ist ein wichtiger Meilenstein, um die Leistung des Frachtführers und die Einhaltung des Zeitplans zu verfolgen. Woher beziehen Wird als Statusaktualisierung der Sendung auf „Unterwegs“ oder „Abgeholt“ erfasst. Ausgelöst wird sie in der Regel durch eine Eingabe des Fahrers über ein Mobilgerät oder eine EDI-214-Nachricht des Frachtführers. Erfassung Aus dem Event Log, basierend auf einer EDI-Nachricht des Frachtführers oder einer Aktualisierung in der Fahrer-App. Ereignistyp explicit | |||
| Waren zugestellt | Die Sendung hat ihren endgültigen Bestimmungsort erreicht und wurde dem Empfänger übergeben. Dieses wichtige Ereignis wird vom Fahrer oder über EDI des Frachtführers aktualisiert. | ||
| Warum das wichtig ist Dies ist ein zentraler Meilenstein zur Messung der Termintreue bei Lieferungen und der gesamten Durchlaufzeit. Er löst nachfolgende Prozesse wie die Rechnungsstellung und die Erfassung des Zustellnachweises aus. Woher beziehen Wird als Statusaktualisierung der Sendung auf „Zugestellt“ erfasst. Ausgelöst wird sie durch eine Eingabe des Fahrers über ein Mobilgerät oder eine EDI-214-Nachricht des Frachtführers mit dem Zustell-Timestamp. Erfassung Aus dem Event Log, basierend auf einer EDI-Nachricht des Frachtführers oder einer Aktualisierung in der Fahrer-App. Ereignistyp explicit | |||
| Zahlung ausgeführt | Die Zahlung der Frachtrechnung wurde ausgeführt und an den Frachtführer gesendet. Damit ist der finanzielle Teil des Sendungslebenszyklus abgeschlossen. | ||
| Warum das wichtig ist Dies ist die letzte Aktivität im Prozess. Die Zeit zwischen der Zustellung oder dem Rechnungseingang und der Zahlung hilft, den Cashflow und die Beziehungen zu den Frachtführern zu steuern. Woher beziehen Wird über eine Integration mit einem ERP- oder Buchhaltungssystem erfasst, das den Zahlungsstatus des Frachtrechnungsdatensatzes im TMS aktualisiert. Erfassung Aus dem Timestamp des Zahlungssatzes, über eine Integration mit dem ERP- oder Buchhaltungssystem. Ereignistyp explicit | |||
| Zustellnachweis eingegangen | Das unterschriebene Dokument oder die digitale Zustellbestätigung ist vom Frachtführer eingegangen und wurde ins System hochgeladen. Dabei handelt es sich in der Regel um einen manuellen oder automatisierten Schritt der Dokumentenverarbeitung. | ||
| Warum das wichtig ist Die Zeit zwischen der Zustellung und dem Eingang des Zustellnachweises ist eine wichtige Kennzahl für die administrative Abwicklung. Ein Zustellnachweis ist in der Regel erforderlich, bevor eine Rechnung bezahlt werden kann. Woher beziehen Wahrscheinlich wird dieses Ereignis erfasst, wenn ein Zustellnachweis eingescannt oder hochgeladen und mit dem Sendungsdatensatz verknüpft wird. Dadurch ändert sich der Status oder das Feld „Eingangsdatum des Zustellnachweises“ wird ausgefüllt. Erfassung Aus dem Timestamp des Uploads des Zustellnachweises oder der Statusänderung. Ereignistyp explicit | |||
| Abholung geplant | Für die Abholung der Waren wurde ein konkretes Datum mit Uhrzeit vereinbart und erfasst. Dies lässt sich aus den ausgefüllten Feldern für das geplante Abholdatum und die geplante Abholzeit ableiten. | ||
| Warum das wichtig ist Die Planung der Abholung ist ein wichtiger Schritt, der dem Versender Orientierung gibt. Verzögerungen zwischen der Buchung und dem geplanten Abholtermin können auf Probleme bei der Ressourcenzuweisung hindeuten. Woher beziehen Abgeleitet aus den Feldern „Geplantes Abholdatum/Geplante Abholzeit“ in den Sendungs- oder Stoppdetails von Trimble TMS. Erfassung Abgeleitet aus dem Timestamp, zu dem die Felder für den Abholtermin ausgefüllt werden. Ereignistyp inferred | |||
| Frachtführer ausgewählt | Ein bestimmter Frachtführer wird mit dem Transport der Sendung beauftragt. Dieses Ereignis lässt sich häufig daran erkennen, dass das Frachtführerfeld in den Sendungsdaten ausgefüllt oder aktualisiert wird. | ||
| Warum das wichtig ist Die Nachverfolgung zeigt, wie effizient Frachtführer zugewiesen werden und wie sich die Zuweisung auf die anschließenden Buchungs- und Abholzeiten auswirkt. Sie ist eine wichtige Grundlage für die Bewertung der Frachtführerleistung. Woher beziehen Abgeleitet aus dem Ausfüllen oder Aktualisieren des Frachtführer-ID-Felds im Sendungsdatensatz und dem zugehörigen Timestamp. Erfassung Abgeleitet aus dem Timestamp, zu dem das Frachtführerfeld ausgefüllt wird. Ereignistyp inferred | |||
| Frachtrechnung eingegangen | Die Rechnung für die Transportleistung ist vom Frachtführer eingegangen. Mit dieser Aktivität beginnt die finanzielle Abwicklung des Prozesses. | ||
| Warum das wichtig ist Mit diesem Ereignis beginnt die Zahlungsfrist und die Frachtrechnungsprüfung. Die Analyse hilft, die Fristen für die Kreditorenbuchhaltung wirksam zu steuern. Woher beziehen Wird erfasst, wenn eine Frachtführerrechnung manuell oder über eine EDI-210-Nachricht ins System eingegeben wird. Dabei werden die Finanzdaten zur Sendung ergänzt. Erfassung Aus dem Erstellungs-Timestamp des Frachtrechnungsdatensatzes im System. Ereignistyp explicit | |||
| Frachtrechnung geprüft | Die Frachtrechnung des Frachtführers wurde geprüft und mit den vertraglich vereinbarten Tarifen sowie den erbrachten Leistungen abgeglichen. Erfasst wird dies durch eine Statusaktualisierung der Rechnung. | ||
| Warum das wichtig ist Dies ist ein wichtiger Schritt der Finanzkontrolle. Dauer und Ergebnis, etwa eine Ablehnung, sind entscheidend für die Analyse der Effizienz der Rechnungsprüfung und der Abrechnungsgenauigkeit des Frachtführers. Woher beziehen Abgeleitet aus einer Statusänderung des Frachtrechnungsdatensatzes, zum Beispiel von „Prüfung ausstehend“ zu „Geprüft“ oder „Zur Zahlung freigegeben“. Erfassung Abgeleitet aus einer Statusänderung des Frachtrechnungsdatensatzes. Ereignistyp inferred | |||
| Sendung dem Frachtführer angeboten | Die Sendung wird dem ausgewählten Frachtführer offiziell zur Annahme angeboten. Dies geschieht häufig durch eine explizite Aktion im TMS, die eine Benachrichtigung oder EDI-Nachricht an den Frachtführer sendet. | ||
| Warum das wichtig ist Damit beginnt die Interaktion mit dem Frachtführer. Die Zeit bis zur Annahme ist entscheidend, um die Reaktionszeit des Frachtführers und mögliche Buchungsverzögerungen zu messen. Woher beziehen Wahrscheinlich ein explizites Ereignis oder eine Statusänderung, zum Beispiel der Wechsel zum Status „Angeboten“ in der Sendungsverfolgung von Trimble TMS. Erfassung Wird erfasst, sobald das Angebot im System ausgelöst wird. Ereignistyp explicit | |||
| Sendung geplant | Der Sendung wurden eine vorläufige Route, ein Transportmittel und mögliche Ressourcen zugewiesen. Diese Aktivität lässt sich in der Regel aus einer Statusänderung im Sendungsdatensatz ableiten. | ||
| Warum das wichtig ist Diese Aktivität ist entscheidend, um die Effizienz der Logistikplanung zu verstehen. Verzögerungen in dieser Phase können sich fortsetzen und den gesamten Lieferplan beeinträchtigen. Woher beziehen Wahrscheinlich aus einer Änderung des Statusfelds der Sendung abgeleitet, zum Beispiel von „Neu“ zu „Geplant“, oder aus dem Ausfüllen der Felder mit Routing-Informationen. Erfassung Abgeleitet aus einer Statusänderung der Sendung zu „Geplant“ oder einem ähnlichen Status. Ereignistyp inferred | |||
| Sendung storniert | Die Sendung wurde nach ihrer Erstellung und vor dem Abschluss der Abholung storniert. Dies ist ein alternativer Endzustand des Prozesses. | ||
| Warum das wichtig ist Die Nachverfolgung von Stornierungen hilft, Probleme bei der Nachfrageprognose, der Auftragsverwaltung oder der Planung zu erkennen. Sie weisen auf einen Prozessfehler oder eine Ausnahme hin. Woher beziehen In der Regel eine explizite Statusänderung in den endgültigen Status „Storniert“ im Sendungsdatensatz, ausgelöst durch eine Benutzeraktion. Erfassung Explizite Statusänderung auf „Storniert“ im Sendungsdatensatz. Ereignistyp explicit | |||
| Sendung unterwegs | Dieser Status bezeichnet den Zeitraum nach der Abholung und vor der Ankunft am Zielort. Er wird häufig nicht als einzelnes Ereignis erfasst, sondern als Status, dem mehrere Standortaktualisierungen zugeordnet sein können. | ||
| Warum das wichtig ist Auch wenn es sich um einen Status und nicht um ein Ereignis handelt, ist der Beginn dieser Phase wichtig, um Transportzeiten zu messen und mit Schätzungen sowie verschiedenen Frachtführern und Transportmitteln zu vergleichen. Woher beziehen In der Regel aus dem Sendungsstatus unmittelbar nach dem Ereignis „Waren abgeholt“ abgeleitet. Als Startzeit gilt der Abhol-Timestamp. Erfassung Der Status nach einem erfolgreich abgeschlossenen Abholereignis. Ereignistyp inferred | |||
| Zollabfertigung abgeschlossen | Bei internationalen Sendungen zeigt dieser Status an, dass die Waren erfolgreich den Zoll passiert haben. Er wird in der Regel durch eine Aktualisierung des Zollagenten oder Frachtführers erfasst. | ||
| Warum das wichtig ist Die Zollabfertigung ist ein häufiger Engpass in der internationalen Logistik. Wird die Dauer dieser Aktivität gemessen, lassen sich erhebliche Verzögerungen erkennen und beheben. Woher beziehen Wahrscheinlich als Statusaktualisierung oder separater Eintrag im Event Log erfasst, basierend auf einer EDI-Nachricht oder einer manuellen Aktualisierung durch den Zollagenten oder Frachtführer. Erfassung Aus dem Event Log, basierend auf der Kommunikation mit dem Zollagenten oder Frachtführer. Ereignistyp explicit | |||
Anleitungen zur Datenextraktion
Die Extraktionsmethoden für diesen Prozess werden derzeit geprüft. Schauen Sie später wieder vorbei oder kontaktieren Sie uns wenn Sie Unterstützung benötigen.
Möchten Sie loslegen?
Beginnen Sie noch heute mit der Optimierung Ihrer Transportmanagementprozesse. Verwenden Sie dazu dieses detaillierte Daten-Template. Vereinfachen Sie Ihre Logistik und steigern Sie die betriebliche Effizienz mit Zuversicht.
Optimieren Sie Ihr Transportmanagement: Legen Sie jetzt los.
Verbessern Sie Ihre Logistik: Verkürzen Sie die Zykluszeit mit unserer Plattform um 30 %.
Keine Kreditkarte erforderlich. Starten Sie noch heute Ihre kostenlose Testphase.