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

Microsoft Dynamics 365 SCM
Ihr Daten-Template für das Supply-Chain-Management

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

Dieses umfassende Daten-Template bietet einen strukturierten Ansatz zur Erfassung der wesentlichen Informationen für aussagekräftiges Process Mining Ihrer Supply Chain. Es beschreibt die wichtigsten zu erfassenden Attribute und Aktivitäten und enthält klare Hinweise zur Extraktion dieser Daten aus Microsoft Dynamics 365 SCM. Verwenden Sie dieses Template, um sicherzustellen, dass Ihr Event Log optimal für eine aussagekräftige Analyse vorbereitet ist.
  • Empfohlene Attribute für eine detaillierte Analyse
  • Wichtige Supply-Chain-Aktivitäten, die Sie in Ihrem Prozess erfassen sollten
  • Praktische Hinweise zur Datenextraktion aus Microsoft Dynamics 365 SCM
Neu bei Event Logs? Lernen Sie, wie Sie ein Process-Mining-Event-Log erstellen.

Attribute des Supply Chain Managements

Dies sind die empfohlenen Datenfelder, die Sie in Ihr Event Log aufnehmen sollten, um Ihre Supply-Chain-Prozesse gründlich und präzise zu analysieren.
5 Erforderlich 8 Empfohlen 8 Optional
Name Beschreibung
Logistikauftrag
LogisticsOrder
Die eindeutige Kennung für eine bestimmte Anfrage zur Auftragsabwicklung in der Lieferkette, die als primäre Case-ID dient.
Beschreibung

Der Logistics Order ist die eindeutige Kennung für den gesamten Logistikprozess. Er verknüpft alle Aktivitäten von der Kundennachfrage bis zur endgültigen Lieferung. Dieses Attribut bildet den zentralen Zusammenhang zwischen verschiedenen Subprozessen wie Beschaffung, Produktion und Versand für eine bestimmte Anfrage zur Auftragsabwicklung.

In der Analyse ist jedes Ereignis einem Logistics Order zugeordnet. Dadurch lässt sich der Prozessfluss vollständig und End-to-End rekonstruieren. Sie können den Weg eines Auftrags über verschiedene Abteilungen und Systeme hinweg verfolgen, Engpässe erkennen und die gesamte Durchlaufzeit vom Anfang bis zum Ende präzise messen.

Warum das wichtig ist

Dies ist der zentrale Schlüssel, um alle zusammengehörigen Prozessevents zu verknüpfen und den Lieferkettenprozess für eine einzelne Anfrage zur Auftragsabwicklung End-to-End zu analysieren.

Bezugsquelle

Dies ist eine konzeptionelle Kennung. Sie wird wahrscheinlich aus der Kombination von Feldern aus Tabellen wie SalesTable (Sales Order), WHSLoadTable (Load ID) oder InventTransOrigin (Reference ID) abgeleitet, um modulübergreifend eine eindeutige Case-ID zu erstellen.

Beispiele
LO-2024-00123LO-2024-00124LO-2024-00125
Aktivität
ActivityName
Der Name des Geschäftsereignisses oder der Aufgabe, die zu einem bestimmten Zeitpunkt im Logistikprozess stattgefunden hat.
Beschreibung

Dieses Attribut erfasst das konkrete Geschäftsereignis oder die Aufgabe, die stattgefunden hat, etwa „Purchase Order Issued“, „Goods Produced“ oder „Shipment Scheduled“. Diese Aktivitäten bilden die grundlegenden Bausteine des Prozesses.

Die Analyse ihrer Reihenfolge, Häufigkeit und Dauer bildet den Kern von Process Mining. Sie ermöglicht die automatische Ermittlung und Visualisierung von Prozesskarten, die Erkennung von Abweichungen von Standardverfahren sowie die Identifizierung häufiger oder ineffizienter Prozessschritte mit hohem Verbesserungspotenzial.

Warum das wichtig ist

Es definiert die Prozessschritte und ermöglicht dadurch, den Prozessfluss zu visualisieren, Varianten zu analysieren und Engpässe oder nicht konforme Aktivitäten zu erkennen.

Bezugsquelle

Abgeleitet aus der Geschäftslogik auf Grundlage von Statusänderungen in verschiedenen Transaktionstabellen wie SalesTable, PurchTable oder ProdTable sowie aus Dokumentbuchungsdaten in Tabellen wie CustInvoiceJour.

Beispiele
Bestellung ausgestelltWaren produziertKundenrechnung gebuchtWaren geliefert
Ereigniszeit
EventTime
Der Timestamp, der angibt, wann die Aktivität stattgefunden hat.
Beschreibung

Dieses Attribut liefert das genaue Datum und die genaue Uhrzeit, zu denen eine Aktivität im System erfasst wurde. Es ist die Grundlage für jede zeitbezogene Prozessanalyse, einschließlich der Berechnung von Zykluszeiten, der Bewertung der Prozessleistung und der Erkennung von Engpässen.

Durch die chronologische Sortierung der Ereignisse anhand dieses Timestamps können Process-Mining-Tools die genaue Reihenfolge der tatsächlich ausgeführten Aktivitäten rekonstruieren. Das ist entscheidend, um den realen Prozessfluss und seine Dynamik zu verstehen, statt sich auf idealisierte Prozessmodelle zu stützen.

Warum das wichtig ist

Dieser Timestamp ist entscheidend für die korrekte Reihenfolge der Ereignisse und die Berechnung aller zeitbezogenen Kennzahlen, etwa Zyklus- und Durchlaufzeiten.

