Ihr Daten-Template für das Transportmanagement

SAP Transportation Management
Ihr Daten-Template für das Transportmanagement

Ihr Daten-Template für das Transportmanagement

Dieses Template bietet einen umfassenden Überblick über die erforderlichen Daten für eine wirksame Analyse und Optimierung Ihres Transportmanagementprozesses. Es beschreibt, welche wichtigen Attribute Sie erfassen und welche zentralen Aktivitäten Sie nachverfolgen sollten, und enthält praktische Hinweise zur Datenextraktion. Verwenden Sie diese Ressource, um ein aussagekräftiges Event Log für Ihre Process-Mining-Initiativen aufzubauen.
  • Empfohlene Attribute für die Datenerfassung
  • Wichtige Aktivitäten zur Nachverfolgung
  • Hinweise zur Datenextraktion aus SAP Transportation Management
Neu bei Event Logs? Erfahren Sie, wie Sie ein Event Log für Process Mining erstellen.

Attribute des Transportmanagements

Dies sind die empfohlenen Datenfelder für Ihr Event Log, damit Sie das Transportmanagement umfassend analysieren können.
3 Erforderlich 6 Empfohlen 10 Optional
Name Beschreibung
Aktivitätsname
ActivityName
Der Name eines bestimmten Geschäftsereignisses oder Prozessschritts im Transportablauf.
Beschreibung

Der Aktivitätsname bezeichnet eine einzelne Aufgabe oder einen Meilenstein im Lebenszyklus einer Sendung, zum Beispiel „Sendung geplant“, „Waren abgeholt“ oder „Waren zugestellt“. Diese Aktivitäten bilden die Knoten in der ermittelten Prozesslandkarte.

Die Analyse von Reihenfolge und Häufigkeit der Aktivitäten hilft, den Standardprozess, Abweichungen, Engpässe und Nacharbeitsschleifen zu erkennen. Sie bildet die Grundlage für die Prozesserkennung und Konformitätsprüfung im Transportmanagement.

Warum das wichtig ist

Dieses Attribut beschreibt die Schritte des Transportprozesses und ermöglicht die Visualisierung und Analyse des durchgängigen Sendungsablaufs.

Woher beziehen

Dieses Attribut wird üblicherweise aus Ereigniscodes oder Statusänderungen abgeleitet, die im Event Handler für die Ausführungsverfolgung von SAP TM erfasst werden. Als Datenquelle kommen Tabellen infrage, in denen Statusänderungen von Geschäftsobjekten oder bestimmte Ereignismeldungen protokolliert werden.

Beispiele
Sendung geplantFrachtführer zugewiesenWaren abgeholtWaren zugestelltZustellnachweis eingegangen
Ereigniszeit
EventTime
Der Timestamp, der angibt, wann eine bestimmte Aktivität oder ein Ereignis stattgefunden hat.
Beschreibung

Die Ereigniszeit gibt für jede Aktivität im Transportprozess das genaue Datum und die genaue Uhrzeit an. Diese Zeitangaben sind die Grundlage für die Berechnung von Zykluszeiten, Dauern und Wartezeiten zwischen Prozessschritten.

Bei der Analyse dient dieses Attribut dazu, Ereignisse korrekt zu ordnen, ein chronologisches Protokoll zu erstellen und alle zeitbasierten Leistungsanalysen durchzuführen. Es ist entscheidend, um Verzögerungen zu erkennen, die Prozesseffizienz zu messen und die Leistung anhand von Zeitplänen oder Service-Level-Vereinbarungen zu bewerten.

Warum das wichtig ist

Der Timestamp ist entscheidend, um Ereignisse chronologisch zu ordnen und Kennzahlen wie Zykluszeiten und termingerechte Lieferungen zu berechnen.

Woher beziehen

Die Daten stammen aus Event-Handler-Tabellen in SAP TM, zum Beispiel /SAPTRX/EH_EVMSG, in denen die Timestamps gemeldeter Ereignisse gespeichert sind.

Beispiele
2023-04-15T10:00:00Z2023-04-16T14:30:00Z2023-04-20T09:15:00Z
Sendung
ShipmentId
Die eindeutige Kennung für einen einzelnen Warentransport. Sie dient als zentraler Case für die Analyse.
Beschreibung

Die Shipment ID ist der Primärschlüssel, der alle zugehörigen Transportaktivitäten und Ereignisse zusammenfasst. Sie steht für einen einzelnen, durchgängigen Transportprozess, von der ersten Anfrage bis zum endgültigen Zustellnachweis und zur Zahlung.

Im Process Mining ist dieses Attribut entscheidend für die Erstellung der Case-Ansicht. Analysten können damit den gesamten Weg jeder Sendung nachvollziehen. So lassen sich Prozessvarianten, Zykluszeiten und Ergebnisse einzelner Sendungen analysieren und die Transportleistung umfassend beurteilen.

Warum das wichtig ist

Diese Kennung ist die zentrale Case-ID. Sie verknüpft alle Ereignisse und Datenpunkte mit einem bestimmten Transportauftrag und ist damit entscheidend für die durchgängige Prozessanalyse.

Woher beziehen

Diese Kennung ist die Nummer des Freight Order oder Freight Booking in SAP TM. Sie ist in Tabellen wie /SCMTMS/D_TORROT und /SCMTMS/D_TRQROT zu finden.

