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

Die Kundenauftragsnummer identifiziert jeden Kundenauftrag über seinen gesamten Lebenszyklus hinweg eindeutig. Sie fungiert als roter Faden, der alle damit verbundenen Aktivitäten verbindet, von der ersten Erstellung und Bestätigung über die Erfüllung, Rechnungsstellung bis hin zur endgültigen Zahlung.

Im Process Mining ist dieses Attribut unerlässlich, um alle zusammengehörigen Events zu einem einzigen Case zusammenzufassen. Die Analyse des Prozesses nach Sales Order ermöglicht eine vollständige End-to-End-Sicht, was die Berechnung der gesamten Durchlaufzeiten, die Identifizierung von Prozessvarianten für einzelne Aufträge und die Verfolgung des Weges eines Auftrags durch verschiedene Abteilungen und Systeme ermöglicht.

Dies ist die Case ID. Sie verknüpft alle Prozess-Events miteinander, was es ermöglicht, den End-to-End-Verlauf eines einzelnen Kundenauftrags zu verfolgen.

Dieser Identifikator findet sich typischerweise in der Header-Tabelle für Kundenaufträge in Oracle Fusion, wie z.B. DOO_HEADERS_ALL. Konsultieren Sie die Oracle Fusion Financials Dokumentation.

Dieses Attribut beschreibt den Schritt, der zu einem bestimmten Zeitpunkt für einen Kundenauftrag ausgeführt wurde, wie z.B. „Sales Order Created“, „Goods Shipped“ oder „Payment Received“. Die Abfolge dieser Aktivitäten bildet den Prozessfluss für jeden Case.

Die Analyse des ActivityName ist grundlegend für Process Mining. Sie ermöglicht die Visualisierung der Prozesskarte, die Erkennung verschiedener Prozessvarianten und die Identifizierung von Engpässen, an denen sich Cases ansammeln. Sie ist die Grundlage für die Berechnung von Übergangszeiten zwischen Schritten und das Verständnis der operativen Abfolge des Order-to-Cash-Prozesses.

Dieses Attribut definiert die Schritte in der Prozesskarte, was die Visualisierung und Analyse des Prozessflusses ermöglicht.

Dies ist ein abgeleitetes Attribut, konstruiert durch die Zuordnung von Transaktionsstatus oder Event-Typen aus verschiedenen Oracle Fusion Tabellen (z.B. Auftragsstatus, Versandstatus, Rechnungsstatus) zu einer standardisierten Liste von Aktivitätsnamen.

Dieses Attribut liefert Datum und Uhrzeit für jede Aktivität im Prozess und definiert so die chronologische Abfolge der Ereignisse. Als zeitliches Rückgrat der Prozessanalyse dokumentiert es exakt, wann jeder Schritt stattgefunden hat.

Im Process Mining ist die EventTime entscheidend für die Berechnung von Durchlaufzeiten, der Zeitspanne zwischen Aktivitäten und der gesamten Case-Laufzeit. Sie ermöglicht Performance-Analysen, die Identifizierung von Engpässen anhand von Wartezeiten sowie die Überwachung der Einhaltung von Service Level Agreements (SLAs). Alle zeitbasierten KPIs und Dashboards hängen von der Präzision dieses Attributs ab.

Dieser Timestamp ist unerlässlich für die chronologische Reihenfolge der Events und die Berechnung aller zeitbasierten Metriken, wie Durchlaufzeiten und Dauern.

Dies ist ein abgeleitetes Attribut, das aus verschiedenen Timestamp-Feldern über unterschiedliche Oracle Fusion Tabellen bezogen wird, wie z.B. Auftrags-, Versand-, Rechnungs- und Zahlungsdatum.

Dieses Attribut kategorisiert den Ursprung des Kundenauftrags, wie z.B. 'Web', 'Direktverkauf', 'Partner' oder 'EDI'. Es liefert Kontext darüber, wie der Auftrag in die Organisation gelangt ist.