Bezugsquelle

Wird typischerweise aus Datums- und Zeitfeldern für die Erstellung oder Statusänderung in D365-SCM-Tabellen bezogen. Beispiele sind CreatedDateTime in SalesTable, DeliveryDate in PurchLine oder physische Transaktionsdaten in InventTrans.

Beispiele
2023-04-15T09:00:00Z2023-04-18T14:30:00Z2023-05-01T11:22:00Z
Letzte Datenaktualisierung
LastDataUpdate
Der Timestamp, zu dem die Daten zuletzt aus dem Quellsystem aktualisiert wurden.
Beschreibung

Dieses Attribut gibt an, an welchem Datum und zu welcher Uhrzeit die Daten zuletzt extrahiert oder aktualisiert wurden. Es ist ein wichtiger Metadatenbestandteil jedes Dashboards für Prozessanalysen.

Diese Information zeigt, wie aktuell die analysierten Daten sind, und stellt sicher, dass Schlussfolgerungen auf aktuellen Informationen beruhen. Außerdem ist sie für die Verwaltung von Datenpipelines und die Prüfung wichtig, ob Datenladeprozesse planmäßig und erwartungsgemäß ausgeführt werden.

Warum das wichtig ist

Informiert über die Aktualität der Daten. Das ist entscheidend, um auf Grundlage der Analyse rechtzeitig relevante Geschäftsentscheidungen zu treffen.

Bezugsquelle

Dieser Wert wird vom Datenextraktions- oder ETL-Tool am Ende jedes Aktualisierungszyklus im Datensatz erzeugt und mit einem Timestamp versehen.

Beispiele
2023-06-10T02:00:00Z2023-06-11T02:00:00Z2023-06-12T02:00:00Z
Quellsystem
SourceSystem
Das führende System, aus dem die Ereignisdaten extrahiert wurden.
Beschreibung

Dieses Attribut identifiziert das System oder Modul, aus dem die Daten stammen. In einer komplexen Lieferkettenumgebung können die Daten aus mehreren Modulen von Dynamics 365 SCM kommen, etwa aus Sales, Procurement oder Warehouse Management.

Die Angabe des Quellsystems ist für Data Governance, die Behebung von Dateninkonsistenzen und das Verständnis des Kontexts der erfassten Aktivitäten entscheidend. Sie sichert die Datenqualität und ermöglicht die Rückverfolgbarkeit bis zum Ursprung der Informationen, was in integrierten Umgebungen besonders wichtig ist.

Warum das wichtig ist

Liefert Kontext zur Herkunft der Daten. Das ist für die Datenvalidierung, die Fehleranalyse und das Verständnis von Prozessvarianten über Systemgrenzen hinweg entscheidend.

Bezugsquelle

In der Regel handelt es sich um einen statischen Wert, der während der Datenextraktion hinzugefügt wird, um die Datensätze dieses bestimmten Systems zu kennzeichnen.

Beispiele
Microsoft Dynamics 365 SCMD365-PRODAX2012-FIN
Benutzer-ID
UserId
Die Kennung des Benutzers, der die Aktivität ausgeführt hat.
Beschreibung

Dieses Attribut speichert die ID des Mitarbeiters oder Systembenutzers, der eine bestimmte Aktivität ausgeführt hat. Dabei kann es sich beispielsweise um einen Einkäufer handeln, der eine Purchase Order erstellt, oder um eine Lagerkraft, die eine Sendung bestätigt.

Die Analyse von Aktivitäten nach Benutzer hilft, die Arbeitsverteilung zu verstehen, Schulungsbedarf zu erkennen und Prozessabweichungen zu untersuchen. Sie ist außerdem für Compliance-Analysen wichtig, da Prüfer Aktionen bestimmten Personen zuordnen können. Diese Sicht unterstützt die Leistungssteuerung und die Optimierung von Ressourcen.

Warum das wichtig ist

Ermöglicht die Analyse der Prozessleistung nach Benutzer oder Team, hilft bei der Erkennung von Automatisierungspotenzialen und ist für Compliance- sowie Audit-Trail-Analysen entscheidend.

Bezugsquelle

Zu finden in den Feldern „Created by“ oder „Modified by“ der meisten Transaktionstabellen in D365 SCM, etwa als CreatedBy in SalesTable oder PurchTable.

Beispiele
j.doea.smithAX_BATCH_USER
Bestellnummer
PurchaseOrderNumber
Die eindeutige Kennung einer an einen Lieferanten gesendeten Purchase Order.
Beschreibung

Dies ist die offizielle Dokumentnummer für die Bestellung von Rohmaterialien oder Waren bei einem externen Lieferanten. Sie enthält Angaben zu Artikeln, Mengen, Preisen und Lieferterminen.

Die Analyse nach Purchase Order Number ist für die Dashboards Procurement Lead Time Breakdown und Supplier Performance Benchmarking entscheidend. Sie ermöglicht die Nachverfolgung des gesamten Procure-to-Pay-Zyklus von der Bestellanforderung bis zur Zahlung an den Lieferanten und hilft, Verzögerungen bei der Materialbeschaffung zu erkennen.

Warum das wichtig ist

Diese ID ist für die Analyse des Beschaffungsanteils der Lieferkette, die Überwachung der Lieferantenleistung und das Verständnis der Materialdurchlaufzeiten entscheidend.

Bezugsquelle

Zu finden im Feld PurchId der Tabelle PurchTable.

