> Kontinuierliche Prozessoptimierung > Auftrag zu Kasse Rechnungsstellung & Fakturierung > `Oracle E Business Suite` > Datenvorlage

Ihr Auftrag zu Kasse - Rechnungsstellung & Fakturierung Data Template

Oracle E-Business Suite

← Zurück zum Optimierungsleitfaden

Auftrag zu Kasse - Rechnungsstellung & Fakturierung Attribute (21) Auftrag zu Kasse - Rechnungsstellung & Fakturierung Aktivitäten (13) Extraktionsleitfäden (3)

Ihr Auftrag zu Kasse - Rechnungsstellung & Fakturierung Data Template

Dieses Template bietet eine klare Roadmap für die Erfassung der wesentlichen Data, die zur Analyse Ihres Auftrag zu Kasse - Rechnungsstellung & Fakturierung Prozesses erforderlich ist. Es skizziert die wichtigsten Data-Felder, die in Ihrem Event Log enthalten sein sollten, die kritischen Prozessschritte, die verfolgt werden müssen, und praktische Anleitungen zur Extraktion dieser Informationen. Nutzen Sie diese Ressource, um sicherzustellen, dass Sie alle notwendigen Data für eine effektive Prozessanalyse und -optimierung sammeln.

Empfohlene Attribute zur Erfassung
Wichtige Aktivitäten zur Verfolgung
Extraktionsanleitung für Oracle E-Business Suite

Neu bei Event-Logs? Erfahren Sie wie Sie ein Process-Mining-Event-Log erstellen.

Vorlage herunterladen

Auftrag zu Kasse - Rechnungsstellung & Fakturierung Attribute

Dies sind die empfohlenen Data Felder, die Sie in Ihren Event Log aufnehmen sollten, für eine umfassende Auftrag zu Kasse - Rechnungsstellung & Fakturierung Prozessanalyse.

3 Erforderlich 6 Empfohlen 12 Optional

	Name	Beschreibung
	Ereigniszeit EventTime	Das genaue Datum und die Uhrzeit, zu der die Aktivität stattgefunden hat.
Beschreibung Event Time ist der Zeitstempel, der jeder Aktivität zugeordnet ist und die chronologische Reihenfolge der Ereignisse innerhalb eines Falls angibt. Es sind die Rohdaten, die für alle zeitbasierten Analysen im Process Mining verwendet werden. Dieses Attribut ist unerlässlich für die Berechnung von Schlüsselkennzahlen wie Zykluszeiten, Dauern zwischen Aktivitäten und Prozessvorlaufzeiten. Zum Beispiel ergibt die Differenz in der Event Time zwischen 'Rechnung erstellt' und 'Rechnung genehmigt' die Genehmigungsdauer. Genaue und vollständige Zeitstempel sind entscheidend für eine zuverlässige Prozessanalyse. Bedeutung Es bietet den zeitlichen Kontext für jedes Ereignis, wodurch es möglich wird, Dauern zu berechnen, die Prozessleistung zu analysieren und Engpässe zu entdecken. Datenquelle Stammt aus verschiedenen Datumsfeldern in Oracle EBS Tabellen, wie CREATION_DATE oder LAST_UPDATE_DATE Feldern 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	Der eindeutige Identifikator für jedes Rechnungsdokument, der als primäre Case ID für den Abrechnungsprozess dient.
Beschreibung Die Rechnungsnummer ist der Eckpfeiler der Auftrag zu Kasse Abrechnungsanalyse und identifiziert jede Abrechnungstransaktion eindeutig. Sie gruppiert alle zugehörigen Activities wie Erstellung, Genehmigung, Versand, Zahlung und Abschluss zu einer einzigen, kohärenten Prozessinstanz. Dies ermöglicht eine vollständige End-to-End-Ansicht des Rechnungslebenszyklus. Im Process Mining hilft die Analyse von Prozessen nach Rechnungsnummer, die gesamte Zykluszeit zu messen, Varianten in der Bearbeitung von Rechnungen zu identifizieren und Bottlenecks aufzudecken, die Zahlungen verzögern. Es ist unerlässlich, um einzelne Rechnungen über ihren gesamten Weg von der Erstellung bis zur Begleichung zu verfolgen. Bedeutung Es ist die wesentliche Fall-ID, die alle zugehörigen Ereignisse verbindet und die Rekonstruktion und Analyse des gesamten Fakturierungsprozesses für jede einzelne Rechnung ermöglicht. Datenquelle Dies ist typischerweise die Transaktionsnummer aus der RA_CUSTOMER_TRX_ALL Tabelle in Oracle Receivables. Beispiele INV-9234501788144US-2023-001293
	Aktivitätsname ActivityName	Der Name des spezifischen Geschäfts-Events, das zu einem bestimmten Zeitpunkt innerhalb des Rechnungslebenszyklus aufgetreten ist.
Beschreibung Der Activity Name beschreibt einen Schritt oder Meilenstein im Fakturierungsprozess, wie z.B. 'Rechnung erstellt', 'Rechnung genehmigt' oder 'Kundenzahlung erhalten'. Eine chronologische Abfolge dieser Activities für eine bestimmte Rechnungsnummer bildet den Process Flow. Dieses Attribute ist grundlegend für Process Mining, da es zur Erstellung der Prozesslandkarte, zur Analyse von Prozessvarianten und zur Identifizierung von Abweichungen oder Nacharbeits-Schleifen verwendet wird. Die Klarheit und Konsistenz der Activity-Namen sind entscheidend für eine aussagekräftige Analyse, wie z.B. die Berechnung der Zeit zwischen bestimmten Schritten oder das Verständnis der Process Compliance. Bedeutung Dieses Attribute ist die Grundlage für die Entdeckung und Visualisierung des Process Flow, was die Analyse von Prozessvarianten, Bottlenecks und Nacharbeit ermöglicht. Datenquelle Dies wird typischerweise abgeleitet, indem Statusänderungen, Event Types oder Datensatz-Erstellungs-/Aktualisierungs-Events aus verschiedenen Oracle EBS Tabellen (z.B. AR_PAYMENT_SCHEDULES_ALL, RA_CUSTOMER_TRX_ALL) standardisierten Activity Namen zugeordnet werden. Beispiele Rechnung erstelltRechnung freigegebenZahlungsfälligkeitsdatum erreichtKundenzahlung eingegangen
	Abteilung Department	Die Abteilung oder das Funktionsteam, das dem Nutzer zugeordnet ist, der die Activity ausgeführt hat.
Beschreibung Das Department-Attribute bietet organisatorischen Kontext für den Nutzer, der eine Activity ausgeführt hat, wie z.B. 'Debitoren' oder 'Vertriebsoperationen'. Dies ermöglicht eine Analyse auf Team- oder Abteilungsebene. Dies ist entscheidend, um zu verstehen, wie verschiedene Teile der Organisation mit dem Abrechnungsprozess interagieren und diesen beeinflussen. Es kann helfen, systemische Probleme innerhalb einer Abteilung zu identifizieren, die Leistung zwischen Teams zu vergleichen und die Ressourcenallokation zu analysieren. Zum Beispiel ermöglicht es, das Dashboard 'Rechnungsfreigabe-Zykluszeit' nach Abteilung aufzuschlüsseln. Bedeutung Ermöglicht die Analyse der Prozessleistung nach Organisationsstruktur, wobei regionale Unterschiede im Kundenverhalten, den Auswirkungen von Vorschriften oder der operativen Leistung hervorgehoben werden. Datenquelle Typischerweise abgeleitet durch die Verknüpfung von User-Informationen mit den HR-Hierarchie-Data der Organisation, oft aus PER_ALL_ASSIGNMENTS_F oder einer ähnlichen HR-Tabelle. Beispiele ForderungsmanagementFinanzabläufeAbrechnungsdienste
	Benutzer User	Die User‑ID der Person, die die Aktivität ausgeführt hat.
Beschreibung Dieses Attribute identifiziert den spezifischen Mitarbeiter oder System-User, der für die Ausführung eines Prozessschritts verantwortlich ist, wie z.B. die Genehmigung einer Rechnung oder die Verbuchung von Cash. Es ist unerlässlich, um das menschliche Element des Prozesses zu verstehen. Die Analyse nach User hilft, Schulungsmöglichkeiten, Ungleichgewichte in der Arbeitslastverteilung und individuelle Leistungsunterschiede zu identifizieren. Zum Beispiel kann sie aufzeigen, welche User mit der meisten Nacharbeit oder den längsten Genehmigungszeiten verbunden sind, und so gezielte Prozessverbesserungsbemühungen unterstützen. Bedeutung Ermöglicht eine Leistungsanalyse auf individueller Ebene, die hilft, leistungsstarke Benutzer, Schulungsbedarfe und potenzielle Arbeitslastungleichgewichte zu identifizieren. Datenquelle Stammt aus Benutzer-ID-Feldern wie CREATED_BY oder LAST_UPDATED_BY in verschiedenen Transaktionstabellen. Diese ID wird dann mit FND_USER verknüpft, um den Benutzernamen zu erhalten. Beispiele JSMITHBWILLIAMSCDAVIS
	Fälligkeitsdatum DueDate	Das Datum, bis zu dem der Kunde die Rechnung voraussichtlich bezahlen muss.
Beschreibung Das Fälligkeitsdatum ist ein kritisches Date Attribute, das die Zahlungsfrist für eine Rechnung gemäß den Zahlungsbedingungen festlegt. Es ist der Maßstab, anhand dessen die tatsächliche Zahlungsleistung gemessen wird. Dieses Attribute ist unerlässlich für die Berechnung von KPIs wie der pünktlichen Zahlungsrate und für die Erstellung von Rechnungsalterungsberichten. Im Process Mining ermöglicht es die Analyse des Zahlungsverhaltens, z.B. die Identifizierung von Kunden, die konsequent zu spät zahlen, oder die Feststellung der Auswirkungen von Prozessverzögerungen auf die Fähigkeit, Zahlungen pünktlich einzuziehen. Bedeutung Es ist die Grundlage für die Messung der Zahlungsleistung, die Berechnung der Rechnungsalterung und die Bewertung des Risikos von Zahlungsverzögerungen oder uneinbringlichen Forderungen. Datenquelle 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 gesamte monetäre Wert der Rechnung, einschließlich aller Posten, Steuern und Gebühren.
Beschreibung Dieses Attribute stellt den gesamten Finanzwert der an den Kunden gesendeten Rechnung dar. Es ist eine fundamentale Metrik für die Finanzanalyse innerhalb des Abrechnungsprozesses. Im Process Mining wird der Total Invoice Amount verwendet, um Cases zu segmentieren und zu filtern. Zum Beispiel können Analysten den Process Flow für hochwertige Rechnungen mit dem für geringwertige Rechnungen vergleichen, um zu sehen, ob sie unterschiedlich behandelt werden. Es ist auch unerlässlich für die finanzielle Wirkungsanalyse, wie z.B. die Berechnung des Wertes von Rechnungen, die in der Genehmigungsphase feststecken. Bedeutung Ermöglicht die Analyse finanzieller Auswirkungen, wodurch Benutzer Probleme basierend auf dem monetären Wert priorisieren und verstehen können, wie unterschiedliche Rechnungswerte den Prozess beeinflussen. Datenquelle Wahrscheinlich aus der Tabelle AR_PAYMENT_SCHEDULES_ALL (AMOUNT_DUE_ORIGINAL) oder aus RA_CUSTOMER_TRX_LINES_ALL für eine bestimmte Rechnung berechnet. Beispiele 1500.0012550.75500.50
	Kunden-ID CustomerId	Eine eindeutige Kennung für den Kunden, an den die Rechnung ausgestellt wurde.
Beschreibung Die Kunden-ID verknüpft eine Rechnung mit einem spezifischen Kundenkonto in den Master Data. Dies ermöglicht die Aggregation und den Vergleich der Prozessleistung über verschiedene Kunden hinweg. Mit diesem Attribute können Analysten Dashboards erstellen, die das Zahlungsverhalten von Kunden hervorheben, identifizieren, welche Kunden mit den meisten Streitigkeiten oder Nacharbeit verbunden sind, und die Rechnungsbearbeitungszeiten über Kundensegmente hinweg vergleichen. Es ist entscheidend, um von einer rein prozessorientierten Ansicht zu einer kundenzentrierten Analyse überzugehen. Bedeutung Ermöglicht kundenorientierte Analysen, die helfen, Zahlungsmuster, häufige Streitigkeiten oder prozessspezifische Variationen für bestimmte Kunden zu identifizieren. Datenquelle In der Tabelle RA_CUSTOMER_TRX_ALL als SOLD_TO_CUSTOMER_ID oder BILL_TO_CUSTOMER_ID gefunden. Beispiele CUST-100239845ACME-US-01
	Rechnungsstatus InvoiceStatus	Der aktuelle Status der Rechnung in ihrem Lebenszyklus.
