Ihr Daten-Template für das Supply-Chain-Management

Blue Yonder
Ihr Daten-Template für das Supply-Chain-Management

Ihr Daten-Template für das Supply-Chain-Management

Dieses Template zeigt Ihnen, welche Daten Sie für die Analyse Ihres Supply-Chain-Management-Prozesses extrahieren sollten. Es beschreibt die wichtigen Attribute, die Sie erfassen, und die zentralen Aktivitäten, die Sie in Ihrem Blue-Yonder-System verfolgen sollten. So erstellen Sie ein präzises Event Log als Grundlage für aussagekräftige Erkenntnisse aus dem Process Mining.
  • Empfohlene Attribute für eine umfassende Analyse
  • Wichtige Prozessaktivitäten und Meilensteine, die Sie verfolgen sollten
  • Schritt-für-Schritt-Anleitung zur Datenextraktion aus Blue Yonder
Neu bei Event Logs? Erfahren Sie, wie Sie ein Event Log für Process Mining erstellen.

Attribute des Supply-Chain-Managements

Diese empfohlenen Datenfelder sollten in Ihrem Event Log enthalten sein, damit Sie Ihren Supply-Chain-Management-Prozess umfassend analysieren können.
3 Erforderlich 6 Empfohlen 13 Optional
Name Beschreibung
Aktivitätsname
ActivityName
Der Name eines bestimmten Geschäftsereignisses oder Prozessschritts in der Logistik, zum Beispiel „Bestellung ausgelöst“ oder „Waren kommissioniert und verpackt“.
Beschreibung

Der Aktivitätsname bezeichnet einen einzelnen Schritt oder eine Aufgabe im Lebenszyklus des Logistikauftrags. Die Ereignisse werden chronologisch erfasst und bilden für jeden Case eine Abfolge von Aktionen.

Die Analyse der Aktivitäten bildet die Grundlage für Process Mining. Sie ermöglicht die Visualisierung der Prozessübersicht, das Erkennen von Engpässen zwischen bestimmten Schritten, die Analyse der Aktivitätshäufigkeit und die Identifizierung von Abweichungen vom Standardprozess.

Warum das wichtig ist

Dieses Attribut legt die Schritte in der Prozessübersicht fest und ermöglicht es, den Ablauf der Logistikaufträge zu visualisieren, zu analysieren und zu optimieren.

Woher beziehen

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.

Beispiele
Kundenauftrag eingegangenWaren produziertVersand eingeplantLiefernachweis unterzeichnet
Logistikauftrag
LogisticsOrder
Die eindeutige Kennung eines einzelnen Logistikauftrags. Sie dient als zentrale Case-ID für die Nachverfolgung des durchgängigen Lieferkettenprozesses.
Beschreibung

Der Logistikauftrag ist die zentrale Kennung, die alle zugehörigen Aktivitäten von der Anlage des Kundenauftrags bis zur endgültigen Lieferung miteinander verknüpft. Jede eindeutige Logistikauftragsnummer steht für einen einzelnen Ablauf des Lieferkettenprozesses.

In Process Mining ermöglicht die Analyse nach Logistikauftrag einen vollständigen Überblick über den Lebenszyklus eines Auftrags. Das ist wichtig, um durchgängige Durchlaufzeiten zu berechnen, Prozessvarianten zu erkennen und den Weg jedes Auftrags durch Beschaffung, Produktion und Distribution nachzuvollziehen.

Warum das wichtig ist

Dies ist die grundlegende Case-ID. Sie verknüpft alle Prozessschritte und ermöglicht so, den gesamten Weg der Auftragserfüllung zu rekonstruieren und zu analysieren.

Woher beziehen

Diese Kennung ist in der Regel in den zentralen Modulen für Auftragsmanagement oder Logistikabwicklung von Blue Yonder zu finden.

Beispiele
LO-845123LO-845124LO-845125
Startzeit
EventTime
Der Timestamp, der angibt, wann eine bestimmte Aktivität begonnen hat oder stattgefunden hat.
Beschreibung

Die Ereigniszeit oder Startzeit bezeichnet das genaue Datum und die Uhrzeit, zu denen eine Aktivität im Quellsystem erfasst wurde. Diese chronologischen Daten sind entscheidend, um Ereignisse korrekt zu ordnen und zeitbasierte Analysen durchzuführen.

Anhand dieses Timestamps lassen sich Durchlaufzeiten zwischen Aktivitäten berechnen, die Dauer des gesamten Prozesses messen und Verzögerungen oder Wartezeiten erkennen. Er bildet die Grundlage für nahezu alle leistungsbezogenen KPIs, etwa die durchgängige Auftragsdurchlaufzeit und die Transportdurchlaufzeit.

Warum das wichtig ist

Dieser Timestamp ist wichtig, um Ereignisse zu ordnen, Zeitspannen zu berechnen und Prozessleistung sowie Engpässe im Zeitverlauf zu analysieren.

Woher beziehen

Diese Information ist in den Transaktionsdatentabellen der einzelnen Geschäftsobjekte in Blue Yonder in der Regel als Timestamp des Erstellungs-, Änderungs- oder Buchungsdatums verfügbar.

Beispiele
2023-10-26T09:00:00Z2023-10-26T14:30:00Z2023-10-27T11:15:00Z
Auftragsart
OrderType
Die Klassifizierung des Auftrags, zum Beispiel „Standardauftrag“, „Eilauftrag“ oder „Sammelauftrag“.
Beschreibung

Die Auftragsart klassifiziert Logistikaufträge nach ihren Merkmalen, ihrer Dringlichkeit oder ihrem geschäftlichen Kontext. Je nach Auftragsart gelten häufig unterschiedliche Prozessabläufe oder Service Level Agreements (SLAs).

