Ihre Transportmanagement-Daten-Vorlage
Ihre Transportmanagement-Daten-Vorlage
Dies ist unsere generische Process-Mining-Datenvorlage für Transportmanagement. Verwenden Sie unsere systemspezifischen Vorlagen für spezifischere Anleitungen.
Wählen Sie ein spezifisches System- Ein universelles Framework, das auf jedes Transportmanagementsystem anwendbar ist.
- Identifiziert Schlüssel-Attribute und -Aktivitäten für eine tiefe Prozessanalyse.
- Dient als idealer Startpunkt für Ihre Process Mining Reise.
Transportmanagement-Attribute
| Name | Beschreibung | ||
|---|---|---|---|
| Aktivitätsname ActivityName | Der Name des spezifischen Geschäfts-Events oder Meilensteins, der zu einem bestimmten Zeitpunkt für eine Sendung aufgetreten ist. | ||
| Beschreibung Der Aktivitätsname beschreibt einen einzelnen Schritt oder eine Aufgabe innerhalb des Transportprozesses, wie z.B. 'Sendung geplant', 'Spediteur beauftragt', 'Waren abgeholt' oder 'Frachtrechnung erhalten'. Diese Aktivitäten repräsentieren die Schlüsselmeilensteine auf dem Weg der Sendung. Dieses Attribut ist entscheidend für die Visualisierung der Prozessflusskarte, die zeigt, wie Sendungen tatsächlich durch den Prozess laufen. Durch die Analyse der Reihenfolge und Häufigkeit verschiedener Aktivitäten können Unternehmen ihre Standardprozesse verstehen, gängige Abweichungen entdecken und Bereiche für Nacharbeit oder Ineffizienz identifizieren. Es ist das Rückgrat jeder Process Mining Analyse. Bedeutung Es definiert die Schritte in der Prozesskarte und ermöglicht die Visualisierung und Analyse des Sendungs-Workflows, von Variationen und Engpässen. Datenquelle Typischerweise aus Event Logs, Statusaktualisierungstabellen oder abgeleitet von Statusänderungen innerhalb des TMS bezogen. Beispiele Sendung geplantAusschreibung an Spediteur übermitteltWaren geliefertZustellnachweis erhalten | |||
| Ereigniszeit EventTime | Der Timestamp, der anzeigt, wann eine bestimmte Aktivität oder ein Event für eine Sendung aufgetreten ist. | ||
| Beschreibung Die Event Time erfasst das genaue Datum und die Uhrzeit, zu der eine bestimmte Aktivität stattgefunden hat. Dieser Timestamp ist grundlegend, um Events chronologisch zu ordnen und die Dauer zwischen verschiedenen Prozessschritten zu berechnen. Im Process Mining ermöglicht dieses Attribut alle zeitbasierten Analysen. Es wird verwendet, um Key Performance Indicators wie Zykluszeiten, Wartezeiten und Bearbeitungszeiten zu berechnen. Die Analyse der Event Time hilft, Bottlenecks zu identifizieren, an denen Sendungen die meiste Zeit verbringen, die Einhaltung von Service Level Agreements zu messen und die zeitliche Verteilung von Prozessaktivitäten zu verstehen. Bedeutung Dieses Attribut liefert den chronologischen Kontext für alle Aktivitäten und ermöglicht die Berechnung von Zykluszeiten, die Identifizierung von Bottlenecks und die Leistungsmessung. Datenquelle Stammt aus Event Logs oder Transaktionsdatensätzen innerhalb des TMS, wo jede aufgezeichnete Aktion einen zugehörigen Zeitstempel hat. Beispiele 2023-10-26T10:00:00Z2023-11-15T14:35:10Z2024-01-05T08:22:00Z | |||
| Sendungs-ID ShipmentId | Die eindeutige Kennung für eine einzelne Sendung, die als Case ID für den Transportprozess dient. | ||
| Beschreibung Die Sendungs-ID ist der Primärschlüssel, der einen einzelnen Transportauftrag oder eine Warenbewegung von einem Ursprungs- zu einem Zielort eindeutig identifiziert. Jeder Shipment Case enthält alle zugehörigen Aktivitäten, Meilensteine und Datenpunkte, wie Planung, Buchung, Abholung, Lieferung und Rechnungsstellung. Im Process Mining ist dieses Attribut unerlässlich, um die End-to-End-Reise jeder Sendung zu rekonstruieren. Es ermöglicht dem Tool, alle zugehörigen Events in chronologischer Reihenfolge zu verknüpfen, was die Grundlage für Process Discovery, Conformance Checking und Performance Analysis bildet. Die Analyse von Prozessen nach Sendungs-ID hilft, Bottlenecks, Verzögerungen und Abweichungen im Transportlebenszyklus zu identifizieren. Bedeutung Dies ist der grundlegende Identifikator, der alle zugehörigen Events zu einer einzigen Prozessinstanz verbindet und so die Analyse des End-to-End-Sendungslebenszyklus ermöglicht. Datenquelle Typischerweise im Kopf- oder Primärtabelle für Sendungen oder Frachtaufträge in einem Transportation Management System (TMS) zu finden. Beispiele SH-2024-001237004568910FO-US-987654 | |||
| Letzte Datenaktualisierung LastDataUpdate | Der Timestamp, wann die Daten für diesen Datensatz zuletzt aktualisiert oder aus dem Quellsystem extrahiert wurden. | ||
| Beschreibung Dieses Attribut gibt den letzten Zeitpunkt an, zu dem ein bestimmter Datensatz oder Event im Process Mining Dataset aktualisiert oder daraus extrahiert wurde. Es spiegelt die Aktualität der analysierten Daten wider. Obwohl es nicht direkt in der Prozessflussanalyse verwendet wird, ist es entscheidend für die Data Governance und das Monitoring. Es hilft sicherzustellen, dass die Analyse auf aktuellen Informationen basiert und kann verwendet werden, um Warnmeldungen für verzögerte oder fehlerhafte Datenpipelines einzurichten. Dies schafft Vertrauen in die Zuverlässigkeit und Aktualität der generierten Erkenntnisse. Bedeutung Es zeigt die Datenaktualität an, die entscheidend dafür ist, dass Prozessanalysen und -monitoring auf zeitnahen und relevanten Informationen basieren. Datenquelle Dieser Timestamp wird typischerweise während des Extraktions-, Transformations- und Ladeprozesses (ETL) generiert. Beispiele 2024-05-20T02:00:00Z2024-05-20T03:00:00Z2024-05-20T04:00:00Z | |||
| Quellsystem SourceSystem | Identifiziert das System oder die Anwendung, aus dem/der die Daten extrahiert wurden. | ||
| Beschreibung Das Attribut Quellsystem (Source System) gibt den Ursprung der Event-Daten an, z.B. ein Transportation Management System (TMS), eine Carrier-Visibility-Plattform oder ein ERP-System. In der modernen Logistik können die Daten einer einzelnen Sendung aus mehreren integrierten Systemen stammen. Dieses Attribut ist wertvoll, um die Herkunft und Qualität der Daten zu verstehen. Es hilft bei der Diagnose von Dateninkonsistenzen und ermöglicht eine nach Informationsquelle segmentierte Analyse. So können Sie beispielsweise die Aktualität von Updates einer Visibility-Plattform mit der des Kern-TMS vergleichen oder Probleme bis zu ihrem Ursprungssystem zurückverfolgen. Bedeutung Es hilft, Daten zu ihrem Ursprung zurückzuverfolgen, was entscheidend für die Datenvalidierung, Fehlerbehebung und das Verständnis ist, wie verschiedene Systeme zum Gesamtprozess beitragen. Datenquelle Diese Information ist oft als Standardfeld in Datenextrakten verfügbar oder kann während des Data-Ingestion-Prozesses basierend auf der Datenquelle hinzugefügt werden. Beispiele SAP TMBlue Yonder TMSOracle OTMproject44 | |||
| Aktuelles `Lieferdatum` ActualDeliveryDate | Der tatsächliche Zeitstempel, wann das Event 'Waren geliefert' aufgetreten ist. | ||
| Beschreibung Das Tatsächliche Lieferdatum ist der aufgezeichnete Zeitstempel, wann die Sendung physisch an den Empfänger geliefert und die Aktivität 'Waren geliefert' abgeschlossen wurde. Dies wird oft durch Zustellnachweise bestätigt. Dieses Attribut ist das Gegenstück zum Angefragten Lieferdatum und entscheidend für die Berechnung der tatsächlichen Performance. Es wird direkt in der KPI-Berechnung 'On-Time Delivery Rate' verwendet. Darüber hinaus bestimmt die Differenz zwischen dem Tatsächlichen Lieferdatum und dem Abholdatum die tatsächliche Transitzeit, die mit den geplanten Transitzeiten verglichen werden kann, um In-Transit-Verzögerungen zu identifizieren. Bedeutung Es liefert das tatsächliche Ergebnis für die Liefer-Performance und ermöglicht die Berechnung von Pünktlichkeitsraten und die Analyse von Lieferverzögerungen. Datenquelle Stammt aus dem Event 'Waren geliefert' im TMS, oft aktualisiert durch eine Spediteur-EDI-Nachricht, eine Visibility-Plattform oder eine vom Fahrer genutzte mobile App. Beispiele 2023-11-01T16:30:00Z2023-11-21T09:00:00Z2024-02-09T18:00:00Z | |||
| Angefordertes Lieferdatum RequestedDeliveryDate | Das vom Kunden gewünschte oder vom Verkaufsauftrag geforderte Lieferdatum. | ||
| Beschreibung Das angeforderte Lieferdatum ist das Zieldatum, bis zu dem die Sendung voraussichtlich am Bestimmungsort eintreffen soll. Dieses Datum wird oft durch die Kundenbestellung oder ein Service Level Agreement (SLA) definiert. Dieses Attribut ist unerlässlich, um den Kundenservice und die Leistung im Vergleich zu den Verpflichtungen zu messen. Es dient als Basis für die Berechnung des KPI „Pünktliche Lieferrate“. Die Analyse von Abweichungen zwischen angeforderten und tatsächlichen Lieferdaten hilft, systemische Ursachen für Verzögerungen zu identifizieren und die Lieferprognose zu verbessern. Bedeutung Dies ist der primäre Benchmark zur Messung der pünktlichen Lieferleistung, ein kritischer KPI für Kundenzufriedenheit und Lieferkettenzuverlässigkeit. Datenquelle Stammt typischerweise aus einem vorgelagerten System wie einem ERP oder Order Management System und wird in den Frachtauftragsdetails im TMS gespeichert. Beispiele 2023-11-01T17:00:00Z2023-11-20T23:59:59Z2024-02-10T12:00:00Z | |||
| Grund für Verzögerung DelayReason | Ein Code oder eine Beschreibung, die die Ursache einer Verzögerung im Sendungsfortschritt erklärt. | ||
| Beschreibung Der Verzögerungsgrund liefert den Kontext, warum eine Sendung ihren geplanten Zeitplan nicht eingehalten hat. Gründe können Wetterereignisse, Zollverzögerungen, Verkehr, mechanische Probleme oder Dokumentationsfehler sein. Diese Informationen werden erfasst, wenn ein Verzögerungs-Event aufgezeichnet wird. Dies ist eines der wichtigsten Attribute für die Ursachenanalyse. Durch die Kategorisierung und Quantifizierung der Häufigkeit verschiedener Verzögerungsgründe können Unternehmen die wesentlichsten Ursachen für verspätete Lieferungen identifizieren. Diese Einsicht ermöglicht es ihnen, Verbesserungsmaßnahmen auf die wirkungsvollsten Bereiche zu konzentrieren, sei es durch die Optimierung interner Prozesse, die Zusammenarbeit mit Spediteuren oder die Minderung externer Risiken. Bedeutung Es ist entscheidend für die Ursachenanalyse von verspäteten Sendungen und ermöglicht es Unternehmen, die Hauptursachen für Verzögerungen zu identifizieren, zu quantifizieren und zu beheben. Datenquelle Stammt aus Ausnahme- oder Verzögerungs-Event-Datensätzen im TMS oder der Visibility-Plattform. Diese Daten werden oft vom Spediteur bereitgestellt. Beispiele Wetterbedingte VerzögerungZollaufenthaltHafenstauMechanischer Ausfall | |||
| Sendungskosten ShipmentCost | Die gesamten Frachtkosten oder der finanzielle Betrag, der für den Transport der Sendung berechnet wurde. | ||
| Beschreibung Sendungskosten stellen die gesamten finanziellen Ausgaben dar, die mit einer einzelnen Sendung verbunden sind. Dies kann die Basisfrachtrate, Treibstoffzuschläge, Nebenkosten und alle weiteren Gebühren des Spediteurs umfassen. Dieses Attribut ist die Grundlage für alle kostenbezogenen Analysen. Es ermöglicht die Erstellung von Dashboards, die die gesamten Transportausgaben, Kosten pro Meile oder Kosten pro Einheit verfolgen. Durch die Kombination von Kostendaten mit Prozessdaten können Unternehmen Ursachenanalysen bei Kostenüberschreitungen durchführen, die finanziellen Auswirkungen von Verzögerungen oder Prozessineffizienzen identifizieren und die Genauigkeit der Frachtrechnungen analysieren. Bedeutung Es verbindet die Prozess-Performance direkt mit finanziellen Ergebnissen und ermöglicht die Analyse von Transportausgaben, Kostentreibern und dem finanziellen Einfluss von Ineffizienzen. Datenquelle Diese Daten können aus dem Frachtauftrag, der Frachtrechnung des Spediteurs oder einem Frachtprüfungs- und Zahlungssystem stammen. Beispiele 1250.75540.008200.50 | |||
| Spediteurname CarrierName | Der Name des Transportunternehmens oder Logistikdienstleisters, der für den Transport der Sendung verantwortlich ist. | ||
| Beschreibung Der Spediteurname identifiziert den Drittlogistikdienstleister (3PL) oder das Transportunternehmen, das mit dem physischen Transport der Waren beauftragt ist. Dies kann eine Spedition, eine Fluggesellschaft, eine Reederei oder ein Bahnfrachtunternehmen sein. Dies ist eine kritische Dimension für die Performance-Analyse. Sie ermöglicht Unternehmen, Spediteur-Scorecards zu erstellen, die Anbieter anhand von Schlüsselmetriken wie pünktlicher Lieferung, pünktlicher Abholung, Annahmequoten von Ausschreibungen und Kosten vergleichen. Die Segmentierung der Prozessanalyse nach Spediteur hilft, leistungsstarke Partner und solche, die Verbesserungspläne benötigen, zu identifizieren. Bedeutung Es ermöglicht das Performance-Benchmarking über verschiedene Transportanbieter hinweg, was entscheidend für das Spediteurmanagement, Verhandlungen und die Sicherstellung der Servicequalität ist. Datenquelle Diese Information ist in den Sendungs- oder Frachtauftragsdetails gespeichert und typischerweise aus einer Stammdatentabelle des Spediteurs verknüpft. Beispiele FedEx FreightMaersk LineUnion Pacific RailroadDHL Express | |||
| Transportart ModeOfTransport | Die für die Sendung verwendete Transportmethode, wie LKW, Luft, See oder Bahn. | ||
| Beschreibung Dieses Attribut spezifiziert die für die Sendung verwendete Transportmethode. Gängige Modi umfassen Komplettladungen (FTL), Teilladungen (LTL), Luftfracht, Seefracht und Schienenverkehr. Die Analyse des Prozesses nach Transportart ist unerlässlich, da jeder Modus unterschiedliche Kostenstrukturen, Transitzeiten und Prozesskomplexitäten aufweist. Diese Segmentierung hilft, Variationen in der Zykluszeit und den Kosten zu erklären. Zum Beispiel haben Seefrachtprozesse naturgemäß längere Zykluszeiten als Luftfracht. Dieses Attribut ist grundlegend für den Aufbau relevanter Dashboards und KPIs, die auf spezifische Logistikabläufe zugeschnitten sind. Bedeutung Es ist ein primärer Filter für die Analyse, da verschiedene Transportmodi naturgemäß unterschiedliche Prozesse, Kosten und Zeitpläne aufweisen. Es ist entscheidend für einen aussagekräftigen Vergleich und Benchmarking. Datenquelle Gefunden in den Sendungs- oder Frachtauftragsdetails innerhalb des TMS. Beispiele Komplettladung (TL)Teilladung (LTL)SeeLuftRail | |||
| Zielland DestinationCountry | Das Land, in das die Sendung geliefert wird. | ||
| Beschreibung Das Zielland identifiziert das Land, in das die Sendung geliefert werden soll. Es ist Teil der Zieladressinformationen. Ähnlich wie das Herkunftsland ist dieses Attribut für die geografische Analyse und das Verständnis der Leistung von Handelsrouten unerlässlich. Es ermöglicht die Aufschlüsselung von Daten, um Lieferleistung, Kosten und Durchlaufzeiten für Sendungen in verschiedene Länder zu vergleichen. Es ist auch entscheidend für die Analyse von Zollabfertigungsprozessen bei internationalen Sendungen. Bedeutung Es ermöglicht die Segmentierung von Performance und Kosten nach Destination, was entscheidend für die Analyse der Effizienz von Handelsrouten und das Management internationaler Versandkomplexitäten ist. Datenquelle Typischerweise als Teil der Zielort- oder Empfängeradressdetails im Frachtauftrag gespeichert. Beispiele KanadaMexikoVereinigtes KönigreichJapan | |||
| Abweichung bei der Frachtrechnung FreightInvoiceDiscrepancyFlag | Eine Kennzeichnung, ob bei der Prüfung der Frachtrechnung eine Abweichung festgestellt wurde. | ||
| Beschreibung Dieses boolesche Attribut gibt an, ob es eine Diskrepanz zwischen den angebotenen oder vertraglich vereinbarten Frachtkosten und dem Betrag auf der endgültigen Rechnung des Spediteurs gab. Ein „true“-Wert signalisiert eine Abweichung, die zu einem Streitfall führen kann. Dieses Flag ist entscheidend für die Analyse des Frachtprüfungs- und Zahlungsprozesses. Es ermöglicht Unternehmen, den KPI „Frachtrechnungsgenauigkeit“ zu messen und zu identifizieren, welche Spediteure oder Routen die höchsten Raten an Abrechnungsfehlern aufweisen. Die Analyse der Gründe für diese Diskrepanzen kann zu einem verbesserten Ratenmanagement, klareren Spediteurverträgen und einem effizienteren Zahlungsprozess führen. Bedeutung Es hilft, die Genauigkeit der Frachtrechnungen zu messen, Spediteure mit häufigen Abrechnungsfehlern zu identifizieren und die Effizienz des Frachtprüfungs- und Zahlungsprozesses zu analysieren. Datenquelle Generiert während des Frachtrechnungsprüfungsprozesses, der innerhalb des TMS oder eines dedizierten Frachtprüfungs- und Zahlungssystems erfolgen kann. Beispiele truefalsch | |||
| Geplantes Abholdatum ScheduledPickupDate | Das geplante Datum und die Uhrzeit für die Abholung der Waren vom Ursprungsort durch den Spediteur. | ||
| Beschreibung Das geplante Abholdatum ist der vereinbarte Zeitpunkt, zu dem der Spediteur am Versandort eintreffen soll, um die Waren abzuholen. Dies ist ein wichtiger Meilenstein im Sendungsbuchungs- und Bestätigungsprozess. Dieses Attribut dient als Basis für die Messung der Abholleistung. Es wird verwendet, um den KPI „Pünktliche Abholrate“ zu berechnen, indem es mit der tatsächlichen Abholzeit verglichen wird. Die Analyse von Abweichungen kann helfen, Probleme bei der Dock-Planung, der Lagerbereitschaft oder der Pünktlichkeit des Spediteurs zu identifizieren, die alle zu nachgelagerten Verzögerungen führen können. Bedeutung Es ist der Benchmark für die Messung der Abhol-Performance, was ein entscheidender erster Schritt im Transportlebenszyklus ist, der den gesamten nachfolgenden Zeitplan beeinflusst. Datenquelle Gefunden in den Sendungs- oder Frachtauftragsdetails, nachdem die Sendung bei einem Spediteur gebucht wurde. Beispiele 2023-10-25T14:00:00Z2023-11-15T09:30:00Z2024-02-05T11:00:00Z | |||
| Herkunftsland OriginCountry | Das Land, aus dem die Sendung stammt. | ||
| Beschreibung Das Herkunftsland identifiziert das Land, in dem die Reise der Sendung beginnt. Es ist Teil der Herkunftsadressinformationen. Dies ist ein grundlegendes Attribut für die geografische Analyse. Es ermöglicht das Filtern und Segmentieren von Sendungsdaten nach Herkunftsland oder -region, was für das Verständnis der Leistung über verschiedene Handelsrouten hinweg entscheidend ist. Für internationale Sendungen ist es auch ein Schlüsselfaktor bei der Bestimmung von Zollanforderungen und Transitzeiten. Bedeutung Es ermöglicht die geografische Analyse von Transportprozessen und hilft, regionale Performance-Unterschiede zu identifizieren, die Komplexität von Handelsrouten zu managen und die internationale Logistik zu analysieren. Datenquelle Typischerweise als Teil der Ursprungsort- oder Versandpunktdetails im Frachtauftrag gespeichert. Beispiele USADeutschlandChinaBrasilien | |||
| Ressource Resource | Die User-ID oder der Name der Person, die die Aktivität ausgeführt hat. | ||
| Beschreibung Die Ressource identifiziert den einzelnen Benutzer, das Team oder den automatisierten Systemagenten, der für die Ausführung eines bestimmten Prozessschritts verantwortlich ist. Dies könnte beispielsweise der Transportplaner sein, der den Sendungsplan erstellt hat, oder der Logistikkoordinator, der den Spediteur beauftragt hat. Die Analyse des Prozesses aus einer Ressourcenperspektive hilft, die Arbeitslastverteilung, die Teamleistung und den Automatisierungsgrad zu verstehen. Sie kann aufzeigen, welche Benutzer oder Teams an Nacharbeitschleifen beteiligt sind, die meisten Ausnahmen bearbeiten oder die längsten Bearbeitungszeiten aufweisen. Diese Informationen sind wertvoll für Schulungen, die Ressourcenzuweisung und die Identifizierung von Automatisierungspotenzialen. Bedeutung Es ermöglicht die Analyse der menschlichen und System-Performance, der Arbeitslastverteilung und der Automatisierung und hilft, Schulungsbedarfe und Ressourcenengpässe zu identifizieren. Datenquelle Diese Information wird typischerweise im Transaktions- oder Event Log zusammen mit dem Aktivitätsnamen und Timestamp erfasst. Beispiele john.smithLogisticsTeam_USTMS_AUTO_PLANNERsarah.jones | |||
| Sendungsstatus ShipmentStatus | Der aktuelle oder zuletzt bekannte Status der Sendung in ihrem Lebenszyklus. | ||
| Beschreibung Der Sendungsstatus bietet eine übergeordnete Zusammenfassung darüber, wo sich die Sendung im Gesamtprozess befindet, z.B. 'Geplant', 'Im Transit', 'Geliefert' oder 'Storniert'. Er repräsentiert den aktuellen Status des Sendungs-Cases. Während Process Mining den Prozessfluss aus einzelnen Aktivitäten ableitet, ist der Gesamt-Sendungsstatus als Dimension für die Analyse nützlich. Er kann verwendet werden, um alle derzeit 'Im Transit' befindlichen Sendungen zu filtern und zu überwachen oder um die Eigenschaften von Sendungen zu analysieren, die im Status 'Storniert' enden. Er bietet eine einfache, aggregierte Ansicht des Sendungsfortschritts. Bedeutung Es bietet einen Schnappschuss des aktuellen Sendungsstatus, der nützlich ist für die Filterung, Berichterstattung und übergeordnete Überwachung von laufenden oder abgeschlossenen Sendungen. Datenquelle Dies ist ein zusammenfassendes Statusfeld, das typischerweise im Hauptsendungs- oder Frachtauftragsdatensatz im TMS zu finden ist. Beispiele GeplantGebuchtIm TransitGeliefertStorniert | |||
| Tatsächliches Abholdatum ActualPickupDate | Der tatsächliche Zeitstempel, wann das Event 'Waren abgeholt' aufgetreten ist. | ||
| Beschreibung Das Tatsächliche Abholdatum ist der aufgezeichnete Zeitstempel, wann der Spediteur die Sendung physisch vom Ursprungsort abgeholt und die Aktivität 'Waren abgeholt' abgeschlossen wurde. Dieses Datum ist entscheidend für die Verfolgung des tatsächlichen Beginns des Sendungstransits. Es wird zur Berechnung der KPI 'On-Time Pickup Rate' verwendet und markiert den Beginn der In-Transit-Zykluszeit. Die Analyse dieser Daten hilft, die reale Ausführung des Abholprozesses und seine Auswirkungen auf den gesamten Sendungszeitplan zu verstehen. Bedeutung Es liefert das tatsächliche Ergebnis für die Abhol-Performance und markiert den wahren Beginn des Sendungstransits, was für eine genaue Zykluszeitanalyse entscheidend ist. Datenquelle Stammt aus dem Event 'Waren abgeholt' im TMS, typischerweise aktualisiert über eine Spediteur-EDI-Nachricht oder eine Visibility-Plattform. Beispiele 2023-10-25T14:10:00Z2023-11-15T09:25:00Z2024-02-05T11:45:00Z | |||
Transportmanagement-Aktivitäten
| Aktivität | Beschreibung | ||
|---|---|---|---|
| Sendung beim Spediteur gebucht | Dieser Meilenstein zeigt an, dass ein Spediteur das Angebot formell angenommen hat und sich zur Abwicklung der Sendung verpflichtet. Dieser Schritt legt den Spediteur, die Rate und den Zeitplan für den Transport fest. | ||
| Bedeutung Diese Bestätigung markiert das Ende der Beschaffungsphase und den Beginn der Ausführungsphase. Sie ist ein wichtiger Punkt zur Messung der Effizienz des Ausschreibungs- und Buchungszyklus. Datenquelle Dies wird erfasst, wenn die Annahme des Spediteurs eingeht, wodurch der Sendungsstatus oft auf „Gebucht“, „Zugesagt“ oder „Bestätigt“ aktualisiert wird. Erfassen Erfassen Sie den Zeitstempel, wenn der Ausschreibungsstatus auf 'Akzeptiert' oder der Sendungsstatus auf 'Gebucht' aktualisiert wird. Ereignistyp explicit | |||
| Sendung geplant | Repräsentiert den Abschluss der anfänglichen Planungsphase, in der eine Route, ein Transportmodus und potenzielle Spediteure festgelegt werden. Die Planungs-Engine des Systems generiert eine logistische Lösung für die Transportanfrage. | ||
| Bedeutung Dieser Meilenstein schließt die Planungsphase ab. Die Dauer zwischen Anfrage und Planungsabschluss ist ein Schlüsselindikator für die Planungseffizienz und potenzielle Bottlenecks. Datenquelle Wird normalerweise durch eine Statusänderung im Sendungsdatensatz zu „Geplant“ oder einem ähnlichen Zustand, oder die Erstellung eines Frachtauftragsdokuments identifiziert. Erfassen Erfassen Sie den Zeitstempel, wenn der Sendungsstatus anzeigt, dass ein gültiger Plan erstellt wurde. Ereignistyp inferred | |||
| Sendung storniert | Repräsentiert die Stornierung einer Sendung, bevor sie vom Spediteur abgeholt wurde. Dies kann aus verschiedenen Gründen geschehen, wie der Stornierung einer Bestellung durch einen Kunden oder einer internen Planungsänderung. | ||
| Bedeutung Diese Aktivität ist ein Endpunkt, der ein erfolgloses Ergebnis anzeigt. Die Analyse von Stornierungen hilft, Gründe für Prozessfehler zu identifizieren und kann Probleme in der Auftragsverwaltung oder Planung aufzeigen. Datenquelle Wird normalerweise durch eine spezifische Statusänderung im Sendungsdatensatz zu „Storniert“ oder „Ungültig gemacht“ erfasst. Erfassen Erfassen Sie den Zeitstempel, wenn der primäre Status der Sendung auf 'Storniert' geändert wird. Ereignistyp inferred | |||
| Transportanfrage erhalten | Diese Aktivität markiert den offiziellen Beginn des Transportprozesses. Sie stellt die Schaffung eines neuen Transportbedarfs dar, der typischerweise durch einen Auftrag aus einem vorgelagerten System wie einem ERP ausgelöst wird und einen neuen Sendungsdatensatz erzeugt. | ||
| Bedeutung Als primäres Start-Event ermöglicht es die Messung der gesamten Lebenszykluszeit einer Sendung. Die Analyse des Volumens und des Zeitpunkts von Anfragen hilft bei der Kapazitätsplanung und Ressourcenallokation. Datenquelle Dieses Event wird typischerweise vom Erstellungs-Timestamp des primären Sendungs- oder Transportanforderungsdokuments im Quellsystem erfasst. Erfassen Verwenden Sie den Erstellungs-Timestamp des Sendungs-, Auftragsfreigabe- oder Speditionsauftragsdatensatzes. Ereignistyp explicit | |||
| Waren abgeholt | Diese Aktivität markiert den physischen Beginn der Sendungsreise. Sie tritt ein, wenn der Spediteur die Waren vom Ursprungsort, wie einem Lager oder einer Produktionsstätte, in Besitz nimmt. | ||
| Bedeutung Dies ist ein kritischer Meilenstein zur Messung der pünktlichen Abholleistung des Spediteurs und des Beginns der In-Transit-Visibility. Verzögerungen in diesem Stadium wirken sich direkt auf die endgültige Lieferzeit aus. Datenquelle Wird typischerweise basierend auf einer Statusaktualisierungsnachricht vom Spediteur oder Fahrer erfasst, oft über eine EDI-Transaktion oder ein mobiles Anwendungs-Update. Erfassen Verwenden Sie den Timestamp aus dem Sendungs-Event Log, der die Abfahrt vom ersten Stopp oder einen „Abgeholt“-Status anzeigt. Ereignistyp explicit | |||
| Waren geliefert | Dieser Meilenstein signalisiert, dass die Sendung physisch am Bestimmungsort des Empfängers eingetroffen ist. Dieses Event schließt den In-Transit-Teil der Sendungsreise ab. | ||
| Bedeutung Dies ist das primäre Event zur Messung der pünktlichen Lieferleistung, dem kritischsten KPI im Transportwesen. Es dient als wichtiger Endpunkt zur Berechnung der Transitzeit und der gesamten Zykluszeit. Datenquelle Der Spediteur übermittelt diese Bestätigung, in der Regel durch eine elektronische Nachricht, eine Fahreraktualisierung oder einen Portaleintrag, wodurch der Sendungsstatus im TMS aktualisiert wird. Erfassen Verwenden Sie den Timestamp aus dem Sendungs-Event Log, der die Ankunft am letzten Stopp oder einen „Geliefert“-Status anzeigt. Ereignistyp explicit | |||
| Zahlung verarbeitet | Dies ist die letzte Aktivität im Sendungslebenszyklus, die bestätigt, dass der Spediteur für die Transportdienstleistung bezahlt wurde. Dieses Event markiert den finanziellen Abschluss der Sendung. | ||
| Bedeutung Dieses Event schließt den Procure-to-Pay-Zyklus für eine Sendung ab. Es ist wesentlich für die Analyse von Zahlungsfristen, der finanziellen Gesundheit des Spediteurs und der Gesamtprozessabwicklung. Datenquelle Diese Information stammt oft aus einem separaten Finanz- oder ERP-System und wird über eine Integration an das TMS zurückgemeldet. Erfassen Verwenden Sie den Timestamp der Zahlungstransaktion oder das Datum, an dem der Rechnungsstatus als „Bezahlt“ markiert ist. Ereignistyp explicit | |||
| Zustellnachweis erhalten | Repräsentiert den Erhalt formaler Dokumentation, die bestätigt, dass die Lieferung erfolgreich abgeschlossen wurde. Dies kann ein unterzeichneter Frachtbrief, ein Foto oder eine digitale Signatur sein, die am Zielort erfasst wurde. | ||
| Bedeutung Der Erhalt des Liefernachweises (Proof of Delivery, POD) ist eine entscheidende Voraussetzung für die Rechnungsstellung und Frachtzahlung. Verzögerungen beim Erhalt des POD wirken sich direkt auf die Order-to-Cash-Zykluszeit aus. Datenquelle Oft erfasst, wenn ein spezifischer Dokumententyp hochgeladen oder mit dem Sendungsdatensatz verknüpft wird, oder wenn ein Lieferbestätigungsstatus aktualisiert wird. Erfassen Erfassen Sie den Zeitstempel, wenn das POD-Dokument angehängt oder eine „POD erhalten“-Kennzeichnung an der Sendung gesetzt wird. Ereignistyp explicit | |||
| Ausschreibung an Spediteur übermittelt | Diese Aktivität tritt auf, wenn die geplante Sendung einem bestimmten Spediteur formell zur Annahme angeboten wird. Diese Aktion löst typischerweise eine Kommunikation an den Spediteur über eine elektronische Nachricht oder ein Portal-Update aus. | ||
| Bedeutung Das Tracking von Ausschreibungen ist unerlässlich für die Analyse der Antwortzeiten und Annahmeraten von Spediteuren. Häufige Ausschreibungen für dieselbe Sendung können auf Probleme mit Spediteurvereinbarungen oder Kapazitäten hinweisen. Datenquelle Dies ist oft eine explizite Transaktion oder Statusänderung innerhalb des TMS, die protokolliert, wann das Angebot an den Spediteur unterbreitet wurde. Erfassen Erfassen Sie den Zeitstempel der Transaktion, die das Sendungsangebot an den Spediteur sendet. Ereignistyp explicit | |||
| Ausschreibung vom Spediteur abgelehnt | Bedeutet, dass ein Spediteur das Angebot zum Transport der Sendung abgelehnt hat. Dieses Event löst typischerweise eine Nacharbeitsschleife aus, bei der ein neuer Spediteur ausgewählt und beauftragt werden muss. | ||
| Bedeutung Ausschreibungsablehnungen sind eine Hauptursache für Verzögerungen und erhöhte Kosten. Die Analyse der Häufigkeit und Gründe für Ablehnungen hilft, Spediteur-Scorecards und Beschaffungsstrategien zu verbessern. Datenquelle Erfasst aus einer eingehenden elektronischen Nachricht vom Spediteur oder einer manuellen Statusaktualisierung in einem Spediteurportal, die eine Ablehnung anzeigt. Erfassen Identifizieren Sie den Zeitstempel, wenn der Ausschreibungsstatus auf 'Abgelehnt' oder einen ähnlichen Zustand aktualisiert wird. Ereignistyp explicit | |||
| ETA aktualisiert | Das System hat eine neue geschätzte Ankunftszeit (ETA) basierend auf Echtzeitdaten generiert oder empfangen. Dieses Event kann während der gesamten Reise der Sendung mehrmals auftreten, wenn sich die Bedingungen ändern. | ||
| Bedeutung Häufige oder signifikante ETA-Änderungen geben Aufschluss über die Sendungsvolatilität und -vorhersehbarkeit. Die Analyse dieser Aktualisierungen hilft bei einem proaktiven Verzögerungsmanagement und verbessert die Kundenkommunikation. Datenquelle Erfasst von Visibility-Plattformen oder Spediteur-Updates, die Echtzeit-Tracking-Informationen und revidierte Lieferzeitprognosen bereitstellen. Erfassen Protokollieren Sie jede Instanz, in der das ETA-Feld für die endgültige Lieferung nach der ursprünglichen Buchung aktualisiert wird. Ereignistyp explicit | |||
| Frachtrechnung erhalten | Diese Aktivität markiert den Eingang der Spediteur-Rechnung oder Frachtrechnung für die erbrachten Transportdienstleistungen. Sie leitet die Phase der finanziellen Abwicklung im Sendungslebenszyklus ein. | ||
| Bedeutung Die Zeit zwischen Lieferung und Rechnungseingang beeinflusst die Finanzprognose und Abgrenzungen. Dieses Event startet die Zeitmessung für den Frachtprüfungs- und Zahlungszyklus. Datenquelle Erfasst, wenn ein neuer Rechnungsdatensatz im System erstellt wird, entweder durch eine EDI-Transaktion, eine manuelle Eingabe oder einen Upload von einem Spediteurportal. Erfassen Verwenden Sie das Erstellungsdatum der Frachtrechnung oder des Spediteur-Rechnungsdatensatzes, der mit der Sendung verknüpft ist. Ereignistyp explicit | |||
| Frachtrechnung geprüft | Die Rechnung des Spediteurs wurde systematisch oder manuell gegen die vertraglich vereinbarten Raten, Nebenkosten und den Liefernachweis geprüft. Dieser Schritt verifiziert die Kosten, bevor die Zahlung freigegeben wird. | ||
| Bedeutung Dies ist ein wichtiger finanzieller Kontrollpunkt zur Sicherstellung der Genauigkeit der Frachtausgaben. Die Analyse des Audit-Prozesses kann häufige Abweichungen aufdecken und Möglichkeiten für Kosteneinsparungen hervorheben. Datenquelle Erfasst, wenn der Rechnungsstatus einer Sendung auf 'Geprüft', 'Verifiziert' oder einen ähnlichen Status wechselt, was anzeigt, dass der Abgleichsprozess abgeschlossen ist. Erfassen Erfassen Sie den Zeitstempel, wenn der Rechnungsstatus aktualisiert wird, um den Abschluss der Prüfung widerzuspiegeln. Ereignistyp inferred | |||
| Spediteur ausgewählt | Ein spezifischer Transportdienstleister oder Spediteur wurde offiziell für die Abwicklung der Sendung ausgewählt. Dies kann durch manuelle Zuweisung, automatisierte Planung oder als Ergebnis eines Ausschreibungsverfahrens erfolgen. | ||
| Bedeutung Diese Aktivität ist entscheidend, um die Strategien der Spediteurzuweisung und Verzögerungen bei der Sicherung eines Transportpartners zu verstehen. Sie trennt die Routenplanung von der Auswahl des Anbieters. Datenquelle Dieses Event wird erfasst, wenn das Spediteur-Feld im Sendungsdatensatz ausgefüllt wird oder wenn ein Spediteur dem entsprechenden Frachtauftrag zugewiesen wird. Erfassen Identifizieren Sie den Event-Zeitstempel, wenn eine Spediteur-ID erstmals einem Sendungsdatensatz zugeordnet wird. Ereignistyp explicit | |||
| Zoll abgefertigt | Bei internationalen Sendungen kennzeichnet diese Aktivität den Punkt, an dem die Waren erfolgreich den Zoll an einer Grenze oder in einem Hafen passiert haben. Dies bedeutet, dass alle erforderlichen Dokumentationen und Inspektionen abgeschlossen sind. | ||
| Bedeutung Die Zollabfertigung ist ein großer potenzieller Engpass in der internationalen Logistik. Die Messung der in der Zollabfertigung verbrachten Zeit ist entscheidend, um Verzögerungen zu identifizieren und die Compliance-Prozesse zu verbessern. Datenquelle Dieses Event wird durch eine Benachrichtigung eines Zollagenten, des Spediteurs oder eine direkte Aktualisierung von einem staatlichen System ausgelöst. Erfassen Erfassen Sie den Zeitstempel des Events oder der Statusaktualisierung, die die Zollfreigabe anzeigt. Ereignistyp explicit | |||
Extraktionsleitfäden
Extraktionsmethoden variieren je nach System. Für detaillierte Anweisungen,