Ihr Supply Chain Management Daten Template

Der Aktivitätsname beschreibt einen einzelnen Schritt oder eine Aufgabe, die im Rahmen des Lebenszyklus des Logistikauftrags ausgeführt wird. Diese Events werden chronologisch erfasst, um eine Abfolge von Aktionen für jeden Case zu erstellen.

Die Analyse von Aktivitäten ist die Grundlage des Process Mining. Sie ermöglicht die Visualisierung der Prozesslandkarte, die Erkennung von Engpässen zwischen bestimmten Schritten, die Analyse von Aktivitätshäufigkeiten und die Identifizierung von Abweichungen vom Standard-Prozessfluss.

Dieses Attribut definiert die Schritte in der Prozesslandkarte und ermöglicht so die Visualisierung, Analyse und Optimierung des Flusses von Logistikaufträgen.

Aktivitätsnamen werden aus Event Logs, Transaktionscodes oder Statusänderungen abgeleitet, die in verschiedenen Blue Yonder Modulen für Lagerhaltung, Transport und Auftragsmanagement erfasst werden.

Der Logistikauftrag ist der zentrale Identifier, der alle damit verbundenen Aktivitäten von der Kundenauftragserstellung bis zur endgültigen Lieferung verbindet. Jede einzigartige Logistikauftragsnummer repräsentiert eine einzelne Instanz des Supply Chain Prozesses.

Im Process Mining ermöglicht die Analyse der Daten nach Logistikauftrag eine vollständige Sicht auf den Auftragslebenszyklus. Dies ist essenziell für die Berechnung von End-to-End-Zykluszeiten, die Identifizierung von Prozessvarianten und das Verständnis des Weges jeder Bestellung durch verschiedene Phasen wie Beschaffung, Produktion und Distribution.

Dies ist die fundamentale Case ID. Sie verknüpft alle Prozessschritte miteinander und ermöglicht die Rekonstruktion und Analyse der gesamten Auftragsabwicklungsreise.

Dieser Identifier ist typischerweise in den Hauptmodulen für Auftragsmanagement oder Logistikausführung innerhalb von Blue Yonder zu finden.

Die Event Time, oder Startzeit, ist das genaue Datum und die Uhrzeit, zu der eine Aktivität im Quellsystem erfasst wurde. Diese chronologischen Daten sind entscheidend für die korrekte Sequenzierung von Events und für alle zeitbasierten Analysen.

Dieser Timestamp wird verwendet, um Zykluszeiten zwischen Aktivitäten zu berechnen, die Dauer des gesamten Prozesses zu messen und Verzögerungen oder Wartezeiten zu identifizieren. Er ist die Grundlage für nahezu alle leistungsbezogenen KPIs, wie z.B. End-to-End Order Lead Time und Transportation Cycle Time.

Dieser Timestamp ist essenziell für die Anordnung von Events, die Berechnung von Dauern und die Analyse von Prozessleistung und Engpässen über die Zeit.

Diese Information ist typischerweise als Erstellungsdatum, Änderungsdatum oder Buchungsdatum-Timestamp in den Transaktionsdatentabellen für jedes Business-Objekt in Blue Yonder verfügbar.

Das tatsächliche Lieferdatum wird nach Abschluss der Lieferung erfasst, oft aus dem Event 'Proof Of Delivery Signed'. Dieser Timestamp markiert die endgültige Erfüllung des Logistikauftrags.

Dieses Attribut ist essenziell für die Leistungsmessung. Es wird im Vergleich zum 'Requested Delivery Date' verwendet, um festzustellen, ob eine Lieferung pünktlich, verspätet oder zu früh war. Diese Berechnung ist die Grundlage für den KPI 'On-Time Delivery Rate' und wird im 'On-Time Delivery Performance' Dashboard visualisiert.

Entscheidend für die Berechnung der Pünktlichkeitsrate der Lieferung, misst dieses Attribut die tatsächliche Performance im Vergleich zur Erwartung des Kunden.

Dieses Datum wird oft vom Timestamp des Liefernachweis-Events abgeleitet, der im TMS von Blue Yonder oder einem verwandten Logistikmodul erfasst werden kann.

Das angeforderte Lieferdatum ist ein kritischer Bestandteil der Kundenstammdaten, die mit einem Logistikauftrag verknüpft sind. Es repräsentiert die gegenüber dem Kunden gemachte Zusage und dient als primärer Benchmark für die Messung der Lieferleistung.