Die Analyse nach Auftragsart ist wichtig, um Prozessabweichungen zu verstehen. Für Eilaufträge werden beispielsweise kürzere Zykluszeiten erwartet, und bestimmte Schritte können entfallen. Sammelaufträge haben dagegen möglicherweise längere Produktionsvorlaufzeiten. Dieses Attribut hilft zu erklären, warum einzelne Cases vom üblichen Ablauf abweichen, und ist im Dashboard „Analyse von Prozessvarianten“ hilfreich.

Warum das wichtig ist

Hilft, Prozessabweichungen und Leistungsunterschiede zu erklären, da für verschiedene Auftragsarten oft eigene Abläufe, Prioritäten und SLAs gelten.

Woher beziehen

Diese Angabe ist üblicherweise in den Auftragskopfdaten des Auftragsverwaltungssystems von Blue Yonder gespeichert.

Beispiele
StandardEilauftragBestandsumlagerungRetoure
Auftragsstatus
OrderStatus
Der aktuelle oder endgültige Status des Logistikauftrags, zum Beispiel „In Bearbeitung“, „Abgeschlossen“ oder „Storniert“.
Beschreibung

Der Auftragsstatus zeigt den Stand des Logistikauftrags zum Zeitpunkt der Datenextraktion oder sein endgültiges Ergebnis. Er gibt Aufschluss über den Zustand des Cases.

Mit diesem Attribut können Sie die Analyse auf abgeschlossene Aufträge beschränken oder untersuchen, warum bestimmte Aufträge storniert wurden. Es hilft, die Ergebnisse verschiedener Prozessvarianten zu verstehen und die Erfolgs- oder Fehlerquote des Gesamtprozesses einfach zu messen.

Warum das wichtig ist

Zeigt das Ergebnis eines Cases an. Damit lässt sich die Analyse auf abgeschlossene, laufende oder stornierte Aufträge beschränken, was für die Einordnung von Leistungskennzahlen wichtig ist.

Woher beziehen

Diese Angabe ist üblicherweise ein Statusfeld im Kopf des Logistikauftrags oder Versanddokuments in Blue Yonder.

Beispiele
AbgeschlossenIn BearbeitungStorniertZurückgestellt
Benutzername
UserName
Die Benutzer-ID oder der Name der Person, die die Aktivität ausgeführt hat.
Beschreibung

Dieses Attribut gibt an, welcher Mitarbeiter oder Systembenutzer für einen bestimmten Prozessschritt verantwortlich war. Es ist wichtig, um Ressourceneinsatz, Arbeitsverteilung und Leistung einzelner Personen oder Teams zu verstehen.

In der Analyse können Sie anhand des Benutzernamens Prozessübersichten filtern und vergleichen, wie verschiedene Benutzer dieselbe Aufgabe ausführen. So lassen sich Schulungsbedarf und besonders leistungsstarke Mitarbeitende erkennen. Auch im Dashboard „Manuelle Aufgaben und Automatisierungspotenzial“ ist das Attribut wichtig, um zu sehen, welche Benutzer häufig wiederkehrende Aufgaben bearbeiten.

Warum das wichtig ist

Ordnet Benutzeraktionen bestimmten Personen zu und ermöglicht so die Analyse der Arbeitsbelastung, den Leistungsvergleich und die Ermittlung von Automatisierungsmöglichkeiten.

Woher beziehen

In Transaktionsdaten meist als Feld „Erstellt von“ oder „Geändert von“ zu finden und mit einer Benutzerdatentabelle in Blue Yonder verknüpft.

Beispiele
j.doea.smithSYSTEM_RFC
Gewünschtes Lieferdatum
RequestedDeliveryDate
Das vom Kunden gewünschte Lieferdatum des Auftrags.
Beschreibung

Das gewünschte Lieferdatum ist ein wichtiges Kundenstammdatum zum Logistikauftrag. Es gibt die Zusage an den Kunden wieder und dient als zentraler Maßstab für die Lieferleistung.

Der Vergleich mit dem „tatsächlichen Lieferdatum“ bildet die Grundlage für die KPI zur Quote termingerechter Lieferungen. Das Datum ist zentral für das Dashboard „Leistung bei termingerechter Lieferung“. Es ermöglicht die Analyse von Verzögerungen und deren Ursachen, etwa der Leistung des Frachtführers oder internen Engpässen.

Warum das wichtig ist

Dieses Datum ist der Maßstab für Kundenzufriedenheit und Lieferleistung. Es ist entscheidend für die Berechnung der KPI zur Quote termingerechter Lieferungen.

Woher beziehen

Dieses Datum ist in der Regel in den Kopfdaten des Kundenauftrags im Auftragsmanagementsystem von Blue Yonder gespeichert.

Beispiele
2023-11-152023-11-202023-12-01
Lieferantenname
SupplierName
Der Name des Lieferanten, der Rohstoffe oder Komponenten für eine Bestellung bereitstellt.
Beschreibung

Der Lieferantenname gibt an, bei welchem Lieferanten die Waren im Rahmen des Lieferkettenprozesses beschafft wurden. Dieses Attribut ist eine wichtige Dimension für die Analyse der eingehenden Logistik und der Beschaffung.

Im Dashboard „Leistung der eingehenden Lieferungen“ können Sie die Durchlaufzeiten von der Bestellanlage bis zum Materialeingang nach Lieferant aufschlüsseln. So erkennen Sie zuverlässige und schnelle Lieferanten sowie Lieferanten, die regelmäßig Verzögerungen verursachen. Diese Erkenntnisse unterstützen die Beschaffungsstrategie und das Lieferantenmanagement.

