Ihre Datenvorlage für das Supply Chain Management

Microsoft Dynamics 365 SCM
Ihre Datenvorlage für das Supply Chain Management

Ihre Datenvorlage für das Supply Chain Management

Diese umfassende Datenvorlage bietet eine strukturierte Grundlage, um die wichtigsten Informationen für aussagekräftiges Process Mining in Ihrer Lieferkette zu erfassen. Sie zeigt, welche Attribute und Aktivitäten Sie verfolgen sollten, und erklärt, wie Sie die Daten gezielt aus Microsoft Dynamics 365 SCM extrahieren. Mit dieser Vorlage bereiten Sie Ihr Event Log für eine fundierte Analyse vor.
  • Empfohlene Attribute für eine detaillierte Analyse
  • Wichtige Aktivitäten entlang Ihrer Lieferkette
  • Praktische Anleitung zur Datenextraktion aus Microsoft Dynamics 365 SCM
Neu bei Event Logs? Erfahren Sie, wie Sie ein Event Log für Process Mining erstellen.

Attribute im Supply Chain Management

Diese Datenfelder sollten Sie in Ihr Event Log aufnehmen, um Ihre Supply-Chain-Management-Prozesse gründlich und präzise zu analysieren.
5 Erforderlich 8 Empfohlen 8 Optional
Name Beschreibung
Logistikauftrag
LogisticsOrder
Die eindeutige Kennung für einen bestimmten Auftrag zur Abwicklung in der Lieferkette. Sie dient als zentrales Case-Kennzeichen.
Beschreibung

Der Logistikauftrag ist die eindeutige Kennung für den gesamten Logistikprozess. Er verknüpft alle Aktivitäten von der Kundennachfrage bis zur endgültigen Zustellung. Dieses Attribut bildet den zentralen Bezugspunkt für verschiedene Teilprozesse wie Beschaffung, Produktion und Versand eines bestimmten Abwicklungsauftrags.

In der Analyse wird jedes Ereignis einem Logistikauftrag zugeordnet. So lässt sich der Prozessablauf vollständig und durchgängig rekonstruieren. Sie können den Weg eines Auftrags durch verschiedene Abteilungen und Systeme verfolgen, Engpässe erkennen und die gesamte Durchlaufzeit vom Anfang bis zum Ende genau messen.

Warum das wichtig ist

Diese Kennung ist unverzichtbar, um alle zugehörigen Prozessereignisse miteinander zu verknüpfen und den Lieferkettenprozess für einen einzelnen Abwicklungsauftrag durchgängig zu analysieren.

Woher beziehen

Dies ist eine konzeptionelle Kennung, die wahrscheinlich aus Feldern verschiedener Tabellen gebildet wird, etwa aus der SalesTable (Sales Order), der WHSLoadTable (Load ID) oder der InventTransOrigin (Reference ID). So entsteht eine eindeutige Case-ID über verschiedene Module hinweg.

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, zum Beispiel „Bestellung ausgestellt“, „Waren produziert“ oder „Versand geplant“. Diese Aktivitäten bilden die grundlegenden Bausteine des Prozesses.

Die Analyse der Abfolge, Häufigkeit und Dauer dieser Aktivitäten ist ein Kernbestandteil von Process Mining. Sie ermöglicht die automatische Ermittlung und Visualisierung von Prozessmodellen, das Erkennen von Abweichungen von Standardverfahren und die Identifizierung häufiger oder ineffizienter Prozessschritte mit Verbesserungspotenzial.

Warum das wichtig ist

Es legt die Prozessschritte fest und ermöglicht so, den Prozessablauf zu visualisieren, Abweichungen zu analysieren und Engpässe oder nicht konforme Aktivitäten zu erkennen.

Woher beziehen

Wird anhand der Geschäftslogik aus Statusänderungen in verschiedenen Transaktionstabellen abgeleitet, etwa SalesTable, PurchTable oder ProdTable, sowie aus Buchungsdaten von Dokumenten in Tabellen wie CustInvoiceJour.

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

Dieses Attribut enthält das genaue Datum und die Uhrzeit, zu denen eine Aktivität im System erfasst wurde. Es ist die Grundlage jeder zeitbezogenen Prozessanalyse, etwa für die Berechnung von Durchlaufzeiten, die Bewertung der Prozessleistung und die Ermittlung von Engpässen.

Anhand dieses Timestamps können Process-Mining-Tools die Ereignisse chronologisch ordnen und die genaue Abfolge der Aktivitäten rekonstruieren. So lässt sich der tatsächliche Prozessablauf mit seinen Dynamiken nachvollziehen, statt sich auf idealisierte Prozessmodelle zu verlassen.

