Ihr Daten-Template für das Supply-Chain-Management
Ihr Daten-Template für das Supply-Chain-Management
- 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
Attribute des Supply Chain Managements
| 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
|
|||
Aktivitäten des Supply Chain Managements
| 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
|
|||
Anleitungen zur Datenextraktion
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.
Keine Kreditkarte erforderlich, Einrichtung in wenigen Minuten.