Ihr Daten-Template für die Debitorenbuchhaltung

Oracle Fusion Financials
Ihr Daten-Template für die Debitorenbuchhaltung

Ihr Daten-Template für die Debitorenbuchhaltung

Dieses Template beschreibt die grundlegenden Datenanforderungen für die Analyse Ihrer Rechnungs- und Forderungseinzüge in Oracle Fusion Financials. Es bietet eine strukturierte Übersicht über die erforderlichen Attribute und Prozessmeilensteine, mit denen sich Engpässe im Finanzbetrieb erkennen lassen. Wenn Sie diesem Leitfaden folgen, enthält Ihr Event Log die nötigen Details für aussagekräftige Prozesserkenntnisse.
  • Umfassende Auswahl empfohlener Attribute für die Analyse der Debitorenbuchhaltung
  • Wichtige Prozessaktivitäten und Meilensteine zur Überwachung
  • Systemspezifische Anleitung zur Datenextraktion aus Oracle Fusion Financials
Neu bei Event Logs? Erfahren Sie, wie Sie ein Event Log für Process Mining erstellen.

Attribute der Debitorenbuchhaltung

Diese Datenfelder sollten Sie in Ihr Event Log aufnehmen, um Ihre Debitorenbuchhaltung und Workflows zum Forderungseinzug umfassend zu analysieren.
5 Erforderlich 9 Empfohlen 7 Optional
Name Beschreibung
Aktivitätsname
ActivityName
Das konkrete Ereignis oder die Aktion im Forderungsmanagementprozess.
Beschreibung

Dieses Attribut beschreibt den ausgeführten Prozessschritt, etwa das Erstellen einer Rechnung, das Buchen einer Zahlung oder das Eröffnen eines Streitfalls. Es bestimmt den Ablauf in der Prozesslandkarte und ermöglicht die Visualisierung der Ereignisfolge.

Analysten verwenden dieses Feld, um Prozessvarianten, Schleifen und Engpässe zu erkennen. Es ist wichtig, um die Einhaltung von Standardvorgehensweisen zu prüfen und die Häufigkeit bestimmter Ereignisse wie Nacharbeiten oder manueller Eingriffe zu berechnen.

Warum das wichtig ist

Erforderlich, um den Prozessablauf festzulegen und die Ereignisfolge zu visualisieren.

Woher beziehen

Abgeleitet aus Transaktionshistorientabellen (z. B. AR_PAYMENT_SCHEDULES_ALL, RA_CUST_TRX_LINE_GL_DIST_ALL).

Beispiele
Rechnung erstelltZahlungserinnerung versandtTeilzahlung gebuchtStreitfall eröffnet
Ereignis-Timestamp
EventStartDateTime
Das genaue Datum und die Uhrzeit, zu denen eine Aktivität stattgefunden hat.
Beschreibung

Dieses Attribut erfasst den genauen Zeitpunkt, zu dem eine Aktivität im System stattgefunden hat. Es dient dazu, Ereignisse chronologisch zu ordnen und bildet die Grundlage für alle zeitbezogenen Berechnungen im Process Mining.

Anhand der Timestamps kann das Unternehmen die Durchlaufzeiten zwischen Aktivitäten berechnen, etwa den Zeitraum zwischen Rechnungserstellung und Versand. Das ist entscheidend für die Messung von KPIs wie Days Sales Outstanding und für die Erkennung zeitlicher Muster im Zahlungsverhalten.

Warum das wichtig ist

Grundlage für die Berechnung von Dauer, Durchlaufzeiten und Zykluszeiten.

Woher beziehen

Oracle Fusion Financials: Spalten CREATION_DATE oder LAST_UPDATE_DATE in verschiedenen Transaktionstabellen.

Beispiele
2023-10-15T08:30:00Z2023-10-16T14:45:12Z2023-11-01T09:00:00Z
Rechnungsnummer
InvoiceNumber
Die eindeutige Kennung, die der Rechnungstransaktion in Oracle Fusion zugewiesen wird.
Beschreibung

Dieses Attribut dient als eindeutiger Schlüssel zur Identifizierung finanzieller Forderungen im Modul Accounts Receivable. Es verknüpft alle nachfolgenden Aktivitäten, etwa Anpassungen, Streitfälle und Zahlungen, mit der ursprünglichen Verkaufstransaktion.

In der Process-Mining-Analyse dient dieses Attribut als Case-ID. Damit können Analysten den gesamten Lebenszyklus einer Forderung vom Anlegen bis zum vollständigen Ausgleich oder zur Abschreibung nachvollziehen. So lassen sich Durchlaufzeiten und Prozessvarianten berechnen.