Dieses Datum wird mit dem 'Actual Delivery Date' verglichen, um den KPI 'On-Time Delivery Rate' zu berechnen. Es ist fundamental für das Dashboard 'On-Time Delivery Performance', da es die Analyse von Verzögerungen und deren Grundursachen ermöglicht, wie z.B. Speditionsleistung oder interne Engpässe.

Dies ist die Baseline zur Messung der Kundenzufriedenheit und Lieferleistung. Sie ist essenziell für die Berechnung des KPIs 'On-Time Delivery Rate'.

Dies wird typischerweise in den Kundenauftrags-Header-Daten innerhalb des Order Management Systems von Blue Yonder gespeichert.

Der Auftragstyp kategorisiert Logistikaufträge basierend auf ihren Eigenschaften, ihrer Dringlichkeit oder dem Geschäftskontext. Verschiedene Auftragstypen folgen oft unterschiedlichen Prozesspfaden oder haben unterschiedliche Service Level Agreements (SLAs).

Die Analyse nach Auftragstyp ist entscheidend, um Prozessvariationen zu verstehen. Zum Beispiel wird erwartet, dass „Eilaufträge“ kürzere Zykluszeiten haben und bestimmte Schritte überspringen können, während „Großaufträge“ längere Produktionsdurchlaufzeiten aufweisen könnten. Dieses Attribut hilft zu erklären, warum bestimmte Fälle von der Norm abweichen und ist nützlich im Dashboard „Prozessvariantenanalyse“.

Hilft, Prozessvariationen und Performance-Unterschiede zu erklären, da verschiedene Auftragstypen oft einzigartige Wege, Prioritäten und SLAs aufweisen.

Diese Information wird typischerweise in den Auftrags-Header-Daten innerhalb des Order Management Systems von Blue Yonder gespeichert.

Der Auftragsstatus bietet einen Überblick darüber, wo sich der Logistikauftrag zum Zeitpunkt der Datenextraktion in seinem Lebenszyklus befindet oder welches sein Endergebnis ist. Er ist ein Schlüsselindikator für den Zustand des Falls.

Dieses Attribut ist nützlich, um die Analyse zu filtern, sich nur auf abgeschlossene Aufträge zu konzentrieren oder zu untersuchen, warum bestimmte Aufträge storniert wurden. Es hilft, die Ergebnisse verschiedener Prozessvarianten zu verstehen und ist eine einfache Möglichkeit, die Gesamtprozesserfolgs- oder -fehlerraten zu messen.

Gibt das Ergebnis eines Falls an, was eine Filterung der Analyse nach abgeschlossenen, in Bearbeitung befindlichen oder stornierten Aufträgen ermöglicht, was entscheidend für die Kontextualisierung von Performance-Metriken ist.

Dies ist typischerweise ein Statusfeld im Header des Hauptlogistikauftrags oder Versanddokuments in Blue Yonder.

Dieses Attribut identifiziert den Mitarbeiter oder Systembenutzer, der für einen bestimmten Prozessschritt verantwortlich ist. Es ist essenziell für das Verständnis von Ressourcenallokation, Arbeitslastverteilung und Leistung auf individueller oder Teamebene.

In der Analyse wird 'User Name' verwendet, um Prozesslandkarten zu filtern, um zu sehen, wie verschiedene Benutzer dieselbe Aufgabe ausführen, Schulungsbedarfe zu identifizieren oder Top-Performer zu bestimmen. Es ist auch entscheidend für das Dashboard 'Manual Task and Automation Potential', um zu sehen, welche Benutzer an häufigen, repetitiven Aufgaben beteiligt sind.

Ordnet Benutzeraktionen bestimmten Personen zu, was eine Workload-Analyse, Performance-Vergleiche und die Identifizierung von Automatisierungsmöglichkeiten ermöglicht.

Typischerweise in Transaktionsdaten als Feld 'Erstellt von' oder 'Geändert von' zu finden, verknüpft mit einer Benutzerstammdatentabelle in Blue Yonder.

Der Lieferantenname identifiziert den Lieferanten, von dem Waren im Rahmen des Supply Chain Prozesses beschafft wurden. Dies ist eine Schlüsseldimension für die Analyse der Eingangslogistik- und Beschaffungsphasen.

Dieses Attribut wird im Dashboard 'Supplier Inbound Performance' verwendet, um Zykluszeiten von der Bestellung bis zum Materialeingang nach jedem Lieferanten aufzuschlüsseln. Diese Analyse hilft, zuverlässige und schnelle Lieferanten im Vergleich zu denen zu identifizieren, die konsistent Verzögerungen verursachen, und informiert die Beschaffungsstrategie und das Lieferantenbeziehungsmanagement.