Warum das wichtig ist

Dieser Timestamp ist entscheidend, um Ereignisse korrekt zu ordnen und alle zeitbezogenen Kennzahlen wie Zyklus- und Durchlaufzeiten zu berechnen.

Woher beziehen

Stammt in der Regel aus Datums- und Uhrzeitfeldern für die Erstellung oder Statusänderung in D365-SCM-Tabellen. Beispiele sind CreatedDateTime in der SalesTable, DeliveryDate in der 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 der letzten Aktualisierung der Daten aus dem Quellsystem.
Beschreibung

Dieses Attribut gibt an, wann die Daten zuletzt extrahiert oder aktualisiert wurden. Es ist ein wichtiger Metadatenwert für jedes Dashboard zur Prozessanalyse.

So können Benutzer einschätzen, wie aktuell die analysierten Daten sind und ihre Schlussfolgerungen auf aktuelle Informationen stützen. Der Wert ist außerdem wichtig für die Verwaltung von Datenpipelines und die Überprüfung, ob die Datenladeprozesse planmäßig ausgeführt werden.

Warum das wichtig ist

Informiert Benutzer über die Aktualität der Daten. Das ist wichtig, damit geschäftliche Entscheidungen auf Grundlage der Analyse rechtzeitig getroffen werden können.

Woher beziehen

Dieser Wert wird am Ende jedes Aktualisierungszyklus vom Datenextraktions- oder ETL-Tool erzeugt und dem Datensatz hinzugefügt.

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 gibt an, aus welchem System oder Modul 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 wichtig für die Data Governance, die Fehlersuche bei Dateninkonsistenzen und das Verständnis des Kontexts der erfassten Aktivitäten. Sie unterstützt die Datenqualität und ermöglicht die Rückverfolgung bis zum Ursprung der Informationen. Das ist besonders in integrierten Umgebungen wichtig.

Warum das wichtig ist

Gibt Aufschluss über die Herkunft der Daten. Das ist wichtig für die Datenvalidierung, die Fehlersuche und das Verständnis von Prozessabweichungen über Systemgrenzen hinweg.

Woher beziehen

In der Regel wird während der Datenextraktion ein statischer Wert hinzugefügt, um die Datensätze aus diesem bestimmten System 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 Mitarbeitenden oder Systembenutzers, der eine bestimmte Aktivität ausgeführt hat. Das kann ein Einkäufer sein, der eine Bestellung angelegt hat, oder ein Lagerarbeiter, der eine Sendung bestätigt hat.

Die Analyse nach Benutzern hilft dabei, die Arbeitslast zu verstehen, Schulungsbedarf zu erkennen und Prozessabweichungen zu untersuchen. Sie ist auch für Compliance-Analysen wichtig, da Prüfer Aktionen bestimmten Personen zuordnen können. Diese Auswertung unterstützt das Leistungsmanagement und die Ressourcenplanung.

Warum das wichtig ist

Ermöglicht die Analyse der Prozessleistung nach Benutzer oder Team, hilft Automatisierungspotenziale zu erkennen und ist wichtig für Compliance-Analysen und die Prüfung von Audit-Trails.

Woher beziehen

Zu finden in den Feldern „Created by“ oder „Modified by“ der meisten Transaktionstabellen in D365 SCM, zum Beispiel im Feld CreatedBy der SalesTable oder PurchTable.

Beispiele
j.doea.smithAX_BATCH_USER
Bestellnummer
PurchaseOrderNumber
Die eindeutige Kennung einer Bestellung an einen Lieferanten.
Beschreibung

Diese offizielle Dokumentennummer wird für Bestellungen von Rohstoffen oder Waren bei externen Lieferanten verwendet. Sie enthält Angaben zu Artikeln, Mengen, Preisen und Lieferterminen.

Die Analyse des Prozesses nach Bestellnummer ist für die Dashboards zur Aufschlüsselung der Beschaffungsdurchlaufzeit und zum Leistungsvergleich von Lieferanten unerlässlich. So lässt sich der gesamte Procure-to-Pay-Zyklus von der Bedarfsmeldung bis zur Zahlung an den Lieferanten verfolgen. Außerdem werden Verzögerungen bei der Materialbeschaffung sichtbar.

Warum das wichtig ist

Diese ID ist entscheidend, um den Beschaffungsabschnitt der Lieferkette zu analysieren, die Lieferantenleistung zu überwachen und Materialdurchlaufzeiten zu verstehen.

Woher beziehen

