Ihr Daten-Template für Order-to-Cash: Abrechnung und Rechnungsstellung

Die Rechnungsnummer ist der zentrale Bezugspunkt für die Analyse des Abrechnungsprozesses. Sie dient als Case-ID und fasst alle Ereignisse von der Rechnungserstellung bis zur abschließenden Zahlung und Schließung zusammen. So lässt sich der gesamte Lebenszyklus eines einzelnen Abrechnungsdokuments nachvollziehen.

Beim Process Mining ermöglicht die Analyse nach Rechnungsnummer, Prozessvarianten darzustellen, Zykluszeiten für einzelne Rechnungen zu berechnen und Engpässe oder Nacharbeitsschleifen in bestimmten Transaktionen zu erkennen. Sie ist unverzichtbar für Dashboards wie „Durchgängige Zykluszeit der Rechnung“ und für die Berechnung grundlegender KPIs wie Days Sales Outstanding (DSO) pro Rechnung.

Dieses Attribut führt alle zugehörigen Abrechnungs- und Zahlungsaktivitäten in einem Case zusammen. So lässt sich der Lebenszyklus der Rechnung vollständig und korrekt analysieren.

In der Regel handelt es sich um die Transaktionsnummer (TRX_NUMBER) aus der Tabelle RA_CUSTOMER_TRX_ALL in Oracle Fusion Financials.

Der Ereignis-Timestamp hält den genauen Zeitpunkt einer Aktivität fest. Er gibt die chronologische Reihenfolge der Ereignisse für jede Rechnung an. Das ist entscheidend, um den Prozessfluss abzubilden und zeitbezogene Analysen durchzuführen.

Dieses Attribut bildet die Grundlage für alle Berechnungen von Dauer und Leistung. Damit messen Sie die Zeit zwischen Aktivitäten, berechnen durchgängige Zykluszeiten, prüfen, ob Zahlungen fristgerecht eingehen, und analysieren zeitliche Entwicklungen. KPIs wie „Durchschnittliche Freigabezeit der Rechnung“ und „Durchgängige Zykluszeit der Rechnung“ werden direkt aus diesen Timestamps berechnet.

Timestamps sind die Grundlage für die Berechnung aller Leistungskennzahlen, darunter Zykluszeiten, Verzögerungen und die Einhaltung von Fristen. Sie ermöglichen eine quantitative Prozessanalyse.

Die Daten stammen aus verschiedenen Datumsfeldern in Oracle-Fusion-Financials-Tabellen, zum Beispiel CREATION_DATE in RA_CUSTOMER_TRX_ALL oder aus Zeitstempeln für Statusänderungen in Workflow-Tabellen.

Der Aktivitätsname bezeichnet einen Schritt im Abrechnungsprozess, zum Beispiel „Rechnung erstellt“, „Rechnung freigegeben“ oder „Kundenzahlung eingegangen“. Diese Ereignisse bilden die Abfolge der Aktionen im Prozessfluss jeder Rechnung.

Das Attribut ist eine wichtige Grundlage für die Prozesserkennung: Das Process-Mining-Tool kann damit eine visuelle Darstellung der tatsächlichen Rechnungsbearbeitung erstellen. Es dient dazu, Prozessvarianten zu analysieren, Nacharbeitsschleifen wie mehrfache Freigabeschritte zu erkennen und Häufigkeit sowie Dauer der einzelnen Phasen zu messen. Alle Dashboards und KPIs greifen auf dieses Attribut zurück, um den Prozessfluss auszuwerten.

Dieses Attribut legt die Schritte in der Prozessdarstellung fest. Dadurch lassen sich Abläufe visualisieren und analysieren sowie Ineffizienzen im Rechnungsworkflow erkennen.

Diese Informationen stammen aus verschiedenen Tabellen und Statusänderungen in Oracle Fusion Financials, etwa aus Workflow-Verlaufstabellen für Freigaben und aus Transaktionsstatusfeldern.

