Ihr Order-to-Cash-Daten-Template für die Kundenauftragsbearbeitung

Microsoft Dynamics 365
Ihr Order-to-Cash-Daten-Template für die Kundenauftragsbearbeitung

Ihr Order-to-Cash-Daten-Template für die Kundenauftragsbearbeitung

Diese Datenvorlage bietet eine strukturierte Übersicht der relevanten Datenelemente, die für die Analyse Ihrer Order-to-Cash – Auftragsmanagement in Microsoft Dynamics 365 erforderlich sind. Es beschreibt die wichtigen Attribute, die gesammelt werden müssen, und die Schlüssel-Aktivitäten, die in Ihrem Event Log verfolgt werden sollen. Zusätzlich finden Sie praktische Anleitungen zur effektiven Datenextraktion aus Ihrem System.
  • Empfohlene Attribute für eine vollständige Analyse
  • Wichtige Prozessaktivitäten zur Nachverfolgung
  • Spezifische Datenextraktionsanleitung für Microsoft Dynamics 365
Neu bei Event-Logs? Erfahren Sie wie Sie ein Process-Mining-Event-Log erstellen.

Order-to-Cash – Auftragsmanagement Attribute

Dies sind die empfohlenen Datenfelder, die Sie in Ihrem Event Log berücksichtigen sollten, um eine vollständige Analyse Ihres Order-to-Cash – Vertriebsauftragsprozesses in Microsoft Dynamics 365 zu ermöglichen.
5 Erforderlich 5 Empfohlen 10 Optional
Name Beschreibung
`Verkaufsauftrag`
SalesOrderNumber
Der eindeutige Identifikator für jeden Vertriebsauftrag, der als primärer Case-ID für den Prozess dient.
Beschreibung

Die Vertriebsauftragsnummer (Sales Order Number) ist ein einzigartiger alphanumerischer Code, der jedem Kundenauftrag in Microsoft Dynamics 365 zugewiesen wird. Sie fungiert als die zentrale Case-ID und verknüpft alle zugehörigen Aktivitäten und Ereignisse von der Erstellung bis zum Abschluss.

Im Process Mining ist dieses Attribut wichtig für die Rekonstruktion des gesamten Prozessverlaufs jedes einzelnen Vertriebsauftrags. Es ermöglicht Analysten, die vollständige Abfolge der Aktivitäten nachzuvollziehen, Case-Dauern zu messen und Variationen für jede spezifische Bestellung zu analysierenn, was die Grundlage der gesamten Prozessanalyse bildet.

Bedeutung

Dieser Bezeichner ist maßgeblich für die Korrelation aller zugehörigen Ereignisse und ermöglicht eine vollständige End-to-End-Analyse des Lebenszyklus jedes Kundenauftrags.

Datenquelle

Befindet sich in der Tabelle 'SalesTable', Feld 'SalesId'.

Beispiele
SO-00102345SO-00102346SO-00102347
Aktivität
ActivityName
Der Name des spezifischen Geschäfts-Ereignisse oder den Antrag bearbeitet.er Aufgabe, der/die zu einem bestimmten Zeitpunkt innerhalb des Vertriebsauftragsprozesses aufgetreten ist.
Beschreibung

Dieses Attribut stellt einen eigenständigen Schritt oder ein Event im Lebenszyklus des Verkaufsauftrags dar, wie 'Verkaufsauftrag erstellt', 'Waren versendet' oder 'Zahlung erhalten'. Die Abfolge dieser Aktivitäten für einen bestimmten Verkaufsauftrag bildet den Prozessfluss.

Die Analyse der Abfolge, Häufigkeit und Übergänge zwischen Aktivitäten ist der Kern von Process Mining. Sie hilft, die Prozessablauf zu visualisieren, häufige und seltene Prozessvarianten zu identifizieren, Engpässe zu erkennen und Bereiche für Nacharbeit oder Nicht-Compliance zu finden. Dieses Attribut ist grundlegend, um zu verstehen, was tatsächlich im Prozess geschieht.

Bedeutung

Es definiert die Schritte des Prozesses und ermöglicht so den Aufbau und die Visualisierung des Prozessflusses, was das primäre Ziel des Process Mining ist.

Datenquelle

Dieses Attribut wird konzeptionell abgeleitet, indem spezifische System-Ereignisse oder Statusänderungen in Tabellen wie 'SalesTable' und verwandten Logistik- oder Finanztabellen einem standardisierten Aktivitätsnamen zugeordnet werden.

Beispiele
`Verkaufsauftrag` erstelltWaren versandtRechnung erstellt`Zahlung erhalten`
Startzeit
EventTime
Das genaue Datum und die Uhrzeit, zu der eine Aktivität bzw. ein Ereignis stattgefunden hat.
Beschreibung

Die Event Time, oder den Antrag bearbeitet.er Zeitstempel, zeichnet den genauen Moment auf, zu dem eine Aktivität stattgefunden hat. Jede Aktivität im Event Log hat einen zugehörigen Zeitstempel, der eine chronologische Aufzeichnung des Prozesses für jeden Case erstellt.

Dieses Attribut ist maßgeblich für alle zeitbasierten Analysen im Process Mining. Es wird verwendet, um Durchlaufzeiten zwischen Aktivitäten zu berechnen, die Gesamtdauer eines Case zu messen, Wartezeiten zu analysierenn und Engpässe zu identifizieren, wo der Prozess verzögert wird. Es ermöglicht auch die Leistungsüberwachung über die Zeit, wie die Verfolgung des Durchsatzes pro Tag, Woche oder Monat.

