Ihr Order to Cash – Fakturierung & Rechnungsstellung Daten-Template

Die Invoice Number ist der Eckpfeiler der Abrechnungsprozessanalyse. Sie fungiert als Case ID und gruppiert alle Events von der Rechnungserstellung bis zur endgültigen Zahlung und zum Abschluss. Dies ermöglicht eine vollständige, End-to-End-Sicht auf den Lebenszyklus eines einzelnen Abrechnungsdokuments.

Im Process Mining ermöglicht die Analyse nach Invoice Number die Visualisierung von Prozessvarianten, die Berechnung von Zykluszeiten für einzelne Rechnungen und die Identifizierung von Bottlenecks oder Rework-Schleifen, die spezifische Transaktionen betreffen. Sie ist unerlässlich für Dashboards wie 'Invoice End-to-End Cycle Time' und für die Berechnung fundamentaler KPIs wie Days Sales Outstanding (DSO) auf Rechnungsbasis.

Dieses Attribut ist entscheidend, da es alle verbundenen Abrechnungs- und Zahlungsaktivitäten zu einem einzigen Case zusammenführt und so eine vollständige und genaue Analyse des Rechnungslebenszyklus ermöglicht.

Dies ist typischerweise die Transaktionsnummer (TRX_NUMBER) aus der Tabelle RA_CUSTOMER_TRX_ALL in Oracle Fusion Financials.

Der Event Timestamp erfasst den genauen Zeitpunkt, zu dem eine Aktivität stattgefunden hat. Er liefert die chronologische Reihenfolge der Events für jede Rechnung, was für die Konstruktion des Prozessflusses und die Durchführung jeder zeitbasierten Analyse unerlässlich ist.

Dieses Attribut ist die Basis für alle Dauer- und Performanceberechnungen. Es wird verwendet, um die Zeit zwischen Aktivitäten zu messen, End-to-End-Zykluszeiten zu berechnen, festzustellen, ob Zahlungen pünktlich erfolgen, und Trends über die Zeit zu analysieren. KPIs wie 'Durchschnittliche Rechnungsfreigabezeit' und 'End-to-End Rechnungszykluszeit' werden direkt aus diesen Timestamps berechnet.

Timestamps sind unerlässlich für die Berechnung aller Performance-Metriken, einschließlich Zykluszeiten, Verzögerungen und Einhaltung von Fristen, und bilden die Grundlage der quantitativen Prozessanalyse.

Dies stammt aus verschiedenen Datumsfeldern über Oracle Fusion Financials Tabellen hinweg, wie z.B. CREATION_DATE in RA_CUSTOMER_TRX_ALL oder Statusaktualisierungs-Timestamps in Workflow-Tabellen.

Der Activity Name beschreibt einen Schritt im Abrechnungsprozess, wie z.B. 'Rechnung erstellt', 'Rechnung genehmigt' oder 'Kundenzahlung erhalten'. Diese Events bilden die Abfolge von Aktionen, die den Prozessfluss für jede Rechnung darstellen.

Dieses Attribut ist grundlegend für die Prozesserkennung und ermöglicht es dem Mining-Tool, eine visuelle Karte der tatsächlichen Rechnungsbearbeitung zu erstellen. Es wird verwendet, um Prozessvarianten zu analysieren, Rework-Schleifen wie mehrfache Genehmigungsschritte zu identifizieren und die Häufigkeit und Dauer jeder Phase zu messen. Alle Dashboards und KPIs stützen sich auf dieses Attribut, um den Prozessfluss zu verstehen.

Dieses Attribut definiert die Schritte in der Prozesskarte und ermöglicht es, Ineffizienzen im Rechnungs-Workflow zu visualisieren, zu analysieren und zu identifizieren.

Diese Informationen werden aus verschiedenen Tabellen und Statusänderungen innerhalb von Oracle Fusion Financials abgeleitet, wie z.B. Workflow-Historientabellen (z.B. bezogen auf Genehmigungen) und Transaktionsstatusfeldern.