Die Segmentierung des Prozesses nach Vertriebskanal ist entscheidend für das Dashboard 'Vertriebskanal-Performance-Übersicht'. Sie hilft, die Effizienz, Durchlaufzeiten und Fehlerraten verschiedener Kanäle zu vergleichen, um zu identifizieren, welche am effektivsten sind und welche Prozessverbesserungen oder weitere Automatisierung erfordern könnten.

Unterstützt die Leistungsanalyse nach Kanal und hilft, die effizientesten und am wenigsten effizienten Kanäle für die Auftragsabwicklung zu identifizieren.

Diese Informationen können in einem dedizierten Feld im Kundenauftragsheader gespeichert sein. Konsultieren Sie die Oracle Fusion Financials Dokumentation.

Dieses Attribut erfasst das endgültige Lieferdatum, welches den Abschluss des Fulfillment-Teils des Prozesses markiert. Es ist das tatsächliche Ergebnis, an dem geplante oder angeforderte Daten gemessen werden.

Dieses Datum wird mit dem RequestedDeliveryDate verglichen, um die pünktliche Lieferleistung zu berechnen. Es ist eine kritische Eingabe für den KPI 'Pünktlichkeitsrate der Lieferung' und das Dashboard 'Liefer-SLA' und liefert ein klares Maß für die Effektivität von Logistik und Lieferkette.

Dies ist das tatsächliche Ergebnisdatum, das zur Berechnung der Pünktlichkeitsraten der Lieferung verwendet wird und zur Bewertung der Fulfillment-Leistung im Vergleich zu Kundenanfragen dient.

Stammt aus Versand- und Liefertransaktionstabellen in Oracle Fusion. Konsultieren Sie die Oracle Fusion Financials Dokumentation.

Dieses Attribut erfasst das Datum, an dem der Kunde die Waren erhalten möchte. Es dient als wichtiges Leistungsziel für den Fulfillment-Teil des Order-to-Cash-Prozesses.

Dieses Datum ist unerlässlich für die Berechnung des KPIs 'Pünktlichkeitsrate der Lieferung' und zur Unterstützung des Dashboards 'Liefer-Service-Level-Agreement (SLA)'. Durch den Vergleich dieses Datums mit dem ActualDeliveryDate kann die Organisation ihre Fähigkeit messen, Kundenerwartungen zu erfüllen, und die Ursachen für Lieferverzögerungen identifizieren.

Dient als Baseline zur Messung der Performance bei pünktlicher Lieferung und der Einhaltung von Service Level Agreements (SLA).

Typischerweise in den Kundenauftragspositionstabellen in Oracle Fusion zu finden. Konsultieren Sie die Oracle Fusion Financials Dokumentation.

Dieses Attribut identifiziert den Mitarbeiter oder Systembenutzer, der für die Ausführung eines bestimmten Prozessschritts verantwortlich ist. Es kann verwendet werden, um die Leistung auf Benutzerebene, die Arbeitslastverteilung und die Einhaltung von Standardverfahren zu analysieren.

Die Analyse nach Benutzer hilft bei der Identifizierung von Schulungsbedarf, der Anerkennung von leistungsstarken Einzelpersonen oder Teams und der Untersuchung von Abweichungen, die durch spezifische Benutzer verursacht wurden. Es ist auch wertvoll für Compliance- und Audit-Zwecke, um zu verfolgen, wer welche Aktionen durchgeführt hat.

Ermöglicht die Analyse der Performance nach Benutzer, Arbeitslastverteilung und die Identifizierung manueller Rework-Muster, die an Einzelpersonen gebunden sind.

Typischerweise aus Feldern wie CREATED_BY oder LAST_UPDATED_BY in Oracle Fusion Transaktionstabellen bezogen, oft verknüpft mit einer Benutzerstammtabelle wie FND_USER.

Dieses Attribut repräsentiert den Gesamtbetrag, der dem Kunden für den gesamten Kundenauftrag berechnet wird. Er umfasst die Summe aller Positionen, Steuern und sonstigen Gebühren, bevor Rabatte angewendet werden.