Bedeutung

Dieser Zeitstempel ist unerlässlich zur Berechnung aller zeitbasierten Kennzahlen, wie Durchlaufzeiten und Engpässe, sowie zur chronologischen Anordnung von Ereignisse.

Datenquelle

Dies wird aus verschiedenen Datums-/Zeitfeldern abgeleitet, die mit spezifischen Transaktionen verknüpft sind, wie z.B. 'SalesTable.CreatedDateTime' für die Auftragserstellung oder BuchungsDaten von Zahlungsjournalen für Zahlungen.

Beispiele
2023-04-15T09:02:11Z2023-04-18T14:30:00Z2023-04-25T11:21:45Z
Letzte Datenaktualisierung
LastDataUpdate
Der Zeitstempel, der den Antrag bearbeitet.en Zeitpunkt angibt, zu dem die Daten zuletzt aktualisiert oder aus dem Quellsystem extrahiert wurden.
Beschreibung

Dieses Attribut erfasst Datum und Uhrzeit des letzten Datenabzugs aus Microsoft Dynamics 365. Es bietet Transparenz über die Aktualität der analysierten Daten.

Für jede Prozessanalyse ist das Verständnis der Datenaktualität wichtig für fundierte Entscheidungen. Dieser Zeitstempel hilft Benutzern, den Daten zu vertrauen, indem er genau anzeigt, wann sie zuletzt aktualisiert wurden, und so sicherstellt, dass Schlussfolgerungen auf aktuellen Informationen basieren.

Bedeutung

Es stellt sicher, dass Benutzer über die Aktualität der Daten Hinweisrmiert sind, was wichtig für die Relevanz und Genauigkeit der Process Mining-Analyse ist.

Datenquelle

Dies wird zum Zeitpunkt der Datenextraktion generiert und an jeden Datensatz während des Daten-Ingestion-Prozesses angehängt.

Beispiele
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
Quellsystem
SourceSystem
Identifiziert das Informationssystem, aus dem die Daten stammen.
Beschreibung

Dieses Attribut spezifiziert die Quellapplikation, in der den Antrag bearbeitet.ie Event-Daten aufgezeichnet wurden. In diesem Kontext wird es in der Regel 'Microsoft Dynamics 365' sein.

Obwohl es in einer Einzelsystemanalyse redundant erscheinen mag, wird es wichtig, wenn Daten aus mehreren Systemen zusammengeführt werden, wie einem separaten CRM oder einem Lagerverwaltungssystem. Es stellt ... sicher die Datenherkunft und hilft bei der Fehlerbehebung von Datenextraktionsproblemen, indem es den Ursprung der Datensätze genau bestimmt.

Bedeutung

Es liefert wichtigen Kontext zur Datenherkunft, insbesondere bei der Integration von Daten aus mehreren Systemen, und stellt ... sicher eine klare Datenherkunft.

Datenquelle

Dies ist ein statischer Wert, der in der Regel während des Datentransformationsprozesses hinzugefügt wird, um den Ursprung des Datensatzes zu kennzeichnen.

Beispiele
Microsoft Dynamics 365 F&OMicrosoft Dynamics 365 Sales
Angefordertes Lieferdatum
RequestedDeliveryDate
Das Lieferdatum für den Auftrag, wie vom Kunden angefordert.
Beschreibung

Dieses Attribut speichert das Datum, an dem der Kunde ursprünglich den Erhalt seiner Waren angefordert hat. Dieses Datum wird zum Zeitpunkt der Auftragserstellung erfasst und dient als Basis für die Messung der Lieferperformance aus Kundensicht.

Dieses Datum ist eine kritische Eingabe für das Dashboard 'Liefertermin-Einhaltung'. Der Vergleich des 'RequestedDeliveryDate' mit dem 'ConfirmedDeliveryDate' und dem tatsächlichen Datum 'Waren geliefert' zeigt, wie gut die Organisation die Kundenerwartungen erfüllt. Große Diskrepanzen können auf Probleme bei der Planung, dem Bestand oder den Antrag bearbeitet.er Logistik hinweisen.

Bedeutung

Dies dient als Kundenerwartung für die Lieferung und stellt eine wichtige Basis zur Messung der Kundenzufriedenheit und der Lieferpünktlichkeit dar.

Datenquelle

Befindet sich in der Tabelle 'SalesTable', üblicherweise benannt als 'DeliveryDate' oder eine ähnliche Variante.

Beispiele
2023-05-102023-06-012023-05-25
Auftragswert
OrderValue
Der Gesamtbetrag des Kundenauftrags.
Beschreibung

Dieses Attribut repräsentiert den gesamten finanziellen Betrag des Verkaufsauftrags, einschließlich aller Artikel, Steuern und Gebühren. Es ist eine wichtige finanzielle Kennzahl, die jedem Case zugeordnet ist.

Der Auftragswert ist maßgeblich für eine wertorientierte Prozessanalyse. Er ermöglicht die Segmentierung des Prozesses, um zu prüfen, ob hochwertige Aufträge anders behandelt werden oder mehr Verzögerungen erfahren als geringwertige Aufträge. Dies hilft, Prozessoptimierungsbemühungen auf die finanziell bedeutendsten Fälle zu priorisieren und Dashboards wie 'Verkaufsauftragswert nach Segment' zu unterstützen.

Bedeutung