Beispiele
610000432161000056786100009876
Angefordertes Lieferdatum
RequestedDeliveryDate
Das vom Kunden gewünschte oder im Kundenauftrag festgelegte Lieferdatum und die Lieferzeit.
Beschreibung

Das angeforderte Lieferdatum ist der Zieltermin für die Aktivität „Waren zugestellt“. Es dient als wichtigste Vergleichsgröße für die Leistung bei termingerechter Lieferung.

Dieses Datum ist entscheidend für die Berechnung der KPI „Quote termingerechter Lieferungen“. Durch den Vergleich des tatsächlichen Liefer-Timestamp mit dem angeforderten Datum können Unternehmen feststellen, ob sie die vereinbarte Servicequalität eingehalten haben. Die Analyse von Abweichungen hilft, systematische Verzögerungsursachen zu erkennen, etwa Probleme mit der Leistung von Frachtführern, Verzögerungen bei der Planung oder Verzögerungen beim Zoll.

Warum das wichtig ist

Dient als Grundlage für die Messung der Leistung bei termingerechter Lieferung, einer wichtigen KPI für die Kundenzufriedenheit und operative Exzellenz.

Woher beziehen

Dieses Datum wird in der Regel aus dem vorangehenden Kundenauftrag oder Umlagerungsauftrag in SAP ERP übernommen. Es ist in den Datums- und Zeitfeldern der Frachteinheit oder des Frachtauftrags gespeichert.

Beispiele
2023-05-20T17:00:00Z2023-06-01T12:00:00Z2023-06-15T23:59:59Z
Endzeit
EndTime
Der Timestamp, der angibt, wann eine bestimmte Aktivität abgeschlossen wurde.
Beschreibung

Während StartTime den Beginn eines Ereignisses angibt, markiert EndTime dessen Abschluss. Das ist besonders nützlich für Aktivitäten mit einer bestimmten Dauer, etwa „Zollabfertigung“ oder „Warenverladung“. Die Differenz zwischen EndTime und StartTime entspricht der Bearbeitungszeit dieser Aktivität.

Wenn sowohl Start- als auch Endzeit vorliegen, lassen sich Aktivitätsdauern im Process Mining genauer analysieren und Bearbeitungszeiten von Wartezeiten trennen. So wird sichtbar, wo Ineffizienzen entstehen: bei der Ausführung einer Aufgabe oder bei den Übergaben zwischen Aufgaben.

Warum das wichtig ist

Ermöglicht die genaue Berechnung der Bearbeitungszeiten von Aktivitäten und unterscheidet aktive Arbeitszeit von Wartezeiten zwischen Ereignissen.

Woher beziehen

Wie StartTime stammt dieser Wert aus Event-Handler-Tabellen. Er kann einem separaten Ereignis „Abgeschlossen“ für die jeweilige Aktivität entsprechen.

Beispiele
2023-04-15T11:30:00Z2023-04-16T15:00:00Z2023-04-20T09:45:00Z
Gesamtfrachtkosten
TotalFreightCost
Die berechneten oder in Rechnung gestellten Gesamtkosten der Sendung.
Beschreibung

Die Gesamtfrachtkosten zeigen die finanziellen Auswirkungen einer Sendung. Dabei kann es sich um die vom Transportmanagementsystem berechneten Kosten oder um den endgültigen Rechnungsbetrag des Frachtführers nach der Abrechnung handeln.

Mit diesem Attribut lässt sich die finanzielle Dimension in die Prozessanalyse einbeziehen. Analysten können die teuersten Prozessvarianten ermitteln, die Kosten von Verzögerungen oder Umleitungen berechnen und die Kosteneffizienz verschiedener Frachtführer oder Transportarten vergleichen. Es ist eine wichtige Grundlage für Dashboards zu Transportausgaben und Kosten der Leistungserbringung.

Warum das wichtig ist

Ergänzt die Prozessanalyse um die finanzielle Dimension und ermöglicht die Auswertung der Transportausgaben, der Kosten je Sendung und der finanziellen Auswirkungen ineffizienter Prozesse.

Woher beziehen

Stammt aus dem Frachtabrechnungsbeleg in SAP TM, nachdem die Kostenberechnung erfolgt ist. Das Feld ist beispielsweise in Tabellen wie /SCMTMS/D_SFIRHD zu finden.

Beispiele
250.751200.005430.50
Name des Frachtführers
CarrierName
Name des Frachtführers oder Logistikdienstleisters, der mit dem Transport beauftragt wurde.
Beschreibung

Der Name des Frachtführers gibt an, welches Unternehmen für den physischen Warentransport verantwortlich ist. Für die Leistungsanalyse ist dieses Attribut entscheidend, da sich Servicequalität, Kosten und Zuverlässigkeit je nach Frachtführer unterscheiden können.

Beim Process Mining dient dieses Attribut dazu, die Leistung verschiedener Frachtführer zu segmentieren und miteinander zu vergleichen. Damit lassen sich Leistungsübersichten für Frachtführer erstellen, die termingerechte Lieferung je Frachtführer überwachen, Kosten vergleichen und feststellen, bei welchen Frachtführern besonders häufig Verzögerungen oder Streitfälle auftreten. Diese Erkenntnisse sind wichtig für das strategische Frachtführermanagement und die Beschaffung.

Warum das wichtig ist

Ermöglicht den Leistungsvergleich verschiedener Frachtführer. Das ist entscheidend, um die Auswahl der Frachtführer, die Kosten und das Serviceniveau zu optimieren.

Woher beziehen

