Ihre Transportmanagement-Daten-Vorlage
Ihre Transportmanagement-Daten-Vorlage
Dies ist unsere generische Process-Mining-Datenvorlage für Transportmanagement. Nutzen 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. Warum es wichtig ist Es definiert die Schritte in der Prozesskarte und ermöglicht die Visualisierung und Analyse des Sendungs-Workflows, von Variationen und Engpässen. Woher erhalten 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. Warum es wichtig ist 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. Woher erhalten 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. Warum es wichtig ist 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. Woher erhalten 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 Insights. Warum es wichtig ist Es zeigt die Datenaktualität an, die entscheidend dafür ist, dass Prozessanalysen und -monitoring auf zeitnahen und relevanten Informationen basieren. Woher erhalten 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. Warum es wichtig ist 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. Woher erhalten 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. Warum es wichtig ist 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. Woher erhalten 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. Warum es wichtig ist Dies ist der primäre Benchmark zur Messung der pünktlichen Lieferleistung, ein kritischer KPI für Kundenzufriedenheit und Lieferkettenzuverlässigkeit. Woher erhalten 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. Warum es wichtig ist 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. Woher erhalten 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. Warum es wichtig ist Es verbindet die Prozess-Performance direkt mit finanziellen Ergebnissen und ermöglicht die Analyse von Transportausgaben, Kostentreibern und dem finanziellen Einfluss von Ineffizienzen. Woher erhalten 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. Warum es wichtig ist Es ermöglicht das Performance-Benchmarking über verschiedene Transportanbieter hinweg, was entscheidend für das Spediteurmanagement, Verhandlungen und die Sicherstellung der Servicequalität ist. Woher erhalten 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. Warum es wichtig ist 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. Woher erhalten 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. Warum es wichtig ist 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. Woher erhalten 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. Warum es wichtig ist 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. Woher erhalten 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. Warum es wichtig ist 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. Woher erhalten 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. Warum es wichtig ist 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. Woher erhalten 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. Warum es wichtig ist Es ermöglicht die Analyse der menschlichen und System-Performance, der Arbeitslastverteilung und der Automatisierung und hilft, Schulungsbedarfe und Ressourcenengpässe zu identifizieren. Woher erhalten 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. Warum es wichtig ist Es bietet einen Schnappschuss des aktuellen Sendungsstatus, der nützlich ist für die Filterung, Berichterstattung und übergeordnete Überwachung von laufenden oder abgeschlossenen Sendungen. Woher erhalten 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. Warum es wichtig ist 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. Woher erhalten 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. | ||
| Warum es wichtig ist 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. Woher erhalten 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. | ||
| Warum es wichtig ist Dieser Meilenstein schließt die Planungsphase ab. Die Dauer zwischen Anfrage und Planungsabschluss ist ein Schlüsselindikator für die Planungseffizienz und potenzielle Bottlenecks. Woher erhalten 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. | ||
| Warum es wichtig ist 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. Woher erhalten 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. | ||
| Warum es wichtig ist 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. Woher erhalten 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. | ||
| Warum es wichtig ist 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. Woher erhalten 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. | ||
| Warum es wichtig ist 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. Woher erhalten 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. | ||
| Warum es wichtig ist 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. Woher erhalten 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. | ||
| Warum es wichtig ist 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. Woher erhalten 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. | ||
| Warum es wichtig ist 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. Woher erhalten 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. | ||
| Warum es wichtig ist 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. Woher erhalten 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. | ||
| Warum es wichtig ist 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. Woher erhalten 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. | ||
| Warum es wichtig ist Die Zeit zwischen Lieferung und Rechnungseingang beeinflusst die Finanzprognose und Abgrenzungen. Dieses Event startet die Zeitmessung für den Frachtprüfungs- und Zahlungszyklus. Woher erhalten 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. | ||
| Warum es wichtig ist 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. Woher erhalten 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. | ||
| Warum es wichtig ist 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. Woher erhalten 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. | ||
| Warum es wichtig ist 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. Woher erhalten 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,