Warum das wichtig ist

Es ist die grundlegende Analyseeinheit, um den Lebenszyklus vom Kredit bis zum Zahlungseingang nachzuverfolgen.

Woher beziehen

Oracle Fusion Financials: RA_CUSTOMER_TRX_ALL.TRX_NUMBER

Beispiele
INV-2023-00110056789AR-99887755002211
Letzte Datenaktualisierung
LastDataUpdate
Der Timestamp der letzten Aktualisierung der Daten im Mining-Tool.
Beschreibung

Dieses Attribut zeigt an, wann der Datensatz zuletzt mit dem Oracle-Quellsystem synchronisiert wurde. Es hilft Benutzern einzuschätzen, wie aktuell die Analyse ist und ob die Erkenntnisse den derzeitigen Betriebszustand widerspiegeln.

Die Überwachung dieses Feldes ist wichtig, damit Dashboards aktuelle Informationen anzeigen, insbesondere bei der operativen Überwachung offener Streitfälle oder nicht zugeordneter Zahlungseingänge.

Warum das wichtig ist

Gibt Aufschluss über Aktualität und Zuverlässigkeit der Daten.

Woher beziehen

Systemzeit zum Zeitpunkt der Extraktion.

Beispiele
2023-11-15T23:59:59Z2023-11-16T00:00:00Z
Quellsystem
SourceSystem
Das führende System, aus dem die Daten stammen.
Beschreibung

Dieses Attribut gibt an, aus welcher Softwareumgebung die Prozessdaten extrahiert wurden. In diesem Fall bestätigt es, dass die Daten aus Oracle Fusion Financials stammen.

Bei einer Extraktion aus nur einem System ist der Wert häufig statisch. Werden jedoch Daten aus mehreren ERP-Instanzen zusammengeführt oder Tools von Drittanbietern für den Forderungseinzug integriert, wird das Attribut besonders wichtig. Es gewährleistet die Datenherkunft und Nachvollziehbarkeit in Prozesslandschaften mit mehreren Systemen.

Warum das wichtig ist

Stellt die Datenherkunft sicher und unterscheidet zwischen verschiedenen ERP-Instanzen.

Woher beziehen

Bei der Extraktion fest codiert oder in der Datenpipeline konfiguriert.

Beispiele
Oracle Fusion FinancialsOracle Cloud ERP - USAOracle Cloud ERP - EMEA
Automatisiert
IsAutomated
Kennzeichnet, ob die Aktivität ohne menschliches Eingreifen ausgeführt wurde.
Beschreibung

Dieses boolesche Attribut gibt an, ob ein Systemprozess, zum Beispiel AutoInvoice oder AutoLockbox, oder ein Benutzer die Aktivität ausgeführt hat. Es ist die zentrale Grundlage für die Kennzahl „Automatisierungsgrad der Zahlungseingangsverarbeitung“.

Anhand des Verhältnisses automatisierter zu manuellen Aktivitäten im Zeitverlauf kann das Unternehmen den Erfolg von Initiativen zur digitalen Transformation überprüfen und Prozessschritte ermitteln, die weiterhin manuell ausgeführt werden.

Warum das wichtig ist

Zentrale Kennzahl zur Messung der digitalen Transformation und Effizienz.

Woher beziehen

Berechnete Logik auf Grundlage von UserName, zum Beispiel: Wenn User == 'BATCH_USER', dann true.

Beispiele
truefalse
Benutzername
UserName
Der Systembenutzer, der die Aktivität ausgeführt hat.
Beschreibung

Dieses Attribut erfasst die Anmelde-ID oder den Namen der Person, die eine bestimmte Aktivität ausgeführt hat, zum Beispiel eine Rechnung gebucht oder einen Kontoauszug abgeglichen hat. Es wird dem generischen Feld „Benutzer“ zugeordnet.

Diese Daten sind für Compliance-Prüfungen und den Dashboard „Durchsatz der Inkassomitarbeitenden“ wichtig. Sie ermöglichen es, maschinell ausgeführte Aktionen, die häufig einem Benutzer namens „System“ zugeordnet sind, von Aktionen durch Mitarbeitende zu unterscheiden und unterstützen so die Automatisierungsanalyse.

Warum das wichtig ist

Ermöglicht die Leistungsanalyse auf Benutzerebene und die Prüfung der Funktionstrennung.

Woher beziehen

Oracle Fusion Financials: CREATED_BY- oder LAST_UPDATED_BY-Spalten, verknüpft mit Benutzertabellen.

Beispiele
Systemadministratorjsmithfinance_batch_job
Fälligkeitsdatum
DueDate
Das Datum, bis zu dem die Zahlung eingehen soll.
Beschreibung