In der Prozessanalyse ist dieses Attribut entscheidend für wertbasiertes Process Mining. Es ermöglicht die Segmentierung von Aufträgen nach Wert (z.B. hochwertige vs. geringwertige Aufträge), um zu sehen, ob sie unterschiedlichen Prozesspfaden folgen oder unterschiedliche Durchlaufzeiten haben. Es hilft auch, Prozessverbesserungsbemühungen auf die finanziell bedeutendsten Cases zu priorisieren.

Ermöglicht eine Finanzwirkungsanalyse, die hilft, Prozessverbesserungen bei hochwertigen Aufträgen zu priorisieren und Kostentreiber zu verstehen.

Typischerweise in Kundenauftragsheader-Tabellen in Oracle Fusion zu finden. Konsultieren Sie die Oracle Fusion Financials Dokumentation.

Dieses boolesche Attribut unterscheidet zwischen systemgesteuerten Events (z.B. automatisierte Kreditprüfung, systemgenerierte Rechnung) und manuellen Benutzeraktionen. Es wird typischerweise basierend auf dem Benutzernamen abgeleitet, der mit einer Aktivität verknüpft ist, wobei eine generische System-ID auf Automatisierung hinweist.

Die Analyse dieses Attributs hilft bei der Messung des Automatisierungsgrades im Prozess und ist eine direkte Eingabe für den KPI 'Anteil manuell nachbearbeiteter Aufträge'. Es kann Möglichkeiten für weitere Automatisierung aufzeigen, indem es darstellt, welche manuellen Schritte am zeitaufwendigsten oder fehleranfälligsten sind.

Hilft, den Automatisierungsgrad im Prozess zu quantifizieren und Möglichkeiten zur Reduzierung kostspieliger manueller Eingriffe zu identifizieren.

Dies ist ein abgeleitetes Feld, oft basierend auf einer Regel, die auf das Attribut UserName angewendet wird. Zum Beispiel, wenn der Benutzer 'SYSTEM' oder 'BATCH' ist, wird dieses Flag auf 'wahr' gesetzt.

Dieses Attribut identifiziert den rechtlichen Namen des Kundenkontos, das mit dem Kundenauftrag verknüpft ist. Es ist eine Schlüsseldimension für die Segmentierung und Analyse des Prozesses aus einer kundenorientierten Sichtweise.

Die Analyse nach Kunde hilft zu identifizieren, ob bestimmte Kunden längere Durchlaufzeiten, mehr Nacharbeit oder spezifische Prozessabweichungen aufweisen. Diese Erkenntnis kann genutzt werden, um den Kundenservice zu verbessern, Prozesse für Schlüsselkunden anzupassen und Probleme zu untersuchen, die die Kundenzufriedenheit beeinflussen.

Ermöglicht eine kundenzentrierte Analyse, um Prozessprobleme zu identifizieren, die spezifische Kunden betreffen, und die Kundenzufriedenheit zu verbessern.

Stammt aus den Kundenstammdatentabellen (z.B. HZ_PARTIES) und ist über eine Kunden-ID mit dem Kundenauftrag verknüpft.

Das Zahlungsfälligkeitsdatum wird basierend auf dem Rechnungsdatum und den mit dem Kunden vereinbarten Zahlungsbedingungen berechnet. Es legt die Frist für den pünktlichen Zahlungseingang fest.

Dieses Attribut ist entscheidend für den KPI 'Pünktlichkeitsrate des Zahlungseingangs'. Durch den Vergleich des PaymentDueDate mit dem tatsächlichen Zahlungseingangsdatum kann das System feststellen, ob eine Zahlung pünktlich oder verspätet erfolgte, was die Überwachung der Debitorenbuchhaltungsleistung und das Cashflow-Management unterstützt.

Dient als Stichtag für die Berechnung der Pünktlichkeitsrate von Zahlungen, was ein Schlüsselindikator für die Effizienz des Cashflows ist.

In den Tabellen der Debitorenbuchhaltung oder den Rechnungstabellen innerhalb von Oracle Fusion zu finden, wie z. B. AR_PAYMENT_SCHEDULES_ALL.