Diese Information ist im Frachtauftrag oder in der Frachtbuchung gespeichert. Die Zuordnung erfolgt über die Geschäftspartnerfunktion des Frachtführers.

Beispiele
DHL ExpressFedEx FreightMaersk LineUnion Pacific Railroad
Termingerecht geliefert
IsOnTimeDelivery
Ein boolesches Kennzeichen dafür, ob die Waren am oder vor dem angeforderten Lieferdatum zugestellt wurden.
Beschreibung

Dieses berechnete Attribut vergleicht den Timestamp der Aktivität „Waren zugestellt“ mit dem „Angeforderten Lieferdatum“. Es ist wahr, wenn die Lieferung pünktlich oder vorzeitig erfolgte, und falsch, wenn sie verspätet war.

Das Attribut vereinfacht die Leistungsanalyse, indem es für jede Sendung ein eindeutiges binäres Ergebnis liefert. Es bildet die Grundlage für das Dashboard „Leistung bei termingerechter Lieferung“ und die zugehörige KPI. Analysten können verspätete Sendungen einfach herausfiltern und die Ursachen der schlechten Leistung untersuchen.

Warum das wichtig ist

Misst direkt, ob Lieferzusagen eingehalten wurden, und vereinfacht die Berechnung und Darstellung der wichtigen KPI für termingerechte Lieferungen.

Woher beziehen

Dieses Attribut ist nicht in SAP TM gespeichert. Es muss bei der Datentransformation berechnet werden, indem der Timestamp des tatsächlichen Lieferereignisses mit dem angeforderten Lieferdatum verglichen wird.

Beispiele
truefalse
Transportart
ModeOfTransport
Die für die Sendung verwendete Transportart, zum Beispiel Straße, Schiene, Luft- oder Seefracht.
Beschreibung

Dieses Attribut gibt die Transportart an. Die verschiedenen Transportarten unterscheiden sich hinsichtlich Kostenstruktur, Transportdauer und Prozesskomplexität. Bei einer internationalen Luftfrachtsendung sind beispielsweise andere Aktivitäten wie die Zollabfertigung erforderlich als bei einer nationalen Lkw-Komplettladung.

Die Analyse nach Transportart ermöglicht gezielte Verbesserungsmaßnahmen. Sie ist auch für die Kostenanalyse wichtig, insbesondere um den Einsatz von Premiumfracht, etwa beschleunigter Luftfracht, mit dem von regulären, kostengünstigeren Transportarten zu vergleichen. Diese Segmentierung ist entscheidend, um die Transportausgaben zu verstehen und zu steuern.

Warum das wichtig ist

Ermöglicht die Analyse von Kosten, Transportdauer und Prozessabweichungen nach Transportart. Das ist entscheidend für die Kostenoptimierung und die Erkennung des Einsatzes von Premiumfracht.

Woher beziehen

Dies ist ein wichtiges Feld im Frachtauftrag oder in der Frachtbuchung, häufig mit „Transportart“ oder „MOT“ bezeichnet.

Beispiele
01 (Straße)02 (Schiene)04 (Luft)05 (See)
Benutzername
UserName
Die Benutzer-ID oder der Name der Person, die eine Aktivität ausgeführt hat.
Beschreibung

Dieses Attribut gibt an, welcher Mitarbeitende oder Benutzer für eine manuelle Aktivität verantwortlich war, etwa „Sendung geplant“ oder „Rechnung geprüft“. Es verknüpft Prozessschritte mit den Personen oder Teams, die sie ausgeführt haben.

Die Analyse der Aktivitäten nach Benutzer hilft, die Arbeitslastverteilung zu verstehen, Schulungsbedarf zu erkennen und besonders leistungsstarke Mitarbeitende zu identifizieren. Sie ist auch für Compliance und Audits wichtig, da sie nachvollziehbar dokumentiert, wer was wann erledigt hat. Außerdem können Unterschiede darin sichtbar werden, wie verschiedene Benutzer dieselbe Aufgabe ausführen.

Warum das wichtig ist

Ordnet manuelle Prozessschritte bestimmten Benutzern zu und ermöglicht so die Analyse von Arbeitslast, individueller Leistung und Schulungsbedarf.

Woher beziehen

Typischerweise in Änderungsprotokollen oder Tabellen mit Dokumentkopfdaten für Transportdokumente zu finden, etwa in den Feldern „Erstellt von“ oder „Geändert von“ (z. B. ERNAM, AENAM).

Beispiele
CB998030SMITHJPLANNER_EU
Geplantes Abholdatum
ScheduledPickupDate
Das geplante Datum und die Uhrzeit, zu denen der Frachtführer die Waren am Versandort abholt.
Beschreibung

Das geplante Abholdatum bezeichnet den vereinbarten Zeitpunkt, zu dem der physische Transport beginnt. Es ist ein wichtiger Meilenstein in der Ausführungsphase der Sendung.

Dieses Attribut ist unverzichtbar, um die Pünktlichkeit des ersten Transportabschnitts zu überwachen. Durch den Vergleich der geplanten Abholzeit mit dem tatsächlichen Timestamp des Ereignisses „Waren abgeholt“ können Unternehmen Abholverzögerungen berechnen. So lässt sich die Leistung und Zuverlässigkeit sowohl des Versandorts als auch des Frachtführers bewerten.

Warum das wichtig ist

Dient als Grundlage für die Messung der Pünktlichkeit bei der Abholung und hilft, Verzögerungen gleich zu Beginn des physischen Transports zu erkennen.