Dieses Attribut gibt die Zahlungsfrist an, die sich aus Rechnungsdatum und Zahlungsbedingungen berechnet. Es dient als Bezugspunkt, um festzustellen, ob eine Zahlung verspätet ist.

Die Kennzahl „Abweichung beim Zeitpunkt der Zahlungserinnerung“ misst, wie frühzeitig das Team im Verhältnis zur Frist handelt. Das Fälligkeitsdatum bestimmt außerdem, ob Forderungen in Berichten zur Fälligkeitsstruktur als aktuell oder überfällig eingestuft werden.

Warum das wichtig ist

Die maßgebliche Grundlage für die Bewertung von Zahlungsverzug und fristgerechten Zahlungen.

Woher beziehen

Oracle Fusion Financials: AR_PAYMENT_SCHEDULES_ALL.DUE_DATE

Beispiele
2023-11-302023-12-152024-01-01
Geschäftseinheit
BusinessUnit
Die operative Einheit innerhalb der Organisation, die für die Rechnung verantwortlich ist.
Beschreibung

Dieses Attribut entspricht der Organization ID in Oracle Fusion und bezeichnet die Geschäftseinheit oder Abteilung, der die Forderung zugeordnet ist. Damit lässt sich die Prozessleistung in verschiedenen Unternehmensbereichen vergleichen.

Ein Vergleich von KPIs wie der Klärungszeit von Streitfällen oder den Days Sales Outstanding zwischen Geschäftseinheiten hilft der Unternehmensleitung, leistungsstarke Teams zu erkennen und bewährte Vorgehensweisen zu vereinheitlichen. Außerdem werden Einheiten sichtbar, die zusätzliche Ressourcen oder eine Neugestaltung ihrer Prozesse benötigen.

Warum das wichtig ist

Wichtige Dimension für den Vergleich von Organisationseinheiten und ihrer Leistung.

Woher beziehen

Oracle Fusion Financials: HR_ORGANIZATION_UNITS.NAME, verknüpft über ORG_ID.

Beispiele
Vertrieb Ostküste USADienstleistungen EMEAFertigung APAC
Kundenname
CustomerName
Der Name des Unternehmens, dem die Transaktion in Rechnung gestellt wird.
Beschreibung

Dieses Attribut identifiziert den Kunden, der der Rechnung zugeordnet ist. Es ist grundlegend für die Analyse des Zahlungsverhaltens, der Streitfallhäufigkeit und der Wirksamkeit des Forderungseinzugs auf Kundenebene.

Analysten verwenden dieses Feld, um Kunden zu ermitteln, die häufig verspätet zahlen oder Streitfälle melden. Diese Erkenntnis unterstützt das Dashboard 'Analyse des Zahlungsverhaltens von Kunden' und hilft dabei, Kreditbedingungen und Einziehungsstrategien auf einzelne Kundenprofile abzustimmen.

Warum das wichtig ist

Unverzichtbar für kundenbezogene Analysen und die Bewertung von Risiken.

Woher beziehen

Oracle Fusion Financials: HZ_PARTIES.PARTY_NAME, verknüpft über BILL_TO_CUSTOMER_ID.

Beispiele
Acme CorpGlobex CorporationSoylent Corp
Kundensegment
CustomerSegment
Die Einordnung des Kunden nach Größe, Branche oder Risiko.
Beschreibung

Dieses Attribut ordnet Kunden Gruppen wie strategisch, Großunternehmen, KMU oder hohes Risiko zu. Häufig wird es aus der Kundenklasse oder Profilklasse in Oracle Fusion abgeleitet.

Mit diesem Attribut lassen sich Prozessvarianten in verschiedenen Marktsegmenten analysieren. So können Sie beispielsweise prüfen, ob strategische Kunden den vorgesehenen persönlichen Service erhalten oder Kunden mit hohem Risiko im Hinblick auf die Einhaltung von Zahlungsbedingungen eng überwacht werden.

Warum das wichtig ist

Ermöglicht eine segmentierte Analyse von Einziehungsstrategien und Risiken.

Woher beziehen

Oracle Fusion Financials: HZ_CUSTOMER_PROFILES.PROFILE_CLASS_ID.

Beispiele
GroßunternehmenKleinunternehmenÖffentliche VerwaltungHohes Risiko
Name des Forderungsmanagers
CollectorName
Der Name des Mitarbeitenden oder der zuständigen Person im Forderungseinzug, der bzw. die der Rechnung zugeordnet ist.
Beschreibung