Dieses Attribut beschreibt den Logistikdienstleister oder das Servicelevel, das für die Lieferung verwendet wurde, wie z.B. 'Landfracht', 'Air Express' oder 'Lokaler Kurierdienst'.

Diese Informationen sind entscheidend für das Dashboard 'Compliance der Versandmethoden'. Sie ermöglicht den Vergleich der pünktlichen Lieferleistung und der Versandkosten über verschiedene Methoden und Spediteure hinweg und hilft so, die Logistikstrategie und die Auswahl von Anbietern zu optimieren.

Unterstützt direkt die Logistikanalyse, indem es den Performance-Vergleich verschiedener Versanddienstleister und -methoden ermöglicht.

Verfügbar in den Versand- und Erfüllungstabellen innerhalb von Oracle Fusion. Konsultieren Sie die Oracle Fusion Financials Dokumentation.

Die Auftragsart wird verwendet, um Kundenaufträge nach ihrem Geschäftszweck zu kategorisieren. Gängige Typen umfassen Standardverkäufe, Serviceaufträge, Retouren-Autorisierungen (RMAs) und interne Aufträge.

Die Analyse des Prozesses nach Auftragsart ist wichtig, da verschiedene Typen oft unterschiedliche Prozessabläufe und Leistungsziele aufweisen. Diese Segmentierung hilft, beabsichtigte und erwartete Prozessvariationen zu verstehen und verhindert, dass diese als Abweichungen fehlinterpretiert werden.

Ermöglicht die Segmentierung verschiedener, legitimer Prozessflüsse (z. B. Standard vs. Retouren), um eine faire und genaue Analyse zu gewährleisten.

Typischerweise als Feld in der Kundenauftragsheader-Tabelle in Oracle Fusion verfügbar. Konsultieren Sie die Oracle Fusion Financials Dokumentation.

Dieses berechnete Attribut misst die End-to-End-Durchlaufzeit des Order-to-Cash-Prozesses für einen einzelnen Case. Es repräsentiert die Gesamtdauer vom ersten Event („Sales Order Created“) bis zum letzten Event („Payment Received“).

Diese Metrik ist ein direktes Maß für den allgemeinen Zustand und die Effizienz des gesamten Prozesses. Sie ist die Grundlage für den KPI 'Gesamtdurchlaufzeit Order to Cash' und unterstützt bei der übergeordneten Leistungsüberwachung und dem Benchmarking.

Stellt die gesamte End-to-End-Durchlaufzeit dar und liefert einen übergeordneten KPI für die gesamte Prozesseffizienz und die Geschwindigkeit der Bargeldumwandlung.

Dies ist ein berechnetes Feld. Die Logik ist: Timestamp von 'Payment Received' - Timestamp von 'Sales Order Created'.

Dieses Attribut repräsentiert die spezifische Abteilung oder operative Einheit innerhalb des Unternehmens, die die Transaktion besitzt. Es ermöglicht Leistungsvergleiche zwischen verschiedenen Teilen der Organisation.

Die Segmentierung des Prozesses nach Geschäftseinheit hilft, Variationen in Effizienz, Kosten und Compliance im gesamten Unternehmen zu identifizieren. Diese Analyse kann Best Practices in leistungsstarken Einheiten aufzeigen, die geteilt werden können, oder leistungsschwache Einheiten hervorheben, die gezielte Prozessverbesserungen benötigen.

Ermöglicht Performance-Benchmarking und Prozesskonsistenzanalyse über verschiedene Organisationseinheiten hinweg.

Typischerweise im Kundenauftragsheader verfügbar und mit der in Oracle Fusion definierten Organisationsstruktur verknüpft.

Dieses boolesche Attribut wird durch den Vergleich des ActualDeliveryDate mit dem RequestedDeliveryDate abgeleitet. Es liefert einen einfachen, Case-bezogenen Indikator für die Lieferleistung.

Dieses Flag ist die Grundlage für die Berechnung des aggregierten KPIs 'Pünktlichkeitsrate der Lieferung'. Es vereinfacht Filterung und Analyse und ermöglicht Benutzern, schnell alle verspäteten Aufträge zu isolieren, um eine Ursachenanalyse der zu Verzögerungen beitragenden Faktoren durchzuführen.