Beschreibung Der Rechnungsstatus spiegelt den aktuellen Zustand einer Rechnung wider, z.B. 'Offen', 'Geschlossen' oder 'Im Streitfall'. Dies bietet eine Momentaufnahme des Rechnungsfortschritts. Dieses Attribut ist unerlässlich für die Erstellung von Dashboards wie der 'Rechnungsalterung & Statusübersicht', die es Benutzern ermöglicht, schnell das Volumen und den Wert von Rechnungen in verschiedenen Zuständen zu sehen. Es hilft, Inkassobemühungen für offene Rechnungen zu priorisieren und bietet eine hochrangige Zusammenfassung der allgemeinen Gesundheit des Debitorenbestands. Bedeutung Bietet eine aktuelle Übersicht über Rechnungen, die für operative Dashboards, die Verwaltung von Arbeitslasten und die Priorisierung von Inkassoaktivitäten entscheidend ist. Datenquelle Verfügbar in der Tabelle AR_PAYMENT_SCHEDULES_ALL, in der Spalte STATUS ('OP' für offen, 'CL' für geschlossen). Beispiele OffenGeschlossenIm Streitfall
	`Verkaufsauftragsnummer` SalesOrderNumber	Die Kennung des ursprünglichen Verkaufsauftrags, der zur Erstellung der Rechnung führte.
Beschreibung Die Sales Order Nummer bietet eine direkte Verknüpfung zum vorhergehenden 'Order Management'-Teil des Order-to-Cash-Zyklus. Sie verbindet den Abrechnungsprozess mit der ursprünglichen Kundenbestellung. Dieses Attribute ermöglicht eine breitere, prozessübergreifende Analyse. Zum Beispiel können Analysten untersuchen, ob bestimmte Arten von Sales Orders konsequent zu Abrechnungsstreitigkeiten oder Zahlungsverzögerungen führen. Es liefert wertvollen Kontext, der oft verloren geht, wenn der Abrechnungsprozess isoliert betrachtet wird. Bedeutung Verbindet den Abrechnungsprozess mit dem vorgelagerten Vertriebsprozess und ermöglicht eine ganzheitlichere Order-to-Cash-Analyse und Ursachenforschung. Datenquelle Typischerweise in einem Referenz- oder Schnittstellen-Attribute-Feld der Rechnungszeilentabelle, RA_CUSTOMER_TRX_LINES_ALL, wie INTERFACE_LINE_ATTRIBUTE1 oder einem ähnlichen deskriptiven Flexfield zu finden. Beispiele SO-54321601882ORD-2023-9910
	Days Sales Outstanding DaysSalesOutstanding	Die Anzahl der Tage zwischen Rechnungserstellung und Zahlungseingang.
Beschreibung Days Sales Outstanding (DSO) ist eine entscheidende Finanzkennzahl, die die durchschnittliche Zeit misst, die es dauert, eine Zahlung nach der Erstellung einer Rechnung einzuziehen. Dieses Attribut wird für jede einzelne Rechnung berechnet. Während der Gesamt-KPI ein Durchschnitt ist, ermöglicht dieser Wert pro Rechnung eine leistungsstarke Analyse. Er kann verwendet werden, um Verteilungen zu erstellen, Ausreißer zu identifizieren und Trends in der Inkassoeffizienz im Laufe der Zeit zu analysieren. Das Dashboard 'DSO Trend' visualisiert direkt den Durchschnitt dieses Attributs über die Zeit. Bedeutung Misst die Inkassoeffizienz auf Ebene der einzelnen Rechnung und liefert die Rohdaten für Trendanalysen sowie die Identifizierung von Faktoren, die mit einem hohen DSO korrelieren. Datenquelle Berechnet während der Datentransformation. Logik: Timestamp('Kundenzahlung erhalten') - Timestamp('Rechnung erstellt'). Beispiele 304592
	Freigabe-Durchlaufzeit ApprovalCycleTime	Die Dauer von der Rechnungserstellung bis zur Rechnungsfreigabe.
Beschreibung Dieses Attribute misst die Zeit, die für den internen Rechnungsfreigabeprozess benötigt wird. Es ist ein Schlüsselindikator für die interne Effizienz und eine häufige Quelle für Bottlenecks im gesamten Abrechnungszyklus. Die Berechnung dieser Dauer für jede Rechnung ermöglicht die Erstellung des Dashboards 'Rechnungsfreigabe-Zykluszeit'. Sie erlaubt die Analyse nach Abteilung, User oder Rechnungswert, um die Ursachen für Genehmigungsverzögerungen zu lokalisieren und die Auswirkungen von Prozessverbesserungsinitiativen zu messen. Bedeutung Identifiziert interne Bottlenecks, indem die Effizienz des Genehmigungs-Workflows gemessen wird – eine häufige Ursache für Verzögerungen beim Versand von Rechnungen an Kunden. Datenquelle Berechnet während der Datentransformation. Logik: Timestamp('Rechnung genehmigt') - Timestamp('Rechnung erstellt'). Beispiele 864001728003600
	Geschäftseinheit BusinessUnit	Die spezifische Business Unit oder Operating Unit innerhalb des Unternehmens, die die Rechnung ausgestellt hat.
Beschreibung Die Business Unit repräsentiert die organisatorische Einheit, die für die Transaktion verantwortlich ist. In Oracle EBS wird dies oft durch die Operating Unit dargestellt. Dieses Attribute ermöglicht den Vergleich der Prozessleistung über verschiedene Geschäftsbereiche hinweg. Es kann helfen zu ermitteln, ob bestimmte Business Units effizienter sind, höhere pünktliche Zahlungsraten aufweisen oder mehr Streitigkeiten erleben, was den Austausch von Best Practices und gezielte Interventionen ermöglicht. Bedeutung Ermöglicht den Leistungsvergleich über verschiedene Teile der Organisation hinweg und hilft, Best Practices und bereichsspezifische Herausforderungen zu identifizieren. Datenquelle Der Kontext der Operating Unit ist implizit über die ORG_ID in den meisten Transaktionstabellen wie RA_CUSTOMER_TRX_ALL verfügbar. Beispiele US-OperationenEMEA ServicesGlobal Manufacturing
	Ist Nacharbeit IsRework	Ein berechnetes Flag, das anzeigt, ob die Rechnung eine Nachbearbeitung erfahren hat, wie z.B. eine Änderung oder erneute Genehmigung.
Beschreibung Dieses boolesche Flag wird auf 'true' gesetzt, wenn der Process Flow einer Rechnung Activities enthält, die auf Nacharbeit hindeuten, wie z.B. 'Rechnung geändert' oder ein zweites 'Rechnung genehmigt' Event. Es hilft, schnell Rechnungen zu identifizieren, die vom standardmäßigen, effizienten Pfad abweichen. Dieses Attribute ist entscheidend für KPIs wie 'Rechnungsfehlerrate' und 'Manuelle Nacharbeitsrate'. Es ermöglicht Analysten, die Häufigkeit von Nacharbeit einfach zu quantifizieren, nach diesen ineffizienten Cases zu filtern und die Ursachen zu untersuchen, wie z.B. die User oder Abteilungen, die am häufigsten mit Nacharbeits-Activities verbunden sind. Bedeutung Quantifiziert die Prozesseffizienz, indem Rechnungen markiert werden, die zusätzliche, nicht standardisierte Schritte erforderten, was die Analyse der Ursachen und Auswirkungen von Nacharbeit ermöglicht. Datenquelle Berechnet während der Datentransformation durch Erkennung spezifischer Aktivitätssequenzen (z.B. 'Rechnung genehmigt' gefolgt von 'Rechnung geändert') innerhalb eines Falles. Beispiele truefalsch
	Kundenland Country	Das Land der Rechnungsadresse des Kunden.
Beschreibung Dieses Attribute gibt das Land an, das mit der Rechnungsadresse des Kunden verbunden ist. Es bietet eine geografische Dimension für die Prozessanalyse. Die Analyse des Prozesses nach Ländern kann regionale Unterschiede im Zahlungsverhalten, in der Prozesseffizienz oder in der Compliance mit lokalen Vorschriften aufzeigen. Zum Beispiel kann es im Dashboard 'Einblicke in das Kundenzahlungsverhalten' verwendet werden, um zu sehen, ob die durchschnittlichen Zahlungsverzögerungen zwischen den Ländern signifikant variieren. Bedeutung Ermöglicht eine geografische Analyse des Prozesses, wobei regionale Unterschiede im Kundenverhalten, den Auswirkungen von Vorschriften oder der operativen Leistung hervorgehoben werden. Datenquelle Verknüpft aus den Informationen zur Rechnungsadresse des Kunden, die in HZ_LOCATIONS und FND_TERRITORIES gespeichert sind, verknüpft über die Kundenkontotabellen. Beispiele USADeutschlandVereinigtes Königreich
	Kundenname CustomerName	Der Firmenname des Kunden, an den die Rechnung ausgestellt wurde.
Beschreibung Der Kundenname bietet eine menschenlesbare Kennung für den Kunden. Während die Kunden-ID für Verknüpfungen und eindeutige Identifizierung verwendet wird, dient der Name zur Anzeige in Berichten und Dashboards. Dies macht die Analyse intuitiver, da Nutzer Kundennamen leicht erkennen können, anstatt IDs nachschlagen zu müssen. Es ist entscheidend für die Erstellung benutzerfreundlicher Visualisierungen, wie z.B. eines Balkendiagramms, das die durchschnittliche Zahlungsverzögerung pro Kunde zeigt. Bedeutung Verbessert die Benutzerfreundlichkeit von Dashboards und Berichten durch die Bereitstellung eines menschenlesbaren Namens zum Filtern und Gruppieren, was die Analyse zugänglicher macht. Datenquelle Verknüpft aus den Tabellen HZ_PARTIES und HZ_CUST_ACCOUNTS unter Verwendung der Kunden-ID aus dem Rechnungsheader. Beispiele Global Corp Inc.Innovate Solutions Ltd.Test Company LLC
	Letzte Datenaktualisierung LastDataUpdate	Der `Timestamp`, der angibt, wann die `Data` für dieses `Event` zuletzt aktualisiert oder aus dem Quellsystem extrahiert wurde.
Beschreibung Dieses Attribute liefert den Timestamp der letzten Data Extraction. Es ist entscheidend für das Verständnis der Aktualität der zu analysierenden Data. User verlassen sich auf dieses Feld, um zu wissen, ob die Dashboards und Analysen den aktuellsten Status des Prozesses widerspiegeln. Es hilft, Erwartungen hinsichtlich der Data Latency zu managen und ist ein wichtiges Stück Metadata für jedes zuverlässige Data Model. Bedeutung Informiert Benutzer über die Aktualität der Daten und stellt sicher, dass sie verstehen, wie aktuell die Prozessanalyse ist. Datenquelle Dies ist ein Metadata-Feld, das während des Data Extraction, Transformation und Loading (ETL)-Prozesses generiert und auf jeden Datensatz gestempelt wird. Beispiele 2023-10-27T02:00:00Z2023-10-28T02:00:00Z
	Quellsystem SourceSystem	Das System, aus dem die Daten extrahiert wurden.
Beschreibung Dieses Attribute identifiziert die Quellanwendung, aus der die Event Data stammt. Für diesen Prozess wird es durchweg die Oracle E-Business Suite sein. In Umgebungen mit mehreren Systemen ist dieses Feld entscheidend für Data Lineage und Troubleshooting. Selbst in einem Einzelsystem-Kontext ist es ein Pflichtfeld für die Data Governance, das bestätigt, dass die Data aus der erwarteten Quelle stammt. Bedeutung Gewährleistet Datenrückverfolgbarkeit und Kontext, was für die Data Governance und bei der Integration von Daten aus mehreren Unternehmenssystemen entscheidend ist. Datenquelle Dies ist ein statischer Wert, der während des Data Extraction-Prozesses festgelegt wird, um das Quell-ERP zu identifizieren. Beispiele `Oracle E-Business Suite``Oracle EBS R12`
	Währung Currency	Der Währungscode für die Geldbeträge auf der Rechnung.