Dieses Attribut identifiziert den Mitarbeitenden oder das Teammitglied, das für den Einzug der Zahlung zur Rechnung verantwortlich ist. Es ist die zentrale Dimension für das Dashboard 'Leistung im Forderungseinzug'.

Die Daten in diesem Feld ermöglichen es dem Unternehmen, die Produktivität je Mitarbeitendem zu messen, Schulungsbedarf zu erkennen und Arbeitslasten auszugleichen. Sie fördern die Verantwortlichkeit und helfen dabei, die Einziehungsmaßnahmen im Finanzteam zu standardisieren.

Warum das wichtig ist

Wichtig für die Analyse der Ressourcenleistung und den Ausgleich der Arbeitslast.

Woher beziehen

Oracle Fusion Financials: AR_COLLECTORS.NAME, dem Kundenprofil zugeordnet.

Beispiele
John SmithInkassoteam AJane Doe
Rechnungsbetrag
InvoiceAmount
Der Gesamtbetrag der Rechnung.
Beschreibung

Dieses Attribut gibt den ursprünglichen Rechnungsbetrag wieder. Es dient in vielen Analysen als zentrale Gewichtungsgröße, damit das Unternehmen Transaktionen mit hohem Wert gegenüber solchen mit geringem Wert priorisieren kann.

In der Ansicht 'Nicht zugeordnete Gutschriften und Erlösschmälerungen' hilft dieses Feld, die finanziellen Auswirkungen ungeklärter Positionen zu beziffern. Außerdem wird es zur Berechnung der nach Rechnungswert gewichteten Days Sales Outstanding verwendet und ermöglicht so eine stärker finanzorientierte Sicht auf die Prozesseffizienz.

Warum das wichtig ist

Ergänzt die Analyse um den finanziellen Wert und unterstützt eine wertorientierte Priorisierung.

Woher beziehen

Oracle Fusion Financials: RA_CUSTOMER_TRX_ALL.AMOUNT_DUE_ORIGINAL

Beispiele
1500.00250.5010000.00
Transaktionsart
TransactionType
Die Klassifizierung des Forderungsbelegs (Rechnung, Gutschrift, Belastungsanzeige).
Beschreibung

Dieses Attribut unterscheidet verschiedene Arten von Finanzbelegen. Häufige Werte sind Rechnung, Gutschrift und Belastungsanzeige. Diese Unterscheidung ist wichtig für das Dashboard 'Gutschriftenvolumen und Nacharbeit'.

Durch Filterung nach diesem Attribut können Analysten Nacharbeitsschleifen durch Gutschriften isolieren oder gezielt den regulären Rechnungsprozess untersuchen. So lässt sich die Zusammensetzung des Arbeitsaufkommens im Forderungsmanagement besser verstehen.

Warum das wichtig ist

Unterscheidet reguläre Rechnungen von Anpassungen und Korrekturen.

Woher beziehen

Oracle Fusion Financials: RA_CUST_TRX_TYPES_ALL.NAME

Beispiele
RechnungGutschriftBelastungsanzeigeRückbelastung
Erstellungsquelle
CreationSource
Gibt an, woher die Rechnung stammt und ob sie manuell erstellt oder importiert wurde.
Beschreibung

Dieses Attribut zeigt, wie die Rechnung in das Oracle-System gelangt ist, zum Beispiel über „Manuelle Eingabe“, „AutoInvoice“ oder bestimmte externe Datenfeeds. Es dient als Näherungswert für das generische Attribut „Kanal“.

Für den Dashboard „Automatisierungsmonitor für die Zahlungseingangsverarbeitung“ ist dieses Attribut besonders wichtig. Es hilft dabei, vollständig digitale Prozesse von solchen zu unterscheiden, die eine manuelle Einrichtung erfordern. Ein hohes Volumen an Rechnungen mit der Quelle „Manuelle Eingabe“ kann auf fehlende vorgelagerte Integrationen oder Mängel im System hinweisen.

Warum das wichtig ist

Zeigt den Grad der vorgelagerten Automatisierung und die Herkunft der Daten.

Woher beziehen

Oracle Fusion Financials: RA_BATCH_SOURCES_ALL.NAME

Beispiele
AutoInvoiceManuellProjektimplementierungAuftragsverwaltung
Nacharbeit
IsRework
Kennzeichnet, ob die Rechnung Korrekturschleifen oder Streitfälle durchlaufen hat.
Beschreibung

Dieses boolesche Attribut zeigt an, ob bei einer Rechnung Aktivitäten zur Fehlerkorrektur aufgetreten sind, etwa „Gutschrift ausgestellt“ oder „Rechnung angepasst“. Es unterstützt den Dashboard „Gutschriftenvolumen und Nacharbeit“.