Beispiele
PO-000541PO-000542PO-000543
Kundenname
CustomerName
Der Name des Kunden, der den Verkaufsauftrag aufgegeben hat.
Beschreibung

Dieses Attribut identifiziert den Kunden, der einem Verkaufsauftrag zugeordnet ist. Dadurch lässt sich der Supply-Chain-Prozess aus Kundensicht betrachten.

Die Analyse des Logistikprozesses nach Kunde kann individuelle Erfüllungsmuster, Präferenzen oder Herausforderungen bestimmter Kunden sichtbar machen. Sie eignet sich besonders für das Key-Account-Management und die Anpassung von Servicelevels. So lassen sich Kundenzufriedenheit und Kundenbindung verbessern.

Warum das wichtig ist

Ermöglicht eine kundenorientierte Analyse. Sie zeigt, bei welchen Kunden die meisten Verzögerungen auftreten, und unterstützt die Bewertung der Servicelevels für wichtige Kunden.

Bezugsquelle

Wird durch die Verknüpfung der Verkaufsauftragstabelle (SalesTable) mit der Kundenstammdatentabelle (CustTable) über die Kundennummer abgeleitet.

Beispiele
Alpine Ski HouseAdventure WorksCity Power & Light
Lieferantenname
SupplierName
Der Name des Lieferanten, der Rohmaterialien oder Waren bereitstellt.
Beschreibung

Dieses Attribut enthält den Namen des Lieferanten, bei dem Materialien beschafft werden. Es ist eine zentrale Dimension für die Analyse beschaffungsbezogener Aktivitäten.

Es wird umfassend in den Dashboards Procurement Lead Time Breakdown und Supplier Performance Benchmarking verwendet. Die Analyse von Prozesskennzahlen nach Lieferant hilft dabei, besonders zuverlässige und effiziente Partner sowie Lieferanten zu identifizieren, die häufig verspätet liefern oder Störungen verursachen. Diese Informationen sind für die strategische Beschaffung und das Lieferantenbeziehungsmanagement entscheidend.

Warum das wichtig ist

Ermöglicht die Segmentierung und das Benchmarking der Beschaffungsleistung nach Lieferant. Das ist entscheidend, um Lieferantenbeziehungen zu verbessern und Materialdurchlaufzeiten zu verkürzen.

Bezugsquelle

Wird durch die Verknüpfung der Bestellkopftabelle (PurchTable) mit der Lieferantenstammdatentabelle (VendTable) über die Lieferantenkontonummer abgeleitet.

Beispiele
Contoso-RohmaterialienFabrikam Inc.Northwind Traders
Produktionsauftragsnummer
ProductionOrderNumber
Die eindeutige Kennung eines Produktions- oder Fertigungsauftrags.
Beschreibung

Diese Nummer kennzeichnet einen Auftrag zur Herstellung einer bestimmten Produktmenge in der Fertigungsstätte. Sie erfasst den Verbrauch von Rohmaterialien und den Output an Fertigerzeugnissen.

Für Unternehmen mit eigener Fertigung ist diese ID entscheidend für die Nachverfolgung des Produktionsprozesses. Sie unterstützt das Dashboard Production Schedule Adherence Tracker, indem sie geplante Produktionsdaten mit tatsächlichen Fertigstellungsterminen verknüpft und Abweichungen oder Verzögerungen in der Fertigung sichtbar macht.

Warum das wichtig ist

Ermöglicht eine detaillierte Analyse des Fertigungslebenszyklus. So können Sie die Einhaltung des Produktionsplans messen und Engpässe in der Fertigung identifizieren.

Bezugsquelle

Befindet sich im Feld ProdId der Tabelle ProdTable.

Beispiele
PRD-000112PRD-000113PRD-000114
Termingerechte Lieferung
IsOnTimeDelivery
Ein Kennzeichen, das angibt, ob der Auftrag am gewünschten Datum oder früher geliefert wurde.
Beschreibung

Dieses berechnete boolesche Attribut gibt an, ob ein Logistikauftrag termingerecht geliefert wurde. Es wird durch den Vergleich des Timestamps der Aktivität „Goods Delivered“ mit dem „Requested Delivery Date“ abgeleitet.

Dieses Attribut bildet die Grundlage für die Berechnung der KPI On-Time Delivery Rate und dient als zentraler Filter im Dashboard On-Time Delivery Performance Monitor. Es vereinfacht die Analyse, indem es einen Datumsvergleich in einen einfachen Wahr-oder-Falsch-Wert überführt. Dadurch lassen sich verspätete Aufträge leicht filtern und zählen.

Warum das wichtig ist

Misst direkt die Leistung des Kundenservices und ist eine zentrale Eingangsgröße für die KPI On-Time Delivery. Dadurch wird die Analyse der Lieferzuverlässigkeit vereinfacht.

Bezugsquelle

Dies ist ein berechnetes Feld. Die Logik lautet: IF ('Goods Delivered' timestamp <= 'Requested Delivery Date') THEN True ELSE False.

Beispiele
truefalse
Verkaufsauftragsnummer
SalesOrderNumber
Die eindeutige Kennung des Verkaufsauftrags eines Kunden.
Beschreibung

Dies ist die zentrale Referenznummer für die Anfrage eines Kunden nach Waren oder Dienstleistungen. Der Verkaufsauftrag leitet zahlreiche nachgelagerte Aktivitäten in der Lieferkette ein, darunter Beschaffung und Produktion.