Das Fälligkeitsdatum legt die Zahlungsfrist einer Rechnung gemäß den vereinbarten Zahlungsbedingungen fest.

Dieses Attribut ist wichtig für das Forderungsmanagement und die Überwachung der finanziellen Lage. Es dient als Grundlage für die KPI „Anteil fristgerechter Zahlungen“ und für Berichte zur Überfälligkeit von Forderungen. In Dashboards unterstützt es die Cashflow-Prognose, indem es erwartete Zahlungseingänge anzeigt, und hilft, überfällige Rechnungen zu erkennen, für die Maßnahmen im Forderungsmanagement erforderlich sind.

Dient als zentrale Grundlage, um die Pünktlichkeit von Zahlungen zu messen, DSO zu berechnen und die Überfälligkeit offener Forderungen zu verwalten.

Zu finden in der Tabelle AR_PAYMENT_SCHEDULES_ALL, in der Regel im Feld DUE_DATE.

Die Geschäftseinheit bezeichnet die Organisationseinheit, die für die Transaktion verantwortlich ist. In großen Unternehmen ist sie ein wichtiges Datenelement für die finanzielle Segmentierung und Berichterstattung.

Mit diesem Attribut können Sie die Prozessleistung in verschiedenen Unternehmensbereichen vergleichen. So lässt sich beispielsweise prüfen, ob sich der DSO zwischen Geschäftseinheiten deutlich unterscheidet oder eine Einheit wesentlich mehr Nacharbeit bei der Abrechnung aufweist. Dadurch können Verbesserungsmaßnahmen gezielt dort ansetzen, wo sie am dringendsten benötigt werden.

Ermöglicht den Vergleich der Leistung verschiedener Organisationseinheiten. So lassen sich bewährte Vorgehensweisen und Verbesserungsbedarf auf detaillierter Ebene erkennen.

In Transaktionstabellen wie RA_CUSTOMER_TRX_ALL verfügbar, häufig als ORG_ID, das mit den Definitionen der Geschäftseinheiten verknüpft ist.

Dieses Attribut gibt den Kunden an, dem die Rechnung zugeordnet ist. Es ist eine zentrale Dimension, um Prozessdaten zu segmentieren und zu filtern.

Eine Analyse nach Kundenname zeigt, bei welchen Kunden die Zahlungszyklen am längsten sind, wer Rechnungen besonders häufig beanstandet und wer regelmäßig fristgerecht zahlt. Das ist wichtig für das Dashboard „DSO-Trend“ und hilft, das Forderungsmanagement auf das Zahlungsverhalten einzelner Kunden abzustimmen.

Ermöglicht die Segmentierung des Prozesses nach Kunden und macht Unterschiede im Verhalten, bei Zahlungsmustern und bei möglichen Problemen in der Kundenbeziehung sichtbar, die den Cashflow beeinflussen.

Wird durch Verknüpfung der Transaktionstabelle RA_CUSTOMER_TRX_ALL mit Kundendaten aus Stammdatentabellen wie HZ_PARTIES abgeleitet.

Dieses Attribut gibt den gesamten fälligen Rechnungsbetrag an. Es ist eine wichtige Finanzkennzahl, um den Geldwert der Vorgänge im Abrechnungsprozess zu erfassen.

In der Analyse dient der Rechnungsbetrag dazu, Transaktionen mit hohem Wert zu priorisieren, den Gesamtwert offener Forderungen zu berechnen und KPIs wie Days Sales Outstanding (DSO) zu gewichten. Damit lässt sich der Prozess nach finanzieller Auswirkung segmentieren. So können Sie beispielsweise prüfen, ob Rechnungen mit hohem Betrag einen anderen Freigabeweg durchlaufen oder später bezahlt werden.

Liefert den finanziellen Kontext für jeden Case. So können Sie Rechnungen nach Wert analysieren und priorisieren sowie wichtige Finanz-KPIs berechnen.