Das Due Date ist ein kritisches Datumsattribut, das die Zahlungsfrist für eine Rechnung definiert, wie sie durch die Zahlungsbedingungen festgelegt wird.

Dieses Attribut ist unerlässlich für die Überwachung von Inkasso und finanzieller Gesundheit. Es bildet die Grundlage für die Berechnung des 'On-Time Payment Rate KPI' und für die Erstellung von Zahlungsalterungsberichten. In Dashboards wird es verwendet, um den Cashflow zu prognostizieren, indem es anzeigt, wann Zahlungen erwartet werden, und um überfällige Rechnungen zu identifizieren, die Inkassoaktivitäten erfordern.

Dies ist der primäre Benchmark für die Messung der Zahlungsfristen, die Berechnung des DSO und die Verwaltung der Altersstruktur der Forderungen.

Befindet sich in der Tabelle AR_PAYMENT_SCHEDULES_ALL, typischerweise im Feld DUE_DATE.

Die Business Unit repräsentiert die organisationale Einheit, die für die Transaktion verantwortlich ist. Dies ist ein entscheidendes Datenelement für die finanzielle Segmentierung und Berichterstattung in großen Unternehmen.

Dieses Attribut ermöglicht den Vergleich der Prozessperformance über verschiedene Unternehmensbereiche hinweg. Zum Beispiel können Sie analysieren, ob der DSO zwischen Business Units erheblich variiert oder ob eine Einheit eine viel höhere Rate an Abrechnungs-Rework hat. Dies hilft, Verbesserungsinitiativen dort zu platzieren, wo sie am dringendsten benötigt werden.

Ermöglicht den Leistungsvergleich über verschiedene Organisationseinheiten hinweg und hilft, Best Practices sowie verbesserungsbedürftige Bereiche auf granularer Ebene zu identifizieren.

Verfügbar in Transaktionstabellen wie RA_CUSTOMER_TRX_ALL, oft als ORG_ID, die mit Business Unit-Definitionen verknüpft ist.

Dieses Attribut identifiziert den Kunden, der mit der Rechnung verbunden ist. Es ist eine primäre Dimension für die Segmentierung und Filterung der Prozessdaten.

Die Analyse des Prozesses nach Kundennamen hilft zu identifizieren, welche Kunden die längsten Zahlungszyklen haben, welche am ehesten Rechnungen anfechten und welche stets pünktlich zahlen. Dies ist entscheidend für das 'DSO Trend Dashboard' und für die Anpassung von Inkassostrategien an spezifisches Kundenverhalten.

Ermöglicht eine Segmentierung des Prozesses nach Kunden, die unterschiedliche Verhaltensweisen, Zahlungsmuster und potenzielle Beziehungsprobleme aufzeigen kann, die den Cashflow beeinflussen.

Abgeleitet durch Verknüpfung der Transaktionstabelle (RA_CUSTOMER_TRX_ALL) mit Kundenstammdatentabellen wie HZ_PARTIES.

Dieses Attribut repräsentiert den auf der Rechnung fälligen Gesamtbetrag. Es ist eine kritische finanzielle Metrik, um den Geldwert zu verstehen, der durch den Abrechnungsprozess fließt.

In der Analyse wird der Invoice Amount verwendet, um hochwertige Transaktionen zu priorisieren, den Gesamtwert ausstehender Forderungen zu berechnen und KPIs wie Days Sales Outstanding (DSO) zu gewichten. Es ermöglicht die Segmentierung des Prozesses basierend auf finanziellen Auswirkungen, z.B. die Analyse, ob hochwertige Rechnungen einen anderen Genehmigungspfad durchlaufen oder länger zur Bezahlung benötigen.

Stellt den finanziellen Kontext für jeden Case bereit und ermöglicht so eine wertbasierte Analyse, die Priorisierung von Rechnungen mit hohem Wert und die Berechnung wichtiger finanzieller KPIs.

Gefunden in der Tabelle RA_CUSTOMER_TRX_ALL, wahrscheinlich in einem Feld wie INVOICE_AMOUNT oder einem verwandten Feld, das den Gesamttransaktionsbetrag darstellt.

