Ihre Debitoren-Datenvorlage
Ihre Debitoren-Datenvorlage
- Umfassender Satz empfohlener Attribute für die AR-Analyse
- Kernprozessaktivitäten und Meilensteine zur Überwachung
- Systemspezifische Extraktionsanleitung für Oracle Fusion Financials
Debitoren-Attribute
| Name | Beschreibung | ||
|---|---|---|---|
| Aktivitätsname ActivityName | Das spezifische Event oder die Aktion, die im Debitorenprozess durchgeführt wurde. | ||
| Beschreibung Dieses Attribut beschreibt den im Prozess durchgeführten Schritt, wie das Erstellen einer Rechnung, das Buchen einer Zahlung oder das Eröffnen eines Streitfalls. Es definiert den Fluss der Prozesskarte und ermöglicht die Visualisierung der Event-Sequenz. Analysten nutzen dieses Feld, um Prozessvarianten, Schleifen und Engpässe zu identifizieren. Es ist essenziell für die Bestimmung der Einhaltung von Standardarbeitsanweisungen und für die Berechnung der Häufigkeit spezifischer Events wie Nacharbeit oder manueller Interventionen. Bedeutung Erforderlich, um den Prozessablauf zu definieren und die Abfolge der Events zu visualisieren. Datenquelle Abgeleitet aus Transaktionshistorientabellen (z.B. AR_PAYMENT_SCHEDULES_ALL, RA_CUST_TRX_LINE_GL_DIST_ALL). Beispiele Rechnung erstelltZahlungserinnerung gesendetTeilzahlung verbuchtStreitfall eröffnet | |||
| Ereignis-Timestamp EventStartDateTime | Das spezifische Datum und die Uhrzeit, wann eine Aktivität stattfand. | ||
| Beschreibung Dieses Attribut erfasst den genauen Zeitpunkt, zu dem eine Aktivität im System stattgefunden hat. Es wird verwendet, um Events chronologisch zu ordnen und ist die Grundlage für alle zeitbasierten Berechnungen im Process Mining. Durch die Analyse von Timestamps kann das Unternehmen Zykluszeiten zwischen Aktivitäten berechnen, wie die Dauer zwischen Rechnungsstellung und Versand. Es ist entscheidend für die Messung von KPIs wie Days Sales Outstanding und die Identifizierung zeitlicher Muster im Zahlungsverhalten. Bedeutung Grundlegend für die Berechnung von Dauer, Vorlaufzeiten und Zykluszeiten. Datenquelle Oracle Fusion Financials: Spalten CREATION_DATE oder LAST_UPDATE_DATE über verschiedene Transaktionstabellen hinweg. Beispiele 2023-10-15T08:30:00Z2023-10-16T14:45:12Z2023-11-01T09:00:00Z | |||
| Rechnungsnummer InvoiceNumber | Die eindeutige Kennung, die der Rechnungs-Transaktion in Oracle Fusion zugewiesen ist. | ||
| Beschreibung Dieses Attribut dient als eindeutiger Schlüssel zur Identifizierung finanzieller Verpflichtungen innerhalb des Debitorenmoduls. Es verknüpft alle nachfolgenden Aktivitäten, wie Anpassungen, Streitfälle und Zahlungen, mit der ursprünglichen Verkaufstransaktion. In der Process Mining Analyse fungiert dieses Attribut als Case ID. Es ermöglicht Analysten, den gesamten Lebenszyklus einer Forderung vom Zeitpunkt ihrer Entstehung bis zu ihrer vollständigen Begleichung oder Abschreibung zu verfolgen, was die Berechnung von Zykluszeiten und Prozessvarianten erleichtert. Bedeutung Es ist die grundlegende Analyseeinheit zur Verfolgung des Credit-to-Cash-Lebenszyklus. Datenquelle Oracle Fusion Financials: RA_CUSTOMER_TRX_ALL.TRX_NUMBER Beispiele INV-2023-00110056789AR-99887755002211 | |||
| Letzte Datenaktualisierung LastDataUpdate | Der Timestamp, wann die Daten zuletzt im Mining Tool aktualisiert wurden. | ||
| Beschreibung Dieses Attribut gibt an, wann der Datensatz zuletzt mit dem Quellsystem von Oracle synchronisiert wurde. Es hilft Benutzern, die Aktualität der Analyse zu verstehen und ob die Erkenntnisse den aktuellen Betriebszustand widerspiegeln. Die Überwachung dieses Feldes ist wichtig, um sicherzustellen, dass Dashboards aktuelle Informationen anzeigen, insbesondere für die operative Überwachung offener Streitfälle oder nicht zugeordneter Liquidität. Bedeutung Bietet Kontext zur Aktualität und Zuverlässigkeit der Daten. Datenquelle Systemzeit zum Zeitpunkt der Extraktion. Beispiele 2023-11-15T23:59:59Z2023-11-16T00:00:00Z | |||
| Quellsystem SourceSystem | Das System, aus dem die Daten stammen. | ||
| Beschreibung Dieses Attribut identifiziert die Softwareumgebung, aus der die Prozessdaten extrahiert wurden. In diesem Kontext bestätigt es, dass die Daten aus der Oracle Fusion Financials-Umgebung stammen. Während es oft ein statischer Wert für eine Einzelsystem-Extraktion ist, wird es entscheidend, wenn Daten aus mehreren ERP-Instanzen zusammengeführt oder Drittanbieter-Inkassotools integriert werden. Es gewährleistet Datenherkunft und Nachvollziehbarkeit in Multi-System-Prozesslandschaften. Bedeutung Gewährleistet die Datenherkunft und unterscheidet zwischen verschiedenen ERP-Instanzen. Datenquelle Fest codiert während der Extraktion oder in der Datenpipeline konfiguriert. Beispiele Oracle Fusion FinancialsOracle Cloud ERP - USOracle Cloud ERP - EMEA | |||
| Benutzername UserName | Der Systembenutzer, der die Aktivität durchgeführt hat. | ||
| Beschreibung Dieses Attribut erfasst die Login-ID oder den Namen der Person, die die spezifische Aktivität ausgeführt hat (z. B. Rechnung gebucht, Kontoauszug abgeglichen). Es wird dem generischen Feld „User“ zugeordnet. Diese Daten sind entscheidend für Compliance-Audits und für das Dashboard „Inkasso-Mitarbeiter-Durchsatz“. Es ermöglicht die Trennung von maschinengesteuerten Aktionen (oft durch einen „System“-Benutzer ausgeführt) von menschlichen Aktionen, was die Automatisierungsanalyse unterstützt. Bedeutung Ermöglicht die Nachverfolgung der Benutzerleistung und die Analyse der Funktionstrennung. Datenquelle Oracle Fusion Financials: Spalten CREATED_BY oder LAST_UPDATED_BY, verknüpft mit Benutzertabellen. Beispiele sysadminjsmithfinance_batch_job | |||
| Fälligkeitsdatum DueDate | Das Datum, bis zu dem die Zahlung voraussichtlich eingehen wird. | ||
| Beschreibung Dieses Attribut ist das Fälligkeitsdatum für die Zahlung, berechnet basierend auf Rechnungsdatum und Zahlungsbedingungen. Es dient als Referenzpunkt zur Bestimmung, ob eine Zahlung verspätet ist. Es wird im KPI „Varianz des Zeitpunkts von Zahlungserinnerungen“ verwendet, um zu messen, wie proaktiv das Team im Verhältnis zur Frist agiert. Es ist auch der Schwellenwert für die Klassifizierung von Forderungen als aktuell oder überfällig in Altersstrukturanalysen. Bedeutung Die primäre Baseline zur Bestimmung von Verzug und pünktlicher Leistung. Datenquelle Oracle Fusion Financials: AR_PAYMENT_SCHEDULES_ALL.DUE_DATE Beispiele 2023-11-302023-12-152024-01-01 | |||
| Geschäftseinheit BusinessUnit | Die operative Einheit innerhalb der Organisation, die für die Rechnung verantwortlich ist. | ||
| Beschreibung Dieses Attribut wird der Organisations-ID in Oracle Fusion zugeordnet, die die spezifische Geschäftseinheit oder Abteilung repräsentiert, der die Forderung gehört. Es ermöglicht die Segmentierung der Prozessleistung über verschiedene Teile des Unternehmens hinweg. Der Vergleich von KPIs wie Streitfalllösungszeit oder DSO über verschiedene Geschäftseinheiten hinweg hilft der Führungsebene, leistungsstarke Teams zu identifizieren und Best Practices zu standardisieren. Es hebt auch Einheiten hervor, die zusätzliche Ressourcen oder eine Prozess-Re-Engineering benötigen könnten. Bedeutung Schlüsseldimension für organisatorisches Benchmarking und Leistungsvergleich. Datenquelle Oracle Fusion Financials: HR_ORGANIZATION_UNITS.NAME verknüpft über ORG_ID. Beispiele US-Ost-VertriebEMEA ServicesAPAC Manufacturing | |||
| Ist automatisiert IsAutomated | Flag, das angibt, ob die `Activity` ohne menschliches Eingreifen durchgeführt wurde. | ||
| Beschreibung Dieses boolesche Attribut bestimmt, ob eine Aktivität von einem Systemprozess (z. B. AutoInvoice, AutoLockbox) oder einem menschlichen Benutzer ausgeführt wurde. Es ist der primäre Treiber für den KPI „Automatisierungsrate der Zahlungseingangsverarbeitung“. Indem das Verhältnis von automatisierten zu manuellen Aktivitäten im Laufe der Zeit verfolgt wird, kann die Organisation den Erfolg digitaler Transformationsinitiativen validieren und spezifische Prozessschritte identifizieren, die hartnäckig manuell bleiben. Bedeutung Primäre Kennzahl für digitale Transformation und Effizienzmessung. Datenquelle Berechnete Logik basierend auf UserName (z.B. wenn User == 'BATCH_USER' dann true). Beispiele truefalsch | |||
| Kundenname CustomerName | Der Name der in der Transaktion abgerechneten Entität. | ||
| Beschreibung Dieses Attribut identifiziert den mit der Rechnung verbundenen Kunden. Es ist grundlegend für die Analyse von Zahlungsverhalten, Streitfallhäufigkeiten und Inkasso-Effektivität auf Kundenebene. Analysten nutzen dieses Feld, um spezifische Kunden zu identifizieren, die häufig zu spät zahlen oder Streitfälle eröffnen. Diese Erkenntnis unterstützt das Dashboard „Kunden-Zahlungsverhaltensanalyse“ und hilft bei der Anpassung von Kreditkonditionen und Inkassostrategien an individuelle Kundenprofile. Bedeutung Entscheidend für kundenorientierte Analyse und Risikoprofilierung. Datenquelle Oracle Fusion Financials: HZ_PARTIES.PARTY_NAME verknüpft über BILL_TO_CUSTOMER_ID. Beispiele Acme CorpGlobex CorporationSoylent Corp | |||
| Kundensegment CustomerSegment | Die Klassifizierung des Kunden basierend auf Größe, Branche oder Risiko. | ||
| Beschreibung Dieses Attribut kategorisiert Kunden in Gruppen wie Strategisch, Großunternehmen, KMU oder Hohes Risiko. Es wird oft von der Kunden- oder Profilklasse in Oracle Fusion abgeleitet. Die Verwendung dieses Attributs ermöglicht die Analyse von Prozessvarianten über verschiedene Marktsegmente hinweg. Zum Beispiel hilft es zu überprüfen, ob „strategische“ Kunden den beabsichtigten Premium-Service erhalten oder ob „Hochrisiko“-Kunden eng auf Zahlungskonformität überwacht werden. Bedeutung Ermöglicht eine segmentierte Analyse von Inkassostrategien und Risiken. Datenquelle Oracle Fusion Financials: HZ_CUSTOMER_PROFILES.PROFILE_CLASS_ID. Beispiele EnterpriseKleinunternehmenRegierungHohes Risiko | |||
| Name des Inkassobearbeiters CollectorName | Der Name des Inkasso-Mitarbeiters oder der Ressource, die der Rechnung zugewiesen ist. | ||
| Beschreibung Dieses Attribut identifiziert den spezifischen Mitarbeiter oder das Teammitglied, das für das Eintreiben der Zahlung auf der Rechnung verantwortlich ist. Es ist die Schlüsseldimension für das Dashboard „Inkasso-Mitarbeiter-Durchsatz“. Daten aus diesem Feld ermöglichen es der Organisation, die Produktivität pro Mitarbeiter zu messen, Schulungsbedarfe zu identifizieren und Arbeitslasten auszugleichen. Es fördert die Verantwortlichkeit und hilft bei der Standardisierung der Inkasso-Bemühungen im gesamten Finanzteam. Bedeutung Entscheidend für die Analyse der Ressourcenleistung und den Lastausgleich. Datenquelle Oracle Fusion Financials: AR_COLLECTORS.NAME verknüpft mit dem Kundenprofil. Beispiele John SmithInkassoteam AJane Doe | |||
| Rechnungsbetrag InvoiceAmount | Der monetäre Gesamtwert der Rechnung. | ||
| Beschreibung Dieses Attribut repräsentiert den ursprünglich fälligen Betrag auf der Rechnung. Es dient als primärer Gewichtungsfaktor für viele Analysen, wodurch das Unternehmen Transaktionen mit hohem Wert gegenüber geringem Volumen priorisieren kann. Im Kontext der „Ansicht nicht zugeordneter Gutschriften und Verluste“ hilft dieses Feld, die finanziellen Auswirkungen ungelöster Posten zu quantifizieren. Es wird auch verwendet, um den gewichteten Durchschnitt der Days Sales Outstanding zu berechnen, was eine finanzorientiertere Sicht auf die Prozesseffizienz bietet. Bedeutung Gibt der Analyse finanzielles Gewicht und unterstützt eine wertbasierte Priorisierung. Datenquelle Oracle Fusion Financials: RA_CUSTOMER_TRX_ALL.AMOUNT_DUE_ORIGINAL Beispiele 1500.00250.5010000.00 | |||
| Transaktionstyp TransactionType | Die Klassifizierung des Forderungsdokuments (Rechnung, Gutschrift, Lastschrift). | ||
| Beschreibung Dieses Attribut unterscheidet zwischen verschiedenen Arten von Finanzdokumenten. Häufige Werte sind Rechnung, Gutschrift und Lastschrift. Diese Unterscheidung ist entscheidend für das Dashboard „Gutschriftenvolumen und Nacharbeit“. Durch Filtern nach diesem Attribut können Analysten Nacharbeits-Schleifen isolieren, die durch Gutschriften verursacht werden, oder sich gezielt auf den Hauptrechnungsfluss konzentrieren. Es hilft, die Zusammensetzung des Debitoren-Workloads zu verstehen. Bedeutung Unterscheidet Standardrechnungen von Anpassungen und Korrekturen. Datenquelle Oracle Fusion Financials: RA_CUST_TRX_TYPES_ALL.NAME Beispiele RechnungGutschriftBelastungsanzeigeRückbuchung | |||
| Days Sales Outstanding DaysSalesOutstanding | Die Anzahl der Tage zwischen Rechnungsstellung und Begleichung. | ||
| Beschreibung Dieses berechnete Attribut misst die Dauer von „Rechnung erstellt“ bis „Rechnung beglichen“. Es ist die direkte Berechnung für den KPI „Durchschnittliche Days Sales Outstanding“. Während dies dynamisch in Dashboards berechnet werden kann, ermöglicht das Vorhandensein als vorab berechnetes Attribut auf Case-Ebene eine einfachere Filterung und Segmentierung (z. B. Anzeige aller Cases, bei denen DSO > 60 Tage ist). Bedeutung Die definitive Effizienzkennzahl für das Debitorenmanagement. Datenquelle Berechnet: Datum(Rechnung ausgeglichen) - Datum(Rechnung erstellt). Beispiele 45 Tage12 Tage60 Tage | |||
| Erstellungsquelle CreationSource | Der Ursprung der Rechnung, der angibt, ob sie manuell erstellt oder importiert wurde. | ||
| Beschreibung Dieses Attribut zeigt, wie die Rechnung in das Oracle-System gelangte, z. B. durch „Manuelle Eingabe“, „AutoInvoice“ oder über spezifische externe Feeds. Es ist ein Proxy für die generische „Kanal“-Zuordnung. Dies ist entscheidend für den „Automatisierungsmonitor der Zahlungseingangsverarbeitung“. Es hilft, zwischen vollständig digitalen Prozessen und solchen, die eine manuelle Einrichtung erfordern, zu unterscheiden. Ein hohes Volumen an „Manuellen Eingaben“ kann auf mangelnde vorgelagerte Integration oder Systemmängel hindeuten. Bedeutung Identifiziert den Grad der vorgelagerten Automatisierung und den Datenursprung. Datenquelle Oracle Fusion Financials: RA_BATCH_SOURCES_ALL.NAME Beispiele AutoInvoiceManuellProjekteinführungAuftragsmanagement | |||
| Ist Nacharbeit IsRework | Flag, das anzeigt, ob die Rechnung Korrektur- oder Streitfallschleifen durchlaufen hat. | ||
| Beschreibung Dieses boolesche Attribut identifiziert, ob eine Rechnung Aktivitäten zur Fehlerkorrektur erfahren hat, wie „Gutschrift ausgestellt“ oder „Rechnung angepasst“. Es unterstützt das Dashboard „Gutschriftenvolumen und Nacharbeit“. Die Identifizierung von Nacharbeitsfällen hilft, „Happy Path“-Prozesse von problematischen zu isolieren. Hohe Nacharbeitsraten sind ein Frühindikator für vorgelagerte Datenqualitätsprobleme in den Stammdaten- oder Auftragserfassungsprozessen. Bedeutung Identifiziert Verschwendung und Ineffizienz im Prozessfluss. Datenquelle Berechnet: True, wenn Beispiele truefalsch | |||
| Rabattberechtigungsdatum DiscountEligibilityDate | Das letzte Datum, an dem ein Kunde zahlen kann, um einen Frühzahlerrabatt zu erhalten. | ||
| Beschreibung Dieses Attribut kennzeichnet die Frist für den Kunden, um Konditionen wie „2/10 Netto 30“ (2 % Rabatt bei Zahlung innerhalb von 10 Tagen) zu nutzen. Es ist erforderlich für das Dashboard „Analyse der Frühzahlerrabatte“. Die Analyse von Zahlungen gegen dieses Datum zeigt die „Erfassungsrate für Frühzahlerrabatte“. Es hilft dem Unternehmen zu verstehen, ob seine Rabattstrategien den Cashflow effektiv beschleunigen oder von Kunden ignoriert werden. Bedeutung Unterstützt die Analyse der Anreizwirksamkeit und der Cashflow-Beschleunigung. Datenquelle Oracle Fusion Financials: AR_PAYMENT_SCHEDULES_ALL.DISCOUNT_DATE Beispiele 2023-11-102023-12-05 | |||
| Region Region | Geographische Region, die mit der Geschäftseinheit oder dem Kunden verbunden ist. | ||
| Beschreibung Dieses Attribut ordnet die Transaktion einem breiteren geografischen Gebiet zu, wie Nordamerika, EMEA oder APAC. Es ist nützlich für hochrangige Executive Reports und für das Dashboard „DSO und Cash Cycle Trends“. Regionale Analysen helfen, kulturelle Unterschiede im Zahlungsverhalten zu berücksichtigen (z. B. längere Standardzahlungsziele in Südeuropa im Vergleich zu den USA) und stellen sicher, dass globale KPIs mit dem korrekten lokalen Kontext interpretiert werden. Bedeutung Bietet eine übergeordnete geografische Segmentierung für das globale Reporting. Datenquelle Oracle Fusion Financials: Abgeleitet von der Geschäftseinheit oder Kundenadresse. Beispiele NordamerikaEMEAAPACLATAM | |||
| Streitfallgrund DisputeReason | Die Kategorie oder der Ursachencode, der bei der Eröffnung eines Streitfalls zugewiesen wird. | ||
| Beschreibung Dieses Attribut erfasst die Begründung, die bei einer „Streitfall eröffnet“-Aktivität angegeben wird. Häufige Werte können „Preisfehler“, „Mengenabweichung“ oder „Beschädigte Ware“ sein. Die Analyse dieses Attributs im Dashboard „Streitfall-Lebenszyklus und Engpässe“ hilft, Grundursachen für Zahlungsverzögerungen zu identifizieren. Wenn „Preisfehler“ häufig vorkommt, weiß das Unternehmen, dass der vorgelagerte Angebotsprozess und nicht nur der Inkassoprozess untersucht werden muss. Bedeutung Entscheidend für die Ursachenanalyse von Zahlungsverzögerungen und Nacharbeiten. Datenquelle Oracle Fusion Financials: RA_CM_REQUESTS.REASON_CODE oder AR_DISPUTE_HISTORY. Beispiele PreisstreitigkeitSteuerfehlerWare nicht erhaltenDoppelte Abrechnung | |||
| Währungscode CurrencyCode | Die Währung, in der der Rechnungsbetrag angegeben ist. | ||
| Beschreibung Dieses Attribut gibt die Währung (z. B. USD, EUR) für die Finanzbeträge an. Es ist notwendig, um den Rechnungsbetrag korrekt zu interpretieren und Währungsumrechnungen durchzuführen, falls eine globale Berichtswährung erforderlich ist. Für globale Organisationen hilft dieses Attribut, die Inkasso-Performance über verschiedene Wirtschaftsregionen hinweg zu analysieren und ermöglicht Finanzteams, Wechselkursauswirkungen von der operativen Prozessleistung zu trennen. Bedeutung Kontextualisiert Finanzwerte in Mehrwährungsumgebungen. Datenquelle Oracle Fusion Financials: RA_CUSTOMER_TRX_ALL.INVOICE_CURRENCY_CODE Beispiele USDEURGBPJPY | |||
| Zahlungsbedingungen PaymentTerms | Die vereinbarten Zahlungsbedingungen (z. B. Netto 30 Tage). | ||
| Beschreibung Dieses Attribut definiert den vertraglich vereinbarten Zahlungszeitraum. Es wird zur Berechnung des Fälligkeitsdatums verwendet und ist wesentlich für das Dashboard „Effektivität der Inkassostrategie“. Variationen in den Zahlungsbedingungen über verschiedene Kunden hinweg können Unterschiede im DSO erklären. Dieses Attribut ermöglicht Analysten die Normalisierung von Leistungsdaten, wobei sichergestellt wird, dass ein Kunde mit 60 Tagen Zahlungsziel nicht ungerechtfertigt als „Langsamzahler“ im Vergleich zu einem mit 30 Tagen Zahlungsziel eingestuft wird. Bedeutung Kontextualisiert die Zahlungsgeschwindigkeit im Vergleich zu vertraglichen Vereinbarungen. Datenquelle Oracle Fusion Financials: RA_TERMS.NAME Beispiele Netto 30Sofort2 % Skonto bei Zahlung innerhalb von 10 Tagen, netto 30 TageNetto 60 | |||
Debitorenaktivitäten
| Aktivität | Beschreibung | ||
|---|---|---|---|
| Rechnung abgeschlossen | Zeigt an, dass der Rechnungserstellungsprozess abgeschlossen ist und die Rechnung bereit zur Bearbeitung, zum Druck und zur Buchung ist. Dies tritt ein, wenn der Transaktionsstatus von "unvollständig" zu "vollständig" wechselt. | ||
| Bedeutung Unterscheidet zwischen Erstellungszeit und Bearbeitungszeit. Verzögerungen hier deuten auf Engpässe im internen Rechnungserstellungsprozess hin. Datenquelle Identifiziert, wenn das COMPLETE_FLAG in RA_CUSTOMER_TRX_ALL auf 'Y' wechselt. Erfassen Statusfeld vor/nachher vergleichen Ereignistyp inferred | |||
| Rechnung ausgeglichen | Der Endzustand, in dem die Rechnung im System geschlossen wird, normalerweise weil der Saldo aufgrund einer Zahlung, Gutschrift oder Anpassung null ist. | ||
| Bedeutung Der Timestamp für dieses Event wird zur Berechnung der Days Sales Outstanding (DSO) verwendet. Er repräsentiert das Ende der Prozessinstanz. Datenquelle Identifiziert, wenn der STATUS in AR_PAYMENT_SCHEDULES_ALL zu 'CL' (Geschlossen) wechselt. Erfassen Statusfeld vor/nachher vergleichen Ereignistyp inferred | |||
| Rechnung erstellt | Diese Aktivität kennzeichnet die erstmalige Erstellung des Rechnungsdatensatzes im System. Sie erfasst den Timestamp, wann der Transaktions-Header erstmals in den Oracle Receivables-Tabellen gespeichert wird. | ||
| Bedeutung Legt den Beginn des Prozesslebenszyklus und die Grundlage für die Altersberechnungen fest. Wesentlich für die Berechnung der gesamten Zykluszeit und der Vorlaufzeit bis zum Versand. Datenquelle Abgeleitet aus der Tabelle RA_CUSTOMER_TRX_ALL unter Verwendung der Spalte CREATION_DATE oder TRX_DATE. Erfassen Protokolliert, wenn Transaktionszeile eingefügt wird Ereignistyp explicit | |||
| Rechnung versandt | Stellt die Übermittlung der Rechnung an den Kunden per Druck, E-Mail oder XML dar. Dies kennzeichnet die Übergabe von der Organisation an den Kunden. | ||
| Bedeutung Entscheidend für die Messung der Leistungsfähigkeit des Rechnungsversands. Die Lücke zwischen Erstellung und Versand verzögert den Inkassozyklus direkt. Datenquelle Abgeleitet vom PRINTING_ORIGINAL_DATE in RA_CUSTOMER_TRX_ALL oder spezifischen Erfassen Statusfeld vor/nachher vergleichen Ereignistyp inferred | |||
| Teilzahlung verbucht | Tritt auf, wenn eine Zahlung auf die Rechnung angewendet wird, der Betrag jedoch geringer ist als der gesamte offene Saldo. Die Rechnung bleibt dann mit einem reduzierten Saldo offen. | ||
| Bedeutung Hohe Frequenz deutet auf fragmentiertes Zahlungsverhalten hin (KPI Teilzahlungsfrequenz), was den Abstimmungsaufwand erhöht. Datenquelle Stammt aus AR_RECEIVABLE_APPLICATIONS_ALL, wobei STATUS = „APP“ und AMOUNT_APPLIED < AMOUNT_DUE_REMAINING. Erfassen Geloggt, wenn Transaktion X ausgeführt wurde Ereignistyp explicit | |||
| Vollständige Zahlung erhalten | Tritt auf, wenn eine Zahlung den Rechnungsbetrag auf null reduziert. Dies ist das primäre Erfolgsevent für den Inkassoprozess. | ||
| Bedeutung Entscheidend für die Analyse von Frühzahlungsrabatten. Der Zeitpunkt dieses Datenquelle Stammt aus AR_RECEIVABLE_APPLICATIONS_ALL, wobei STATUS = „APP“ und der resultierende AMOUNT_DUE_REMAINING 0 ist. Erfassen Ableitung durch Vergleich von Feld X mit Y Ereignistyp calculated | |||
| Gutschrift erstellt | Erfasst die Erstellung einer Gutschriftstransaktion, die auf die Rechnung angewendet wird. Dies reduziert den fälligen Betrag, oft als Reaktion auf einen Streitfall oder eine Retoure. | ||
| Bedeutung Verfolgt die Nacharbeitsrate von Gutschriften und Umsatzverluste. Häufige Gutschriften weisen auf systemische Abrechnungsfehler hin. Datenquelle Stammt aus RA_CUSTOMER_TRX_ALL, wobei TRX_TYPE Gutschrift ist und RELATED_CUSTOMER_TRX_ID der Rechnung entspricht. Erfassen Geloggt, wenn Transaktion X ausgeführt wurde Ereignistyp explicit | |||
| Kontoauszug abgeglichen | Zeigt an, dass der auf die Rechnung angewendete Beleg mit einer Position auf dem Kontoauszug abgestimmt wurde. Dies bestätigt, dass das Bargeld tatsächlich auf dem Bankkonto eingegangen ist. | ||
| Bedeutung Misst die Automatisierung der Zahlungseingangsverarbeitung. Die Lücke zwischen der Zahlungsbuchung und dem Bankabgleich repräsentiert unbestätigte Liquidität. Datenquelle Verknüpft von AR_CASH_RECEIPTS_ALL zu CE_STATEMENT_LINES (Cash Management) über die Abstimmungsreferenz. Erfassen Statusfeld vor/nachher vergleichen Ereignistyp inferred | |||
| Rechnung abgeschrieben | Eine spezifische Art der Anpassung, bei der der Restbetrag als uneinbringlich gilt und als uneinbringliche Forderung abgeschrieben wird. Dies ist ein negativer Endzustand. | ||
| Bedeutung Entscheidend für die Überwachung der finanziellen Gesundheit. Trennt die operative Effizienz (Zahlungsgeschwindigkeit) von Kreditqualitätsproblemen. Datenquelle Stammt aus AR_ADJUSTMENTS_ALL, wobei der Anpassungstyp als „Abschreibung“ klassifiziert oder mit einem Konto für uneinbringliche Forderungen verknüpft ist. Erfassen Geloggt, wenn Transaktion X ausgeführt wurde Ereignistyp explicit | |||
| Rechnung angepasst | Erfasst manuelle Anpassungen des Rechnungsbetrags, wie z.B. kleine Abschreibungen oder Währungsanpassungen, die sich von Gutschriften unterscheiden. | ||
| Bedeutung Hilft, Umsatzverluste und nicht standardisierte Prozesspfade zu identifizieren, bei denen Salden ohne Zahlung beglichen werden. Datenquelle Stammt aus der AR_ADJUSTMENTS_ALL Tabelle, verknüpft mit der Rechnung. Erfassen Geloggt, wenn Transaktion X ausgeführt wurde Ereignistyp explicit | |||
| Rechnung im Hauptbuch gebucht | Erfasst das Event, bei dem die Rechnungsbuchungen finalisiert und ins Hauptbuch übertragen werden. Dies gewährleistet die Einhaltung der Finanzvorschriften und die Bereitschaft für den Periodenabschluss. | ||
| Bedeutung Obwohl hier keine Auswirkungen auf die Kundensicht bestehen, beeinflussen Verzögerungen den Finanzabschlussprozess und die Pünktlichkeit der Berichterstattung. Datenquelle Abgeleitet vom GL_DATE in der Tabelle RA_CUST_TRX_LINE_GL_DIST_ALL. Erfassen Geloggt, wenn Transaktion X ausgeführt wurde Ereignistyp explicit | |||
| Streitfall eröffnet | Kennzeichnet die Einleitung eines formellen Streitfalls bezüglich der Rechnung. Dies stoppt die standardmäßigen Inkassoaktivitäten, während das Problem untersucht wird. | ||
| Bedeutung Ein wichtiger Engpassindikator. Hohe Streitfallquoten deuten auf Qualitätsprobleme in vorgelagerten Prozessen der Auftragsabwicklung oder Rechnungsstellung hin. Datenquelle Identifiziert durch Datensätze in RA_CM_REQUESTS_ALL oder spezifische Gutschriftsantrags-Workflows, die mit der Rechnung verknüpft sind. Erfassen Geloggt, wenn Transaktion X ausgeführt wurde Ereignistyp explicit | |||
| Streitfall gelöst | Zeigt den Abschluss der Streitfalluntersuchung an. Das Ergebnis könnte eine Gutschriftsgenehmigung (gültiger Streitfall) oder eine Ablehnung (ungültiger Streitfall) sein. | ||
| Bedeutung Notwendig für die Berechnung der durchschnittlichen Streitfalllösungszeit. Lange Lösungszeiten wirken sich negativ auf die Kundenzufriedenheit und den DSO aus. Datenquelle Abgeleitet von der Statusänderung zu 'APPROVED' oder 'REJECTED' in RA_CM_REQUESTS_ALL. Erfassen Statusfeld vor/nachher vergleichen Ereignistyp inferred | |||
| Zahlungserinnerung gesendet | Erfasst die Ausstellung eines Mahnschreibens oder einer Zahlungserinnerung an den Kunden. Dieses `Event` wird vom `Advanced Collections`-Modul generiert. | ||
| Bedeutung Entscheidend für die Analyse der Effektivität von Inkassostrategien. Die Korrelation mit Zahlungen hilft festzustellen, welche Erinnerungsstrategien die schnellste Geldeinziehung ergeben. Datenquelle Befindet sich in den Tabellen IEX_DUNNING oder IEX_STRATEGY_WORK_ITEMS, die mit dem Kundenkonto verknüpft sind. Erfassen Geloggt, wenn Transaktion X ausgeführt wurde Ereignistyp explicit | |||
| Zahlungszusage erhalten | Erfasst eine Zusage des Kunden, einen bestimmten Betrag bis zu einem bestimmten Datum zu zahlen. Dies wird in der Regel manuell von einem Inkasso-Mitarbeiter während der Kundeninteraktion eingegeben. | ||
| Bedeutung Entscheidend für die Analyse des Kundenzahlungsverhaltens. Gebrochene Versprechen deuten auf ein hohes Kreditrisiko und potenzielle zukünftige uneinbringliche Forderungen hin. Datenquelle Stammt aus der IEX_PROMISE_DETAILS Tabelle im Collections-Modul. Erfassen Geloggt, wenn Transaktion X ausgeführt wurde Ereignistyp explicit | |||
Extraktionsleitfäden
Schritte
Greifen Sie auf die Oracle BI Cloud Connector (BICC) Konsole zu. Navigieren Sie zum Abschnitt 'Manage Offerings and Data Stores'.
Konfigurieren Sie die Speicherverbindung. Stellen Sie sicher, dass Sie eine gültige Verbindung zu Oracle Universal Content Management (UCM) oder einem externen Objektspeicher (wie OCI Object Storage) haben, wo die extrahierten CSV/Parquet-Dateien abgelegt werden.
Wählen Sie das Financials Offering aus. Suchen Sie das Financials Offering, um auf Accounts Receivable View Objects zuzugreifen.
Wählen und konfigurieren Sie View Objects (VOs). Sie müssen die spezifischen Public View Objects (PVOs) auswählen, die zum Erstellen des
Event Logerforderlich sind. Wesentliche PVOs umfassen:- FscmTopModelAM.FinExtractAM.ArBiccExtractAM.TransactionHeaderExtractPVO (Rechnungsköpfe)
- FscmTopModelAM.FinExtractAM.ArBiccExtractAM.TransactionLineExtractPVO (Rechnungspositionen)
- FscmTopModelAM.FinExtractAM.ArBiccExtractAM.ReceiptApplicationExtractPVO (Zahlungen und Gutschriftenanwendungen)
- FscmTopModelAM.FinExtractAM.ArBiccExtractAM.AdjustmentExtractPVO (Anpassungen und Abschreibungen)
- FscmTopModelAM.FinExtractAM.IexBiccExtractAM.PromiseDetailExtractPVO (Zahlungsversprechen)
- FscmTopModelAM.FinExtractAM.IexBiccExtractAM.StrategyWorkItemExtractPVO (Mahnungen/Erinnerungen)
Definieren Sie Filterkriterien (Pruning). Legen Sie in 'Manage Extract Schedules' oder innerhalb der PVO-Konfiguration einen Filter auf CreationDate oder LastUpdateDate fest, um Daten zu extrahieren, die für Ihren Analysezeitraum relevant sind (z.B. die letzten 12 Monate).
Planen Sie die Extraktion. Erstellen Sie einen Job-Zeitplan, um diese Extraktionen täglich auszuführen. Wählen Sie 'Inkrementeller Ladevorgang', um nach dem anfänglichen 'Vollständigen Ladevorgang' nur geänderte Daten abzurufen.
Herunterladen und Aufnehmen. Verwenden Sie ein automatisiertes Skript oder ein Integrationstool, um die Dateien von UCM/Object Storage abzuholen und in Ihre Data Warehouse-Staging-Tabellen (z.B. STG_AR_TRX_HEADER, STG_AR_APPLICATIONS) zu laden.
Transformationslogik anwenden. Führen Sie das im Abschnitt 'Query' bereitgestellte SQL-Skript für Ihre Staging-Tabellen aus, um die relationalen Daten in das ProcessMind
Event Log-Format zu überführen.Datentypen validieren. Stellen Sie sicher, dass Datumsfelder während der Transformation in Datetime-Objekte umgewandelt werden und numerische Beträge Dezimalstellen korrekt verarbeiten.
Export nach CSV/Parquet. Exportieren Sie das finale Ergebnis aus Ihrem Data Warehouse als einzelne Datei.
In ProcessMind hochladen. Importieren Sie die Datei und ordnen Sie InvoiceNumber der Case ID, ActivityName der Activity und EventStartDateTime dem Timestamp zu.
Konfiguration
- Extraktionshäufigkeit: Täglich (inkrementell) empfohlen, um die neuesten Statusänderungen zu erfassen.
- Initialer Ladevorgang: Wählen Sie für den ersten Durchlauf 'Vollständige Extraktion', wechseln Sie dann auf 'Inkrementell' basierend auf dem Datum der letzten Aktualisierung.
- Schlüssel-PVOs: TransactionHeaderExtractPVO, ReceiptApplicationExtractPVO, AdjustmentExtractPVO, StrategyWorkItemExtractPVO.
- Datumsfilterung: Wenden Sie Filter auf CreationDate >= '202X-01-01' an, um das Volumen zu begrenzen.
- Abrufgröße: Der Standardwert beträgt üblicherweise 50000 Zeilen; passen Sie ihn basierend auf der Netzwerkbandbreite an, wenn Sie den UCM-Download verwenden.
- Primärschlüssel: Stellen Sie sicher, dass Ihr nachgeschaltetes Data Warehouse Upserts unter Verwendung der PVO-Primärschlüssel (üblicherweise CustomerTrxId, ReceivableApplicationId usw.) verarbeitet, um doppelte Zeilen zu vermeiden.
- Audit-Historie: Standard-BICC-PVOs erfassen den aktuellen Zustand. Für eine exakte historische Zeitstempelung von Statusänderungen (wie 'Streitfall eröffnet') kann es erforderlich sein, Audit-Richtlinien in Fusion zu aktivieren und Audit View Objects zu extrahieren, falls die Transaktionstabellen die Historie nicht persistent speichern.
a Beispielabfrage config
/*
Transformation Script for Oracle BICC Data
Assumes raw BICC PVO CSVs are loaded into a SQL Staging Area with tables named:
- STG_AR_TRX_HEADER (TransactionHeaderExtractPVO)
- STG_AR_APPLICATIONS (ReceiptApplicationExtractPVO)
- STG_AR_ADJUSTMENTS (AdjustmentExtractPVO)
- STG_IEX_PROMISES (PromiseDetailExtractPVO)
- STG_IEX_STRATEGY (StrategyWorkItemExtractPVO)
- STG_CE_STMTS (BankStatementLineExtractPVO - Optional/Advanced)
*/
WITH Base_Log AS (
/* 1. Invoice Created */
SELECT
TrxNumber AS InvoiceNumber,
'Invoice Created' AS ActivityName,
CreationDate AS EventStartDateTime,
'Oracle Fusion' AS SourceSystem,
BusinessUnitName AS BusinessUnit,
BillToCustomerName AS CustomerName,
InvoiceCurrencyCode AS Currency,
(Quantity * UnitSellingPrice) AS InvoiceAmount,
TrxClass AS TransactionType,
CreatedBy AS UserName,
'Yes' AS IsAutomated
FROM STG_AR_TRX_HEADER
WHERE TrxClass IN ('INV', 'DM')
UNION ALL
/* 2. Invoice Completed */
SELECT
TrxNumber AS InvoiceNumber,
'Invoice Completed' AS ActivityName,
TrxDate AS EventStartDateTime,
'Oracle Fusion' AS SourceSystem,
BusinessUnitName AS BusinessUnit,
BillToCustomerName AS CustomerName,
InvoiceCurrencyCode AS Currency,
NULL AS InvoiceAmount,
TrxClass AS TransactionType,
LastUpdatedBy AS UserName,
'No' AS IsAutomated
FROM STG_AR_TRX_HEADER
WHERE CompleteFlag = 'Y'
AND TrxClass IN ('INV', 'DM')
UNION ALL
/* 3. Invoice Dispatched */
/* Using PrintingOriginalDate as proxy for dispatch */
SELECT
TrxNumber AS InvoiceNumber,
'Invoice Dispatched' AS ActivityName,
PrintingOriginalDate AS EventStartDateTime,
'Oracle Fusion' AS SourceSystem,
BusinessUnitName AS BusinessUnit,
BillToCustomerName AS CustomerName,
InvoiceCurrencyCode AS Currency,
NULL AS InvoiceAmount,
TrxClass AS TransactionType,
LastUpdatedBy AS UserName,
'Yes' AS IsAutomated
FROM STG_AR_TRX_HEADER
WHERE PrintingOriginalDate IS NOT NULL
AND TrxClass IN ('INV', 'DM')
UNION ALL
/* 4. Invoice Posted to GL */
SELECT
TrxNumber AS InvoiceNumber,
'Invoice Posted to GL' AS ActivityName,
GlDate AS EventStartDateTime,
'Oracle Fusion' AS SourceSystem,
BusinessUnitName AS BusinessUnit,
BillToCustomerName AS CustomerName,
InvoiceCurrencyCode AS Currency,
NULL AS InvoiceAmount,
TrxClass AS TransactionType,
'System' AS UserName,
'Yes' AS IsAutomated
FROM STG_AR_TRX_HEADER
WHERE GlDate IS NOT NULL
AND TrxClass IN ('INV', 'DM')
UNION ALL
/* 5. Payment Reminder Sent */
/* Links via Customer or Account, mapped back to Trx via Collections Strategy logic */
/* Simplified join assumption based on Trx Id availability in Work Item */
SELECT
H.TrxNumber AS InvoiceNumber,
'Payment Reminder Sent' AS ActivityName,
W.CreationDate AS EventStartDateTime,
'Oracle Fusion' AS SourceSystem,
H.BusinessUnitName AS BusinessUnit,
H.BillToCustomerName AS CustomerName,
H.InvoiceCurrencyCode AS Currency,
NULL AS InvoiceAmount,
H.TrxClass AS TransactionType,
W.CreatedBy AS UserName,
'Yes' AS IsAutomated
FROM STG_IEX_STRATEGY W
JOIN STG_AR_TRX_HEADER H ON W.ObjectPk1 = H.CustomerTrxId
WHERE W.WorkItemTemplateName LIKE '%Reminder%'
UNION ALL
/* 6. Promise to Pay Received */
SELECT
H.TrxNumber AS InvoiceNumber,
'Promise to Pay Received' AS ActivityName,
P.CreationDate AS EventStartDateTime,
'Oracle Fusion' AS SourceSystem,
H.BusinessUnitName AS BusinessUnit,
H.BillToCustomerName AS CustomerName,
H.InvoiceCurrencyCode AS Currency,
P.PromiseAmount AS InvoiceAmount,
H.TrxClass AS TransactionType,
P.CreatedBy AS UserName,
'No' AS IsAutomated
FROM STG_IEX_PROMISES P
JOIN STG_AR_TRX_HEADER H ON P.CustTrxId = H.CustomerTrxId
UNION ALL
/* 7. Dispute Case Opened */
/* Triggered when dispute amount is updated/created */
SELECT
TrxNumber AS InvoiceNumber,
'Dispute Case Opened' AS ActivityName,
DisputeDate AS EventStartDateTime,
'Oracle Fusion' AS SourceSystem,
BusinessUnitName AS BusinessUnit,
BillToCustomerName AS CustomerName,
InvoiceCurrencyCode AS Currency,
NULL AS InvoiceAmount,
TrxClass AS TransactionType,
LastUpdatedBy AS UserName,
'No' AS IsAutomated
FROM STG_AR_TRX_HEADER
WHERE DisputeDate IS NOT NULL
UNION ALL
/* 8. Dispute Resolved */
/* Approximated by update date when dispute amount returns to 0 after being positive */
/* Note: Accurate dispute history requires Audit Trail extraction. This is a best-effort proxy based on header state. */
SELECT
TrxNumber AS InvoiceNumber,
'Dispute Resolved' AS ActivityName,
LastUpdateDate AS EventStartDateTime,
'Oracle Fusion' AS SourceSystem,
BusinessUnitName AS BusinessUnit,
BillToCustomerName AS CustomerName,
InvoiceCurrencyCode AS Currency,
NULL AS InvoiceAmount,
TrxClass AS TransactionType,
LastUpdatedBy AS UserName,
'No' AS IsAutomated
FROM STG_AR_TRX_HEADER
WHERE DisputeDate IS NOT NULL AND DisputeAmount = 0
UNION ALL
/* 9. Credit Memo Issued (Applied) */
SELECT
H.TrxNumber AS InvoiceNumber,
'Credit Memo Issued' AS ActivityName,
APP.ApplyDate AS EventStartDateTime,
'Oracle Fusion' AS SourceSystem,
H.BusinessUnitName AS BusinessUnit,
H.BillToCustomerName AS CustomerName,
H.InvoiceCurrencyCode AS Currency,
APP.AmountApplied AS InvoiceAmount,
H.TrxClass AS TransactionType,
APP.CreatedBy AS UserName,
'No' AS IsAutomated
FROM STG_AR_APPLICATIONS APP
JOIN STG_AR_TRX_HEADER H ON APP.AppliedCustomerTrxId = H.CustomerTrxId
WHERE APP.ApplicationType = 'CM' -- Credit Memo application
UNION ALL
/* 10. Partial Payment Posted */
SELECT
H.TrxNumber AS InvoiceNumber,
'Partial Payment Posted' AS ActivityName,
APP.ApplyDate AS EventStartDateTime,
'Oracle Fusion' AS SourceSystem,
H.BusinessUnitName AS BusinessUnit,
H.BillToCustomerName AS CustomerName,
H.InvoiceCurrencyCode AS Currency,
APP.AmountApplied AS InvoiceAmount,
H.TrxClass AS TransactionType,
APP.CreatedBy AS UserName,
'No' AS IsAutomated
FROM STG_AR_APPLICATIONS APP
JOIN STG_AR_TRX_HEADER H ON APP.AppliedCustomerTrxId = H.CustomerTrxId
WHERE APP.ApplicationType = 'CASH'
AND APP.Status = 'APP'
AND (H.AmountDueRemaining > 0) -- Invoice still has balance
UNION ALL
/* 11. Full Payment Received */
SELECT
H.TrxNumber AS InvoiceNumber,
'Full Payment Received' AS ActivityName,
APP.ApplyDate AS EventStartDateTime,
'Oracle Fusion' AS SourceSystem,
H.BusinessUnitName AS BusinessUnit,
H.BillToCustomerName AS CustomerName,
H.InvoiceCurrencyCode AS Currency,
APP.AmountApplied AS InvoiceAmount,
H.TrxClass AS TransactionType,
APP.CreatedBy AS UserName,
'No' AS IsAutomated
FROM STG_AR_APPLICATIONS APP
JOIN STG_AR_TRX_HEADER H ON APP.AppliedCustomerTrxId = H.CustomerTrxId
WHERE APP.ApplicationType = 'CASH'
AND APP.Status = 'APP'
AND H.AmountDueRemaining = 0 -- Invoice fully paid
UNION ALL
/* 12. Bank Statement Matched */
/* Requires joining Receipt Application -> Cash Receipt -> Bank Statement Line */
/* Placeholder logic assuming availability of Bank Statement PVO data */
SELECT
H.TrxNumber AS InvoiceNumber,
'Bank Statement Matched' AS ActivityName,
BSL.StatementDate AS EventStartDateTime,
'Oracle Fusion' AS SourceSystem,
H.BusinessUnitName AS BusinessUnit,
H.BillToCustomerName AS CustomerName,
H.InvoiceCurrencyCode AS Currency,
BSL.Amount AS InvoiceAmount,
H.TrxClass AS TransactionType,
BSL.CreatedBy AS UserName,
'Yes' AS IsAutomated
FROM STG_AR_APPLICATIONS APP
JOIN STG_AR_TRX_HEADER H ON APP.AppliedCustomerTrxId = H.CustomerTrxId
-- Join to Receipt then to Bank Stmt would happen here
JOIN STG_CE_STMTS BSL ON APP.CashReceiptId = BSL.ReferenceId -- Simplified Join
WHERE APP.ApplicationType = 'CASH'
UNION ALL
/* 13. Invoice Adjusted */
SELECT
H.TrxNumber AS InvoiceNumber,
'Invoice Adjusted' AS ActivityName,
ADJ.ApplyDate AS EventStartDateTime,
'Oracle Fusion' AS SourceSystem,
H.BusinessUnitName AS BusinessUnit,
H.BillToCustomerName AS CustomerName,
H.InvoiceCurrencyCode AS Currency,
ADJ.Amount AS InvoiceAmount,
H.TrxClass AS TransactionType,
ADJ.CreatedBy AS UserName,
'No' AS IsAutomated
FROM STG_AR_ADJUSTMENTS ADJ
JOIN STG_AR_TRX_HEADER H ON ADJ.CustomerTrxId = H.CustomerTrxId
WHERE ADJ.AdjustmentType != 'WRITE_OFF'
UNION ALL
/* 14. Invoice Written Off */
SELECT
H.TrxNumber AS InvoiceNumber,
'Invoice Written Off' AS ActivityName,
ADJ.ApplyDate AS EventStartDateTime,
'Oracle Fusion' AS SourceSystem,
H.BusinessUnitName AS BusinessUnit,
H.BillToCustomerName AS CustomerName,
H.InvoiceCurrencyCode AS Currency,
ADJ.Amount AS InvoiceAmount,
H.TrxClass AS TransactionType,
ADJ.CreatedBy AS UserName,
'No' AS IsAutomated
FROM STG_AR_ADJUSTMENTS ADJ
JOIN STG_AR_TRX_HEADER H ON ADJ.CustomerTrxId = H.CustomerTrxId
WHERE ADJ.AdjustmentType = 'WRITE_OFF'
UNION ALL
/* 15. Invoice Cleared */
/* The moment the invoice balance hits 0 */
SELECT
TrxNumber AS InvoiceNumber,
'Invoice Cleared' AS ActivityName,
LastUpdateDate AS EventStartDateTime,
'Oracle Fusion' AS SourceSystem,
BusinessUnitName AS BusinessUnit,
BillToCustomerName AS CustomerName,
InvoiceCurrencyCode AS Currency,
NULL AS InvoiceAmount,
TrxClass AS TransactionType,
LastUpdatedBy AS UserName,
'Yes' AS IsAutomated
FROM STG_AR_TRX_HEADER
WHERE AmountDueRemaining = 0
)
SELECT
InvoiceNumber,
ActivityName,
EventStartDateTime,
SourceSystem,
GETDATE() AS LastDataUpdate,
BusinessUnit,
CustomerName,
Currency,
InvoiceAmount,
TransactionType,
UserName,
IsAutomated
FROM Base_Log
WHERE EventStartDateTime IS NOT NULL
ORDER BY InvoiceNumber, EventStartDateTime Schritte
Melden Sie sich bei Oracle Fusion Applications an: Navigieren Sie zu Tools > Reports and Analytics. Klicken Sie auf Browse Catalog, um die Oracle BI Publisher-Oberfläche zu öffnen.
Datenmodell erstellen: Klicken Sie auf New (oben links) und wählen Sie Data Model. Dies ist der Container für Ihre SQL-Extraktionslogik.
SQL-Datensatz definieren: Klicken Sie unter dem Data Model-Baum links auf Data Sets und wählen Sie dann New Data Set > SQL Query.
Datenquelle konfigurieren: Benennen Sie den Datensatz (z.B.
ProcessMining_AR). Wählen SieApplicationDB_FSCM(Financials Supply Chain Management) als Datenquelle. Dies gewährleistet den Zugriff auf die erforderlichen AR- und RA-Tabellen.Abfrage einfügen: Kopieren Sie das vollständige SQL-Skript, das im Abschnitt 'Query' unten bereitgestellt wird, und fügen Sie es in das Textfeld 'SQL Query' ein. Ändern Sie die Kernlogik nur, wenn Sie bestimmte Flexfields (DFFs) umbenennen müssen.
Parameter festlegen: Die Abfrage enthält einen Platzhalter
:p_start_datezur Filterung nach dem Erstellungsdatum der Transaktion. Erstellen Sie im Reiter Parameters des Datenmodells einen neuen Parameter namensp_start_datevom Datentyp Datum und legen Sie einen Standardwert fest (z.B.01-01-2023).Daten anzeigen: Klicken Sie auf den Reiter Data, geben Sie ein gültiges Datum für den Parameter ein und klicken Sie auf View. Stellen Sie sicher, dass die Ausgabe Zeilen mit Spalten wie
InvoiceNumber,ActivityName, undEventStartDateTimeenthält.Datenmodell speichern: Speichern Sie das Objekt in Ihrem Verzeichnis Shared Folders > Custom (z.B.
/Shared Folders/Custom/ProcessMining/AR_Extract_DM).Planen/Exportieren: Um große Datenmengen zu extrahieren, klicken Sie auf Create Report mit diesem Datenmodell. Überprüfen Sie im Berichtseditor, ob das Layout eine einfache Tabelle ist. Speichern Sie den Bericht. Verwenden Sie dann den Scheduler, um den Bericht auszuführen und die Daten als CSV oder XML auszugeben.
Endgültige Formatierung: Laden Sie die Ausgabedatei herunter. Falls es sich um eine CSV-Datei handelt, stellen Sie sicher, dass das Datumsformat konsistent ist (ISO 8601 bevorzugt). Laden Sie diese Datei in ProcessMind hoch und ordnen Sie
InvoiceNumberals Case ID,ActivityNameals Activity undEventStartDateTimeals Timestamp zu.
Konfiguration
- Datenquelle: Verwenden Sie
ApplicationDB_FSCM, um auf Finanztabellen zuzugreifen. - Datumsfilter: Die Abfrage verwendet
ra_customer_trx_all.creation_date >= :p_start_date. Konfigurieren Sie dies, um Daten in einem rollierenden Fenster (z. B. die letzten 12 Monate) zu laden. - Performance: Für Datensätze, die 100.000 Rechnungen überschreiten, sollten Sie während des Tests ein
ROWNUM-Limit hinzufügen oder die Extraktion monatlich aufteilen. - Filterung nach Geschäftseinheit: Falls Ihre Organisation mehrere Geschäftseinheiten hat und Sie nur eine benötigen, kommentieren Sie die Zeile
AND trx.org_id = ...in denWhere-Klauseln aus. - Benutzernamen: Die Abfrage löst
CREATED_BYBenutzer-IDs überFND_USERin Benutzernamen auf. Stellen Sie sicher, dass der Extraktionsbenutzer die Berechtigung zum Lesen vonFND_USERhat. - Advanced Collections: Die Aktivitäten 'Zahlungserinnerung gesendet' und 'Zahlungsversprechen erhalten' basieren auf den Modultabellen von IEX (Advanced Collections). Falls Sie dieses Modul nicht verwenden, liefern diese Abschnitte einfach null Zeilen zurück.
a Beispielabfrage sql
/* 1. Invoice Created */
SELECT
trx.trx_number AS InvoiceNumber,
'Invoice Created' AS ActivityName,
trx.creation_date AS EventStartDateTime,
'Oracle Fusion' AS SourceSystem,
SYSDATE AS LastDataUpdate,
hou.name AS BusinessUnit,
party.party_name AS CustomerName,
trx.invoice_currency_code AS Currency,
ps.amount_due_original AS InvoiceAmount,
type.name AS TransactionType,
u.user_name AS UserName,
'N' AS IsAutomated
FROM
ra_customer_trx_all trx
JOIN ra_cust_trx_types_all type ON trx.cust_trx_type_id = type.cust_trx_type_id
JOIN hr_operating_units hou ON trx.org_id = hou.organization_id
JOIN hz_cust_accounts cust ON trx.bill_to_customer_id = cust.cust_account_id
JOIN hz_parties party ON cust.party_id = party.party_id
JOIN ar_payment_schedules_all ps ON trx.customer_trx_id = ps.customer_trx_id
LEFT JOIN fnd_user u ON trx.created_by = u.user_id
WHERE
trx.creation_date >= :p_start_date
UNION ALL
/* 2. Invoice Completed */
SELECT
trx.trx_number AS InvoiceNumber,
'Invoice Completed' AS ActivityName,
trx.trx_date AS EventStartDateTime,
'Oracle Fusion' AS SourceSystem,
SYSDATE AS LastDataUpdate,
hou.name AS BusinessUnit,
party.party_name AS CustomerName,
trx.invoice_currency_code AS Currency,
ps.amount_due_original AS InvoiceAmount,
type.name AS TransactionType,
u.user_name AS UserName,
'Y' AS IsAutomated
FROM
ra_customer_trx_all trx
JOIN ra_cust_trx_types_all type ON trx.cust_trx_type_id = type.cust_trx_type_id
JOIN hr_operating_units hou ON trx.org_id = hou.organization_id
JOIN hz_cust_accounts cust ON trx.bill_to_customer_id = cust.cust_account_id
JOIN hz_parties party ON cust.party_id = party.party_id
JOIN ar_payment_schedules_all ps ON trx.customer_trx_id = ps.customer_trx_id
LEFT JOIN fnd_user u ON trx.last_updated_by = u.user_id
WHERE
trx.complete_flag = 'Y'
AND trx.creation_date >= :p_start_date
UNION ALL
/* 3. Invoice Dispatched */
SELECT
trx.trx_number AS InvoiceNumber,
'Invoice Dispatched' AS ActivityName,
COALESCE(trx.printing_original_date, trx.printing_last_printed, trx.last_update_date) AS EventStartDateTime,
'Oracle Fusion' AS SourceSystem,
SYSDATE AS LastDataUpdate,
hou.name AS BusinessUnit,
party.party_name AS CustomerName,
trx.invoice_currency_code AS Currency,
ps.amount_due_original AS InvoiceAmount,
type.name AS TransactionType,
u.user_name AS UserName,
'Y' AS IsAutomated
FROM
ra_customer_trx_all trx
JOIN ra_cust_trx_types_all type ON trx.cust_trx_type_id = type.cust_trx_type_id
JOIN hr_operating_units hou ON trx.org_id = hou.organization_id
JOIN hz_cust_accounts cust ON trx.bill_to_customer_id = cust.cust_account_id
JOIN hz_parties party ON cust.party_id = party.party_id
JOIN ar_payment_schedules_all ps ON trx.customer_trx_id = ps.customer_trx_id
LEFT JOIN fnd_user u ON trx.last_updated_by = u.user_id
WHERE
(trx.printing_original_date IS NOT NULL OR trx.printing_count > 0)
AND trx.creation_date >= :p_start_date
UNION ALL
/* 4. Invoice Posted to GL */
SELECT
trx.trx_number AS InvoiceNumber,
'Invoice Posted to GL' AS ActivityName,
MAX(dist.gl_date) AS EventStartDateTime,
'Oracle Fusion' AS SourceSystem,
SYSDATE AS LastDataUpdate,
hou.name AS BusinessUnit,
party.party_name AS CustomerName,
trx.invoice_currency_code AS Currency,
ps.amount_due_original AS InvoiceAmount,
type.name AS TransactionType,
'System' AS UserName,
'Y' AS IsAutomated
FROM
ra_customer_trx_all trx
JOIN ra_cust_trx_line_gl_dist_all dist ON trx.customer_trx_id = dist.customer_trx_id
JOIN ra_cust_trx_types_all type ON trx.cust_trx_type_id = type.cust_trx_type_id
JOIN hr_operating_units hou ON trx.org_id = hou.organization_id
JOIN hz_cust_accounts cust ON trx.bill_to_customer_id = cust.cust_account_id
JOIN hz_parties party ON cust.party_id = party.party_id
JOIN ar_payment_schedules_all ps ON trx.customer_trx_id = ps.customer_trx_id
WHERE
dist.account_class = 'REC'
AND dist.posting_control_id != -3
AND trx.creation_date >= :p_start_date
GROUP BY
trx.trx_number,
hou.name,
party.party_name,
trx.invoice_currency_code,
ps.amount_due_original,
type.name
UNION ALL
/* 5. Payment Reminder Sent (Advanced Collections) */
SELECT
trx.trx_number AS InvoiceNumber,
'Payment Reminder Sent' AS ActivityName,
dun.creation_date AS EventStartDateTime,
'Oracle Fusion' AS SourceSystem,
SYSDATE AS LastDataUpdate,
hou.name AS BusinessUnit,
party.party_name AS CustomerName,
trx.invoice_currency_code AS Currency,
ps.amount_due_original AS InvoiceAmount,
type.name AS TransactionType,
u.user_name AS UserName,
'Y' AS IsAutomated
FROM
iex_dunning_transactions dun
JOIN ar_payment_schedules_all ps ON dun.payment_schedule_id = ps.payment_schedule_id
JOIN ra_customer_trx_all trx ON ps.customer_trx_id = trx.customer_trx_id
JOIN ra_cust_trx_types_all type ON trx.cust_trx_type_id = type.cust_trx_type_id
JOIN hr_operating_units hou ON trx.org_id = hou.organization_id
JOIN hz_cust_accounts cust ON trx.bill_to_customer_id = cust.cust_account_id
JOIN hz_parties party ON cust.party_id = party.party_id
LEFT JOIN fnd_user u ON dun.created_by = u.user_id
WHERE
trx.creation_date >= :p_start_date
UNION ALL
/* 6. Promise to Pay Received */
SELECT
trx.trx_number AS InvoiceNumber,
'Promise to Pay Received' AS ActivityName,
pp.creation_date AS EventStartDateTime,
'Oracle Fusion' AS SourceSystem,
SYSDATE AS LastDataUpdate,
hou.name AS BusinessUnit,
party.party_name AS CustomerName,
trx.invoice_currency_code AS Currency,
ps.amount_due_original AS InvoiceAmount,
type.name AS TransactionType,
u.user_name AS UserName,
'N' AS IsAutomated
FROM
iex_promise_details pp
JOIN ar_payment_schedules_all ps ON pp.payment_schedule_id = ps.payment_schedule_id
JOIN ra_customer_trx_all trx ON ps.customer_trx_id = trx.customer_trx_id
JOIN ra_cust_trx_types_all type ON trx.cust_trx_type_id = type.cust_trx_type_id
JOIN hr_operating_units hou ON trx.org_id = hou.organization_id
JOIN hz_cust_accounts cust ON trx.bill_to_customer_id = cust.cust_account_id
JOIN hz_parties party ON cust.party_id = party.party_id
LEFT JOIN fnd_user u ON pp.created_by = u.user_id
WHERE
trx.creation_date >= :p_start_date
UNION ALL
/* 7. Dispute Case Opened */
SELECT
trx.trx_number AS InvoiceNumber,
'Dispute Case Opened' AS ActivityName,
req.creation_date AS EventStartDateTime,
'Oracle Fusion' AS SourceSystem,
SYSDATE AS LastDataUpdate,
hou.name AS BusinessUnit,
party.party_name AS CustomerName,
trx.invoice_currency_code AS Currency,
ps.amount_due_original AS InvoiceAmount,
type.name AS TransactionType,
u.user_name AS UserName,
'N' AS IsAutomated
FROM
ra_cm_requests req
JOIN ra_customer_trx_all trx ON req.customer_trx_id = trx.customer_trx_id
JOIN ra_cust_trx_types_all type ON trx.cust_trx_type_id = type.cust_trx_type_id
JOIN hr_operating_units hou ON trx.org_id = hou.organization_id
JOIN hz_cust_accounts cust ON trx.bill_to_customer_id = cust.cust_account_id
JOIN hz_parties party ON cust.party_id = party.party_id
JOIN ar_payment_schedules_all ps ON trx.customer_trx_id = ps.customer_trx_id
LEFT JOIN fnd_user u ON req.created_by = u.user_id
WHERE
trx.creation_date >= :p_start_date
UNION ALL
/* 8. Dispute Resolved */
SELECT
trx.trx_number AS InvoiceNumber,
'Dispute Resolved' AS ActivityName,
req.last_update_date AS EventStartDateTime,
'Oracle Fusion' AS SourceSystem,
SYSDATE AS LastDataUpdate,
hou.name AS BusinessUnit,
party.party_name AS CustomerName,
trx.invoice_currency_code AS Currency,
ps.amount_due_original AS InvoiceAmount,
type.name AS TransactionType,
u.user_name AS UserName,
'N' AS IsAutomated
FROM
ra_cm_requests req
JOIN ra_customer_trx_all trx ON req.customer_trx_id = trx.customer_trx_id
JOIN ra_cust_trx_types_all type ON trx.cust_trx_type_id = type.cust_trx_type_id
JOIN hr_operating_units hou ON trx.org_id = hou.organization_id
JOIN hz_cust_accounts cust ON trx.bill_to_customer_id = cust.cust_account_id
JOIN hz_parties party ON cust.party_id = party.party_id
JOIN ar_payment_schedules_all ps ON trx.customer_trx_id = ps.customer_trx_id
LEFT JOIN fnd_user u ON req.last_updated_by = u.user_id
WHERE
req.status_code IN ('APPROVED', 'REJECTED')
AND trx.creation_date >= :p_start_date
UNION ALL
/* 9. Credit Memo Issued */
SELECT
trx.trx_number AS InvoiceNumber,
'Credit Memo Issued' AS ActivityName,
cm.trx_date AS EventStartDateTime,
'Oracle Fusion' AS SourceSystem,
SYSDATE AS LastDataUpdate,
hou.name AS BusinessUnit,
party.party_name AS CustomerName,
trx.invoice_currency_code AS Currency,
ps.amount_due_original AS InvoiceAmount,
type.name AS TransactionType,
u.user_name AS UserName,
'N' AS IsAutomated
FROM
ra_customer_trx_all cm
JOIN ra_customer_trx_all trx ON cm.previous_customer_trx_id = trx.customer_trx_id
JOIN ra_cust_trx_types_all type ON trx.cust_trx_type_id = type.cust_trx_type_id
JOIN hr_operating_units hou ON trx.org_id = hou.organization_id
JOIN hz_cust_accounts cust ON trx.bill_to_customer_id = cust.cust_account_id
JOIN hz_parties party ON cust.party_id = party.party_id
JOIN ar_payment_schedules_all ps ON trx.customer_trx_id = ps.customer_trx_id
LEFT JOIN fnd_user u ON cm.created_by = u.user_id
WHERE
trx.creation_date >= :p_start_date
UNION ALL
/* 10 & 11. Partial and Full Payment */
SELECT
trx.trx_number AS InvoiceNumber,
CASE
WHEN ps.status = 'CL' AND app.amount_applied = app.amount_applied_from THEN 'Full Payment Received'
WHEN ps.status = 'CL' AND ps.amount_due_remaining = 0 AND app.application_rule = '60' THEN 'Full Payment Received'
ELSE 'Partial Payment Posted'
END AS ActivityName,
app.apply_date AS EventStartDateTime,
'Oracle Fusion' AS SourceSystem,
SYSDATE AS LastDataUpdate,
hou.name AS BusinessUnit,
party.party_name AS CustomerName,
trx.invoice_currency_code AS Currency,
ps.amount_due_original AS InvoiceAmount,
type.name AS TransactionType,
u.user_name AS UserName,
'N' AS IsAutomated
FROM
ar_receivable_applications_all app
JOIN ar_payment_schedules_all ps ON app.applied_payment_schedule_id = ps.payment_schedule_id
JOIN ra_customer_trx_all trx ON ps.customer_trx_id = trx.customer_trx_id
JOIN ra_cust_trx_types_all type ON trx.cust_trx_type_id = type.cust_trx_type_id
JOIN hr_operating_units hou ON trx.org_id = hou.organization_id
JOIN hz_cust_accounts cust ON trx.bill_to_customer_id = cust.cust_account_id
JOIN hz_parties party ON cust.party_id = party.party_id
LEFT JOIN fnd_user u ON app.created_by = u.user_id
WHERE
app.status = 'APP'
AND app.application_type = 'CASH'
AND trx.creation_date >= :p_start_date
UNION ALL
/* 12. Bank Statement Matched */
SELECT
trx.trx_number AS InvoiceNumber,
'Bank Statement Matched' AS ActivityName,
recon.creation_date AS EventStartDateTime,
'Oracle Fusion' AS SourceSystem,
SYSDATE AS LastDataUpdate,
hou.name AS BusinessUnit,
party.party_name AS CustomerName,
trx.invoice_currency_code AS Currency,
ps.amount_due_original AS InvoiceAmount,
type.name AS TransactionType,
u.user_name AS UserName,
'Y' AS IsAutomated
FROM
ce_statement_reconcils_all recon
JOIN ar_cash_receipt_history_all crh ON recon.reference_id = crh.cash_receipt_history_id
JOIN ar_cash_receipts_all cr ON crh.cash_receipt_id = cr.cash_receipt_id
JOIN ar_receivable_applications_all app ON cr.cash_receipt_id = app.cash_receipt_id
JOIN ar_payment_schedules_all ps ON app.applied_payment_schedule_id = ps.payment_schedule_id
JOIN ra_customer_trx_all trx ON ps.customer_trx_id = trx.customer_trx_id
JOIN ra_cust_trx_types_all type ON trx.cust_trx_type_id = type.cust_trx_type_id
JOIN hr_operating_units hou ON trx.org_id = hou.organization_id
JOIN hz_cust_accounts cust ON trx.bill_to_customer_id = cust.cust_account_id
JOIN hz_parties party ON cust.party_id = party.party_id
LEFT JOIN fnd_user u ON recon.created_by = u.user_id
WHERE
recon.status_flag = 'M'
AND trx.creation_date >= :p_start_date
UNION ALL
/* 13 & 14. Invoice Adjusted and Written Off */
SELECT
trx.trx_number AS InvoiceNumber,
CASE
WHEN adj.adjustment_type = 'W' THEN 'Invoice Written Off'
ELSE 'Invoice Adjusted'
END AS ActivityName,
adj.apply_date AS EventStartDateTime,
'Oracle Fusion' AS SourceSystem,
SYSDATE AS LastDataUpdate,
hou.name AS BusinessUnit,
party.party_name AS CustomerName,
trx.invoice_currency_code AS Currency,
ps.amount_due_original AS InvoiceAmount,
type.name AS TransactionType,
u.user_name AS UserName,
'N' AS IsAutomated
FROM
ar_adjustments_all adj
JOIN ar_payment_schedules_all ps ON adj.payment_schedule_id = ps.payment_schedule_id
JOIN ra_customer_trx_all trx ON ps.customer_trx_id = trx.customer_trx_id
JOIN ra_cust_trx_types_all type ON trx.cust_trx_type_id = type.cust_trx_type_id
JOIN hr_operating_units hou ON trx.org_id = hou.organization_id
JOIN hz_cust_accounts cust ON trx.bill_to_customer_id = cust.cust_account_id
JOIN hz_parties party ON cust.party_id = party.party_id
LEFT JOIN fnd_user u ON adj.created_by = u.user_id
WHERE
adj.status = 'A'
AND trx.creation_date >= :p_start_date
UNION ALL
/* 15. Invoice Cleared (Final Close) */
SELECT
trx.trx_number AS InvoiceNumber,
'Invoice Cleared' AS ActivityName,
ps.gl_date_closed AS EventStartDateTime,
'Oracle Fusion' AS SourceSystem,
SYSDATE AS LastDataUpdate,
hou.name AS BusinessUnit,
party.party_name AS CustomerName,
trx.invoice_currency_code AS Currency,
ps.amount_due_original AS InvoiceAmount,
type.name AS TransactionType,
'System' AS UserName,
'Y' AS IsAutomated
FROM
ar_payment_schedules_all ps
JOIN ra_customer_trx_all trx ON ps.customer_trx_id = trx.customer_trx_id
JOIN ra_cust_trx_types_all type ON trx.cust_trx_type_id = type.cust_trx_type_id
JOIN hr_operating_units hou ON trx.org_id = hou.organization_id
JOIN hz_cust_accounts cust ON trx.bill_to_customer_id = cust.cust_account_id
JOIN hz_parties party ON cust.party_id = party.party_id
WHERE
ps.status = 'CL'
AND ps.gl_date_closed IS NOT NULL
AND trx.creation_date >= :p_start_date