Zu finden in der Tabelle RA_CUSTOMER_TRX_ALL, wahrscheinlich in einem Feld wie INVOICE_AMOUNT oder einem verwandten Feld für den Transaktionsgesamtbetrag.

Der Rechnungsstatus zeigt, an welcher Stelle im Prozess sich eine Rechnung befindet. Häufige Status sind offen (unbezahlt), geschlossen (bezahlt), beanstandet oder storniert.

Dieses Attribut eignet sich für die Überwachung auf hoher Ebene und zum Filtern. Das Dashboard „Cashflow-Prognose in Echtzeit“ verwendet den Status beispielsweise, um offene Beträge zu kategorisieren. So lassen sich überfällige, beanstandete oder vollständig beglichene Rechnungen schnell erkennen.

Zeigt auf einen Blick den aktuellen Status einer Rechnung. Das erleichtert die Filterung und Kategorisierung für Finanzberichte und das operative Management.

Wird aus Statusfeldern in Tabellen wie RA_CUSTOMER_TRX_ALL oder AR_PAYMENT_SCHEDULES_ALL abgeleitet, zum Beispiel aus dem Feld STATUS.

Dieses Attribut gibt an, welches Team oder welche Abteilung innerhalb der Organisation den Abrechnungsprozess bearbeitet hat. Es liefert eine weitere organisatorische Dimension für die Analyse.

Durch eine Segmentierung nach Abrechnungsabteilung kann ein Unternehmen die Effizienz und Genauigkeit verschiedener Teams vergleichen. So lässt sich erkennen, welche Abteilungen mehr Nacharbeit aufweisen, längere Freigabezyklen haben oder stärker zu einem hohen DSO beitragen. Daraus ergeben sich Ansatzpunkte für gezielte Schulungen oder die Standardisierung von Prozessen.

Ermöglicht den Leistungsvergleich interner Teams und hilft, bewährte Vorgehensweisen, den Ressourcenbedarf und Verbesserungsmöglichkeiten zu erkennen.

Diese Informationen lassen sich möglicherweise aus dem Benutzer ableiten, der die Rechnung erstellt hat. Dazu wird der Benutzer mit seiner im HR-System hinterlegten Abteilung verknüpft, zum Beispiel über PER_ALL_ASSIGNMENTS_F.

Das Attribut Benutzer gibt an, welche Person oder welcher automatisierte Agent einen Prozessschritt ausgeführt hat. Das kann der Benutzer sein, der die Rechnung erstellt hat, die Führungskraft, die sie freigegeben hat, oder der Mitarbeiter im Forderungsmanagement, der eine Mahnung versendet hat.

Eine Analyse nach Benutzer hilft, Schulungsbedarf und Arbeitsverteilung zu erkennen und Leistungsunterschiede zwischen Personen oder Teams zu untersuchen. Sie kann zeigen, ob bestimmte Benutzer mit einer hohen Fehlerquote verbunden sind oder einzelne Freigebende regelmäßig Engpässe verursachen.

Ordnet Prozessschritten Verantwortliche zu. So lassen sich die Leistung einzelner Benutzer und die Arbeitsverteilung analysieren sowie Schulungsbedarfe erkennen.

Die Daten stammen aus Benutzer-ID-Feldern wie CREATED_BY oder LAST_UPDATED_BY in verschiedenen Transaktions- und Workflow-Tabellen. Anschließend wird die ID mit Benutzerverzeichnissen wie PER_ALL_PEOPLE_F verknüpft, um den Namen des Benutzers abzurufen.

Days Sales Outstanding (DSO) ist eine wichtige Finanzkennzahl. Sie misst die durchschnittliche Zeit zwischen der Ausstellung einer Rechnung und dem Zahlungseingang. Dieses Attribut berechnet den Wert für jede einzelne Rechnung.