Woher beziehen

Dies ist ein geplantes Datum mit Uhrzeit, das in SAP TM in der Stoppfolge des Frachtauftrags gespeichert ist.

Beispiele
2023-05-18T09:00:00Z2023-05-30T14:00:00Z2023-06-12T10:30:00Z
Grund des Streitfalls
DisputeReason
Der angegebene Grund für einen Streitfall zu einer Frachtrechnung.
Beschreibung

Weicht die Rechnung eines Frachtführers von den in SAP TM erwarteten Kosten ab, wird ein Streitfall angelegt. Dieses Attribut erfasst den Grund für die Abweichung, etwa „Falscher Tarif“, „Doppelte Rechnung“ oder „Nicht genehmigter Zusatzaufwand“.

Die Analyse der Streitfallgründe ist entscheidend für das Dashboard zu Fehlern und Streitfällen bei Frachtrechnungen. Sie hilft, die Ursachen fehlerhafter Abrechnungen zu ermitteln, unabhängig davon, ob diese auf Probleme mit Stammdaten, Fehler des Frachtführers oder operative Mängel zurückgehen. Auf dieser Grundlage kann das Unternehmen gezielte Maßnahmen ergreifen, um Streitfälle zu reduzieren. Das beschleunigt den Zahlungszyklus und verringert den Verwaltungsaufwand.

Warum das wichtig ist

Zeigt die Ursachen von Fehlern bei Frachtabrechnungen auf und ermöglicht gezielte Maßnahmen, um Rechnungsstreitfälle zu reduzieren und den Abrechnungsprozess zu verbessern.

Woher beziehen

Diese Information wird im Streitfall erfasst, der mit einem Frachtabrechnungsbeleg verknüpft ist.

Beispiele
Abweichender TarifFalsches GewichtNicht genehmigte StandgeldgebührDoppelte Rechnung
Letzte Datenaktualisierung
LastDataUpdate
Der Timestamp der letzten Datenextraktion oder Aktualisierung des Process-Mining-Datensatzes.
Beschreibung

Dieses Attribut gibt an, wie aktuell die analysierten Daten sind. Es zeigt Datum und Uhrzeit an, zu denen die Daten zuletzt aus den Quellsystemen, etwa SAP TM, in das Process-Mining-Werkzeug übernommen wurden.

Diese Metadaten sind für jedes Dashboard und jede Analyse wichtig, da sie den zeitlichen Bezug der Erkenntnisse verdeutlichen. Benutzer können so erkennen, ob sie Echtzeitinformationen oder einen älteren Datenstand betrachten. Das ist entscheidend, um rechtzeitig fundierte Entscheidungen zu treffen.

Warum das wichtig ist

Liefert wichtigen Kontext zur Aktualität der Daten, damit Benutzer den zeitlichen Stand der Analyse einschätzen können.

Woher beziehen

Dieses Attribut wird üblicherweise während der Datenübernahme vom ETL-Werkzeug (Extract, Transform, Load) oder der Datenpipeline erzeugt und gespeichert.

Beispiele
2023-10-27T08:00:00Z2023-10-26T08:00:00Z
Quellsystem
SourceSystem
Das System, aus dem die Ereignisdaten stammen.
Beschreibung

Dieses Attribut gibt das Quellsystem an, das die Daten erzeugt hat, zum Beispiel SAP TM, SAP ERP oder ein externes Frachtführerportal. Es liefert Kontext zur Herkunft der Daten und hilft, die Integrationspunkte zu verstehen.

In einer komplexen Systemlandschaft ist das Quellsystem wichtig für die Datenvalidierung, die Fehlerbehebung bei Integrationsproblemen und das Verständnis dafür, wie verschiedene Systeme zum Gesamtprozess beitragen. So lässt sich beispielsweise unterscheiden, ob ein Ereignis von einem internen System oder einem externen Logistikdienstleister gemeldet wurde.

Warum das wichtig ist

Gibt die Herkunft der Daten an. Das ist wichtig für die Data Governance, die Fehlerbehebung und das Verständnis der Prozesssteuerung über mehrere Systeme hinweg.

Woher beziehen

Diese Information wird häufig im Systemprotokoll gespeichert oder lässt sich anhand der Schnittstelle oder des Benutzers ableiten, der den Datensatz erstellt hat.

Beispiele
SAP_TM_P01SAP_ERP_E01CARRIER_PORTAL_XYZ
Sendungsstatus
ShipmentStatus
Der aktuelle Gesamtstatus der Sendung zum Zeitpunkt der Datenextraktion.
Beschreibung

Der Sendungsstatus zeigt, an welchem Punkt ihres Lebenszyklus sich die Sendung befindet, etwa „In Planung“, „In Ausführung“, „Zugestellt“ oder „Storniert“. Er gibt den zuletzt bekannten Zustand des Cases wieder.

Dieses Attribut eignet sich dazu, Sendungen nach ihrem Ergebnis zu filtern und zu analysieren. So kann ein Analyst beispielsweise nur abgeschlossene Sendungen betrachten, um die durchgängige Zykluszeit zu messen, oder ausschließlich stornierte Sendungen untersuchen, um die Ursachen der Stornierungen zu ermitteln. Der Status liefert wichtigen Kontext für die Interpretation des Prozessablaufs.

Warum das wichtig ist

Zeigt das Gesamtergebnis jeder Sendung an und ermöglicht Analysen und Filterungen danach, ob eine Sendung abgeschlossen, storniert oder noch unterwegs ist.

