Ihr Daten-Template für Order-to-Cash, Rechnungsstellung

Oracle E-Business Suite
Ihr Daten-Template für Order-to-Cash, Rechnungsstellung

Ihr Daten-Template für Order-to-Cash, Rechnungsstellung

Dieses Template zeigt Ihnen, welche Daten Sie für die Analyse Ihres Order-to-Cash-Prozesses im Bereich Rechnungsstellung erfassen sollten. Es beschreibt die wichtigen Datenfelder für Ihr Event Log, die zentralen Prozessschritte und die praktische Extraktion der benötigten Informationen. So stellen Sie sicher, dass alle erforderlichen Daten für eine aussagekräftige Prozessanalyse und Optimierung vorliegen.
  • Empfohlene Attribute für die Datenerfassung
  • Wichtige Aktivitäten für die Nachverfolgung
  • Hinweise zur Datenextraktion aus Oracle E-Business Suite
Neu bei Event Logs? Erfahren Sie, wie Sie ein Event Log für Process Mining erstellen.

Attribute für Order-to-Cash, Rechnungsstellung

Diese Datenfelder sollten Sie für eine umfassende Analyse der Rechnungsstellung im Order-to-Cash-Prozess in Ihr Event Log aufnehmen.
3 Erforderlich 6 Empfohlen 11 Optional
Name Beschreibung
Ereigniszeitpunkt
EventTime
Das genaue Datum und die Uhrzeit, zu der die Aktivität stattgefunden hat.
Beschreibung

Der Ereigniszeitpunkt ist der Timestamp jeder Aktivität und gibt die chronologische Reihenfolge der Ereignisse innerhalb eines Case an. Er bildet die Rohdaten für alle zeitbasierten Analysen im Process Mining.

Dieses Attribut ist unverzichtbar, um wichtige Leistungskennzahlen wie Durchlaufzeiten, Zeitspannen zwischen Aktivitäten und Prozesslaufzeiten zu berechnen. Die Differenz zwischen den Ereigniszeitpunkten von „Rechnung erstellt“ und „Rechnung freigegeben“ zeigt beispielsweise die Freigabedauer. Für zuverlässige Prozessanalysen sind genaue und vollständige Timestamps entscheidend.

Warum das wichtig ist

Der Ereigniszeitpunkt liefert den zeitlichen Kontext für jedes Ereignis. Damit lassen sich Zeitspannen berechnen, die Prozessleistung analysieren und Engpässe erkennen.

Woher beziehen

Stammt aus verschiedenen Datumsfeldern in Oracle-EBS-Tabellen, etwa aus CREATION_DATE oder LAST_UPDATE_DATE in Tabellen wie RA_CUSTOMER_TRX_ALL und AR_CASH_RECEIPTS_ALL.

Beispiele
2023-04-15T10:00:00Z2023-04-20T14:35:10Z2023-05-15T00:00:00Z
Rechnungsnummer
InvoiceNumber
Die eindeutige Kennung jedes Rechnungsdokuments. Sie dient als primäre Case-ID des Abrechnungsprozesses.
Beschreibung

Die Rechnungsnummer ist die zentrale Kennung für die Order-to-Cash-Abrechnungsanalyse. Sie identifiziert jeden Abrechnungsvorgang eindeutig und fasst alle zugehörigen Aktivitäten, etwa Erstellung, Freigabe, Versand, Zahlung und Abschluss, zu einer zusammenhängenden Prozessinstanz zusammen. So lässt sich der gesamte Lebenszyklus der Rechnung nachvollziehen.

Im Process Mining hilft die Analyse nach Rechnungsnummer dabei, die gesamte Durchlaufzeit zu messen, Varianten in der Rechnungsbearbeitung zu erkennen und Engpässe zu ermitteln, die Zahlungen verzögern. Sie ist unverzichtbar, um einzelne Rechnungen von der Erstellung bis zum Ausgleich nachzuverfolgen.

Warum das wichtig ist

Diese zentrale Case-Kennung verknüpft alle zugehörigen Ereignisse. So lässt sich der gesamte Rechnungsprozess für jede einzelne Rechnung rekonstruieren und analysieren.

Woher beziehen

In der Regel handelt es sich um die Vorgangsnummer aus der Tabelle RA_CUSTOMER_TRX_ALL in Oracle Receivables.

Beispiele
INV-9234501788144US-2023-001293
Aktivitätsname
ActivityName
Der Name des konkreten Geschäftsereignisses, das zu einem bestimmten Zeitpunkt im Lebenszyklus der Rechnung stattgefunden hat.
Beschreibung

Der Aktivitätsname bezeichnet einen Schritt oder Meilenstein im Rechnungsprozess, zum Beispiel „Rechnung erstellt“, „Rechnung freigegeben“ oder „Kundenzahlung eingegangen“. Die chronologische Abfolge dieser Aktivitäten für eine bestimmte Rechnungsnummer bildet den Prozessfluss.

Dieses Attribut ist grundlegend für Process Mining: Es dient dazu, die Prozesslandkarte zu erstellen, Prozessvarianten zu analysieren und Abweichungen oder Nacharbeitsschleifen zu erkennen. Eindeutige und konsistente Aktivitätsnamen sind wichtig für aussagekräftige Analysen, etwa zur Berechnung der Zeit zwischen bestimmten Schritten oder zur Prüfung der Prozesskonformität.

