Ihr Daten-Template für das Transportmanagement
Ihr Daten-Template für das Transportmanagement
Dies ist unser generisches Datentemplate für Process Mining für Transportmanagement. Unsere systemspezifischen Templates bieten Ihnen genauere Anleitungen.
Wählen Sie ein bestimmtes System aus- Ein universelles Framework für jedes Transportmanagementsystem.
- Enthält wichtige Attribute und Aktivitäten für eine detaillierte Prozessanalyse.
- Ein geeigneter Ausgangspunkt für Ihre ersten Schritte mit Process Mining.
Attribute des Transportmanagements
| Name | Beschreibung | ||
|---|---|---|---|
| Aktivitätsname ActivityName | Der Name des konkreten Geschäftsereignisses oder Meilensteins, der zu einem bestimmten Zeitpunkt bei einer Sendung eingetreten ist. | ||
| Beschreibung Der Aktivitätsname bezeichnet einen einzelnen Schritt oder eine Aufgabe im Transportprozess, etwa „Sendung geplant“, „Frachtführer angefragt“, „Ware abgeholt“ oder „Frachtrechnung eingegangen“. Diese Aktivitäten bilden die wichtigsten Meilensteine der Sendungsreise ab. Dieses Attribut ist entscheidend für die Visualisierung des Prozessflusses. Sie zeigt, wie Sendungen den Prozess tatsächlich durchlaufen. Anhand der Reihenfolge und Häufigkeit der Aktivitäten können Unternehmen ihre Standardprozesse nachvollziehen, häufige Abweichungen erkennen und Nacharbeit oder Ineffizienzen aufdecken. Das Attribut bildet die Grundlage jeder Process-Mining-Analyse. Warum das wichtig ist Das Attribut legt die Schritte in der Prozessübersicht fest und ermöglicht es, den Sendungsablauf, Abweichungen und Engpässe zu visualisieren und auszuwerten. Woher beziehen Die Daten stammen üblicherweise aus Event Logs oder Statusaktualisierungstabellen oder werden aus Statusänderungen im TMS abgeleitet. Beispiele Sendung geplantFrachtführer angefragtWare zugestelltZustellnachweis eingegangen | |||
| Ereigniszeitpunkt EventTime | Der Timestamp, der angibt, wann eine bestimmte Aktivität oder ein Ereignis bei einer Sendung eingetreten ist. | ||
| Beschreibung Der Ereigniszeitpunkt hält Datum und Uhrzeit einer Aktivität genau fest. Dieser Timestamp ist entscheidend, um Ereignisse chronologisch zu ordnen und die Dauer zwischen einzelnen Prozessschritten zu berechnen. Im Process Mining ermöglicht dieses Attribut alle zeitbasierten Analysen. Es dient zur Berechnung wichtiger Kennzahlen wie Zykluszeiten, Wartezeiten und Verarbeitungszeiten. Die Auswertung des Ereigniszeitpunkts zeigt, wo Sendungen besonders lange dauern, ermöglicht die Messung der Einhaltung von Service-Level-Vereinbarungen und macht die zeitliche Verteilung der Prozessaktivitäten sichtbar. Warum das wichtig ist Dieses Attribut ordnet alle Aktivitäten chronologisch ein und ermöglicht die Berechnung von Zykluszeiten, das Erkennen von Engpässen und die Messung der Prozessleistung. Woher beziehen Die Daten stammen aus Event Logs oder Transaktionsdatensätzen im TMS, in denen jede erfasste Aktion mit einem Timestamp versehen ist. Beispiele 2023-10-26T10:00:00Z2023-11-15T14:35:10Z2024-01-05T08:22:00Z | |||
| Sendungs-ID ShipmentId | Die eindeutige Kennung einer einzelnen Sendung. Sie dient als Case-ID des Transportprozesses. | ||
| Beschreibung Die Sendungs-ID ist der Primärschlüssel, der einen einzelnen Transportauftrag oder die Beförderung von Waren von einem Ausgangs- zu einem Zielort eindeutig identifiziert. Jeder Sendungs-Case umfasst alle zugehörigen Aktivitäten, Meilensteine und Datenpunkte, etwa zu Planung, Buchung, Abholung, Zustellung und Rechnungsstellung. Im Process Mining ist dieses Attribut entscheidend, um den gesamten Ablauf jeder Sendung zu rekonstruieren. Es ermöglicht, alle zugehörigen Ereignisse chronologisch zu verknüpfen und bildet die Grundlage für Process Discovery, Konformitätsprüfung und Leistungsanalysen. Die Auswertung nach Sendungs-ID hilft, Engpässe, Verzögerungen und Abweichungen im Lebenszyklus des Transports zu erkennen. Warum das wichtig ist Diese grundlegende Kennung verknüpft alle zugehörigen Ereignisse zu einer einzelnen Prozessinstanz und ermöglicht so die Analyse des gesamten Lebenszyklus einer Sendung. Woher beziehen Die Sendungs-ID steht üblicherweise im Kopfbereich oder in der Haupttabelle für Sendungen oder Frachtaufträge eines Transportmanagementsystems (TMS). Beispiele SH-2024-001237004568910FO-US-987654 | |||
| Letzte Datenaktualisierung LastDataUpdate | Der Timestamp, zu dem die Daten dieses Datensatzes zuletzt aktualisiert oder aus dem Quellsystem extrahiert wurden. | ||
| Beschreibung Dieses Attribut gibt an, wann ein Datensatz oder Ereignis zuletzt aktualisiert oder für den Process-Mining-Datensatz extrahiert wurde. Es zeigt, wie aktuell die ausgewerteten Daten sind. Für die Analyse des Prozessflusses wird es nicht direkt verwendet, ist aber für Data Governance und Überwachung wichtig. Es hilft sicherzustellen, dass die Analyse auf aktuellen Informationen beruht. Außerdem können Sie damit Benachrichtigungen für verzögerte oder fehlerhafte Datenpipelines einrichten. So lässt sich die Zuverlässigkeit und Aktualität der gewonnenen Erkenntnisse besser beurteilen. Warum das wichtig ist Das Attribut zeigt, wie aktuell die Daten sind. So können Sie sicherstellen, dass Prozessanalysen und Überwachung auf zeitnahen und relevanten Informationen beruhen. Woher beziehen Dieser Timestamp wird üblicherweise während der Datenextraktion, -transformation und -ladung (ETL) erzeugt. Beispiele 2024-05-20T02:00:00Z2024-05-20T03:00:00Z2024-05-20T04:00:00Z | |||
| Quellsystem SourceSystem | Gibt an, aus welchem System oder welcher Anwendung die Daten extrahiert wurden. | ||
| Beschreibung Das Attribut „Quellsystem“ gibt an, woher die Ereignisdaten stammen, etwa aus einem Transportmanagementsystem (TMS), einer Plattform zur Sendungsverfolgung oder einem ERP-System. In der modernen Logistik können die Daten zu einer einzelnen Sendung aus mehreren integrierten Systemen kommen. Dieses Attribut hilft, die Datenherkunft und -qualität nachzuvollziehen. Es unterstützt bei der Diagnose von Datenabweichungen und ermöglicht Auswertungen nach Datenquelle. So können Sie beispielsweise vergleichen, wie zeitnah eine Plattform zur Sendungsverfolgung und das zentrale TMS Aktualisierungen liefern, oder Probleme bis zu ihrem Ursprungssystem zurückverfolgen. Warum das wichtig ist Das Attribut ermöglicht es, Daten bis zu ihrem Ursprung zurückzuverfolgen. Das ist wichtig für die Datenvalidierung, die Fehlerbehebung und das Verständnis dafür, wie verschiedene Systeme zum Gesamtprozess beitragen. Woher beziehen Diese Information ist häufig als Standardfeld in Datenextrakten enthalten. Alternativ kann sie bei der Datenübernahme anhand der Datenquelle ergänzt werden. Beispiele SAP TMBlue Yonder TMSOracle OTMproject44 | |||
| Angefordertes Lieferdatum RequestedDeliveryDate | Das vom Kunden gewünschte oder im Kundenauftrag vorgegebene Lieferdatum. | ||
| Beschreibung Das angeforderte Lieferdatum ist der Zieltermin, zu dem die Sendung voraussichtlich am Bestimmungsort eintreffen soll. Häufig ist dieses Datum in der Bestellung des Kunden oder einer Service-Level-Vereinbarung (SLA) festgelegt. Dieses Attribut ist wichtig, um den Kundenservice und die Einhaltung von Zusagen zu messen. Es dient als Grundlage für die Berechnung der Kennzahl „Termingerechte Lieferung“. Der Vergleich des angeforderten mit dem tatsächlichen Lieferdatum hilft, systematische Verzögerungsursachen zu erkennen und die Vorhersagbarkeit von Lieferungen zu verbessern. Warum das wichtig ist Dieses Datum ist der zentrale Maßstab für die Messung termingerechter Lieferungen, einer wichtigen Kennzahl für Kundenzufriedenheit und Zuverlässigkeit der Lieferkette. Woher beziehen Das Datum stammt üblicherweise aus einem vorgelagerten System wie einem ERP- oder Auftragsverwaltungssystem und ist in den Frachtauftragsdetails im TMS gespeichert. Beispiele 2023-11-01T17:00:00Z2023-11-20T23:59:59Z2024-02-10T12:00:00Z | |||
| Name des Frachtführers CarrierName | Der Name des Transportunternehmens oder Logistikdienstleisters, der für den Transport der Sendung verantwortlich ist. | ||
| Beschreibung Der Name des Frachtführers bezeichnet den beauftragten Logistikdienstleister (3PL) oder das Transportunternehmen, das die Ware befördert. Das kann ein Speditionsunternehmen, eine Fluggesellschaft, eine Reederei oder ein Schienengüterverkehrsunternehmen sein. Dieses Attribut ist eine wichtige Dimension für die Leistungsanalyse. Unternehmen können damit Frachtführerbewertungen erstellen und Anbieter anhand zentraler Kennzahlen wie termingerechter Lieferung und Abholung, Annahmequoten und Kosten vergleichen. Die Auswertung nach Frachtführer zeigt, welche Partner besonders gute Leistungen erbringen und bei welchen Verbesserungsmaßnahmen sinnvoll sein können. Warum das wichtig ist Das Attribut ermöglicht den Leistungsvergleich verschiedener Transportdienstleister. Es ist wichtig für das Frachtführermanagement, Verhandlungen und die Sicherung der Servicequalität. Woher beziehen Diese Information ist in den Sendungs- oder Frachtauftragsdetails gespeichert und meist mit einer Stammdatentabelle der Frachtführer verknüpft. Beispiele FedEx FreightMaersk LineUnion Pacific RailroadDHL Express | |||
| Sendungskosten ShipmentCost | Die gesamten Frachtkosten oder der finanzielle Betrag für den Transport der Sendung. | ||
| Beschreibung Die Sendungskosten umfassen die gesamten finanziellen Aufwendungen für eine einzelne Sendung. Dazu können der Grundfrachttarif, Treibstoffzuschläge, Zusatzkosten und weitere Gebühren des Frachtführers gehören. Dieses Attribut bildet die Grundlage für alle kostenbezogenen Analysen. Damit lassen sich Dashboards erstellen, die beispielsweise die gesamten Transportausgaben, Kosten pro Kilometer oder Kosten pro Einheit erfassen. In Verbindung mit Prozessdaten können Unternehmen Ursachen für Kostenüberschreitungen untersuchen, die finanziellen Auswirkungen von Verzögerungen oder ineffizienten Abläufen ermitteln und die Richtigkeit von Frachtrechnungen prüfen. Warum das wichtig ist Das Attribut stellt den direkten Bezug zwischen Prozessleistung und finanziellen Ergebnissen her. So lassen sich Transportausgaben, Kostentreiber und die finanziellen Auswirkungen von Ineffizienzen auswerten. Woher beziehen Die Daten können aus dem Frachtauftrag, der Frachtrechnung des Frachtführers oder einem System für Frachtprüfung und Zahlung stammen. Beispiele 1250.75540.008200.50 | |||
| Tatsächliches Lieferdatum ActualDeliveryDate | Der tatsächliche Timestamp des Ereignisses „Ware zugestellt“. | ||
| Beschreibung Das tatsächliche Lieferdatum ist der erfasste Timestamp, zu dem die Sendung physisch beim Empfänger zugestellt und die Aktivität „Ware zugestellt“ abgeschlossen wurde. Häufig wird die Zustellung durch einen Zustellnachweis bestätigt. Dieses Attribut ergänzt das angeforderte Lieferdatum und ist entscheidend für die Berechnung der tatsächlichen Leistung. Es fließt direkt in die Berechnung der Kennzahl „Termingerechte Lieferung“ ein. Die Differenz zwischen dem tatsächlichen Lieferdatum und dem Abholdatum ergibt außerdem die tatsächliche Transportdauer. Durch den Vergleich mit der geplanten Transportdauer lassen sich Verzögerungen während des Transports erkennen. Warum das wichtig ist Das Attribut zeigt das tatsächliche Ergebnis der Zustellung. Damit lassen sich die Pünktlichkeitsquote berechnen und Lieferverzögerungen auswerten. Woher beziehen Die Daten stammen aus dem Ereignis „Ware zugestellt“ im TMS. Sie werden häufig durch eine EDI-Nachricht des Frachtführers, eine Plattform zur Sendungsverfolgung oder eine mobile Anwendung des Fahrers aktualisiert. Beispiele 2023-11-01T16:30:00Z2023-11-21T09:00:00Z2024-02-09T18:00:00Z | |||
| Transportart ModeOfTransport | Die Transportart der Sendung, zum Beispiel Lkw, Luftfracht, Seefracht oder Schiene. | ||
| Beschreibung Dieses Attribut gibt an, mit welcher Transportart die Sendung befördert wird. Gängige Arten sind Komplettladung (FTL), Teilladung (LTL), Luftfracht, Seefracht und Schienengüterverkehr. Die Auswertung nach Transportart ist wichtig, da sich Kostenstrukturen, Transportzeiten und Prozesskomplexität je nach Art unterscheiden. Diese Aufteilung hilft, Abweichungen bei Zykluszeiten und Kosten zu erklären. Seefracht dauert beispielsweise naturgemäß länger als Luftfracht. Das Attribut bildet eine wichtige Grundlage für Dashboards und Kennzahlen, die auf bestimmte Logistikabläufe zugeschnitten sind. Warum das wichtig ist Die Transportart ist ein wichtiges Analysefilter, da sich Prozesse, Kosten und Zeitpläne je nach Art unterscheiden. Sie ist entscheidend für aussagekräftige Vergleiche und Benchmarks. Woher beziehen Die Transportart ist in den Sendungs- oder Frachtauftragsdetails im TMS zu finden. Beispiele Komplettladung (TL)Teilladung (LTL)SeefrachtLuftfrachtSchiene | |||
| Verspätungsgrund DelayReason | Ein Code oder eine Beschreibung, die den Grund für eine Verzögerung im Sendungsverlauf angibt. | ||
| Beschreibung Der Verspätungsgrund erklärt, warum eine Sendung nicht planmäßig verlaufen ist. Mögliche Gründe sind Wetterereignisse, Verzögerungen beim Zoll, Verkehrsaufkommen, technische Defekte oder fehlerhafte Dokumente. Diese Information wird erfasst, wenn ein Verzögerungsereignis protokolliert wird. Das Attribut ist besonders wichtig für die Ursachenanalyse. Wenn Unternehmen die verschiedenen Verspätungsgründe kategorisieren und ihre Häufigkeit ermitteln, können sie die wichtigsten Ursachen verspäteter Lieferungen erkennen. So lassen sich Verbesserungsmaßnahmen gezielt auf die Bereiche mit dem größten Effekt ausrichten, etwa auf interne Abläufe, die Zusammenarbeit mit Frachtführern oder die Begrenzung externer Risiken. Warum das wichtig ist Das Attribut ist entscheidend für die Ursachenanalyse verspäteter Sendungen. Unternehmen können damit die wichtigsten Verzögerungsursachen erkennen, quantifizieren und angehen. Woher beziehen Die Daten stammen aus Datensätzen zu Ausnahme- oder Verzögerungsereignissen im TMS oder in der Visibility-Plattform. Häufig stellt der Frachtführer diese Informationen bereit. Beispiele Wetterbedingte VerzögerungVerzögerung beim ZollÜberlastung des HafensTechnischer Defekt | |||
| Zielland DestinationCountry | Das Land, in das die Sendung geliefert wird. | ||
| Beschreibung Das Zielland gibt an, in welches Land die Sendung geliefert werden soll. Es ist Teil der Angaben zur Zieladresse. Wie das Ursprungsland ist dieses Attribut wichtig für geografische Analysen und die Bewertung von Transportrelationen. Damit lassen sich Daten segmentieren und Lieferleistung, Kosten sowie Durchlaufzeiten für Sendungen in verschiedene Länder vergleichen. Außerdem ist das Zielland für die Analyse der Zollabfertigung bei internationalen Sendungen relevant. Warum das wichtig ist Damit lassen sich Leistung und Kosten nach Zielregion aufschlüsseln. Das ist wichtig, um die Effizienz von Transportrelationen zu analysieren und die Komplexität des internationalen Versands zu steuern. Woher beziehen Das Zielland ist in der Regel in den Angaben zum Zielort oder zur Empfängeradresse des Frachtauftrags hinterlegt. Beispiele KanadaMexikoVereinigtes KönigreichJapan | |||
| Abweichung bei der Frachtrechnung FreightInvoiceDiscrepancyFlag | Ein Kennzeichen dafür, ob bei der Prüfung der Frachtrechnung eine Abweichung festgestellt wurde. | ||
| Beschreibung Dieses boolesche Attribut gibt an, ob die angebotenen oder vertraglich vereinbarten Frachtkosten vom Betrag auf der endgültigen Rechnung des Frachtführers abweichen. Der Wert „true“ weist auf eine Abweichung hin, die zu einem Streitfall führen kann. Das Kennzeichen ist wichtig für die Analyse des Frachtrechnungsprüfungs- und Zahlungsprozesses. Unternehmen können damit die KPI „Genauigkeit der Frachtrechnung“ messen und feststellen, bei welchen Frachtführern oder Transportrelationen die meisten Abrechnungsfehler auftreten. Die Analyse der Abweichungsgründe kann zu einem besseren Tarifmanagement, klareren Vereinbarungen mit Frachtführern und einem effizienteren Zahlungsprozess beitragen. Warum das wichtig ist Damit können Sie die Genauigkeit von Frachtrechnungen messen, Frachtführer mit häufigen Abrechnungsfehlern ermitteln und die Effizienz des Prüfungs- und Zahlungsprozesses analysieren. Woher beziehen Das Kennzeichen wird bei der Prüfung der Frachtrechnung erzeugt. Diese kann im TMS oder in einem spezialisierten System für Frachtrechnungsprüfung und -zahlung stattfinden. Beispiele truefalse | |||
| Ausgangsland OriginCountry | Das Land, aus dem die Sendung stammt. | ||
| Beschreibung Das Ausgangsland gibt an, in welchem Land die Sendung beginnt. Es ist Teil der Angaben zur Ausgangsadresse. Dieses Attribut ist eine wichtige Grundlage für geografische Analysen. Damit lassen sich Sendungsdaten nach Ausgangsland oder -region filtern und aufteilen. Das ist entscheidend, um die Leistung auf verschiedenen Handelsrouten zu verstehen. Bei internationalen Sendungen beeinflusst das Ausgangsland außerdem die Zollanforderungen und Transportzeiten. Warum das wichtig ist Das Attribut ermöglicht geografische Analysen von Transportprozessen. So lassen sich regionale Leistungsunterschiede erkennen, komplexe Handelsrouten verwalten und internationale Logistikabläufe auswerten. Woher beziehen Das Land ist üblicherweise in den Angaben zum Ausgangsort oder zur Versandstelle im Frachtauftrag gespeichert. Beispiele USADeutschlandChinaBrasilien | |||
| Geplantes Abholdatum ScheduledPickupDate | Das geplante Datum und die Uhrzeit, zu denen der Frachtführer die Ware am Ausgangsort abholen soll. | ||
| Beschreibung Das geplante Abholdatum ist der vereinbarte Termin, zu dem der Frachtführer am Versandort eintrifft, um die Ware abzuholen. Es ist ein wichtiger Meilenstein im Buchungs- und Bestätigungsprozess der Sendung. Dieses Attribut dient als Grundlage für die Messung der Abholleistung. Durch den Vergleich mit dem tatsächlichen Abholzeitpunkt wird die Kennzahl „Pünktliche Abholung“ berechnet. Die Auswertung von Abweichungen hilft, Probleme bei der Rampenplanung, der Bereitstellung im Lager oder der Pünktlichkeit des Frachtführers zu erkennen. All diese Faktoren können zu späteren Verzögerungen führen. Warum das wichtig ist Das Datum ist der Maßstab für die Abholleistung. Die Abholung ist ein entscheidender erster Schritt im Transportablauf und wirkt sich auf den gesamten weiteren Zeitplan aus. Woher beziehen Das Datum ist in den Sendungs- oder Frachtauftragsdetails zu finden, nachdem die Sendung bei einem Frachtführer gebucht wurde. Beispiele 2023-10-25T14:00:00Z2023-11-15T09:30:00Z2024-02-05T11:00:00Z | |||
| Ressource Resource | Die Benutzer-ID oder der Name der Person, die die Aktivität ausgeführt hat. | ||
| Beschreibung Die Ressource bezeichnet den einzelnen Benutzer, das Team oder den automatisierten Systemagenten, der für einen bestimmten Prozessschritt verantwortlich ist. Das kann zum Beispiel der Transportplaner sein, der den Sendungsplan erstellt, oder die Logistikkoordination, die den Frachtführer bucht. Die Analyse nach Ressourcen zeigt, wie sich die Arbeitslast verteilt, wie Teams arbeiten und in welchem Umfang Aufgaben automatisiert sind. Sie macht sichtbar, welche Benutzer oder Teams an Nacharbeitsschleifen beteiligt sind, die meisten Ausnahmen bearbeiten oder die längsten Verarbeitungszeiten haben. Diese Informationen helfen bei der Planung von Schulungen und Ressourcen sowie bei der Ermittlung von Automatisierungsmöglichkeiten. Warum das wichtig ist Damit lassen sich die Leistung von Mitarbeitenden und Systemen, die Arbeitslastverteilung und der Automatisierungsgrad analysieren. So können Sie Schulungsbedarf und Ressourcenengpässe erkennen. Woher beziehen Diese Information wird üblicherweise zusammen mit dem Aktivitätsnamen und dem Timestamp in der Transaktion oder im Event Log erfasst. Beispiele john.smithLogistikteam_USTMS_AUTO_PLANNERsarah.jones | |||
| Sendungsstatus ShipmentStatus | Der aktuelle oder zuletzt bekannte Status der Sendung im Prozessverlauf. | ||
| Beschreibung Der Sendungsstatus fasst zusammen, an welcher Stelle des Gesamtprozesses sich eine Sendung befindet, zum Beispiel „Geplant“, „Unterwegs“, „Zugestellt“ oder „Storniert“. Er beschreibt den aktuellen Status des Sendungs-Cases. Process Mining leitet den Prozessfluss aus einzelnen Aktivitäten ab. Der Gesamtstatus der Sendung eignet sich dagegen als Dimension für Analysen. Sie können damit beispielsweise alle Sendungen filtern, die derzeit „Unterwegs“ sind, um sie zu überwachen, oder die Merkmale von Sendungen untersuchen, deren Status auf „Storniert“ endet. So erhalten Sie einen einfachen, aggregierten Überblick über den Fortschritt der Sendung. Warum das wichtig ist Der Status zeigt den aktuellen Stand der Sendung. Das erleichtert das Filtern und Reporting sowie die übergeordnete Überwachung laufender und abgeschlossener Sendungen. Woher beziehen Dieses zusammenfassende Statusfeld befindet sich in der Regel im Hauptdatensatz der Sendung oder des Frachtauftrags im TMS. Beispiele GeplantGebuchtUnterwegsZugestelltStorniert | |||
| Tatsächliches Abholdatum ActualPickupDate | Der tatsächliche Timestamp des Ereignisses „Ware abgeholt“. | ||
| Beschreibung Das tatsächliche Abholdatum ist der erfasste Timestamp, zu dem der Frachtführer die Sendung am Ausgangsort physisch übernommen und die Aktivität „Ware abgeholt“ abgeschlossen hat. Dieses Datum ist entscheidend, um den tatsächlichen Beginn des Transports nachzuvollziehen. Es dient zur Berechnung der Kennzahl „Pünktliche Abholung“ und markiert den Beginn der Transportzykluszeit. Die Auswertung dieser Daten zeigt, wie die Abholung tatsächlich abläuft und wie sie sich auf den gesamten Zeitplan der Sendung auswirkt. Warum das wichtig ist Das Attribut zeigt das tatsächliche Ergebnis der Abholleistung und markiert den tatsächlichen Transportbeginn der Sendung. Das ist wichtig für eine genaue Analyse der Zykluszeit. Woher beziehen Die Daten stammen aus dem Ereignis „Ware abgeholt“ im TMS und werden üblicherweise über eine EDI-Nachricht des Frachtführers oder eine Plattform zur Sendungsverfolgung aktualisiert. Beispiele 2023-10-25T14:10:00Z2023-11-15T09:25:00Z2024-02-05T11:45:00Z | |||
Aktivitäten im Transportmanagement
| Aktivität | Beschreibung | ||
|---|---|---|---|
| Sendung beim Frachtführer gebucht | Dieser Meilenstein zeigt an, dass der Frachtführer die Anfrage verbindlich angenommen hat und die Sendung übernimmt. Damit stehen Frachtführer, Tarif und Transportplan fest. | ||
| Warum das wichtig ist Mit dieser Bestätigung endet die Beschaffungsphase und die Ausführungsphase beginnt. Sie ist ein wichtiger Bezugspunkt, um die Effizienz des Anfrage- und Buchungszyklus zu messen. Woher beziehen Das Ereignis wird erfasst, sobald die Annahme des Frachtführers eingeht. Dabei wird der Sendungsstatus häufig auf „Gebucht“, „Verbindlich zugesagt“ oder „Bestätigt“ gesetzt. Erfassung Erfassen Sie den Timestamp, zu dem der Anfragestatus auf „Angenommen“ oder der Sendungsstatus auf „Gebucht“ gesetzt wird. Ereignistyp explicit | |||
| Sendung geplant | Diese Aktivität kennzeichnet den Abschluss der ersten Planungsphase. Dabei werden eine Route, ein Transportmittel und mögliche Frachtführer festgelegt. Die Planungsfunktion des Systems erstellt eine Logistiklösung für die Transportanfrage. | ||
| Warum das wichtig ist Dieser Meilenstein schließt die Planungsphase ab. Die Zeit zwischen Anfrage und abgeschlossener Planung ist ein wichtiger Indikator für die Effizienz der Planung und mögliche Engpässe. Woher beziehen Erkennbar ist dieser Schritt meist an einer Statusänderung des Sendungsdatensatzes zu „Geplant“ oder einem ähnlichen Status oder an der Erstellung eines Frachtauftrags. Erfassung Erfassen Sie den Timestamp, zu dem der Sendungsstatus anzeigt, dass ein gültiger Plan erstellt wurde. Ereignistyp inferred | |||
| Sendung storniert | Dieses Ereignis erfasst die Beendigung einer Sendung, bevor der Frachtführer die Ware abgeholt hat. Gründe dafür können beispielsweise eine Kundenstornierung oder eine interne Planungsänderung sein. | ||
| Warum das wichtig ist Diese Aktivität ist ein Endpunkt und kennzeichnet einen nicht erfolgreichen Prozessausgang. Die Auswertung von Stornierungen hilft, Ursachen für Prozessfehler zu erkennen und Probleme in der Auftragsverwaltung oder Planung aufzudecken. Woher beziehen Das Ereignis wird üblicherweise durch eine Statusänderung des Sendungsdatensatzes auf „Storniert“ oder „Ungültig“ erfasst. Erfassung Erfassen Sie den Timestamp, zu dem der Hauptstatus der Sendung auf „Storniert“ gesetzt wird. Ereignistyp inferred | |||
| Transportanfrage eingegangen | Diese Aktivität markiert den offiziellen Beginn des Transportprozesses. Sie steht für einen neu entstandenen Transportbedarf, der meist durch einen Auftrag aus einem vorgelagerten System wie einem ERP ausgelöst wird. Dabei wird ein neuer Sendungsdatensatz angelegt. | ||
| Warum das wichtig ist Als primäres Start-Event ermöglicht diese Aktivität die Messung der gesamten Dauer des Sendungslebenszyklus. Die Analyse von Umfang und Zeitpunkt der Anfragen unterstützt die Kapazitäts- und Ressourcenplanung. Woher beziehen Dieses Ereignis wird üblicherweise anhand des Erstellungs-Timestamps des zentralen Sendungs- oder Transportbedarfsdokuments im Quellsystem erfasst. Erfassung Verwenden Sie den Erstellungs-Timestamp des Sendungsdatensatzes, der Auftragsfreigabe oder des Speditionsauftrags. Ereignistyp explicit | |||
| Ware abgeholt | Diese Aktivität markiert den tatsächlichen Beginn des Transports. Sie tritt ein, wenn der Frachtführer die Ware am Ausgangsort, etwa in einem Lager oder einer Produktionsstätte, übernimmt. | ||
| Warum das wichtig ist Dieser wichtige Meilenstein dient dazu, die Pünktlichkeit der Abholung durch den Frachtführer und den Beginn der Sendungsverfolgung während des Transports zu messen. Verzögerungen in dieser Phase wirken sich direkt auf den endgültigen Lieferzeitpunkt aus. Woher beziehen Das Ereignis wird üblicherweise anhand einer Statusmeldung des Frachtführers oder Fahrers erfasst, häufig über eine EDI-Transaktion oder eine Aktualisierung in einer mobilen Anwendung. Erfassung Verwenden Sie den Timestamp im Sendungsereignisprotokoll, der die Abfahrt vom ersten Halt oder den Status „Abgeholt“ angibt. Ereignistyp explicit | |||
| Ware zugestellt | Dieser Meilenstein zeigt an, dass die Sendung am Bestimmungsort des Empfängers eingetroffen ist. Damit endet der Transportabschnitt der Sendungsreise. | ||
| Warum das wichtig ist Dieses Ereignis ist die wichtigste Grundlage für die Messung der termingerechten Lieferung, der zentralen Kennzahl im Transportwesen. Es bildet den Endpunkt für die Berechnung der Transportdauer und der gesamten Zykluszeit. Woher beziehen Der Frachtführer bestätigt die Zustellung in der Regel per elektronischer Nachricht, Fahreraktualisierung oder Portal-Eintrag. Dadurch wird der Sendungsstatus im TMS aktualisiert. Erfassung Verwenden Sie den Timestamp im Sendungsereignisprotokoll, der die Ankunft am letzten Halt oder den Status „Zugestellt“ angibt. Ereignistyp explicit | |||
| Zahlung verarbeitet | Dies ist die letzte Aktivität im Lebenszyklus der Sendung. Sie bestätigt, dass der Frachtführer für die Transportleistung bezahlt wurde und die finanzielle Abwicklung der Sendung abgeschlossen ist. | ||
| Warum das wichtig ist Mit diesem Ereignis endet der Procure-to-Pay-Zyklus der Sendung. Es ist wichtig, um Zahlungsfristen, die finanzielle Situation der Frachtführer und den Abschluss des Gesamtprozesses auszuwerten. Woher beziehen Diese Informationen stammen häufig aus einem separaten Finanz- oder ERP-System und werden über eine Integration an das TMS zurückübertragen. Erfassung Verwenden Sie den Timestamp der Zahlungstransaktion oder das Datum, an dem die Rechnung als „Bezahlt“ markiert wird. Ereignistyp explicit | |||
| Zustellnachweis eingegangen | Dieses Ereignis erfasst den Eingang eines offiziellen Dokuments, das die erfolgreiche Zustellung bestätigt. Dabei kann es sich um einen unterschriebenen Frachtbrief, ein Foto oder eine am Zielort erfasste digitale Signatur handeln. | ||
| Warum das wichtig ist Der Eingang des Zustellnachweises (Proof of Delivery, POD) ist eine wichtige Voraussetzung für die Rechnungsstellung und Frachtzahlung. Verzögerungen beim Eingang des POD wirken sich direkt auf die Durchlaufzeit des Order-to-Cash-Prozesses aus. Woher beziehen Das Ereignis wird häufig erfasst, wenn ein bestimmter Dokumenttyp hochgeladen oder mit dem Sendungsdatensatz verknüpft wird oder wenn der Status der Zustellbestätigung aktualisiert wird. Erfassung Erfassen Sie den Timestamp, zu dem das POD-Dokument angehängt oder das Kennzeichen für den POD-Eingang bei der Sendung gesetzt wird. Ereignistyp explicit | |||
| Anfrage vom Frachtführer abgelehnt | Der Frachtführer lehnt das Angebot ab, die Sendung zu transportieren. Dieses Ereignis führt in der Regel zu einer erneuten Bearbeitung: Ein neuer Frachtführer muss ausgewählt und angefragt werden. | ||
| Warum das wichtig ist Abgelehnte Anfragen sind eine der Hauptursachen für Verzögerungen und höhere Kosten. Die Auswertung der Häufigkeit und Gründe hilft, Frachtführerbewertungen und Beschaffungsstrategien zu verbessern. Woher beziehen Das Ereignis wird anhand einer eingehenden elektronischen Nachricht des Frachtführers oder einer manuellen Statusaktualisierung in einem Frachtführerportal erfasst, die die Ablehnung anzeigt. Erfassung Ermitteln Sie den Timestamp, zu dem der Anfragestatus auf „Abgelehnt“ oder einen vergleichbaren Status gesetzt wird. Ereignistyp explicit | |||
| ETA aktualisiert | Das System hat auf Grundlage von Echtzeitdaten eine neue voraussichtliche Ankunftszeit (ETA) berechnet oder erhalten. Während des Transports kann dieses Ereignis mehrfach auftreten, wenn sich die Bedingungen ändern. | ||
| Warum das wichtig ist Häufige oder erhebliche Änderungen der ETA geben Aufschluss über die Schwankungen und Vorhersagbarkeit von Sendungen. Die Auswertung dieser Aktualisierungen hilft, Verzögerungen frühzeitig zu bewältigen und die Kundenkommunikation zu verbessern. Woher beziehen Das Ereignis wird anhand von Daten aus Plattformen zur Sendungsverfolgung oder Aktualisierungen des Frachtführers erfasst, die Echtzeitinformationen zum Transport und geänderte Lieferprognosen bereitstellen. Erfassung Protokollieren Sie jede Aktualisierung des ETA-Felds für die endgültige Lieferung nach der ursprünglichen Buchung. Ereignistyp explicit | |||
| Frachtführer angefragt | Diese Aktivität tritt ein, wenn die geplante Sendung einem bestimmten Frachtführer verbindlich zur Annahme angeboten wird. Dabei wird der Frachtführer in der Regel elektronisch benachrichtigt oder über eine Aktualisierung im Portal informiert. | ||
| Warum das wichtig ist Die Erfassung von Frachtführeranfragen ist wichtig, um Reaktionszeiten und Annahmequoten auszuwerten. Häufige Anfragen für dieselbe Sendung können auf Probleme mit Frachtführervereinbarungen oder verfügbaren Kapazitäten hindeuten. Woher beziehen Dabei handelt es sich häufig um eine explizite Transaktion oder Statusänderung im TMS, die protokolliert, wann das Angebot an den Frachtführer übermittelt wurde. Erfassung Erfassen Sie den Timestamp der Transaktion, mit der das Sendungsangebot an den Frachtführer gesendet wird. Ereignistyp explicit | |||
| Frachtführer ausgewählt | Ein bestimmter Transportdienstleister, also ein Frachtführer, wurde offiziell mit der Sendung beauftragt. Die Auswahl kann manuell, durch automatische Planung oder im Rahmen einer Ausschreibung erfolgen. | ||
| Warum das wichtig ist Diese Aktivität ist wichtig, um Auswahlstrategien für Frachtführer und Verzögerungen bei der Suche nach einem Transportpartner zu verstehen. Sie unterscheidet die Routenplanung von der Auswahl des Dienstleisters. Woher beziehen Dieses Ereignis wird erfasst, wenn das Feld für den Frachtführer im Sendungsdatensatz ausgefüllt oder einem entsprechenden Frachtauftrag ein Frachtführer zugewiesen wird. Erfassung Ermitteln Sie den Timestamp, zu dem erstmals eine Frachtführer-ID mit dem Sendungsdatensatz verknüpft wird. Ereignistyp explicit | |||
| Frachtrechnung eingegangen | Diese Aktivität erfasst den Eingang der Rechnung des Frachtführers für die erbrachte Transportleistung. Damit beginnt die finanzielle Abwicklung der Sendung. | ||
| Warum das wichtig ist Die Zeit zwischen Zustellung und Rechnungseingang wirkt sich auf Finanzprognosen und Rückstellungen aus. Mit diesem Ereignis beginnt die Messung der Dauer von Frachtprüfung und Zahlung. Woher beziehen Das Ereignis wird erfasst, wenn im System ein neuer Rechnungsdatensatz angelegt wird, etwa über eine EDI-Transaktion, eine manuelle Eingabe oder einen Upload aus dem Portal des Frachtführers. Erfassung Verwenden Sie das Erstellungsdatum des Frachtbriefs oder des zur Sendung gehörenden Rechnungsdatensatzes des Frachtführers. Ereignistyp explicit | |||
| Frachtrechnung geprüft | Die Rechnung des Frachtführers wurde systematisch oder manuell mit den vereinbarten Tarifen, Zusatzkosten und dem Zustellnachweis abgeglichen. So werden die Kosten geprüft, bevor die Zahlung freigegeben wird. | ||
| Warum das wichtig ist Dieser Schritt ist eine wichtige Finanzkontrolle, um die Richtigkeit der Frachtkosten sicherzustellen. Die Auswertung des Prüfprozesses kann wiederkehrende Abweichungen aufdecken und Einsparpotenziale aufzeigen. Woher beziehen Das Ereignis wird erfasst, wenn der Status des Frachtbriefs auf „Geprüft“, „Verifiziert“ oder einen vergleichbaren Status gesetzt wird und der Abgleich damit abgeschlossen ist. Erfassung Erfassen Sie den Timestamp, zu dem der Rechnungsstatus den Abschluss der Prüfung anzeigt. Ereignistyp inferred | |||
| Zollabfertigung abgeschlossen | Bei internationalen Sendungen markiert diese Aktivität den erfolgreichen Abschluss der Zollabfertigung an einer Grenze oder in einem Hafen. Alle erforderlichen Dokumente und Prüfungen liegen damit vor beziehungsweise sind abgeschlossen. | ||
| Warum das wichtig ist Die Zollabfertigung kann in der internationalen Logistik einen erheblichen Engpass darstellen. Die Erfassung der dort verbrachten Zeit ist entscheidend, um Verzögerungen zu erkennen und Compliance-Prozesse zu verbessern. Woher beziehen Dieses Ereignis wird durch eine Benachrichtigung des Zollagenten oder Frachtführers oder durch eine direkte Aktualisierung in einem Behördensystem ausgelöst. Erfassung Erfassen Sie den Timestamp des Ereignisses oder der Statusaktualisierung, die die Zollfreigabe anzeigt. Ereignistyp explicit | |||
Extraktionsanleitungen
Die Extraktionsmethoden unterscheiden sich je nach System. Eine ausführliche Anleitung finden Sie in
oder wählen Sie einen bestimmten Prozess und ein System aus.
Möchten Sie loslegen?
Wählen Sie zunächst eine Extraktionsanleitung für die Plattform, die Sie derzeit einsetzen. Alternativ können Sie dieses generische Template als umfassende Vorlage für die Strukturierung Ihrer Transportmanagementdaten verwenden.
Steigern Sie die Leistung Ihres Transportmanagements
Erkennen Sie verborgene Ineffizienzen und verbessern Sie Ihre Logistikprozesse.
Keine Kreditkarte erforderlich. In wenigen Minuten eingerichtet.