Datenvorlage: Order to Cash – Kundenauftragsbearbeitung
Ihr Order-to-Cash – Daten-Template für die Vertriebsauftragsabwicklung
Dies ist unsere generische Process-Mining-Datenvorlage für Order to Cash - Verkaufsauftragsbearbeitung. Nutzen Sie unsere systemspezifischen Vorlagen für spezifischere Anleitungen.
Wählen Sie ein spezifisches System- Identifiziert entscheidende Datenattribute für ein vollständiges Event Log.
- Beschreibt die wichtigsten Aktivitäten und Meilensteine innerhalb des Prozesses.
- Dient als universeller Ausgangspunkt für Process Mining, anpassbar an jedes System.
Order to Cash - Verkaufsauftragsbearbeitungs-Attribute
| Name | Beschreibung | ||
|---|---|---|---|
Aktivitätsname ActivityName | Der Name des spezifischen Geschäfts-Events oder der Aufgabe, die zu einem bestimmten Zeitpunkt innerhalb des Verkaufsauftragsprozesses aufgetreten ist. | ||
Beschreibung Der Aktivitätsname beschreibt einen Schritt oder Meilenstein im Lebenszyklus eines Verkaufsauftrags, wie beispielsweise 'Verkaufsauftrag erstellt', 'Kreditprüfung durchgeführt' oder 'Waren versandt'. Jede Aktivität steht für eine spezifische Aktion, die am Verkaufsauftrag vorgenommen wird, und bildet die Grundbausteine der Prozesslandkarte. Die Analyse stützt sich stark auf dieses Attribut, um den Prozessfluss zu visualisieren, gängige Pfade zu identifizieren und Abweichungen vom Standardverfahren aufzudecken. Durch die Analyse der Abfolge von Aktivitäten können Analysten Engpässe, Nacharbeitsschleifen (z. B. wiederholte 'Verkaufsauftrag geändert' Aktivitäten) und nicht konforme Prozessvarianten genau bestimmen. Es ist grundlegend für Dashboards wie 'Prozesskonformität und Abweichungen' und KPIs wie 'Nacharbeitsquote Verkaufsaufträge'. Warum es wichtig ist Es definiert die Schritte im Prozess, wodurch es möglich wird, die Prozesslandkarte zu visualisieren, Prozessabläufe zu analysieren und Nacharbeit oder Abweichungen zu identifizieren. Woher erhalten Wird oft von Dokumentenstatusänderungen, Event Logs oder Transaktionscodes innerhalb der Vertriebs-, Liefer- und Fakturierungsmodule des Quellsystems abgeleitet. Beispiele Kundenauftrag erstelltWare versandtZahlung eingegangenKundenauftrag storniert | |||
Ereigniszeit EventTime | Das genaue Datum und die Uhrzeit, zu der eine Aktivität bzw. ein Ereignis stattgefunden hat. | ||
Beschreibung Die Event Time ist ein Timestamp, der den genauen Zeitpunkt aufzeichnet, zu dem eine Aktivität stattgefunden hat. Dieses Attribut liefert den zeitlichen Kontext für den Prozess und ermöglicht die chronologische Anordnung aller Events, die mit einem Verkaufsauftrag verbunden sind. Dieser Timestamp ist entscheidend für alle zeitbasierten Analysen. Er wird verwendet, um Durchlaufzeiten zwischen zwei beliebigen Aktivitäten zu berechnen, die Dauer spezifischer Schritte zu identifizieren und Verzögerungen oder Engpässe genau zu bestimmen. Zum Beispiel wird die KPI 'Durchlaufzeit der Auftragsabwicklung' als Differenz zwischen der Event Time der letzten Lieferaktivität und der initialen Auftragserstellungsaktivität berechnet. Dashboards wie 'Übersicht der Verkaufsauftrags-Durchlaufzeiten' sind vollständig von diesem Attribut abhängig, um zu funktionieren. Warum es wichtig ist Dieser Timestamp ist entscheidend für die Berechnung aller Performance-Metriken, wie Durchlaufzeiten und Dauern, die für die Identifizierung von Bottlenecks (Engpässen) unerlässlich sind. Woher erhalten Typischerweise finden sich diese Informationen neben jedem Transaktions- oder Statusaktualisierungsdatensatz, oft als Erstellungsdatum, Änderungsdatum oder Buchungsdatum bezeichnet. Beispiele 2023-03-15T09:30:00Z2023-04-01T14:05:10Z2023-04-10T11:00:00Z | |||
Kundenauftrags-ID SalesOrderId | Der eindeutige Identifikator für einen Verkaufsauftrag, der als primärer Case-Identifikator für den Auftrag-zu-Kasse-Prozess dient. | ||
Beschreibung Die Verkaufsauftrags-ID ist der Eckpfeiler des Process Mining im Auftrag-zu-Kasse-Prozess. Sie identifiziert eindeutig jede Instanz des Prozesses von der Erstellung bis zum Abschluss. Sie fungiert als Primärschlüssel, der alle zugehörigen Aktivitäten, Events und Datenpunkte miteinander verbindet und so eine vollständige End-to-End-Reise für einen einzelnen Auftrag bildet. In der Analyse ermöglicht dieses Attribut die Rekonstruktion des Lebenszyklus jedes Verkaufsauftrags. Es wird verwendet, um die Abfolge der Events nachzuvollziehen, Dauern zwischen Aktivitäten zu messen und Metriken auf Auftragsebene zu aggregieren. Zum Beispiel erfordert die Berechnung der KPI 'Durchlaufzeit der Auftragsabwicklung' das Gruppieren aller Aktivitäten nach ihrer Verkaufsauftrags-ID und das Ermitteln der Zeitdifferenz zwischen dem ersten und letzten Event. Warum es wichtig ist Diese ID ist entscheidend für die Verfolgung individueller Aufträge durch den Prozess, was eine Case-Level-Analyse von Durchlaufzeiten, Engpässen und Abweichungen ermöglicht. Woher erhalten Typischerweise in der Kopfzeilentabelle von Kundenauftragsdokumenten im Quell-ERP- oder CRM-System zu finden. Beispiele SO-001234598004567ORD-2023-54321 | |||
Letzte Datenaktualisierung LastDataUpdate | Der Timestamp, der den Zeitpunkt angibt, zu dem die Daten zuletzt aktualisiert oder aus dem Quellsystem extrahiert wurden. | ||
Beschreibung Dieses Attribut liefert einen Timestamp dafür, wann die Daten zuletzt in die Process Mining Umgebung geladen wurden. Es spiegelt die Aktualität der analysierten Daten wider und unterscheidet sich von der Event Time, die aufzeichnet, wann die Geschäftsaktivität tatsächlich stattfand. Obwohl es typischerweise nicht für die direkte Prozessflussanalyse verwendet wird, sind diese Informationen entscheidend für die Data Governance und die Sicherstellung der Zuverlässigkeit der Ergebnisse. Es ermöglicht Analysten und Business Usern, die Aktualität der generierten Erkenntnisse zu verstehen. Wenn zum Beispiel das Last Data Update vor einer Woche war, müssen alle Rückschlüsse auf die aktuelle Leistung mit dieser Tatsache qualifiziert werden. Warum es wichtig ist Dies zeigt die Datenaktualität an, wodurch sichergestellt wird, dass Analysen auf aktuellen Informationen basieren und die Schlussfolgerungen relevant sind. Woher erhalten Dies wird typischerweise vom Datenextraktions-(ETL)-Tool oder der Process Mining-Plattform während der Datenaufnahme generiert und gespeichert. Beispiele 2023-10-27T02:00:00Z2023-10-26T02:00:00Z2023-10-25T02:00:00Z | |||
Quellsystem SourceSystem | Identifiziert das Informationssystem, aus dem die Daten stammen, wie z. B. ein ERP, CRM oder eine Altsystemplattform. | ||
Beschreibung Das Attribut Quellsystem spezifiziert das führende System, in dem die Event-Daten generiert wurden. In modernen Unternehmen erstreckt sich ein End-to-End-Prozess wie Auftrag zu Kasse oft über mehrere Anwendungen, zum Beispiel ein CRM für die Auftragserstellung und ein ERP für Fulfillment und Rechnungsstellung. In der Analyse ist dieses Attribut wertvoll, um die technologische Landschaft des Prozesses zu verstehen. Es hilft bei der Identifizierung von Integrationspunkten und potenziellen Datenkonsistenzproblemen zwischen verschiedenen Systemen. Die Analyse von Aktivitäten nach Quellsystem kann aufzeigen, ob bestimmte Prozessschritte unterschiedlich gehandhabt werden oder mehr Verzögerungen erfahren, abhängig davon, in welchem System sie ausgeführt werden. Warum es wichtig ist Es bietet Kontext zur Datenherkunft, was in Umgebungen mit mehreren Systemen entscheidend ist, um diese nachzuverfolgen und systemspezifische Prozessvarianten zu identifizieren. Woher erhalten Diese Information wird oft während des Datenextraktionsprozesses (ETL) hinzugefügt oder kann ein Standardfeld in Data Warehouses sein. Beispiele SAP S/4HANASalesforce Sales CloudOracle NetSuite | |||
Auftragswert OrderValue | Der gesamte monetäre Wert des Verkaufsauftrags, typischerweise in der Währung des Dokuments. | ||
Beschreibung Auftragswert repräsentiert den gesamten finanziellen Wert des Verkaufsauftrags. Dies ist eine kritische Finanzkennzahl, die das Ausmaß jeder Case-Instanz quantifiziert.\n\nDieses Attribut ist für die wertbasierte Prozessanalyse von unschätzbarem Wert. Es ermöglicht die Priorisierung von Problemen durch den Fokus auf hochwertige Aufträge. Zum Beispiel können Analysten untersuchen, ob hochwertige Aufträge längere Durchlaufzeiten oder mehr Nacharbeit erfahren als niedrigwertige Aufträge. Es wird auch verwendet, um die finanziellen Auswirkungen von Prozessineffizienzen zu berechnen, wie z. B. den Gesamtwert von Aufträgen, die durch einen spezifischen Engpass verzögert werden. Dies schafft einen starken Business Case für Prozessverbesserungsinitiativen. Warum es wichtig ist Ermöglicht eine wertbasierte Analyse, die hilft, Prozessverbesserungen zu priorisieren, indem sie sich auf hochwertige Aufträge konzentriert und die finanziellen Auswirkungen von Verzögerungen quantifiziert. Woher erhalten Verfügbar in den Vertriebsauftragskopfdaten, oft berechnet als Summe aller Nettowerte der Positionen. Beispiele 15200.50500.00125000.75 | |||
Benutzername UserName | Der Name oder die ID des Benutzers, Mitarbeiters oder Systemagenten, der die Aktivität ausgeführt hat. | ||
Beschreibung Das Attribut Benutzername identifiziert den Einzelnen oder den automatisierten Agenten, der für die Ausführung einer bestimmten Aktivität verantwortlich ist. Dies könnte ein Vertriebsmitarbeiter sein, der den Auftrag erstellt hat, ein Kreditmanager, der ihn genehmigt hat, oder ein Systembenutzer, der automatisch eine Zahlung gebucht hat. Dieses Attribut ermöglicht eine menschenzentrierte Analyse des Prozesses. Es wird verwendet, um die Arbeitslastverteilung zu analysieren, die Leistung zwischen Teams oder Einzelpersonen zu vergleichen und Schulungsmöglichkeiten zu identifizieren. Es ist auch entscheidend für Compliance- und Audit-Trail-Zwecke. Die Analyse von Aktivitäten nach Benutzer hilft aufzudecken, wer an Nacharbeitsschleifen oder nicht konformem Verhalten beteiligt ist, und ist grundlegend für die Berechnung der KPI 'Quote der manuellen Eingriffe'. Warum es wichtig ist Identifiziert die Person oder das System, welche(s) eine Aktivität ausführt, und ermöglicht so die Analyse von Arbeitslast, Teamleistung, Automatisierungsgraden und Compliance. Woher erhalten Häufig in Transaktionsprotokollen oder Dokumentenhistorien zu finden, oft als "Erstellt von" oder "Geändert von" bezeichnet. Beispiele John.SmithBATCH_USERAlice.JonesUSER_API | |||
Kundenidentifikator CustomerIdentifier | Der eindeutige Identifikator oder Name des Kunden, der den Verkaufsauftrag erteilt hat. | ||
Beschreibung Dieses Attribut identifiziert die externe Partei, für die der Kundenauftrag bearbeitet wird. Es kann eine eindeutige Kundennummer, ein Firmenname oder ein anderer Schlüssel sein, der einen Kunden von einem anderen unterscheidet. Im Process Mining ist der Kunden-Identifikator eine leistungsstarke Dimension zur Segmentierung der Daten. Analysten können die Prozesslandkarte filtern, um zu sehen, wie sich der Prozess für einen spezifischen Kunden verhält, oder Prozessflüsse zwischen verschiedenen Kundengruppen, wie z.B. strategischen Konten versus Gelegenheitskäufern, vergleichen. Dies kann maßgeschneiderte Prozesse aufdecken oder Kunden hervorheben, die häufig Prozessabweichungen oder Verzögerungen verursachen, und liefert so wertvolle Einblicke für das Customer Relationship Management. Warum es wichtig ist Ermöglicht das Filtern und Vergleichen von Prozessen über verschiedene Kunden oder Kundengruppen hinweg, um maßgeschneiderte Prozesse oder problematische Konten zu identifizieren. Woher erhalten Befindet sich in den Kundenauftragskopfdaten, verknüpft mit den Kundenstammdaten im Quell-ERP- oder CRM-System. Beispiele CUST-10023Global Corp Inc.758991 | |||
Produkt-ID ProductIdentifier | Der eindeutige Code oder Name für ein Hauptprodukt oder eine Dienstleistung auf dem Verkaufsauftrag. | ||
Beschreibung Der Produktidentifikator, wie z. B. eine Materialnummer oder SKU, gibt an, was verkauft wird. Obwohl ein Verkaufsauftrag mehrere Produkte enthalten kann, stellt dieses Attribut oft das Hauptprodukt dar oder kann für eine übergeordnete Analyse zu einer Produktkategorie zusammengefasst werden. Dieses Attribut ermöglicht eine produktzentrierte Sichtweise des Auftrag-zu-Kasse-Prozesses. Die Analyse kann aufzeigen, ob bestimmte Produkte mit längeren Abwicklungszeiten, häufigeren Lieferproblemen oder höheren Stornierungsraten verbunden sind. Diese Erkenntnis ist entscheidend für die Lieferkettenplanung, das Bestandsmanagement und die Produktportfoliostrategie. Wenn beispielsweise festgestellt wird, dass eine spezifische Produktlinie durchgängig Verzögerungen im Schritt 'An Lager freigegeben' aufweist, kann dies eine Untersuchung der Lagerbestände oder der Lagerplatzierung auslösen. Warum es wichtig ist Ermöglicht die Analyse der Prozessperformance für verschiedene Produkte oder Produktgruppen und hilft dabei, produktspezifische Bottlenecks oder Probleme zu identifizieren. Woher erhalten Befindet sich auf Positionsebene eines Kundenauftrags. Für die Case-Level-Analyse kann es durch die wichtigste Position oder eine abgeleitete Produktkategorie dargestellt werden. Beispiele PROD-5540-XLMAT-009871SVC-CONSULT-HR | |||
Vertriebskanal SalesChannel | Der Kanal, über den der Verkaufsauftrag eingegangen ist, z. B. Web, Direktvertrieb oder Partner. | ||
Beschreibung Der Vertriebskanal gibt den Ursprung oder die Methode an, über die eine Bestellung aufgegeben wurde. Dies könnte ein Online-Portal, ein Direktvertriebsteam, eine EDI-Verbindung mit einem Partner oder ein Einzelhandelsgeschäft sein. Die Analyse des Prozesses nach Vertriebskanal kann erhebliche Unterschiede in Bezug auf Effizienz und Konformität aufzeigen. Zum Beispiel könnten Bestellungen über den Webkanal hoch automatisiert und schnell sein, während Bestellungen vom Direktvertrieb mehr manuelle Änderungen und längere Genehmigungszyklen erfordern können. Diese Analyse hilft Unternehmen, den spezifischen Prozessfluss jedes Kanals zu optimieren und Ressourcen effektiver zuzuweisen. Es bietet eine Schlüsseldimension für Dashboards wie 'Engpässe bei der Auftragsabwicklung'. Warum es wichtig ist Ermöglicht den Vergleich der Prozessleistung über verschiedene Kanäle hinweg und deckt Variationen in Effizienz, Automatisierung und Konformität auf. Woher erhalten Diese Information wird üblicherweise in den Kopfdaten des Kundenauftrags gespeichert und ist oft ein Pflichtfeld bei der Auftragserfassung. Beispiele Web-PortalDirektvertriebEDIPartnernetzwerk | |||
Ablehnungsgrund RejectionReason | Ein Code oder eine Beschreibung, die erklärt, warum ein Vertriebsauftrag oder eine Position storniert oder abgelehnt wurde. | ||
Beschreibung Wenn ein Verkaufsauftrag storniert oder ein Artikel abgelehnt wird, liefert der Ablehnungsgrund den geschäftlichen Kontext für dieses negative Ergebnis. Gründe können von 'Kunde storniert' und 'Falscher Preis' bis zu 'Nicht auf Lager' reichen. Dieses Attribut ist essenziell für die Ursachenanalyse von Prozessfehlern. Durch die Analyse der Häufigkeit verschiedener Ablehnungsgründe kann ein Unternehmen systemische Probleme identifizieren. Eine hohe Anzahl von Stornierungen aufgrund von 'Falscher Preis' könnte beispielsweise auf Probleme in den Angebots- oder Stammdatenprozessen hinweisen. Diese Analyse unterstützt direkt Bemühungen, die First-Time Right Rate zu verbessern und Prozessverschwendung zu reduzieren. Warum es wichtig ist Erklärt, warum Aufträge fehlschlagen, und ermöglicht eine Ursachenanalyse, um zugrunde liegende Probleme bei Preisen, Lagerbestand oder Kundenkommunikation zu beheben. Woher erhalten Typischerweise auf der Positionsebene des Kundenauftrags zu finden und wird aus einer vordefinierten Codeliste ausgewählt, wenn ein Artikel storniert wird. Beispiele KundenanfrageProdukt eingestelltPreisfehlerKreditlimit überschritten | |||
Aktuelles Lieferdatum ActualDeliveryDate | Das Datum, an dem die Waren tatsächlich an den Kunden geliefert wurden, was den Abschluss des Fulfillment-Teils des Prozesses markiert. | ||
Beschreibung Das tatsächliche Lieferdatum ist der Timestamp, der die erfolgreiche Lieferung der Waren an den Kunden aufzeichnet. Dies basiert oft auf einem Liefernachweis des Versanddienstleisters. Dieses Attribut ist das entscheidende Maß für den Liefererfolg. Es ist der finale Datenpunkt, der zur Berechnung der 'Pünktlichen Lieferquote' herangezogen wird, indem es mit dem angefragten und dem bestätigten Liefertermin verglichen wird. Die Analyse der Zeitspanne zwischen der Aktivität 'Waren versandt' und dem tatsächlichen Lieferdatum kann zudem Einblicke in die Leistung von Logistikpartnern und Versandmethoden geben. Warum es wichtig ist Dies ist der endgültige Nachweis der Erfüllung und ist wesentlich für die genaue Berechnung der Termintreue und der gesamten Durchlaufzeit der Auftragserfüllung. Woher erhalten Stammt oft aus einem externen Logistik- oder Versandsystem und wird wieder ins ERP integriert. Es kann vom Timestamp der Aktivität 'Ware ausgeliefert' abgeleitet werden. Beispiele 2023-11-172023-12-022024-01-14 | |||
Angefordertes Lieferdatum RequestedDeliveryDate | Der vom Kunden angefragte Liefertermin für die Bestellung. | ||
Beschreibung Dieses Datum repräsentiert den gewünschten Liefertermin des Kunden. Es ist eine entscheidende Information, die zu Beginn des Prozesses erfasst wird und als primärer Maßstab für die Kundenzufriedenheit hinsichtlich der Lieferpünktlichkeit dient. In der Prozessanalyse wird der angefragte Liefertermin mit anderen Schlüsseldaten, wie dem bestätigten und tatsächlichen Liefertermin, verglichen, um Servicelevel zu messen. Er ist ein wichtiger Input für das Dashboard zur Pünktlichkeit der Lieferung und wird verwendet, um zu berechnen, ob eine Lieferung aus Kundensicht pünktlich war. Die Analyse von Diskrepanzen zwischen angefragten und bestätigten Terminen kann auch Probleme in der Planung und Terminierung aufzeigen. Warum es wichtig ist Dient als Liefererwartung des Kunden und bildet eine Basis für die Messung der pünktlichen Lieferperformance und Kundenzufriedenheit. Woher erhalten Typischerweise in der Kopfzeile des Kundenauftrags oder den Positionsdetails zu finden und wird während des Auftragserstellungsprozesses eingegeben. Beispiele 2023-11-152023-12-012024-01-10 | |||
Auftragsstatus OrderStatus | Der Status des Verkaufsauftrags zum Zeitpunkt des Events, z. B. 'Offen', 'In Bearbeitung' oder 'Abgeschlossen'. | ||
Beschreibung Der Auftragsstatus liefert eine Momentaufnahme darüber, wo sich der Verkaufsauftrag in seinem Lebenszyklus zu einem bestimmten Zeitpunkt befindet. Es ist eine kategorische Bezeichnung, die den aktuellen Zustand des Auftrags zusammenfasst. Während die Abfolge der Aktivitäten eine detaillierte Prozesslandkarte bietet, ist das Attribut Auftragsstatus nützlich, um eine vereinfachte, übergeordnete Ansicht des Prozesses zu erstellen. Es kann verwendet werden, um alle Aufträge zu filtern, die sich derzeit in einem bestimmten Zustand befinden, zum Beispiel alle Aufträge 'unter Kreditprüfung'. Die Analyse der in verschiedenen Status verbrachten Zeit kann auch Engpässe aufzeigen, beispielsweise Aufträge, die zu viel Zeit im Status 'wartet auf Genehmigung' verbringen. Warum es wichtig ist Bietet eine übergeordnete Zusammenfassung des Auftragsstatus, nützlich für das Filtern, die Statusanalyse und die Identifizierung von Aufträgen, die in einer bestimmten Phase feststecken. Woher erhalten Dies ist ein Standardfeld in der Kopfzeile der meisten Kundenauftragsdokumente in ERP- und CRM-Systemen. Beispiele OffenIn BearbeitungKreditsperreAbgeschlossenStorniert | |||
Bestätigtes Lieferdatum ConfirmedDeliveryDate | Das Lieferdatum, das das Unternehmen dem Kunden bestätigt und zugesagt hat. | ||
Beschreibung Nach Überprüfung der Lagerbestände und Produktionspläne stellt das Unternehmen ein Bestätigtes Lieferdatum bereit. Dies stellt die Verpflichtung der Organisation gegenüber dem Kunden dar und dient als interne Benchmark zur Messung der Erfüllungsleistung. Dieses Attribut ist entscheidend für die Bewertung der internen operativen Effizienz. Es wird im KPI "Termintreue-Rate" verwendet, wo es mit dem Aktuellen Lieferdatum verglichen wird, um festzustellen, ob das Unternehmen seiner eigenen Zusage nachgekommen ist. Erhebliche Abweichungen zwischen den Angefragten und Bestätigten Lieferdaten über viele Aufträge hinweg können auf systemische Probleme mit Available-to-Promise (ATP)-Berechnungen oder der Kapazitätsplanung hindeuten. Warum es wichtig ist Stellt die Zusage des Unternehmens an den Kunden dar und ist der interne Maßstab für die Messung der pünktlichen Lieferung und der Zuverlässigkeit der Auftragserfüllung. Woher erhalten Befindet sich in den Kundenauftragseinteilungsdaten, die oft nach einer Verfügbarkeitsprüfung oder einem Produktionsplanungslauf aktualisiert werden. Beispiele 2023-11-182023-12-012024-01-15 | |||
Ist automatisiert IsAutomated | Ein Indikator, der anzeigt, ob eine Aktivität automatisch vom System oder manuell von einem Benutzer durchgeführt wurde. | ||
Beschreibung Dieses boolesche Attribut unterscheidet zwischen Aufgaben, die von menschlichen Benutzern ausgeführt werden, und solchen, die durch Systemautomatisierung erfolgen, wie z.B. Background Jobs, APIs oder RPA Bots. Zum Beispiel könnte eine Bonitätsprüfung ein automatisierter Schritt sein, während die Lösung einer Kreditblockade typischerweise manuell ist. Die Analyse des Prozesses durch die Brille der Automatisierung ist entscheidend für Initiativen zur digitalen Transformation. Dieses Flag ist der primäre Datenpunkt zur Berechnung der KPI 'Manuelle Interventionsrate'. Es hilft zu identifizieren, welche Teile des Prozesses hoch automatisiert sind und welche noch auf manuelle Arbeit angewiesen sind. Diese Analyse kann Chancen für weitere Automatisierung aufzeigen, um Kosten zu senken, Fehler zu minimieren und Durchlaufzeiten zu beschleunigen. Warum es wichtig ist Unterscheidet zwischen manuellen und automatisierten Aufgaben, was entscheidend für die Messung des Automatisierungsgrades und die Identifizierung von Potenzialen zur Prozessverbesserung ist. Woher erhalten Diese Informationen können aus dem Attribut 'User Name' (z.B. Identifizierung von Systembenutzern wie 'BATCH_USER') oder aus spezifischen Feldern in Event Logs abgeleitet werden, die den Ausführungskontext verfolgen. Beispiele truefalsch | |||
Zahlungsfälligkeitsdatum PaymentDueDate | Das Datum, bis zu dem der Kunde die Rechnung begleichen muss. | ||
Beschreibung Das Zahlungsfälligkeitsdatum wird basierend auf dem Rechnungsdatum und den vereinbarten Zahlungsbedingungen des Kunden berechnet. Es legt die Frist für eine pünktliche Zahlung fest und ist ein Schlüsselelement des Debitorenbuchhaltungsprozesses. Dieses Attribut ist grundlegend für die Analyse des finanziellen Teils des Auftrag-zu-Kasse-Zyklus. Es ist der Maßstab, der verwendet wird, um festzustellen, ob eine Zahlung pünktlich erfolgte, was ein direkter Input für die KPI 'Pünktliche Zahlungsquote' ist. Das Dashboard 'Rechnung-zu-Zahlung-Zyklus' stützt sich stark auf dieses Datum, um das Zahlungsverhalten zu analysieren und das Betriebskapital effektiv zu verwalten. Verzögerungen zwischen der Rechnungserstellung und der Zahlung können anhand dieses Datums bewertet werden, um säumige Kunden zu identifizieren. Warum es wichtig ist Dieses Datum ist entscheidend für die Finanzanalyse und dient als Grundlage für die Berechnung der termingerechten Zahlungsquote sowie für das Forderungsmanagement. Woher erhalten Typischerweise auf dem Kundenrechnungsdokument zu finden und wird aus dem Rechnungsdatum und den Zahlungsbedingungen abgeleitet, die in den Kundenstammdaten oder dem Kundenauftrag festgelegt sind. Beispiele 2023-12-152024-01-302024-02-28 | |||
Order to Cash - Verkaufsauftragsbearbeitungs-Aktivitäten
| Aktivität | Beschreibung | ||
|---|---|---|---|
Kundenauftrag abgeschlossen | Dies ist die letzte Aktivität für einen erfolgreich bearbeiteten Auftrag, die anzeigt, dass dieser vollständig versandt, fakturiert und bezahlt wurde. Dieser Status bedeutet, dass für diesen Kundenauftrag keine weiteren Transaktionen erwartet werden. | ||
Warum es wichtig ist Diese Aktivität markiert den erfolgreichen Abschluss des Prozesses. Die Gesamtzeit von der Erstellung bis zum Abschluss repräsentiert die End-to-End-Durchlaufzeit für einen perfekten Auftrag. Woher erhalten Typischerweise aus einem finalen Status in der Kundenauftragskopfzeile abgeleitet, wie 'Geschlossen' oder 'Abgeschlossen', nachdem alle untergeordneten Transaktionen beendet wurden. Erfassen Identifizieren Sie den Timestamp, an dem der Gesamtstatus des Verkaufsauftragskopfes` auf seinen endgültigen, abgeschlossenen Zustand aktualisiert wird. Ereignistyp inferred | |||
Kundenauftrag erstellt | Diese Aktivität markiert die erste Erfassung eines Kundenauftrags im System. Sie repräsentiert die formelle Erfassung der Kundenanfrage für Waren oder Dienstleistungen und ist der Ausgangspunkt für den Auftrag zu Zahlung Prozess. | ||
Warum es wichtig ist Dies ist das primäre Start-Event für den Prozess. Die Analyse der Zeit ab diesem Punkt hilft, die gesamte Durchlaufzeit der Auftragserfüllung und die Effizienz der anfänglichen Dateneingabe zu messen. Woher erhalten Dieses Event wird typischerweise vom Erstellungs-Timestamp des Haupt-Kundenauftrags-Header-Datensatzes oder dessen zugehörigem Transaktions-Log erfasst. Erfassen Identifizieren Sie den ersten Timestamp, der mit der Erstellung einer neuen Verkaufsauftrags-ID in der Auftragskopftabelle oder dem Dokument des Systems verknüpft ist. Ereignistyp explicit | |||
Kundenauftrag genehmigt | Dieser Meilenstein zeigt an, dass der Kundenauftrag alle notwendigen internen Prüfungen, wie Kredit- und Konfigurationsprüfungen, bestanden hat und formell zur Ausführung bestätigt wurde. Dies beinhaltet oft eine explizite Genehmigungsaktion oder Statusänderung. | ||
Warum es wichtig ist Dies ist ein entscheidender Kontrollpunkt, der den Abwicklungsprozess steuert. Die Analyse der Zeit bis zur Genehmigung hilft, Verzögerungen im Zyklus der Auftragsprüfung und -freigabe zu identifizieren. Woher erhalten Dies wird typischerweise als spezifischer Status wie 'Genehmigt', 'Bestätigt' oder 'Gebucht' im Statusfeld des Kundenauftrags oder in der Workflow-Historie erfasst. Erfassen Identifizieren Sie den Timestamp, an dem der Verkaufsauftragsstatus in einen Zustand übergeht, der die Bereitschaft zur Erfüllung anzeigt, wie z. B. 'Genehmigt' oder 'Gebucht'. Ereignistyp inferred | |||
Kundenauftrag storniert | Dieses Event repräsentiert die Stornierung eines Kundenauftrags, bevor er vollständig versandt und fakturiert wurde. Dies ist ein alternatives, nicht erfolgreiches Ende des Prozesses, das in verschiedenen Phasen auftreten kann. | ||
Warum es wichtig ist Dies ist ein kritisches Fehlerergebnis. Die Analyse, wann und warum Aufträge storniert werden, kann Probleme bei der Kundenzufriedenheit, Lagerverfügbarkeit oder Dateneingabefehlern aufzeigen. Woher erhalten Wird üblicherweise durch einen spezifischen Status 'Storniert' oder 'Abgelehnt' erfasst, der dem Verkaufsauftragskopf oder dessen Positionen zugewiesen wird. Erfassen Erfassen Sie den Timestamp, wenn ein Stornierungsgrund oder ein finaler Status "Storniert" auf den Vertriebsauftragsbeleg angewendet wird. Ereignistyp inferred | |||
Rechnung erstellt | Diese Aktivität repräsentiert die Erstellung der Kundenrechnung für die versandten Waren oder Dienstleistungen. Dies ist eine zentrale Finanztransaktion, die die Kundenschuld formell festhält und den Zahlungszyklus beginnt. | ||
Warum es wichtig ist Die Zeitspanne zwischen Versand und Rechnungsstellung, bekannt als 'Bill-to-Cash'-Verzögerung, beeinflusst direkt den Cashflow. Eine Analyse hilft, Verzögerungen im Abrechnungsprozess zu identifizieren. Woher erhalten Dies ist ein explizites Event, das vom Erstellungs-Timestamp der Rechnungs- oder Fakturierungsdokumente im Finanzmodul erfasst wird. Erfassen Verwenden Sie das Erstellungsdatum und die Uhrzeit des Rechnungsdokumentdatensatzes aus den Debitoren- oder Abrechnungstabellen. Ereignistyp explicit | |||
Ware versandt | Dieses kritische Event markiert den Zeitpunkt, zu dem die verpackten Waren für den Auftrag versandt wurden und das Lager physisch verlassen haben. Dies ist ein wichtiger logistischer und finanzieller Meilenstein, der oft den Rechnungsstellungsprozess auslöst. | ||
Warum es wichtig ist Dies ist ein zentraler Meilenstein zur Messung der Pünktlichkeit der Lieferung und der Erfüllungs-Durchlaufzeit. Die Zeit von der Auftragserstellung bis zum Versand ist ein wichtiger Leistungskennwert. Woher erhalten Dies ist typischerweise ein explizites Event, das in Versand- oder Logistikmodulen erfasst wird, oft als 'Warenausgang' oder 'Versandbestätigung' bezeichnet. Erfassen Verwenden Sie den Zeitstempel der Versandbestätigung oder des Warenausgangs, der üblicherweise im Liefer- oder Abwicklungsdokument gespeichert ist. Ereignistyp explicit | |||
Zahlung eingegangen | Diese Aktivität bedeutet, dass die Zahlung des Kunden für eine Rechnung eingegangen, verarbeitet und verbucht wurde. Dieses Event tritt typischerweise im Debitorenbuchhaltungsmodul auf und schließt den offenen Finanzposten ab. | ||
Warum es wichtig ist Dies ist der letzte wertschöpfende Schritt. Die Messung der Zeit von der Rechnungsstellung bis zur Zahlung ist entscheidend für die Analyse der Days Sales Outstanding (Debitorenlaufzeit) und der Effizienz des Cash Conversion Cycle (Geldumschlagzyklus). Woher erhalten Dies ist ein explizites finanzielles Buchungs-Event, das vom Ausgleichsdatum des Debitorendokuments oder der Erstellung eines Zahlungszuordnungsdatensatzes erfasst wird. Erfassen Verwenden Sie das Buchungs- oder Ausgleichsdatum des Finanzdokuments, das den offenen Rechnungsbetrag begleicht. Ereignistyp explicit | |||
An Lager freigegeben | Diese Aktivität markiert die formelle Übergabe des Kundenauftrags an das Lager zur physischen Bearbeitung. Sie dient als Auslöser für das Lagerteam, mit den Kommissionier- und Verpackungsaktivitäten zu beginnen. | ||
Warum es wichtig ist Dies ist ein kritischer Übergabepunkt zwischen Abteilungen. Die Analyse der für diesen Schritt benötigten Zeit kann Engpässe in der Kommunikation zwischen Vertrieb und Logistik aufzeigen. Woher erhalten Dieses Event wird oft erfasst, wenn eine Pickliste generiert wird oder wenn der Status des Auftrags auf 'Kommissionierbereit' oder 'Freigegeben' aktualisiert wird. Erfassen Identifizieren Sie den Timestamp, an dem der Verkaufsauftragspositionsstatus in einen Zustand wechselt, der die Bereitschaft für die Lagerbearbeitung anzeigt. Ereignistyp inferred | |||
Bestand reserviert | Diese Aktivität repräsentiert den Zeitpunkt, zu dem der erforderliche Lagerbestand für die Kundenauftragspositionen zugeordnet oder reserviert wurde. Diese Aktion stellt sicher, dass die Artikel verfügbar und für diesen spezifischen Auftrag gebunden sind, um ihren Verkauf an andere zu verhindern. | ||
Warum es wichtig ist Die Verfolgung der Bestandsreservierung hilft bei der Analyse der Materialverfügbarkeit und potenzieller bestandsbedingter Verzögerungen. Die Zeit zwischen Auftragsgenehmigung und Reservierung kann Beschaffungsprobleme aufzeigen. Woher erhalten Dies ist oft ein automatisiertes System-Event, das in Bestandstransaktionstabellen erfasst oder durch eine Statusänderung auf der Kundenauftragsposition angezeigt wird. Erfassen Erfassen Sie den Timestamp aus dem Bestandsbewegungsprotokoll, der der Bestandszusage für die spezifische Vertriebsauftragsposition entspricht. Ereignistyp explicit | |||
Gutschrift erstellt | Diese Aktivität tritt auf, wenn eine Gutschrift an einen Kunden ausgestellt wird, typischerweise für Produktrücksendungen, Preisstreitigkeiten oder andere Anpassungen. Sie repräsentiert eine Stornierung oder Reduzierung eines zuvor in Rechnung gestellten Betrags. | ||
Warum es wichtig ist Die Analyse der Häufigkeit und Ursachen von Gutschriften hilft, systemische Probleme bei der Produktqualität, Versandgenauigkeit oder Preisfehlern zu identifizieren. Sie ist ein wichtiger Indikator für Prozessfehler. Woher erhalten Dies ist ein explizites Finanz-Event, das vom Erstellungs-Timestamp des Gutschriftsdokuments im Fakturierungs- oder Debitorenbuchhaltungsmodul erfasst wird. Erfassen Verwenden Sie das Erstellungsdatum und die Uhrzeit des Gutschriftsdokuments, das typischerweise mit dem ursprünglichen Verkaufsauftrag oder der Rechnung verknüpft ist. Ereignistyp explicit | |||
Kreditprüfung durchgeführt | Diese Aktivität bedeutet, dass eine Bonitätsprüfung für den mit dem Auftrag verbundenen Kunden durchgeführt wurde. Dies kann ein automatischer Systemcheck oder ein manueller Prüfprozess sein, der oft zu einer Aktualisierung des Kreditstatus des Auftrags führt. | ||
Warum es wichtig ist Dieser Schritt ist oft ein Bottleneck. Die Messung seiner Dauer und Ergebnisse hilft, die Effizienz des Kreditmanagements und dessen Auswirkungen auf die gesamte Auftragsdurchlaufzeit zu analysieren. Woher erhalten Wird oft aus einer Statusänderung des Verkaufsauftrags, der Aufhebung einer Kreditsperre oder einem Eintrag in einem spezifischen Kreditmanagementprotokoll abgeleitet. Erfassen Erfassen Sie den Timestamp, wenn das Kreditstatusfeld des Auftrags auf "Genehmigt" oder "Geprüft" aktualisiert wird oder wenn eine kreditbezogene Sperre aufgehoben wird. Ereignistyp inferred | |||
Kundenauftrag geändert | Diese Aktivität repräsentiert jede wesentliche Änderung an einem Kundenauftrag nach dessen ursprünglicher Erfassung, wie z.B. Änderungen von Mengen, Artikeln, Preisen oder angefragten Terminen. Sie wird typischerweise durch die Verfolgung von Aktualisierungen in System-Audit-Trails oder Change Logs erfasst. | ||
Warum es wichtig ist Die Verfolgung von Auftragsänderungen ist entscheidend für die Identifizierung von Prozessnacharbeit, das Verständnis von Ineffizienzursachen und die Messung der First-Time-Right-Raten. Häufige Änderungen können auf Probleme mit der anfänglichen Auftragsgenauigkeit hinweisen. Woher erhalten Stammt aus System-Änderungsprotokoll-Tabellen, Audit-Trails oder durch den Vergleich verschiedener Versionen des Kundenauftragsdokuments. Erfassen Filtern Sie System Change Logs nach Aktualisierungen wichtiger Felder in der Kundenauftragskopfzeile oder den Positionen, wobei der Änderungs-Timestamp als Event Time verwendet wird. Ereignistyp explicit | |||
Rechnung an Kunden gesendet | Beschreibt den Zeitpunkt, an dem die erstellte Rechnung zur Zahlung an den Kunden übermittelt wird. Dies kann über verschiedene Kanäle wie E-Mail, elektronischen Datenaustausch oder Post erfolgen. | ||
Warum es wichtig ist Dies markiert den offiziellen Beginn der Zahlungsfrist des Kunden. Verzögerungen zwischen der Rechnungserstellung und dem Versand können den Cash Conversion Cycle (Geldumschlagzyklus) negativ beeinflussen. Woher erhalten Stammt aus Output-Management-Logs, Kommunikationsdatensätzen oder einer spezifischen Statusaktualisierung auf dem Rechnungsdokument. Erfassen Erfassen Sie den Timestamp aus dem Ausgabeprotokoll des Systems, der die erfolgreiche Übertragung des Rechnungsbelegs anzeigt. Ereignistyp inferred | |||
Ware geliefert | Diese Aktivität zeigt an, dass die Sendung erfolgreich an die angegebene Adresse des Kunden zugestellt wurde. Diese Information wird oft basierend auf Daten von einem externen Logistikdienstleister oder durch eine manuelle Bestätigung aktualisiert. | ||
Warum es wichtig ist Die Verfolgung der Lieferung bietet eine vollständige Sicht auf die Kundenerfahrung und ermöglicht eine genaue Messung der gesamten Durchlaufzeit der Auftragserfüllung. Woher erhalten Stammt in der Regel aus externen Spediteurdaten, die in das Kernsystem integriert werden, oder aus einem Liefernachweis (Proof of Delivery) Bestätigungsdatensatz. Erfassen Erfassen Sie den Lieferbestätigungs-Timestamp, der vom Versanddienstleister bereitgestellt wird, oder den Timestamp eines manuell erfassten Liefernachweises. Ereignistyp explicit | |||
Ware kommissioniert | Diese Aktivität bedeutet den Abschluss der physischen Kommissionierung aller Artikel für den Auftrag aus ihren Lagerorten. Sie wird typischerweise erfasst, wenn ein Lagermitarbeiter bestätigt, dass die Kommissionieraufgabe abgeschlossen ist. | ||
Warum es wichtig ist Die Messung der Kommissionierungsdauer ist unerlässlich, um die Lagereffizienz zu analysieren und Engpässe im physischen Erfüllungsprozess zu identifizieren. Woher erhalten Wird üblicherweise in einem Warehouse Management System-Modul erfasst oder aus einem Status-Update des Liefer- oder Abwicklungsdokuments abgeleitet. Erfassen Erfassen Sie den Timestamp, wenn der Status der zugehörigen Kommissionierliste oder des Erfüllungsbelegs auf "Kommissioniert" oder "Abgeschlossen" aktualisiert wird. Ereignistyp inferred | |||
Ware verpackt | Diese Aktivität kennzeichnet den Abschluss des Verpackungsprozesses, bei dem kommissionierte Artikel konsolidiert, verpackt und für den Versand vorbereitet werden. Dies umfasst oft die Erstellung eines Packzettels und die Finalisierung der Versanddetails. | ||
Warum es wichtig ist Die Analyse der Zeit zwischen Kommissionierung und Verpackung kann dazu beitragen, die Arbeitsplatzgestaltung und Verpackungsabläufe zu optimieren. Dies ist ein entscheidender Schritt zur Sicherstellung der Auftragsgenauigkeit vor dem Versand. Woher erhalten Dieses Event kann als eigener Status in einem WMS erfasst oder aus dem Erstellungszeitpunkt eines Packzettel-Dokuments abgeleitet werden. Erfassen Identifizieren Sie den Timestamp, an dem sich der Status des Erfüllungsdokumentes auf 'Verpackt' ändert, oder verwenden Sie den Erstellungs-Timestamp des Packzettels. Ereignistyp inferred | |||
Extraktionsleitfäden
Extraktionsmethoden variieren je nach System. Für detaillierte Anweisungen,