Warum das wichtig ist

Dieses Attribut bildet die Grundlage, um den Prozessfluss zu entdecken und darzustellen. So lassen sich Prozessvarianten, Engpässe und Nacharbeit analysieren.

Woher beziehen

In der Regel wird das Attribut abgeleitet, indem Statusänderungen, Ereignistypen oder die Erstellung und Aktualisierung von Datensätzen aus verschiedenen Oracle-EBS-Tabellen, etwa AR_PAYMENT_SCHEDULES_ALL und RA_CUSTOMER_TRX_ALL, standardisierten Aktivitätsnamen zugeordnet werden.

Beispiele
Rechnung erstelltRechnung freigegebenZahlungsziel erreichtKundenzahlung eingegangen
Abteilung
Department
Die Abteilung oder das Funktionsteam, dem der Benutzer angehört, der die Aktivität ausgeführt hat.
Beschreibung

Das Attribut „Abteilung“ ordnet den Benutzer, der eine Aktivität ausgeführt hat, organisatorisch ein, zum Beispiel in „Accounts Receivable“ oder „Sales Operations“. So lassen sich Analysen nach Team oder Abteilung zusammenfassen.

Das ist wichtig, um zu verstehen, wie verschiedene Bereiche des Unternehmens mit dem Abrechnungsprozess zusammenarbeiten und ihn beeinflussen. Es hilft, systemische Probleme in einer Abteilung zu erkennen, die Leistung von Teams zu vergleichen und die Ressourcenverteilung zu analysieren. So kann beispielsweise das Dashboard „Rechnungsfreigabe-Zykluszeit“ nach Abteilung aufgeschlüsselt werden.

Warum das wichtig ist

Ermöglicht die Analyse der Prozessleistung nach Organisationsstruktur. So werden Unterschiede zwischen Teams sichtbar und abteilungsspezifische Engpässe lassen sich lokalisieren.

Woher beziehen

Wird üblicherweise durch Verknüpfung der Benutzerinformationen mit den HR-Hierarchiedaten des Unternehmens abgeleitet, häufig aus PER_ALL_ASSIGNMENTS_F oder einer ähnlichen HR-Tabelle.

Beispiele
DebitorenbuchhaltungFinanzbetriebAbrechnungsservice
Benutzer
User
Die Benutzer-ID der Person, die die Aktivität ausgeführt hat.
Beschreibung

Dieses Attribut kennzeichnet den Mitarbeitenden oder Systembenutzer, der für einen Prozessschritt verantwortlich war, etwa für die Freigabe einer Rechnung oder die Zuordnung einer Zahlung. Es ist wichtig, um die menschliche Seite des Prozesses zu verstehen.

Die Analyse nach Benutzern hilft dabei, Schulungsbedarf, eine unausgewogene Arbeitsverteilung und Leistungsunterschiede zu erkennen. Sie kann beispielsweise zeigen, bei welchen Benutzern besonders häufig Nacharbeit anfällt oder Freigaben am längsten dauern. Das unterstützt gezielte Prozessverbesserungen.

Warum das wichtig ist

Ermöglicht die Analyse der individuellen Leistung und hilft dabei, leistungsstarke Benutzer, Schulungsbedarf und mögliche Ungleichgewichte bei der Arbeitsverteilung zu erkennen.

Woher beziehen

Stammt aus Benutzer-ID-Feldern wie CREATED_BY oder LAST_UPDATED_BY in verschiedenen Vorgangstabellen. Anschließend wird diese ID mit FND_USER verknüpft, um den Benutzernamen abzurufen.

Beispiele
JSMITHBWILLIAMSCDAVIS
Fälligkeitsdatum
DueDate
Das Datum, bis zu dem der Kunde die Rechnung voraussichtlich bezahlt.
Beschreibung

Das Fälligkeitsdatum ist ein wichtiges Datumsattribut. Es legt anhand der Zahlungsbedingungen den Zahlungstermin für eine Rechnung fest und dient als Maßstab für die tatsächliche Zahlungsleistung.

Dieses Attribut ist unverzichtbar, um Kennzahlen wie die Quote fristgerechter Zahlungen zu berechnen und Berichte zur Fälligkeit von Rechnungen zu erstellen. Im Process Mining ermöglicht es die Analyse des Zahlungsverhaltens, etwa um Kunden zu erkennen, die regelmäßig verspätet zahlen, oder um die Auswirkungen von Prozessverzögerungen auf fristgerechte Zahlungseingänge zu ermitteln.

Warum das wichtig ist

Es dient als Grundlage für die Messung der Zahlungsleistung, die Berechnung des Rechnungsalters und die Einschätzung des Risikos verspäteter Zahlungen oder uneinbringlicher Forderungen.

Woher beziehen

Verfügbar in der Tabelle AR_PAYMENT_SCHEDULES_ALL, in der Spalte DUE_DATE.

Beispiele
2023-05-152023-06-302023-07-01
Gesamtrechnungsbetrag
TotalInvoiceAmount
Der Gesamtbetrag der Rechnung einschließlich aller Positionen, Steuern und Gebühren.
Beschreibung

Dieses Attribut gibt den Gesamtbetrag der an den Kunden gesendeten Rechnung an. Es ist eine zentrale Kennzahl für die Finanzanalyse des Abrechnungsprozesses.