Im Feld PurchId der Tabelle PurchTable.

Beispiele
PO-000541PO-000542PO-000543
Gewünschter Liefertermin
RequestedDeliveryDate
Der vom Kunden gewünschte Liefertermin.
Beschreibung

Dieses Attribut enthält den Liefertermin, den der Kunde bei der Bestellung angegeben hat. Er dient als maßgeblicher Vergleichswert für die tatsächliche Lieferleistung.

Dieser Termin bildet die Grundlage für das Dashboard zur Überwachung der Leistung bei termingerechter Lieferung und die KPI zur Termintreue. Der Vergleich des gewünschten mit dem tatsächlichen Liefertermin ist die gängige Methode zur Berechnung der Lieferleistung und ein wichtiger Indikator für die Kundenzufriedenheit.

Warum das wichtig ist

Dieser Wert dient als Grundlage für die Messung der Termintreue, einer wichtigen KPI für Kundenzufriedenheit und Zuverlässigkeit der Lieferkette.

Woher beziehen

Im Feld ReceiptDateRequested der Tabelle SalesLine oder im Feld ShippingDateRequested der Tabelle SalesTable.

Beispiele
2023-05-102023-06-012023-07-20
Kundenname
CustomerName
Der Name des Kunden, der den Kundenauftrag erteilt hat.
Beschreibung

Dieses Attribut kennzeichnet den Kunden eines Kundenauftrags und ermöglicht eine kundenzentrierte Sicht auf den Lieferkettenprozess.

Die Analyse der Logistik nach Kunde kann besondere Erfüllungsmuster, Präferenzen oder Herausforderungen einzelner Kunden aufdecken. Sie ist besonders für das Key-Account-Management und die Anpassung von Servicelevels hilfreich und kann so Kundenzufriedenheit und Kundenbindung verbessern.

Warum das wichtig ist

Ermöglicht eine kundenzentrierte Analyse. So erkennen Sie, bei welchen Kunden die größten Verzögerungen auftreten, und können die Servicelevels für wichtige Kunden bewerten.

Woher beziehen

Ermittelt durch Verknüpfung der Kundenauftragstabelle (SalesTable) mit der Kundenstammdatentabelle (CustTable) über die Kundenkontonummer.

Beispiele
Alpine-SkihütteAdventure WorksCity Power & Light
Lieferantenname
SupplierName
Der Name des Lieferanten, der Rohstoffe oder Waren bereitstellt.
Beschreibung

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

Es wird häufig in den Dashboards zur Aufschlüsselung der Beschaffungsdurchlaufzeit und zum Leistungsvergleich von Lieferanten verwendet. Die Analyse von Prozesskennzahlen nach Lieferant zeigt, welche Partner besonders zuverlässig und effizient sind und bei welchen es häufig zu Verspätungen oder Störungen kommt. Diese Erkenntnisse sind für die strategische Beschaffung und das Lieferantenmanagement wichtig.

Warum das wichtig ist

Damit können Sie die Beschaffungsleistung nach Lieferant aufschlüsseln und vergleichen. Das ist wichtig, um die Zusammenarbeit mit Lieferanten zu verbessern und Materialdurchlaufzeiten zu verkürzen.

Woher beziehen

Ermittelt durch Verknüpfung der Bestelltabelle (PurchTable) mit der Lieferantenstammdatentabelle (VendTable) über die Lieferantenkontonummer.

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

Diese Nummer kennzeichnet einen Auftrag zur Herstellung einer bestimmten Produktmenge im Fertigungsbetrieb. Sie erfasst den Verbrauch von Rohstoffen und die Menge der Fertigerzeugnisse.

Für Unternehmen mit eigener Fertigung ist diese ID wichtig, um den Produktionsprozess zu verfolgen. Das Dashboard zur Einhaltung des Produktionsplans verknüpft damit geplante und tatsächliche Fertigstellungstermine und macht Abweichungen oder Verzögerungen im Fertigungsprozess sichtbar.

Warum das wichtig ist

Sie ermöglicht eine detaillierte Analyse des Fertigungszyklus, unterstützt die Messung der Einhaltung des Produktionsplans und hilft, Engpässe in der Fertigung zu erkennen.

Woher beziehen

Im Feld ProdId der Tabelle ProdTable.

Beispiele
PRD-000112PRD-000113PRD-000114
Termingerecht geliefert
IsOnTimeDelivery
Kennzeichnet, ob die Bestellung am gewünschten Termin oder früher geliefert wurde.
Beschreibung