Der Gesamt-DSO ist eine zentrale KPI. Die Berechnung auf Ebene einzelner Rechnungen ermöglicht jedoch eine deutlich detailliertere Analyse. Sie können damit Trend-Dashboards erstellen, Merkmale von Rechnungen mit hohem DSO erkennen und die finanziellen Auswirkungen von Prozessverzögerungen messen. Diese detaillierte Berechnung liefert die Daten, um die Ursachen hinter dem aggregierten DSO zu verstehen.

Berechnet eine wichtige Cashflow-Kennzahl für jede einzelne Rechnung. So lässt sich detailliert analysieren, welche Faktoren die Einzugsdauer und die finanzielle Leistung beeinflussen.

Wird berechnet, indem die Differenz zwischen dem Timestamp der Aktivität „Kundenzahlung eingegangen“ und dem Attribut „Rechnungsdatum“ ermittelt wird.

Die Endzeit des Ereignisses gibt an, wann eine Aktivität abgeschlossen wurde. Viele Ereignisse sind punktuell. Manche Aktivitäten, etwa die „Rechnungsfreigabe“, dauern jedoch länger: Sie beginnen mit der Einreichung und enden mit der Entscheidung.

Mit einer Endzeit lässt sich die Bearbeitungszeit einer Aktivität genau berechnen. So können Sie analysieren, wie lange Benutzer für bestimmte Aufgaben benötigen. Außerdem wird die Engpassanalyse genauer, weil sich Wartezeit und tatsächliche Bearbeitungszeit voneinander unterscheiden lassen.

Ermöglicht die genaue Berechnung von Bearbeitungszeiten und unterscheidet aktive Arbeitszeit von Wartezeit. Das ist entscheidend für eine detaillierte Engpassanalyse.

Wird häufig aus der Startzeit der nachfolgenden Aktivität im Prozess abgeleitet. Für manche Aktivitäten gibt es in den Workflow-Protokollen ein eigenes Feld für die Endzeit.

Dieses berechnete Attribut zeigt mit einem einfachen Ja-Nein-Wert an, ob die Zahlung fristgerecht eingegangen ist. Dazu wird das Datum der Aktivität „Kundenzahlung eingegangen“ mit dem Fälligkeitsdatum der Rechnung verglichen.

Das Kennzeichen vereinfacht die Analyse und Berichterstattung zur KPI „Anteil fristgerechter Zahlungen“. Durch einfaches Filtern und Segmentieren lässt sich untersuchen, welche Faktoren wie Kunde, Region oder Rechnungsbetrag mit verspäteten Zahlungen zusammenhängen. Die Kennzahl ist wichtig, um die Wirksamkeit des Forderungsmanagements zu bewerten.

Vereinfacht die Messung der Leistung im Forderungsmanagement und erleichtert die Analyse der Faktoren, die zu fristgerechten oder verspäteten Zahlungen führen.

Wird berechnet, indem der Timestamp der letzten Zahlungsaktivität mit dem Attribut DueDate verglichen wird. Die Logik lautet: PaymentTimestamp <= DueDate.

Wenn ein Kunde eine Rechnung beanstandet, wird der Grund dafür erfasst. Es kann sich um Preise, Mengen, die Servicequalität oder andere Probleme handeln.

Die Analyse der Beanstandungsgründe eignet sich besonders für die Ursachenanalyse. Wenn das Unternehmen die häufigsten Gründe kennt, kann es grundlegende Probleme bei Preisen, der Auftragsabwicklung oder der Datenqualität angehen. Das senkt die durchschnittliche Bearbeitungszeit für Rechnungsbeanstandungen und verbessert die Kundenzufriedenheit.

Zeigt die Ursachen von Zahlungsverzögerungen und Unzufriedenheit auf Kundenseite. So kann das Unternehmen systematische Probleme gezielt angehen.

Diese Informationen können in Oracle Collections oder einem zugehörigen Modul für das Beanstandungsmanagement gespeichert sein. Mögliche Speicherorte sind eine eigene Tabelle für Beanstandungen oder ein Ursachencode direkt in der Transaktion.