Beschreibung Dieses Attribute gibt die Währung an, z.B. USD oder EUR, in der die Rechnungsbeträge denominiert sind. Es liefert den notwendigen Kontext für alle Finanzkennzahlen. Bei der Analyse von Data aus multinationalen Operationen ist das Currency Attribute unerlässlich für die korrekte Interpretation und den Vergleich finanzieller Werte. Dashboards können es verwenden, um nach Währung zu filtern oder Wechselkurse für konsolidierte Berichte anzuwenden. Bedeutung Bietet den wesentlichen Kontext für alle finanziellen Attribute und gewährleistet eine genaue Interpretation und Analyse in einer Mehrwährungsumgebung. Datenquelle Typischerweise in der RA_CUSTOMER_TRX_ALL Tabelle, in der Spalte INVOICE_CURRENCY_CODE zu finden. Beispiele USDEURGBP
	Wurde pünktlich bezahlt IsPaidOnTime	Ein berechnetes Flag, das angibt, ob die Rechnung pünktlich oder vor dem Fälligkeitsdatum bezahlt wurde.
Beschreibung Dies ist ein boolesches Attribute, das durch den Vergleich des 'Kundenzahlung erhalten'-Timestamp mit dem 'Fälligkeitsdatum' der Rechnung abgeleitet wird. Es ist 'true', wenn die Zahlung pünktlich oder früh erfolgte, und 'false', wenn sie verspätet war. Dieses Flag vereinfacht die Erstellung von KPIs und Dashboards im Zusammenhang mit der Zahlungsleistung. Es ist der direkte Input für die Berechnung des KPIs 'Pünktliche Zahlungsrate' und ermöglicht eine einfache Filterung und Segmentierung von Rechnungen in 'pünktliche' und 'verspätete' Kategorien für weitere Ursachenanalysen. Bedeutung Unterstützt direkt den KPI 'Pünktliche Zahlungsrate' und vereinfacht Analysen durch Kategorisierung von Rechnungen in 'pünktliche' und 'verspätete' Gruppen. Datenquelle Berechnet während der Datentransformation. Logik: WENN (Timestamp('Kundenzahlung erhalten') <= Datum('Fälligkeitsdatum')) DANN wahr SONST falsch. Beispiele truefalsch
	Zahlungsbedingungen PaymentTerms	Die vereinbarten Bedingungen, die festlegen, wann ein Kunde seine Rechnung bezahlen muss.
Beschreibung Zahlungsbedingungen definieren die Konditionen der Zahlung, wie zum Beispiel 'Netto 30' oder 'Netto 60', die zur Berechnung des Rechnungsfälligkeitsdatums verwendet werden. Sie sind ein entscheidender Teil der Stammdaten, der sich direkt auf den Cashflow auswirkt. Eine Analyse nach Zahlungsbedingungen hilft zu verstehen, wie sich unterschiedliche Konditionen auf das Zahlungsverhalten und die Days Sales Outstanding (DSO) auswirken. Sie kann aufzeigen, ob Kunden mit kürzeren Zahlungszielen schneller bezahlen, und strategische Entscheidungen darüber untermauern, welche Zahlungsbedingungen verschiedenen Kundensegmenten angeboten werden sollten. Bedeutung Beeinflusst direkt das Fälligkeitsdatum der Rechnung und die Cashflow-Prognose. Die Analyse hilft, die Wirksamkeit verschiedener Kreditrichtlinien zu bewerten. Datenquelle Stammt aus der RA_TERMS_B Tabelle, verknüpft über die TERM_ID in der RA_CUSTOMER_TRX_ALL Tabelle. Beispiele Netto 30Netto 60Zahlbar bei Erhalt

Erforderlich Empfohlen Optional

Auftrag zu Kasse - Rechnungsstellung & Fakturierung Aktivitäten

Dies sind die wesentlichen Prozessschritte und Meilensteine, die Sie in Ihrem Event Log erfassen müssen, um Ihre Abrechnungsvorgänge genau zu entdecken und zu analysieren.

5 Empfohlen 8 Optional

	Aktivität	Beschreibung
	`Rechnung an Kunden gesendet`	Diese Activity bedeutet, dass die Rechnung offiziell an den Kunden übermittelt wurde, entweder durch Druck oder auf elektronischem Wege. Dieses Event markiert den Beginn des Zahlungsfrist-Countdowns des Kunden.
Bedeutung Dies ist ein wichtiger Meilenstein zur Messung der Lieferzeit für Rechnungen und der Verzögerung bis zur Zahlung. Es hilft, interne Bearbeitungsverzögerungen vom Kundenzahlungsverhalten zu unterscheiden. Datenquelle Oracle EBS protokolliert dieses Event nicht immer explizit in einem Standardfeld. Es kann aus dem Timestamp des 'Invoice Print' Concurrent Programms oder einem benutzerdefinierten Flag bei elektronischer Zustellung abgeleitet werden. Erfassen Abgeleitet vom Abschlussdatum des Rechnungsdruckprogramms oder einer benutzerdefinierten Logik für die elektronische Übertragung. Ereignistyp inferred
	Kundenzahlung eingegangen	Eine Zahlung eines Kunden wurde als Bareingang im System erfasst. In diesem Stadium ist die Zahlung möglicherweise noch nicht auf eine bestimmte Rechnung angewendet worden.
Bedeutung Dies ist ein wichtiger Meilenstein für die Berechnung der Days Sales Outstanding (DSO). Die Zeit zwischen Rechnungserstellung und Zahlungseingang ist ein primäres Maß für die Effizienz des Forderungseinzugs. Datenquelle Dieses Event wird explizit mit einem Timestamp bei der Erstellung eines Datensatzes in der AR_CASH_RECEIPTS_ALL Tabelle erfasst. Erfassen Ereignis ist der Erstellungszeitstempel eines Datensatzes in der Tabelle AR_CASH_RECEIPTS_ALL. Ereignistyp explicit
	Rechnung abgeschlossen	Die Rechnung ist offiziell geschlossen, was bedeutet, dass ihr Saldo aufgrund von Zahlungen, Gutschriften und/oder Anpassungen null beträgt. Dies markiert den erfolgreichen Abschluss des Rechnungslebenszyklus.
Bedeutung Dies ist der primäre Endpunkt des Prozesses. Die gesamte Zykluszeit von 'Rechnung erstellt' bis 'Rechnung geschlossen' ist ein Schlüsselindikator für die Gesamteffizienz des Auftrag zu Kasse Abrechnungszyklus. Datenquelle Abgeleitet aus der Änderung des STATUS-Feldes in der Tabelle AR_PAYMENT_SCHEDULES_ALL zu 'CL' (Geschlossen). Das Datum der letzten Transaktion, die die Schließung verursachte, kann als Zeitstempel verwendet werden. Erfassen Abgeleitet aus der Statusänderung zu 'CL' in AR_PAYMENT_SCHEDULES_ALL, mit Zeitstempel der letzten zugehörigen Anwendung. Ereignistyp inferred
	Rechnung erstellt	Markiert die Erstellung einer neuen Rechnungstransaktion im System. Dieses Ereignis wird typischerweise durch das 'Autoinvoice Import Program' ausgelöst, das erfüllte Verkaufsauftragspositionen verarbeitet, oder durch die manuelle Rechnungserfassung im Debitorenbuchhaltungsmodul.
Bedeutung Dies ist der Startpunkt des Abrechnungsprozesses. Die Analyse der Zeit von diesem Event zu anderen offenbart den gesamten Rechnungslebenszyklus und hilft, frühe Bottlenecks zu identifizieren. Datenquelle Erfasst als Erstellungsdatum einer Transaktion in der Oracle Receivables Tabelle RA_CUSTOMER_TRX_ALL. Das TRX_DATE oder CREATION_DATE kann als Event Timestamp verwendet werden. Erfassen Ereignis ist der Erstellungszeitstempel eines Datensatzes in der Tabelle RA_CUSTOMER_TRX_ALL. Ereignistyp explicit
	Zahlung verbucht/abgestimmt	Der erhaltene Kundenzahlung wurde erfolgreich auf eine oder mehrere spezifische Rechnungen angewendet, wodurch der ausstehende Saldo reduziert wird. Dies stellt die Abstimmung der Zahlung mit der Schuld dar.
Bedeutung Dies ist der letzte Schritt im Zahlungsprozess und entscheidend für die Messung der Cash Application Cycle Time. Verzögerungen hier können Kundenkontensalden falsch darstellen und das Kreditmanagement beeinträchtigen. Datenquelle Dieses Event wird explizit mit einem Timestamp erfasst, wenn ein Datensatz in der AR_RECEIVABLE_APPLICATIONS_ALL Tabelle erstellt wird, der einen Zahlungseingang mit einer Transaktion verknüpft. Erfassen Ereignis ist der Erstellungszeitstempel (GL_DATE oder APPLY_DATE) eines Datensatzes in AR_RECEIVABLE_APPLICATIONS_ALL. Ereignistyp explicit
	Abschreibung erstellt	Eine Anpassung wird vorgenommen, um den gesamten oder einen Teil des verbleibenden Rechnungsbetrags als uneinbringliche Forderung abzuschreiben. Dies geschieht typischerweise, nachdem Inkassobemühungen ausgeschöpft wurden.
Bedeutung Abschreibungen stellen einen direkten Umsatzverlust dar. Die Analyse ihrer Häufigkeit und ihres Wertes hilft bei der Verfeinerung der Kreditpolitik und dem Verständnis der finanziellen Auswirkungen uneinbringlicher Forderungen. Datenquelle Dies wird als spezifische Anpassungstyp-Transaktion gegen die Rechnung protokolliert. Das Event kann in der AR_ADJUSTMENTS_ALL Tabelle mit einem Link zu einem für Abschreibungen definierten Debitoren-Activity-Typ gefunden werden. Erfassen Ereignis ist die Erstellung eines Datensatzes in AR_ADJUSTMENTS_ALL mit dem Aktivitätstyp 'Abschreibung'. Ereignistyp explicit
	Disput eröffnet	Der Kunde hat die Rechnung formell bestritten, was zu einer Aussetzung der Inkassoaktivitäten bis zur Klärung führt. Dies wird oft innerhalb von Oracle Advanced Collections oder durch manuelle Statusaktualisierungen verwaltet.
Bedeutung Streitigkeiten wirken sich direkt auf den Cashflow aus, indem sie Zahlungen verzögern. Das Verfolgen ihrer Häufigkeit und Lösungszeit hilft, wiederkehrende Probleme mit Produkten, Dienstleistungen oder der Abrechnungsgenauigkeit zu identifizieren. Datenquelle Wird Oracle Advanced Collections verwendet, handelt es sich um eine explizite Transaktion. Andernfalls kann sie aus einem spezifischen 'Streitfall'-Status oder einer Sperre, die auf die Rechnung in der Debitorenbuchhaltung angewendet wird, abgeleitet werden. Erfassen Als Transaktion in Oracle Advanced Collections protokolliert oder aus einer Statusänderung auf der Rechnung abgeleitet. Ereignistyp explicit
	Gutschrift erstellt	Eine Gutschriftstransaktion wird generiert und oft auf eine bestehende Rechnung angewendet, um einen Abrechnungsfehler zu korrigieren oder eine Rücksendung zu verarbeiten. Dies ist eine separate, aber verwandte Transaktion innerhalb der Debitorenbuchhaltung.
Bedeutung Hohe Mengen an Gutschriften weisen auf vorgelagerte Probleme bei der Auftragserfüllung, Preisgestaltung oder anfänglichen Abrechnungsgenauigkeit hin. Die Analyse dieser Ereignisse ist entscheidend für die Ursachenanalyse von Umsatzverlusten und Kundenunzufriedenheit. Datenquelle Erfasst als neue Transaktion in RA_CUSTOMER_TRX_ALL, wobei die CUST_TRX_TYPE_ID auf einen Typ mit der Klasse 'CM' (Gutschrift) verweist. Das Feld PREVIOUS_CUSTOMER_TRX_ID verknüpft sie mit der Originalrechnung. Erfassen Ereignis ist die Erstellung eines Datensatzes in RA_CUSTOMER_TRX_ALL mit einem Gutschriftstransaktionstyp. Ereignistyp explicit
	Rechnung freigegeben	Stellt die formale interne Genehmigung einer manuell erfassten oder überprüften Rechnung dar, bevor diese an den Kunden versandt wird. Diese Activity kann Teil eines konfigurierten Oracle Workflows oder einer manuellen Statusänderung sein.