Im Process Mining dient der Gesamtrechnungsbetrag dazu, Cases zu segmentieren und zu filtern. Analysten können beispielsweise den Prozessfluss hochpreisiger und niedrigpreisiger Rechnungen vergleichen, um festzustellen, ob sie unterschiedlich bearbeitet werden. Auch für Analysen der finanziellen Auswirkungen ist das Attribut wichtig, etwa um den Wert der Rechnungen zu berechnen, die in der Freigabe feststecken.

Warum das wichtig ist

Ermöglicht Analysen der finanziellen Auswirkungen. So können Benutzer Probleme nach ihrem Geldwert priorisieren und nachvollziehen, wie sich unterschiedliche Rechnungsbeträge auf den Prozess auswirken.

Woher beziehen

Stammt wahrscheinlich aus der Tabelle AR_PAYMENT_SCHEDULES_ALL (AMOUNT_DUE_ORIGINAL) oder wird für eine bestimmte Rechnung aus RA_CUSTOMER_TRX_LINES_ALL berechnet.

Beispiele
1500.0012550.75500.50
Kunden-ID
CustomerId
Eine eindeutige Kennung des Kunden, an den die Rechnung ausgestellt wurde.
Beschreibung

Die Kunden-ID verknüpft eine Rechnung mit einem bestimmten Kundenkonto in den Stammdaten. So lässt sich die Prozessleistung für verschiedene Kunden zusammenfassen und vergleichen.

Mit diesem Attribut können Analysten Dashboards zum Zahlungsverhalten erstellen, Kunden mit besonders vielen Reklamationen oder Nacharbeiten ermitteln und Rechnungsbearbeitungszeiten zwischen Kundensegmenten vergleichen. Es ermöglicht den Wechsel von einer reinen Prozessperspektive zu einer kundenorientierten Analyse.

Warum das wichtig ist

Ermöglicht kundenorientierte Analysen, mit denen sich Zahlungsmuster, häufige Reklamationen und kundenspezifische Prozessvarianten erkennen lassen.

Woher beziehen

In der Tabelle RA_CUSTOMER_TRX_ALL als SOLD_TO_CUSTOMER_ID oder BILL_TO_CUSTOMER_ID zu finden.

Beispiele
CUST-100239845ACME-US-01
Rechnungsstatus
InvoiceStatus
Der aktuelle Status der Rechnung in ihrem Lebenszyklus.
Beschreibung

Der Rechnungsstatus zeigt den aktuellen Stand einer Rechnung an, zum Beispiel „Offen“, „Abgeschlossen“ oder „Beanstandet“. Er bietet eine Momentaufnahme des Rechnungsfortschritts.

Dieses Attribut ist wichtig für Dashboards wie „Rechnungsalter und Statusübersicht“. Benutzer sehen damit schnell Anzahl und Wert der Rechnungen in den verschiedenen Status. So lassen sich Einziehungsmaßnahmen für offene Rechnungen priorisieren und der Gesamtzustand des Forderungsbestands überblicken.

Warum das wichtig ist

Zeigt den aktuellen Status der Rechnungen an. Das ist wichtig für operative Dashboards, die Arbeitslaststeuerung und die Priorisierung von Einziehungsmaßnahmen.

Woher beziehen

Verfügbar in der Tabelle AR_PAYMENT_SCHEDULES_ALL, in der Spalte STATUS („OP“ für offen, „CL“ für abgeschlossen).

Beispiele
OffenAbgeschlossenBeanstandet
Days Sales Outstanding
DaysSalesOutstanding
Die Anzahl der Tage zwischen der Rechnungserstellung und dem Zahlungseingang.
Beschreibung

Days Sales Outstanding (DSO) ist eine wichtige Finanzkennzahl. Sie misst, wie lange es im Durchschnitt dauert, bis eine Rechnung nach ihrer Erstellung bezahlt wird. Das Attribut wird für jede einzelne Rechnung berechnet.

Die übergeordnete KPI bildet einen Durchschnittswert. Der Wert je Rechnung ermöglicht darüber hinaus detaillierte Analysen: Sie können Verteilungen erstellen, Ausreißer erkennen und Entwicklungen bei der Zahlungseffizienz im Zeitverlauf untersuchen. Das Dashboard „DSO-Trend“ zeigt den Durchschnitt dieses Attributs im Zeitverlauf.

Warum das wichtig ist

Misst die Zahlungseffizienz auf Ebene der einzelnen Rechnung. Die zugrunde liegenden Daten ermöglichen Trendanalysen und zeigen Faktoren, die mit einer hohen DSO zusammenhängen.

Woher beziehen

Wird bei der Datentransformation berechnet. Logik: Timestamp('Customer Payment Received') - Timestamp('Invoice Generated').

Beispiele
304592
Fristgerecht bezahlt
IsPaidOnTime
Ein berechnetes Kennzeichen, das angibt, ob die Rechnung am oder vor dem Fälligkeitsdatum bezahlt wurde.
Beschreibung

Dieses boolesche Attribut ergibt sich aus dem Vergleich des Timestamp von „Zahlungseingang beim Kunden“ mit dem „Fälligkeitsdatum“ der Rechnung. Es ist wahr, wenn die Zahlung fristgerecht oder vorzeitig einging, und falsch, wenn sie verspätet war.