Der Rechnungsstatus bietet einen Überblick darüber, wo sich eine Rechnung im Prozess befindet. Gängige Status sind offen (unbezahlt), geschlossen (bezahlt), strittig oder storniert.

Dieses Attribut ist nützlich für die übergeordnete Überwachung und Filterung. Zum Beispiel verwendet das Real-Time Cash Flow Forecast Dashboard diesen Status, um ausstehende Beträge zu kategorisieren. Es hilft, schnell die Anzahl der Rechnungen zu identifizieren, die überfällig, strittig oder vollständig beglichen sind.

Bietet ein schnelles, überblicksartiges Verständnis des aktuellen Rechnungsstatus, was eine effiziente Filterung und Kategorisierung für das Finanzreporting und das operative Management ermöglicht.

Abgeleitet aus Statusfeldern in Tabellen wie RA_CUSTOMER_TRX_ALL oder AR_PAYMENT_SCHEDULES_ALL (z.B. Feld STATUS).

Dieses Attribut identifiziert das spezifische Team oder die Abteilung innerhalb der Organisation, die den Abrechnungsprozess bearbeitet hat. Es bietet eine weitere Ebene des organisatorischen Kontextes für die Analyse.

Durch die Segmentierung des Prozesses nach Abrechnungsabteilung kann ein Unternehmen die Effizienz und Genauigkeit verschiedener Teams vergleichen. Es kann helfen zu identifizieren, welche Abteilungen höhere Rework-Raten, längere Genehmigungszyklen haben oder stärker zu einem hohen DSO beitragen, und somit Möglichkeiten für gezielte Schulungen oder Prozessstandardisierungen aufzeigen.

Ermöglicht den Leistungsvergleich zwischen internen Teams und hilft, Best Practices, Ressourcenbedarf oder Bereiche zu identifizieren, die eine Prozessverbesserung erfordern.

Diese Informationen könnten vom Benutzer, der die Rechnung erstellt hat, abgeleitet werden, indem der Benutzer mit seiner zugewiesenen Abteilung im HR-System verknüpft wird (z.B. über PER_ALL_ASSIGNMENTS_F).

Das User Attribut identifiziert die Person oder den automatisierten Agenten, der für die Ausführung eines Prozessschritts verantwortlich ist. Dies könnte der Benutzer sein, der die Rechnung erstellt hat, der Manager, der sie genehmigt hat, oder der Inkassobeauftragte, der eine Erinnerung gesendet hat.

Die Analyse nach Benutzer hilft, Schulungsmöglichkeiten, die Arbeitslastverteilung und Leistungsunterschiede zwischen Einzelpersonen oder Teams zu identifizieren. Sie kann aufzeigen, ob bestimmte Benutzer mit hohen Fehlerraten verbunden sind oder ob spezifische Genehmiger konsistente Bottlenecks darstellen.

Weist die Verantwortlichkeit für Prozessschritte zu und ermöglicht die Analyse der Benutzerleistung, den Ausgleich der Arbeitslast und die Identifizierung von Schulungsbedarfen.

Stammt aus Benutzer-ID-Feldern wie CREATED_BY oder LAST_UPDATED_BY in verschiedenen Transaktions- und Workflow-Tabellen. Diese ID wird dann mit Benutzerverzeichnis-Tabellen (z.B. PER_ALL_PEOPLE_F) verknüpft, um den Namen des Benutzers zu erhalten.

Die Debitorenumschlagsdauer (Days Sales Outstanding, DSO) ist eine kritische Finanzkennzahl, die die durchschnittliche Zeit misst, die benötigt wird, um eine Zahlung nach Rechnungsstellung einzuziehen. Dieses Attribut berechnet sie für jede einzelne Rechnung.