Mit der Kennzeichnung von Nacharbeitsfällen lassen sich Prozesse außerhalb des Happy Path von problematischen Abläufen unterscheiden. Eine hohe Nacharbeitsquote ist ein Frühindikator für Probleme mit der Datenqualität in Stammdaten oder bei der Erfassung von Kundenaufträgen.

Warum das wichtig ist

Macht Verschwendung und Ineffizienz im Prozessablauf sichtbar.

Woher beziehen

Berechnet: true, wenn der Case „Gutschrift ausgestellt“ oder „Streitfall eröffnet“ enthält.

Beispiele
truefalse
Region
Region
Geografische Region der Geschäftseinheit oder des Kunden.
Beschreibung

Dieses Attribut ordnet die Transaktion einer größeren geografischen Region zu, zum Beispiel Nordamerika, EMEA oder APAC. Es eignet sich für Berichte auf Führungsebene und den Dashboard „Trends bei DSO und Zahlungseingangszyklus“.

Die regionale Analyse berücksichtigt Unterschiede im Zahlungsverhalten, etwa längere übliche Zahlungsziele in Südeuropa als in den USA. So lassen sich globale Kennzahlen im jeweiligen lokalen Kontext richtig interpretieren.

Warum das wichtig ist

Ermöglicht eine geografische Segmentierung für globale Berichte auf hoher Ebene.

Woher beziehen

Oracle Fusion Financials: abgeleitet aus der Geschäftseinheit oder der Kundenadresse.

Beispiele
NordamerikaEMEAAPACLATAM
Stichtag für Skontoberechtigung
DiscountEligibilityDate
Der letzte Tag, an dem ein Kunde zahlen kann, um Skonto für eine frühzeitige Zahlung zu erhalten.
Beschreibung

Dieses Attribut gibt die Frist an, bis zu der der Kunde Zahlungsbedingungen wie „2 % Skonto bei Zahlung innerhalb von 10 Tagen, zahlbar innerhalb von 30 Tagen“ in Anspruch nehmen kann. Es wird für den Dashboard „Analyse von Skonto bei frühzeitiger Zahlung“ benötigt.

Der Abgleich der Zahlungen mit diesem Datum zeigt, wie häufig Kunden Skonto für frühzeitige Zahlungen in Anspruch nehmen. So kann das Unternehmen beurteilen, ob die Skontostrategie den Zahlungseingang tatsächlich beschleunigt oder von den Kunden kaum genutzt wird.

Warum das wichtig ist

Unterstützt die Analyse der Wirksamkeit von Anreizen und der Beschleunigung des Zahlungseingangs.

Woher beziehen

Oracle Fusion Financials: AR_PAYMENT_SCHEDULES_ALL.DISCOUNT_DATE

Beispiele
2023-11-102023-12-05
Streitgrund
DisputeReason
Die Kategorie oder der Grundcode, der beim Eröffnen eines Streitfalls zugewiesen wird.
Beschreibung

Dieses Attribut erfasst die Begründung, die bei der Aktivität „Streitfall eröffnet“ angegeben wird. Häufige Werte sind beispielsweise „Preisfehler“, „Mengenabweichung“ oder „Ware beschädigt“.

Die Analyse dieses Attributs im Dashboard „Lebenszyklus von Streitfällen und Engpässe“ hilft, die Ursachen für Zahlungsverzögerungen zu ermitteln. Tritt der Grund „Preisfehler“ häufig auf, sollte das Unternehmen den vorgelagerten Prozess zur Angebotserstellung im Vertrieb untersuchen und nicht nur den Inkassoprozess.

Warum das wichtig ist

Wichtig für die Ursachenanalyse bei Zahlungsverzögerungen und Nacharbeit.

Woher beziehen

Oracle Fusion Financials: RA_CM_REQUESTS.REASON_CODE oder AR_DISPUTE_HISTORY.

Beispiele
PreisstreitfallSteuerfehlerWare nicht erhaltenDoppelte Rechnungsstellung
Währungscode
CurrencyCode
Die Währung, in der der Rechnungsbetrag angegeben ist.
Beschreibung

Dieses Attribut gibt die Währung (z. B. USD, EUR) der Finanzbeträge an. Es ist erforderlich, um den Rechnungsbetrag korrekt zu interpretieren und gegebenenfalls in eine globale Berichtswährung umzurechnen.

Für global tätige Unternehmen ermöglicht dieses Attribut den Vergleich der Einziehungsleistung in verschiedenen Wirtschaftsregionen. Außerdem können Finanzteams Wechselkurseffekte von der operativen Prozessleistung trennen.