Woher beziehen

Dies ist das Feld für den Gesamtstatus im Kopf des Frachtauftrags oder der Frachtbuchung in SAP TM.

Beispiele
In PlanungTransportbereitIn AusführungAusgeführtStorniert
Streitfall vorhanden
IsDisputed
Ein boolesches Kennzeichen dafür, ob es zu einem Streitfall bezüglich der Frachtrechnung für die Sendung kam.
Beschreibung

Dieses berechnete Kennzeichen zeigt Sendungen mit einem zugehörigen Streitfall bei der Frachtabrechnung an. Es ist wahr, wenn ein Streitfall angelegt wurde, andernfalls falsch. Das Kennzeichen lässt sich aus dem Vorhandensein der Aktivität „Frachtstreitfall angelegt“ oder eines ausgefüllten Felds „Grund des Streitfalls“ ableiten.

Dieses Attribut vereinfacht die Analyse des Frachtabrechnungsprozesses. Es ermöglicht die einfache Berechnung der KPI „Abweichungsquote bei Frachtabrechnungen“ und das Filtern aller Sendungen mit Streitfällen. Anschließend können Analysten gemeinsame Merkmale dieser Sendungen untersuchen, etwa Frachtführer, Transportstrecken oder Gebührenarten, um die Ursachen von Abrechnungsfehlern zu ermitteln.

Warum das wichtig ist

Erleichtert das Erkennen problematischer Frachtabrechnungen und ermöglicht die schnelle Berechnung der Streitfallquote sowie die Ursachenanalyse von Abrechnungsfehlern.

Woher beziehen

Dieses Attribut ist nicht in SAP TM gespeichert. Es muss anhand des Vorhandenseins eines Streitfalls berechnet werden, der mit dem Frachtabrechnungsbeleg verknüpft ist.

Beispiele
truefalse
Ursprungsland
OriginCountry
Das Land, aus dem die Sendung stammt.
Beschreibung

Dieses Attribut gibt das Ausgangsland des Transports an. Es wird aus der Adresse des ersten Abholorts abgeleitet.

Die Analyse nach Ursprungsland hilft, regionale Unterschiede bei Leistung, Kosten und Komplexität zu erkennen. Sie kann Länder mit längeren Zollabfertigungszeiten, höheren Frachtführerkosten oder häufigeren Verzögerungen aufzeigen. Diese geografische Segmentierung ist wichtig, um eine globale Lieferkette zu steuern und Logistikstrategien auf bestimmte Regionen abzustimmen.

Warum das wichtig ist

Ermöglicht die geografische Analyse der Sendungsleistung und hilft, regionale Engpässe, Kostentreiber oder Prozessabweichungen zu erkennen.

Woher beziehen

Diese Information ist Teil der Adressdaten des Ausgangsorts des ersten Stopps im Frachtauftrag.

Beispiele
DEUSCNMX
Verzögerungsgrund
DelayReason
Ein Code oder Text, der den Grund für eine Verzögerung der Sendung erläutert.
Beschreibung

Das Attribut „Verzögerungsgrund“ erfasst die Ursache einer Abweichung vom geplanten Zeitplan, etwa „Schlechtes Wetter“, „Zollkontrolle“ oder „Verzögerung durch den Frachtführer“. Diese Information wird häufig manuell oder über eine Ereignismeldung des Frachtführers übermittelt.

Dieses Attribut ist besonders hilfreich bei der Ursachenanalyse. Es zeigt nicht nur, dass eine Sendung verspätet war, sondern auch warum. Durch die Kategorisierung und Auswertung der Verzögerungsgründe können Unternehmen wiederkehrende Probleme erkennen und Verbesserungsmaßnahmen auf die wichtigsten Bereiche konzentrieren, etwa auf eine bessere Kommunikation mit Frachtführern oder die Optimierung von Routen zur Vermeidung von Staus.

Warum das wichtig ist

Erklärt die Ursachen von Sendungsverzögerungen und ermöglicht eine fundierte Ursachenanalyse, um Ausnahmefälle zu reduzieren und die Pünktlichkeit zu verbessern.

Woher beziehen

Dies kann als Ereigniscode und Grund im Ereignismanagement von SAP TM erfasst werden, wenn ein Ereignis „Ankunft/Abfahrt verzögert“ gemeldet wird.

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

Dieses Attribut gibt das endgültige Zielland der Sendung an. Es wird aus der Adresse des letzten Lieferorts abgeleitet.

Wie beim Ursprungsland ist die Analyse nach Zielland wichtig, um regionale Herausforderungen in der Logistik zu verstehen. Sie kann Muster aufzeigen, etwa welche Ziele besonders häufig von Lieferverzögerungen betroffen sind oder höhere Kosten auf der letzten Meile verursachen. Diese Erkenntnisse sind wertvoll für die Netzwerkoptimierung, realistische Lieferzusagen und die Einhaltung internationaler Handelsvorschriften.

Warum das wichtig ist

Ermöglicht die Analyse der Prozessleistung nach Zielort und zeigt Probleme in bestimmten Lieferregionen, bei Zollbehörden oder bei Frachtführern auf der letzten Meile auf.

Woher beziehen

Diese Information ist Teil der Adressdaten des Zielorts des letzten Stopps im Frachtauftrag.

Beispiele
FRCAGBJP
Erforderlich Empfohlen Optional

Aktivitäten im Transportmanagement