Misst direkt die Erfüllungs-Performance im Vergleich zu Kundenerwartungen und vereinfacht die Analyse verspäteter Aufträge.

Dies ist ein berechnetes Feld. Die Logik ist: ActualDeliveryDate <= RequestedDeliveryDate.

Dieses boolesche Attribut ist 'wahr', wenn eine Rechnung einen Korrekturprozess durchlief, angezeigt durch das Vorhandensein einer Aktivität 'Rechnung korrigiert'. Es kennzeichnet Cases, die Nacharbeit in der Rechnungsstellungsphase beinhalteten.

Dies ist eine wichtige Eingabe für das Dashboard 'Rechnungsgenauigkeits- & Nacharbeitsanalyse' und den KPI 'Rechnungs-Nacharbeitsrate'. Es hilft, das Ausmaß von Rechnungsfehlern zu quantifizieren und ermöglicht eine Ursachenanalyse, um zu identifizieren, warum Korrekturen erforderlich sind, mit dem Ziel, manuelle Arbeit und Zahlungsverzögerungen zu reduzieren.

Identifiziert Rechnungs-Rework, der ein Schlüsselindikator für Prozesseffizienz, Datenqualitätsprobleme und potenzielle Zahlungsverzögerungen ist.

Dies ist ein berechnetes Feld, das typischerweise für einen Case auf 'wahr' gesetzt wird, wenn eine Aktivität 'Rechnung korrigiert' in seinem Event Log existiert.

Dieses boolesche Attribut wird durch den Vergleich des tatsächlichen Zahlungseingangsdatums mit dem PaymentDueDate abgeleitet. Es liefert einen klaren Indikator dafür, ob eine Rechnung pünktlich bezahlt wurde.

Dieses Attribut wird zur Berechnung des KPIs 'Pünktlichkeitsrate der Zahlung' verwendet. Es ermöglicht eine einfache Segmentierung von pünktlichen gegenüber verspäteten Zahlungen, um die Merkmale säumiger Kunden, häufige Gründe für Verzögerungen und die finanziellen Auswirkungen auf das Working Capital zu analysieren.

Misst direkt die Effektivität der Zahlungseintreibung und vereinfacht die Analyse überfälliger Zahlungen.

Dies ist ein berechnetes Feld. Die Logik ist: PaymentReceivedDate > PaymentDueDate.

Dieses Attribut gibt das Land aus der Liefer- oder Rechnungsadresse des Kunden an. Es ist eine Schlüsseldimension für die geografische Analyse.

Die Segmentierung des Prozesses nach Land kann regionale Unterschiede in der Prozessperformance, den Durchlaufzeiten oder dem Zahlungsverhalten aufzeigen. Dies ist wertvoll, um den Einfluss lokaler Vorschriften, logistischer Herausforderungen und Marktbedingungen auf den Order-to-Cash-Prozess zu verstehen.

Ermöglicht eine geografische Analyse, um regionale Variationen in Prozesseffizienz, Compliance und Kundenverhalten zu identifizieren.

Stammt aus Kundenstammdatentabellen (HZ_LOCATIONS, HZ_PARTY_SITES), die mit dem Kundenauftrag verknüpft sind.

Dieses Attribut erfasst, wann die Daten zuletzt aus dem Process Mining Dataset extrahiert oder aktualisiert wurden. Es bietet Transparenz über die Aktualität der analysierten Daten.

Diese Information ist für Benutzer entscheidend, um zu verstehen, wie aktuell die Prozessanalyse ist. Sie hilft, Erwartungen bezüglich der Aktualität der Daten zu managen und ist wichtig für die Einrichtung und Überwachung von Datenaktualisierungszeitplänen.

Kennzeichnet die Aktualität der Daten, damit Nutzer sehen, wie aktuell ihre Prozessanalyse ist.

Dieser Wert wird während jedes Datenextraktions- und Transformationszyklus generiert und in den Datensatz integriert.