Das Kennzeichen vereinfacht die Erstellung von KPIs und Dashboards zur Zahlungsleistung. Es dient als direkte Grundlage für die Berechnung der KPI „Fristgerechte Zahlungsquote“. Außerdem können Sie Rechnungen einfach in die Kategorien „fristgerecht“ und „verspätet“ einteilen und anschließend die Ursachen untersuchen.

Warum das wichtig ist

Dient als direkte Grundlage für die KPI „Fristgerechte Zahlungsquote“ und erleichtert Analysen, indem Rechnungen in die Gruppen „fristgerecht“ und „verspätet“ eingeteilt werden.

Woher beziehen

Wird bei der Datentransformation berechnet. Logik: IF (Timestamp('Customer Payment Received') <= Date('DueDate')) THEN true ELSE false.

Beispiele
truefalse
Geschäftseinheit
BusinessUnit
Die Geschäftseinheit oder operative Einheit des Unternehmens, die die Rechnung ausgestellt hat.
Beschreibung

Die Geschäftseinheit bezeichnet die Organisationseinheit, die für den Geschäftsvorgang verantwortlich ist. In Oracle EBS wird sie häufig als Operating Unit geführt.

Mit diesem Attribut können Sie die Prozessleistung in verschiedenen Unternehmensbereichen vergleichen. So lässt sich feststellen, ob bestimmte Geschäftseinheiten effizienter arbeiten, häufiger fristgerecht bezahlt werden oder mehr Streitfälle verzeichnen. Die Ergebnisse helfen dabei, bewährte Vorgehensweisen weiterzugeben und gezielte Maßnahmen einzuleiten.

Warum das wichtig ist

Ermöglicht den Leistungsvergleich zwischen verschiedenen Unternehmensbereichen und hilft, bewährte Vorgehensweisen sowie bereichsspezifische Herausforderungen zu erkennen.

Woher beziehen

Die Operating Unit lässt sich bei den meisten Transaktionstabellen, etwa RA_CUSTOMER_TRX_ALL, über ORG_ID ermitteln.

Beispiele
US-GeschäftsbetriebEMEA-DienstleistungenGlobale Fertigung
Kundenland
Country
Das Land der Rechnungsadresse des Kunden.
Beschreibung

Dieses Attribut gibt das Land der Rechnungsadresse des Kunden an und ermöglicht eine geografische Analyse des Prozesses.

Eine Analyse nach Ländern kann regionale Unterschiede beim Zahlungsverhalten, bei der Prozesseffizienz oder bei der Einhaltung lokaler Vorschriften aufzeigen. Im Dashboard „Erkenntnisse zum Zahlungsverhalten von Kunden“ lässt sich beispielsweise vergleichen, ob sich die durchschnittlichen Zahlungsverzögerungen zwischen Ländern deutlich unterscheiden.

Warum das wichtig ist

Ermöglicht eine geografische Prozessanalyse und zeigt regionale Unterschiede beim Kundenverhalten, bei regulatorischen Auswirkungen und bei der operativen Leistung.

Woher beziehen

Die Daten werden aus den Informationen zum Rechnungsempfänger des Kunden in HZ_LOCATIONS und FND_TERRITORIES übernommen. Die Verknüpfung erfolgt über die Kundentabellen.

Beispiele
USADeutschlandVereinigtes Königreich
Kundenname
CustomerName
Der rechtliche Name des Kunden, an den die Rechnung ausgestellt wurde.
Beschreibung

Der Kundenname ist eine lesbare Kennung des Kunden. Während die Kunden-ID für Verknüpfungen und die eindeutige Identifizierung verwendet wird, erscheint der Name in Berichten und Dashboards.

Dadurch wird die Analyse anschaulicher: Benutzer erkennen Kundennamen direkt, statt IDs nachschlagen zu müssen. Das ist wichtig für verständliche Visualisierungen, etwa ein Balkendiagramm mit der durchschnittlichen Zahlungsverzögerung je Kunde.

Warum das wichtig ist

Macht Dashboards und Berichte leichter verständlich: Der lesbare Name erleichtert das Filtern und Gruppieren und macht Analysen zugänglicher.

Woher beziehen

Wird anhand der Kunden-ID aus dem Rechnungskopf mit den Tabellen HZ_PARTIES und HZ_CUST_ACCOUNTS verknüpft.

Beispiele
Global Corp Inc.Innovate Solutions Ltd.Test Company LLC
Letzte Datenaktualisierung
LastDataUpdate
Der Timestamp, der angibt, wann die Daten zu diesem Ereignis zuletzt aus dem Quellsystem aktualisiert oder extrahiert wurden.
Beschreibung

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

Anhand dieses Felds können Benutzer prüfen, ob Dashboards und Analysen den aktuellen Prozessstand abbilden. Es hilft dabei, Erwartungen an die Datenverzögerung zu steuern und ist ein wichtiger Metadatenbestandteil jedes zuverlässigen Datenmodells.

Warum das wichtig ist

Informiert Benutzer über die Aktualität der Daten und zeigt, wie aktuell die Prozessanalyse ist.

Woher beziehen

Ein Metadatenfeld, das während des ETL-Prozesses (Extraktion, Transformation und Laden) für jeden Datensatz erzeugt und mit einem Timestamp versehen wird.

Beispiele
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
Nacharbeit
IsRework
Ein berechnetes Kennzeichen, das angibt, ob bei der Rechnung Nacharbeit erforderlich war, etwa eine Änderung oder erneute Freigabe.
Beschreibung