Im Process Mining ist die Sales Order Number eine wichtige Dimension für Filterung und Analyse. Sie ermöglicht Fachanwendern, den vollständigen Abwicklungsprozess eines bestimmten Kundenauftrags nachzuverfolgen, und ist häufig ein zentraler Bestandteil der konzeptionellen Case-ID des Logistics Order.

Warum das wichtig ist

Sie verknüpft den Lieferkettenprozess direkt mit der Kundennachfrage und ermöglicht die Analyse des Order-to-Cash-Zyklus sowie der auftragsspezifischen Abwicklungsleistung.

Bezugsquelle

Zu finden im Feld SalesId der Tabelle SalesTable.

Beispiele
SO-001872SO-001873SO-001874
Vom Kunden gewünschtes Lieferdatum
RequestedDeliveryDate
Das vom Kunden gewünschte Lieferdatum.
Beschreibung

Dieses Attribut erfasst das Lieferdatum, das der Kunde bei der Auftragserteilung angegeben hat. Es dient als wichtigste Vergleichsgröße für die Messung der tatsächlichen Lieferleistung.

Dieses Datum bildet die Grundlage für das Dashboard On-Time Delivery Performance Monitor und die KPI On-Time Delivery Rate. Der Vergleich des gewünschten Lieferdatums mit dem tatsächlichen Lieferdatum ist die Standardmethode zur Berechnung der Lieferleistung und eine zentrale Kennzahl für die Kundenzufriedenheit.

Warum das wichtig ist

Dient als Grundlage für die Messung der termingerechten Lieferung, einer entscheidenden KPI für Kundenzufriedenheit und Zuverlässigkeit der Supply Chain.

Bezugsquelle

Befindet sich im Feld ReceiptDateRequested der Tabelle SalesLine oder im Feld ShippingDateRequested der Tabelle SalesTable.

Beispiele
2023-05-102023-06-012023-07-20
Auftragswert
OrderValue
Der gesamte monetäre Wert des Verkaufsauftrags.
Beschreibung

Dieses Attribut bezeichnet den gesamten finanziellen Wert des Verkaufsauftrags eines Kunden. Es ist eine wichtige Kennzahl, um die geschäftlichen Auswirkungen der Prozessleistung zu verstehen.

Die Analyse von Prozesskennzahlen wie Durchlaufzeit oder verspäteten Lieferungen im Zusammenhang mit dem Auftragswert ermöglicht eine Priorisierung von Verbesserungsmaßnahmen. Verzögerungen bei Aufträgen mit hohem Wert können beispielsweise dringlicher sein als Verzögerungen bei kleineren Aufträgen. Dadurch erhält die Prozessanalyse eine finanzielle Dimension.

Warum das wichtig ist

Stellt den finanziellen Kontext für die Prozessanalyse bereit und ermöglicht die Priorisierung von Problemen anhand ihrer monetären Auswirkungen.

Bezugsquelle

Wird aus der Tabelle SalesLine berechnet, indem das Feld LineAmount für alle Zeilen eines bestimmten Verkaufsauftrags (SalesId) summiert wird.

Beispiele
15200.50850.00125000.75
Geplantes Versanddatum
ScheduledShipmentDate
Das Datum, an dem der Versand planmäßig abgehen sollte.
Beschreibung

Dieses Attribut bezeichnet das geplante Datum, an dem eine Sendung das Lager oder die Produktionsstätte verlassen soll. Es ist ein wichtiger interner Meilenstein im Auftragserfüllungsprozess.

Dieses Datum wird zur Berechnung der KPI Shipment Schedule Adherence Rate verwendet. Der Vergleich des geplanten Datums mit dem tatsächlichen Datum der Aktivität „Goods Loaded For Transport“ zeigt, wie zuverlässig und planbar die interne Logistikplanung und -ausführung ist.

Warum das wichtig ist

Hilft, die Einhaltung interner Zeitpläne und die Planbarkeit des Versandprozesses zu messen. Beides wirkt sich auf die nachgelagerte Transportplanung aus.

Bezugsquelle

Befindet sich in Feldern wie ConfirmedShipDate in SalesLine oder in entsprechenden Feldern der WHSLoadTable für geplante Ladungen.

Beispiele
2023-05-082023-05-302023-07-18
Lager-ID
WarehouseId
Die Kennung des Lagers, in dem Waren gelagert oder bearbeitet werden.
Beschreibung

Dieses Attribut identifiziert das konkrete Lager oder Distributionszentrum, das an einer Aktivität wie Kommissionierung, Verpackung oder Versand beteiligt ist.

Es ist für das Dashboard Warehouse Operations Throughput unverzichtbar und ermöglicht den Leistungsvergleich verschiedener Standorte. Die Analyse nach Lager zeigt, welche Standorte besonders effizient arbeiten, wo Kapazitätsprobleme bestehen und an welchen Stellen operative Verbesserungen am dringendsten erforderlich sind.

Warum das wichtig ist

Ermöglicht den Leistungsvergleich und die Engpassanalyse an verschiedenen physischen Standorten. So lassen sich Verbesserungen der Lagereffizienz gezielt unterstützen.

Bezugsquelle

Befindet sich im Feld InventLocationId in Tabellen für Bestands- und Lagerverwaltung, etwa InventSum und WHSWorkTable.

Beispiele
WH-MainWH-EastDC-West
Nacharbeit
IsRework
Ein Kennzeichen, das angibt, ob eine Aktivität oder Prozessschleife Nacharbeit darstellt.
Beschreibung