Dieses Attribut spezifiziert den Artikel auf der Kundenauftragsposition. Wenn ein Auftrag mehrere Positionen hat, kann der Case auf Positionsebene analysiert werden, oder dieses Attribut könnte auf Headerebene aggregiert werden.

Die Analyse nach Produkt hilft zu verstehen, ob bestimmte Produkte mit komplexeren oder problematischeren Prozessabläufen verbunden sind, wie häufige Lieferverzögerungen oder Zahlungsprobleme. Dies kann Produktmanagement- und Lieferkettenstrategien beeinflussen.

Ermöglicht die Analyse der Prozess-Performance für verschiedene Produkte und hebt Artikel hervor, die komplexe Erfüllungs- oder Rechnungsstellungspfade aufweisen können.

Stammt aus den Kundenauftragspositionstabellen und ist mit einer Produktstammtabelle verknüpft. Konsultieren Sie die Oracle Fusion Financials Dokumentation.

Dieses Attribut spezifiziert den Ursprung der Daten, was besonders nützlich in Umgebungen ist, in denen mehrere Systeme am Order-to-Cash-Prozess beteiligt sind. Zum Beispiel könnten Auftragsdaten aus Oracle Fusion stammen, während Versanddaten aus einem Drittanbieter-Logistiksystem stammen könnten.

In der Analyse hilft dies beim Verständnis der Datenherkunft und kann verwendet werden, um die Prozessansicht nach Events aus spezifischen Systemen zu filtern. Es ist entscheidend für die Datenvalidierung und die Identifizierung von Prozessfragmentierung über verschiedene IT-Landschaften hinweg.

Bietet Kontext zur Datenherkunft, was für die Data Governance und Fehlerbehebung in Multi-System-Umgebungen entscheidend ist.

Dabei handelt es sich typischerweise um einen statischen Wert, der während der Datenextraktion und -transformation hinzugefügt wird, um die Herkunft des Datensatzes zu kennzeichnen.

Dieses Attribut ist die eindeutige Nummer, die der aus dem Kundenauftrag generierten Rechnung zugewiesen wird. Sie verknüpft die Verkaufs- und Fulfillment-Aktivitäten mit dem finanziellen Abwicklungsteil des Prozesses.

Während der Sales Order die primäre Case ID ist, ist die Rechnungsnummer entscheidend für die Analyse der Rechnungsstellungs- und Zahlungs-Subprozesse. Sie ist unerlässlich für die Verfolgung von Rechnungskorrekturen, Streitigkeiten und den Zahlungsstatus und unterstützt Dashboards wie 'Rechnungsgenauigkeits- & Nacharbeitsanalyse'.

Bietet eine entscheidende Verbindung zum Debitorenbuchhaltungsprozess und ist für die Analyse von Rechnungsnachbearbeitung und Zahlungszyklen unerlässlich.

Verfügbar in den Transaktionstabellen der Debitorenbuchhaltung in Oracle Fusion, wie z. B. RA_CUSTOMER_TRX_ALL.

Dieses Attribut spezifiziert die Bedingungen, unter denen ein Kunde seine Rechnung bezahlen soll, zum Beispiel 'Netto 30' oder 'Netto 60'. Diese Bedingungen sind die Grundlage für die Berechnung des PaymentDueDate.

In der Analyse kann die Segmentierung nach Zahlungsbedingungen helfen, Variationen in den Zahlungsdurchlaufzeiten zu erklären. Es liefert Kontext für den KPI 'Pünktlichkeitsrate der Zahlung', da unterschiedliche Bedingungen naturgemäß zu unterschiedlichem Zahlungsverhalten führen. Dies kann die Kreditpolitik und die Cashflow-Prognose beeinflussen.

Liefert entscheidenden Kontext für die Analyse des Zahlungsverhaltens und hilft, Abweichungen in den Rechnung-zu-Zahlungs-Durchlaufzeiten zu erklären.

Verfügbar auf der Ebene des Verkaufsauftrags oder Kundenkontos innerhalb von Oracle Fusion. Konsultieren Sie die Oracle Fusion Financials Dokumentation.