Bedeutung Die Verfolgung der Genehmigungszeit ist entscheidend für den KPI 'Rechnungsfreigabe-Zykluszeit'. Verzögerungen hier verschieben die Kundenabrechnung direkt und verlängern den gesamten Cash Conversion Cycle. Datenquelle Dies ist oft konfigurationsabhängig. Es kann aus Statusänderungen in Workflow-Tabellen (z.B. WF_ITEM_ACTIVITY_STATUSES) oder potenziell aus einem deskriptiven Flexfield der Rechnungstransaktion in RA_CUSTOMER_TRX_ALL abgeleitet werden. Erfassen Abgeleitet aus Statusänderungen in Workflow-Tabellen oder benutzerdefinierten Statusfeldern. Ereignistyp inferred
	Rechnung geändert	Zeigt an, dass eine bestehende, unvollständige Rechnung aktualisiert oder korrigiert wurde. Dies könnte die Änderung von Posten, Beträgen oder Abrechnungsinformationen umfassen, bevor die Rechnung fertiggestellt oder versendet wird.
Bedeutung Häufige Änderungen deuten auf Prozesseffizienzdefizite, Datenqualitätsprobleme oder Benutzerfehler hin. Die Analyse dieser Aktivität hilft, Nacharbeiten und deren Auswirkungen auf Zykluszeiten zu quantifizieren und KPIs wie die 'Rechnungsfehlerquote' zu unterstützen. Datenquelle Kann durch den Vergleich von CREATION_DATE mit LAST_UPDATE_DATE in der Tabelle RA_CUSTOMER_TRX_ALL für unvollständige Rechnungen abgeleitet werden. Wenn Audit aktiviert ist, können Änderungen expliziter verfolgt werden. Erfassen Abgeleitet durch die Verfolgung von Updates über LAST_UPDATE_DATE in der Tabelle RA_CUSTOMER_TRX_ALL. Ereignistyp inferred
	Zahlung zurückgebucht	Zeigt an, dass eine zuvor erhaltene Kundenzahlung storniert wurde. Dies geschieht typischerweise aufgrund unzureichender Deckung (NSF) oder anderer Bankbearbeitungsfehler.
Bedeutung Zahlungsrückbuchungen stören die Cashflow-Prognose und verursachen zusätzlichen Verwaltungsaufwand. Die Verfolgung dieser Events hilft, problematische Kunden oder Zahlungsmethoden zu identifizieren. Datenquelle Dies ist eine explizite Aktion in Oracle Receivables. Eine Stornierung erstellt Einträge in AR_CASH_RECEIPT_HISTORY_ALL mit einem Status, der eine Rückbuchung anzeigt, wie z.B. 'REVERSED'. Erfassen Identifiziert durch eine Statusänderung auf 'REVERSED' in der Tabelle AR_CASH_RECEIPT_HISTORY_ALL. Ereignistyp explicit
	Zahlungserinnerung versandt	Eine Mahnung oder Zahlungserinnerung wurde an den Kunden bezüglich einer überfälligen Rechnung gesendet. Dies ist eine Schlüsselaktivität im Inkassoprozess.
Bedeutung Die Verfolgung dieser Activity ist entscheidend für die Messung der Wirksamkeit von Inkassostrategien. Sie ermöglicht die Analyse der Zahlungsraten vor und nach dem Versand von Mahnungen. Datenquelle Wird Oracle Advanced Collections verwendet, wird das Versenden einer Mahnung als explizites Ereignis protokolliert. Ohne dieses Modul wird diese Aktivität oft außerhalb des Systems durchgeführt und kann möglicherweise nicht zuverlässig verfolgt werden. Erfassen Als Mahnkorrespondenz-Ereignis im Modul Oracle Advanced Collections protokolliert. Ereignistyp explicit
	Zahlungsfälligkeitsdatum erreicht	Ein berechnetes Ereignis, das den Tag markiert, an dem die Rechnung gemäß ihren Zahlungsbedingungen fällig wird. Dieses Ereignis entspricht keiner Benutzer- oder Systemaktion, ist aber ein kritischer zeitlicher Meilenstein.
Bedeutung Dieses Event ist unerlässlich für die Berechnung pünktlicher Zahlungsraten und die Analyse des Kundenzahlungsverhaltens. Es dient als Basislinie, um festzustellen, ob eine Zahlung früh, pünktlich oder verspätet ist. Datenquelle Dies wird nicht als Event erfasst. Es wird berechnet, indem das Systemdatum mit dem Feld TERM_DUE_DATE in der AR_PAYMENT_SCHEDULES_ALL Tabelle für die spezifische Rechnung verglichen wird. Erfassen Abgeleitet durch den Vergleich des aktuellen Zeitstempels mit AR_PAYMENT_SCHEDULES_ALL.TERM_DUE_DATE. Ereignistyp calculated

Extraktionsleitfäden

So erhalten Sie Ihre `Daten` aus der `Oracle E-Business Suite`

Schritte

In Oracle E-Business Suite anmelden: Melden Sie sich bei Ihrer Oracle EBS-Instanz mit einem Benutzer an, der über die Rolle 'XML Publisher Administrator' oder eine ähnliche Berechtigung verfügt, die den Zugriff auf BI Publisher ermöglicht.
Zu BI Publisher navigieren: Wählen Sie im Hauptnavigator die BI Publisher-Rolle aus und klicken Sie dann auf 'Data Models'.
Neues Datenmodell erstellen: Klicken Sie auf der Seite 'Data Model' auf die Schaltfläche 'Create' oder das '+'-Symbol, um ein neues Datenmodell zu starten.
SQL-Abfrage-Datensatz definieren: Klicken Sie im Datenmodell-Editor auf das '+'-Symbol und wählen Sie 'SQL Query'. Dies öffnet den SQL-Abfrage-Builder.
Datensatz konfigurieren: Geben Sie Ihrem Datensatz einen beschreibenden Namen, z.B. 'O2C_INVOICING_EVENT_LOG'. Wählen Sie die entsprechende 'Data Source' für Ihre EBS-Datenbank aus, die typischerweise 'EBS' oder ähnlich benannt ist.
SQL-Abfrage eingeben: Kopieren Sie die vollständige SQL-Abfrage, die im Abschnitt 'query' dieses Dokuments bereitgestellt wird, und fügen Sie sie in den Textbereich der SQL-Abfrage ein.
Abfrageparameter definieren: Die Abfrage verwendet Parameter wie p_start_date, p_end_date und p_org_id. BI Publisher erkennt diese automatisch. Sie können sie als obligatorisch konfigurieren und ihre Datentypen (Datum für Daten, Integer für ID) und Standardwerte festlegen, falls gewünscht.
Datenmodell speichern: Nachdem Sie die Abfrage eingefügt und die Parameter konfiguriert haben, speichern Sie das Datenmodell mit einem eindeutigen und beschreibenden Namen, z.B. 'O2C Billing and Invoicing Extraction'.
BI Publisher-Bericht erstellen: Navigieren Sie zum BI Publisher-Katalog und erstellen Sie einen neuen Bericht. Wählen Sie das soeben gespeicherte Datenmodell aus.
Bericht konfigurieren: Folgen Sie dem Berichtserstellungs-Assistenten. Ein einfaches 'table'-Layout ist ausreichend. Es ist keine komplexe visuelle Vorlage erforderlich, da das Ziel der Rohdatenexport ist.
Daten ausführen und exportieren: Zeigen Sie den Bericht an. Geben Sie bei Aufforderung das gewünschte Startdatum, Enddatum und die Organisations-ID ein. Nachdem der Bericht ausgeführt wurde, verwenden Sie die Funktion 'Export', um die Ausgabe als CSV-Datei zu speichern.
Datei für den Upload vorbereiten: Stellen Sie sicher, dass die exportierte CSV-Datei im UTF-8-Format kodiert ist. Überprüfen Sie, ob die Spaltenüberschriften den Anforderungen für ProcessMind entsprechen: InvoiceNumber, ActivityName, EventTime, etc. Die Datei ist nun zum Upload bereit.

Konfiguration

Datenquelle: Die Abfrage muss gegen die in BI Publisher konfigurierte Oracle E-Business Suite Datenbankquelle (z.B. EBS) ausgeführt werden.
Datumsbereichsparameter: Die Abfrage enthält p_start_date und p_end_date, um den Extraktionszeitraum zu steuern. Für die erste Analyse wird ein Zeitraum von 3 bis 6 Monaten empfohlen, um das Datenvolumen und die Prozesseinsicht auszugleichen.
Organisatorischer Filter: Der Parameter p_org_id ist entscheidend, um die Daten auf eine bestimmte Betriebseinheit oder Organisation zu beschränken. Das gleichzeitige Ausführen der Abfrage für alle Organisationen kann zu extrem langen Ausführungszeiten und übermäßig großen Dateien führen.
Voraussetzungen: Der Benutzer, der den Bericht ausführt, benötigt Lesezugriff auf mehrere wichtige Oracle Financials und unterstützende Module, einschließlich Accounts Receivable (AR), Foundation (FND) und potenziell Human Resources (PER) für Benutzerdetails. Der Zugriff auf die BI Publisher-Verantwortlichkeit ist erforderlich, um das Datenmodell und den Bericht zu erstellen und auszuführen.
Leistungsüberlegungen: Dies ist eine umfassende Abfrage, die mehrere große Tabellen miteinander verbindet. In Umgebungen mit sehr hohem Transaktionsvolumen sollte die Extraktion während verkehrsarmer Zeiten oder in kleineren Datumsbereichs-Batches erfolgen, um eine Beeinträchtigung der Systemleistung zu vermeiden.

a Beispielabfrage sql

WITH base_invoices AS (
  SELECT
    rct.customer_trx_id,
    rct.trx_number,
    rct.trx_date,
    rct.creation_date,
    rct.created_by,
    rct.last_update_date,
    rct.last_updated_by,
    rct.bill_to_customer_id,
    rct.org_id,
    ps.amount_due_original,
    ps.due_date,
    ps.status AS payment_schedule_status,
    ps.class,
    ps.payment_schedule_id
  FROM
    ar.ra_customer_trx_all rct,
    ar.ar_payment_schedules_all ps
  WHERE
    rct.customer_trx_id = ps.customer_trx_id
    AND rct.trx_date BETWEEN TO_DATE(:p_start_date, 'YYYY-MM-DD') AND TO_DATE(:p_end_date, 'YYYY-MM-DD')
    AND rct.org_id = :p_org_id
    AND ps.class = 'INV'
    AND rct.complete_flag = 'Y'
)
-- 1. Invoice Generated
SELECT
  inv.trx_number AS "InvoiceNumber",
  'Invoice Generated' AS "ActivityName",
  inv.creation_date AS "EventTime",
  inv.amount_due_original AS "TotalInvoiceAmount",
  inv.due_date AS "DueDate",
  inv.bill_to_customer_id AS "CustomerId",
  fu.user_name AS "User",
  papf.full_name AS "Department", -- Placeholder for department logic
  'OPEN' AS "InvoiceStatus"
FROM
  base_invoices inv
  JOIN applsys.fnd_user fu ON inv.created_by = fu.user_id
  LEFT JOIN applsys.per_all_people_f papf ON fu.employee_id = papf.person_id AND inv.creation_date BETWEEN papf.effective_start_date AND papf.effective_end_date
UNION ALL
-- 2. Invoice Approved (using completion as proxy)
SELECT
  inv.trx_number AS "InvoiceNumber",
  'Invoice Approved' AS "ActivityName",
  rct.last_update_date AS "EventTime",
  inv.amount_due_original AS "TotalInvoiceAmount",
  inv.due_date AS "DueDate",
  inv.bill_to_customer_id AS "CustomerId",
  fu.user_name AS "User",
  papf.full_name AS "Department",
  'OPEN' AS "InvoiceStatus"
FROM
  base_invoices inv
  JOIN ar.ra_customer_trx_all rct ON inv.customer_trx_id = rct.customer_trx_id
  JOIN applsys.fnd_user fu ON rct.last_updated_by = fu.user_id
  LEFT JOIN applsys.per_all_people_f papf ON fu.employee_id = papf.person_id AND rct.last_update_date BETWEEN papf.effective_start_date AND papf.effective_end_date
WHERE
  rct.complete_flag = 'Y' 
  AND rct.initial_customer_trx_id IS NULL -- Only for manually entered or imported invoices, not copies
UNION ALL
-- 3. Invoice Sent To Customer (using first print date)
SELECT
  inv.trx_number AS "InvoiceNumber",
  'Invoice Sent To Customer' AS "ActivityName",
  rct.printing_original_date AS "EventTime",
  inv.amount_due_original AS "TotalInvoiceAmount",
  inv.due_date AS "DueDate",
  inv.bill_to_customer_id AS "CustomerId",
  fu.user_name AS "User",
  papf.full_name AS "Department",
  'OPEN' AS "InvoiceStatus"