Ermöglicht eine finanzielle Segmentierung des Prozesses, wodurch Verbesserungen bei hochwertigen Aufträgen priorisiert und die Kostenfolgen von Prozessabweichungen verstanden werden können.

Datenquelle

Befindet sich in den KopfDaten des Auftrags. Konsultieren Sie die Microsoft Dynamics 365-Dokumentation für die spezifische Tabelle und das Feld, oft berechnet aus den Auftragspositionssummen.

Beispiele
5250.7512300.00899.50
Bestätigter Liefertermin
ConfirmedDeliveryDate
Das Lieferdatum, das das Unternehmen dem Kunden bestätigt und zugesagt hat.
Beschreibung

Das Bestätigte Lieferdatum ist das Datum, das die Verkaufsorganisation dem Kunden für die Lieferung der Waren zusagt. Dieses Datum wird festgelegt, nachdem interne Prüfungen wie Bestandsverfügbarkeit und Produktionspläne abgeschlossen sind.

Dieses Attribut ist wichtig für die Berechnung des KPIs Liefertreue (Delivery Date Adherence Rate) aus operativer Sicht. Es bietet einen realistischeren internen Benchmark für die pünktliche Lieferung als die ursprüngliche Kundenanfrage. Die Analyse von Abweichungen von diesem Datum hilft, interne Prozessfehler in der Logistik und im Fulfillment zu identifizieren.

Bedeutung

Dies repräsentiert die Zusage des Unternehmens gegenüber dem Kunden und ist somit ein kritischer interner Referenzwert zur Messung der Auftragserfüllungsleistungsstarkkeit und operativen Leistung.

Datenquelle

Befindet sich in den AuftragspositionsDaten, oft in der Tabelle 'SalesLine' mit einem Feldnamen wie 'ConfirmedDlv'.

Beispiele
2023-05-122023-06-012023-05-28
Kundenname
CustomerName
Der Name des Kunden, der den Antrag bearbeitet.en Vertriebsauftrag aufgegeben hat.
Beschreibung

Dieses Attribut enthält den rechtlichen Namen des Kunden, der den Antrag bearbeitet.em Verkaufsauftrag zugeordnet ist. Es wird abgeleitet, indem die Kundenkontonummer des Verkaufsauftrags mit den StammDaten des Hauptkunden verknüpft wird.

Die Analyse des Prozesses nach Kunde ist die Basis für das Verständnis kundenspezifischer Verhaltensweisen und Serviceniveaus. Sie hilft zu erkennen, welche Kunden die meisten Verzögerungen erfahren, welche die höchsten Nacharbeitsquoten aufweisen oder welche nicht-standardisierte Prozesspfade einsetzen. Dies ist maßgeblich für die Verbesserung der Kundenzufriedenheit und das effektive Management von Schlüsselkunden.

Bedeutung

Ermöglicht eine kundenorientierte Analyse, um Muster, Verzögerungen oder Probleme zu identifizieren, die spezifisch für bestimmte Kunden sind und die Kundenzufriedenheit direkt beeinflussen.

Datenquelle

Abfrage aus der Tabelle 'CustTable' unter Verwendung des Feldes 'CustAccount' aus der Tabelle 'SalesTable'.

Beispiele
Contoso LtdAdatum CorporationFabrikam Inc.
Vertriebskanal
SalesChannel
Der Kanal, über den der Vertriebsauftrag eingegangen ist, wie z.B. Web, Direktvertrieb oder Partner.
Beschreibung

Der Vertriebskanal (Sales Channel) gibt den Ursprung des Kundenauftrags an. Dies könnte eine E-Commerce-Website, ein Direktvertriebsteam, ein Einzelhandelsgeschäft, ein Call Center oder ein Partnernetzwerk sein. Diese Dimension wird in Dynamics 365 oft basierend auf Geschäftsanforderungen konfiguriert.

Die Analyse des Prozesses nach Vertriebskanal hilft, Leistungsunterschiede zwischen den Kanälen aufzudecken. Zum Beispiel könnten Web-Bestellungen schneller und automatischer verarbeitet werden als telefonische Bestellungen. Diese Erkenntnis ermöglicht kanalspezifische Prozessoptimierung und Ressourcenzuweisung, was Dashboards wie den Vertriebsauftragswert nach Segment (Sales Order Value by Segment) unterstützt.

Bedeutung

Ermöglicht einen Leistungsvergleich über verschiedene Vertriebskanäle hinweg, wodurch Ineffizienzen oder Best Practices identifiziert werden können, die spezifisch für die Auftragserteilung sind.

Datenquelle

Diese Informationen werden in der Regel im Kundenauftragskopf gespeichert. Konsultieren Sie die Microsoft Dynamics 365 Dokumentation für das spezifische Feld.

Beispiele
WebDirektGeschäftspartnerRetail
`Artikelnummer`
ItemNumber
Der eindeutige Identifikator für ein Produkt oder eine Dienstleistung auf dem Vertriebsauftrag.
Beschreibung

Die Artikelnummer identifiziert das spezifische verkaufte Produkt. Da ein Vertriebsauftrag mehrere Produkte enthalten kann, ist dieses Attribut in der Regel mit Event-Daten auf der Positionsebene verknüpft.

Die Analyse des Prozesses nach Produkt hilft, Produktspezifische Probleme aufzudecken. Zum Beispiel können bestimmte Produkte mit längeren Fulfillment-Zeiten, höheren Nacharbeitsquoten oder häufigeren Kreditsperren verbunden sein. Dies ermöglicht gezielte Verbesserungen im Lagerverwaltung, in der ProduktDatenpflege oder in den Fulfillment-Prozessen für spezifische Artikel.