Warum das wichtig ist

Ordnet Finanzbeträge in Umgebungen mit mehreren Währungen ein.

Woher beziehen

Oracle Fusion Financials: RA_CUSTOMER_TRX_ALL.INVOICE_CURRENCY_CODE

Beispiele
USDEURGBPJPY
Zahlungsbedingungen
PaymentTerms
Die vereinbarten Zahlungsbedingungen, zum Beispiel zahlbar innerhalb von 30 Tagen.
Beschreibung

Dieses Attribut legt den vertraglich vereinbarten Zahlungszeitraum fest. Es dient zur Berechnung des Fälligkeitsdatums und ist für den Dashboard „Wirksamkeit der Inkassostrategie“ erforderlich.

Unterschiedliche Zahlungsbedingungen können erklären, warum sich die Außenstandsdauer (DSO) zwischen Kunden unterscheidet. Mit diesem Attribut können Analysten Leistungsdaten vergleichbar machen. So wird ein Kunde mit einem Zahlungsziel von 60 Tagen nicht fälschlich als langsamer Zahler eingestuft, wenn man ihn mit einem Kunden mit einem Zahlungsziel von 30 Tagen vergleicht.

Warum das wichtig ist

Setzt die Zahlungsgeschwindigkeit in den Kontext der vertraglichen Vereinbarungen.

Woher beziehen

Oracle Fusion Financials: RA_TERMS.NAME

Beispiele
Zahlbar innerhalb von 30 TagenSofort2 % Skonto bei Zahlung innerhalb von 10 Tagen, zahlbar innerhalb von 30 TagenZahlbar innerhalb von 60 Tagen
Erforderlich Empfohlen Optional

Aktivitäten der Debitorenbuchhaltung

Diese wichtigen Prozessschritte und Meilensteine sollten Sie in Ihrem Event Log erfassen, damit der Lebenszyklus Ihrer Rechnungen korrekt abgebildet wird.
6 Empfohlen 9 Optional
Aktivität Beschreibung
Rechnung ausgeglichen
Endzustand, in dem die Rechnung im System geschlossen ist. In der Regel ist der Saldo durch eine Zahlung, Gutschrift oder Anpassung auf null gesunken.
Warum das wichtig ist

Der Timestamp dieses Ereignisses dient zur Berechnung der Days Sales Outstanding (DSO). Er kennzeichnet das Ende der Prozessinstanz.

Woher beziehen

Erkannt, wenn sich STATUS in AR_PAYMENT_SCHEDULES_ALL zu 'CL' (Closed) ändert.

Erfassung

Statusfeld vorher und nachher vergleichen

Ereignistyp inferred
Rechnung erstellt
Diese Aktivität kennzeichnet die erstmalige Erstellung des Rechnungssatzes im System. Erfasst wird der Timestamp, zu dem der Transaktionskopf erstmals in den Oracle-Receivables-Tabellen gespeichert wird.
Warum das wichtig ist

Legt den Beginn des Prozesslebenszyklus und die Grundlage für die Berechnung des Forderungsalters fest. Unverzichtbar für die Berechnung der gesamten Durchlaufzeit und der Zeit bis zum Versand.

Woher beziehen

Abgeleitet aus der Tabelle RA_CUSTOMER_TRX_ALL anhand der Spalte CREATION_DATE oder TRX_DATE.

Erfassung

Erfasst, wenn der Transaktionsdatensatz eingefügt wird

Ereignistyp explicit
Rechnung fertiggestellt
Zeigt an, dass die Rechnungserstellung abgeschlossen und die Rechnung zur Verarbeitung, zum Druck und zur Buchung bereit ist. Dies geschieht, wenn sich der Transaktionsstatus von unvollständig zu vollständig ändert.
Warum das wichtig ist

Unterscheidet zwischen der Entwurfszeit und der Verarbeitungszeit. Verzögerungen an dieser Stelle weisen auf Engpässe bei der internen Rechnungserstellung hin.

Woher beziehen

Erkannt, wenn COMPLETE_FLAG in RA_CUSTOMER_TRX_ALL auf 'Y' wechselt.

Erfassung

Statusfeld vorher und nachher vergleichen

Ereignistyp inferred
Rechnung versandt
Bezeichnet die Übermittlung der Rechnung an den Kunden per Post, E-Mail oder XML. Damit wird die Übergabe vom Unternehmen an den Kunden erfasst.
Warum das wichtig ist

Wichtig für die Messung der Rechnungsversandleistung. Die Zeitspanne zwischen Erstellung und Versand verzögert unmittelbar den Forderungseinzug.

Woher beziehen