Dieses boolesche Kennzeichen wird auf „wahr“ gesetzt, wenn der Prozessablauf einer Rechnung Aktivitäten enthält, die auf Nacharbeit hindeuten, etwa „Rechnung geändert“ oder ein zweites Ereignis „Rechnung freigegeben“. So erkennen Sie schnell Rechnungen, deren Ablauf vom effizienten Standardprozess abweicht.

Das Attribut ist für KPIs wie „Rechnungsfehlerquote“ und „Manuelle Nacharbeitsquote“ wichtig. Analysten können damit den Umfang der Nacharbeit ermitteln, ineffiziente Fälle herausfiltern und Ursachen untersuchen. Dazu gehören beispielsweise Benutzer oder Abteilungen, die besonders häufig an Nacharbeitsaktivitäten beteiligt sind.

Warum das wichtig ist

Macht Ineffizienzen sichtbar, indem Rechnungen mit zusätzlichen, nicht standardmäßigen Prozessschritten gekennzeichnet werden. So lassen sich Ursachen und Auswirkungen der Nacharbeit analysieren.

Woher beziehen

Wird bei der Datentransformation berechnet, indem bestimmte Aktivitätsfolgen innerhalb eines Cases erkannt werden, zum Beispiel „Rechnung freigegeben“ gefolgt von „Rechnung geändert“.

Beispiele
truefalse
Quellsystem
SourceSystem
Das führende System, aus dem die Daten extrahiert wurden.
Beschreibung

Dieses Attribut kennzeichnet die Quellanwendung, aus der die Ereignisdaten stammen. Für diesen Prozess ist dies durchgehend Oracle E-Business Suite.

In Umgebungen mit mehreren Systemen ist dieses Feld für die Datenherkunft und die Fehlerbehebung entscheidend. Auch bei nur einem System ist es für die Data Governance erforderlich und bestätigt, dass die Daten aus der erwarteten Quelle stammen.

Warum das wichtig ist

Sichert die Nachverfolgbarkeit und den Kontext der Daten. Das ist wichtig für die Data Governance und für die Integration von Daten aus mehreren Unternehmenssystemen.

Woher beziehen

Ein statischer Wert, der während der Datenextraktion gesetzt wird, um das Quell-ERP-System zu kennzeichnen.

Beispiele
Oracle E-Business SuiteOracle EBS R12
Verkaufsauftragsnummer
SalesOrderNumber
Die Kennung des ursprünglichen Verkaufsauftrags, aus dem die Rechnung hervorgegangen ist.
Beschreibung

Die Verkaufsauftragsnummer stellt eine direkte Verbindung zum vorgelagerten Bereich „Auftragsverwaltung“ im Order-to-Cash-Zyklus her. Sie verknüpft die Rechnungsstellung mit dem ursprünglichen Kundenauftrag.

Mit diesem Attribut können Sie Prozesse übergreifend analysieren. So lässt sich beispielsweise untersuchen, ob bestimmte Arten von Verkaufsaufträgen regelmäßig zu Rechnungsstreitigkeiten oder Zahlungsverzögerungen führen. Das Attribut liefert wertvollen Kontext, der bei einer isolierten Betrachtung der Rechnungsstellung oft fehlt.

Warum das wichtig ist

Verknüpft die Rechnungsstellung mit dem vorgelagerten Vertriebsprozess. So können Sie den Order-to-Cash-Prozess umfassender analysieren und Ursachen untersuchen.

Woher beziehen

Das Attribut befindet sich üblicherweise in einem Referenz- oder Schnittstellenfeld der Rechnungsposten-Tabelle RA_CUSTOMER_TRX_LINES_ALL, zum Beispiel in INTERFACE_LINE_ATTRIBUTE1 oder einem ähnlichen beschreibenden Flexfield.

Beispiele
VA-54321601882AUF-2023-9910
Währung
Currency
Der Währungscode für die Geldbeträge auf der Rechnung.
Beschreibung

Dieses Attribut gibt die Währung an, in der die Rechnungsbeträge ausgewiesen sind, zum Beispiel USD oder EUR. Es liefert den nötigen Kontext für alle Finanzkennzahlen.

Bei der Analyse von Daten aus multinationalen Unternehmen ist das Währungsattribut wichtig, damit Finanzwerte korrekt interpretiert und verglichen werden. Dashboards können damit nach Währung gefiltert oder Wechselkurse für konsolidierte Berichte angewendet werden.

Warum das wichtig ist

Liefert den nötigen Kontext für alle Finanzattribute und ermöglicht so eine korrekte Interpretation und Analyse in Umgebungen mit mehreren Währungen.

Woher beziehen

In der Regel in der Tabelle RA_CUSTOMER_TRX_ALL, in der Spalte INVOICE_CURRENCY_CODE.

Beispiele
USDEURGBP
Zahlungsbedingungen
PaymentTerms
Die vereinbarten Zahlungsbedingungen legen fest, wann ein Kunde seine Rechnung begleichen muss.
Beschreibung

Die Zahlungsbedingungen legen fest, unter welchen Bedingungen eine Rechnung bezahlt wird, zum Beispiel „Netto 30“ oder „Netto 60“. Sie bestimmen das Fälligkeitsdatum der Rechnung und gehören zu den wichtigen Stammdaten, die sich direkt auf den Cashflow auswirken.