FROM
  base_invoices inv
  JOIN ar.ra_customer_trx_all rct ON inv.customer_trx_id = rct.customer_trx_id
  JOIN applsys.fnd_user fu ON rct.last_updated_by = fu.user_id
  LEFT JOIN applsys.per_all_people_f papf ON fu.employee_id = papf.person_id AND rct.printing_original_date BETWEEN papf.effective_start_date AND papf.effective_end_date
WHERE
  rct.printing_original_date IS NOT NULL
UNION ALL
-- 4. Invoice Modified
SELECT
  inv.trx_number AS "InvoiceNumber",
  'Invoice Modified' AS "ActivityName",
  rct.last_update_date AS "EventTime",
  inv.amount_due_original AS "TotalInvoiceAmount",
  inv.due_date AS "DueDate",
  inv.bill_to_customer_id AS "CustomerId",
  fu.user_name AS "User",
  papf.full_name AS "Department",
  'INCOMPLETE' AS "InvoiceStatus"
FROM
  base_invoices inv
  JOIN ar.ra_customer_trx_all rct ON inv.customer_trx_id = rct.customer_trx_id
  JOIN applsys.fnd_user fu ON rct.last_updated_by = fu.user_id
  LEFT JOIN applsys.per_all_people_f papf ON fu.employee_id = papf.person_id AND rct.last_update_date BETWEEN papf.effective_start_date AND papf.effective_end_date
WHERE
  rct.last_update_date > rct.creation_date
  AND rct.complete_flag = 'N' -- Capturing modifications while incomplete
UNION ALL
-- 5. Credit Memo Created
SELECT
  inv.trx_number AS "InvoiceNumber",
  'Credit Memo Created' AS "ActivityName",
  cm.creation_date AS "EventTime",
  inv.amount_due_original AS "TotalInvoiceAmount",
  inv.due_date AS "DueDate",
  inv.bill_to_customer_id AS "CustomerId",
  fu.user_name AS "User",
  papf.full_name AS "Department",
  inv.payment_schedule_status AS "InvoiceStatus"
FROM
  base_invoices inv
  JOIN ar.ra_customer_trx_all cm ON inv.customer_trx_id = cm.previous_customer_trx_id
  JOIN applsys.fnd_user fu ON cm.created_by = fu.user_id
  LEFT JOIN applsys.per_all_people_f papf ON fu.employee_id = papf.person_id AND cm.creation_date BETWEEN papf.effective_start_date AND papf.effective_end_date
WHERE
  cm.trx_class = 'CM'
UNION ALL
-- 6. Dispute Raised
SELECT
  inv.trx_number AS "InvoiceNumber",
  'Dispute Raised' AS "ActivityName",
  adj.creation_date AS "EventTime",
  inv.amount_due_original AS "TotalInvoiceAmount",
  inv.due_date AS "DueDate",
  inv.bill_to_customer_id AS "CustomerId",
  fu.user_name AS "User",
  papf.full_name AS "Department",
  'DISPUTED' AS "InvoiceStatus"
FROM
  base_invoices inv
  JOIN ar.ar_adjustments_all adj ON inv.customer_trx_id = adj.customer_trx_id
  JOIN applsys.fnd_user fu ON adj.created_by = fu.user_id
  LEFT JOIN applsys.per_all_people_f papf ON fu.employee_id = papf.person_id AND adj.creation_date BETWEEN papf.effective_start_date AND papf.effective_end_date
WHERE
  adj.type = 'INVOICE' AND adj.status = 'A' -- Approved adjustments related to disputes
UNION ALL
-- 7. Payment Due Date Reached
SELECT
  inv.trx_number AS "InvoiceNumber",
  'Payment Due Date Reached' AS "ActivityName",
  inv.due_date AS "EventTime",
  inv.amount_due_original AS "TotalInvoiceAmount",
  inv.due_date AS "DueDate",
  inv.bill_to_customer_id AS "CustomerId",
  'System' AS "User",
  NULL AS "Department",
  inv.payment_schedule_status AS "InvoiceStatus"
FROM
  base_invoices inv
WHERE
  inv.due_date < SYSDATE
UNION ALL
-- 8. Payment Reminder Issued
SELECT
  inv.trx_number AS "InvoiceNumber",
  'Payment Reminder Issued' AS "ActivityName",
  dunning.creation_date AS "EventTime",
  inv.amount_due_original AS "TotalInvoiceAmount",
  inv.due_date AS "DueDate",
  inv.bill_to_customer_id AS "CustomerId",
  fu.user_name AS "User",
  NULL AS "Department",
  inv.payment_schedule_status AS "InvoiceStatus"
FROM
  base_invoices inv
  JOIN iex.iex_dunnings dunning ON inv.payment_schedule_id = dunning.payment_schedule_id
  JOIN applsys.fnd_user fu ON dunning.created_by = fu.user_id
UNION ALL
-- 9. Customer Payment Received
SELECT DISTINCT
  inv.trx_number AS "InvoiceNumber",
  'Customer Payment Received' AS "ActivityName",
  cr.receipt_date AS "EventTime",
  inv.amount_due_original AS "TotalInvoiceAmount",
  inv.due_date AS "DueDate",
  inv.bill_to_customer_id AS "CustomerId",
  fu.user_name AS "User",
  papf.full_name AS "Department",
  inv.payment_schedule_status AS "InvoiceStatus"
FROM
  base_invoices inv
  JOIN ar.ar_receivable_applications_all app ON inv.customer_trx_id = app.applied_customer_trx_id
  JOIN ar.ar_cash_receipts_all cr ON app.cash_receipt_id = cr.cash_receipt_id
  JOIN applsys.fnd_user fu ON cr.created_by = fu.user_id
  LEFT JOIN applsys.per_all_people_f papf ON fu.employee_id = papf.person_id AND cr.receipt_date BETWEEN papf.effective_start_date AND papf.effective_end_date
WHERE app.status = 'APP'
UNION ALL
-- 10. Payment Reversed
SELECT DISTINCT
  inv.trx_number AS "InvoiceNumber",
  'Payment Reversed' AS "ActivityName",
  crh.creation_date AS "EventTime",
  inv.amount_due_original AS "TotalInvoiceAmount",
  inv.due_date AS "DueDate",
  inv.bill_to_customer_id AS "CustomerId",
  fu.user_name AS "User",
  papf.full_name AS "Department",
  'OPEN' AS "InvoiceStatus"
FROM
  base_invoices inv
  JOIN ar.ar_receivable_applications_all app ON inv.customer_trx_id = app.applied_customer_trx_id
  JOIN ar.ar_cash_receipt_history_all crh ON app.cash_receipt_id = crh.cash_receipt_id
  JOIN applsys.fnd_user fu ON crh.created_by = fu.user_id
  LEFT JOIN applsys.per_all_people_f papf ON fu.employee_id = papf.person_id AND crh.creation_date BETWEEN papf.effective_start_date AND papf.effective_end_date
WHERE
  crh.status = 'REVERSED'
UNION ALL
-- 11. Cash Applied/Reconciled
SELECT
  inv.trx_number AS "InvoiceNumber",
  'Cash Applied/Reconciled' AS "ActivityName",
  app.apply_date AS "EventTime",
  inv.amount_due_original AS "TotalInvoiceAmount",
  inv.due_date AS "DueDate",
  inv.bill_to_customer_id AS "CustomerId",
  fu.user_name AS "User",
  papf.full_name AS "Department",
  inv.payment_schedule_status AS "InvoiceStatus"
FROM
  base_invoices inv
  JOIN ar.ar_receivable_applications_all app ON inv.customer_trx_id = app.applied_customer_trx_id
  JOIN applsys.fnd_user fu ON app.created_by = fu.user_id
  LEFT JOIN applsys.per_all_people_f papf ON fu.employee_id = papf.person_id AND app.apply_date BETWEEN papf.effective_start_date AND papf.effective_end_date
WHERE
  app.status = 'APP'
  AND app.display = 'Y'
UNION ALL
-- 12. Write-Off Created
SELECT
  inv.trx_number AS "InvoiceNumber",
  'Write-Off Created' AS "ActivityName",
  adj.creation_date AS "EventTime",
  inv.amount_due_original AS "TotalInvoiceAmount",
  inv.due_date AS "DueDate",
  inv.bill_to_customer_id AS "CustomerId",
  fu.user_name AS "User",
  papf.full_name AS "Department",
  inv.payment_schedule_status AS "InvoiceStatus"
FROM
  base_invoices inv
  JOIN ar.ar_adjustments_all adj ON inv.customer_trx_id = adj.customer_trx_id
  JOIN ar.ar_receivables_trx_all rt ON adj.receivables_trx_id = rt.receivables_trx_id
  JOIN applsys.fnd_user fu ON adj.created_by = fu.user_id
  LEFT JOIN applsys.per_all_people_f papf ON fu.employee_id = papf.person_id AND adj.creation_date BETWEEN papf.effective_start_date AND papf.effective_end_date
WHERE
  rt.name LIKE '%Write-Off%'
UNION ALL
-- 13. Invoice Closed
SELECT
  inv.trx_number AS "InvoiceNumber",
  'Invoice Closed' AS "ActivityName",
  ps_closed.last_update_date AS "EventTime",
  inv.amount_due_original AS "TotalInvoiceAmount",
  inv.due_date AS "DueDate",
  inv.bill_to_customer_id AS "CustomerId",
  fu.user_name AS "User",
  papf.full_name AS "Department",
  'CLOSED' AS "InvoiceStatus"
FROM
  base_invoices inv
  JOIN ar.ar_payment_schedules_all ps_closed ON inv.payment_schedule_id = ps_closed.payment_schedule_id
  JOIN applsys.fnd_user fu ON ps_closed.last_updated_by = fu.user_id
  LEFT JOIN applsys.per_all_people_f papf ON fu.employee_id = papf.person_id AND ps_closed.last_update_date BETWEEN papf.effective_start_date AND papf.effective_end_date
WHERE
  ps_closed.status = 'CL'

Schritte

In Oracle E-Business Suite anmelden: Melden Sie sich bei Ihrer Oracle EBS-Instanz mit einem Benutzer an, der über die Rolle 'XML Publisher Administrator' oder eine ähnliche Berechtigung verfügt, die den Zugriff auf BI Publisher ermöglicht.
Zu BI Publisher navigieren: Wählen Sie im Hauptnavigator die BI Publisher-Rolle aus und klicken Sie dann auf 'Data Models'.
Neues Datenmodell erstellen: Klicken Sie auf der Seite 'Data Model' auf die Schaltfläche 'Create' oder das '+'-Symbol, um ein neues Datenmodell zu starten.
SQL-Abfrage-Datensatz definieren: Klicken Sie im Datenmodell-Editor auf das '+'-Symbol und wählen Sie 'SQL Query'. Dies öffnet den SQL-Abfrage-Builder.
Datensatz konfigurieren: Geben Sie Ihrem Datensatz einen beschreibenden Namen, z.B. 'O2C_INVOICING_EVENT_LOG'. Wählen Sie die entsprechende 'Data Source' für Ihre EBS-Datenbank aus, die typischerweise 'EBS' oder ähnlich benannt ist.
SQL-Abfrage eingeben: Kopieren Sie die vollständige SQL-Abfrage, die im Abschnitt 'query' dieses Dokuments bereitgestellt wird, und fügen Sie sie in den Textbereich der SQL-Abfrage ein.
Abfrageparameter definieren: Die Abfrage verwendet Parameter wie p_start_date, p_end_date und p_org_id. BI Publisher erkennt diese automatisch. Sie können sie als obligatorisch konfigurieren und ihre Datentypen (Datum für Daten, Integer für ID) und Standardwerte festlegen, falls gewünscht.
Datenmodell speichern: Nachdem Sie die Abfrage eingefügt und die Parameter konfiguriert haben, speichern Sie das Datenmodell mit einem eindeutigen und beschreibenden Namen, z.B. 'O2C Billing and Invoicing Extraction'.
BI Publisher-Bericht erstellen: Navigieren Sie zum BI Publisher-Katalog und erstellen Sie einen neuen Bericht. Wählen Sie das soeben gespeicherte Datenmodell aus.
Bericht konfigurieren: Folgen Sie dem Berichtserstellungs-Assistenten. Ein einfaches 'table'-Layout ist ausreichend. Es ist keine komplexe visuelle Vorlage erforderlich, da das Ziel der Rohdatenexport ist.
Daten ausführen und exportieren: Zeigen Sie den Bericht an. Geben Sie bei Aufforderung das gewünschte Startdatum, Enddatum und die Organisations-ID ein. Nachdem der Bericht ausgeführt wurde, verwenden Sie die Funktion 'Export', um die Ausgabe als CSV-Datei zu speichern.
Datei für den Upload vorbereiten: Stellen Sie sicher, dass die exportierte CSV-Datei im UTF-8-Format kodiert ist. Überprüfen Sie, ob die Spaltenüberschriften den Anforderungen für ProcessMind entsprechen: InvoiceNumber, ActivityName, EventTime, etc. Die Datei ist nun zum Upload bereit.