Abgeleitet aus PRINTING_ORIGINAL_DATE in RA_CUSTOMER_TRX_ALL oder aus bestimmten Protokollen im Oracle Collaboration Messaging Framework, wenn XML verwendet wird.

Erfassung

Statusfeld vorher und nachher vergleichen

Ereignistyp inferred
Teilzahlung gebucht
Tritt ein, wenn eine Zahlung auf die Rechnung angerechnet wird, der Betrag jedoch unter dem gesamten offenen Saldo liegt. Die Rechnung bleibt mit einem verringerten Saldo offen.
Warum das wichtig ist

Eine hohe Häufigkeit weist auf ein fragmentiertes Zahlungsverhalten hin (KPI für die Häufigkeit von Teilzahlungen) und erhöht den Abstimmungsaufwand.

Woher beziehen

Stammt aus AR_RECEIVABLE_APPLICATIONS_ALL, wenn STATUS = 'APP' und AMOUNT_APPLIED < AMOUNT_DUE_REMAINING gilt.

Erfassung

Erfasst, wenn Transaktion X ausgeführt wird

Ereignistyp explicit
Vollständige Zahlung eingegangen
Tritt ein, wenn eine Zahlung den Rechnungssaldo auf null reduziert. Dies ist das zentrale Erfolgskriterium für den Forderungseinzug.
Warum das wichtig ist

Wichtig für die Analyse von Skontozahlungen. Anhand des Zeitpunkts lässt sich feststellen, ob die Zahlung innerhalb der Skontofrist eingegangen ist.

Woher beziehen

Stammt aus AR_RECEIVABLE_APPLICATIONS_ALL, wenn STATUS = 'APP' gilt und AMOUNT_DUE_REMAINING anschließend 0 beträgt.

Erfassung

Durch Vergleich der Felder X und Y ableiten

Ereignistyp calculated
Gutschrift ausgestellt
Erfasst die Erstellung einer Gutschrift, die auf die Rechnung angerechnet wird. Sie verringert den offenen Betrag, häufig als Reaktion auf einen Streitfall oder eine Rücksendung.
Warum das wichtig ist

Erfasst die Nacharbeitsquote bei Gutschriften und Erlösschmälerungen. Häufige Gutschriften weisen auf systematische Fehler bei der Rechnungsstellung hin.

Woher beziehen

Stammt aus RA_CUSTOMER_TRX_ALL, wenn TRX_TYPE den Wert Credit Memo hat und RELATED_CUSTOMER_TRX_ID mit der Rechnung übereinstimmt.

Erfassung

Erfasst, wenn Transaktion X ausgeführt wird

Ereignistyp explicit
Kontoauszug abgeglichen
Zeigt an, dass die auf die Rechnung angerechnete Zahlung mit einer Position auf dem Kontoauszug abgeglichen wurde. Damit ist bestätigt, dass das Geld tatsächlich auf dem Bankkonto eingegangen ist.
Warum das wichtig ist

Misst die Automatisierung der Zahlungseingangszuordnung. Die Zeitspanne zwischen Zahlungsbuchung und Bankabgleich entspricht noch nicht bestätigten Zahlungseingängen.

Woher beziehen

Über die Abstimmungsreferenz aus AR_CASH_RECEIPTS_ALL mit CE_STATEMENT_LINES (Cash Management) verknüpft.

Erfassung

Statusfeld vorher und nachher vergleichen

Ereignistyp inferred
Rechnung abgeschrieben
Eine besondere Art der Anpassung: Der verbleibende Saldo gilt als uneinbringlich und wird als Forderungsausfall abgeschrieben. Dies ist ein negativer Endzustand.
Warum das wichtig ist

Wichtig für die Überwachung der finanziellen Gesundheit. So lässt sich die operative Effizienz (Zahlungsgeschwindigkeit) von Problemen mit der Kreditwürdigkeit unterscheiden.

Woher beziehen

Stammt aus AR_ADJUSTMENTS_ALL, wenn die Anpassungsart als 'Write-off' klassifiziert oder einem Forderungsausfallkonto zugeordnet ist.

Erfassung

Erfasst, wenn Transaktion X ausgeführt wird

Ereignistyp explicit
Rechnung angepasst
Erfasst manuelle Anpassungen des Rechnungssaldos, etwa geringfügige Abschreibungen oder Währungsanpassungen, die sich von Gutschriften unterscheiden.
Warum das wichtig ist

Hilft, Erlösschmälerungen und nicht standardisierte Prozesspfade zu erkennen, bei denen Salden ohne Zahlung ausgeglichen werden.

Woher beziehen

