Ihre Datenvorlage für das Supply Chain Management
Ihre Datenvorlage für das Supply Chain Management
- Empfohlene Attribute für eine detaillierte Analyse
- Wichtige Aktivitäten entlang Ihrer Lieferkette
- Praktische Anleitung zur Datenextraktion aus Microsoft Dynamics 365 SCM
Attribute im Supply Chain Management
| 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
|
|||
Aktivitäten im Supply Chain Management
| 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
|
|||
Anleitungen zur Datenextraktion
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.
Keine Kreditkarte erforderlich. Die Einrichtung dauert nur wenige Minuten.