Bedeutung

Ermöglicht eine Analyse auf Produktebene, die aufzeigt, ob bestimmte Artikel mit Prozessverzögerungen, Nacharbeiten oder anderen Ineffizienzen verbunden sind.

Datenquelle

Befindet sich in der Tabelle 'SalesLine', Feld 'ItemId'.

Beispiele
PROD-00123PROD-00548SVC-00045
`Versandart`
ShippingMethod
Die Methode oder den Antrag bearbeitet.er Spediteur, der/die verwendet wird, um die Waren an den Kunden zu versenden.
Beschreibung

Dieses Attribut spezifiziert den für die Lieferung verwendeten Transportdienst, wie 'Landversand', 'Luftfracht' oder den Antrag bearbeitet.en Namen eines bestimmten Spediteurs. Dieser wird während der Auftragsbearbeitung basierend auf Kundenpräferenz, Kosten und Liefergeschwindigkeit ausgewählt.

Für das Dashboard 'Versandmethoden-Leistungsfähigkeit' ist diese Dimension essenziell. Die Analyse der Durchlaufzeiten von 'Waren verpackt' bis 'Waren geliefert', aufgeschlüsselt nach Versandmethode, hilft zu identifizieren, welche Spediteure schneller, leistungsfähiger oder anfälliger für Verzögerungen sind. Diese Erkenntnis ermöglicht eine bessere Logistikplanung und Spediteur-Auswahl.

Bedeutung

Ermöglicht eine Leistungsanalyse verschiedener Spediteure und Versandoptionen und hilft, die Logistik hinsichtlich Kosten, Geschwindigkeit und Zuverlässigkeit zu optimieren.

Datenquelle

Diese Informationen werden in der Regel im Kundenauftragskopf oder in zugehörigen AusführungsDatensätzen gespeichert. Konsultieren Sie die Microsoft Dynamics 365 Dokumentation.

Beispiele
FedEx GroundUPS Next Day AirDHL Express
Benutzername
UserName
Der Name des Benutzers, der den Antrag bearbeitet.ie Aktivität ausgeführt hat.
Beschreibung

Dieses Attribut identifiziert den spezifischen Mitarbeiter oder Systembenutzer, der für die Ausführung einer bestimmten Aufgabe verantwortlich ist, wie die Bestätigung eines Auftrags oder den Antrag bearbeitet.ie Erstellung einer Rechnung. Es ist in der Regel mit einer Benutzer-ID in Microsoft Dynamics 365 verknüpft.

Die Leistungsanalyse nach Benutzer hilft, Schulungsbedarfe zu identifizieren, Top-Performer zu erkennen und eine angemessene Arbeitslastverteilung sicherzustellen. Sie ist auch essenziell für Compliance- und Audit-Zwecke, da sie eine klare Rechenschaftspflicht für jede im Prozess durchgeführte Aktion ermöglicht.

Bedeutung

Es ermöglicht die Analyse der Prozessleistung nach Person oder Team, hilft bei der Identifizierung von Schulungsmöglichkeiten, Arbeitslastungleichgewichten und Ressourcenbezogenen Engpässen.

Datenquelle

Abgeleitet von Benutzer-ID-Feldern wie 'CreatedBy' oder 'ModifiedBy' in verschiedenen Transaktionstabellen, die dann mit der Hauptbenutzertabelle (z.B. BenutzerInfo) verknüpft werden, um den vollständigen Namen zu erhalten.

Beispiele
Alice JohnsonRobert BrownSystemadministrator
Endzeit
EndTime
Das genaue Datum und die Uhrzeit, zu der eine `Aktivität` abgeschlossen wurde.
Beschreibung

Der Endzeit-Zeitstempel erfasst den Moment, in dem eine Aktivität abgeschlossen wird. Sofern verfügbar, bietet er ein genaueres Maß für die Dauer einer Aktivität, verglichen mit einer Ableitung aus der Startzeit der nächsten Aktivität.

In der Analyse ermöglicht das Vorhandensein von Start- und Endzeit die präzise Berechnung der Bearbeitungszeit (Bearbeitungszeit) für jede Aktivität, wodurch sie sich von der Wartezeit (Wartezeit) zwischen Aktivitäten unterscheidet. Dies ist unerlässlich, um zu identifizieren, welche spezifischen Aufgaben zeitaufwendig sind und welche Prozessschritte lange Verzögerungen mit sich bringen.

Bedeutung

Ermöglicht die präzise Berechnung individueller Aktivitätsbearbeitungszeiten, wodurch aktive Arbeitszeit von unProduktiver Wartezeit unterschieden wird.

Datenquelle

Ähnlich wie die Startzeit wird dies aus verschiedenen Datums-/Uhrzeitfeldern abgeleitet. Es könnte ein Feld 'ModifiedDateTime' oder ein spezifischer Statusaktualisierungs-Zeitstempel in Tabellen wie 'SalesTable' oder 'WHSLoadTable' sein.

Beispiele
2023-04-15T09:12:30Z2023-04-18T14:35:00Z2023-04-25T11:21:55Z
Ist Nacharbeit
IsRework
Ein boolesches Flag, das anzeigt, ob bei einem Verkaufsauftrag Nacharbeiten, wie z.B. eine wiederholte Aktivität, durchgeführt wurden.
Beschreibung