Während die gesamte DSO ein wichtiger KPI ist, ermöglicht die Berechnung auf Einzelrechnungsebene eine viel tiefere Analyse. Sie kann verwendet werden, um Trend-Dashboards zu erstellen, die Merkmale von Rechnungen mit hoher DSO zu identifizieren und die finanziellen Auswirkungen von Prozessverzögerungen zu messen. Diese granulare Berechnung liefert die Daten, die erforderlich sind, um die Treiber hinter dem aggregierten DSO-KPI zu verstehen.

Berechnet eine kritische Cashflow-Kennzahl auf Einzelrechnungsebene und ermöglicht eine detaillierte Analyse dessen, was Inkassodauern und finanzielle Leistung antreibt.

Dies wird berechnet, indem die Differenz zwischen dem Timestamp der Aktivität 'Kundenzahlung erhalten' und dem Attribut 'Invoice Date' ermittelt wird.

Die Event End Time erfasst den Moment, in dem eine Aktivität abgeschlossen wurde. Während viele Events augenblicklich sind, können einige Aktivitäten wie 'Rechnungsfreigabe' eine Dauer haben, die mit der Einreichung beginnt und mit einer Entscheidung endet.

Eine Endzeit ermöglicht die präzise Berechnung der Aktivitätsbearbeitungszeit. Dies ist nützlich, um zu analysieren, wie lange Benutzer für spezifische Aufgaben benötigen. Es verbessert die Genauigkeit der Bottleneck-Analyse, indem zwischen Wartezeit und tatsächlicher Bearbeitungszeit unterschieden wird.

Ermöglicht die präzise Berechnung von Aktivitätsbearbeitungszeiten, unterscheidet zwischen aktiver Arbeitszeit und untätiger Wartezeit, was für eine detaillierte Engpassanalyse entscheidend ist.

Dies wird oft abgeleitet, indem die Startzeit der nachfolgenden Aktivität im Prozess herangezogen wird. Für einige Aktivitäten kann ein dediziertes Endzeitfeld in Workflow-Logs existieren.

Dieses kalkulierte Attribut kennzeichnet Aktivitäten, die unnötige oder redundante Arbeit darstellen. Beispiele hierfür sind eine abgelehnte und anschließend erneut zur Genehmigung eingereichte Rechnung oder eine Korrektur, die nach der ursprünglichen Erstellung vorgenommen wurde.

Durch die Kennzeichnung von Rework wird es einfach, dessen Auswirkungen auf den Prozess zu quantifizieren. Der 'Billing Rework Rate KPI' wird direkt aus diesem Attribut berechnet. Dashboards können die Häufigkeit von Rework visualisieren und die zusätzlich entstehende Zykluszeit messen, was hilft, die Ursachen für Ineffizienz und Fehler genau zu bestimmen.

Quantifiziert direkt die Prozessineffizienz durch Kennzeichnung unnötiger oder wiederholter Arbeiten und erleichtert so die Messung der Kosten- und Zeitauswirkungen von Qualitätsproblemen.

Dies wird während der Datentransformation basierend auf der Abfolge der Aktivitäten berechnet. Wenn beispielsweise eine Aktivität 'Rechnung genehmigt' einer Aktivität 'Rechnung abgelehnt' für denselben Case vorausgeht, wird dies als Rework gekennzeichnet.

Dieses Attribut liefert den Timestamp der letzten Datenextraktion. Es ist ein Metadatenfeld, das entscheidend ist, um die Aktualität der analysierten Daten zu verstehen.

Analysten nutzen diese Informationen, um zu bestätigen, dass sie mit aktuellen Daten arbeiten und die Datenfrische zu verstehen. Es ist besonders wichtig für Dashboards, die behaupten, 'Echtzeit' oder nahezu Echtzeit zu sein, da es Transparenz über potenzielle Datenverzögerungen bietet.

Informiert Benutzer über die Aktualität der Daten und stellt sicher, dass Analysen und Schlussfolgerungen auf Informationen mit einem bekannten und akzeptablen Grad an Aktualität basieren.

Dies ist ein Metadatenfeld, das während des Datenextraktions-, Transformations- und Ladeprozesses (ETL) generiert wird. Es entspricht typischerweise der Ausführungszeit der Datenpipeline.