Warum das wichtig ist

Ermöglicht den Leistungsvergleich verschiedener Lieferanten. Das ist wichtig, um die eingehende Logistik zu optimieren und Produktionspläne einzuhalten.

Woher beziehen

Diese Information ist in den Kopfdaten der Bestellung gespeichert und mit einer Lieferantenstammdatentabelle in Blue Yonder oder einem integrierten ERP-System verknüpft.

Beispiele
Global Components Inc.Advanced Materials LLCPrecision Parts Co.
Tatsächliches Lieferdatum
ActualDeliveryDate
Das tatsächliche Datum, an dem der Auftrag beim Kunden eingetroffen ist, bestätigt durch einen Liefernachweis.
Beschreibung

Das tatsächliche Lieferdatum wird bei Abschluss der Lieferung erfasst, häufig anhand des Ereignisses „Liefernachweis unterzeichnet“. Dieser Timestamp markiert die vollständige Erfüllung des Logistikauftrags.

Dieses Attribut ist wichtig für die Leistungsmessung. Der Vergleich mit dem „gewünschten Lieferdatum“ zeigt, ob eine Lieferung pünktlich, verspätet oder vorzeitig erfolgte. Diese Berechnung bildet die Grundlage für die KPI zur Quote termingerechter Lieferungen und wird im Dashboard „Leistung bei termingerechter Lieferung“ visualisiert.

Warum das wichtig ist

Dieses Attribut ist entscheidend für die Berechnung der Quote termingerechter Lieferungen und misst die tatsächliche Leistung im Vergleich zu den Erwartungen des Kunden.

Woher beziehen

Dieses Datum wird häufig aus dem Timestamp des Liefernachweises abgeleitet, der im TMS von Blue Yonder oder einem zugehörigen Logistikmodul erfasst werden kann.

Beispiele
2023-11-142023-11-212023-12-01
Bestellnummer
PurchaseOrderNumber
Die eindeutige Kennung einer Bestellung, mit der Rohstoffe oder Waren bei einem Lieferanten beschafft werden.
Beschreibung

Die Bestellnummer verknüpft den Logistikauftrag mit dem Beschaffungsprozess. Sie wird bei Aktivitäten wie „Bestellanforderung erstellt“ und „Bestellung erteilt“ angelegt.

Mit diesem Attribut können Sie den Beschaffungsteilprozess detailliert analysieren. Es ist wichtig für das Dashboard „Leistung im Wareneingang von Lieferanten“: Dort lässt sich der Weg einer bestimmten Bestellung von der Erteilung bis zum Wareneingang verfolgen und können Verzögerungen bestimmten Lieferanten oder Materialien zugeordnet werden.

Warum das wichtig ist

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

Woher beziehen

Diese Kennung wird im Beschaffungs- oder Einkaufsmodul von Blue Yonder oder in einem integrierten ERP-System erzeugt und gespeichert.

Beispiele
PO45000123PO45000124PO45000125
Durchgängige Zykluszeit
EndToEndCycleTime
Die gesamte Zeit vom ersten Ereignis („Kundenauftrag eingegangen“) bis zum letzten Ereignis („Zustellnachweis unterzeichnet“) eines Logistikauftrags.
Beschreibung

Diese Kennzahl misst die Gesamtdauer eines Logistikauftrags. Sie ist eine wichtige Leistungskennzahl für die Geschwindigkeit und Effizienz des gesamten Lieferkettenprozesses.

Sie ist die zentrale Kennzahl des Dashboards „Analyse der durchgängigen Auftragsdurchlaufzeit“ und der Kennzahl „Durchgängige Zykluszeit von Logistikaufträgen“. Die Analyse der Dauer hilft, systembedingte Verzögerungen zu erkennen und die Prozessgesundheit auf übergeordneter Ebene zu bewerten. Sie können die Werte nach Dimensionen wie Auftragsart oder Produktkategorie aufschlüsseln, um Ursachen für lange Durchlaufzeiten zu finden.

Warum das wichtig ist

Diese wichtige Kennzahl misst die Geschwindigkeit der gesamten Lieferkette und wirkt sich unmittelbar auf die Kundenzufriedenheit und das gebundene Betriebskapital aus.

Woher beziehen

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

Beispiele
15 Tage, 4 Stunden22 Tage, 11 Stunden10 Tage, 2 Stunden
Endzeit
EndTime
Der Timestamp, der angibt, wann eine Aktivität abgeschlossen wurde.
Beschreibung

Die Endzeit markiert den Abschluss einer Aktivität. Sind sowohl Start- als auch Endzeit verfügbar, lässt sich die genaue Verarbeitungszeit einer Aktivität berechnen und von Leerlauf- oder Wartezeiten unterscheiden.

Das ist besonders hilfreich, um die Dauer einzelner Aufgaben wie „Waren kommissioniert und verpackt“ oder „Qualitätskontrolle durchgeführt“ zu analysieren. So lässt sich erkennen, welche Aktivitäten am meisten Zeit beanspruchen. Das unterstützt gezielte Optimierungs- und Automatisierungsmaßnahmen.

Warum das wichtig ist

Ermöglicht die genaue Berechnung der Verarbeitungszeit einer Aktivität. Das ist wichtig, um ineffiziente Aufgaben zu erkennen und die Produktivität der Ressourcen zu messen.

Woher beziehen

Wie die Startzeit ist auch dieser Wert in der Regel als Timestamp in den Transaktionsdatentabellen der einzelnen Geschäftsobjekte in Blue Yonder zu finden. Oft kennzeichnet er den Abschluss eines Status.