Konfiguration

Datenquelle: Die Abfrage muss gegen die in BI Publisher konfigurierte Oracle E-Business Suite Datenbankquelle (z.B. EBS) ausgeführt werden.
Datumsbereichsparameter: Die Abfrage enthält p_start_date und p_end_date, um den Extraktionszeitraum zu steuern. Für die erste Analyse wird ein Zeitraum von 3 bis 6 Monaten empfohlen, um das Datenvolumen und die Prozesseinsicht auszugleichen.
Organisatorischer Filter: Der Parameter p_org_id ist entscheidend, um die Daten auf eine bestimmte Betriebseinheit oder Organisation zu beschränken. Das gleichzeitige Ausführen der Abfrage für alle Organisationen kann zu extrem langen Ausführungszeiten und übermäßig großen Dateien führen.
Voraussetzungen: Der Benutzer, der den Bericht ausführt, benötigt Lesezugriff auf mehrere wichtige Oracle Financials und unterstützende Module, einschließlich Accounts Receivable (AR), Foundation (FND) und potenziell Human Resources (PER) für Benutzerdetails. Der Zugriff auf die BI Publisher-Verantwortlichkeit ist erforderlich, um das Datenmodell und den Bericht zu erstellen und auszuführen.
Leistungsüberlegungen: Dies ist eine umfassende Abfrage, die mehrere große Tabellen miteinander verbindet. In Umgebungen mit sehr hohem Transaktionsvolumen sollte die Extraktion während verkehrsarmer Zeiten oder in kleineren Datumsbereichs-Batches erfolgen, um eine Beeinträchtigung der Systemleistung zu vermeiden.

a Beispielabfrage sql

WITH base_invoices AS (
  SELECT
    rct.customer_trx_id,
    rct.trx_number,
    rct.trx_date,
    rct.creation_date,
    rct.created_by,
    rct.last_update_date,
    rct.last_updated_by,
    rct.bill_to_customer_id,
    rct.org_id,
    ps.amount_due_original,
    ps.due_date,
    ps.status AS payment_schedule_status,
    ps.class,
    ps.payment_schedule_id
  FROM
    ar.ra_customer_trx_all rct,
    ar.ar_payment_schedules_all ps
  WHERE
    rct.customer_trx_id = ps.customer_trx_id
    AND rct.trx_date BETWEEN TO_DATE(:p_start_date, 'YYYY-MM-DD') AND TO_DATE(:p_end_date, 'YYYY-MM-DD')
    AND rct.org_id = :p_org_id
    AND ps.class = 'INV'
    AND rct.complete_flag = 'Y'
)
-- 1. Invoice Generated
SELECT
  inv.trx_number AS "InvoiceNumber",
  'Invoice Generated' AS "ActivityName",
  inv.creation_date AS "EventTime",
  inv.amount_due_original AS "TotalInvoiceAmount",
  inv.due_date AS "DueDate",
  inv.bill_to_customer_id AS "CustomerId",
  fu.user_name AS "User",
  papf.full_name AS "Department", -- Placeholder for department logic
  'OPEN' AS "InvoiceStatus"
FROM
  base_invoices inv
  JOIN applsys.fnd_user fu ON inv.created_by = fu.user_id
  LEFT JOIN applsys.per_all_people_f papf ON fu.employee_id = papf.person_id AND inv.creation_date BETWEEN papf.effective_start_date AND papf.effective_end_date
UNION ALL
-- 2. Invoice Approved (using completion as proxy)
SELECT
  inv.trx_number AS "InvoiceNumber",
  'Invoice Approved' AS "ActivityName",
  rct.last_update_date AS "EventTime",
  inv.amount_due_original AS "TotalInvoiceAmount",
  inv.due_date AS "DueDate",
  inv.bill_to_customer_id AS "CustomerId",
  fu.user_name AS "User",
  papf.full_name AS "Department",
  'OPEN' AS "InvoiceStatus"
FROM
  base_invoices inv
  JOIN ar.ra_customer_trx_all rct ON inv.customer_trx_id = rct.customer_trx_id
  JOIN applsys.fnd_user fu ON rct.last_updated_by = fu.user_id
  LEFT JOIN applsys.per_all_people_f papf ON fu.employee_id = papf.person_id AND rct.last_update_date BETWEEN papf.effective_start_date AND papf.effective_end_date
WHERE
  rct.complete_flag = 'Y' 
  AND rct.initial_customer_trx_id IS NULL -- Only for manually entered or imported invoices, not copies
UNION ALL
-- 3. Invoice Sent To Customer (using first print date)
SELECT
  inv.trx_number AS "InvoiceNumber",
  'Invoice Sent To Customer' AS "ActivityName",
  rct.printing_original_date AS "EventTime",
  inv.amount_due_original AS "TotalInvoiceAmount",
  inv.due_date AS "DueDate",
  inv.bill_to_customer_id AS "CustomerId",
  fu.user_name AS "User",
  papf.full_name AS "Department",
  'OPEN' AS "InvoiceStatus"
FROM
  base_invoices inv
  JOIN ar.ra_customer_trx_all rct ON inv.customer_trx_id = rct.customer_trx_id
  JOIN applsys.fnd_user fu ON rct.last_updated_by = fu.user_id
  LEFT JOIN applsys.per_all_people_f papf ON fu.employee_id = papf.person_id AND rct.printing_original_date BETWEEN papf.effective_start_date AND papf.effective_end_date
WHERE
  rct.printing_original_date IS NOT NULL
UNION ALL
-- 4. Invoice Modified
SELECT
  inv.trx_number AS "InvoiceNumber",
  'Invoice Modified' AS "ActivityName",
  rct.last_update_date AS "EventTime",
  inv.amount_due_original AS "TotalInvoiceAmount",
  inv.due_date AS "DueDate",
  inv.bill_to_customer_id AS "CustomerId",
  fu.user_name AS "User",
  papf.full_name AS "Department",
  'INCOMPLETE' AS "InvoiceStatus"
FROM
  base_invoices inv
  JOIN ar.ra_customer_trx_all rct ON inv.customer_trx_id = rct.customer_trx_id
  JOIN applsys.fnd_user fu ON rct.last_updated_by = fu.user_id
  LEFT JOIN applsys.per_all_people_f papf ON fu.employee_id = papf.person_id AND rct.last_update_date BETWEEN papf.effective_start_date AND papf.effective_end_date
WHERE
  rct.last_update_date > rct.creation_date
  AND rct.complete_flag = 'N' -- Capturing modifications while incomplete
UNION ALL
-- 5. Credit Memo Created
SELECT
  inv.trx_number AS "InvoiceNumber",
  'Credit Memo Created' AS "ActivityName",
  cm.creation_date AS "EventTime",
  inv.amount_due_original AS "TotalInvoiceAmount",
  inv.due_date AS "DueDate",
  inv.bill_to_customer_id AS "CustomerId",
  fu.user_name AS "User",
  papf.full_name AS "Department",
  inv.payment_schedule_status AS "InvoiceStatus"
FROM
  base_invoices inv
  JOIN ar.ra_customer_trx_all cm ON inv.customer_trx_id = cm.previous_customer_trx_id
  JOIN applsys.fnd_user fu ON cm.created_by = fu.user_id
  LEFT JOIN applsys.per_all_people_f papf ON fu.employee_id = papf.person_id AND cm.creation_date BETWEEN papf.effective_start_date AND papf.effective_end_date
WHERE
  cm.trx_class = 'CM'
UNION ALL
-- 6. Dispute Raised
SELECT
  inv.trx_number AS "InvoiceNumber",
  'Dispute Raised' AS "ActivityName",
  adj.creation_date AS "EventTime",
  inv.amount_due_original AS "TotalInvoiceAmount",
  inv.due_date AS "DueDate",
  inv.bill_to_customer_id AS "CustomerId",
  fu.user_name AS "User",
  papf.full_name AS "Department",
  'DISPUTED' AS "InvoiceStatus"
FROM
  base_invoices inv
  JOIN ar.ar_adjustments_all adj ON inv.customer_trx_id = adj.customer_trx_id
  JOIN applsys.fnd_user fu ON adj.created_by = fu.user_id
  LEFT JOIN applsys.per_all_people_f papf ON fu.employee_id = papf.person_id AND adj.creation_date BETWEEN papf.effective_start_date AND papf.effective_end_date
WHERE
  adj.type = 'INVOICE' AND adj.status = 'A' -- Approved adjustments related to disputes
UNION ALL
-- 7. Payment Due Date Reached
SELECT
  inv.trx_number AS "InvoiceNumber",
  'Payment Due Date Reached' AS "ActivityName",
  inv.due_date AS "EventTime",
  inv.amount_due_original AS "TotalInvoiceAmount",
  inv.due_date AS "DueDate",
  inv.bill_to_customer_id AS "CustomerId",
  'System' AS "User",
  NULL AS "Department",
  inv.payment_schedule_status AS "InvoiceStatus"
FROM
  base_invoices inv
WHERE
  inv.due_date < SYSDATE
UNION ALL
-- 8. Payment Reminder Issued
SELECT
  inv.trx_number AS "InvoiceNumber",
  'Payment Reminder Issued' AS "ActivityName",
  dunning.creation_date AS "EventTime",
  inv.amount_due_original AS "TotalInvoiceAmount",
  inv.due_date AS "DueDate",
  inv.bill_to_customer_id AS "CustomerId",
  fu.user_name AS "User",
  NULL AS "Department",
  inv.payment_schedule_status AS "InvoiceStatus"
FROM
  base_invoices inv
  JOIN iex.iex_dunnings dunning ON inv.payment_schedule_id = dunning.payment_schedule_id
  JOIN applsys.fnd_user fu ON dunning.created_by = fu.user_id
UNION ALL
-- 9. Customer Payment Received
SELECT DISTINCT
  inv.trx_number AS "InvoiceNumber",
  'Customer Payment Received' AS "ActivityName",
  cr.receipt_date AS "EventTime",
  inv.amount_due_original AS "TotalInvoiceAmount",
  inv.due_date AS "DueDate",
  inv.bill_to_customer_id AS "CustomerId",
  fu.user_name AS "User",
  papf.full_name AS "Department",
  inv.payment_schedule_status AS "InvoiceStatus"
FROM
  base_invoices inv
  JOIN ar.ar_receivable_applications_all app ON inv.customer_trx_id = app.applied_customer_trx_id
  JOIN ar.ar_cash_receipts_all cr ON app.cash_receipt_id = cr.cash_receipt_id
  JOIN applsys.fnd_user fu ON cr.created_by = fu.user_id
  LEFT JOIN applsys.per_all_people_f papf ON fu.employee_id = papf.person_id AND cr.receipt_date BETWEEN papf.effective_start_date AND papf.effective_end_date
WHERE app.status = 'APP'
UNION ALL
-- 10. Payment Reversed
SELECT DISTINCT
  inv.trx_number AS "InvoiceNumber",
  'Payment Reversed' AS "ActivityName",
  crh.creation_date AS "EventTime",
  inv.amount_due_original AS "TotalInvoiceAmount",
  inv.due_date AS "DueDate",
  inv.bill_to_customer_id AS "CustomerId",
  fu.user_name AS "User",
  papf.full_name AS "Department",
  'OPEN' AS "InvoiceStatus"
FROM
  base_invoices inv
  JOIN ar.ar_receivable_applications_all app ON inv.customer_trx_id = app.applied_customer_trx_id
  JOIN ar.ar_cash_receipt_history_all crh ON app.cash_receipt_id = crh.cash_receipt_id
  JOIN applsys.fnd_user fu ON crh.created_by = fu.user_id
  LEFT JOIN applsys.per_all_people_f papf ON fu.employee_id = papf.person_id AND crh.creation_date BETWEEN papf.effective_start_date AND papf.effective_end_date
WHERE
  crh.status = 'REVERSED'