Dieses berechnete Attribut identifiziert Fälle, die von einem direkten „Happy Path“ Prozessfluss abgewichen sind. Nacharbeit wird erkannt, indem Sequenzen von Aktivitäten identifiziert werden, die auf eine Wiederholung eines Schritts hindeuten, z. B. eine Bestellung, die zurückgenommen und dann erneut bestätigt wurde, oder Waren, die kommissioniert und dann wieder eingelagert wurden.

Das Markieren von Fälle mit Nacharbeit ist maßgeblich für den KPI 'Nacharbeitsquote bei Kundenaufträgen'. Es ermöglicht Analysten, ineffiziente Prozessabläufe schnell zu isolieren und zu untersuchen, um die Grundursachen der Nacharbeit zu ermitteln, darunter Dateneingabefehler, Kreditprobleme oder Bestandsprobleme. Die Reduzierung von Nacharbeit ist ein primäres Ziel vieler Prozessoptimierungsprojekte.

Bedeutung

Hilft, die Prozessineffizienz zu quantifizieren, indem Fälle markiert werden, die wiederholte Schritte erforderten. Dies ermöglicht eine gezielte Analyse zur Reduzierung von Verschwendung und Verzögerungen.

Datenquelle

Dies wird vom Process-Mining-Tool berechnet, indem die Aktivitätensequenz für jeden Case analysiert wird. Beispielsweise würde das Erkennen eines Musters wie (A -> B -> C -> B) den Case als Nacharbeit kennzeichnen.

Beispiele
JaNein
Land
CountryRegion
Das Land der Versandadresse des Kunden.
Beschreibung

Dieses Attribut gibt das Bestimmungsland für den Verkaufsauftragsversand an. Es wird aus den in Dynamics 365 gespeicherten LieferadressHinweisrmationen des Kunden abgeleitet.

Die Analyse der Prozessleistung nach Land ist wichtig, um regionale Unterschiede zu identifizieren. Internationale Lieferungen können zusätzliche Schritte wie die Zollabfertigung erfordern, was zu längeren Durchlaufzeiten führt. Diese Analyse hilft beim Verständnis und der Optimierung der Logistik für verschiedene geografische Märkte.

Bedeutung

Ermöglicht geografische Analysen, um regionale Engpässe, Compliance-Verstöße oder Leistungsschwankungen in der Lieferkettenmanagement zu identifizieren.

Datenquelle

Abgeleitet von der Lieferadresse des Kunden, die mit dem Kundenauftrag verknüpft ist. Die LänderHinweisrmationen befinden sich in der Regel in der Tabelle LogisticsPostalAddress, verknüpft über den Lieferadresslink in der SalesTable.

Beispiele
USADEUCANGBR
Pünktliche Lieferung
OnTimeDelivery
Ein boolesches Flag, das anzeigt, ob die Waren am oder vor dem bestätigten Liefertermin geliefert wurden.
Beschreibung

Dieses berechnete Attribut vergleicht den Zeitstempel der Aktivität 'Waren geliefert' mit dem 'ConfirmedDeliveryDate' für jeden Verkaufsauftrag. Es wird auf 'Ja' gesetzt, wenn die Lieferung pünktlich oder früher erfolgte, und auf 'false', wenn sie verspätet war.

Dieses Flag ist die Basis für die Berechnung der KPI 'Liefertermin-Einhaltungsrate'. Es vereinfacht die Analyse, indem es eine einfache Filterung und Aggregation von pünktlichen gegenüber verspäteten Aufträgen ermöglicht. Dies hilft, schnell die Faktoren zu identifizieren, die mit verspäteten Lieferungen korrelieren, wie spezifische Produkte, Kunden, Regionen oder Versandmethoden.

Bedeutung

Misst direkt die Erfüllungsleistung im Vergleich zur Zusage, was wichtig für die Überwachung der Kundenzufriedenheit und die Zuverlässigkeit der Supply Chain ist.

Datenquelle

Berechnet durch den Vergleich des 'Ereigniszeitpunkt (Event Time)' der Aktivität 'Goods Delivered' mit dem Attribut 'ConfirmedDeliveryDate'. Formel: ('Goods Delivered' Zeitstempel <= 'ConfirmedDeliveryDate').

Beispiele
JaNein
Pünktliche Zahlung
OnTimePayment
Ein boolesches Flag, das anzeigt, ob die Zahlung am oder vor dem Fälligkeitsdatum eingegangen ist.
Beschreibung

Dieses berechnete Attribut vergleicht den Zeitstempel der Aktivität 'Zahlung erhalten' mit dem 'PaymentDueDate'. Es wird auf 'Ja' gesetzt, wenn die Zahlung pünktlich erfolgte, und auf 'false', wenn sie verspätet war.

Dieses Flag ist die Kernkomponente des KPI 'On-Time-Payment-Rate'. Es ermöglicht eine schnelle Segmentierung von Kunden in 'pünktliche' und 'verspätete' Zahler. Diese Analyse kann Kreditrichtlinien, Inkassostrategien und das Kundenbeziehungsmanagement durch die Identifizierung chronisch säumiger Kunden unterstützen.

Bedeutung

Misst das Zahlungsverhalten von Kunden im Vergleich zu vereinbarten Konditionen, was grundlegend für das Cashflow-Management und die Bewertung des Kreditrisikos ist.

Datenquelle