Beispiele
2023-10-26T09:05:14Z2023-10-26T14:45:00Z2023-10-27T11:18:30Z
Ersteller der Bestellanforderung
PurchaseRequisitionCreator
Der Benutzer oder die Abteilung, die den Bedarf an Waren oder Materialien angemeldet hat.
Beschreibung

Dieses Attribut gibt an, welche Person oder welches Team die Bestellanforderung erstellt hat. Dieses interne Dokument löst die Erstellung einer formellen Bestellung aus. Die Angabe zeigt, woher der Beschaffungsbedarf innerhalb der Organisation kommt.

Die Analyse nach diesem Attribut hilft, interne Beschaffungsmuster zu verstehen. Sie kann auch im Dashboard „Manuelle Aufgaben und Automatisierungspotenzial“ verwendet werden. Wenn wenige Benutzer viele standardisierte Bestellanforderungen erstellen, könnte sich eine Automatisierung dieses Prozesses anbieten.

Warum das wichtig ist

Zeigt, woher eine Beschaffungsanforderung stammt. So lassen sich interne Nachfragemuster analysieren und Möglichkeiten zur Prozessautomatisierung erkennen.

Woher beziehen

Zu finden in den Daten der Bestellanforderung, üblicherweise im Feld „Erstellt von“.

Beispiele
m.jonesp.chenPLANNING_DEPT
Kundenname
CustomerName
Der Name des Kunden, der den Auftrag erteilt hat.
Beschreibung

Gibt den Endkunden des Logistikauftrags an. Diese grundlegende Dimension ermöglicht eine kundenorientierte Aufschlüsselung der Analyse.

Die Analyse der Prozessleistung nach Kunde zeigt, ob bestimmte Kunden längere Durchlaufzeiten oder häufiger Probleme erleben. Dieses Attribut unterstützt Dashboards wie „Leistung bei termingerechter Lieferung“, da sich die Ergebnisse nach Kunden aufschlüsseln lassen. So können Sie Verbesserungen für wichtige Kunden priorisieren.

Warum das wichtig ist

Ermöglicht eine kundenorientierte Analyse. So erkennen Sie, welche Kunden besonders von Ineffizienzen betroffen sind, und können Verbesserungen im Service gezielt priorisieren.

Woher beziehen

Diese Angabe ist in den Kopfdaten des Kundenauftrags gespeichert und wird aus einer Kundenstammdatentabelle in Blue Yonder oder einem integrierten CRM- oder ERP-System übernommen.

Beispiele
Retail CorpMegaStore Inc.Direct Consumer Goods
Letzte Datenaktualisierung
LastDataUpdate
Der Timestamp, der angibt, wann die Daten zuletzt aus dem Quellsystem aktualisiert oder extrahiert wurden.
Beschreibung

Dieses Attribut enthält Datum und Uhrzeit des letzten Datenabrufs. Es gibt Aufschluss darüber, wie aktuell die Daten sind und wann mit der nächsten Aktualisierung zu rechnen ist.

Benutzer sollten wissen, wie aktuell die Daten sind, die sie analysieren. So können sie Dashboards richtig einordnen und Entscheidungen auf Basis zeitnaher Informationen treffen.

Warum das wichtig ist

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

Woher beziehen

Dieser Timestamp wird während der Datenextraktion, -transformation und -ladung (ETL) erzeugt und hinzugefügt.

Beispiele
2024-01-15T02:00:00Z2024-01-16T02:00:00Z
Nacharbeit erfolgt
IsRework
Ein berechnetes Kennzeichen, das angibt, ob bei einem Auftrag Nacharbeit erforderlich war, zum Beispiel wiederholte Verpackungs- oder Qualitätskontrollschritte.
Beschreibung

Dieses boolesche Kennzeichen wird auf „wahr“ gesetzt, wenn ein Logistikauftrag Schleifen mit Nacharbeit aufweist. Ein Beispiel ist die Aktivitätsfolge „Waren kommissioniert und verpackt“ -> „Qualitätskontrolle durchgeführt“ -> „Waren kommissioniert und verpackt“. So werden Cases erkannt, die vom standardisierten, effizienten Ablauf abweichen.

Das Attribut wird zur Berechnung der Kennzahl „Nacharbeitsquote bei Aufträgen“ verwendet und im Dashboard „Analyse von Prozessvarianten und Nacharbeit“ dargestellt. Wenn Sie Cases mit Nacharbeit gezielt untersuchen, können Sie Fehlerquellen und Ineffizienzen in der Auftragsabwicklung erkennen und Maßnahmen ergreifen, um Verschwendung und Betriebskosten zu senken.

Warum das wichtig ist

Macht Ineffizienzen und Qualitätsprobleme sichtbar, indem wiederholte Schritte gekennzeichnet werden. So können Sie gezielt die Prozessstabilität verbessern und Kosten senken.

Woher beziehen

Dieses Feld ist in Blue Yonder nicht vorhanden. Es wird bei der Process-Mining-Analyse berechnet, indem bestimmte wiederholte Aktivitätsfolgen innerhalb eines Cases erkannt werden.

Beispiele
truefalse
Name des Frachtführers
CarrierName
Name des Transportunternehmens, das für den Versand der Waren verantwortlich ist.
Beschreibung

Der Name des Frachtführers bezeichnet den Logistikpartner, der den Transport der Waren vom Lager zum endgültigen Bestimmungsort übernommen hat. Diese Kennzahl ist wichtig, um die Leistung der ausgehenden Logistik zu bewerten.

Im Dashboard „Überwachung der Transporteffizienz“ können Sie anhand des Frachtführers die Dauer des Transports vergleichen. So lässt sich feststellen, welche Transportpartner am schnellsten, zuverlässigsten oder kostengünstigsten sind. Auf dieser Grundlage können Sie Ihre Versandstrategie optimieren.