Ermöglicht die Performance-Analyse verschiedener Lieferanten, was entscheidend für die Optimierung der Inbound-Logistik und die Einhaltung der Produktionspläne ist.

Diese Information wird in den Bestelldaten des Headers gespeichert und ist über eine Lieferantenstammdatentabelle innerhalb von Blue Yonder oder einem integrierten ERP verknüpft.

Dies ist ein boolesches Attribut, das durch den Vergleich des 'Actual Delivery Date' mit dem 'Requested Delivery Date' abgeleitet wird. Es vereinfacht die Leistungsanalyse, indem es jede Bestellung als 'Pünktlich' (true) oder 'Verspätet' (false) kategorisiert.

Dieses Attribut treibt direkt das Dashboard 'On-Time Delivery Performance' an und wird zur Berechnung des KPIs 'On-Time Delivery Rate' verwendet. Es ermöglicht schnelles Filtern und die Root-Cause-Analyse, um die häufigsten Faktoren, wie Spediteur oder Produkttyp, zu verstehen, die mit verspäteten Lieferungen verbunden sind.

Vereinfacht die Analyse der pünktlichen Lieferung, indem für jede Bestellung ein klares boolesches Ergebnis bereitgestellt wird, was die Berechnung von Leistungsraten und die Identifizierung von Verzögerungsursachen erleichtert.

Dieses Attribut ist nicht im Quellsystem vorhanden. Es wird während der Datentransformation mit der Formel berechnet: ActualDeliveryDate <= RequestedDeliveryDate.

Die Bestellnummer verknüpft den Logistikauftrag mit dem Beschaffungsprozess. Sie wird während Aktivitäten wie 'Bestellanforderung erstellt' und 'Bestellung ausgegeben' erstellt.

Dieses Attribut ermöglicht eine detaillierte Analyse des Beschaffungs-Subprozesses. Es ist essenziell für das Dashboard 'Supplier Inbound Performance', wo es hilft, den Weg einer spezifischen Bestellung von der Ausstellung bis zum Wareneingang zu verfolgen und Verzögerungen mit bestimmten Lieferanten oder Materialien zu assoziieren.

Verknüpft den Hauptabwicklungsprozess mit den vorgelagerten Beschaffungsaktivitäten und ermöglicht eine detaillierte Analyse der Lieferantenleistung und der Beschaffungszykluszeiten.

Dieser Identifier wird im Beschaffungs- oder Einkaufsmodul von Blue Yonder oder einem integrierten ERP-System generiert und gespeichert.

Diese Metrik misst die Gesamtdauer des Lebenszyklus eines Logistikauftrags. Sie ist ein Key Performance Indicator, der die Gesamtgeschwindigkeit und Effizienz des gesamten Supply Chain Prozesses widerspiegelt.

Dies ist die primäre Metrik für das Dashboard 'End-to-End Order Lead Time Analysis' und den KPI 'Logistics Order End-to-End Cycle Time'. Die Analyse dieser Dauer hilft, systemische Verzögerungen zu identifizieren und bietet ein hochrangiges Maß für die Prozessgesundheit. Sie kann nach Dimensionen wie 'Order Type' oder 'Product Category' aufgeschlüsselt werden, um Treiber langer Lead Times zu finden.

Dies ist ein kritischer KPI zur Messung der Gesamtgeschwindigkeit der Supply Chain, der sich direkt auf Kundenzufriedenheit und Betriebskapital auswirkt.

Dieser Wert wird nicht im Quellsystem gespeichert. Er wird berechnet, indem der Timestamp des ersten Events vom Timestamp des letzten Events für jeden Case subtrahiert wird.

Die Endzeit markiert den Abschluss einer Aktivität. Wenn sowohl eine Startzeit als auch eine Endzeit verfügbar sind, kann die präzise Verarbeitungszeit einer Aktivität berechnet und von Leerlauf- oder Wartezeiten unterschieden werden.

Dies ist äußerst wertvoll für die Analyse der Dauer spezifischer Aufgaben, wie z.B. 'Waren kommissioniert und verpackt' oder 'Qualitätskontrolle durchgeführt'. Es hilft dabei, festzustellen, welche Aktivitäten die meiste Zeit in Anspruch nehmen, und unterstützt gezielte Optimierungs- und Automatisierungsbemühungen.

Ermöglicht die genaue Berechnung der Aktivitätsbearbeitungszeit, die entscheidend ist für die Identifizierung ineffizienter Aufgaben und die Messung der Ressourcenproduktivität.