Dieses berechnete boolesche Attribut identifiziert Aktivitäten oder Prozesspfade, die Nacharbeit oder Korrekturschleifen darstellen. Wenn beispielsweise eine Aktivität „Quality Control Performed“ fehlschlägt und zu einem früheren Schritt „Goods Produced“ zurückführt, wird dies als Nacharbeit gekennzeichnet.

Dieses Attribut ist für die Berechnung der KPI Order Fulfillment Rework Rate unverzichtbar. Durch die Kennzeichnung von Nacharbeit können Analysten Häufigkeit und Auswirkungen von Qualitätsproblemen oder Prozessfehlern quantifizieren. So lassen sich Bereiche ermitteln, in denen Prozessverbesserungen und zusätzliche Kontrollen erforderlich sind.

Warum das wichtig ist

Hilft, Prozessineffizienzen und Qualitätsprobleme zu quantifizieren, indem Aktivitäten außerhalb des „Happy Path“ ausdrücklich gekennzeichnet werden.

Bezugsquelle

Dies ist ein berechnetes Feld, das typischerweise anhand von Geschäftsregeln abgeleitet wird. So können beispielsweise bestimmte Aktivitätsnamen wie „Repack Goods“ als Nacharbeit gekennzeichnet oder Rückwärtsschleifen im Prozessfluss erkannt werden.

Beispiele
truefalse
Name des Frachtführers
CarrierName
Der Name des Transportunternehmens oder Frachtführers, das beziehungsweise der die Sendung abwickelt.
Beschreibung

Dieses Attribut identifiziert den externen Logistikdienstleister oder die interne Flotte, die für den Transport der Waren verantwortlich ist. Es gibt an, welches Unternehmen das Produkt tatsächlich befördert.

Der Frachtführer ist eine weitere wichtige Dimension für das Dashboard Transportation Efficiency & Costs. Durch die Analyse von Kennzahlen wie Transportzeit und termingerechter Lieferung nach Frachtführer können Unternehmen ihre Logistikpartner vergleichen, bessere Konditionen verhandeln und fundierte Entscheidungen bei der Auswahl von Frachtführern treffen.

Warum das wichtig ist

Ermöglicht die Leistungsanalyse verschiedener Logistikpartner. Das ist für das Frachtführermanagement und die Optimierung der Transportkosten entscheidend.

Bezugsquelle

Befindet sich in Feldern wie CarrierService bei Verkaufsaufträgen oder in speziellen Transportmanagementtabellen wie TMSCarrier.

Beispiele
FedExUPSMaerskDHL
Produktkategorie
ProductCategory
Die Kategorie, der ein Produkt zugeordnet ist.
Beschreibung

Dieses Attribut fasst einzelne Produkte in übergeordneten Kategorien wie „Elektronik“, „Rohmaterialien“ oder „Fertigerzeugnisse“ zusammen. Dadurch wird eine Analyse der Supply Chain auf höherer Ebene möglich.

Statt Tausende einzelner SKUs zu betrachten, können Analysten anhand von Produktkategorien Trends und Engpässe erkennen, die ganze Produktgruppen betreffen. Das ist besonders im Dashboard Procurement Lead Time Breakdown hilfreich, um die Lieferantenleistung für unterschiedliche Materialarten zu verstehen.

Warum das wichtig ist

Ermöglicht eine aggregierte Analyse über Produktgruppen hinweg. Das unterstützt strategische Entscheidungen und hilft, systemische Probleme bei bestimmten Produktarten zu erkennen.

Bezugsquelle

Wird durch die Verknüpfung der Artikelstammdatentabelle (InventTable) mit Produktkategorietabellen wie EcoResProductCategory abgeleitet.

Beispiele
AudiokomponentenVerpackungsmaterialienHydraulikteile
Produktnummer
ProductNumber
Die eindeutige Kennung des bestellten oder produzierten Produkts.
Beschreibung

Dieses Attribut ist die Stock Keeping Unit (SKU) beziehungsweise die Artikelnummer des an einer Transaktion beteiligten Produkts. Dabei kann es sich um ein Fertigerzeugnis handeln, das an einen Kunden verkauft wird, oder um ein Rohmaterial, das bei einem Lieferanten beschafft wird.

Die Analyse des Supply-Chain-Prozesses nach Produkt hilft dabei, Artikel mit langen Durchlaufzeiten, häufigen Qualitätsproblemen oder komplexen Produktionswegen zu identifizieren. Diese Informationen sind für Bestandsmanagement, Bedarfsprognosen und die Optimierung des Produktportfolios von großer Bedeutung.

Warum das wichtig ist

Ermöglicht die Analyse der Prozessleistung für verschiedene Produkte. Dadurch werden Supply-Chain-Herausforderungen sichtbar, die bestimmte Artikel betreffen.

Bezugsquelle

Befindet sich im Feld ItemId von Transaktionszeilentabellen wie SalesLine, PurchLine und ProdBOM.

Beispiele
A0001D0010M9201
Transportart
ModeOfTransport
Die für den Versand verwendete Transportart, zum Beispiel Lkw, Luftfracht oder Seefracht.
Beschreibung

Dieses Attribut gibt an, mit welcher Transportart Waren vom Ausgangsort zum Zielort befördert werden. Beispiele sind Straßen-, Schienen-, Luft- und Seefracht.

Es ist eine zentrale Dimension für das Dashboard Transportation Efficiency & Costs. Die Analyse von Durchlaufzeiten und Kosten nach Transportart hilft, Logistikstrategien zu optimieren, das richtige Verhältnis von Geschwindigkeit und Kosten zu bestimmen und Ineffizienzen in einzelnen Transportkanälen zu erkennen.