Warum das wichtig ist

Ermöglicht den Leistungsvergleich verschiedener Frachtführer und hilft dabei, Versandkosten, Routen und Lieferzeiten zu optimieren.

Woher beziehen

Diese Angabe findet sich üblicherweise in den Versand- oder Frachtauftragsdokumenten des Transportation Management System (TMS) von Blue Yonder.

Beispiele
ExpressfrachtNational LogisticsSwift Haulage
Produktkategorie
ProductCategory
Die Kategorie des Produkts im Logistikauftrag, zum Beispiel Elektronik oder Bekleidung.
Beschreibung

Die Produktkategorie dient dazu, ähnliche Produkte zu gruppieren. Je nach Kategorie können sich Lieferkettenprozesse, Handhabungsanforderungen und Durchlaufzeiten unterscheiden.

Im Dashboard „Durchsatztrend bei Logistikaufträgen“ können Sie dieses Attribut verwenden, um das Volumen abgeschlossener Aufträge nach Produkttyp zu filtern und zu vergleichen. So wird sichtbar, ob sich bestimmte Produktlinien durch häufigere Verzögerungen oder einen geringeren Durchsatz auszeichnen. Damit können Sie Verbesserungsmaßnahmen gezielt dort ansetzen, wo sie am dringendsten benötigt werden.

Warum das wichtig ist

Ermöglicht die Analyse nach Produkttyp und macht kategoriespezifische Engpässe, Nachfragemuster oder komplexe Handhabungsanforderungen sichtbar.

Woher beziehen

Diese Angabe ist Teil der Material- oder Produktstammdaten und wird in Blue Yonder den Positionen des Logistikauftrags zugeordnet.

Beispiele
UnterhaltungselektronikIndustriemaschinenBekleidungLebensmittel
Quellsystem
SourceSystem
Das System, aus dem die Daten extrahiert wurden, in diesem Fall Blue Yonder.
Beschreibung

Dieses Attribut gibt an, woher die Prozessdaten stammen. Es ist besonders nützlich, wenn Daten aus mehreren Systemen zusammengeführt werden, um einen umfassenden Überblick über den Prozess zu erhalten und die Datenherkunft nachvollziehbar zu halten.

Für diese Analyse lautet der Wert immer „Blue Yonder“. Als wichtige Metainformation unterstützt er jedoch die Data Governance und liefert Kontext, insbesondere wenn weitere Systeme wie ein ERP- oder CRM-System eingebunden sind.

Warum das wichtig ist

Gibt die Herkunft der Daten an. Das ist wichtig für Data Governance, Validierung und die Verwaltung von Analysen, die mehrere Unternehmenssysteme umfassen.

Woher beziehen

In der Regel wird während der Datenextraktion und -transformation ein statischer Wert hinzugefügt, der die Herkunft des Datensatzes kennzeichnet.

Beispiele
Blue Yonder TMSBlue Yonder WMSBlue Yonder SCP
Termingerecht geliefert
IsOnTimeDelivery
Ein berechnetes Kennzeichen, das angibt, ob die Lieferung am oder vor dem angeforderten Liefertermin eingetroffen ist.
Beschreibung

Dieses boolesche Attribut wird berechnet, indem das tatsächliche Lieferdatum mit dem angeforderten Lieferdatum verglichen wird. Es ordnet jeden Auftrag eindeutig als „Termingerecht“ (wahr) oder „Verspätet“ (falsch) ein und vereinfacht so die Leistungsanalyse.

Das Attribut bildet die Grundlage für das Dashboard „Leistung bei termingerechter Lieferung“ und wird zur Berechnung der Kennzahl „Termintreue“ verwendet. Damit können Sie die Daten schnell filtern und Ursachen für verspätete Lieferungen untersuchen, etwa den Frachtführer oder den Produkttyp.

Warum das wichtig ist

Vereinfacht die Analyse termingerechter Lieferungen durch ein eindeutiges boolesches Ergebnis für jeden Auftrag. So lassen sich Leistungsquoten berechnen und Ursachen für Verzögerungen erkennen.

Woher beziehen

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

Beispiele
truefalse
Transportart
ModeOfTransport
Die für den Versand verwendete Transportart, zum Beispiel Lkw, Luft- oder Seefracht.
Beschreibung

Dieses Attribut gibt an, mit welcher Transportart die Waren befördert werden. Da sich Kosten, Geschwindigkeit und Kapazität je nach Transportart unterscheiden, ist diese Angabe für die Logistikplanung und -analyse wichtig.

Das Dashboard „Überwachung der Transporteffizienz“ verwendet dieses Attribut, um Transportzeiten und Kosten verschiedener Transportarten zu vergleichen. So können Sie fundierte Entscheidungen treffen, etwa zwischen schnellerer, aber teurerer Luftfracht und langsamerer, kostengünstigerer Seefracht. Dabei lassen sich die Priorität des Auftrags und die Kostenvorgaben berücksichtigen.

Warum das wichtig ist

Dient als wichtige Dimension für die Analyse von Transportkosten und -geschwindigkeit und unterstützt strategische Entscheidungen über die geeignete Versandart.

Woher beziehen

Diese Angabe ist üblicherweise in den Versand- oder Frachtauftragsdetails des TMS von Blue Yonder gespeichert.

Beispiele
Komplette Lkw-Ladung (FTL)LuftfrachtSeefrachtSchiene
Vom Lieferanten zugesagter Liefertermin
SupplierPromisedDeliveryDate
Der vom Lieferanten für eine bestimmte Bestellung zugesagte Liefertermin.
Beschreibung

