Ihr Daten-Template für das Supply-Chain-Management
Ihr Daten-Template für das Supply-Chain-Management
- Empfohlene Attribute für die Datenerfassung
- Wichtige Aktivitäten zur Erfassung
- Hinweise zur Datenextraktion mit Kinaxis RapidResponse
Attribute für das Supply-Chain-Management
| Name | Beschreibung | ||
|---|---|---|---|
| Aktivitätsname ActivityName | Der Name des konkreten Geschäftsvorfalls oder Prozessschritts im Logistikprozess, zum Beispiel „Waren versandt“ oder „Bestellung ausgestellt“. | ||
| Beschreibung Dieses Attribut beschreibt einen einzelnen Schritt oder Meilenstein im Lieferkettenprozess. Es erfasst wichtige Ereignisse wie Auftragserstellung, Bestandsprüfungen, Produktionsphasen und Lieferbestätigungen. Zusammen bilden sie die Abfolge der Vorgänge für jeden Logistikauftrag. Bei der Process-Mining-Analyse dient die Abfolge der Aktivitäten dazu, die Prozessübersicht automatisch zu ermitteln, Abweichungen von der Standardvorgehensweise zu erkennen und Engpässe aufzudecken. Sie bildet die Grundlage für die Analyse des Prozessablaufs und der Konformität sowie für das Erkennen von Nacharbeitsschleifen, wie im Dashboard „Nacharbeitsanalyse der Qualitätskontrolle“. Warum das wichtig ist Das Attribut legt die Prozessschritte fest und ermöglicht es, den tatsächlichen durchgängigen Ablauf der Lieferkette zu ermitteln und darzustellen. Woher beziehen Dieses Attribut wird üblicherweise aus Event Logs, Statusänderungsdatensätzen oder Transaktionscodes in verschiedenen Modulen von Kinaxis RapidResponse abgeleitet. Beispiele Bestellung ausgestelltRohmaterialien eingegangenWaren produziertWaren versandt | |||
| Ereigniszeit EventTime | Der Timestamp mit Datum und Uhrzeit, zu dem eine bestimmte Aktivität oder ein Ereignis stattgefunden hat. | ||
| Beschreibung Die Ereigniszeit hält den genauen Zeitpunkt einer Aktivität fest. Dieser Timestamp ist entscheidend, um Ereignisse chronologisch zu ordnen und die Dauer zwischen einzelnen Prozessschritten zu berechnen. Die Analyse stützt sich maßgeblich auf dieses Attribut, um alle zeitbasierten Kennzahlen zu berechnen, darunter Zyklus-, Warte- und Durchlaufzeiten. Es ist unverzichtbar für Dashboards wie „Durchlaufzeit der Auftragserfüllung“ und KPIs wie „Durchschnittliche Durchlaufzeit vom Auftrag bis zur Lieferung“. Genaue Timestamps bilden die Grundlage, um die Prozessleistung zu verstehen und Verzögerungen zu erkennen. Warum das wichtig ist Dieser Timestamp gibt die chronologische Reihenfolge der Ereignisse vor und bildet die Grundlage für alle Berechnungen von Dauer und Leistung. So werden Engpässe und Verzögerungen sichtbar. Woher beziehen Diese Information findet sich üblicherweise zusammen mit den Aktivitätsdaten in Transaktionsprotokollen oder Statusaktualisierungen der Kinaxis-RapidResponse-Module. Beispiele 2023-10-26T08:00:00Z2023-10-26T14:30:15Z2023-10-27T10:05:00Z | |||
| Logistikauftrag LogisticsOrder | Die eindeutige Kennung eines bestimmten Logistikauftrags. Sie verknüpft alle zugehörigen Aktivitäten von der Bedarfsplanung bis zur endgültigen Lieferung. | ||
| Beschreibung Der Logistikauftrag dient als primäre Case-Kennung und fasst alle Ereignisse einer einzelnen Auftragserfüllung zusammen. Damit lässt sich der Weg eines Produkts durch die gesamte Lieferkette verfolgen, von der ersten Prognose oder Kundenanfrage bis zum endgültigen Zustellnachweis. Im Process Mining ist die Analyse der Aktivitäten nach Logistikauftrag grundlegend. Sie ermöglicht die Visualisierung vollständiger Prozessabläufe, die Berechnung von Zykluszeiten sowie die Erkennung von Varianten und Engpässen für jeden einzelnen Auftrag. Darauf bauen Dashboards wie „Durchlaufzeit der Auftragserfüllung“ und „Durchgängige Logistikvarianten“ auf. Warum das wichtig ist Diese Kennung ist unerlässlich, um den gesamten Lebenszyklus eines Auftrags nachzuverfolgen. So lassen sich Prozessvarianten, Effizienz und Compliance von Anfang bis Ende analysieren. Woher beziehen Diese Kennung ist üblicherweise ein zentrales Feld in den Auftragsverwaltungs- oder Logistikplanungsmodulen von Kinaxis RapidResponse. Beispiele LO-2024-00123LO-2024-00124LO-2024-00125 | |||
| Letzte Datenaktualisierung LastDataUpdate | Der Timestamp der letzten Aktualisierung oder Extraktion der Ereignisdaten aus dem Quellsystem. | ||
| Beschreibung Dieses Attribut enthält Datum und Uhrzeit des letzten Datenabrufs. Als Metadatenfeld zeigt es Benutzern, wie aktuell die analysierten Daten sind. Diese Information ist in jedem Process-Mining-Dashboard wichtig, denn sie gibt an, wie aktuell die Analyse ist und wann die nächste Datenaktualisierung erwartet wird. So können Entscheidungen auf Grundlage aktueller Informationen getroffen werden. Warum das wichtig ist Informiert Benutzer darüber, wie aktuell die Daten sind und wann die Prozessanalyse zuletzt aktualisiert wurde. Woher beziehen Dieses Metadatenfeld wird während der Datenextraktion, -transformation und -ladung (ETL) erstellt und mit einem Timestamp versehen. Beispiele 2024-05-20T02:00:00Z2024-05-21T02:00:00Z | |||
| Quellsystem SourceSystem | Das führende System, aus dem die Ereignisdaten extrahiert wurden. | ||
| Beschreibung Dieses Attribut gibt für jeden Eintrag im Event Log das Ursprungssystem an. In einer komplexen Systemlandschaft können Ereignisse eines einzelnen Prozesses aus mehreren Systemen stammen, etwa aus einem ERP, einem WMS und Kinaxis selbst. Bei der Analyse hilft das Attribut, Daten zu validieren und die technische Systemlandschaft des Prozesses zu verstehen. Außerdem lassen sich damit Probleme bei der Datenintegration oder Abweichungen zwischen den beteiligten Systemen der Lieferkette erkennen. Warum das wichtig ist Das Attribut gibt Aufschluss über die Herkunft der Daten. Das ist entscheidend für die Datenvalidierung, die Fehlersuche und das Verständnis der Prozessfragmentierung über verschiedene IT-Systeme hinweg. Woher beziehen Dieser statische Wert wird häufig während der Datenextraktion hinzugefügt, um die Herkunft der Daten zu kennzeichnen. Beispiele Kinaxis_RR_ProdSAP_ECCOracle_Fusion | |||
| Benutzer User | Die Benutzer-ID oder der Name der Person, die die Aktivität ausgeführt hat. | ||
| Beschreibung Dieses Attribut gibt an, welche Person oder welcher Systembenutzer für einen bestimmten Prozessschritt verantwortlich war. Es hilft, die Arbeitsverteilung zu verstehen, Schulungsbedarf zu erkennen und die Leistung verschiedener Benutzer oder Teams zu analysieren. Bei der Analyse lässt sich damit die Prozessübersicht nach bestimmten Benutzern filtern, um zu sehen, wie sie ihre Aufgaben ausführen. Außerdem können Aktivitäten sichtbar werden, die häufig von einer kleinen Gruppe von Spezialisten bearbeitet werden. Auch mögliche Automatisierungsmöglichkeiten für wiederkehrende manuelle Aufgaben lassen sich so erkennen. Warum das wichtig ist Das Attribut ordnet die Verantwortung für Prozessschritte Benutzern zu. So lassen sich Teamleistung, Arbeitsverteilung und die Einhaltung von Vorgehensweisen analysieren. Woher beziehen Findet sich in Transaktionsprotokollen von Kinaxis RapidResponse üblicherweise in Feldern wie „Benutzername“, „Geändert von“ oder „Erstellt von“. Beispiele JSMITHUSER123BATCH_SYSTEM | |||
| Gewünschtes Lieferdatum RequestedDeliveryDate | Das vom Kunden gewünschte Lieferdatum des Auftrags. | ||
| Beschreibung Dieses Attribut enthält das Datum, an dem der Kunde seine Bestellung erwartet. Es dient als Grundlage, um die Lieferleistung und Kundenzufriedenheit zu messen. Das Datum wird direkt mit dem tatsächlichen Lieferdatum verglichen, um die KPI zur Termintreue zu berechnen und das Dashboard zur Leistung bei termingerechter Lieferung zu erstellen. Die Abweichung zwischen gewünschtem und tatsächlichem Lieferdatum zeigt systematische Verzögerungen auf und hilft, den Kundenservice zu verbessern. Warum das wichtig ist Dieser Wert ist der zentrale Maßstab für die Termintreue und ein wichtiger Bestandteil der KPIs zur Kundenzufriedenheit. Woher beziehen Ein Standardfeld in Kundenaufträgen von Kinaxis RapidResponse. Beispiele 2023-11-152023-11-202023-12-01 | |||
| Kunden-ID CustomerIdentifier | Eindeutige Kennung des Kunden, der den Auftrag erteilt hat. | ||
| Beschreibung Dieses Attribut kennzeichnet den Endkunden des Logistikauftrags. Es ist wichtig, um Prozesse aus Kundensicht zu analysieren und die Ergebnisse nach Kunden aufzuschlüsseln. Anhand der Kunden-ID können Sie die Leistung bei termingerechter Lieferung für einzelne Kunden untersuchen, komplexe Auftragsabläufe erkennen und gezielte Serviceverbesserungen planen. So lassen sich besonders wichtige Kunden priorisieren und Kundenbeziehungen wirksamer gestalten. Warum das wichtig ist Ermöglicht eine kundenorientierte Prozessanalyse, mit der sich Servicelevel, Lieferleistung und die Komplexität der Auftragsabwicklung für wichtige Kunden bewerten lassen. Woher beziehen In Kundentabellen oder Arbeitsmappen von Kinaxis RapidResponse zu finden, häufig mit „Customer Number“ oder „Sold-To Party“ bezeichnet. Beispiele CUST-9001CUST-9002CUST-9003 | |||
| Produkt-ID ProductIdentifier | Die eindeutige Kennung des Produkts, das dem Logistikauftrag zugeordnet ist, zum Beispiel eine SKU oder Materialnummer. | ||
| Beschreibung Dieses Attribut gibt an, welches Produkt im Logistikauftrag bearbeitet wird. Damit lässt sich die Analyse nach Produkttyp, Kategorie oder einzelnen Artikeln aufschlüsseln. Die Analyse nach Produkt ist entscheidend, um Artikel zu erkennen, bei denen es häufig zu Verzögerungen, Qualitätsproblemen oder komplexen Erfüllungswegen kommt. Sie ist eine wichtige Grundlage für die Dashboards zur Genauigkeit der Bedarfsprognose und zur Nacharbeitsanalyse in der Qualitätskontrolle. So lassen sich problematische Produktlinien oder Lieferketten gezielt ermitteln. Warum das wichtig ist Ermöglicht die Analyse einzelner Produktlinien oder Kategorien und hilft dabei, Produkte mit ineffizienten oder problematischen Erfüllungswegen zu identifizieren. Woher beziehen Ein Standardfeld in Auftrags-, Versand- und Bestandsdaten von Kinaxis RapidResponse, häufig mit „SKU“, „Material Number“ oder „Product ID“ bezeichnet. Beispiele SKU-100-BLUEMAT-58930-APROD-XYZ-001 | |||
| Tatsächliches Lieferdatum ActualDeliveryDate | Das tatsächliche Datum, an dem der Auftrag dem Kunden zugestellt wurde, bestätigt durch einen Zustellnachweis. | ||
| Beschreibung Dieses Attribut erfasst den Timestamp, zu dem der Kunde den Wareneingang offiziell bestätigt hat. Damit ist der letzte Schritt der Auftragsabwicklung erreicht. Es ergänzt das gewünschte Lieferdatum und zeigt, ob eine Lieferung pünktlich oder verspätet war. Als zentrale Kennzahl im Dashboard zur Leistung bei termingerechter Lieferung ist es außerdem wichtig für die Berechnung von Service Level Agreements (SLAs) und die Bewertung der Zuverlässigkeit der gesamten Lieferkette. Warum das wichtig ist Es bestätigt den Abschluss der Lieferung und ist unerlässlich, um die tatsächliche Lieferleistung mit den Erwartungen des Kunden zu vergleichen. Woher beziehen Diese Information stammt häufig aus einem Zustellnachweis. Das Ereignis wird möglicherweise in Kinaxis oder einem angebundenen Transportmanagementsystem (TMS) erfasst. Beispiele 2023-11-162023-11-202023-12-05 | |||
| Ablehnungsgrund RejectionReason | Ein Code oder Text, der erklärt, warum ein Artikel die Qualitätsprüfung nicht bestanden hat. | ||
| Beschreibung Dieses Attribut erfasst den konkreten Grund für einen Qualitätsmangel. Es liefert wichtige Informationen, wenn die Aktivität „Quality Control Passed“ ausbleibt und der Prozess stattdessen zur Nacharbeit in die Produktion zurückführt. Im Dashboard zur Nacharbeitsanalyse in der Qualitätskontrolle erklären diese Daten die Ursachen der Nacharbeit. Die Analyse der Ablehnungsgründe hilft, die Ursachen von Qualitätsproblemen zu ermitteln, etwa Materialfehler, Gerätestörungen oder Bedienfehler. Darauf aufbauend können gezielte Verbesserungsmaßnahmen eingeleitet werden. Warum das wichtig ist Liefert wichtige Informationen zu Qualitätsmängeln und Nacharbeitszyklen. So können Sie Ursachen analysieren, die Produktqualität verbessern und Ausschuss verringern. Woher beziehen Diese Information ist in Qualitätsmanagementmodulen oder -tabellen zu finden und mit Ereignissen der Qualitätsprüfung verknüpft. Beispiele Abmessung außerhalb der ToleranzKratzer auf der OberflächeFalsches Bauteil | |||
| Bestellmenge OrderQuantity | Die Menge eines Produkts, die der Kunde bestellt hat. | ||
| Beschreibung Dieses Attribut gibt an, wie viele Einheiten eines bestimmten Produkts ein Kundenauftrag umfasst. Es gehört zu den grundlegenden Transaktionsdaten. In der Analyse wird die Bestellmenge mit der prognostizierten Menge verglichen, um die Genauigkeit der Bedarfsprognose zu messen. Außerdem hilft sie dabei, Aufträge mit hohem Volumen zu priorisieren und den Umfang der erforderlichen Produktions- und Logistikabläufe einzuschätzen. Warum das wichtig ist Wichtig, um die Genauigkeit der Bedarfsprognose durch den Vergleich mit prognostizierten Mengen zu messen und die maßgeblichen Volumentreiber in der Lieferkette zu verstehen. Woher beziehen Ein Standardfeld in den Positionsdaten von Kundenaufträgen in Kinaxis RapidResponse. Beispiele 100500025 | |||
| Bestellnummer PurchaseOrderNumber | Eindeutige Kennung einer Bestellung, die für Rohstoffe oder Komponenten an einen Lieferanten übermittelt wurde. | ||
| Beschreibung Dieses Attribut ist die zentrale Kennung für Beschaffungsvorgänge. Es verknüpft die Materialanforderung („Purchase Requisition Created“) mit der offiziellen Bestellung an den Lieferanten („Purchase Order Issued“) und dem anschließenden Wareneingang („Raw Materials Received“). Die Bestellnummer ist nicht die Case-ID des Logistikauftrags, sondern eine wichtige Referenz auf den Geschäftsvorgang. Sie ermöglicht eine detaillierte Analyse einzelner Lieferantentransaktionen und ist unerlässlich, um das Dashboard zur Lieferleistung von Lieferanten genauer auszuwerten. Warum das wichtig ist Dient als zentrale Referenz für Beschaffungsvorgänge und ermöglicht eine detaillierte Analyse des Teilprozesses Einkauf sowie der Lieferantenleistung. Woher beziehen Ein zentrales Feld in den Einkaufs- und Beschaffungsmodulen oder Arbeitsmappen von Kinaxis RapidResponse. Beispiele PO4500012345PO4500012346PO4500012347 | |||
| Durchlaufzeit der Auftragserfüllung OrderFulfillmentCycleTime | Die gesamte Zeit vom Eingang eines Kundenauftrags bis zur Unterzeichnung des abschließenden Zustellnachweises. | ||
| Beschreibung Diese Kennzahl wird auf Case-Ebene berechnet und misst die Gesamtdauer der Auftragsabwicklung von Anfang bis Ende. Dazu wird der Timestamp der letzten Aktivität („Proof Of Delivery Signed“) vom Timestamp der ersten relevanten Aktivität („Customer Order Received“) abgezogen. Die Kennzahl bildet die Grundlage für das Dashboard zur Durchlaufzeit der Auftragserfüllung und die KPI zur durchschnittlichen Durchlaufzeit vom Auftrag bis zur Lieferung. Sie gibt einen Überblick über die Effizienz und Geschwindigkeit der gesamten Lieferkette und hilft, Verbesserungen nachzuverfolgen sowie systematische Verzögerungen im Zeitverlauf zu erkennen. Warum das wichtig ist Gibt die gesamte Dauer der Auftragsabwicklung von Anfang bis Ende an und dient als wichtige KPI zur Messung der Geschwindigkeit und Effizienz der Lieferkette. Woher beziehen Dieses Feld ist im Quellsystem nicht vorhanden. Die Kennzahl wird in der Process-Mining-Software auf Case-Ebene berechnet. Beispiele 10 Tage 4 Stunden25 Tage 12 Stunden15 Tage 2 Stunden | |||
| Lager Warehouse | Das Lager oder Distributionszentrum, in dem Waren kommissioniert, verpackt und versandt werden. | ||
| Beschreibung Dieses Attribut gibt das Lager an, das an der Auftragsabwicklung beteiligt ist. Es ist wichtig, um Logistik und Bestandsverwaltung innerhalb der Lieferkette zu verstehen. Durch die Analyse der Aktivitäten je Lager kann das Unternehmen die Effizienz seines Distributionsnetzes vergleichen. Das ist für Dashboards zu Engpässen im Bestand und zum Durchsatz der Auftragsabwicklung hilfreich. So lassen sich langsam drehende Bestände und ineffiziente Lagerabläufe erkennen. Warum das wichtig ist Kennzeichnet das jeweilige Lager oder Distributionszentrum. So lassen sich Bestandsbewegungen, Kommissionierleistung und Geschwindigkeit der Auftragsabwicklung nach Standort analysieren. Woher beziehen In Bestandsverwaltungs- und Versanddaten zu finden, häufig im Zusammenhang mit Ereignissen zur Kommissionierung und zum Versand von Waren. Beispiele WH-EAST-01WH-WEST-03DC-CENTRAL | |||
| Lieferanten-ID SupplierIdentifier | Eindeutige Kennung des Lieferanten, der Rohstoffe oder Komponenten bereitstellt. | ||
| Beschreibung Dieses Attribut kennzeichnet den Lieferanten bei Beschaffungsvorgängen wie „Purchase Order Issued“ und „Raw Materials Received“. Es ist eine wichtige Grundlage für das Dashboard zur Lieferleistung von Lieferanten. Damit kann das Unternehmen die Termintreue und Lieferzeiten verschiedener Lieferanten messen und vergleichen. Die Analyse unterstützt das Lieferantenmanagement, hilft zuverlässige Partner zu erkennen und Risiken in der vorgelagerten Lieferkette zu verringern. Warum das wichtig ist Ermöglicht die Analyse der Lieferantenleistung. Das ist entscheidend, um Engpässe in der Beschaffung zu erkennen und eine zuverlässige vorgelagerte Lieferkette sicherzustellen. Woher beziehen In Einkaufsbelegen und Wareneingangsbuchungen von Kinaxis RapidResponse zu finden, meist als „Supplier ID“ oder „Vendor Number“ bezeichnet. Beispiele SUP-A100SUP-B200SUP-C300 | |||
| Nacharbeit IsRework | Ein berechnetes Kennzeichen, das angibt, ob eine Aktivität zu einem Nacharbeitszyklus gehört, etwa zu einer wiederholten Qualitätsprüfung oder einem erneut ausgeführten Produktionsschritt. | ||
| Beschreibung Dieses boolesche Attribut kennzeichnet Aktivitäten, die Teil eines Nacharbeitszyklus sind. Es wird üblicherweise auf „true“ gesetzt, wenn ein Produktions- oder Qualitätsprüfungsschritt für denselben Logistikauftrag nach einem ersten Versuch wiederholt wird. Das Kennzeichen ist eine wichtige Grundlage für das Dashboard zur Nacharbeitsanalyse in der Qualitätskontrolle und die KPI zur Nacharbeitsquote. Damit können Analysten die Häufigkeit von Nacharbeit quantifizieren und Prozessabläufe ermitteln, die zu Ineffizienzen, höheren Kosten und längeren Zykluszeiten führen. Warum das wichtig ist Kennzeichnet ineffiziente Nacharbeitszyklen direkt im Prozess. So lässt sich der Einfluss von Qualitätsproblemen auf Kosten und Zykluszeit einfach quantifizieren. Woher beziehen Dieses Attribut wird im Process-Mining-Tool berechnet, indem wiederholte Aktivitätsfolgen für einen bestimmten Case erkannt werden. Beispiele truefalse | |||
| Prognostizierte Menge ForecastedQuantity | Die in der Prognosephase ermittelte erwartete Nachfrage nach einem Produkt. | ||
| Beschreibung Dieses Attribut enthält die Menge eines Produkts, die voraussichtlich in einem bestimmten Zeitraum bestellt wird. Es bildet das Ergebnis der Bedarfsplanung ab. Diese Daten sind eine wichtige Grundlage für das Dashboard zur Genauigkeit der Bedarfsprognose und die KPI zur Abweichung zwischen prognostizierten und tatsächlichen Bestellungen. Durch den Vergleich mit der tatsächlichen Bestellmenge kann das Unternehmen die Zuverlässigkeit seiner Prognosen bewerten. Das ist entscheidend, um Bestände und Produktionsplanung zu optimieren. Warum das wichtig ist Dient als Grundlage für die Messung der Prognosegenauigkeit und hilft, die Bestandsverwaltung zu verbessern sowie Kosten durch Überbestände oder Fehlbestände zu senken. Woher beziehen Diese Daten stammen aus den Modulen für Bedarfsplanung oder Prognosen in Kinaxis RapidResponse. Beispiele 120480030 | |||
| Pünktliche Lieferung IsOnTimeDelivery | Ein berechnetes Kennzeichen, das angibt, ob ein Auftrag am gewünschten Lieferdatum oder früher zugestellt wurde. | ||
| Beschreibung Dieses boolesche Attribut wird durch den Vergleich des tatsächlichen mit dem gewünschten Lieferdatum berechnet. Es ordnet jeden abgeschlossenen Auftrag eindeutig als pünktlich oder verspätet ein. Das Kennzeichen ist die zentrale Grundlage für das Dashboard zur Leistung bei termingerechter Lieferung und die KPI zur Termintreue. Damit lassen sich Lieferleistungen einfach filtern, aggregieren und nach Dimensionen wie Kunde, Produkt oder Region visualisieren. Warum das wichtig ist Liefert ein eindeutiges Ergebnis zur Lieferleistung, vereinfacht die Berechnung von KPIs zur Termintreue und ermöglicht aussagekräftige Dashboard-Visualisierungen. Woher beziehen Dieses Attribut ist im Quellsystem nicht vorhanden. Es wird während der Datentransformation für Process Mining berechnet. Beispiele truefalse | |||
| Ressource Resource | Die konkrete Maschine, Produktionslinie oder Anlage, mit der eine Aktivität ausgeführt wird. | ||
| Beschreibung Dieses Attribut kennzeichnet die physische Ressource, die an einem Prozessschritt beteiligt ist, insbesondere in der Fertigung. Das kann eine bestimmte Maschine, eine Montagelinie oder eine Packstation sein. Die Analyse nach Ressource ist eine zentrale Grundlage für das Dashboard zur Ressourcenauslastung in der Lieferkette. Sie zeigt die Auslastung und Leistung verschiedener Ressourcen, hilft Engpässe an Maschinen zu erkennen und unterstützt eine bessere Ressourcenverteilung für mehr Durchsatz und Effizienz. Warum das wichtig ist Kennzeichnet die verwendete Anlage oder Produktionslinie. Das ist wichtig, um Ressourcenauslastung, Kapazitätsgrenzen und Produktionsengpässe zu analysieren. Woher beziehen Diese Daten finden sich häufig in Manufacturing-Execution-Systemen (MES), die an Kinaxis angebunden sind, oder in detaillierten Produktionsplanungsdaten. Beispiele ASSEMBLY-LINE-01CNC-MACHINE-05PACK-STATION-B | |||
| Transportart ModeOfTransport | Die Transportart für den Versand der Waren, zum Beispiel per Lkw, Flugzeug oder Schiff. | ||
| Beschreibung Dieses Attribut gibt an, wie Waren von einem Ort zum anderen transportiert werden. Dazu zählen reguläre und beschleunigte Versandoptionen. Es ist eine wichtige Grundlage für das Dashboard zur Übersicht beschleunigter Aufträge und die KPI zum Anteil beschleunigter Aufträge. Die Analyse zeigt, wie häufig kostspielige Expresslieferungen eingesetzt werden. Das kann auf Probleme bei der Planung oder Ausführung hinweisen. Außerdem lassen sich damit die Transportzeiten einzelner Streckenabschnitte vergleichen und die Effizienz verschiedener Transportarten bewerten. Warum das wichtig ist Kennzeichnet die Transportarten und ist wichtig, um Logistikkosten, Transportzeiten und die Häufigkeit teurer Expresslieferungen zu analysieren. Woher beziehen Diese Information ist üblicherweise in Versand- oder Transportbelegen von Kinaxis RapidResponse oder einem angebundenen TMS gespeichert. Beispiele LuftfrachtSeefracht FCLLkw-KomplettladungLuftfracht am nächsten Tag | |||
| Werk Plant | Das Werk oder die Produktionsstätte, in der Fertigungs- oder Verarbeitungsschritte stattfinden. | ||
| Beschreibung Dieses Attribut kennzeichnet den konkreten Standort, etwa ein Werk oder eine Produktionsstätte, der am Lieferkettenprozess beteiligt ist. Es ordnet produktionsbezogene Aktivitäten geografisch und organisatorisch ein. Mit einer Analyse nach Werk lassen sich die Leistungen verschiedener Standorte vergleichen. So können Sie erkennen, welche Werke effizienter arbeiten, wo häufiger Nacharbeit anfällt und an welchen Standorten Produktionsengpässe auftreten. Das unterstützt auch die Analyse der Ressourcenauslastung. Warum das wichtig ist Ordnet Produktionsaktivitäten einem Standort zu und ermöglicht so Leistungsvergleiche und Engpassanalysen zwischen verschiedenen Fertigungsstandorten. Woher beziehen Ein häufiges Attribut in Produktions-, Bestands- und Logistikdaten von Kinaxis RapidResponse. Beispiele PLANT-01-DEPLANT-02-USPLANT-03-CN | |||
Aktivitäten im Supply-Chain-Management
| Aktivität | Beschreibung | ||
|---|---|---|---|
| Auftrag storniert | Bezeichnet die Beendigung eines Logistikauftrags, bevor die Auftragserfüllung abgeschlossen ist. Diese ausdrücklich erfasste Aktion ist ein endgültiger, nicht erfolgreicher Endzustand des Prozesses. | ||
| Warum das wichtig ist Die Erfassung von Stornierungen ist wichtig, um den Rückgang der Nachfrage und Prozessfehler zu verstehen. Die Analyse der Stornierungsgründe kann Probleme mit Produkten, Preisen oder dem Service aufdecken. Woher beziehen Wird anhand des Timestamps erfasst, zu dem ein Stornierungsstatus oder Ursachencode im Kundenauftragsdatensatz hinterlegt wird. Die Daten stammen üblicherweise aus einem ERP-System. Erfassung Timestamp der Statusänderung des Kundenauftrags zu „Storniert“. Ereignistyp explicit | |||
| Bestellung ausgestellt | Eine Bestellung für die benötigten Materialien wird an einen externen Lieferanten gesendet. Dieser wichtige Meilenstein dokumentiert eine verbindliche Zusage und markiert den Beginn der Lieferzeit des Lieferanten. | ||
| Warum das wichtig ist Diese Aktivität ist entscheidend, um die Lieferleistung von Lieferanten zu messen und Verzögerungen in der Beschaffungsphase zu erkennen, die sich auf die gesamte Lieferkette auswirken. Woher beziehen Kinaxis erfasst den Erstellungs- oder Ausstellungs-Timestamp der Bestellung. Dieser stammt häufig aus dem Beschaffungsmodul eines integrierten ERP-Systems. Erfassung Ausstellungsdatum und -zeit im Bestelldatensatz. Ereignistyp explicit | |||
| Kundenauftrag eingegangen | Dieses Ereignis markiert den offiziellen Beginn des Lebenszyklus eines Logistikauftrags. Es tritt ein, wenn ein Kundenauftrag erstellt oder in das System übernommen wird. Üblicherweise wird es ausdrücklich in einem integrierten ERP- oder Auftragsverwaltungssystem erfasst. | ||
| Warum das wichtig ist Dies ist der zentrale Startpunkt des Cases. Er ist entscheidend, um die gesamte Durchlaufzeit vom Auftrag bis zur Lieferung zu messen und das Auftragsvolumen zu verstehen. Woher beziehen Kinaxis übernimmt Auftragsdaten aus den Quell-ERP-Systemen. Das Ereignis wird anhand des Erstellungs-Timestamps des Kundenauftragsdatensatzes im Kinaxis-Datenmodell erfasst. Erfassung Timestamp der Erstellung des Kundenauftrags, üblicherweise aus einer ERP-Integration. Ereignistyp explicit | |||
| Produktion eingeplant | Diese Aktivität bezeichnet den Zeitpunkt, an dem der Logistikauftrag verbindlich für die Produktion eingeplant und mit einem Termin sowie den benötigten Ressourcen versehen wird. Sie ist ein zentrales Planungsergebnis von Kinaxis RapidResponse. | ||
| Warum das wichtig ist Damit geht der Prozess von der Planung in die Ausführung über. Die Analyse der Zeit zwischen diesem Zeitpunkt und dem tatsächlichen Produktionsbeginn kann Ineffizienzen bei der Terminplanung oder Ressourcenengpässe aufdecken. Woher beziehen Dieses Ereignis wird ausdrücklich anhand des Timestamps erfasst, zu dem ein Produktions- oder Fertigungsauftrag in der Planungsumgebung von Kinaxis verbindlich eingeplant wird. Erfassung Timestamp, zu dem ein geplanter Auftrag in einen verbindlichen Produktionsauftrag umgewandelt wird. Ereignistyp explicit | |||
| Waren versandt | Dieses Ereignis tritt ein, wenn die verpackten Waren auf ein Transportfahrzeug geladen werden und das Lager oder die Produktionsstätte verlassen. Damit beginnt der Transport zum Zielort. | ||
| Warum das wichtig ist Dieser wichtige Meilenstein dient dazu, die Leistung bei termingerechter Lieferung und die Dauer der Transportabschnitte zu verfolgen. Für viele KPI-Berechnungen liefert er das tatsächliche Versanddatum. Woher beziehen Der Timestamp stammt aus der Transaktion „Warenausgang buchen“ in einem ERP-System oder „Versand bestätigen“ in einem WMS/TMS, das mit Kinaxis integriert ist. Erfassung Timestamp einer Warenausgangs- oder Versandbestätigungstransaktion. Ereignistyp explicit | |||
| Zustellnachweis unterschrieben | Die abschließende Bestätigung, dass der Kunde die Waren in einwandfreiem Zustand erhalten hat. Dieses wichtige Ereignis schließt den Logistikauftrag offiziell ab. | ||
| Warum das wichtig ist Dies ist der endgültige Endpunkt für die KPI zur Durchlaufzeit vom Auftrag bis zur Lieferung. Er bestätigt die erfolgreiche Auftragserfüllung und löst häufig die Rechnungsstellung aus. Woher beziehen Dieses Ereignis wird erfasst, wenn der Zustellnachweis eingeht und sein Timestamp zum Auftrag hinzugefügt wird. Das geschieht häufig manuell oder über eine Integration mit dem Frachtführer. Erfassung Timestamp der Aktualisierung des Zustellnachweisstatus für den Auftrag. Ereignistyp explicit | |||
| Auftrag gesperrt | Dieses Ereignis tritt ein, wenn ein Auftrag aus einem bestimmten Grund angehalten wird, etwa wegen einer nicht bestandenen Bonitätsprüfung, einer technischen Sperre oder eines Qualitätsproblems. Üblicherweise wird es aus einer Statusänderung abgeleitet. | ||
| Warum das wichtig ist Sperren sind eine häufige Ursache für Prozessverzögerungen. Es ist entscheidend, zu erkennen, wann, warum und wie lange Aufträge gesperrt sind, um Engpässe aufzudecken und den Ablauf zu verbessern. Woher beziehen Aus einer Statusänderung des Kundenauftrags oder der Auftragsposition abgeleitet, die eine Sperre anzeigt. Der zugehörige Ursachencode liefert weitere Informationen. Erfassung Aus einer Statusänderung in den Zustand „Gesperrt“ oder „Angehalten“ abgeleitet. Ereignistyp inferred | |||
| Bedarfsprognose erstellt | Diese Aktivität bezeichnet die Erstellung oder Aktualisierung einer Bedarfsprognose für ein Produkt. Sie dient als erster Hinweis auf einen möglichen Logistikauftrag. Das Ereignis wird üblicherweise erfasst, wenn eine neue Prognose in der Planungsumgebung von Kinaxis RapidResponse veröffentlicht wird. | ||
| Warum das wichtig ist Die Analyse der Prognose liefert eine Grundlage, um ihre Genauigkeit mit tatsächlichen Aufträgen zu vergleichen. Das ist entscheidend für die Optimierung von Beständen und Produktionsplanung. Woher beziehen Dieses Ereignis wird im Bedarfsplanungsmodul von Kinaxis RapidResponse ausdrücklich protokolliert, wenn eine neue Prognoseversion gespeichert oder veröffentlicht wird. Es ist einem Produkt und einem Zeitraum zugeordnet. Erfassung Wird protokolliert, wenn in einem Bedarfsplanungsszenario eine neue Prognose erstellt oder aktualisiert wird. Ereignistyp explicit | |||
| Bestandsverfügbarkeit geprüft | Diese Aktivität bezeichnet die Prüfung des verfügbaren Bestands oder die Berechnung eines Available-to-Promise-Datums (ATP) für den Auftrag. Sie gehört zu den zentralen Planungsfunktionen von Kinaxis und wird möglicherweise als eigenes Ereignis protokolliert oder aus Statusänderungen abgeleitet. | ||
| Warum das wichtig ist Diese Aktivität hilft, Engpässe durch Bestandsmangel oder langsame Zuteilungsprozesse zu erkennen. Beides wirkt sich unmittelbar auf die Geschwindigkeit der Auftragserfüllung und die gegenüber Kunden zugesagten Termine aus. Woher beziehen Das Ereignis kann ausdrücklich aus der Ausführung einer ATP-Prüfung protokolliert oder aus einer Statusänderung der Auftragsposition abgeleitet werden, zum Beispiel von „Neu“ zu „Bestand bestätigt“. Erfassung Aus einer Statusänderung der Auftragsposition im Zusammenhang mit der Bestandsbestätigung abgeleitet. Ereignistyp inferred | |||
| Bestellanforderung erstellt | Diese Aktivität bezeichnet die Erstellung einer internen Anforderung zur Beschaffung der für den Logistikauftrag benötigten Rohmaterialien oder Komponenten. Sie wird ausdrücklich als Ereignis erfasst und löst den Beschaffungs-Teilprozess aus. | ||
| Warum das wichtig ist Die Erfassung dieser Aktivität verknüpft die Auftragserfüllung mit dem Beschaffungsprozess. So lassen sich interne Freigabeverzögerungen vor der Ausstellung einer Bestellung analysieren. Woher beziehen Erstellungs-Timestamp eines Bestellanforderungsdatensatzes im Beschaffungs- oder Lieferplanungsmodul, häufig mit dem ursprünglichen Kundenauftrag verknüpft. Erfassung Erstellungs-Timestamp des Bestellanforderungsdatensatzes. Ereignistyp explicit | |||
| Qualitätsprüfung bestanden | Zeigt an, dass die produzierten Waren alle Qualitätsprüfungen bestanden haben. Häufig wird dieses Ereignis aus einer Statusänderung des Produktions- oder Bestandsdatensatzes abgeleitet. | ||
| Warum das wichtig ist Diese Aktivität ist ein entscheidender Qualitätsschritt. Fehler oder Nacharbeitsschleifen an dieser Stelle weisen auf Qualitätsprobleme in der Produktion hin und führen zu erheblichen Verzögerungen. Woher beziehen Aus einer Statusänderung des Bestandsloses oder der Charge von „Prüfung ausstehend“ zu „Freigegeben“ oder „Uneingeschränkt“ abgeleitet. Verwendet wird der Timestamp dieser Änderung. Erfassung Aus einer Statusänderung des Bestandschargendatensatzes zu „Uneingeschränkte Verwendung“ abgeleitet. Ereignistyp inferred | |||
| Rohmaterialien eingegangen | Dieses Ereignis markiert die Ankunft und Annahme von Rohmaterialien eines Lieferanten im Lager oder in der Produktionsstätte. Die Daten stammen üblicherweise aus einem integrierten WMS oder ERP-System. | ||
| Warum das wichtig ist Mit dieser Aktivität endet die Messung der Lieferzeit des Lieferanten. Verzögerungen wirken sich unmittelbar auf nachfolgende Produktionspläne und endgültige Liefertermine aus. Woher beziehen Wird anhand einer Wareneingangsbuchung mit Timestamp in einem ERP- oder WMS-System erfasst. Die Daten werden anschließend in die Kinaxis-Plattform übernommen. Erfassung Timestamp der Wareneingangsbuchung aus einem Quellsystem. Ereignistyp explicit | |||
| Waren kommissioniert und verpackt | Diese Aktivität bezeichnet das Zusammenstellen der Auftragspositionen im Lager und ihre Vorbereitung für den Versand. Die Daten stammen üblicherweise aus einem Warehouse Management System (WMS). | ||
| Warum das wichtig ist Damit beginnt die letzte Phase der Auftragserfüllung. Verzögerungen können auf ineffiziente Lagerabläufe, Personalmangel oder eine ungünstige Lagerplatzzuordnung hinweisen. Woher beziehen Wird anhand des Abschluss-Timestamps des Kommissionier- und Verpackungsvorgangs in einem integrierten WMS erfasst und der Lieferung oder dem Kundenauftrag zugeordnet. Erfassung Abschluss-Timestamp des Kommissioniervorgangs aus einem WMS. Ereignistyp explicit | |||
| Waren produziert | Diese Aktivität zeigt an, dass die Fertigung der Fertigerzeugnisse abgeschlossen ist. Das Ereignis stammt üblicherweise aus einem integrierten Manufacturing Execution System (MES) oder dem Produktionsmodul eines ERP-Systems. | ||
| Warum das wichtig ist Der Abschluss dieser Aktivität ist ein wichtiger Meilenstein, der die Produktionsdurchlaufzeit beendet. Er ermöglicht die Analyse von Fertigungszykluszeiten und der Einhaltung des Produktionsplans. Woher beziehen Der Timestamp wird aus einer Transaktion zur Bestätigung des Produktionsabschlusses in einem MES- oder ERP-System übernommen und anschließend an Kinaxis übermittelt. Erfassung Timestamp der abschließenden Bestätigung des Produktionsauftrags. Ereignistyp explicit | |||
| Waren zugestellt | Diese Aktivität bezeichnet die Ankunft der Sendung am Zielort des Kunden. Das Ereignis wird häufig anhand integrierter Spediteursdaten in einem Transportation Management System (TMS) oder in Kinaxis erfasst. | ||
| Warum das wichtig ist Diese Aktivität markiert das Ende des Transportabschnitts. Der Abgleich mit dem geplanten Lieferdatum ist entscheidend, um die Leistung des Frachtführers und die Termintreue zu messen. Woher beziehen Der Timestamp stammt aus Statusmeldungen des Frachtführers, häufig über EDI oder eine API, und wird dem Sendungs- oder Lieferdatensatz im System zugeordnet. Erfassung Timestamp einer elektronischen Statusmeldung des Frachtführers, die die Zustellung bestätigt. Ereignistyp explicit | |||
Anleitungen zur Datenextraktion
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?
Mit diesem Template gewinnen Sie fundierte Erkenntnisse zur Leistung Ihrer Lieferkette und können gezielte Verbesserungen vorantreiben. Beginnen Sie noch heute mit Process Mining und verbessern Sie Ihre Abläufe.
Beherrschen Sie Ihre Lieferkette und verbessern Sie jetzt die Prognosegenauigkeit
Erreichen Sie eine Prognosegenauigkeit von 90 % und vermeiden Sie Fehlbestände dank vollständiger Transparenz.
Keine Kreditkarte erforderlich. In wenigen Minuten eingerichtet.