Ähnlich wie die Startzeit, ist dies typischerweise als Timestamp in den Transaktionsdatentabellen für jedes Geschäftsobjekt in Blue Yonder zu finden und markiert oft einen Statusabschluss.

Dieses Attribut identifiziert die Person oder das Team, das die Bestellanforderung erstellt hat, welches das interne Dokument ist, das die Erstellung einer formalen Bestellung auslöst. Es bietet Kontext dazu, wer die Beschaffungsnachfrage innerhalb der Organisation antreibt.

Die Analyse nach diesem Attribut hilft beim Verständnis interner Beschaffungsmuster und kann im Dashboard 'Manual Task and Automation Potential' verwendet werden. Wenn wenige Benutzer ein hohes Volumen an Standardanforderungen erstellen, könnte dies auf eine Möglichkeit zur Automatisierung des Anforderungsprozesses hinweisen.

Identifiziert den Ursprung einer Beschaffungsanforderung, was bei der Analyse interner Nachfragemuster und der Identifizierung von Automatisierungsmöglichkeiten hilft.

In den Daten des Bestellanforderungsdokuments zu finden, typischerweise als Feld „Erstellt von“.

Dieses boolesche Flag wird auf 'true' gesetzt, wenn ein Logistikauftrag Anzeichen von Nacharbeits-Loops zeigt, wie z.B. die Aktivitätssequenz 'Waren kommissioniert und verpackt' -> 'Qualitätskontrolle durchgeführt' -> 'Waren kommissioniert und verpackt'. Es identifiziert Cases, die vom standardmäßigen, effizienten Fluss abweichen.

Dieses Attribut wird verwendet, um den KPI 'Order Rework Rate' zu berechnen und wird im Dashboard 'Process Variant and Rework Analysis' visualisiert. Das Identifizieren von Cases mit Nacharbeit hilft, Fehlerquellen oder Ineffizienzen im Erfüllungsprozess zu identifizieren, was zu gezielten Verbesserungen führt, um Verschwendung und Betriebskosten zu reduzieren.

Hebt Prozesseffizienzen und Qualitätsprobleme hervor, indem Fälle mit wiederholten Schritten markiert werden, was gezielte Anstrengungen zur Verbesserung der Prozessstabilität und Kostensenkung ermöglicht.

Dies ist kein Feld in Blue Yonder. Es wird während der Process Mining Analyse berechnet, indem spezifische wiederholte Sequenzen von Aktivitäten innerhalb eines Case erkannt werden.

Identifiziert den Endkunden für den Logistikauftrag. Dies ist eine fundamentale Dimension zur Segmentierung der Analyse aus einer kundenorientierten Sicht.

Die Analyse der Prozess-Performance nach Kunde kann aufzeigen, ob bestimmte Kunden längere Durchlaufzeiten oder mehr Probleme erleben. Dieses Attribut unterstützt Dashboards wie „On-Time Delivery Performance“, indem es eine Aufschlüsselung nach Kunde ermöglicht und hilft, Verbesserungen für Schlüsselkunden zu priorisieren.

Ermöglicht kundenorientierte Analysen, die helfen zu identifizieren, welche Kunden am stärksten von Prozesseffizienzen betroffen sind und Serviceverbesserungen zu priorisieren.

Diese Information wird in den Kundenauftrags-Header-Daten gespeichert und ist über eine Kundenstammdatentabelle in Blue Yonder oder einem integrierten CRM/ERP verknüpft.

Dieses Attribut liefert Datum und Uhrzeit des letzten Datenabrufs. Es gibt Kontext zur Analyse, zeigt, wie aktuell die Daten sind und wann der nächste Refresh zu erwarten ist.

Es ist wichtig, dass Benutzer die Aktualität der von ihnen analysierten Daten verstehen. Dies hilft bei der Interpretation von Dashboards und stellt sicher, dass Entscheidungen auf zeitnahen Informationen basieren.

Liefert entscheidenden Kontext zur Datenaktualität und stellt sicher, dass Benutzer wissen, wie aktuell die Prozessanalyse ist.

Dieser Timestamp wird während des Daten-Extraktions-, Transformations- und Ladevorgangs (ETL-Prozess) generiert und hinzugefügt.

Die Produktkategorie ist eine Klassifizierung, die verwendet wird, um ähnliche Produkte zusammenzufassen. Verschiedene Produktkategorien können unterschiedliche Lieferkettenprozesse, Handhabungsanforderungen oder Durchlaufzeiten aufweisen.