Dieses Datum gibt an, wann der Lieferant die Lieferung von Rohstoffen oder Komponenten zugesagt hat. Es dient als Maßstab für die Zuverlässigkeit und Termintreue des Lieferanten.

Das Attribut ist wichtig für die Berechnung der Kennzahl „Termintreue der Lieferanten“. Dazu wird es mit dem tatsächlichen Wareneingangsdatum verglichen, das im Timestamp des Ereignisses „Rohstoffe eingegangen“ erfasst ist. Diese Analyse ist ein zentraler Bestandteil des Dashboards „Leistung im Wareneingang von Lieferanten“.

Warum das wichtig ist

Dient als Maßstab für die Leistung bei eingehenden Lieferungen. So lassen sich die Zuverlässigkeit der Lieferanten und die Auswirkungen auf den Produktionsplan messen.

Woher beziehen

Dieses Datum ist üblicherweise auf Positionsebene der Bestellung gespeichert. Es basiert auf Angaben des Lieferanten oder auf standardisierten Vorlaufzeiten.

Beispiele
2023-10-102023-10-122023-10-15
Erforderlich Empfohlen Optional

Aktivitäten im Supply-Chain-Management

Diese wichtigen Prozessschritte und Meilensteine sollten Sie in Ihrem Event Log erfassen, um den Prozess präzise zu entdecken und zu optimieren.
7 Empfohlen 8 Optional
Aktivität Beschreibung
Bestellung ausgelöst
Dieses Ereignis kennzeichnet die formelle Anlage und Übermittlung einer Bestellung an einen externen Lieferanten für Rohstoffe oder Fertigerzeugnisse. Es wird als zentrales Ereignis in den Beschaffungsfunktionen von Blue Yonder direkt erfasst.
Warum das wichtig ist

Dieser Meilenstein ist wichtig, um Lieferzeiten und Leistung der Lieferanten nachzuverfolgen. Er bildet den Ausgangspunkt für die KPI zur termingerechten Lieferung durch Lieferanten.

Woher beziehen

Wird als direkt erfasstes Ereignis in den Tabellen des Beschaffungssystems gespeichert. Der Timestamp zeigt, wann das Bestelldokument angelegt oder offiziell ausgelöst wurde.

Erfassung

Das Ereignis entspricht dem Timestamp der Anlage oder Auslösung des Bestelldokuments.

Ereignistyp explicit
Kundenauftrag eingegangen
Diese Aktivität kennzeichnet die Anlage eines neuen Logistikauftrags im System, ausgelöst durch eine Kundenanfrage. Das Ereignis wird in der Regel direkt erfasst, wenn ein Benutzer oder eine EDI-Nachricht im Order-Management-Modul von Blue Yonder einen Kundenauftrag anlegt.
Warum das wichtig ist

Dies ist das zentrale Start-Event des durchgängigen Lieferkettenprozesses. Die Analyse dieser Aktivität ist entscheidend, um das Auftragsvolumen und die gesamte Durchlaufzeit vom Auftrag bis zur Lieferung zu messen.

Woher beziehen

Dieses Ereignis wird bei der Anlage eines Kundenauftrags direkt in den Tabellen des Auftragsmanagementsystems protokolliert. Es entspricht dem Timestamp der Anlage des Auftragskopfsatzes.

Erfassung

Das Ereignis wird bei der Anlage des Kundenauftrags protokolliert, zum Beispiel beim Transaktionsabschluss.

Ereignistyp explicit
Liefernachweis unterzeichnet
Diese abschließende Aktivität bestätigt, dass der Kunde die Lieferung angenommen hat, häufig durch die Unterzeichnung eines Lieferdokuments. Das Ereignis wird in der Regel über eine Statusänderung erfasst, entweder manuell oder über eine mobile App des Fahrers.
Warum das wichtig ist

Dies ist das zuverlässigste End-Event für den durchgängigen Logistikprozess. Es ist entscheidend für die Berechnung der gesamten Durchlaufzeit und der Quote termingerechter Lieferungen.

Woher beziehen

Abgeleitet aus einer Statusänderung des Liefer- oder Versanddokuments im TMS oder OMS. Verwendet wird der Timestamp, an dem der Status zu „Liefernachweis eingegangen“ oder „Zugestellt“ wechselt.

Erfassung

Abgeleitet aus einer Statusänderung des Versanddokuments, die die bestätigte Lieferung anzeigt.

Ereignistyp inferred
Rohstoffe eingegangen
Diese Aktivität kennzeichnet den physischen Wareneingang vom Lieferanten in einem Lager oder einer Produktionsstätte. Sie wird direkt über eine Wareneingangsbuchung erfasst, die häufig durch das Scannen der eingehenden Artikel ausgelöst wird.
Warum das wichtig ist

Dieses Ereignis markiert das Ende des Lieferabschnitts durch den Lieferanten. Es ist wichtig, um die Zuverlässigkeit der Lieferanten und die Effizienz der eingehenden Logistik zu messen.

Woher beziehen

Erfasst aus den Transaktionsprotokollen des Warehouse Management Systems (WMS) oder der Bestandsmanagementmodule. Das Ereignis entspricht Datum und Uhrzeit der Buchung des Wareneingangsbelegs.

Erfassung

Basiert auf dem Timestamp der Wareneingangsbuchung.

Ereignistyp explicit
Waren für den Transport verladen
Dieses Ereignis markiert den Zeitpunkt, an dem die verpackten Waren auf das Transportfahrzeug geladen werden und das Lager verlassen. Es wird als wichtiges Ereignis häufig direkt als Warenausgangsbuchung im WMS oder TMS erfasst.
Warum das wichtig ist