Berechnet durch den Vergleich des 'Ereigniszeitpunkt (Event Time)' der Aktivität 'Payment Received' mit dem Attribut 'PaymentDueDate'. Formel: ('Payment Received' Zeitstempel <= 'PaymentDueDate').

Beispiele
JaNein
Verkaufsauftragsstatus
SalesOrderStatus
Der aktuelle Status des Vertriebsauftrags zum Zeitpunkt der Datenextraktion.
Beschreibung

Dieses Attribut spiegelt den Gesamtstatus des Verkaufsauftrags wider, wie 'Offener Auftrag', 'Fakturiert', 'Storniert' oder 'Geliefert'. Dies ist ein Zusammenfassungsstatus, der im Verkaufsauftragskopf geführt wird.

Während das Aktivitätsprotokoll eine dynamische Sicht auf den Prozess bietet, ist der Endstatus nützlich für Filterung und Segmentierung. Er ermöglicht Analysten, alle offenen Aufträge leicht zu isolieren, um die aktuelle Arbeitslast zu überblicken, oder erfolgreich abgeschlossene Aufträge von stornierten zu trennen, um die Stornierungsgründe zu analysierenn.

Bedeutung

Bietet einen Überblick über den Auftragsstatus, wodurch Analysen nach offenen, geschlossenen oder stornierten Aufträgen gefiltert werden können. Dies ist nützlich für das Arbeitslastmanagement und die Ergebnisanalyse.

Datenquelle

Befindet sich in der Tabelle 'SalesTable', Feld 'SalesStatus'.

Beispiele
RückstandGeliefertFakturiertStorniert
Zahlungsfälligkeitsdatum
PaymentDueDate
Das Datum, bis zu dem der Kunde die Rechnung begleichen muss.
Beschreibung

Das Zahlungsfälligkeitsdatum (Payment Due Date) wird basierend auf dem Rechnungsdatum und den mit dem Kunden vereinbarten Zahlungsbedingungen berechnet. Dieses Datum wird auf der Kundenrechnung erfasst.

Dieses Attribut ist die Basis für die Analyse der Zahlungsfälligkeits-Compliance (Payment Due Date Compliance) und den KPI Pünktliche Zahlungsquote (On-Time Payment Rate). Durch den Vergleich des PaymentDueDate mit dem tatsächlichen Payment Received-Datum kann das Unternehmen Zahlungsverzüge identifizieren, das Zahlungsverhalten nach Kundensegmenten analysierenn und proaktive Maßnahmen ergreifen, um den Cashflow zu verbessern und die Days Sales Outstanding (DSO) zu reduzieren.

Bedeutung

Dies ist der Benchmark zur Messung der Zahlungsleistung, der wichtig ist für die Analyse des Cashflows und das effektive Management der Debitorenbuchhaltung (Accounts Receivable).

Datenquelle

Befindet sich in der Tabelle 'CustInvoiceJour', Feld 'DueDate'.

Beispiele
2023-05-302023-06-152023-06-30
Erforderlich Empfohlen Optional

Order-to-Cash – Auftragsmanagement Aktivitäten

Dies sind die wichtigsten Prozessschritte und kritischen Meilensteine, die Sie in Ihrem Event Log erfassen sollten, um eine präzise Analyse und Modellierung Ihrer Vertriebsauftragsabwicklung zu ermöglichen.
6 Empfohlen 7 Optional
Aktivität Beschreibung
`Verkaufsauftrag` erstellt
Dieses Event markiert die erste Erstellung des Kundenauftrags im System durch einen Vertriebsmitarbeiter oder über einen automatisierten Kanal. Es wird explizit erfasst, wenn ein neuer Datensatz in der primären Kundenauftragstabelle erstellt und gespeichert wird.
Bedeutung

Diese Aktivität ist der universelle Startpunkt für alle Verkaufsauftrags-Fälle. Sie liefert den ersten Zeitstempel, der für die Berechnung der gesamten Verkaufsauftrags-Durchlaufzeit und die Analyse des Durchsatzes erforderlich ist.

Datenquelle

Dies ist ein explizites Event, das aus dem Feld 'Erstellungsdatum und -zeit' auf dem SalesTable-Kopfsatz in Microsoft Dynamics 365 erfasst wird.

Erfassen

Liest den Erstellungs-Zeitstempel aus der SalesTable-Entität.

Ereignistyp explicit
`Zahlung erhalten`
Diese Aktivität bedeutet, dass die Zahlung des Kunden für die Rechnung eingegangen und verbucht wurde. Dieses Event findet im Accounts Receivable Modul statt und ist mit der ursprünglichen Rechnung verknüpft.
Bedeutung

Dies ist ein kritischer Meilenstein für die Analyse des Geldumschlagzyklus. Er ist unerlässlich zur Messung des KPI 'Pünktliche Zahlungsquote' und zur Identifizierung von Verzögerungen beim Zahlungseinzug.

Datenquelle

Dies ist ein explizites Event aus dem Debitorenbuchhaltung (Accounts Receivable)smodul. Es wird vom Transaktionsdatum der Kundenzahlungsabwicklung (CustSettlement) erfasst, die die Rechnungsbuchung (CustTrans) abschließt.

Erfassen

Erfassen Sie das Abrechnungsdatum aus der Tabelle CustSettlement, verknüpfen Sie es zurück mit der Rechnung und dem Kundenauftrag.