Warum das wichtig ist

Ist für die Analyse von Transportkosten und Effizienz unverzichtbar. So lassen sich Logistiknetzwerke optimieren und Frachtkosten senken.

Bezugsquelle

Befindet sich im Feld ModeOfDelivery in Tabellen wie SalesTable oder PurchTable oder detaillierter in Transportmanagementtabellen wie TMSRoute.

Beispiele
LkwLuftfrachtSeefrachtSchiene
Erforderlich Empfohlen Optional

Aktivitäten des Supply Chain Managements

Dies sind die wichtigsten Prozessschritte und Meilensteine, die Sie in Ihrem Event Log erfassen sollten, um eine präzise Prozesserkennung und Leistungsanalyse Ihrer Lieferkette zu ermöglichen.
8 Empfohlen 7 Optional
Aktivität Beschreibung
Bestellung ausgestellt
Eine formale Bestellung wird erstellt und bestätigt. Damit verpflichtet sich das Unternehmen zum Einkauf bei einem Lieferanten. Dieses Ereignis wird protokolliert, wenn der Status der PO auf „Confirmed“ oder „In external review“ aktualisiert wird.
Warum das wichtig ist

Dies ist ein wichtiger Meilenstein in der Beschaffung und der zentrale Ausgangspunkt für die Messung der Lieferanten-Durchlaufzeit. Die Analyse der Zeit zwischen diesem Ereignis und dem Wareneingang hilft bei der Bewertung der Lieferantenleistung.

Bezugsquelle

Das Ereignis wird im Modul Procurement and sourcing protokolliert. Die Bestätigung einer Bestellung wird in der PurchTable anhand von Statusänderungen und Datumsangaben erfasst.

Erfassen

Wird protokolliert, wenn der Status einer Purchase Order durch eine Journalbuchung auf „Confirmed“ aktualisiert wird.

Ereignistyp explicit
Kundenauftrag erstellt
Beschreibt die formale Erstellung eines neuen Verkaufsauftrags in Dynamics 365 SCM. Dieses explizite Ereignis wird mit einem Timestamp protokolliert, sobald ein Benutzer ein neues Verkaufsauftragsdokument speichert. Damit beginnt die Auftragsabwicklung.
Warum das wichtig ist

Diese Aktivität markiert den offiziellen Beginn des Auftragsabwicklungszyklus. Sie dient als zentraler Bezugspunkt für die Messung der gesamten Durchlaufzeit, der Termintreue bei Lieferungen und der Muster bei der Auftragserfassung.

Bezugsquelle

Dieses explizite Ereignis wird im Modul Sales and marketing erfasst. Die Erstellung wird mit einem spezifischen Erstellungs-Timestamp in der SalesTable (Sales Order Header) protokolliert.

Erfassen

Ereignis, das bei der Erstellung eines Sales-Order-Datensatzes in der SalesTable protokolliert wird.

Ereignistyp explicit
Rohmaterialien eingegangen
Die beim Lieferanten bestellten Waren oder Materialien gehen physisch im Lager ein. Dies wird in Dynamics 365 durch die Buchung eines Product Receipt zur Purchase Order erfasst.
Warum das wichtig ist

Diese Aktivität markiert das Ende der Lieferanten-Durchlaufzeit und die Verfügbarkeit der Materialien für Produktion oder Auftragsabwicklung. Verzögerungen an dieser Stelle wirken sich direkt auf nachgelagerte Zeitpläne und Kundentermine aus.

Bezugsquelle

Das Ereignis wird in den Modulen Procurement and sourcing oder Inventory management erfasst. Die Buchung eines Product Receipt (VendPackingSlipJour) erzeugt einen Transaktionsdatensatz mit Timestamp.

Erfassen

Ereignis, das protokolliert wird, wenn ein Product Receipt zur Purchase Order gebucht wird.

Ereignistyp explicit
Waren für den Transport verladen
Die verpackten Waren werden physisch auf das Fahrzeug des Transportdienstleisters verladen und die Sendung wird im System bestätigt. Dieses Ereignis entspricht der Aktion „Ship confirm“ in Dynamics 365.
Warum das wichtig ist

Markiert die physische Abfahrt der Waren aus dem Lager. Diese Aktivität ist der Ausgangspunkt für die Messung der Dauer von „Goods In Transit“ und für die finanzielle Erfassung der Sendung.

Bezugsquelle

Das Ereignis wird in den Modulen Warehouse management oder Transportation management erfasst. Die Aktion „Ship confirm“ für eine Ladung oder Sendung (WHSLoadTable) erzeugt ein Ereignis mit Timestamp.

Erfassen

Wird protokolliert, wenn die Aktion „Ship confirm“ für die zugehörige Ladung oder Sendung ausgeführt wird.

Ereignistyp explicit
Waren geliefert
Die Waren sind am Zielort des Kunden eingetroffen. Dieses Ereignis kann aus Tracking-Daten des Transportdienstleisters oder einer manuellen Statusaktualisierung abgeleitet werden, da Dynamics 365 keine native Transaktion „delivered“ bietet.
Warum das wichtig ist

Markiert den Abschluss der physischen Lieferung. Dadurch steht das „Actual Delivery Date“ zur Verfügung, das für die Berechnung von KPIs zur Termintreue und kundenbezogenen Kennzahlen erforderlich ist.

Bezugsquelle