Dieses berechnete boolesche Attribut gibt an, ob ein Logistikauftrag termingerecht geliefert wurde. Es wird ermittelt, indem der Timestamp der Aktivität „Waren geliefert“ mit dem gewünschten Liefertermin verglichen wird.

Das Attribut bildet die Grundlage für die KPI zur Termintreue und dient als wichtiger Filter im Dashboard zur Überwachung der Leistung bei termingerechter Lieferung. Der Datumsvergleich wird in einen einfachen Wahrheitswert umgewandelt. So lassen sich verspätete Aufträge leicht filtern und zählen.

Warum das wichtig ist

Misst direkt die Leistung im Kundenservice und fließt in die KPI zur Termintreue ein. Dadurch lässt sich die Zuverlässigkeit der Lieferungen einfacher analysieren.

Woher beziehen

Dieses Feld wird berechnet. Die Logik lautet: WENN (Timestamp von „Waren geliefert“ <= „Gewünschter Liefertermin“), DANN Wahr, SONST Falsch.

Beispiele
truefalse
Verkaufsauftragsnummer
SalesOrderNumber
Die eindeutige Kennung für den Verkaufsauftrag eines Kunden.
Beschreibung

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

In Process Mining ist die Verkaufsauftragsnummer eine wichtige Dimension für Filter und Analysen. Fachanwender können damit die vollständige Auftragsabwicklung für einen bestimmten Kundenauftrag verfolgen. Häufig ist sie außerdem ein zentraler Bestandteil der konzeptionellen Case-ID des Logistikauftrags.

Warum das wichtig ist

Verknüpft den Lieferkettenprozess direkt mit der Kundennachfrage. So lassen sich der Order-to-Cash-Zyklus und die Auftragsabwicklung für einzelne Kunden analysieren.

Woher beziehen

Befindet sich im Feld SalesId der Tabelle SalesTable.

Beispiele
SO-001872SO-001873SO-001874
Auftragswert
OrderValue
Der Gesamtwert des Kundenauftrags.
Beschreibung

Dieses Attribut gibt den Gesamtwert eines Kundenauftrags an. Es ist eine wichtige Kennzahl, um die geschäftlichen Auswirkungen der Prozessleistung zu verstehen.

Werden Prozesskennzahlen wie Zykluszeit oder verspätete Lieferungen im Verhältnis zum Auftragswert analysiert, lassen sich Verbesserungsmaßnahmen gezielt priorisieren. Verzögerungen bei Aufträgen mit hohem Wert können beispielsweise dringlicher sein als bei kleineren Aufträgen. So erhält die Prozessanalyse eine finanzielle Dimension.

Warum das wichtig ist

Ergänzt die Prozessanalyse um den finanziellen Kontext und ermöglicht es, Probleme nach ihren finanziellen Auswirkungen zu priorisieren.

Woher beziehen

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

Beispiele
15200.50850.00125000.75
Geplanter Versandtermin
ScheduledShipmentDate
Der geplante Abfahrtstermin der Sendung.
Beschreibung

Dieses Attribut bezeichnet den geplanten Termin, an dem eine Sendung das Lager oder den Fertigungsbetrieb verlassen soll. Es ist ein wichtiger interner Meilenstein im Auftragsabwicklungsprozess.

Der Wert dient zur Berechnung der KPI zur Einhaltung des Versandplans. Der Vergleich mit dem tatsächlichen Zeitpunkt der Aktivität „Waren für den Transport verladen“ 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.

Woher beziehen

In Feldern wie ConfirmedShipDate der Tabelle SalesLine oder in zugehörigen 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 kennzeichnet das Lager oder Distributionszentrum, in dem eine Aktivität wie Kommissionierung, Verpackung oder Versand stattfindet.

Es ist für das Dashboard zum Lagerdurchsatz wichtig und ermöglicht Leistungsvergleiche zwischen Standorten. Die Analyse nach Lager zeigt, welche Standorte besonders effizient arbeiten, wo Kapazitätsengpässe bestehen und an welchen Stellen betriebliche Verbesserungen am dringendsten sind.

Warum das wichtig ist

Ermöglicht Leistungsvergleiche und Engpassanalysen an verschiedenen Standorten und unterstützt so die Verbesserung der Lagereffizienz.

Woher beziehen

Im Feld InventLocationId in Tabellen zur Bestands- und Lagerverwaltung, etwa InventSum und WHSWorkTable.

Beispiele
WH-HauptlagerWH-OstDC-West
Nacharbeit
IsRework
Kennzeichnet, ob eine Aktivität oder Prozessschleife Nacharbeit darstellt.
Beschreibung

