Ihr Order-to-Cash-Daten-Template für die Kundenauftragsbearbeitung
Ihr Order-to-Cash-Daten-Template für die Kundenauftragsbearbeitung
- Empfohlene Attribute für eine vollständige Analyse
- Wichtige Prozessaktivitäten zur Nachverfolgung
- Spezifische Datenextraktionsanleitung für Microsoft Dynamics 365
Order-to-Cash – Auftragsmanagement Attribute
| 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
|
|||
Order-to-Cash – Auftragsmanagement Aktivitäten
| 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
|
|||