UNION ALL
-- 11. Cash Applied/Reconciled
SELECT
  inv.trx_number AS "InvoiceNumber",
  'Cash Applied/Reconciled' AS "ActivityName",
  app.apply_date AS "EventTime",
  inv.amount_due_original AS "TotalInvoiceAmount",
  inv.due_date AS "DueDate",
  inv.bill_to_customer_id AS "CustomerId",
  fu.user_name AS "User",
  papf.full_name AS "Department",
  inv.payment_schedule_status AS "InvoiceStatus"
FROM
  base_invoices inv
  JOIN ar.ar_receivable_applications_all app ON inv.customer_trx_id = app.applied_customer_trx_id
  JOIN applsys.fnd_user fu ON app.created_by = fu.user_id
  LEFT JOIN applsys.per_all_people_f papf ON fu.employee_id = papf.person_id AND app.apply_date BETWEEN papf.effective_start_date AND papf.effective_end_date
WHERE
  app.status = 'APP'
  AND app.display = 'Y'
UNION ALL
-- 12. Write-Off Created
SELECT
  inv.trx_number AS "InvoiceNumber",
  'Write-Off Created' AS "ActivityName",
  adj.creation_date AS "EventTime",
  inv.amount_due_original AS "TotalInvoiceAmount",
  inv.due_date AS "DueDate",
  inv.bill_to_customer_id AS "CustomerId",
  fu.user_name AS "User",
  papf.full_name AS "Department",
  inv.payment_schedule_status AS "InvoiceStatus"
FROM
  base_invoices inv
  JOIN ar.ar_adjustments_all adj ON inv.customer_trx_id = adj.customer_trx_id
  JOIN ar.ar_receivables_trx_all rt ON adj.receivables_trx_id = rt.receivables_trx_id
  JOIN applsys.fnd_user fu ON adj.created_by = fu.user_id
  LEFT JOIN applsys.per_all_people_f papf ON fu.employee_id = papf.person_id AND adj.creation_date BETWEEN papf.effective_start_date AND papf.effective_end_date
WHERE
  rt.name LIKE '%Write-Off%'
UNION ALL
-- 13. Invoice Closed
SELECT
  inv.trx_number AS "InvoiceNumber",
  'Invoice Closed' AS "ActivityName",
  ps_closed.last_update_date AS "EventTime",
  inv.amount_due_original AS "TotalInvoiceAmount",
  inv.due_date AS "DueDate",
  inv.bill_to_customer_id AS "CustomerId",
  fu.user_name AS "User",
  papf.full_name AS "Department",
  'CLOSED' AS "InvoiceStatus"
FROM
  base_invoices inv
  JOIN ar.ar_payment_schedules_all ps_closed ON inv.payment_schedule_id = ps_closed.payment_schedule_id
  JOIN applsys.fnd_user fu ON ps_closed.last_updated_by = fu.user_id
  LEFT JOIN applsys.per_all_people_f papf ON fu.employee_id = papf.person_id AND ps_closed.last_update_date BETWEEN papf.effective_start_date AND papf.effective_end_date
WHERE
  ps_closed.status = 'CL'

Schritte

Python-Umgebung einrichten: Stellen Sie sicher, dass Python 3.6 oder neuer auf Ihrem System installiert ist. Installieren Sie die notwendigen Bibliotheken pandas und oracledb mit pip: pip install pandas oracledb
Python-Skript vorbereiten: Erstellen Sie eine neue Python-Datei (z.B. extract_invoices.py) und kopieren Sie das vollständige Skript, das im Abschnitt query bereitgestellt wird, in diese Datei.
Datenbankverbindung konfigurieren: Suchen Sie im Skript den Abschnitt für die Verbindungsdetails. Ersetzen Sie die Platzhalterwerte für user, password und dsn durch Ihre tatsächlichen Oracle E-Business Suite Datenbank-Anmeldeinformationen und die Verbindungszeichenfolge. Der DSN (Data Source Name) hat typischerweise das Format hostname:port/service_name.
Extraktionsparameter definieren: Ändern Sie das params-Wörterbuch im Skript. Setzen Sie die Platzhalter :start_date, :end_date und :org_id, um den Umfang Ihrer Datenextraktion festzulegen. Verwenden Sie für Datumsangaben das Format 'YYYY-MM-DD'.
Skript ausführen: Führen Sie das Skript von Ihrem Terminal aus mit dem Befehl aus: python extract_invoices.py Das Skript stellt eine Verbindung zur Datenbank her, führt die SQL-Abfrage aus und ruft die Ergebnisse ab.
Event Log abrufen: Sobald das Skript beendet ist, wird im selben Verzeichnis eine Datei namens oracle_ebs_billing_event_log.csv erstellt. Diese Datei enthält den extrahierten Event Log.
Daten überprüfen: Öffnen Sie die CSV-Datei in einer Tabellenkalkulationsanwendung, um ihren Inhalt zu überprüfen. Überprüfen Sie, ob alle erwarteten Spalten vorhanden sind und ob die Daten für Aktivitäten, Zeitstempel und Attribute korrekt erscheinen.
Für den Upload vorbereiten: Die generierte CSV-Datei ist für die direkte Verwendung formatiert. Stellen Sie sicher, dass die Spaltenüberschriften den erforderlichen Feldern case_id, activity und timestamp für Ihr Process Mining-Tool entsprechen. Das Skript benennt sie entsprechend InvoiceNumber, ActivityName und EventTime.

Konfiguration

Datenbank-Anmeldeinformationen: Es ist ein Datenbankbenutzer mit Lesezugriff auf Oracle E-Business Suite-Schemata erforderlich. Insbesondere benötigt der Benutzer Berechtigungen, um Tabellen wie RA_CUSTOMER_TRX_ALL, AR_PAYMENT_SCHEDULES_ALL, AR_CASH_RECEIPTS_ALL, AR_RECEIVABLE_APPLICATIONS_ALL, AR_ADJUSTMENTS_ALL, FND_USER und HZ_CUST_ACCOUNTS abzufragen.
Datumsbereich: Das Skript enthält die Parameter :start_date und :end_date, um den Extraktionszeitraum zu begrenzen. Für die erste Analyse wird ein Zeitraum von 3 bis 6 Monaten empfohlen, um den Datensatz überschaubar zu halten.
Organisatorischer Filter: Der Parameter :org_id ist in Umgebungen mit mehreren Organisationen entscheidend, um sicherzustellen, dass Daten für die korrekte Geschäftseinheit extrahiert werden. Die entsprechende ID finden Sie in der Tabelle HR_OPERATING_UNITS.
Python-Bibliotheken: Diese Methode erfordert die pandas-Bibliothek für die Datenmanipulation und die oracledb-Bibliothek für die Verbindung zur Oracle-Datenbank. Stellen Sie sicher, dass diese in Ihrer Python-Umgebung installiert sind.
Leistungsüberlegungen: Die Abfrage verwendet UNION ALL über mehrere große Tabellen, was ressourcenintensiv sein kann. Es wird dringend empfohlen, diese Extraktion außerhalb der Spitzenzeiten oder gegen eine Berichtsinstanz der Datenbank durchzuführen, um Auswirkungen auf die Leistung des Produktionssystems zu vermeiden.

a Beispielabfrage python

import pandas as pd
import oracledb
import sys

class=class="hl-string">"hl-comment"># --- Configuration: Replace with your database details ---
class=class="hl-string">"hl-comment"># For security, consider using environment variables or a secrets management tool.
db_user = class="hl-string">"your_user"
db_password = class="hl-string">"your_password"
class=class="hl-string">"hl-comment"># DSN (Data Source Name) e.g., class="hl-string">'your_db_host:1521/your_service_name'
db_dsn = class="hl-string">"your_dsn"

class=class="hl-string">"hl-comment"># --- Parameters for the extraction ---
class=class="hl-string">"hl-comment"># Use class="hl-string">'YYYY-MM-DD' format for dates
params = {
    class="hl-string">'start_date': class="hl-string">'2023-01-01',
    class="hl-string">'end_date': class="hl-string">'2023-12-31',
    class="hl-string">'org_id': 204 class=class="hl-string">"hl-comment"># Example Organization ID
}