Dieses berechnete boolesche Attribut kennzeichnet Aktivitäten oder Prozesspfade, die Nacharbeit oder Korrekturschleifen darstellen. Führt beispielsweise eine nicht bestandene Aktivität „Qualitätskontrolle durchgeführt“ zurück zu einem früheren Schritt „Waren produziert“, wird dies als Nacharbeit gekennzeichnet.

Das Attribut ist wichtig für die Berechnung der KPI zur Nacharbeitsquote bei der Auftragsabwicklung. Mit der Kennzeichnung können Analysten Häufigkeit und Auswirkungen von Qualitätsproblemen oder Prozessfehlern quantifizieren. So lassen sich Bereiche ermitteln, in denen Verbesserungen und Kontrollen erforderlich sind.

Warum das wichtig ist

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

Woher beziehen

Dieses Feld wird berechnet und in der Regel anhand von Geschäftsregeln abgeleitet. So können beispielsweise bestimmte Aktivitätsnamen wie „Waren neu verpacken“ als Nacharbeit gekennzeichnet oder Rückschleifen im Prozessablauf erkannt werden.

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

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

Der Frachtführer ist eine weitere wichtige Dimension für das Dashboard zu Transporteffizienz und -kosten. Durch den Vergleich von Kennzahlen wie Transportdauer und Termintreue nach Frachtführer können Unternehmen ihre Logistikpartner bewerten, bessere Konditionen aushandeln und fundierte Entscheidungen bei der Auswahl treffen.

Warum das wichtig ist

Ermöglicht den Leistungsvergleich verschiedener Logistikpartner und unterstützt so das Frachtführermanagement und die Optimierung der Transportkosten.

Woher beziehen

In Feldern wie CarrierService von Kundenaufträgen oder in speziellen Transportmanagementtabellen wie TMSCarrier.

Beispiele
FedExUPSMaerskDHL
Produktkategorie
ProductCategory
Die Kategorie, zu der ein Produkt gehört.
Beschreibung

Dieses Attribut fasst einzelne Produkte in übergeordneten Kategorien wie „Elektronik“, „Rohstoffe“ oder „Fertigerzeugnisse“ zusammen. Dadurch lässt sich die Lieferkette auf einer höheren Ebene analysieren.

Anstatt Tausende einzelner SKUs zu betrachten, können Analysten anhand der Produktkategorien Trends und Engpässe erkennen, die ganze Produktgruppen betreffen. Das ist besonders im Dashboard zur Aufschlüsselung der Beschaffungsdurchlaufzeit hilfreich, um die Lieferantenleistung für verschiedene Materialarten zu vergleichen.

Warum das wichtig ist

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

Woher beziehen

Ermittelt durch Verknüpfung der Artikelstammdatentabelle (InventTable) mit Produkthierarchietabellen wie EcoResProductCategory.

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

Dieses Attribut bezeichnet die Artikelnummer oder SKU des Produkts in einem Geschäftsvorgang. Dabei kann es sich um ein an Kunden verkauftes Fertigerzeugnis oder um einen bei einem Lieferanten beschafften Rohstoff handeln.

Die Analyse der Lieferkette nach Produkt hilft, Artikel mit langen Durchlaufzeiten, häufigen Qualitätsproblemen oder komplexen Fertigungswegen zu erkennen. Diese Erkenntnisse sind wichtig für die Bestandsverwaltung, die Bedarfsprognose und die Optimierung des Produktportfolios.

Warum das wichtig ist

Ermöglicht den Vergleich der Prozessleistung verschiedener Produkte und macht lieferkettenspezifische Herausforderungen einzelner Artikel sichtbar.

Woher beziehen

Im Feld ItemId von Transaktionszeilentabellen wie SalesLine, PurchLine und ProdBOM.

Beispiele
A0001D0010M9201
Transportmittel
ModeOfTransport
Das für den Versand verwendete Transportmittel, zum Beispiel Lkw, Flugzeug oder Schiff.
Beschreibung

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

Es ist eine wichtige Dimension für das Dashboard zu Transporteffizienz und -kosten. Die Analyse von Zykluszeiten und Kosten nach Transportmittel hilft, Logistikstrategien zu optimieren, Geschwindigkeit und Kosten sinnvoll abzuwägen und Ineffizienzen in einzelnen Transportwegen zu erkennen.

Warum das wichtig ist

Wichtig für die Analyse von Transportkosten und -effizienz. Die Erkenntnisse helfen, Logistiknetzwerke zu optimieren und Frachtkosten zu senken.

Woher beziehen

Im Feld ModeOfDelivery von Tabellen wie SalesTable oder PurchTable oder detaillierter in Transportmanagementtabellen wie TMSRoute.