Dieses berechnete Attribut kennzeichnet Aktivitäten, die unnötige oder doppelte Arbeit darstellen. Beispiele sind eine abgelehnte und anschließend erneut zur Freigabe eingereichte Rechnung oder eine Korrektur nach der ersten Erstellung.

Mit der Kennzeichnung von Nacharbeit lässt sich deren Auswirkung auf den Prozess einfach beziffern. Die KPI „Nacharbeitsquote in der Abrechnung“ wird direkt aus diesem Attribut berechnet. Dashboards können die Häufigkeit der Nacharbeit darstellen und die zusätzliche Zykluszeit messen. So lassen sich Ursachen für Ineffizienzen und Fehler gezielt ermitteln.

Kennzeichnet unnötige oder wiederholte Arbeit und macht Prozessineffizienzen messbar. So lassen sich die zeitlichen und finanziellen Auswirkungen von Qualitätsproblemen einfach ermitteln.

Wird bei der Datentransformation anhand der Aktivitätsabfolge berechnet. Geht beispielsweise einer Aktivität „Rechnung freigegeben“ für denselben Case eine Aktivität „Rechnung abgelehnt“ voraus, wird sie als Nacharbeit gekennzeichnet.

Dieses Attribut enthält den Timestamp der letzten Datenextraktion. Als Metadatenfeld ist es wichtig, um die Aktualität der analysierten Daten einzuschätzen.

Analysten können damit prüfen, ob sie mit aktuellen Informationen arbeiten, und nachvollziehen, wie neu die Daten sind. Besonders wichtig ist das bei Dashboards, die Echtzeit oder nahezu Echtzeit versprechen: Das Feld macht mögliche Verzögerungen bei der Datenbereitstellung transparent.

Informiert Benutzer über die Aktualität der Daten. So können sie sicherstellen, dass Analysen und Schlussfolgerungen auf Informationen mit bekanntem und akzeptablem Aktualitätsstand beruhen.

Dieses Metadatenfeld wird während des ETL-Prozesses (Extraktion, Transformation und Laden) erzeugt. Es entspricht in der Regel dem Ausführungszeitpunkt der Datenpipeline.

Dieses Attribut gibt an, aus welcher Quellanwendung die Daten stammen. Für diesen Prozess ist das in der Regel Oracle Fusion Financials. Es kann auch ein bestimmtes Modul wie Oracle Receivables (AR) angegeben werden.

Bei mehreren integrierten Systemen hilft dieses Feld, die Datenquellen voneinander zu unterscheiden. Es ist wichtig für die Datenvalidierung und Governance und stellt sicher, dass die Analyse auf dem vorgesehenen, korrekten Datenbestand basiert.

Gibt die Herkunft der Daten an. Das ist wichtig für die Data Governance und die Fehlerbehebung und stellt sicher, dass die Analyse auf dem richtigen führenden System basiert.

In der Regel handelt es sich um einen statischen Wert („Oracle Fusion Financials“), der bei der Datenextraktion und -transformation hinzugefügt wird.

Das Rechnungsdatum, auch Transaktionsdatum genannt, ist das auf dem Rechnungsdokument angegebene Datum. Es dient als Ausgangspunkt für die Berechnung der Zahlungsfrist.

Dieses Datum ist entscheidend für die Berechnung von Days Sales Outstanding (DSO), denn DSO misst die Zeit vom Rechnungsdatum bis zum Zahlungseingang. Es unterscheidet sich vom Erstellungsdatum im System und markiert aus Sicht des Kunden den offiziellen Beginn des Zahlungszyklus.

Markiert den offiziellen Beginn des Lebenszyklus einer Rechnung und dient als Grundlage für die KPI Days Sales Outstanding (DSO).

Zu finden in der Tabelle RA_CUSTOMER_TRX_ALL, im Feld TRX_DATE.