Dies sind die zentralen Prozessschritte und Meilensteine, die Sie für eine präzise Prozesserkennung in Ihrem Event Log erfassen sollten.
9 Empfohlen 6 Optional
Aktivität Beschreibung
Frachtabrechnung erstellt
Diese Aktivität markiert die Erstellung des Freight Settlement Document (FSD), in dem die an den Frachtführer zu zahlenden Transportkosten berechnet werden. Es ist der zentrale Beleg für Rückstellungen und Rechnungsprüfung.
Warum das wichtig ist

Damit beginnt die finanzielle Abrechnungsphase des Transportprozesses. Die Zeitspanne von der Zustellung bis zur Erstellung der Abrechnung zeigt mögliche Engpässe in der Finanzverarbeitung auf.

Woher beziehen

Dieses Ereignis wird ausdrücklich durch die Erstellung eines Freight Settlement Document erfasst. Der Erstellungs-Timestamp ist in der Kopftabelle dieses Belegs, /SCMTMS/D_SFIRHD, verfügbar.

Erfassung

Verwenden Sie Erstellungsdatum und -uhrzeit des Freight Settlement Document.

Ereignistyp explicit
Frachtführer zugewiesen
Diese Aktivität zeigt an, dass ein bestimmter Transportdienstleister, also ein Frachtführer, ausgewählt und der Sendung zugewiesen wurde. Die Zuweisung kann manuell, durch automatische Planung oder im Rahmen einer Ausschreibung erfolgen.
Warum das wichtig ist

Die Zuweisung eines Frachtführers ist ein wichtiger Schritt, bevor eine Sendung bestätigt und ausgeführt werden kann. Die Nachverfolgung hilft, die Auswahlprozesse für Frachtführer zu analysieren und eine rechtzeitige Buchung sicherzustellen.

Woher beziehen

Das Ereignis wird erfasst, sobald das Frachtführerfeld (Partner mit der Rolle „Carrier“) im Freight Order oder Freight Booking ausgefüllt ist. Bei einer Ausschreibung erfolgt die Erfassung, wenn ein Freight Request for Quotation vergeben wird.

Erfassung

Ermitteln Sie den Timestamp, zu dem die Partnerfunktion des Frachtführers erstmals im Freight Order ausgefüllt oder bestätigt wird.

Ereignistyp inferred
Sendung geplant
Diese Aktivität zeigt an, dass der Transportbedarf in einem konkreten Sendungsplan zusammengeführt wurde. Sie wird erfasst, wenn ein Freight Order (für Straße oder Schiene) oder ein Freight Booking (für See- oder Luftfracht) mit geplanter Route und Ressourcen erstellt und gespeichert wird.
Warum das wichtig ist

Dieser Meilenstein muss erreicht sein, bevor die Logistikausführung beginnen kann. Die Zykluszeit vom Eingang des Transportbedarfs bis zu dieser Aktivität ist eine wichtige Kennzahl für die Planungseffizienz.

Woher beziehen

Dieses Ereignis entspricht der Erstellung eines Freight Order oder Freight Booking. Es lässt sich auch aus einer Statusänderung des Belegs ableiten, etwa wenn der Planungsstatus auf „Geplant“ wechselt. Für die Kopfdaten wird üblicherweise die Tabelle /SCMTMS/D_TORROT verwendet.

Erfassung

Verwenden Sie den Erstellungs-Timestamp des Freight Order oder Freight Booking.

Ereignistyp explicit
Sendung storniert
Diese Aktivität steht für die Stornierung einer angeforderten oder geplanten Sendung. Sie bildet den Endpunkt von Prozessen, die nicht in die Ausführung übergehen.
Warum das wichtig ist

Die Nachverfolgung von Stornierungen hilft, Gründe für Prozessabbrüche wie Änderungen der Kundennachfrage oder Planungsfehler zu ermitteln. Eine hohe Stornierungsquote kann auf grundlegende Probleme im Auftragsmanagement oder in der Planung hinweisen.

Woher beziehen

Das Ereignis lässt sich aus einer Änderung des Lebenszyklusstatus des Forwarding Order oder Freight Order zu „Storniert“ ableiten. Der Timestamp dieser Statusänderung markiert das Ereignis.

Erfassung

Erfassen Sie den Timestamp, zu dem der Lebenszyklusstatus des Belegs auf „Storniert“ gesetzt wird.

Ereignistyp inferred
Transportbedarf eingegangen
Diese Aktivität markiert den Beginn des Transportprozesses und steht für die Erfassung eines Transportbedarfs. In SAP TM wird sie üblicherweise durch die Erstellung eines Forwarding Order (FWO) oder eines Order-based Transportation Requirement (OTR) erfasst.
Warum das wichtig ist

Dies ist das zentrale Start-Event für den durchgängigen Sendungsprozess. Die Zeitspanne von dieser Aktivität bis zum Abschluss der Planung ist eine wichtige Kennzahl für die Planungseffizienz.

Woher beziehen

Dieses Ereignis wird erfasst, wenn ein Forwarding Order (Belegart FWO) oder ein anderer Transportbedarfsbeleg erstellt wird. Als Ereigniszeit dient der Erstellungs-Timestamp im Kopftabelle, beispielsweise in /SCMTMS/D_TORROT.

Erfassung

Erfassen Sie Erstellungsdatum und -uhrzeit des Forwarding Order oder des Transportbedarfsbelegs.