Eine Analyse nach Zahlungsbedingungen zeigt, wie sich unterschiedliche Fristen auf das Zahlungsverhalten und die Days Sales Outstanding (DSO) auswirken. So lässt sich feststellen, ob Kunden mit kürzeren Zahlungsfristen schneller zahlen. Die Ergebnisse helfen Ihnen außerdem bei der Entscheidung, welche Zahlungsbedingungen Sie den einzelnen Kundensegmenten anbieten.

Warum das wichtig ist

Die Zahlungsbedingungen wirken sich direkt auf das Fälligkeitsdatum der Rechnung und die Cashflow-Prognose aus. Eine Analyse zeigt, wie wirksam die verschiedenen Kreditrichtlinien sind.

Woher beziehen

Die Daten stammen aus der Tabelle RA_TERMS_B. Verknüpft wird sie über TERM_ID in der Tabelle RA_CUSTOMER_TRX_ALL.

Beispiele
Netto 30Netto 60Fällig bei Erhalt
Erforderlich Empfohlen Optional

Aktivitäten für Order-to-Cash, Rechnungsstellung

Diese wichtigen Prozessschritte und Meilensteine sollten Sie in Ihrem Event Log erfassen, um Ihre Rechnungsabläufe zuverlässig zu entdecken und zu analysieren.
5 Empfohlen 8 Optional
Aktivität Beschreibung
Kundenzahlung eingegangen
Eine Kundenzahlung wurde als Zahlungseingang im System erfasst. Zu diesem Zeitpunkt ist die Zahlung möglicherweise noch keiner bestimmten Rechnung zugeordnet.
Warum das wichtig ist

Dieser wichtige Meilenstein dient zur Berechnung der Days Sales Outstanding (DSO). Die Zeit zwischen Rechnungserstellung und Zahlungseingang ist ein zentraler Maßstab für die Effizienz des Forderungseinzugs.

Woher beziehen

Dieses Ereignis wird beim Erstellen eines Datensatzes in der Tabelle AR_CASH_RECEIPTS_ALL ausdrücklich mit einem Timestamp erfasst.

Erfassung

Das Ereignis entspricht dem Erstellungs-Timestamp eines Datensatzes in der Tabelle AR_CASH_RECEIPTS_ALL.

Ereignistyp explicit
Rechnung abgeschlossen
Die Rechnung wird offiziell abgeschlossen. Ihr Saldo beträgt dann aufgrund von Zahlungen, Gutschriften und/oder Anpassungen null. Damit ist der Lebenszyklus der Rechnung erfolgreich beendet.
Warum das wichtig ist

Dies ist der wichtigste Endpunkt des Prozesses. Die gesamte Durchlaufzeit von „Rechnung erstellt“ bis „Rechnung abgeschlossen“ ist ein zentraler Indikator für die Effizienz des Order-to-Cash-Abrechnungszyklus.

Woher beziehen

Abgeleitet aus einer Änderung des Felds STATUS in der Tabelle AR_PAYMENT_SCHEDULES_ALL zu „CL“ (Closed). Als Timestamp kann das Datum des letzten Vorgangs dienen, der zum Abschluss geführt hat.

Erfassung

Abgeleitet aus der Statusänderung zu „CL“ in AR_PAYMENT_SCHEDULES_ALL. Als Timestamp dient der letzte zugehörige Zahlungsausgleich.

Ereignistyp inferred
Rechnung an Kunden gesendet
Diese Aktivität zeigt an, dass die Rechnung offiziell an den Kunden übermittelt wurde, entweder in gedruckter Form oder elektronisch. Damit beginnt die Zahlungsfrist des Kunden.
Warum das wichtig ist

Dieser wichtige Meilenstein dient dazu, die Zustellzeit der Rechnung und die Zeit bis zum Zahlungseingang zu messen. So lassen sich interne Bearbeitungsverzögerungen vom Zahlungsverhalten der Kunden unterscheiden.

Woher beziehen

Oracle EBS protokolliert dieses Ereignis nicht immer ausdrücklich in einem Standardfeld. Es lässt sich möglicherweise aus dem Timestamp des nebenläufigen Programms „Invoice Print“ oder aus einem benutzerdefinierten Kennzeichen für die elektronische Zustellung ableiten.

Erfassung

Abgeleitet aus dem Abschlussdatum des Rechnungsdruckprogramms oder aus benutzerdefinierter Logik für die elektronische Übermittlung.

Ereignistyp inferred
Rechnung erstellt
Kennzeichnet die Erstellung eines neuen Rechnungsvorgangs im System. Dieses Ereignis wird üblicherweise durch das „Autoinvoice Import Program“ ausgelöst, das erfüllte Auftragspositionen verarbeitet, oder durch die manuelle Rechnungserfassung im Receivables-Modul.
Warum das wichtig ist

Dies ist der Startpunkt des Abrechnungsprozesses. Die Zeitspanne von diesem Ereignis bis zu den folgenden Ereignissen zeigt den gesamten Lebenszyklus der Rechnung und hilft, frühe Engpässe zu erkennen.

Woher beziehen

Erfasst als Erstellungsdatum eines Vorgangs in der Oracle-Receivables-Tabelle RA_CUSTOMER_TRX_ALL. Als Timestamp des Ereignisses können TRX_DATE oder CREATION_DATE dienen.

Erfassung

Das Ereignis entspricht dem Erstellungs-Timestamp eines Datensatzes in der Tabelle RA_CUSTOMER_TRX_ALL.