Dies ist häufig kein Standardfeld. Das Datum kann in einem benutzerdefinierten Datumsfeld des Verkaufsauftrags oder der Sendung erfasst und manuell oder über eine Integration mit dem System des Transportdienstleisters aktualisiert werden.

Erfassen

Abgeleitet aus einer manuellen Aktualisierung eines Lieferdatumsfelds oder über die Integration einer externen API des Transportdienstleisters.

Ereignistyp inferred
Waren kommissioniert und verpackt
Die Mitarbeitenden im Lager haben die Artikel physisch aus dem Bestand entnommen und für den Versand verpackt. Dies wird erfasst, sobald die Kommissionierarbeit abgeschlossen und der Verpackungsstatus im System aktualisiert wurde.
Warum das wichtig ist

Beschreibt den Abschluss der zentralen Lageraufgabe bei der Auftragsabwicklung. Die Aktivität ist eine wichtige Kennzahl für das Dashboard Warehouse Operations Throughput und hilft, Engpässe im Kommissionier- und Verpackungsprozess zu erkennen.

Bezugsquelle

Das Ereignis wird im Modul Warehouse management erfasst. In der Regel lässt es sich aus der Statusänderung des Warehouse Work (WHSWorkTable) auf „Closed“ oder aus der Buchung eines Packing Slip ableiten.

Erfassen

Abgeleitet aus der Statusänderung des Warehouse Work auf „Closed“ oder aus dem Buchungsdatum des Packing Slip.

Ereignistyp inferred
Waren produziert
Der Fertigungsprozess ist abgeschlossen und die Fertigerzeugnisse werden im System offiziell als fertig gemeldet. Dies wird durch die Buchung eines „Report as Finished“-Journals für den Produktionsauftrag erfasst, wodurch der Lagerbestand aktualisiert wird.
Warum das wichtig ist

Markiert den Abschluss der Produktionsphase und macht die Waren für Qualitätskontrolle und Versand verfügbar. Dies ist ein wichtiger Meilenstein zur Messung der Termintreue in der Produktionsplanung.

Bezugsquelle

Das Ereignis wird im Modul Production control erfasst. Die Buchung des „Report as Finished“-Journals erzeugt eine Bestandstransaktion mit Timestamp und aktualisiert den Status des Produktionsauftrags.

Erfassen

Wird protokolliert, wenn ein „Report as Finished“-Journal für den Produktionsauftrag gebucht wird.

Ereignistyp explicit
Zustellnachweis unterschrieben
Der Kunde hat den Erhalt der Waren formell bestätigt, häufig durch die Unterschrift auf einem Lieferschein. Dies wird typischerweise durch das Anhängen eines Dokuments oder die Aktualisierung eines Status im System erfasst.
Warum das wichtig ist

Dies ist die abschließende Bestätigung einer erfolgreichen Auftragsabwicklung und das definitive Ende des Logistikprozesses. Der Nachweis ist wichtig für die Klärung von Streitfällen und die Berechnung der gesamten Auftragsdurchlaufzeit.

Bezugsquelle

Dies ist keine standardmäßige, einzelne Transaktion. Häufig wird der Status des Verkaufsauftrags aktualisiert oder über die Dokumentenverwaltung ein gescannter Zustellnachweis angehängt.

Erfassen

Abgeleitet aus einer Statusaktualisierung oder dem Anhängen eines POD-Dokuments an den Verkaufsauftrag oder die Sendung.

Ereignistyp inferred
Auftrag storniert
Der Kundenauftrag wird storniert, bevor die Auftragsabwicklung abgeschlossen ist. Dies wird durch eine Statusänderung des Auftragskopfs auf „Canceled“ erfasst.
Warum das wichtig ist

Beschreibt ein negatives Prozessergebnis. Die Analyse, wann und warum Aufträge storniert werden, kann Probleme bei Produktverfügbarkeit, Durchlaufzeiten oder im Kundenservice sichtbar machen, die behoben werden sollten.

Bezugsquelle

Abgeleitet aus der Änderung des Statusfelds der SalesTable auf „Canceled“. Das Datum dieser Änderung kann erfasst werden, wenn Change Tracking oder Datenbankprotokollierung aktiviert ist.

Erfassen

Abgeleitet aus der Änderung des Status des Verkaufsauftrags auf „Canceled“.

Ereignistyp inferred
Bestellanforderung erstellt
Die Einkaufsabteilung erhält eine formale Anfrage zur Beschaffung der für den Auftrag benötigten Materialien, typischerweise bei unzureichendem Lagerbestand. Dieses explizite Ereignis wird protokolliert, sobald ein neues Dokument für eine Bestellanforderung erstellt und gespeichert wird.
Warum das wichtig ist

Diese Aktivität leitet den Beschaffungs-Subprozess ein. Ihre Erfassung ist wichtig, um den internen Genehmigungsanteil der Beschaffungsdurchlaufzeit zu analysieren und Verzögerungen vor der Ausstellung einer PO zu erkennen.

Bezugsquelle

Das Ereignis wird im Modul Procurement and sourcing protokolliert. Die Erstellung eines Datensatzes in der PurchReqTable ist ein einzelnes Ereignis mit Timestamp.

Erfassen

Ereignis, das bei der Erstellung eines Datensatzes in der Tabelle für Bestellanforderungen (PurchReqTable) protokolliert wird.

Ereignistyp explicit
Kommissionierliste für das Lager erstellt
Eine Kommissionierliste oder ein Warehouse Work wird erstellt und weist die Mitarbeitenden an, welche Artikel für die Auftragserfüllung zu kommissionieren sind. Dieses Ereignis wird protokolliert, wenn ein Auftrag zur Bearbeitung an das Lager freigegeben wird.
Warum das wichtig ist