Ereignistyp explicit
Waren abgeholt
Diese Aktivität markiert den Beginn des physischen Transports der Waren. Sie wird erfasst, wenn der Frachtführer meldet, dass die Waren verladen wurden und den Standort des Versenders verlassen haben.
Warum das wichtig ist

Dieser wichtige Meilenstein der Ausführung markiert den Beginn des Transports. Er ist entscheidend, um die Termintreue zu verfolgen und einen präzisen Überblick über die Sendung zu gewährleisten.

Woher beziehen

Dieses Ereignis wird üblicherweise in SAP Event Management erfasst, das in SAP TM integriert ist, und als Ereignis „Abfahrt“ oder „Ende der Verladung“ geführt. Es aktualisiert den Ausführungsstatus des Freight Order. Die Erfassung kann auch direkt im Freight Order erfolgen.

Erfassung

Verwenden Sie den Timestamp des gemeldeten Ausführungsereignisses „Abfahrt“ am Ausgangsort des Freight Order.

Ereignistyp explicit
Waren zugestellt
Diese Aktivität steht für die Ankunft der Sendung am endgültigen Zielort und den Abschluss des physischen Transports. Sie wird erfasst, wenn der Frachtführer meldet, dass die Waren am Standort des Empfängers entladen wurden.
Warum das wichtig ist

Dies ist der wichtigste Meilenstein zur Messung der Leistung bei termingerechter Lieferung und der Kundenzufriedenheit. Üblicherweise löst er außerdem die Rechnungsstellung und Abrechnung aus.

Woher beziehen

Dieses Ereignis wird in SAP TM als Ausführungsereignis „Ankunft am Zielort“ oder „Ende der Entladung“ erfasst und aktualisiert den Ausführungsstatus des Freight Order. Die Daten stammen häufig vom Frachtführer.

Erfassung

Verwenden Sie den Timestamp des gemeldeten Ausführungsereignisses „Ankunft am Zielort“ für den letzten Halt des Freight Order.

Ereignistyp explicit
Zahlung verarbeitet
Diese abschließende Aktivität bestätigt, dass der Frachtführer für die Transportleistungen bezahlt wurde. Das Ereignis tritt üblicherweise im angebundenen ERP-System ein, nachdem die geprüfte Rechnung aus SAP TM eingegangen ist.
Warum das wichtig ist

Damit endet der durchgängige Lebenszyklus des Transportprozesses. Das Ereignis ist wichtig, um die gesamte Prozessdauer und Kennzahlen zur termingerechten Zahlung zu messen.

Woher beziehen

Diese Informationen liegen im ERP-System, zum Beispiel in S/4HANA Finance. Über die Rechnungsnummer lassen sie sich mit dem Freight Settlement Document verknüpfen. Eine Statusaktualisierung kann an SAP TM zurückgesendet werden. Alternativ müssen die Daten aus ERP-Tabellen wie BKPF und BSEG bezogen werden.

Erfassung

Beziehen Sie das Ausgleichsdatum der Zahlung aus dem ERP-System und verknüpfen Sie es über den Rechnungsbezug mit der Sendung.

Ereignistyp explicit
Zustellnachweis eingegangen
Diese Aktivität tritt ein, wenn der unterschriebene Zustellnachweis (Proof of Delivery, POD) vom Frachtführer eingeht und im System erfasst wird. Damit wird bestätigt, dass der Empfänger die Waren angenommen hat.
Warum das wichtig ist

Der Eingang des POD ist Voraussetzung dafür, dem Kunden eine Rechnung zu stellen und die Frachtkosten mit dem Frachtführer abzurechnen. Verzögerungen wirken sich unmittelbar auf den Cash-to-Cash-Zyklus aus.

Woher beziehen

Das Ereignis lässt sich üblicherweise aus einer Statusänderung im Freight Order ableiten, etwa wenn der POD-Status auf „Eingegangen“ gesetzt wird. Der Timestamp der Statusänderung gibt den Zeitpunkt der Aktivität an.

Erfassung

Erfassen Sie den Timestamp, zu dem der Status des Zustellnachweises im Freight Order auf „Eingegangen“ gesetzt wird.

Ereignistyp inferred
Frachtstreitfall angelegt
Dieses Ereignis zeigt an, dass eine Abweichung zwischen der Rechnung des Frachtführers und den berechneten Kosten im Freight Settlement Document festgestellt wurde. Dadurch wird ein Workflow zur Klärung des Streitfalls ausgelöst.
Warum das wichtig ist

Streitfälle verzögern Zahlungen an Frachtführer und verursachen Verwaltungsaufwand. Die Nachverfolgung dieser Aktivität hilft, Ursachen für fehlerhafte Abrechnungen zu ermitteln, etwa falsche Tarife oder Zusatzkosten.

Woher beziehen

Das Ereignis lässt sich aus einer Statusänderung im Freight Settlement Document ableiten, wenn dort der Status „Streitfall“ gesetzt wird. Möglicherweise wird zusätzlich ein separater Beleg für den Streitfall angelegt.

Erfassung

Erfassen Sie den Timestamp, zu dem der Streitfallstatus im Freight Settlement Document gesetzt wird.

Ereignistyp inferred
Rechnung geprüft
Diese Aktivität zeigt an, dass die Rechnung des Frachtführers erfolgreich mit dem Freight Settlement Document abgeglichen und zur Zahlung freigegeben wurde. Sie ist der letzte Schritt, bevor der Zahlungsvorgang im ERP-System beginnt.
Warum das wichtig ist