Dieses Ereignis bildet den Ausgangspunkt für die Messung der Transportdurchlaufzeit und der gesamten Transporteffizienz. Es kennzeichnet die Übergabe vom internen Lagerbetrieb an den externen Frachtführer.

Woher beziehen

Wird im WMS oder ERP-System direkt als Warenausgangsbuchung protokolliert. Datum und Uhrzeit der Buchung dienen als Ereignis-Timestamp.

Erfassung

Das Ereignis wird aus dem Protokoll der zur Lieferung gehörenden Warenausgangsbuchung erfasst.

Ereignistyp explicit
Waren kommissioniert und verpackt
Diese Aktivität umfasst das Kommissionieren der Artikel aus dem Lager und ihre Verpackung für den Versand. Sie wird häufig direkt von Lagerpersonal über RF-Scanner im WMS erfasst.
Warum das wichtig ist

Dies ist ein wichtiger Meilenstein in der ausgehenden Logistik. Die Analyse der Dauer zeigt Ineffizienzen im Lagerbetrieb und fließt in die Durchlaufzeit vom Bestand bis zum Versand ein.

Woher beziehen

Wird direkt in den Transaktionsprotokollen des Blue Yonder WMS erfasst. Die Timestamps werden gespeichert, wenn das Lagerpersonal die Kommissionier- und Verpackungsaufgaben als abgeschlossen bestätigt.

Erfassung

Der Ereignis-Timestamp wird erfasst, sobald die letzte Kommissionier- oder Verpackungsaufgabe für den Auftrag bestätigt ist.

Ereignistyp explicit
Waren produziert
Dieses Ereignis markiert den Abschluss der Fertigung für einen Logistikauftrag. Es wird häufig aus einer Statusänderung des Produktionsauftrags abgeleitet, etwa wenn dieser den Status „Abgeschlossen“ oder „Fertig“ erhält.
Warum das wichtig ist

Dieser Meilenstein ist entscheidend für die Messung der Produktionsdurchlaufzeit und bildet den Ausgangspunkt für die KPI zur Durchlaufzeit von der Produktion bis zum Versand. Er zeigt an, dass die Waren für den nächsten Schritt der Auftragserfüllung bereitstehen.

Woher beziehen

Abgeleitet aus einer Statusänderung in den Tabellen des Fertigungsauftrags, zum Beispiel wenn der Status auf „Abgeschlossen“ gesetzt wird. Der Timestamp dieser abschließenden Statusänderung dient als Ereigniszeit.

Erfassung

Ermitteln Sie den Timestamp, an dem der Status des Produktionsauftrags in einen abschließenden Status wie „Abgeschlossen“ wechselt.

Ereignistyp inferred
Auftrag storniert
Diese Aktivität steht für die Stornierung eines Logistikauftrags, bevor die Auftragserfüllung abgeschlossen ist. Sie ist ein alternatives End-Event und wird aus einem abschließenden Status wie „Storniert“ oder „Ungültig“ des Kundenauftrags abgeleitet.
Warum das wichtig ist

Die Nachverfolgung von Stornierungen ist wichtig, um Abbrüche im Prozess und Unzufriedenheit bei Kunden zu verstehen. Eine Analyse, wann und warum Aufträge storniert werden, kann grundlegende Probleme im Vertrieb oder Betrieb aufdecken.

Woher beziehen

Abgeleitet aus dem Status des Kundenauftragskopfs. Der Timestamp des Wechsels in den abschließenden Status „Storniert“ wird als Ereigniszeit erfasst.

Erfassung

Basiert auf dem Timestamp der Statusänderung des Auftrags zu „Storniert“.

Ereignistyp inferred
Bestandsverfügbarkeit geprüft
Diese Aktivität steht für eine systemgestützte oder manuelle Prüfung, ob die benötigten Artikel für den Kundenauftrag auf Lager sind. Sie wird häufig aus Statusänderungen an der Auftragsposition abgeleitet, die anzeigen, dass die Available-to-Promise-Prüfung (ATP) bestanden wurde.
Warum das wichtig ist

Mit dieser Aktivität lässt sich messen, wie lange die Auftragsbestätigung dauert und ob Fehlbestände Verzögerungen verursachen. Sie ist wichtig für die Berechnung der KPI zur Bestandsverfügbarkeit und für die Einschätzung, ob ein Auftrag erfüllt werden kann.

Woher beziehen

Abgeleitet aus einer Statusänderung an der Kundenauftragsposition, zum Beispiel von „Neu“ zu „Bestätigt“, oder aus einem Timestamp im Protokoll einer ATP-Prüfung in den Bestands- oder Auftragsmanagementmodulen von Blue Yonder.

Erfassung

Abgeleitet aus einer Statusänderung an der Auftragsposition, die die Bestätigung des Bestands anzeigt.

Ereignistyp inferred
Bestellanforderung angelegt
Diese Aktivität tritt auf, wenn der Bestand zur Erfüllung eines Auftrags nicht ausreicht und deshalb benötigte Materialien beschafft werden müssen. Die Anlage einer Bestellanforderung wird als Ereignis im Beschaffungsmodul direkt erfasst.
Warum das wichtig ist

Die Nachverfolgung zeigt, in welchem Maß die Auftragserfüllung von der Beschaffung abhängt und wie sich das auf die Gesamtdurchlaufzeit auswirkt. So werden Fälle sichtbar, in denen Bestandsengpässe die Lieferkette verzögern.

Woher beziehen

Wird direkt in den Tabellen für Beschaffung oder Lieferkettenplanung protokolliert, wenn eine Bestellanforderung angelegt und mit dem Bedarf des Kundenauftrags verknüpft wird.

Erfassung

Basiert auf dem Timestamp der Anlage der Bestellanforderung.