sql_query = class="hl-string">"""
WITH base_invoices AS (
    -- Pre-filter invoices to the relevant period to improve performance
    SELECT
        rct.customer_trx_id,
        rct.trx_number,
        rct.org_id
    FROM
        RA_CUSTOMER_TRX_ALL rct
    WHERE
        rct.creation_date BETWEEN TO_DATE(:start_date, 'YYYY-MM-DD') AND TO_DATE(:end_date, 'YYYY-MM-DD')
        AND rct.org_id = :org_id
        AND rct.cust_trx_type_id IN (SELECT cust_trx_type_id FROM ra_cust_trx_types_all WHERE type IN ('INV', 'CM', 'DM'))
)
-- 1. Invoice Generated
SELECT
    rct.trx_number AS InvoiceNumber,
    'Invoice Generated' AS ActivityName,
    rct.creation_date AS EventTime,
    aps.amount_due_original AS TotalInvoiceAmount,
    aps.due_date AS DueDate,
    rct.bill_to_customer_id AS CustomerId,
    fu.user_name AS User,
    '[Department Placeholder]' AS Department,
    aps.status AS InvoiceStatus
FROM
    RA_CUSTOMER_TRX_ALL rct
    JOIN AR_PAYMENT_SCHEDULES_ALL aps ON rct.customer_trx_id = aps.customer_trx_id
    LEFT JOIN FND_USER fu ON rct.created_by = fu.user_id
WHERE rct.customer_trx_id IN (SELECT customer_trx_id FROM base_invoices)

UNION ALL

-- 2. Invoice Approved
-- This activity is highly dependent on custom workflows. 
-- This query assumes approval is marked by the invoice status becoming 'OP' (Open) from an 'IP' (Incomplete) state.
-- The event time is the last update date when this condition is met.
SELECT
    rct.trx_number AS InvoiceNumber,
    'Invoice Approved' AS ActivityName,
    rct.last_update_date AS EventTime,
    aps.amount_due_original AS TotalInvoiceAmount,
    aps.due_date AS DueDate,
    rct.bill_to_customer_id AS CustomerId,
    fu.user_name AS User,
    '[Department Placeholder]' AS Department,
    aps.status AS InvoiceStatus
FROM
    RA_CUSTOMER_TRX_ALL rct
    JOIN AR_PAYMENT_SCHEDULES_ALL aps ON rct.customer_trx_id = aps.customer_trx_id
    LEFT JOIN FND_USER fu ON rct.last_updated_by = fu.user_id
WHERE rct.customer_trx_id IN (SELECT customer_trx_id FROM base_invoices)
  AND rct.complete_flag = 'Y'
  AND aps.status = 'OP'

UNION ALL

-- 3. Invoice Sent To Customer
-- This event is often not explicitly stored. We use the invoice date (TRX_DATE) of a completed invoice as a proxy.
SELECT
    rct.trx_number AS InvoiceNumber,
    'Invoice Sent To Customer' AS ActivityName,
    rct.trx_date AS EventTime,
    aps.amount_due_original AS TotalInvoiceAmount,
    aps.due_date AS DueDate,
    rct.bill_to_customer_id AS CustomerId,
    fu.user_name AS User,
    '[Department Placeholder]' AS Department,
    aps.status AS InvoiceStatus
FROM
    RA_CUSTOMER_TRX_ALL rct
    JOIN AR_PAYMENT_SCHEDULES_ALL aps ON rct.customer_trx_id = aps.customer_trx_id
    LEFT JOIN FND_USER fu ON rct.last_updated_by = fu.user_id
WHERE rct.customer_trx_id IN (SELECT customer_trx_id FROM base_invoices)
  AND rct.complete_flag = 'Y'

UNION ALL

-- 4. Invoice Modified
-- Captures updates to an invoice before it is completed.
SELECT
    rct.trx_number AS InvoiceNumber,
    'Invoice Modified' AS ActivityName,
    rct.last_update_date AS EventTime,
    aps.amount_due_original AS TotalInvoiceAmount,
    aps.due_date AS DueDate,
    rct.bill_to_customer_id AS CustomerId,
    fu.user_name AS User,
    '[Department Placeholder]' AS Department,
    aps.status AS InvoiceStatus
FROM
    RA_CUSTOMER_TRX_ALL rct
    JOIN AR_PAYMENT_SCHEDULES_ALL aps ON rct.customer_trx_id = aps.customer_trx_id
    LEFT JOIN FND_USER fu ON rct.last_updated_by = fu.user_id
WHERE rct.customer_trx_id IN (SELECT customer_trx_id FROM base_invoices)
  AND rct.last_update_date > rct.creation_date + INTERVAL '1' MINUTE
  AND rct.complete_flag = 'N'

UNION ALL

-- 5. Credit Memo Created
SELECT
    rct.trx_number AS InvoiceNumber,
    'Credit Memo Created' AS ActivityName,
    rct.creation_date AS EventTime,
    aps.amount_due_original AS TotalInvoiceAmount,
    aps.due_date AS DueDate,
    rct.bill_to_customer_id AS CustomerId,
    fu.user_name AS User,
    '[Department Placeholder]' AS Department,
    aps.status AS InvoiceStatus
FROM
    RA_CUSTOMER_TRX_ALL rct
    JOIN RA_CUST_TRX_TYPES_ALL rctt ON rct.cust_trx_type_id = rctt.cust_trx_type_id
    JOIN AR_PAYMENT_SCHEDULES_ALL aps ON rct.customer_trx_id = aps.customer_trx_id
    LEFT JOIN FND_USER fu ON rct.created_by = fu.user_id
WHERE rct.previous_customer_trx_id IN (SELECT customer_trx_id FROM base_invoices)
  AND rctt.type = 'CM'

UNION ALL

-- 6. Dispute Raised
SELECT
    rct.trx_number AS InvoiceNumber,
    'Dispute Raised' AS ActivityName,
    aps.dispute_date AS EventTime,
    aps.amount_due_original AS TotalInvoiceAmount,
    aps.due_date AS DueDate,
    rct.bill_to_customer_id AS CustomerId,
    fu.user_name AS User,
    '[Department Placeholder]' AS Department,
    aps.status AS InvoiceStatus
FROM
    RA_CUSTOMER_TRX_ALL rct
    JOIN AR_PAYMENT_SCHEDULES_ALL aps ON rct.customer_trx_id = aps.customer_trx_id
    LEFT JOIN FND_USER fu ON aps.last_updated_by = fu.user_id
WHERE rct.customer_trx_id IN (SELECT customer_trx_id FROM base_invoices)
  AND aps.dispute_date IS NOT NULL

UNION ALL

-- 7. Payment Due Date Reached
SELECT
    rct.trx_number AS InvoiceNumber,
    'Payment Due Date Reached' AS ActivityName,
    aps.due_date AS EventTime,
    aps.amount_due_original AS TotalInvoiceAmount,
    aps.due_date AS DueDate,
    rct.bill_to_customer_id AS CustomerId,
    'SYSTEM' AS User,
    'System' AS Department,
    aps.status AS InvoiceStatus
FROM
    RA_CUSTOMER_TRX_ALL rct
    JOIN AR_PAYMENT_SCHEDULES_ALL aps ON rct.customer_trx_id = aps.customer_trx_id
WHERE rct.customer_trx_id IN (SELECT customer_trx_id FROM base_invoices)

UNION ALL

-- 8. Payment Reminder Issued
-- Assumes usage of Oracle Advanced Collections dunning letters
SELECT
    rct.trx_number AS InvoiceNumber,
    'Payment Reminder Issued' AS ActivityName,
    adl.dunning_letter_date AS EventTime,
    aps.amount_due_original AS TotalInvoiceAmount,
    aps.due_date AS DueDate,
    rct.bill_to_customer_id AS CustomerId,
    fu.user_name AS User,
    '[Department Placeholder]' AS Department,
    aps.status AS InvoiceStatus
FROM
    AR_DUNNING_LETTERS adl
    JOIN AR_DUNNING_LETTER_SETS adls ON adl.dunning_letter_set_id = adls.dunning_letter_set_id
    JOIN AR_PAYMENT_SCHEDULES_ALL aps ON adl.payment_schedule_id = aps.payment_schedule_id
    JOIN RA_CUSTOMER_TRX_ALL rct ON aps.customer_trx_id = rct.customer_trx_id
    LEFT JOIN FND_USER fu ON adl.last_updated_by = fu.user_id
WHERE rct.customer_trx_id IN (SELECT customer_trx_id FROM base_invoices)

UNION ALL

-- 9. Customer Payment Received
SELECT 
    rct.trx_number AS InvoiceNumber,
    'Customer Payment Received' AS ActivityName,
    acr.receipt_date AS EventTime,
    aps.amount_due_original AS TotalInvoiceAmount,
    aps.due_date AS DueDate,
    rct.bill_to_customer_id AS CustomerId,
    fu.user_name AS User,
    '[Department Placeholder]' AS Department,
    aps.status AS InvoiceStatus
FROM 
    AR_RECEIVABLE_APPLICATIONS_ALL ara
    JOIN AR_CASH_RECEIPTS_ALL acr ON ara.cash_receipt_id = acr.cash_receipt_id
    JOIN RA_CUSTOMER_TRX_ALL rct ON ara.applied_customer_trx_id = rct.customer_trx_id
    JOIN AR_PAYMENT_SCHEDULES_ALL aps ON ara.applied_payment_schedule_id = aps.payment_schedule_id
    LEFT JOIN FND_USER fu ON acr.created_by = fu.user_id
WHERE rct.customer_trx_id IN (SELECT customer_trx_id FROM base_invoices)
  AND ara.status = 'APP'

UNION ALL

-- 10. Payment Reversed
SELECT 
    rct.trx_number AS InvoiceNumber,
    'Payment Reversed' AS ActivityName,
    ara.reversal_date AS EventTime,
    aps.amount_due_original AS TotalInvoiceAmount,
    aps.due_date AS DueDate,
    rct.bill_to_customer_id AS CustomerId,
    fu.user_name AS User,
    '[Department Placeholder]' AS Department,
    aps.status AS InvoiceStatus
FROM 
    AR_RECEIVABLE_APPLICATIONS_ALL ara
    JOIN RA_CUSTOMER_TRX_ALL rct ON ara.applied_customer_trx_id = rct.customer_trx_id
    JOIN AR_PAYMENT_SCHEDULES_ALL aps ON ara.applied_payment_schedule_id = aps.payment_schedule_id
    LEFT JOIN FND_USER fu ON ara.last_updated_by = fu.user_id
WHERE rct.customer_trx_id IN (SELECT customer_trx_id FROM base_invoices)
  AND ara.reversal_date IS NOT NULL

UNION ALL

-- 11. Cash Applied/Reconciled
SELECT
    rct.trx_number AS InvoiceNumber,
    'Cash Applied/Reconciled' AS ActivityName,
    ara.apply_date AS EventTime,
    aps.amount_due_original AS TotalInvoiceAmount,
    aps.due_date AS DueDate,
    rct.bill_to_customer_id AS CustomerId,
    fu.user_name AS User,
    '[Department Placeholder]' AS Department,
    aps.status AS InvoiceStatus
FROM
    AR_RECEIVABLE_APPLICATIONS_ALL ara
    JOIN RA_CUSTOMER_TRX_ALL rct ON ara.applied_customer_trx_id = rct.customer_trx_id
    JOIN AR_PAYMENT_SCHEDULES_ALL aps ON ara.applied_payment_schedule_id = aps.payment_schedule_id
    LEFT JOIN FND_USER fu ON ara.created_by = fu.user_id
WHERE rct.customer_trx_id IN (SELECT customer_trx_id FROM base_invoices)
  AND ara.status = 'APP'

UNION ALL

-- 12. Write-Off Created
SELECT
    rct.trx_number AS InvoiceNumber,
    'Write-Off Created' AS ActivityName,
    adj.apply_date AS EventTime,
    aps.amount_due_original AS TotalInvoiceAmount,
    aps.due_date AS DueDate,
    rct.bill_to_customer_id AS CustomerId,
    fu.user_name AS User,
    '[Department Placeholder]' AS Department,
    aps.status AS InvoiceStatus
FROM
    AR_ADJUSTMENTS_ALL adj
    JOIN RA_CUSTOMER_TRX_ALL rct ON adj.customer_trx_id = rct.customer_trx_id
    JOIN AR_PAYMENT_SCHEDULES_ALL aps ON rct.customer_trx_id = aps.customer_trx_id
    LEFT JOIN FND_USER fu ON adj.created_by = fu.user_id
WHERE rct.customer_trx_id IN (SELECT customer_trx_id FROM base_invoices)
  AND adj.type = 'INVOICE'
  AND adj.receivables_trx_id IN (SELECT receivables_trx_id FROM AR_RECEIVABLES_TRX_ALL WHERE name = 'Write-Off')

UNION ALL

-- 13. Invoice Closed
SELECT
    rct.trx_number AS InvoiceNumber,
    'Invoice Closed' AS ActivityName,
    aps.actual_date_closed AS EventTime,
    aps.amount_due_original AS TotalInvoiceAmount,
    aps.due_date AS DueDate,
    rct.bill_to_customer_id AS CustomerId,
    fu.user_name AS User,
    '[Department Placeholder]' AS Department,
    aps.status AS InvoiceStatus
FROM
    RA_CUSTOMER_TRX_ALL rct
    JOIN AR_PAYMENT_SCHEDULES_ALL aps ON rct.customer_trx_id = aps.customer_trx_id
    LEFT JOIN FND_USER fu ON aps.last_updated_by = fu.user_id
WHERE rct.customer_trx_id IN (SELECT customer_trx_id FROM base_invoices)
  AND aps.status = 'CL'
"""

try:
    class=class="hl-string">"hl-comment"># Establish the connection to the Oracle database
    print(class="hl-string">"Connecting to Oracle database...")
    connection = oracledb.connect(user=db_user, password=db_password, dsn=db_dsn)

    print(class="hl-string">"Executing query...")
    class=class="hl-string">"hl-comment"># Execute the query and load data into a pandas DataFrame
    class=class="hl-string">"hl-comment"># Using a with statement ensures the connection is closed automatically
    with connection:
        df = pd.read_sql_query(sql_query, connection, params=params)

    print(fclass="hl-string">"Successfully extracted {len(df)} events.")

    class=class="hl-string">"hl-comment"># Data processing and cleanup
    if not df.empty:
        df[class="hl-string">'EVENTTIME'] = pd.to_datetime(df[class="hl-string">'EVENTTIME'])
        df.sort_values(by=[class="hl-string">'INVOICENUMBER', class="hl-string">'EVENTTIME'], inplace=True)

    class=class="hl-string">"hl-comment"># Save the DataFrame to a CSV file
    output_filename = class="hl-string">'oracle_ebs_billing_event_log.csv'
    df.to_csv(output_filename, index=False, encoding=class="hl-string">'utf-8')
    print(fclass="hl-string">"Event log saved to {output_filename}")

except oracledb.Error as e:
    print(fclass="hl-string">"Database error occurred: {e}")
    sys.exit(1)
except Exception as e:
    print(fclass="hl-string">"An error occurred: {e}")
    sys.exit(1)

Ihr Auftrag zu Kasse - Rechnungsstellung & Fakturierung Data Template

Ihr Auftrag zu Kasse - Rechnungsstellung & Fakturierung Data Template

Auftrag zu Kasse - Rechnungsstellung & Fakturierung Attribute

Auftrag zu Kasse - Rechnungsstellung & Fakturierung Aktivitäten

Extraktionsleitfäden

Oracle BI Publisher Bericht für Rechnungs- und Fakturierungsdaten

Schritte

Konfiguration

a Beispielabfrage sql

Direkte SQL-Abfrage auf Oracle EBS Datenbankschemata

Schritte

Konfiguration

a Beispielabfrage sql

Python Skript-Extraktion über Oracle DB Connector

Schritte

Konfiguration

a Beispielabfrage python

Bereit, um loszulegen?

Beschleunigen Sie jetzt Ihren Order-to-Cash – Fakturierung & Rechnungsstellung

Ihr Auftrag zu Kasse - Rechnungsstellung & Fakturierung Data Template

Ihr Auftrag zu Kasse - Rechnungsstellung & Fakturierung Data Template

Auftrag zu Kasse - Rechnungsstellung & Fakturierung Attribute

Auftrag zu Kasse - Rechnungsstellung & Fakturierung Aktivitäten

Extraktionsleitfäden

Oracle BI Publisher Bericht für Rechnungs- und Fakturierungsdaten

Schritte

Konfiguration

a Beispielabfrage sql

Direkte SQL-Abfrage auf Oracle EBS Datenbankschemata

Schritte

Konfiguration

a Beispielabfrage sql

Python Skript-Extraktion über Oracle DB Connector

Schritte

Konfiguration

a Beispielabfrage python

Ihre Privatsphäre ist uns wichtig

Bereit, um loszulegen?

Beschleunigen Sie jetzt Ihren Order-to-Cash – Fakturierung & Rechnungsstellung