Beispiele
LkwLuftfrachtSeefrachtSchiene
Erforderlich Empfohlen Optional

Aktivitäten im Supply Chain Management

Diese wichtigen Prozessschritte und Meilensteine sollten Sie in Ihrem Event Log erfassen. So schaffen Sie die Grundlage für eine präzise Prozessentdeckung und aussagekräftige Erkenntnisse zur Leistung Ihrer Lieferkette.
8 Empfohlen 7 Optional
Aktivität Beschreibung
Bestellung ausgestellt
Eine formelle Bestellung wird erstellt und bestätigt. Damit verpflichtet sich das Unternehmen zum Einkauf bei einem Lieferanten. Das Ereignis wird protokolliert, wenn der Bestellstatus auf „Confirmed“ oder „In external review“ gesetzt wird.
Warum das wichtig ist

Dies ist ein wichtiger Meilenstein in der Beschaffung und der zentrale Ausgangspunkt für die Messung der Lieferantendurchlaufzeit. Anhand der Zeit zwischen diesem Ereignis und dem Wareneingang lässt sich die Lieferantenleistung bewerten.

Woher beziehen

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

Erfassung

Wird protokolliert, wenn der Status einer Bestellung durch einen Buchungsvorgang auf „Confirmed“ gesetzt wird.

Ereignistyp explicit
Kundenauftrag erstellt
Erfasst die formelle Anlage eines neuen Verkaufsauftrags in Dynamics 365 SCM. Dieses explizite Ereignis wird mit einem Timestamp protokolliert, sobald ein Benutzer einen neuen Verkaufsauftrag speichert. Damit beginnt die Auftragsabwicklung.
Warum das wichtig ist

Diese Aktivität markiert den offiziellen Beginn der Auftragsabwicklung. Sie dient als zentraler Bezugspunkt, um die gesamte Durchlaufzeit und die Leistung bei termingerechter Lieferung zu messen sowie Muster beim Auftragseingang zu analysieren.

Woher beziehen

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

Erfassung

Wird protokolliert, wenn ein Datensatz für einen Verkaufsauftrag in der SalesTable angelegt wird.

Ereignistyp explicit
Rohstoffe eingegangen
Die bestellten Waren oder Materialien des Lieferanten treffen physisch im Lager ein. In Dynamics 365 wird dies durch die Buchung eines Produktzugangs zur Bestellung erfasst.
Warum das wichtig ist

Diese Aktivität markiert das Ende der Lieferantendurchlaufzeit. Die Materialien stehen nun für die Produktion oder Auftragsabwicklung bereit. Verzögerungen wirken sich direkt auf nachgelagerte Zeitpläne und Liefertermine für Kunden aus.

Woher beziehen

Wird in den Modulen Procurement and sourcing oder Inventory management erfasst. Bei der Buchung eines Produktzugangs (VendPackingSlipJour) wird ein Transaktionsdatensatz mit Timestamp angelegt.

Erfassung

Wird protokolliert, wenn ein Produktzugang zur Bestellung gebucht wird.

Ereignistyp explicit
Waren für den Transport verladen
Die verpackten Waren werden physisch auf das Fahrzeug des Spediteurs 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 Transportdauer und die finanzielle Erfassung der Sendung.

Woher beziehen

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.

Erfassung

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

Ereignistyp explicit
Waren kommissioniert und verpackt
Lagerpersonal hat die Artikel physisch aus dem Bestand entnommen und für den Versand verpackt. Dies wird erfasst, wenn die Kommissionierarbeit abgeschlossen und der Verpackungsstatus im System aktualisiert wird.
Warum das wichtig ist

Markiert den Abschluss der zentralen Lageraufgabe bei der Auftragsabwicklung. Diese Kennzahl ist wichtig für das Dashboard zu Lagerdurchsatz und Lagerbetrieb sowie für die Ermittlung von Engpässen bei Kommissionierung und Verpackung.

Woher beziehen

Wird im Modul Warehouse management erfasst. In der Regel lässt sich der Abschluss daran erkennen, dass der Status des Lagerarbeitsauftrags (WHSWorkTable) auf „Closed“ wechselt oder ein Lieferschein gebucht wird.

Erfassung

Wird anhand des Statuswechsels des Lagerarbeitsauftrags auf „Closed“ oder des Buchungsdatums des Lieferscheins abgeleitet.

Ereignistyp inferred
Waren produziert
Der Herstellungsprozess ist abgeschlossen und die Fertigerzeugnisse werden im System offiziell als fertiggemeldet. Dies wird durch die Buchung eines „Report as Finished“-Journals für den Produktionsauftrag erfasst und aktualisiert den Bestand.
Warum das wichtig ist