Dieses Attribut wird im Dashboard „Logistikauftrags-Durchsatz-Trend“ verwendet, um das Volumen der abgeschlossenen Aufträge für verschiedene Produkttypen zu filtern und zu vergleichen. Es kann aufzeigen, ob bestimmte Produktlinien mehr Verzögerungen oder einen geringeren Durchsatz haben, was hilft, Verbesserungsbemühungen dort zu konzentrieren, wo sie am dringendsten benötigt werden.

Ermöglicht die Segmentierung der Prozessanalyse nach Produkttyp, wodurch kategoriespezifische Engpässe, Nachfragemuster oder Handhabungskomplexitäten aufgedeckt werden.

Dies ist Teil der Material- oder Produktstammdaten, die mit den Positionen des Logistikauftrags in Blue Yonder verknüpft wären.

Dieses Attribut identifiziert den Ursprung der Prozessdaten. Es ist besonders nützlich in Umgebungen, in denen Daten aus mehreren Systemen für eine umfassende Prozessansicht kombiniert werden, um eine klare Datenherkunft zu gewährleisten.

Für diese Analyse wird der Wert durchgängig 'Blue Yonder' sein, aber es dient als entscheidendes Stück Metadaten für Data Governance und Kontext, insbesondere wenn andere Systeme wie ein ERP oder CRM integriert sind.

Identifiziert den Datenursprung, was entscheidend für Data Governance, Validierung und das Management von Analysen über mehrere Unternehmenssysteme hinweg ist.

Dabei handelt es sich typischerweise um einen statischen Wert, der während der Datenextraktion und -transformation hinzugefügt wird, um die Herkunft des Datensatzes zu kennzeichnen.

Der Speditionsname identifiziert den Logistikpartner, der den Warentransport vom Lager zum endgültigen Ziel abgewickelt hat. Er ist eine kritische Dimension zur Bewertung der Leistung der ausgehenden Logistik.

Im Dashboard 'Transportation Efficiency Monitor' hilft die Analyse der Daten nach Speditionsnamen, die Dauer der 'Goods In Transit' für verschiedene Spediteure zu vergleichen. Dies ermöglicht es dem Unternehmen, die schnellsten, zuverlässigsten oder kostengünstigsten Transportpartner zu identifizieren und die Versandstrategien entsprechend zu optimieren.

Ermöglicht Performance-Benchmarking verschiedener Transportdienstleister, was hilft, Versandkosten, Routen und Lieferzeiten zu optimieren.

Dies ist typischerweise in den Versand- oder Frachtauftragsdokumenten innerhalb des Transportation Management Systems (TMS) von Blue Yonder zu finden.

Dieses Attribut spezifiziert die Transportart, die zum Warentransport verwendet wird. Verschiedene Modi haben unterschiedliche Kosten, Geschwindigkeiten und Kapazitäten, was dies zu einem wichtigen Faktor in der Logistikplanung und -analyse macht.

Das Dashboard 'Transportation Efficiency Monitor' verwendet dieses Attribut, um Transitzeiten und Kosten über verschiedene Transportmodi hinweg zu vergleichen. Dies hilft bei strategischen Entscheidungen, wie z.B. der Wahl zwischen schnellerer, aber teurerer Luftfracht versus langsamerer, aber günstigerer Seefracht, basierend auf der Priorität der Bestellung und Kostenzwängen.

Bietet eine Schlüsseldimension zur Analyse von Transportkosten und -geschwindigkeit, die strategische Entscheidungen über die effektivsten Versandmethoden ermöglicht.

Diese Information wird üblicherweise in den Details der Sendung oder des Frachtauftrags im TMS von Blue Yonder gespeichert.

Dieses Datum ist die Zusage des Lieferanten, wann Rohmaterialien oder Komponenten geliefert werden. Es ist der Benchmark, der verwendet wird, um die Zuverlässigkeit und Pünktlichkeit eines Lieferanten zu messen.

Dieses Attribut ist essenziell für die Berechnung des KPIs 'Supplier On-Time Delivery Rate'. Es wird mit dem tatsächlichen Wareneingangsdatum der Materialien (Event-Timestamp 'Rohmaterialien erhalten') verglichen, um festzustellen, ob der Lieferant seine Zusage eingehalten hat. Diese Analyse ist zentral für das Dashboard 'Supplier Inbound Performance'.

Dient als Performance-Benchmark für eingehende Lieferungen und ermöglicht die Messung der Lieferantenverlässlichkeit und deren Auswirkungen auf den Produktionsplan.

Dieses Datum wird typischerweise auf Positionsebene der Bestellung gespeichert, basierend auf Informationen des Lieferanten oder Standardlieferzeiten.