Ereignistyp explicit
Auftrag abgeschlossen
Der finale Status eines erfolgreich bearbeiteten Vertriebsauftrags, der anzeigt, dass er vollständig versendet, fakturiert wurde und keine weiteren Transaktionen erwartet werden. Dies markiert den erfolgreichen Abschluss des Prozesses.
Bedeutung

Diese Aktivität dient als primärer Endpunkt für erfolgreich abgeschlossene Fälle. Sie ist wesentlich für die Berechnung von End-to-End-Durchlaufzeiten und des Durchsatzes.

Datenquelle

Dies wird aus den Statusfeldern auf der SalesTable abgeleitet. Ein Auftrag gilt als abgeschlossen, wenn der 'Verkaufsstatus' 'Fakturiert' ist und die Zeilenstatus ebenfalls 'Fakturiert' sind.

Erfassen

Ableitung aus der Statusänderung der SalesTable-Felder zu 'Invoiced'. Der Zeitstempel ist in der Regel das letzte zugehörige Transaktionsdatum, wie Rechnungsstellung oder Zahlung.

Ereignistyp inferred
Auftrag bestätigt
Diese Aktivität bedeutet die formale Bestätigung des Verkaufsauftrags, wodurch die Lieferung der angegebenen Waren oder Dienstleistungen zugesagt wird. In Dynamics 365 ist dies eine explizite Benutzeraktion, die ein Bestätigungsprotokoll erzeugt.
Bedeutung

Die Bestätigung ist ein wichtiger Meilenstein, der den Antrag bearbeitet.en Abwicklungsprozess offiziell einleitet. Die Messung der Zeit von der Erstellung bis zur Bestätigung zeigt die Effizienz der Front-Office-Verarbeitung auf.

Datenquelle

Dies ist ein explizites Event, das vom Buchungsdatum des Kundenauftragsbestätigungsjournals (SalesConfirmJour) erfasst wird. Der Zeitstempel kann mit der SalesTable verknüpft werden.

Erfassen

Erfassen Sie den Buchungs-Zeitstempel des Kundenauftragsbestätigungs-Journals.

Ereignistyp explicit
Rechnung erstellt
Dies stellt die Generierung und Buchung der Verkaufsrechnung für die versandten Waren oder Dienstleistungen dar. Dies ist eine zentrale Finanztransaktion, die die Kundenschuld formal erfasst.
Bedeutung

Diese Aktivität markiert den Beginn des finanziellen Abrechnungsteils des Prozesses. Die Zeit von der Lieferung bis zur Rechnungsstellung ist maßgeblich für den KPI 'Rechnungsstellung-Durchlaufzeit' und beeinflusst den Cashflow.

Datenquelle

Dies ist eine explizite Finanztransaktion. Das Event wird vom Buchungsdatum und der Uhrzeit des Verkaufsrechnungsjournals (CustInvoiceJour) erfasst.

Erfassen

Erfassen Sie den Buchungs-Zeitstempel des Verkaufsrechnungs-Journals.

Ereignistyp explicit
Waren versandt
Dieses Event bedeutet, dass die verpackten Waren für den Auftrag versandt wurden und das Lager verlassen haben. In Dynamics 365 wird dies durch das Buchen des Lieferscheins formalisiert.
Bedeutung

Dies ist ein kritischer Meilenstein, der den Antrag bearbeitet.as Ende des internen Ausführungsprozesses und den Beginn der Lieferphase markiert. Es ist ein wichtiger Zeitstempel zur Berechnung der Pünktlichkeit der Lieferleistung.

Datenquelle

Dies ist ein sehr klares und explizites Event, das vom Buchungsdatum und der Uhrzeit des Lieferschein-Journals (CustPackingSlipJour) erfasst wird.

Erfassen

Erfassen Sie den Buchungs-Zeitstempel des Lieferschein-Journals.

Ereignistyp explicit
An Lager freigegeben
Bezeichnet den Zeitpunkt, an dem der Vertriebsauftrag formell an das Lager für Kommissionier- und Versandvorgänge freigegeben wird. Dies ist ein eigenständiger Schritt in Umgebungen, die das Warehouse Management (WMS) Modul einsetzen.
Bedeutung

Diese Aktivität trennt die Auftragsbearbeitung von der physischen Ausführung. Die Analyse der Wartezeit eines Auftrags bis zur Freigabe kann Probleme bei der Ressourcenplanung oder den Antrag bearbeitet.er Systemintegration aufzeigen.

Datenquelle

Dies ist ein explizites Event, das aus den LagerfreigabeDatensätzen (WHSLoadTable, WHSShipmentTable) erfasst wird, die mit dem Kundenauftrag verknüpft sind.

Erfassen

Erfassen Sie den Erstellungs-Zeitstempel der entsprechenden Lagerbeladung oder Sendung.

Ereignistyp explicit
Auftrag storniert
Dieses Event stellt die Stornierung eines Kundenauftrags dar, bevor er vollständig versandt und fakturiert wurde. Dies ist ein alternatives, erfolgloses Ende des Prozesses.
Bedeutung

Die Verfolgung von Stornierungen hilft, Gründe für verlorene Verkäufe oder Prozessfehler zu identifizieren. Die Analyse, wann und warum Aufträge storniert werden, kann zu Prozessoptimierungen führen.

Datenquelle

Dies wird aus dem Feld 'Verkaufsstatus' auf der SalesTable abgeleitet, das sich in 'Storniert' ändert. Der Zeitstempel wäre der Zeitpunkt, zu dem diese Statusänderung protokolliert wurde.

Erfassen