Markiert den Abschluss der Produktionsphase. Die Waren stehen nun für die Qualitätskontrolle und den Versand bereit. Dieser Meilenstein ist wichtig, um die Einhaltung des Produktionsplans zu messen.

Woher beziehen

Wird im Modul Production control erfasst. Bei der Buchung des „Report as Finished“-Journals wird eine Bestandsbuchung mit Timestamp angelegt und der Status des Produktionsauftrags aktualisiert.

Erfassung

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

Ereignistyp explicit
Waren zugestellt
Die Waren sind am Zielort des Kunden eingetroffen. Dieses Ereignis lässt sich möglicherweise aus Sendungsverfolgungsdaten des Spediteurs oder einer manuellen Statusaktualisierung ableiten, da Dynamics 365 keine native Transaktion für die Zustellung enthält.
Warum das wichtig ist

Markiert den Abschluss der physischen Zustellung. Das Ereignis liefert das tatsächliche Lieferdatum, das für die Berechnung von Kennzahlen zur termingerechten Lieferung und kundenbezogenen Kennzahlen erforderlich ist.

Woher beziehen

Ein entsprechendes Standardfeld gibt es häufig nicht. Das Lieferdatum kann in einem benutzerdefinierten Datumsfeld des Verkaufsauftrags oder der Sendung erfasst und manuell oder über eine Integration mit dem System des Spediteurs aktualisiert werden.

Erfassung

Wird aus einer manuellen Aktualisierung des Lieferdatumsfelds oder über eine API-Integration mit einem externen Spediteur abgeleitet.

Ereignistyp inferred
Zustellnachweis unterzeichnet
Der Kunde hat den Erhalt der Waren formell bestätigt, häufig durch die Unterzeichnung eines Lieferscheins. Dies wird in der Regel erfasst, indem ein Dokument angehängt oder ein Status im System aktualisiert wird.
Warum das wichtig ist

Dies ist die abschließende Bestätigung einer erfolgreichen Auftragsabwicklung und markiert das definitive Ende des Logistikprozesses. Sie ist wichtig, um Streitfälle zu klären und die gesamte Auftragsdurchlaufzeit zu berechnen.

Woher beziehen

Hierfür gibt es keine standardisierte Einzeltransaktion. Häufig wird ein Status des Verkaufsauftrags aktualisiert oder über die Dokumentenverwaltung ein Scan des Zustellnachweises angehängt.

Erfassung

Wird aus einer Statusaktualisierung oder dem Anhang eines POD-Dokuments zum Verkaufsauftrag oder zur Sendung abgeleitet.

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

Kennzeichnet ein negatives Prozessergebnis. Die Analyse, wann und warum Aufträge storniert werden, kann Probleme bei der Produktverfügbarkeit, den Durchlaufzeiten oder dem Kundenservice aufdecken, die behoben werden sollten.

Woher beziehen

Wird abgeleitet, wenn sich das Statusfeld der SalesTable in „Canceled“ ändert. Das Datum dieser Änderung lässt sich erfassen, wenn die Änderungsnachverfolgung oder die Datenbankprotokollierung aktiviert ist.

Erfassung

Wird abgeleitet, wenn sich der Status des Verkaufsauftrags in „Canceled“ ändert.

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

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

Woher beziehen

Wird im Modul Procurement and sourcing protokolliert. Die Anlage eines Datensatzes in der PurchReqTable ist ein einzelnes Ereignis mit Timestamp.

Erfassung

Wird protokolliert, wenn ein Datensatz in der Tabelle für Bestellanforderungen (PurchReqTable) angelegt wird.

Ereignistyp explicit
Kommissionierliste für Lager erstellt
Es wird eine Kommissionierliste oder ein Lagerarbeitsauftrag erstellt, der Mitarbeitenden angibt, welche Artikel für die Auftragsabwicklung zu kommissionieren sind. Das Ereignis wird protokolliert, wenn ein Auftrag zur Bearbeitung an das Lager freigegeben wird.
Warum das wichtig ist

Diese Aktivität leitet die physischen Lagerabläufe zur Auftragsabwicklung ein. Anhand der Zeit bis zum Abschluss der Verpackung lässt sich die interne Effizienz und Reaktionsfähigkeit des Lagers messen.

Woher beziehen

Wird im Modul Warehouse management protokolliert. Die Anlage eines Lagerarbeitsauftrags (WHSWorkTable) oder die Buchung eines Kommissionierlistenjournals (WMSPickingRoute) ist jeweils ein einzelnes Ereignis.