Dieses Attribut identifiziert die Quellanwendung, aus der die Daten stammen. Für diesen Prozess wird es typischerweise Oracle Fusion Financials sein, es könnte aber auch ein bestimmtes Modul innerhalb davon angeben, wie z.B. Oracle Receivables (AR).

In Umgebungen mit mehreren integrierten Systemen hilft dieses Feld, Datenquellen zu unterscheiden, und ist entscheidend für die Datenvalidierung und Governance. Es stellt sicher, dass die Analyse auf dem korrekten und beabsichtigten Datensatz basiert.

Identifiziert den Ursprung der Daten, was entscheidend für die Datengovernance, Fehlerbehebung und die Sicherstellung ist, dass die Analyse auf dem korrekten System der Aufzeichnung basiert.

Dies ist typischerweise ein statischer Wert ('Oracle Fusion Financials'), der während des Datenextraktions- und Transformationsprozesses hinzugefügt wird.

Das Invoice Date, auch als Transaktionsdatum bekannt, ist das auf dem Rechnungsdokument vermerkte Datum. Es dient als Ausgangspunkt für die Berechnung der Zahlungsbedingungen.

Dieses Datum ist ein kritischer Bestandteil für die Berechnung der Days Sales Outstanding (DSO), da DSO die Zeit vom Rechnungsdatum bis zum Zahlungsdatum misst. Es unterscheidet sich vom Erstellungsdatum im System und repräsentiert den offiziellen Beginn des Zahlungszyklus aus Kundensicht.

Dient als offizielles Startdatum für den Lebenszyklus einer Rechnung und ist die Grundlage für die Berechnung des Days Sales Outstanding (DSO) KPI.

Befindet sich in der Tabelle RA_CUSTOMER_TRX_ALL, im Feld TRX_DATE.

Dieses Attribut misst die End-to-End-Dauer des gesamten Rechnungslebenszyklus für einen einzelnen Case. Es wird als Zeitdifferenz zwischen der allerersten Aktivität, typischerweise 'Rechnung erstellt', und der letzten Aktivität, 'Rechnung geschlossen', berechnet.

Diese Metrik bietet einen High-Level-Überblick über die gesamte Prozesseffizienz. Sie ist das primäre Maß für das 'End-to-End Invoice Cycle Time' Dashboard. Durch die Analyse dieses Attributs über verschiedene Dimensionen wie Kunde oder Business Unit hinweg können Organisationen identifizieren, welche Arten von Rechnungen am längsten zur Bearbeitung benötigen, und die Grundursachen untersuchen.

Bietet ein einziges, entscheidendes Maß für die Gesamtprozessgeschwindigkeit und hilft, schnell zu erkennen, welche Rechnungen von Anfang bis Ende die längste Bearbeitungszeit benötigen.

Dies ist eine kalkulierte Metrik, abgeleitet durch die Differenz zwischen dem maximalen und minimalen Event Timestamp für jede eindeutige Invoice Number.

Die Region liefert den geografischen Kontext für die Rechnung, basierend typischerweise auf dem Standort des Kunden. Dies ermöglicht eine räumliche Analyse der Prozessperformance.

Die Analyse nach Region kann Variationen aufdecken, die durch lokale Vorschriften, Marktbedingungen oder die Leistung regionaler Teams verursacht werden. Dashboards wie 'DSO Trend' und 'Invoice End-to-End Cycle Time' können nach Region segmentiert werden, um zu sehen, ob bestimmte Bereiche einzigartige Herausforderungen bei der Bezahlung von Rechnungen haben.

Ermöglicht eine geografische Segmentierung des Prozesses, die regionale Unterschiede in Leistung, Kundenverhalten oder Compliance hervorheben kann.

Dies wird typischerweise aus den Adressinformationen des Kunden abgeleitet, die in der TCA (HZ_LOCATIONS, HZ_PARTY_SITES) gespeichert sind. Es ist kein direktes Feld auf der Rechnung selbst.