Mit dieser Aktivität werden Prüfung und Kontrolle der Frachtkosten abgeschlossen. Verzögerungen in dieser Phase können zu verspäteten Zahlungen an Frachtführer führen und die Geschäftsbeziehung belasten.

Woher beziehen

Das Ereignis lässt sich aus einer Statusänderung im Freight Settlement Document ableiten, etwa zu „Rückstellungsbereit“ oder „Zur Buchung übertragen“. Dies zeigt an, dass der Beleg zur Zahlung an das ERP-System übermittelt wurde.

Erfassung

Verfolgen Sie den Timestamp, zu dem sich der Lebenszyklusstatus des FSD ändert und anzeigt, dass der Beleg zahlungsbereit oder gebucht ist.

Ereignistyp inferred
Sendung umgeleitet
Diese Aktivität steht für eine ungeplante Änderung der Route oder des Zeitplans einer bereits bestätigten Sendung. Gründe dafür können Störungen, Kundenwünsche oder logistische Probleme sein.
Warum das wichtig ist

Umleitungen führen häufig zu höheren Kosten und Verzögerungen. Wenn Sie Häufigkeit und Gründe für Umleitungen ermitteln, können Sie die Planungsgenauigkeit und die Stabilität des Betriebs verbessern.

Woher beziehen

Dieses Ereignis lässt sich anhand wesentlicher Änderungen an Etappen, Orten oder Terminen in einem Freight Order erkennen, nachdem die Ausführung begonnen hat. Dazu können Änderungsbelege in den Tabellen CDHDR und CDPOS analysiert werden.

Erfassung

Ermitteln Sie Änderungen an wichtigen Routenfeldern im Freight Order nach dem Ereignis „Sendung vom Frachtführer bestätigt“.

Ereignistyp inferred
Sendung vom Frachtführer bestätigt
Dieses Ereignis zeigt an, dass der Frachtführer der geplanten Durchführung des Transports zugestimmt hat. Die Bestätigung geht üblicherweise per EDI-Nachricht, über eine Aktualisierung im Frachtführerportal oder durch manuelle Eingabe ein und aktualisiert den Status des Freight Order.
Warum das wichtig ist

Mit der Bestätigung verpflichtet sich der Frachtführer zur Durchführung des Sendungsplans, wodurch Unsicherheit abnimmt. Verzögert sich die Bestätigung, kann der gesamte Sendungszeitplan gefährdet sein.

Woher beziehen

Das Ereignis lässt sich aus einer Änderung des Bestätigungsstatus im Freight Order oder Freight Booking ableiten. In der Statusverwaltung des Belegs wird dann beispielsweise der Status „Bestätigt“ gesetzt.

Erfassung

Verfolgen Sie Änderungen der Bestätigungsstatusfelder im Freight Order.

Ereignistyp inferred
Zollabfertigung abgeschlossen
Diese Aktivität zeigt an, dass die Zollbehörden die Sendung freigegeben haben und sie weitertransportiert werden kann. Für die internationale Logistik ist dies ein wichtiger Meilenstein, da ein erheblicher möglicher Engpass entfällt.
Warum das wichtig ist

Die Zollabfertigung ist häufig eine wesentliche Ursache für Verzögerungen in globalen Lieferketten. Um internationale Transportzeiten zu verbessern, sollten Dauer und Erfolgsquote dieser Aktivität verfolgt werden.

Woher beziehen

Das Ereignis wird als Ausführungsereignis „Zollabfertigung“ erfasst. Üblicherweise meldet es ein Zollagent oder ein externer Anbieter für Sendungstransparenz; anschließend wird es in der Ausführungsverfolgung des Freight Order aktualisiert.

Erfassung

Verwenden Sie den Timestamp des gemeldeten Ausführungsereignisses „Zollabfertigung“ für den Freight Order.

Ereignistyp explicit
Zollanmeldung eingereicht
Bei internationalen Sendungen steht diese Aktivität für die Übermittlung der erforderlichen Zolldokumente an die Behörden. Sie ist Voraussetzung für die Freigabe der Waren zur Ein- oder Ausfuhr.
Warum das wichtig ist

Zollanmeldungen rechtzeitig einzureichen ist entscheidend, um Verzögerungen an den Grenzen zu vermeiden. Anhand dieser Aktivität lässt sich die Effizienz der Zollabwicklung überwachen.

Woher beziehen

Dieses Ereignis kann als spezifisches Ausführungsereignis erfasst werden, das ein Zollagent meldet, oder aus einer Statusänderung in einem integrierten Zollverwaltungssystem wie SAP GTS abgeleitet werden. Der Freight Order wird entsprechend aktualisiert.

Erfassung

Erfassen Sie den Timestamp des Ausführungsereignisses „Zollanmeldung eingereicht“ oder einer entsprechenden Statusänderung.

Ereignistyp explicit
Empfohlen Optional

Anleitungen zur Datenextraktion

So erhalten Sie Ihre Daten aus SAP Transportation Management

Möchten Sie loslegen?

Mit diesem Template können Sie Ihre Transportprozesse gezielt verbessern und Lieferungen schneller und kostengünstiger abwickeln. Entdecken Sie noch heute neue Erkenntnisse!

Beseitigen Sie noch heute Engpässe im Transportmanagement

Erkennen Sie Ineffizienzen, optimieren Sie Routen und verkürzen Sie die Zykluszeit um 30 %.

Starten Sie Ihre kostenlose Testphase

Keine Kreditkarte erforderlich. In wenigen Minuten eingerichtet.