Erfassung

Wird protokolliert, wenn ein Kommissionierlistenjournal erstellt oder ein Lagerarbeitsauftrag angelegt wird.

Ereignistyp explicit
Kundenrechnung gebucht
Aus dem Verkaufsauftrag wird eine Verkaufsrechnung erstellt und in den Finanzbüchern gebucht. Dies geschieht häufig beim Versand, kann je nach Prozess jedoch variieren und wird deshalb als eigene Aktivität erfasst.
Warum das wichtig ist

Dies ist ein wichtiger finanzieller Meilenstein im Order-to-Cash-Zyklus. Die Zeit zwischen Versand und Rechnungsstellung kann Verzögerungen im Abrechnungsprozess aufdecken, die sich auf den Cashflow auswirken.

Woher beziehen

Wird im Modul Accounts receivable erfasst. Bei der Buchung einer Verkaufsrechnung wird in der Tabelle CustInvoiceJour ein Datensatz mit einem bestimmten Buchungsdatum angelegt.

Erfassung

Wird protokolliert, wenn eine Verkaufsrechnung gebucht und dadurch ein Datensatz in CustInvoiceJour angelegt wird.

Ereignistyp explicit
Produktionsauftrag erstellt
Für die Logistikbestellung des Kunden wird ein Produktionsauftrag zur Herstellung der benötigten Fertigerzeugnisse angelegt. Dieses einzelne Ereignis wird im Modul Production control protokolliert.
Warum das wichtig ist

Bei der auftragsbezogenen Fertigung leitet dieses Ereignis den Herstellungsprozess ein. Die Zeit bis zur Fertigstellung der Waren ist wichtig, um Produktionsdurchlaufzeiten und die Einhaltung des Produktionsplans zu analysieren.

Woher beziehen

Wird im Modul Production control protokolliert. Bei der Anlage eines neuen Datensatzes in der ProdTable (Production Order table) wird ein Erstellungs-Timestamp erfasst.

Erfassung

Wird protokolliert, wenn ein neuer Datensatz in der Tabelle für Produktionsaufträge (ProdTable) angelegt wird.

Ereignistyp explicit
Qualitätskontrolle durchgeführt
Produzierte oder eingegangene Waren werden geprüft, um sicherzustellen, dass sie den Standards entsprechen. Im System wird dies häufig als Abschluss oder Validierung eines Qualitätsauftrags erfasst.
Warum das wichtig ist

Die Qualitätskontrolle stellt die Produktqualität und die Einhaltung der Prozessvorgaben sicher. Wenn Sie ausgelassene Prüfungen oder lange Inspektionszeiten erkennen, können Sie Risiken verringern und den Prozessablauf verbessern.

Woher beziehen

Wird im Modul Inventory management über Qualitätsaufträge erfasst. Die Validierung oder der Abschluss eines Qualitätsauftrags (InventQualityOrderTable) für den Artikel liefert dieses Ereignis.

Erfassung

Wird protokolliert, wenn ein Qualitätsauftrag für die Artikelcharge oder Seriennummer validiert oder abgeschlossen wird.

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

Dient als Ausgangswert für die Messung der Einhaltung des Versandplans. Der Vergleich des geplanten Datums mit dem tatsächlichen Verladedatum ist eine wichtige Kennzahl für die Logistikplanung.

Woher beziehen

Wird im Modul Transportation management (TMS) erfasst. Bei der Bestätigung einer Ladung (WHSLoadTable) oder Sendung wird häufig ein geplantes Versanddatum gespeichert, das sich erfassen lässt.

Erfassung

Wird protokolliert, wenn ein Transportauftrag oder eine Sendung bestätigt wird.

Ereignistyp explicit
Empfohlen Optional

Anleitungen zur Datenextraktion

So exportieren Sie Ihre Daten aus Microsoft Dynamics 365 SCM

Möchten Sie starten?

Nutzen Sie diese Vorlage, um das Potenzial Ihrer Lieferkette besser auszuschöpfen. Beginnen Sie noch heute damit, Ihre Abläufe zu optimieren und Effizienz zu steigern sowie Kosten zu senken.

Supply Chain Management verbessern: Starten Sie jetzt mit der Optimierung

Schaffen Sie durchgängige Transparenz und steigern Sie die Prognosegenauigkeit auf 90 %, um Kosten zu senken.

Starten Sie Ihre kostenlose Testphase

Keine Kreditkarte erforderlich. Die Einrichtung dauert nur wenige Minuten.