Ereignistyp explicit
Zahlung zugeordnet/abgeglichen
Die eingegangene Kundenzahlung wurde erfolgreich einer oder mehreren bestimmten Rechnungen zugeordnet und reduziert deren offenen Saldo. Damit ist die Zahlung mit der Forderung abgeglichen.
Warum das wichtig ist

Dies ist der letzte Schritt im Zahlungsprozess und eine wichtige Kennzahl für die Zykluszeit der Zahlungszuordnung. Verzögerungen können zu falschen Kontoständen bei Kunden führen und das Kreditmanagement beeinträchtigen.

Woher beziehen

Dieses Ereignis wird ausdrücklich mit einem Timestamp erfasst, wenn in der Tabelle AR_RECEIVABLE_APPLICATIONS_ALL ein Datensatz erstellt wird, der einen Zahlungseingang mit einem Vorgang verknüpft.

Erfassung

Das Ereignis entspricht dem Erstellungs-Timestamp (GL_DATE oder APPLY_DATE) eines Datensatzes in AR_RECEIVABLE_APPLICATIONS_ALL.

Ereignistyp explicit
Forderung abgeschrieben
Eine Anpassung schreibt den gesamten offenen Rechnungsbetrag oder einen Teil davon als uneinbringliche Forderung ab. Dies geschieht üblicherweise, wenn alle Einziehungsmaßnahmen ausgeschöpft sind.
Warum das wichtig ist

Abschreibungen bedeuten einen direkten Umsatzverlust. Ihre Häufigkeit und Höhe helfen dabei, Kreditrichtlinien anzupassen und die finanziellen Auswirkungen uneinbringlicher Forderungen zu verstehen.

Woher beziehen

Der Vorgang wird als bestimmter Anpassungstyp für die Rechnung protokolliert. Er ist in der Tabelle AR_ADJUSTMENTS_ALL zu finden und mit einem Forderungsaktivitätstyp verknüpft, der für Abschreibungen definiert ist.

Erfassung

Das Ereignis entspricht der Erstellung eines Datensatzes in AR_ADJUSTMENTS_ALL mit dem Aktivitätstyp „Write-Off“.

Ereignistyp explicit
Gutschrift erstellt
Ein Gutschriftvorgang wird erstellt und häufig einer bestehenden Rechnung zugeordnet, um einen Abrechnungsfehler zu korrigieren oder eine Rücksendung abzuwickeln. In Accounts Receivable ist dies ein separater, aber damit verbundener Vorgang.
Warum das wichtig ist

Eine hohe Zahl an Gutschriften weist auf vorgelagerte Probleme bei der Auftragsabwicklung, der Preisgestaltung oder der Genauigkeit der ursprünglichen Abrechnung hin. Die Analyse dieser Ereignisse ist wichtig, um Ursachen für Umsatzverluste und Unzufriedenheit bei Kunden zu ermitteln.

Woher beziehen

Erfasst als neuer Vorgang in RA_CUSTOMER_TRX_ALL. CUST_TRX_TYPE_ID verweist auf einen Typ der Klasse „CM“ (Credit Memo). Das Feld PREVIOUS_CUSTOMER_TRX_ID stellt die Verbindung zur ursprünglichen Rechnung her.

Erfassung

Das Ereignis entspricht der Erstellung eines Datensatzes in RA_CUSTOMER_TRX_ALL mit einem Gutschriftvorgangstyp.

Ereignistyp explicit
Rechnung freigegeben
Bezeichnet die formelle interne Freigabe einer manuell erfassten oder geprüften Rechnung, bevor sie an den Kunden gesendet wird. Dieser Schritt kann Teil eines konfigurierten Oracle Workflow sein oder durch eine manuelle Statusänderung erfolgen.
Warum das wichtig ist

Die Freigabezeit ist eine wichtige Kennzahl für den KPI „Rechnungsfreigabe-Zykluszeit“. Verzögerungen verschieben die Rechnungsstellung an den Kunden und verlängern den gesamten Cash-Conversion-Zyklus.

Woher beziehen

Die Erfassung hängt häufig von der Konfiguration ab. Der Zeitpunkt lässt sich aus Statusänderungen in Workflow-Tabellen ableiten, zum Beispiel WF_ITEM_ACTIVITY_STATUSES, oder möglicherweise aus einem beschreibenden Flexfield des Rechnungsvorgangs in RA_CUSTOMER_TRX_ALL.

Erfassung

Abgeleitet aus Statusänderungen in Workflow-Tabellen oder benutzerdefinierten Statusfeldern.

Ereignistyp inferred
Rechnung geändert
Zeigt an, dass eine bestehende, noch nicht abgeschlossene Rechnung aktualisiert oder korrigiert wurde. Dabei können beispielsweise Positionen, Beträge oder Abrechnungsdaten geändert werden, bevor die Rechnung abgeschlossen oder versendet wird.
Warum das wichtig ist

Häufige Änderungen deuten auf ineffiziente Prozesse, Probleme mit der Datenqualität oder Benutzerfehler hin. Die Analyse dieser Aktivität macht den Umfang der Nacharbeit und ihre Auswirkungen auf die Durchlaufzeiten messbar. Sie unterstützt Kennzahlen wie die „Rechnungsfehlerquote“.

Woher beziehen