Stammt aus der Tabelle AR_ADJUSTMENTS_ALL, die mit der Rechnung verknüpft ist.

Erfassung

Erfasst, wenn Transaktion X ausgeführt wird

Ereignistyp explicit
Rechnung im Hauptbuch gebucht
Erfasst, wann die Buchungen zur Rechnung abgeschlossen und in das Hauptbuch übertragen werden. Dies unterstützt die Einhaltung finanzieller Vorgaben und die Vorbereitung des Periodenabschlusses.
Warum das wichtig ist

Verzögerungen wirken sich zwar nicht auf die Kundensicht aus, beeinträchtigen aber den Finanzabschluss und die fristgerechte Berichterstattung.

Woher beziehen

Abgeleitet aus GL_DATE in der Tabelle RA_CUST_TRX_LINE_GL_DIST_ALL.

Erfassung

Erfasst, wenn Transaktion X ausgeführt wird

Ereignistyp explicit
Streitfall eröffnet
Kennzeichnet den Beginn eines formellen Streitfalls zur Rechnung. Die regulären Einziehungsmaßnahmen werden ausgesetzt, während der Sachverhalt geprüft wird.
Warum das wichtig ist

Wichtiger Hinweis auf Engpässe. Eine hohe Streitfallquote deutet auf vorgelagerte Qualitätsprobleme bei der Leistungserbringung oder der Rechnungsgenauigkeit hin.

Woher beziehen

Erkannt anhand von Datensätzen in RA_CM_REQUESTS_ALL oder bestimmten Workflows für Gutschriftsanträge, die mit der Rechnung verknüpft sind.

Erfassung

Erfasst, wenn Transaktion X ausgeführt wird

Ereignistyp explicit
Streitfall geklärt
Kennzeichnet den Abschluss der Streitfallprüfung. Das Ergebnis kann die Genehmigung einer Gutschrift (berechtigter Streitfall) oder die Ablehnung des Antrags (unberechtigter Streitfall) sein.
Warum das wichtig ist

Erforderlich für die Berechnung der durchschnittlichen Klärungszeit von Streitfällen. Lange Klärungszeiten beeinträchtigen die Kundenzufriedenheit und die Days Sales Outstanding.

Woher beziehen

Abgeleitet aus der Statusänderung zu 'APPROVED' oder 'REJECTED' in RA_CM_REQUESTS_ALL.

Erfassung

Statusfeld vorher und nachher vergleichen

Ereignistyp inferred
Zahlungserinnerung versandt
Erfasst den Versand eines Mahnschreibens oder einer Zahlungserinnerung an den Kunden. Dieses Ereignis wird vom Modul Advanced Collections erzeugt.
Warum das wichtig ist

Wichtig für die Analyse der Wirksamkeit der Einziehungsstrategie. Der Abgleich mit Zahlungseingängen zeigt, mit welchen Erinnerungsstrategien Forderungen am schnellsten beglichen werden.

Woher beziehen

In den Tabellen IEX_DUNNING oder IEX_STRATEGY_WORK_ITEMS zum Kundenkonto zu finden.

Erfassung

Erfasst, wenn Transaktion X ausgeführt wird

Ereignistyp explicit
Zahlungszusage eingegangen
Erfasst die Zusage des Kunden, einen bestimmten Betrag bis zu einem festgelegten Datum zu zahlen. In der Regel trägt ein Mitarbeitender im Forderungseinzug die Zusage während eines Kundengesprächs manuell ein.
Warum das wichtig ist

Wichtig für die Analyse des Zahlungsverhaltens von Kunden. Nicht eingehaltene Zusagen weisen auf ein hohes Kreditrisiko und mögliche künftige Forderungsausfälle hin.

Woher beziehen

Stammt aus der Tabelle IEX_PROMISE_DETAILS im Collections-Modul.

Erfassung

Erfasst, wenn Transaktion X ausgeführt wird

Ereignistyp explicit
Empfohlen Optional

Anleitungen zur Datenextraktion

So exportieren Sie Ihre Daten aus Oracle Fusion Financials

Möchten Sie loslegen?

Wandeln Sie Ihre Finanzdaten in konkrete Erkenntnisse um, indem Sie dieses Template auf Ihre Oracle-Fusion-Umgebung anwenden. Unser Team unterstützt Sie dabei, Ihre spezifische Geschäftslogik den hier beschriebenen Standards zuzuordnen.

Beschleunigen Sie noch heute den Forderungseinzug

Senken Sie den DSO um 15 bis 20 Tage und schließen Sie Liquiditätslücken.

Starten Sie Ihre kostenlose Testphase

Keine Kreditkarte erforderlich. In 5 Minuten eingerichtet.