Diese Aktivität leitet die physischen Lagerprozesse zur Auftragsabwicklung ein. Die Analyse der Zeit von diesem Punkt bis zum Abschluss der Verpackung hilft, die interne Lagereffizienz und Reaktionsfähigkeit zu messen.

Bezugsquelle

Das Ereignis wird im Modul Warehouse management protokolliert. Die Erstellung eines Warehouse Work (WHSWorkTable) oder die Buchung eines Journals für eine Kommissionierliste (WMSPickingRoute) ist ein einzelnes Ereignis.

Erfassen

Wird bei der Erstellung eines Journals für eine Kommissionierliste oder eines Warehouse Work protokolliert.

Ereignistyp explicit
Kundenrechnung gebucht
Aus dem Verkaufsauftrag wird eine Verkaufsrechnung erstellt und in den Finanzbüchern gebucht. Dies geschieht häufig zum Zeitpunkt des Versands, kann je nach Prozess jedoch abweichen und wird daher als eigene Aktivität erfasst.
Warum das wichtig ist

Dies ist ein wichtiger finanzieller Meilenstein im Order-to-Cash-Zyklus. Die Analyse der Zeit zwischen Versand und Rechnungsstellung kann Verzögerungen im Abrechnungsprozess sichtbar machen und den Cashflow beeinflussen.

Bezugsquelle

Das Ereignis wird im Modul Accounts receivable erfasst. Die Buchung einer Verkaufsauftragsrechnung erzeugt in der Tabelle CustInvoiceJour einen Datensatz mit einem spezifischen Buchungsdatum.

Erfassen

Wird protokolliert, wenn eine Verkaufsauftragsrechnung gebucht und dadurch ein CustInvoiceJour-Datensatz erstellt wird.

Ereignistyp explicit
Produktionsauftrag erstellt
Ein Produktionsauftrag wird erstellt, um die für den Logistics Order des Kunden benötigten Fertigerzeugnisse herzustellen. Dieses einzelne Ereignis wird im Modul Production control protokolliert.
Warum das wichtig ist

Damit beginnt der Fertigungsprozess bei Make-to-Order-Szenarien. Die Zeit zwischen diesem Ereignis und der Fertigstellung der Waren ist entscheidend für die Analyse von Produktionszykluszeiten und Termintreue in der Planung.

Bezugsquelle

Das Ereignis wird im Modul Production control protokolliert. Die Erstellung eines neuen Datensatzes in der ProdTable (Production Order table) umfasst einen Erstellungs-Timestamp.

Erfassen

Wird bei der Erstellung eines neuen Datensatzes in der Tabelle für Produktionsaufträge (ProdTable) protokolliert.

Ereignistyp explicit
Qualitätskontrolle durchgeführt
Die produzierten oder eingegangenen Waren werden einer Qualitätsprüfung unterzogen, um die Einhaltung der Standards sicherzustellen. Dies wird im System häufig als Abschluss oder Validierung eines Quality Order erfasst.
Warum das wichtig ist

Sichert Produktqualität und Compliance im Prozess. Wenn übersprungene Qualitätsprüfungen oder lange Prüfzeiten sichtbar werden, lassen sich Risiken reduzieren und der Prozessfluss verbessern.

Bezugsquelle

Das Ereignis wird im Modul Inventory management über Quality Orders erfasst. Die Validierung oder der Abschluss eines mit dem Artikel verknüpften Quality Order (InventQualityOrderTable) liefert dieses Ereignis.

Erfassen

Wird bei der Validierung oder dem Abschluss eines Quality Order protokolliert, der mit der Artikelcharge oder Seriennummer verknüpft ist.

Ereignistyp explicit
Versand geplant
Für den Versand der verpackten Waren werden ein konkretes Datum und ein Transportdienstleister festgelegt. Dies wird häufig erfasst, wenn eine Ladung geplant oder ein Versand im Transportmodul bestätigt wird.
Warum das wichtig ist

Dient als Grundlage für die Messung der Termintreue bei Sendungen. Der Vergleich zwischen dem geplanten Datum und dem tatsächlichen Verladedatum ist eine wichtige Kennzahl für die Logistikplanung.

Bezugsquelle

Das Ereignis wird im Modul Transportation management (TMS) erfasst. Die Bestätigung einer Ladung (WHSLoadTable) oder Sendung enthält häufig ein geplantes Versanddatum, das übernommen werden kann.

Erfassen

Wird bei der Bestätigung eines Transport-Lade- oder Sendungsdatensatzes protokolliert.

Ereignistyp explicit
Empfohlen Optional

Anleitungen zur Datenextraktion

So erhalten Sie Ihre Daten aus Microsoft Dynamics 365 SCM

Bereit für den Einstieg?

Nutzen Sie dieses Template, um das volle Potenzial Ihrer Supply Chain auszuschöpfen. Beginnen Sie noch heute mit der Optimierung Ihrer Abläufe und steigern Sie Effizienz und Kosteneinsparungen.

Meistern Sie das Supply-Chain-Management: Beginnen Sie noch heute mit der Optimierung

Gewinnen Sie durchgängige Transparenz und verbessern Sie die Prognosegenauigkeit auf 90 Prozent, während Sie Kosten senken.

Starten Sie Ihre kostenlose Testphase

Keine Kreditkarte erforderlich, Einrichtung in wenigen Minuten.