Bei unvollständigen Rechnungen lässt sich die Änderung durch einen Vergleich von CREATION_DATE und LAST_UPDATE_DATE in der Tabelle RA_CUSTOMER_TRX_ALL ableiten. Ist die Audit-Funktion aktiviert, können Änderungen genauer nachverfolgt werden.

Erfassung

Abgeleitet aus den Aktualisierungen anhand von LAST_UPDATE_DATE in der Tabelle RA_CUSTOMER_TRX_ALL.

Ereignistyp inferred
Reklamation erfasst
Der Kunde hat der Rechnung formell widersprochen. Bis zur Klärung werden die Einziehungsmaßnahmen ausgesetzt. Der Vorgang wird häufig in Oracle Advanced Collections oder durch manuelle Statusänderungen verwaltet.
Warum das wichtig ist

Reklamationen beeinträchtigen den Cashflow unmittelbar, da sie Zahlungen verzögern. Die Häufigkeit und Dauer bis zur Klärung zeigen wiederkehrende Probleme mit Produkten, Dienstleistungen oder der Abrechnungsgenauigkeit auf.

Woher beziehen

Wenn Oracle Advanced Collections verwendet wird, wird der Vorgang ausdrücklich erfasst. Andernfalls lässt er sich möglicherweise anhand eines bestimmten Reklamationsstatus oder einer für die Rechnung in AR gesetzten Sperre ableiten.

Erfassung

Als Vorgang in Oracle Advanced Collections protokolliert oder aus einer Statusänderung der Rechnung abgeleitet.

Ereignistyp explicit
Zahlung rückgängig gemacht
Zeigt an, dass eine zuvor eingegangene Kundenzahlung rückgängig gemacht wurde. Dies geschieht üblicherweise wegen unzureichender Deckung (NSF) oder anderer Fehler bei der Bankverarbeitung.
Warum das wichtig ist

Rückbuchungen erschweren die Cashflow-Prognose und verursachen zusätzlichen Verwaltungsaufwand. Die Erfassung dieser Ereignisse hilft, problematische Kunden oder Zahlungsmethoden zu erkennen.

Woher beziehen

Dies ist eine ausdrückliche Aktion in Oracle Receivables. Bei einer Rückbuchung werden Einträge in AR_CASH_RECEIPT_HISTORY_ALL angelegt, deren Status die Rückbuchung anzeigt, zum Beispiel „REVERSED“.

Erfassung

Erkennbar an einer Statusänderung zu „REVERSED“ in der Tabelle AR_CASH_RECEIPT_HISTORY_ALL.

Ereignistyp explicit
Zahlungserinnerung versendet
Dem Kunden wurde wegen einer überfälligen Rechnung eine Mahnung oder Zahlungserinnerung gesendet. Dies ist eine wichtige Aktivität im Forderungseinzug.
Warum das wichtig ist

Die Erfassung dieser Aktivität ist entscheidend, um die Wirksamkeit der Einziehungsstrategien zu messen. So lassen sich Zahlungseingänge vor und nach dem Versand von Erinnerungen vergleichen.

Woher beziehen

Wenn Oracle Advanced Collections verwendet wird, wird der Versand eines Mahnschreibens als ausdrückliches Ereignis protokolliert. Ohne dieses Modul erfolgt die Aktivität häufig außerhalb des Systems und lässt sich möglicherweise nicht zuverlässig nachverfolgen.

Erfassung

Als Ereignis „Dunning Correspondence“ im Modul Oracle Advanced Collections protokolliert.

Ereignistyp explicit
Zahlungsziel erreicht
Ein berechnetes Ereignis, das den Tag kennzeichnet, an dem die Rechnung gemäß den Zahlungsbedingungen fällig wird. Es entspricht keiner Benutzer- oder Systemaktion, ist aber ein wichtiger zeitlicher Meilenstein.
Warum das wichtig ist

Dieses Ereignis ist wichtig, um die Quote fristgerechter Zahlungen zu berechnen und das Zahlungsverhalten der Kunden zu analysieren. Es dient als Grundlage dafür, festzustellen, ob eine Zahlung vorzeitig, fristgerecht oder verspätet erfolgt.

Woher beziehen

Dieses Ereignis wird nicht protokolliert. Es wird berechnet, indem das Systemdatum mit dem Feld TERM_DUE_DATE in der Tabelle AR_PAYMENT_SCHEDULES_ALL für die jeweilige Rechnung verglichen wird.

Erfassung

Abgeleitet aus dem Vergleich des aktuellen Timestamps mit AR_PAYMENT_SCHEDULES_ALL.TERM_DUE_DATE.

Ereignistyp calculated
Empfohlen Optional

Anleitungen zur Datenextraktion

So exportieren Sie Ihre Daten aus Oracle E-Business Suite

Möchten Sie loslegen?

Nutzen Sie dieses Template als Einstieg in Process Mining für Ihren Order-to-Cash-Prozess im Bereich Rechnungsstellung. Entdecken Sie noch heute Erkenntnisse und verbessern Sie die Effizienz Ihrer Abläufe.

Beschleunigen Sie jetzt Ihre Abrechnung und Rechnungsstellung im Order-to-Cash-Prozess

Verkürzen Sie die Abrechnungsdauer um 30 % und verbessern Sie Ihren Cash Conversion Cycle.

Starten Sie Ihre kostenlose Testphase

Keine Kreditkarte erforderlich. In wenigen Minuten eingerichtet.