Ereignistyp explicit
Produktion eingeplant
Diese Aktivität steht für die Planung und Terminierung eines Produktions- oder Fertigungsauftrags zur Herstellung der benötigten Waren. Sie wird in der Regel als Ereignis von den Fertigungs- oder Lieferkettenplanungsmodulen von Blue Yonder erzeugt.
Warum das wichtig ist

Diese Aktivität macht den Beginn des Fertigungszyklus sichtbar. Der Zeitraum zwischen Einplanung und Produktionsabschluss zeigt mögliche Lücken zwischen Planung und Ausführung.

Woher beziehen

Wird in den Tabellen des Fertigungssteuerungs- oder Planungssystems protokolliert. Der Timestamp bezieht sich auf die Anlage oder Bestätigung eines Produktionsauftrags.

Erfassung

Abgeleitet aus dem Timestamp der Anlage oder Statusänderung eines Fertigungsauftrags.

Ereignistyp explicit
Qualitätskontrolle durchgeführt
Diese Aktivität steht für den Abschluss einer Qualitätsprüfung der Fertigerzeugnisse, bevor sie für den Versand bereitgestellt werden. Sie lässt sich aus einer Statusänderung des Bestandsloses oder der Charge ableiten, etwa wenn der Status auf „frei verwendbar“ oder „Prüfung bestanden“ wechselt.
Warum das wichtig ist

Diese Aktivität hilft, Engpässe in der Qualitätssicherung zu erkennen, und ist wichtig für die Analyse von Nacharbeit. Wiederholte Qualitätsprüfungen desselben Auftrags können auf Qualitätsprobleme hinweisen.

Woher beziehen

Abgeleitet aus einer Statusänderung in den Bestandsmanagement- oder Qualitätsmanagementmodulen. Verwendet wird der Timestamp des Wechsels von „in Prüfung“ zu „freigegeben“.

Erfassung

Abgeleitet aus einer Änderung des Qualitätsstatus der zugehörigen Bestandscharge oder des Bestandsloses.

Ereignistyp inferred
Rechnung an Kunden gesendet
Diese Aktivität steht für die Erstellung und Ausstellung einer Kundenrechnung für die gelieferten Waren. Sie wird als Finanztransaktion direkt in den Auftragsmanagement- oder Finanzmodulen protokolliert.
Warum das wichtig ist

Diese Aktivität ist ein wichtiger Schritt im Auftragsabwicklungsprozess von der Bestellung bis zum Zahlungseingang. Der zeitliche Abstand zur Lieferung kann Verzögerungen bei der Rechnungsstellung aufzeigen, die den Cashflow beeinträchtigen.

Woher beziehen

Wird direkt in den Tabellen für Abrechnung oder Finanzen protokolliert. Das Ereignis entspricht dem Erstellungs- oder Buchungsdatum des Rechnungsdokuments.

Erfassung

Basiert auf dem Buchungs-Timestamp des Kundenrechnungsbelegs.

Ereignistyp explicit
Versand eingeplant
Diese Aktivität steht für die Transportplanung, einschließlich der Auswahl des Frachtführers und der Buchung eines Abholzeitfensters. Sie wird im Transportation Management System (TMS) von Blue Yonder direkt erfasst, wenn eine Sendung angelegt und bestätigt wird.
Warum das wichtig ist

Dieses Ereignis gibt Aufschluss über die Transportplanungsphase. Verzögerungen in diesem Schritt können die pünktliche Abfahrt und die gesamte Lieferleistung beeinträchtigen.

Woher beziehen

Erfasst aus den Transaktionsprotokollen des TMS-Moduls. Das Ereignis entspricht dem Timestamp, an dem ein Versanddokument fertiggestellt oder ein Frachtführer zugewiesen wird.

Erfassung

Basiert auf dem Timestamp der Anlage oder Bestätigung des Versand- oder Ladeplans.

Ereignistyp explicit
Waren am Zielort entladen
Diese Aktivität zeigt an, dass die Sendung am Standort des Kunden eingetroffen und entladen wurde. Sie wird häufig direkt über eine EDI-Nachricht des Frachtführers oder manuell anhand seiner Informationen erfasst.
Warum das wichtig ist

Dieses Ereignis markiert das Ende des Transportabschnitts. Es ist wichtig für die genaue Berechnung der KPI zur Transportdurchlaufzeit und für die Ermittlung von Verzögerungen durch Frachtführer.

Woher beziehen

Diese Informationen stammen in der Regel über EDI-Datenfeeds oder ein Frachtführerportal von externen Frachtführern. Sie werden als Statusänderung des Versanddokuments im TMS gespeichert.

Erfassung

Der Ereigniszeitpunkt basiert auf dem Timestamp der Statusmeldung „Zugestellt“ des Frachtführers.

Ereignistyp explicit
Empfohlen Optional

Anleitungen zur Datenextraktion

So exportieren Sie Ihre Daten aus Blue Yonder

Die Extraktionsmethoden für diesen Prozess werden derzeit geprüft. Schauen Sie später wieder vorbei oder kontaktieren Sie uns wenn Sie Unterstützung benötigen.

Möchten Sie loslegen?

Nutzen Sie diese Templates, um Ihr Supply-Chain-Management zu optimieren. Machen Sie verborgene Ineffizienzen sichtbar und verbessern Sie Ihre Abläufe.

Vermeiden Sie Verzögerungen: Optimieren Sie jetzt Ihre Blue-Yonder-Lieferkette

Erreichen Sie eine Prognosegenauigkeit von 90 % und vermeiden Sie kostspielige Fehlbestände.

Starten Sie Ihre kostenlose Testphase

Keine Kreditkarte erforderlich. Die Einrichtung dauert nur wenige Minuten.