Ihr Lieferkettenmanagement Daten Template
Ihr Lieferkettenmanagement Daten Template
- Empfohlene `Attribute` für eine gründliche Analyse
- Wichtige Prozessaktivitäten und Meilensteine zur Verfolgung
- Schritt-für-Schritt-Anleitung zur Datenextraktion aus Blue Yonder
Lieferkettenmanagement Attribute
| Name | Beschreibung | ||
|---|---|---|---|
| Aktivitätsname ActivityName | Der Name eines spezifischen Geschäfts-Ereignisse oder Schritts, der innerhalb des Logistikprozesses aufgetreten ist, wie z.B. 'Bestellung ausgegeben' oder 'Waren kommissioniert und verpackt'. | ||
| Beschreibung Der Aktivitätsname beschreibt einen einzelnen Schritt oder eine Aufgabe, die im Rahmen des Lebenszyklus des Logistikauftrags ausgeführt wird. Diese Ereignisse 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 Prozessablauf, die Erkennung von Engpässen zwischen bestimmten Schritten, die Analyse von Aktivitätshäufigkeiten und die Identifizierung von Abweichungen vom Standard-Prozessfluss. Bedeutung Dieses Attribut definiert die Schritte in der Prozessablauf und ermöglicht so die Visualisierung, Analyse und Optimierung des Flusses von Logistikaufträgen. Datenquelle 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 erhaltenProduzierte GüterSendung terminiertZustellbestätigung unterschrieben | |||
| Logistikauftrag LogisticsOrder | Der eindeutige Identifikator für einen einzelnen Logistikauftrag, der als primäre Case-ID zur Verfolgung des End-to-End Supply Chain Prozesses dient. | ||
| Beschreibung Der Logistikauftrag ist der zentrale Identifikator, 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 wichtig für die Berechnung von End-to-End-Durchlaufzeiten, die Identifizierung von Prozessvarianten und das Verständnis des Weges jeder Bestellung durch verschiedene Phasen wie Beschaffung, Produktion und Distribution. Bedeutung Dies ist die wesentliche Case-ID. Sie verknüpft alle Prozessschritte miteinander und ermöglicht die Rekonstruktion und Analyse der gesamten Auftragsabwicklungsreise. Datenquelle Dieser Identifikator ist in der Regel in den Hauptmodulen für Auftragsmanagement oder Logistikausführung innerhalb von Blue Yonder zu finden. Beispiele LO-845123LO-845124LO-845125 | |||
| Startzeit EventTime | Der Zeitstempel, der anzeigt, wann eine spezifische Aktivität begann oder stattfand. | ||
| Beschreibung 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 wichtig für die korrekte Sequenzierung von Ereignisse und für alle zeitbasierten Analysen. Dieser Zeitstempel wird verwendet, um Durchlaufzeiten 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 Durchlaufzeit. Bedeutung Dieser Zeitstempel ist wichtig für die Anordnung von Ereignisse, die Berechnung von Dauern und die Analyse von Prozessleistung und Engpässen über die Zeit. Datenquelle Diese Information ist in der Regel als Erstellungsdatum, Änderungsdatum oder Buchungsdatum-Zeitstempel in den TransaktionsDatentabellen für jedes Business-Objekt in Blue Yonder verfügbar. Beispiele 2023-10-26T09:00:00Z2023-10-26T14:30:00Z2023-10-27T11:15:00Z | |||
| Aktuelles Lieferdatum ActualDeliveryDate | Das tatsächliche Datum, an dem die Bestellung erfolgreich an den Kunden geliefert wurde, bestätigt durch einen Liefernachweis. | ||
| Beschreibung Das tatsächliche Lieferdatum wird nach Abschluss der Lieferung erfasst, oft aus dem Event 'Proof Of Delivery Signed'. Dieser Zeitstempel markiert die endgültige Erfüllung des Logistikauftrags. Dieses Attribut ist wichtig 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 Leistungsfähigkeit' Dashboard visualisiert. Bedeutung Wesentlich für die Berechnung der Pünktlichkeitsrate der Lieferung, misst dieses Attribut die tatsächliche Leistungsfähigkeit im Vergleich zur Erwartung des Kunden. Datenquelle Dieses Datum wird oft vom Zeitstempel des Liefernachweis-Ereignisse abgeleitet, der im TMS von Blue Yonder oder einem verwandten Logistikmodul erfasst werden kann. Beispiele 2023-11-142023-11-212023-12-01 | |||
| Angefordertes Lieferdatum RequestedDeliveryDate | Das Lieferdatum für den Auftrag, wie vom Kunden angefordert. | ||
| Beschreibung 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 wesentlich für das Dashboard 'On-Time Delivery Leistungsfähigkeit', da es die Analyse von Verzögerungen und deren Grundursachen ermöglicht, wie z.B. Speditionsleistung oder interne Engpässe. Bedeutung Dies ist die Baseline zur Messung der Kundenzufriedenheit und Lieferleistung. Sie ist wichtig für die Berechnung des KPIs 'On-Time Delivery Rate'. Datenquelle Dies wird in der Regel in den Kundenauftrags-Header-Daten innerhalb des Auftragsmanagement Systems von Blue Yonder gespeichert. Beispiele 2023-11-152023-11-202023-12-01 | |||
| Auftragsart OrderType | Die Klassifikation der Bestellung, wie z.B. 'Standardauftrag', 'Eilauftrag' oder 'Großauftrag'. | ||
| Beschreibung Der Auftragstyp kategorisiert Logistikaufträge basierend auf ihren Eigenschaften, ihrer Dringlichkeit oder den Antrag bearbeitet.em Geschäftskontext. Verschiedene Auftragstypen folgen oft unterschiedlichen Prozesspfaden oder haben unterschiedliche Service Level Agreements (SLAs). Die Analyse nach Auftragstyp ist maßgeblich, um Prozessvariationen zu verstehen. Zum Beispiel wird erwartet, dass „Eilaufträge“ kürzere Durchlaufzeiten 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“. Bedeutung Hilft, Prozessvariationen und Leistungsfähigkeit-Unterschiede zu erklären, da verschiedene Auftragstypen oft einzigartige Wege, Prioritäten und SLAs aufweisen. Datenquelle Diese Information wird in der Regel in den Auftrags-Header-Daten innerhalb des Auftragsmanagement Systems von Blue Yonder gespeichert. Beispiele StandardEilauftragBestandsverlagerungRücksendung | |||
| Auftragsstatus OrderStatus | Der aktuelle oder endgültige Status des Logistikauftrags, wie z.B. 'In Bearbeitung', 'Abgeschlossen' oder 'Storniert'. | ||
| Beschreibung 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 Resultate verschiedener Prozessvarianten zu verstehen und ist eine einfache Möglichkeit, die Gesamtprozesserfolgs- oder -fehlerraten zu messen. Bedeutung Gibt das Ergebnis eines Falls an, was eine Filterung der Analyse nach abgeschlossenen, in Bearbeitung befindlichen oder stornierten Aufträgen ermöglicht, was wichtig für die Kontextualisierung von Leistungsfähigkeit-Metriken ist. Datenquelle Dies ist in der Regel ein Statusfeld im Header den Antrag bearbeitet.es Hauptlogistikauftrags oder Versanddokuments in Blue Yonder. Beispiele AbgeschlossenIn BearbeitungStorniertAuf Wartestellung | |||
| Benutzername UserName | Die Benutzer-ID oder den Antrag bearbeitet.er Name der Person, die die Aktivität ausgeführt hat. | ||
| Beschreibung Dieses Attribut identifiziert den Mitarbeiter oder Systembenutzer, der für einen bestimmten Prozessschritt verantwortlich ist. Es ist wichtig für das Verständnis von Ressourcenallokation, Arbeitslastverteilung und Leistung auf individueller oder Teamebene. In der Analyse wird 'Benutzer Name' verwendet, um Prozessablaufn zu filtern, um zu sehen, wie verschiedene Benutzer dieselbe Aufgabe ausführen, Schulungsbedarfe zu identifizieren oder Top-Performer zu bestimmen. Es ist auch wichtig für das Dashboard 'Manual Aufgabe and Automatisierung Potential', um zu sehen, welche Benutzer an häufigen, repetitiven Aufgaben beteiligt sind. Bedeutung Ordnet Benutzeraktionen bestimmten Personen zu, was eine Workload-Analyse, Leistungsfähigkeit-Vergleiche und die Identifizierung von Automatisierungsmöglichkeiten ermöglicht. Datenquelle Typischerweise in TransaktionsDaten als Feld 'Erstellt von' oder 'Geändert von' zu finden, verknüpft mit einer BenutzerstammDatentabelle in Blue Yonder. Beispiele j.doea.smithSYSTEM_RFC | |||
| Lieferantenname SupplierName | Der Name des Lieferanten, der Rohmaterialien oder Komponenten für eine Bestellung bereitstellt. | ||
| Beschreibung 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 'Lieferant Inbound Leistungsfähigkeit' verwendet, um Durchlaufzeiten von der Bestellung bis zum Materialeingang nach jedem Lieferanten aufzuschlüsseln. Diese Analyse hilft, leistungsstarke und schnelle Lieferanten im Vergleich zu denen zu identifizieren, die konsistent Verzögerungen verursachen, und Hinweisrmiert die Beschaffungsstrategie und das Lieferantenbeziehungsmanagement. Bedeutung Ermöglicht die Leistungsfähigkeit-Analyse verschiedener Lieferanten, was wichtig für die Optimierung der Inbound-Logistik und die Einhaltung der Produktionspläne ist. Datenquelle Diese Information wird in den BestellDaten des Headers gespeichert und ist über eine LieferantenstammDatentabelle innerhalb von Blue Yonder oder einem integrierten ERP verknüpft. Beispiele Global Components Inc.Advanced Materials LLCPrecision Parts Co. | |||
| Bestellnummer PurchaseOrderNumber | Der eindeutige Identifikator für eine Bestellung, die zur Beschaffung von Rohmaterialien oder Waren von einem Lieferanten erstellt wurde. | ||
| Beschreibung Die Bestellnummer verknüpft den Logistikauftrag mit dem Beschaffungsprozess. Sie wird während Aktivitäten wie 'Purchase Requisition erstellt' und 'Bestellung ausgegeben' erstellt. Dieses Attribut ermöglicht eine detaillierte Analyse des Beschaffungs-Subprozesses. Es ist wichtig für das Dashboard 'Lieferant Inbound Leistungsfähigkeit', 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. Bedeutung Verknüpft den Hauptabwicklungsprozess mit den vorgelagerten Beschaffungsaktivitäten und ermöglicht eine detaillierte Analyse der Lieferantenleistung und der Beschaffungszykluszeiten. Datenquelle Dieser Identifikator wird im Beschaffungs- oder Einkaufsmodul von Blue Yonder oder einem integrierten ERP-System generiert und gespeichert. Beispiele PO45000123PO45000124PO45000125 | |||
| End-to-End Zykluszeit EndToEndCycleTime | Die gesamte verstrichene Zeit von der ersten Aktivität ('Kundenauftrag erhalten') bis zur letzten Aktivität ('Liefernachweis unterzeichnet') für einen Logistikauftrag. | ||
| Beschreibung Diese Metrik misst die Gesamtdauer des Lebenszyklus eines Logistikauftrags. Sie ist ein Key Leistungsfähigkeit Indicator, der den Antrag bearbeitet.ie 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 'Logistikauftrag End-to-End Durchlaufzeit'. 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 Typ' oder 'Product Category' aufgeschlüsselt werden, um Treiber langer Durchlaufzeiten zu finden. Bedeutung Dies ist ein kritischer KPI zur Messung der Gesamtgeschwindigkeit der Supply Chain, der sich direkt auf Kundenzufriedenheit und BetriebskAPItal auswirkt. Datenquelle Dieser Wert wird nicht im Quellsystem gespeichert. Er wird berechnet, indem der Zeitstempel des ersten Ereignisse vom Zeitstempel des letzten Ereignisse für jeden Case subtrahiert wird. Beispiele 15 Tage 4 Stunden22 Tage 11 Stunden10 Tage 2 Stunden | |||
| Endzeit EndTime | Der Zeitstempel, der angibt, wann eine Aktivität abgeschlossen wurde. | ||
| Beschreibung 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. Bedeutung Ermöglicht die genaue Berechnung der Aktivitätsbearbeitungszeit, die wichtig ist für die Identifizierung ineffizienter Aufgaben und die Messung der RessourcenProduktivität. Datenquelle Ähnlich wie die Startzeit, ist dies in der Regel als Zeitstempel in den TransaktionsDatentabellen für jedes Geschäftsobjekt in Blue Yonder zu finden und markiert oft einen Statusabschluss. Beispiele 2023-10-26T09:05:14Z2023-10-26T14:45:00Z2023-10-27T11:18:30Z | |||
| Ersteller der Purchase Requisition PurchaseRequisitionCreator | Der Benutzer oder den Antrag bearbeitet.ie Abteilung, die die Anfrage zum Kauf von Waren oder Materialien initiiert hat. | ||
| Beschreibung Dieses Attribut identifiziert die Person oder den Antrag bearbeitet.as Team, das die Purchase Requisition 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 Aufgabe and Automatisierung Potential' verwendet werden. Wenn wenige Benutzer ein hohes Volumen an Standardanforderungen erstellen, könnte dies auf eine Möglichkeit zur Automatisierung des Anforderungsprozesses hinweisen. Bedeutung Identifiziert den Ursprung einer Beschaffungsanforderung, was bei der Analyse interner Nachfragemuster und der Identifizierung von Automatisierungsmöglichkeiten hilft. Datenquelle In den Daten des Purchase Requisitionsdokuments zu finden, in der Regel als Feld „Erstellt von“. Beispiele m.jonesp.chenPLANNING_DEPT | |||
| Ist Nacharbeit IsRework | Ein berechnetes Kennzeichen, das angibt, ob ein Auftrag Nacharbeiten wie wiederholte Verpackungs- oder Qualitätskontrollschritte durchlaufen hat. | ||
| Beschreibung Dieses boolesche Flag wird auf 'Ja' gesetzt, wenn ein Logistikauftrag Anzeichen von Nacharbeitsschleifen zeigt, wie z.B. die Aktivitätssequenz 'Waren kommissioniert und verpackt' -> 'Qualitätskontrolle durchgeführt' -> 'Waren kommissioniert und verpackt'. Es identifiziert Fälle, 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 Fälle mit Nacharbeit hilft, Fehlerquellen oder Ineffizienzen im Erfüllungsprozess zu identifizieren, was zu gezielten Verbesserungen führt, um Verschwendung und Betriebskosten zu reduzieren. Bedeutung 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. Datenquelle 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. Beispiele JaNein | |||
| Kundenname CustomerName | Der Name des Kunden, der den Antrag bearbeitet.ie Bestellung aufgegeben hat. | ||
| Beschreibung Identifiziert den Endkunden für den Logistikauftrag. Dies ist eine wesentliche Dimension zur Segmentierung der Analyse aus einer kundenorientierten Sicht. Die Analyse der Prozess-Leistungsfähigkeit nach Kunde kann aufzeigen, ob bestimmte Kunden längere Durchlaufzeiten oder mehr Probleme erleben. Dieses Attribut unterstützt Dashboards wie „On-Time Delivery Leistungsfähigkeit“, indem es eine Aufschlüsselung nach Kunde ermöglicht und hilft, Verbesserungen für Schlüsselkunden zu priorisieren. Bedeutung Ermöglicht kundenorientierte Analysen, die helfen zu identifizieren, welche Kunden am stärksten von Prozesseffizienzen betroffen sind und Serviceverbesserungen zu priorisieren. Datenquelle Diese Information wird in den Kundenauftrags-Header-Daten gespeichert und ist über eine KundenstammDatentabelle in Blue Yonder oder einem integrierten CRM/ERP verknüpft. Beispiele Retail CorpMegaStore Inc.Direkte Konsumgüter | |||
| Letzte Datenaktualisierung LastDataUpdate | Der Zeitstempel, der angibt, wann die Daten zuletzt aktualisiert oder aus dem Quellsystem extrahiert wurden. | ||
| Beschreibung 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. Bedeutung Liefert wichtigen Kontext zur Datenaktualität und stellt sicher, dass Benutzer wissen, wie aktuell die Prozessanalyse ist. Datenquelle Dieser Beispiele 2024-01-15T02:00:00Z2024-01-16T02:00:00Z | |||
| Produktkategorie ProductCategory | Die Kategorie, zu der den Antrag bearbeitet.as Produkt im Logistikauftrag gehört, wie z.B. 'Elektronik' oder 'Bekleidung'. | ||
| Beschreibung Die Produktkategorie ist eine Klassifizierung, die verwendet wird, um ähnliche Produkte zusammenzufassen. Verschiedene Produktkategorien können unterschiedliche Lieferkettenmanagementnprozesse, 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. Bedeutung Ermöglicht die Segmentierung der Prozessanalyse nach Produkttyp, wodurch kategoriespezifische Engpässe, Nachfragemuster oder Handhabungskomplexitäten aufgedeckt werden. Datenquelle Dies ist Teil der Material- oder ProduktstammDaten, die mit den Positionen des Logistikauftrags in Blue Yonder verknüpft wären. Beispiele UnterhaltungselektronikIndustriemaschinenBekleidungLebensmittel | |||
| Pünktliche Lieferung IsOnTimeDelivery | Ein berechnetes Kennzeichen, das anzeigt, ob der Auftrag am oder vor dem angeforderten Lieferdatum geliefert wurde. | ||
| Beschreibung 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' (Ja) oder 'Verspätet' (false) kategorisiert. Dieses Attribut treibt direkt das Dashboard 'On-Time Delivery Leistungsfähigkeit' 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. Bedeutung 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 vereinfacht. Datenquelle Dieses Attribut ist nicht im Quellsystem vorhanden. Es wird während der Datentransformation mit der Formel berechnet: ActualDeliveryDate <= RequestedDeliveryDate. Beispiele JaNein | |||
| Quellsystem SourceSystem | Das System, aus dem die Daten extrahiert wurden, in diesem Fall Blue Yonder. | ||
| Beschreibung Dieses Attribut identifiziert den Ursprung der ProzessDaten. Es ist besonders nützlich in Umgebungen, in denen Daten aus mehreren Systemen für eine vollständige Prozessansicht kombiniert werden, um eine klare Datenherkunft zu sicherstellen. Für diese Analyse wird der Wert durchgängig 'Blue Yonder' sein, aber es dient als wichtiges Stück MetaDaten für Daten Governance und Kontext, insbesondere wenn andere Systeme wie ein ERP oder CRM integriert sind. Bedeutung Identifiziert den Datenursprung, was wichtig für Daten Governance, Validierung und das Management von Analysen über mehrere Unternehmenssysteme hinweg ist. Datenquelle Dies ist in der Regel ein statischer Wert, der während der Datenextraktion und -transformation hinzugefügt wird, um die Herkunft des Datensatzes zu kennzeichnen. Beispiele Blue Yonder TMSBlue Yonder WMSBlue Yonder SCP | |||
| Spediteurname CarrierName | Der Name des Transportunternehmens, das für den Versand der Waren verantwortlich ist. | ||
| Beschreibung Der Speditionsname identifiziert den Logistikpartner, der den Antrag bearbeitet.en 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, leistungsstarksten oder kostengünstigsten Transportpartner zu identifizieren und die Versandstrategien entsprechend zu optimieren. Bedeutung Ermöglicht Leistungsfähigkeit-Benchmarking verschiedener Transportdienstleister, was hilft, Versandkosten, Routen und Lieferzeiten zu optimieren. Datenquelle Dies ist in der Regel in den Versand- oder FrachtauftragsDokumenten innerhalb des Transportation-Management-Systemen (TMS) von Blue Yonder zu finden. Beispiele ExpressfrachtNational LogisticsSwift Haulage | |||
| Transportmanagementmentittel ModeOfTransport | Die für den Versand verwendete Transportmanagementmentethode, wie z.B. LKW, Luft oder See. | ||
| Beschreibung 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 Transportmanagementmentodi 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. Bedeutung Bietet eine Schlüsseldimension zur Analyse von Transportkosten und -geschwindigkeit, die strategische Entscheidungen über die effektivsten Versandmethoden ermöglicht. Datenquelle Diese Information wird üblicherweise in den Details der Sendung oder den Antrag bearbeitet.es Frachtauftrags im TMS von Blue Yonder gespeichert. Beispiele Komplettladung (FTL)LuftfrachtSeefrachtRail | |||
| Zugesagtes Lieferdatum des Lieferanten SupplierPromisedDeliveryDate | Das vom Lieferanten für eine bestimmte Bestellung zugesagte Lieferdatum. | ||
| Beschreibung 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 wichtig für die Berechnung des KPIs 'Lieferant On-Time Delivery Rate'. Es wird mit dem tatsächlichen Wareneingangsdatum der Materialien (Event-Zeitstempel 'Rohmaterialien erhalten') verglichen, um festzustellen, ob der Lieferant seine Zusage eingehalten hat. Diese Analyse ist zentral für das Dashboard 'Lieferant Inbound Leistungsfähigkeit'. Bedeutung Dient als Leistungsfähigkeit-Benchmark für eingehende Lieferungen und ermöglicht die Messung der Lieferantenverlässlichkeit und deren Auswirkungen auf den Produktionsplan. Datenquelle Dieses Datum wird in der Regel auf Positionsebene der Bestellung gespeichert, basierend auf Informationen des Lieferanten oder Standardlieferzeiten. Beispiele 2023-10-102023-10-122023-10-15 | |||
Lieferkettenmanagement Aktivitäten
| Aktivität | Beschreibung | ||
|---|---|---|---|
| Bestellung aufgegeben | Dies markiert die formelle Erstellung und Versendung einer Bestellung an einen externen Lieferanten für Rohmaterialien oder Fertigwaren. Dies ist ein zentrales, explizites Event innerhalb der Beschaffungsfunktionalitäten von Blue Yonder. | ||
| Bedeutung Dies ist ein wichtiger Meilenstein für die Verfolgung von Lieferantenlieferzeiten und -leistung. Er dient als Ausgangspunkt für den KPI 'Lieferant On-Time Delivery'. Datenquelle Als explizites Ereignis in den Beschaffungssystemtabellen erfasst, mit einem Zeitstempel, der angibt, wann das Bestellbeleg erstellt oder offiziell ausgegeben wurde. Erfassen Ereignis entspricht dem Erstellungs- oder Ausstellungs-Zeitstempel des Bestellbelegs. Ereignistyp explicit | |||
| Kundenauftrag erhalten | Diese Aktivität markiert die Erstellung eines neuen Logistikauftrags im System, initiiert durch eine Kundenanfrage. Dieses Event wird in der Regel explizit erfasst, wenn ein Benutzer oder eine EDI-Nachricht ein Verkaufsauftragsdokument im Auftragsmanagement Modul von Blue Yonder erstellt. | ||
| Bedeutung Dies ist das primäre Start-Event für den End-to-End Supply Chain Prozess. Die Analyse dieser Aktivität ist maßgeblich für die Messung des Auftragseingangsvolumens und der gesamten Lead Time von der Bestellung bis zur Lieferung. Datenquelle Dieses Event wird explizit in den Tabellen des Auftragsmanagement Systems beim Anlegen eines Kundenauftrags protokolliert. Es entspricht dem Erstellungs-Zeitstempel des Auftrags-Header-Datensatzes. Erfassen Ereignis wird bei der Erstellung des Kundenauftrags protokolliert (z. B. Transaktions-Commit). Ereignistyp explicit | |||
| Produzierte Güter | Dieses Event markiert den Abschluss des Fertigungsprozesses für einen Logistikauftrag. Es wird oft aus einer Statusänderung des Fertigungsauftrags abgeleitet, z.B. dem Übergang zu 'Abgeschlossen' oder 'Fertiggestellt'. | ||
| Bedeutung Dieser Meilenstein ist maßgeblich für die Messung von Produktionszykluszeiten und ist der Startpunkt für den KPI 'Production to Dispatch Lead Time'. Er signalisiert, dass Waren für die nächste Erfüllungsphase bereit sind. Datenquelle Abgeleitet von einer Statusänderung in den Fertigungsauftragstabellen (z. B. Status aktualisiert auf „Abgeschlossen“). Ein mit dieser finalen Statusaktualisierung verknüpfter Zeitstempel dient als Ereigniszeit. Erfassen Identifizieren Sie den Zeitstempel, wann der Produktionsauftragsstatus in einen finalen „abgeschlossen“-Zustand wechselt. Ereignistyp inferred | |||
| Rohmaterialien erhalten | Diese Aktivität kennzeichnet den physischen Wareneingang von einem Lieferanten in einem Lager oder einer Produktionsstätte. Sie wird explizit durch eine Wareneingangstransaktion erfasst, die oft durch das Scannen eingehender Artikel ausgelöst wird. | ||
| Bedeutung Dieses Event markiert das Ende des Lieferantenlieferabschnitts des Prozesses. Es ist wichtig für die Messung der Lieferantenverlässlichkeit und der Effizienz der Eingangslogistik. Datenquelle Aus den Transaktions-Logs im Warehouse Management System (WMS) oder Lagerverwaltung-Modulen erfasst. Es entspricht dem Buchungsdatum und der Uhrzeit des Wareneingangsdokuments. Erfassen Basiert auf dem Transaktions-Zeitstempel einer Wareneingangsbuchung. Ereignistyp explicit | |||
| Waren für den Transport verladen | Markiert den Zeitpunkt, an dem die verpackten Waren auf das Transportfahrzeug geladen werden und das Lager verlassen. Dies ist ein kritisches, explizites Ereignis, das oft als „Warenausgangs“-Transaktion im WMS oder TMS erfasst wird. | ||
| Bedeutung Dieses Event ist der Startpunkt für die Messung der Transportzykluszeit und der gesamten Transit-Effizienz. Es kennzeichnet die Übergabe von internen Lageroperationen an den externen Spediteur. Datenquelle Explizit im WMS- oder ERP-System als Warenausgangsbuchung protokolliert. Das Buchungsdatum und die Uhrzeit dieser Transaktion dienen als Ereignis-Zeitstempel. Erfassen Ereignis aus dem Warenausgangs-Transaktionsprotokoll, das der Lieferung zugeordnet ist, erfasst. Ereignistyp explicit | |||
| Waren kommissioniert und verpackt | Diese Aktivität umfasst den Lagerprozess des Kommissionierens von Artikeln aus dem Lager und deren Verpackung für den Versand. Dies ist oft ein explizites Event, das von Lagerbetreibern mittels RF-Scannern innerhalb des WMS erfasst wird. | ||
| Bedeutung Dies ist ein wichtiger Meilenstein im ausgehenden Logistikprozess. Die Analyse seiner Dauer hilft, Ineffizienzen in Lagerabläufen zu identifizieren und ist Teil der 'Inventory-to-Shipment Durchlaufzeit'. Datenquelle Explizit in den Transaktions-Logs des Blue Yonder WMS protokolliert. Zeitstempels werden erfasst, wenn Kommissionier- und Verpackungsaufgaben vom Lagerpersonal als abgeschlossen bestätigt werden. Erfassen Der Ereignis-Zeitstempel wird erfasst, wenn die finale Kommissionier- oder Verpackungsaufgabe für den Auftrag bestätigt wird. Ereignistyp explicit | |||
| Zustellbestätigung unterschrieben | Diese finale Aktivität bestätigt, dass der Kunde die Lieferung akzeptiert hat, oft durch Unterzeichnung eines Lieferdokuments. Das Event wird in der Regel über ein Status-Update erfasst, entweder manuell oder über eine vom Fahrer verwendete mobile App. | ||
| Bedeutung Dies ist das leistungsstarkste End-Event für den End-to-End-Logistikprozess. Es ist maßgeblich für die Berechnung der gesamten Zykluszeit und der 'On-Time Delivery Rate'. Datenquelle Abgeleitet von einem Status-Update im Liefer- oder Versanddokument im TMS oder OMS. Der Zeitstempel der Statusänderung auf „POD Received“ oder „Delivered“ wird verwendet. Erfassen Abgeleitet von einer Statusänderung im Versanddokument, die die Lieferbestätigung anzeigt. Ereignistyp inferred | |||
| `Purchase Requisition` erstellt | Diese Aktivität tritt auf, wenn unzureichender Lagerbestand zur Erfüllung einer Bestellung vorhanden ist, was eine Anfrage zur Beschaffung notwendiger Materialien auslöst. Die Erstellung eines Purchase Requisitionsdokuments ist ein explizites Event innerhalb des Beschaffungsmoduls. | ||
| Bedeutung Die Verfolgung dessen hilft, Abhängigkeiten von der Beschaffung und deren Auswirkungen auf die gesamte Auftragsabwicklungszeit zu identifizieren. Sie hebt Fälle hervor, in denen Lagerengpässe die Supply Chain verzögern. Datenquelle Explizit in den Beschaffungs- oder Versorgungsplanungstabellen protokolliert, wenn ein Purchase Requisitionsdokument erstellt und mit der Nachfrage aus dem Kundenauftrag verknüpft wird. Erfassen Basierend auf dem Erstellungs-Zeitstempel des Purchase Requisitionsdokuments. Ereignistyp explicit | |||
| Bestellung storniert | Stellt die Stornierung eines Logistikauftrags dar, bevor die Abwicklung abgeschlossen ist. Dies ist ein alternatives End-Ereignis, abgeleitet von einem finalen Status „Storniert“ oder „Ungültig“ auf dem Kundenauftrag. | ||
| Bedeutung Die Verfolgung von Stornierungen ist maßgeblich für das Verständnis von Prozessausfällen und Kundenunzufriedenheit. Die Analyse, wann und warum Bestellungen storniert werden, kann zugrunde liegende Probleme im Vertrieb oder in den Abläufen aufdecken. Datenquelle Abgeleitet vom Status des Kundenauftragskopfes. Der Zeitstempel der Änderung auf einen finalen Status „Storniert“ wird als Ereigniszeit erfasst. Erfassen Basiert auf dem Zeitstempel der Statusänderung des Auftrags auf „Storniert“. Ereignistyp inferred | |||
| Lagerverfügbarkeit geprüft | Stellt die systemische oder manuelle Prüfung dar, um zu bestätigen, dass die benötigten Artikel auf Lager sind, um den Kundenauftrag zu erfüllen. Dies wird oft von Statusänderungen auf der Auftragsposition abgeleitet, die anzeigen, dass eine Available-to-Promise (ATP)-Prüfung bestanden wurde. | ||
| Bedeutung Diese Aktivität hilft, die Zeit bis zur Auftragsbestätigung zu messen und durch Fehlbestände verursachte Verzögerungen zu identifizieren. Sie ist maßgeblich für die Berechnung des KPIs 'Inventory Availability Rate' und das Verständnis des Erfüllungspotenzials. Datenquelle Abgeleitet von einer Statusfeldänderung auf der Kundenauftragsposition (z. B. von „Neu“ zu „Bestätigt“) oder einem Zeitstempel, der mit einem ATP-Prüfungs-Log innerhalb der Bestands- oder Auftragsmanagement-Module von Blue Yonder verknüpft ist. Erfassen Abgeleitet von der Statusänderung der Auftragsposition, die die Bestandsbestätigung anzeigt. Ereignistyp inferred | |||
| Produktion geplant | Stellt die Planung und Terminierung eines Produktions- oder Fertigungsauftrags zur Herstellung der benötigten Waren dar. Dies ist in der Regel ein explizites Ereignis, das von den Fertigungs- oder Versorgungsplanungsmodulen von Blue Yonder generiert wird. | ||
| Bedeutung Diese Aktivität bietet Einblick in den Beginn des Fertigungszyklus. Die Analyse der Zeit zwischen Terminierung und Produktionsabschluss hilft, Planungs- vs. Ausführungslücken zu identifizieren. Datenquelle In den Tabellen des Fertigungsausführungs- oder Planungssystems protokolliert, mit einem Zeitstempel, der mit der Erstellung oder Bestätigung eines Produktionsauftrags verknüpft ist. Erfassen Abgeleitet vom Erstellungs- oder Statusänderungs-Zeitstempel eines Fertigungsauftrags. Ereignistyp explicit | |||
| Qualitätskontrolle durchgeführt | Stellt den Abschluss einer Qualitätsinspektion an den Fertigwaren dar, bevor diese für den Versand freigegeben werden. Dies kann von einem Status-Update der Inventarcharge oder den Antrag bearbeitet.es Lots abgeleitet werden, das seinen Zustand auf „uneingeschränkt“ oder „Inspektion bestanden“ ändert. | ||
| Bedeutung Diese Aktivität hilft, Engpässe im Qualitätssicherungsprozess zu identifizieren, und ist maßgeblich für die Analyse von Nacharbeit. Wiederholte QC-Checks bei derselben Bestellung können auf Qualitätsprobleme hinweisen. Datenquelle Abgeleitet von einer Statusfeldänderung in den Lagerverwaltung- oder Qualitätsmanagement-Modulen. Der Zeitstempel der Statusänderung von „in Prüfung“ zu „freigegeben“ wird verwendet. Erfassen Abgeleitet von einer Änderung des Qualitätsstatus der zugehörigen Inventarcharge oder den Antrag bearbeitet.es Lots. Ereignistyp inferred | |||
| Rechnung an Kunden gesendet | Stellt die Erstellung und Ausstellung einer Kundenrechnung für die gelieferten Waren dar. Dies ist eine explizite Finanztransaktion, die in den Auftragsmanagement- oder Finanzmodulen protokolliert wird. | ||
| Bedeutung Diese Aktivität ist ein wichtiger Schritt im Order-to-Cash-Zyklus. Die Analyse ihres Timings relativ zur Lieferung kann Verzögerungen in den Abrechnungsprozessen aufzeigen, die den Cash Flow beeinflussen. Datenquelle Explizit in den Abrechnungs- oder Finanztabellen protokolliert. Das Ereignis entspricht dem Erstellungs- oder Buchungsdatum des Rechnungsdokuments. Erfassen Basiert auf dem Buchungs-Zeitstempel des Kundenabrechnungsdokuments. Ereignistyp explicit | |||
| Sendung terminiert | Diese Aktivität repräsentiert die Transportplanung, einschließlich der Speditionsauswahl und der Buchung eines Zeitfensters für die Abholung. Dies ist ein explizites Event im Transportation Management System (TMS) von Blue Yonder, wenn eine Sendung erstellt und bestätigt wird. | ||
| Bedeutung Dieses Event bietet Einblick in die Transportplanungsphase. Verzögerungen hier können sich auf die pünktliche Abfahrt und die gesamte Lieferleistung auswirken. Datenquelle Aus den Transaktions-Logs im TMS-Modul erfasst. Das Event entspricht dem Zeitstempel, wenn ein Versanddokument finalisiert oder ein Spediteur zugewiesen wird. Erfassen Basiert auf dem Erstellungs- oder Bestätigungs-Zeitstempel des Versands oder den Antrag bearbeitet.es Ladeplans. Ereignistyp explicit | |||
| Waren am Zielort entladen | Diese Aktivität bedeutet, dass die Sendung am Kundenstandort angekommen und entladen wurde. Dieses Event wird oft explizit durch eine EDI-Nachricht des Spediteurs oder eine manuelle Eingabe basierend auf SpediteurHinweisrmationen erfasst. | ||
| Bedeutung Dies markiert das Ende des In-Transit-Abschnitts der Reise. Es ist wichtig für die genaue Berechnung des KPIs 'Transportation Durchlaufzeit' und die Identifizierung Spediteur-bezogener Verzögerungen. Datenquelle Diese Information stammt in der Regel aus externen SpediteurDaten über EDI-Feeds oder ein Spediteurportal. Sie wird als Status-Update auf dem Versanddokument im TMS erfasst. Erfassen Die Ereigniszeit basiert auf dem Zeitstempel der Statusaktualisierung „Geliefert“ vom Spediteur. Ereignistyp explicit | |||
Extraktionsanleitungen
Extraktionsmethoden für diesen Prozess werden derzeit validiert. Bitte schauen Sie später noch einmal vorbei oder kontaktieren Sie uns für Unterstützung.