Dieses Attribut misst die durchgängige Dauer des gesamten Lebenszyklus einer einzelnen Rechnung. Es wird als Zeitdifferenz zwischen der ersten Aktivität, in der Regel „Rechnung erstellt“, und der letzten Aktivität, „Rechnung geschlossen“, berechnet.

Die Kennzahl gibt einen Überblick über die Effizienz des gesamten Prozesses. Sie ist die zentrale Messgröße für das Dashboard „Durchgängige Zykluszeit der Rechnung“. Durch die Analyse nach Dimensionen wie Kunde oder Geschäftseinheit können Unternehmen erkennen, welche Rechnungsarten am längsten dauern, und die Ursachen untersuchen.

Liefert eine zentrale Kennzahl für die Geschwindigkeit des Gesamtprozesses und zeigt schnell, welche Rechnungen von Anfang bis Ende am längsten dauern.

Diese berechnete Kennzahl ergibt sich aus der Differenz zwischen dem maximalen und dem minimalen EventTimestamp für jede eindeutige InvoiceNumber.

Die Region liefert den geografischen Kontext zur Rechnung und richtet sich in der Regel nach dem Standort des Kunden. So lässt sich die Prozessleistung geografisch analysieren.

Eine Analyse nach Region kann Unterschiede aufdecken, die durch lokale Vorschriften, Marktbedingungen oder die Leistung regionaler Teams entstehen. Dashboards wie „DSO-Trend“ und „Durchgängige Zykluszeit der Rechnung“ lassen sich nach Region segmentieren. So sehen Sie, ob bestimmte Gebiete besondere Schwierigkeiten haben, Rechnungen bezahlt zu bekommen.

Ermöglicht die geografische Segmentierung des Prozesses und macht regionale Unterschiede bei Leistung, Kundenverhalten oder Compliance sichtbar.

Wird in der Regel aus den Adressdaten des Kunden in TCA (HZ_LOCATIONS, HZ_PARTY_SITES) abgeleitet. Das Attribut ist kein direktes Feld der Rechnung.

Die Zahlungsbedingungen legen fest, wann und wie eine Rechnung bezahlt werden soll. Dazu können auch Rabatte für frühzeitige Zahlungen gehören. Diese Informationen sind wichtig für das Forderungsmanagement und den Cashflow.

Das Attribut ist erforderlich, um das korrekte Fälligkeitsdatum zu berechnen und Möglichkeiten für Skonti zu erkennen. Die KPI „Erfassungsquote für Skonti bei frühzeitiger Zahlung“ hängt direkt von diesen Daten ab, denn sie zeigen, für welche Rechnungen ein Rabatt infrage kam.

Legt die Zahlungsregeln für eine Rechnung fest. Diese beeinflussen direkt die Berechnung des Fälligkeitsdatums und die Erfassung sowie Optimierung von Skonti bei frühzeitiger Zahlung.

Zu finden in der Tabelle RA_TERMS und über term_id in RA_CUSTOMER_TRX_ALL mit der Transaktion verknüpft.

Dieses Attribut gibt an, wie ein Kunde seine Rechnung bezahlt hat. Die Informationen können bei der Analyse von Zahlungstrends und Kosten hilfreich sein.

Je nach Zahlungsmethode unterscheiden sich Bearbeitungszeiten und Transaktionskosten. Eine Analyse nach Zahlungsmethode zeigt, ob bestimmte Verfahren häufiger zu Abgleichfehlern oder Verzögerungen führen. Außerdem kann sie dabei helfen, Kunden zur Nutzung effizienterer Zahlungskanäle zu bewegen.

Unterstützt die Analyse der Effizienz der Zahlungsabwicklung, der Transaktionskosten und der Abgleichfehler bei verschiedenen Zahlungskanälen.

Zu finden in Tabellen für Zahlungseingänge wie AR_CASH_RECEIPTS_ALL, die ein Feld für die Zahlungsmethode enthalten.