Ableitung aus der Statusfeldänderung der SalesTable zu 'Abbrechened'.

Ereignistyp inferred
Bestand reserviert
Dieses Event zeigt an, dass der erforderliche Bestand für die Kundenauftragszeilen physisch oder automatisch im System reserviert wurde. Dies stellt sicher, dass die Artikel zur Kommissionierung und Auslieferung verfügbar sind.
Bedeutung

Die Verfolgung der Bestandsreservierung hilft, Verzögerungen zwischen Auftragsbestätigung und dem Beginn der Lageroperationen zu analysierenn. Sie ist maßgeblich für den KPI 'Vorlaufzeit der Bestandsallokation'.

Datenquelle

Dies kann aus der Erstellung oder Aktualisierung von BestandsbuchungsDatensätzen (InventTrans) abgeleitet werden, die mit den Kundenauftragszeilen verknüpft sind und bei denen der Status eine Reservierung anzeigt (z.B. „In Bestellung“, „Physisch reserviert“).

Erfassen

Ableitung vom Zeitstempel, wenn Bestandstransaktionen (InventTrans) für den Auftrag als reserviert markiert werden.

Ereignistyp inferred
Kreditprüfung durchgeführt
Repräsentiert den Abschluss einer Kreditprüfung für den dem Kundenauftrag zugeordneten Kunden. Dies kann eine automatisierte Systemprüfung oder eine manuelle Überprüfung sein und führt oft zu einer Änderung des Kreditstatus des Auftrags.
Bedeutung

Die Analyse der Dauer und Resultate von Kreditprüfungen hilft dabei, Engpässe im Auftragsgenehmigungsprozess zu identifizieren. Häufige Wartezeiten oder lange Genehmigungsdauern können die Auftragserfüllung erheblich verzögern.

Datenquelle

Typischerweise abgeleitet aus Statusänderungen im Zusammenhang mit dem Kreditmanagement auf der SalesTable, wie dem Wechsel von 'In Wartestellung' mit einem Kreditgrund zu 'Offen'. Es kann auch in Kreditmanagementtabellen protokolliert werden, wenn das erweiterte Modul verwendet wird.

Erfassen

Ableitung aus der Historie der Statusänderungen in der SalesTable oder zugehörigen Kredit-Sperr-Tabellen.

Ereignistyp inferred
Waren geliefert
Zeigt an, dass die Sendung erfolgreich an die vom Kunden angegebene Adresse geliefert wurde. Diese Information wird oft aus dem System eines externen Spediteurs oder den Antrag bearbeitet.urch eine manuelle Bestätigung aktualisiert.
Bedeutung

Diese Aktivität ist maßgeblich für die Messung des KPI 'Liefertermin-Einhaltung' und das Verständnis der tatsächlichen kundenrelevanten Durchlaufzeit. Sie unterstützt die Bewertung der Leistung von Transportdienstleistern.

Datenquelle

Dies wird nicht nativ als explizites Event in Standard D365 verfolgt. Es wird in der Regel abgeleitet, indem ein Update von einer Speditionsintegration oder den Antrag bearbeitet.urch eine manuelle Statusaktualisierung des Kundenauftrags- oder LieferDatensatzes empfangen wird.

Erfassen

Ableitung aus einem integrierten Speditions-Feed oder einer manuellen Statusfeldaktualisierung.

Ereignistyp inferred
Waren kommissioniert
Dies repräsentiert den Abschluss der physischen Kommissionierung aller Artikel für den Auftrag aus den Lagerorten. Die Erfassung erfolgt in der Regel, wenn ein Kommissionierer eine Kommissionierliste oder einen Arbeitsauftrag im WMS-Modul abschließt.
Bedeutung

Die Verfolgung der Kommissionierungsabschlusszeit ist unerlässlich für die Analyse der Lagereffizienz. Verzögerungen in dieser Phase wirken sich direkt auf die gesamte Lieferzeit aus.

Datenquelle

Dies ist ein explizites Event, das im Lagerverwaltungmodul aufgezeichnet wird. Es wird vom Abschluss-Zeitstempel der Lagerarbeit (WHSWorkTable) erfasst, die mit der Kundenauftragskommissionierung im Zusammenhang steht.

Erfassen

Erfassen Sie den Zeitstempel, wann der Kommissionierstatus 'Work' auf 'Closed' aktualisiert wird.

Ereignistyp explicit
Waren verpackt
Diese Aktivität markiert den Abschluss des Verpackungsprozesses, bei dem kommissionierte Artikel konsolidiert und für den Versand vorbereitet werden. In D365 kann dies mit der Erstellung eines Lieferscheins zusammenfallen.
Bedeutung

Die Zeit zwischen Kommissionierung und Verpackung kann Engpässe an den Packstationen aufdecken. Es ist ein wichtiger Teilprozess innerhalb der gesamten Fulfillment-Zykluszeit.

Datenquelle

Dies kann ein explizites Event aus dem Abschluss der Behälterverpackung im WMS-Modul sein oder aus der Erstellung des Lieferschein-Journals (CustPackingSlipJour) abgeleitet werden, das oft das Ende der Verpackung markiert.

Erfassen

Ableitung aus dem Abschluss der Verpackungsarbeiten oder den Antrag bearbeitet.em Erstellungsdatum des Lieferscheinjournals.

Ereignistyp inferred
Empfohlen Optional

Extraktionsanleitungen

So rufen Sie Ihre Daten aus Microsoft Dynamics 365 ab