Wenn ein Kunde eine Rechnung anfochtet, wird der Grund für den Streit erfasst. Dies könnte sich auf Preise, Mengen, Servicequalität oder andere Probleme beziehen.

Die Analyse der Streitgründe ist eine effektive Methode zur Durchführung einer Ursachenanalyse. Durch das Verständnis der häufigsten Streitgründe kann das Unternehmen zugrunde liegende Probleme bei der Preisgestaltung, Auftragsabwicklung oder Datenqualität angehen. Dies hilft, die 'Avg Invoice Dispute Resolution Time' zu reduzieren und die Kundenzufriedenheit zu verbessern.

Bietet direkten Einblick in die Ursachen von Zahlungsverzögerungen und Kundenunzufriedenheit, wodurch das Unternehmen systemische Probleme angehen kann.

Diese Informationen können in Oracle Collections oder einem verwandten Streitmanagementmodul gespeichert sein. Sie könnten in einer dedizierten Streittabelle oder als Ursachencode in der Transaktion selbst vorliegen.

Dieses kalkulierte Attribut liefert einen einfachen True/False-Indikator für die Pünktlichkeit von Zahlungen. Es wird abgeleitet, indem das Datum der Aktivität 'Kundenzahlung erhalten' mit dem Attribut 'Due Date' der Rechnung verglichen wird.

Dieses Flag vereinfacht die Analyse und Berichterstattung für den 'On-Time Payment Rate KPI'. Es ermöglicht eine einfache Filterung und Segmentierung, um zu verstehen, welche Faktoren, wie z.B. Kunde, Region oder Rechnungsbetrag, mit verspäteten Zahlungen korrelieren. Es ist eine Schlüsselmetrik zur Bewertung der Inkassowirksamkeit.

Vereinfacht die Messung der Inkassoleistung und ermöglicht eine einfache Analyse der Faktoren, die zu pünktlichen versus verspäteten Zahlungen beitragen.

Berechnet durch den Vergleich des Zeitstempels der letzten Zahlungsaktivität mit dem Attribut DueDate. Die Logik lautet: PaymentTimestamp <= DueDate.

Zahlungsbedingungen definieren die Regeln, wann und wie eine Rechnung bezahlt werden soll, einschließlich potenzieller Skonti für frühe Zahlungen. Diese Informationen sind entscheidend für das Management von Forderungen und Cashflow.

Dieses Attribut ist unerlässlich für die Berechnung des korrekten Fälligkeitsdatums und zur Identifizierung von Möglichkeiten für Skonti. Der KPI 'Skonto-Erfassungsrate' ist direkt von diesen Daten abhängig, um festzustellen, welche Rechnungen für einen Skontoabzug berechtigt waren.

Definiert die Zahlungsregeln für eine Rechnung und beeinflusst direkt die Fälligkeitsberechnungen sowie die Möglichkeit, die Erfassung von Skonti zu verfolgen und zu optimieren.

Befindet sich in der Tabelle RA_TERMS und ist über eine term_id in RA_CUSTOMER_TRX_ALL mit der Transaktion verknüpft.

Dieses Attribut gibt an, wie ein Kunde seine Rechnung bezahlt hat. Diese Informationen können nützlich sein, um Zahlungstrends und -kosten zu analysieren.

Verschiedene Zahlungsmethoden können unterschiedliche Bearbeitungszeiten und Transaktionskosten haben. Eine Analyse nach Zahlungsmethode kann helfen zu verstehen, ob bestimmte Methoden anfällig für Abstimmungsfehler oder Verzögerungen sind. Sie kann auch Strategien informieren, um Kunden zur Nutzung effizienterer Zahlungskanäle zu ermutigen.

Hilft bei der Analyse der Effizienz der Zahlungsabwicklung, der Transaktionskosten und der Fehlerquoten bei der Abstimmung, die mit verschiedenen Zahlungskanälen verbunden sind.

Gefunden in den Zahlungseingangstabellen, wie AR_CASH_RECEIPTS_ALL, die ein Feld mit der Zahlungsmethode enthalten würden.