> Kontinuierliche Prozessverbesserung > Kreditorenzahlungsabwicklung > Oracle Fusion Financials > Daten Template

Ihr Daten-Template für Kreditorenzahlungen

Oracle Fusion Financials

← Zurück zum Leitfaden zur Prozessverbesserung

Attribute für Kreditorenzahlungen (20) Aktivitäten bei Kreditorenzahlungen (12) Anleitungen zum Datenexport (2)

Ihr Daten-Template für Kreditorenzahlungen

Dieses umfassende Template bietet einen strukturierten Ansatz zur Abbildung Ihrer Zahlungs-Workflows in Oracle Fusion Financials. Es beschreibt die konkreten Datenfelder und Prozessschritte, die Sie benötigen, um Ihren gesamten Zahlungszyklus transparent zu machen. Mit diesem Vorgehen können Sie Engpässe erkennen und Ihre Finanzabläufe gezielt optimieren.

Empfohlene Attribute für detaillierte Analysen
Standardaktivitäten für die Ereigniszuordnung
Schritt-für-Schritt-Anleitung zum Datenexport aus Oracle Fusion Financials

Neu bei Event Logs? Erfahren Sie, wie Sie ein Event Log für Process Mining erstellen.

Template herunterladen

Attribute für Kreditorenzahlungen

Mit diesen empfohlenen Datenfeldern erfassen Sie wichtige Transaktionsdetails aus Oracle Fusion Financials und können die Zahlungsleistung detailliert analysieren.

5 Erforderlich 10 Empfohlen 5 Optional

	Name	Beschreibung
	Aktivitätsname ActivityName	Das konkrete Ereignis oder der Prozessschritt, der ausgeführt wurde.
Beschreibung Dieses Attribut enthält den Namen des ausgeführten Prozessschritts, etwa „Rechnung erstellt“, „Rechnung validiert“ oder „Zahlung ausgeglichen“. Damit kann der Process-Mining-Algorithmus die Ereignisfolge (den Kontrollfluss) für jede Rechnung rekonstruieren. Diese Werte werden üblicherweise aus mehreren Transaktions- und Historientabellen zusammengeführt. Jeder Datensatz erhält dabei einen verständlichen Ereignisnamen. Warum das wichtig ist Es beschreibt, was im Prozess geschieht. Das ist entscheidend, um den Prozessablauf abzubilden und Varianten zu erkennen. Woher beziehen Abgeleitet aus Statusänderungen in AP_INVOICES_ALL, AP_INV_APRVL_HIST_ALL und AP_CHECKS_ALL Beispiele Rechnung erstelltRechnung validiertZahlung erstellt
	Ereigniszeitstempel EventDateTime	Datum und Uhrzeit, zu denen die Aktivität stattgefunden hat.
Beschreibung Dieses Attribut erfasst den genauen Zeitstempel einer Aktivität. Es dient dazu, Ereignisse chronologisch zu ordnen und die Dauer zwischen Prozessschritten zu berechnen. Präzise Zeitstempel sind wichtig für eine genaue Analyse der Zykluszeit und um Engpässe zu erkennen, bei denen Rechnungen zwischen einzelnen Schritten unbearbeitet liegen. Warum das wichtig ist Es liefert die zeitliche Dimension, die für die Leistungsanalyse und die Reihenfolge der Prozessschritte erforderlich ist. Woher beziehen CREATION_DATE oder LAST_UPDATE_DATE aus den jeweiligen Tabellen, z. B. AP_INVOICES_ALL und AP_CHECKS_ALL Beispiele 2023-10-01T08:30:00Z2023-10-05T14:15:00Z2023-10-10T09:00:00Z
	Letzte Datenaktualisierung LastDataUpdate	Der Zeitstempel, zu dem die Daten extrahiert oder aktualisiert wurden.
Beschreibung Gibt an, wann der Datensatz aus Oracle Fusion extrahiert wurde. So können Analysten die Aktualität der Daten beurteilen und inkrementelle Datenladungen planen. Das Attribut unterscheidet den tatsächlichen Ereigniszeitpunkt von dem Zeitpunkt, zu dem die Daten für die Analyse verfügbar wurden. Warum das wichtig ist Es stellt die Aktualität der Daten sicher und unterstützt die Verwaltung inkrementeller Datenladungen. Woher beziehen Systemzeitpunkt der Extraktion Beispiele 2023-10-27T23:59:59Z
	Quellsystem SourceSystem	Der Name des Systems, aus dem die Daten stammen.
Beschreibung Gibt das Softwaresystem an, das als führendes System für das Ereignis dient. In diesem Fall ist es üblicherweise 'Oracle Fusion Financials'. Dieses Attribut ist besonders in Umgebungen mit mehreren Systemen hilfreich, in denen Daten aus ERP-, Beschaffungs- und Banksystemen zusammengeführt werden. Warum das wichtig ist Es gewährleistet die Rückverfolgbarkeit der Datenherkunft, insbesondere in komplexen Systemlandschaften. Woher beziehen Fest codiert oder aus der Verbindungskonfiguration abgeleitet Beispiele Oracle Fusion FinancialsOracle ERP CloudLegacy EBS
	Rechnungsnummer InvoiceNumber	Die eindeutige Kennung der Lieferantenrechnung.
Beschreibung Dieses Attribut dient als eindeutige Referenz für eine bestimmte, von einem Lieferanten eingereichte Rechnung. Es ist die zentrale Case-ID für die Process-Mining-Analyse und fasst alle nachfolgenden Aktivitäten wie Freigaben, Sperren und Zahlungen zusammen. In Oracle Fusion Financials ist dieses Feld entscheidend, um Rechnungsheader mit Rechnungszeilen, Zahlungen und Bestellungen zu verknüpfen. Analysten verwenden diese Kennung, um den gesamten Lebenszyklus einer Verbindlichkeit nachzuverfolgen, von der Erfassung bis zum Abgang des Geldes vom Bankkonto. Warum das wichtig ist Dies ist die eindeutige Case-ID, die zur Rekonstruktion des durchgängigen Prozessfalls benötigt wird. Woher beziehen AP_INVOICES_ALL.INVOICE_NUM Beispiele INV-2023-00199887766OCT-SERVICE-04
	Bestellnummer PurchaseOrderNumber	Die Referenznummer der zugehörigen Bestellung.
Beschreibung Verknüpft die Rechnung mit dem vorgelagerten Beschaffungsprozess. Dieses Attribut ist für die Analyse „Bestellabgleich und Klärung von Abweichungen“ wichtig. Rechnungen ohne Bestellnummer durchlaufen in der Regel einen anderen und oft weniger effizienten Genehmigungsworkflow als Rechnungen mit Bestellbezug. Warum das wichtig ist Es unterscheidet Rechnungen mit und ohne Bestellbezug, deren Prozessabläufe sich unterscheiden. Woher beziehen PO_HEADERS_ALL.SEGMENT1 (verknüpft über AP_INVOICE_LINES_ALL) Beispiele PO-9988774500001234
	Erfassender Benutzer CreatedByUserName	Die Benutzer-ID oder der Name der Person, die die Rechnung erfasst hat.
Beschreibung Gibt den Benutzer an, der für die erstmalige Dateneingabe verantwortlich war. Dieses Attribut entspricht dem Attribut User im generischen Datenmodell. Die Daten dienen der Analyse der „Rate manueller Eingriffe“. So lassen sich Schulungsbedarfe und Benutzer mit besonders häufigen Nachbearbeitungen ermitteln. Warum das wichtig ist Es ermöglicht die Leistungsanalyse auf Ressourcenebene und die Prüfung der Funktionstrennung. Woher beziehen AP_INVOICES_ALL.CREATED_BY (Benutzername wird über PER_USERS ermittelt) Beispiele j.doesystem_integrationm.smith
	Fälligkeitstermin DueDate	Der Termin, bis zu dem die Zahlung erfolgen muss, um Strafgebühren zu vermeiden.
Beschreibung Der berechnete Zahlungstermin auf Grundlage des Rechnungsdatums und der Zahlungsbedingungen. Dieses Attribut ist der wichtigste Vergleichswert für die KPI „Anteil verspäteter Zahlungen“. Der Abgleich mit dem tatsächlichen Zahlungsdatum zeigt, ob die Lieferantenverträge eingehalten werden und wie wirksam das Cashflow-Management ist. Warum das wichtig ist Dieser Termin ist der maßgebliche Zielwert für die Messung pünktlicher Zahlungen. Woher beziehen AP_PAYMENT_SCHEDULES_ALL.DUE_DATE Beispiele 2023-10-302023-11-15
	Geschäftseinheit BusinessUnit	Die operative Einheit oder Geschäftseinheit, die für die Rechnung verantwortlich ist.
Beschreibung Gibt die interne Abteilung oder Tochtergesellschaft an, die die Rechnung bearbeitet. In Oracle Fusion entspricht dieses Attribut der Organization ID. Dieses Attribut ist für das Dashboard „Standardisierung globaler Prozessvarianten“ erforderlich. Es ermöglicht den Vergleich der Prozesseffizienz zwischen verschiedenen Regionen und Abteilungen. Warum das wichtig ist Es ermöglicht den Leistungsvergleich zwischen verschiedenen Organisationseinheiten. Woher beziehen HR_ORGANIZATION_UNITS.NAME (verknüpft über ORG_ID aus AP_INVOICES_ALL) Beispiele US-GeschäftsbetriebEMEA-VertriebAPAC-Fertigung
	Lieferantenname SupplierName	Der Name des Lieferanten, der die Rechnung ausstellt.
Beschreibung Dieses Attribut bezeichnet die externe Partei, die eine Zahlung anfordert. In Oracle Fusion werden diese Informationen im Lieferantenstamm (POZ_SUPPLIERS) verwaltet und mit der Rechnung verknüpft. Anhand dieses Attributs können Sie die Compliance von Lieferanten und den Durchsatz analysieren. So erkennen Sie Lieferanten, die häufig problematische Rechnungen einreichen oder Nachbearbeitung verursachen. Warum das wichtig ist Damit lässt sich die Prozessleistung nach Lieferant aufschlüsseln und für die Pflege der Geschäftsbeziehungen auswerten. Woher beziehen POZ_SUPPLIERS.VENDOR_NAME (über VENDOR_ID aus AP_INVOICES_ALL verknüpft) Beispiele Office Depot Inc.Oracle CorporationDell Services
	Rechnungsart InvoiceType	Die Klassifizierung der Rechnung, zum Beispiel Standardrechnung oder Gutschrift.
Beschreibung Ordnet die Rechnung einer Art zu, etwa Standardrechnung, Vorauszahlung oder Gutschrift. Dieses Attribut entspricht dem generischen Attribut CaseType. Da die verschiedenen Rechnungsarten unterschiedliche Prüfungs- und Genehmigungsabläufe durchlaufen, muss dieses Attribut für eine aussagekräftige Ausgangsmessung der „End-to-End-Durchlaufzeit“ berücksichtigt werden. Warum das wichtig ist So lassen sich vergleichbare Rechnungsarten bei Prozessleistungsvergleichen gegenüberstellen. Woher beziehen AP_INVOICES_ALL.INVOICE_TYPE_LOOKUP_CODE Beispiele STANDARDGUTSCHRIFTVORAUSZAHLUNG
	Rechnungsbetrag InvoiceAmount	Der Gesamtbetrag der Rechnung.
Beschreibung Gibt den zu zahlenden Gesamtbetrag der Rechnung an. Dieser Wert ist entscheidend für die Effizienzanalyse von Rechnungen mit geringem Wert. Unternehmen können damit den Bearbeitungsaufwand dem finanziellen Wert der Transaktion gegenüberstellen. Außerdem dient er dazu, Rechnungen mit hohem Wert für die Nutzung von Skonti bei frühzeitiger Zahlung zu priorisieren. Warum das wichtig ist Damit wird die finanzielle Auswirkung des Prozessfalls beziffert und die Priorisierung nach Risiko unterstützt. Woher beziehen AP_INVOICES_ALL.INVOICE_AMOUNT Beispiele 1500.00250.5010000.00
	Rechnungsdatum InvoiceDate	Das auf der Rechnung des Lieferanten angegebene Datum.
Beschreibung Dieses Datum gibt an, wann der Lieferant die Rechnung ausgestellt hat. Es unterscheidet sich vom Eingangsdatum und dem Datum, an dem die Rechnung in Oracle erfasst wurde. Anhand dieses Datums werden auf Grundlage der Zahlungsbedingungen die Fälligkeitstermine berechnet. Abweichungen zwischen Rechnungsdatum und Erfassungsdatum weisen häufig auf Verzögerungen bei der Postbearbeitung oder beim Scannen hin. Warum das wichtig ist Es dient als Bezugspunkt für die Berechnung der Zahlungsfristen und die Altersstrukturanalyse. Woher beziehen AP_INVOICES_ALL.INVOICE_DATE Beispiele 2023-09-152023-10-01
	Zahlungsbedingungen PaymentTerms	Die vereinbarten Zahlungsfristen und Rabattbedingungen.
Beschreibung Gibt die vertraglich vereinbarten Zahlungsbedingungen an, zum Beispiel „Netto 30“ oder „2/10 Netto 30“. Dieses Attribut bildet die Grundlage für das Dashboard „Realisierung von Skonti bei frühzeitiger Zahlung“. Es bestimmt den angestrebten Fälligkeitstermin und mögliche Einsparungen durch eine frühzeitige Bearbeitung. Warum das wichtig ist Es legt die Leistungsziele für pünktliche Zahlungen und die Inanspruchnahme von Skonti fest. Woher beziehen AP_TERMS.NAME (verknüpft über TERMS_ID aus AP_INVOICES_ALL) Beispiele Netto 30Sofort2 % bei Zahlung innerhalb von 10 Tagen, sonst netto 30 Tage
	Zahlungsdatum PaymentDate	Das Datum, an dem die Zahlung tatsächlich ausgeführt oder verrechnet wurde.
Beschreibung Erfasst, wann das Geld überwiesen oder der Scheck ausgestellt wurde. Dieses Datum bildet den Endpunkt der KPI „Durchschnittliche Durchlaufzeit von der Rechnung bis zur Zahlung“. Der Vergleich mit dem Fälligkeitstermin zeigt, ob die Zahlung verspätet, pünktlich oder früh genug erfolgte, um einen Skonto in Anspruch zu nehmen. Warum das wichtig ist Es kennzeichnet den Abschluss der Finanztransaktion und des Prozessablaufs. Woher beziehen AP_CHECKS_ALL.CHECK_DATE Beispiele 2023-10-282023-11-01
	Entgangener Skontobetrag DiscountLostAmount	Der Geldwert des Skontos, der durch verspätete Zahlung entgangen ist.
Beschreibung Wird als Differenz zwischen dem vollen Rechnungsbetrag und dem rabattierten Betrag berechnet, wenn das Zahlungsdatum nach dem Skontotermin liegt. Dieses Attribut unterstützt die Analyse „Realisierung von Skonti bei frühzeitiger Zahlung“. Es macht die Kosten ineffizienter Prozesse konkret bezifferbar. Warum das wichtig ist Es beziffert die Kosten von Prozessverzögerungen. Woher beziehen Berechnet aus InvoiceAmount und PaymentTerms Beispiele 50.000.00120.50
	Genehmigungsstatus ApprovalStatus	Aktueller Workflow-Status der Rechnung.
Beschreibung Gibt an, ob die Rechnung erforderlich, eingeleitet, abgelehnt oder genehmigt wurde. Dieses Attribut unterstützt die „Engpassanalyse im Genehmigungsworkflow“. Es zeigt auf hoher Ebene, an welcher Stelle der Genehmigungshierarchie sich die Rechnung befindet. Warum das wichtig ist Es hilft, Verzögerungen im Genehmigungsablauf zu untersuchen. Woher beziehen AP_INVOICES_ALL.WFAPPROVAL_STATUS Beispiele ERFORDERLICHGENEHMIGTNICHT ERFORDERLICH
	Mögliches Duplikat IsPotentialDuplicate	Kennzeichnet, ob die Rechnung Angaben mit einer anderen Rechnung gemeinsam hat.
Beschreibung Ein berechnetes boolesches Kennzeichen, das den Wert „true“ annimmt, wenn Lieferant und Betrag innerhalb eines bestimmten Zeitraums mit einer anderen Rechnung übereinstimmen. Es unterstützt das Dashboard „Analysen zur Erkennung doppelter Rechnungen“. Es warnt Prüfende frühzeitig, damit sie bestimmte Fälle vor der Zahlungsfreigabe kontrollieren können. Warum das wichtig ist Es ist ein wichtiges Kontrollattribut, um finanzielle Verluste zu verhindern. Woher beziehen Berechnet anhand von Fensterfunktionen für InvoiceAmount und SupplierName Beispiele truefalse
	Tage überfällig DaysOverdue	Anzahl der Tage, um die die Zahlung nach dem Fälligkeitstermin erfolgte.
Beschreibung Ein berechneter Wert, der angibt, wie viele Tage eine Zahlung verspätet war. Positive Werte stehen für verspätete, negative Werte für vorzeitige Zahlungen. Diese Kennzahl fließt in das Dashboard „Verspätete Zahlungen und Strafgebührenrisiko“ ein und macht das Ausmaß von Prozessverzögerungen messbar. Warum das wichtig ist Sie beziffert das Ausmaß verspäteter Zahlungen. Woher beziehen Berechnet: PaymentDate - DueDate Beispiele 5-20
	Währungscode CurrencyCode	Die Währung, in der die Rechnung ausgestellt wurde.
Beschreibung Der ISO-Währungscode der Transaktion, zum Beispiel USD oder EUR. Er ist erforderlich, um Beträge für die „Effizienzprüfung bei Rechnungen mit geringem Wert“ zu vereinheitlichen. Prozessvarianten unterscheiden sich bei inländischen Zahlungen in lokaler Währung und internationalen Zahlungen in Fremdwährung häufig deutlich, unter anderem aufgrund der komplexeren Bankabwicklung. Warum das wichtig ist Es weist auf grenzüberschreitende Komplexität hin und wird für die Vereinheitlichung von Finanzdaten benötigt. Woher beziehen AP_INVOICES_ALL.INVOICE_CURRENCY_CODE Beispiele USDEURGBP

Erforderlich Empfohlen Optional

Aktivitäten bei Kreditorenzahlungen

Verfolgen Sie diese wichtigen Prozessmeilensteine, um den gesamten Ablauf jeder Zahlung von der Erfassung bis zum endgültigen Ausgleich abzubilden.

7 Empfohlen 5 Optional

	Aktivität	Beschreibung
	Rechnung erstellt	Die Rechnung wird erstmals im Oracle-Fusion-Payables-System angelegt. Erfasst wird der Zeitstempel, zu dem der Rechnungsheader erstmals in die Datenbank übernommen wird, unabhängig davon, ob die Eingabe manuell oder über IDR beziehungsweise eine Schnittstelle erfolgt.
Warum das wichtig ist Legt den Startzeitpunkt des Prozesses für die Berechnung der Durchlaufzeit und die Altersstrukturanalyse fest. Unverzichtbar, um die Verzögerung zwischen Eingang und Erfassung zu messen. Woher beziehen Tabelle AP_INVOICES_ALL, Spalte CREATION_DATE. Nach INVOICE_ID filtern. Erfassung Wird beim Anlegen des Transaktionsdatensatzes protokolliert Ereignistyp explicit
	Rechnung freigegeben	Die abschließende Freigabe wird im Workflow erteilt. Der Rechnungsstatus wechselt zu 'Workflow Approved' oder 'Manually Approved'.
Warum das wichtig ist Ein wichtiger Meilenstein, nach dem die Rechnung für die Zahlungsauswahl bereit ist. Lange Verzögerungen bis zu diesem Schritt weisen auf Engpässe bei der Freigabe hin. Woher beziehen Tabelle AP_INV_APRVL_HIST_ALL (letzte Freigabeaktion) oder AP_INVOICES_ALL.WFAPPROVAL_STATUS = 'WFAPPROVED'. Erfassung Statusfeld vorher und nachher vergleichen Ereignistyp inferred
	Rechnung gesperrt	Für die Rechnung wird eine systemseitige oder manuelle Zahlungssperre eingerichtet. Dazu zählen Mengen- oder Preisabweichungen sowie manuelle Sperren mit dem Grund 'Invoice Needs Review'.
Warum das wichtig ist Der wichtigste Hinweis auf Probleme im Prozess. Die Analyse der Sperrgründe hilft, Compliance-Probleme bei Lieferanten und Lücken im internen Prozess zu erkennen. Woher beziehen Tabelle AP_HOLDS_ALL, CREATION_DATE. Kennzeichnet eine Unterbrechung im Prozessablauf. Erfassung Wird protokolliert, wenn Transaktion X ausgeführt wird Ereignistyp explicit
	Rechnung storniert	Die Rechnung wird für ungültig erklärt oder storniert. Damit endet der Prozessfall ohne Zahlung.
Warum das wichtig ist Steht für vergeblichen Aufwand. Häufige Stornierungen weisen meist auf doppelte Erfassungen in vorgelagerten Schritten oder eine schlechte Datenqualität bei Lieferanten hin. Woher beziehen AP_INVOICES_ALL.CANCELLED_DATE ist befüllt. Erfassung Wird protokolliert, wenn Transaktion X ausgeführt wird Ereignistyp explicit
	Rechnung validiert	Der Rechnungsstatus wechselt zu 'Validated'. Damit ist bestätigt, dass die Rechnung die Systemprüfungen, die Steuerberechnung und die Abgleichregeln bestanden hat. Dies ist Voraussetzung für Freigabe und Zahlung.
Warum das wichtig ist Kennzeichnet den Übergang von der Dateneingabe zum Freigabe- und Zahlungsworkflow. Verzögerungen an dieser Stelle weisen auf Probleme mit der Datenqualität oder Konfigurationsfehler hin. Woher beziehen Abgeleitet aus dem Zeitstempel von AP_INVOICES_ALL.VALIDATION_REQUEST_ID oder durch Verfolgung von Statusänderungen in AP_INVOICE_HISTORY (falls aktiviert). Erfassung Statusfeld vorher und nachher vergleichen Ereignistyp inferred
	Rechnungszeile abgeglichen	Eine Rechnungszeile wird einer Bestellung (PO) oder einem Wareneingang zugeordnet. Damit ist der Zwei- oder Drei-Wege-Abgleich während der Erfassung der Rechnungszeile erfolgt.
Warum das wichtig ist Entscheidend für die Analyse der Ersttrefferquote und dafür, Fehler beim automatisierten Abgleich zu erkennen. Niedrige Abgleichquoten führen zu manueller Nachbearbeitung. Woher beziehen Tabelle AP_INVOICE_LINES_ALL. Datensätze mit MATCH_TYPE wie 'ITEM_TO_PO', 'PO_PRICE_ADJUSTMENT' usw. ermitteln. Erfassung Wird beim Anlegen einer Transaktionszeile mit Verknüpfung protokolliert Ereignistyp explicit
	Zahlung erstellt	Das Zahlungsdokument (Scheck, EFT oder Überweisung) wird erstellt. Dadurch verringert sich die Verbindlichkeit und die Zahlung wird ausgeführt.
Warum das wichtig ist Der Endzeitstempel für die Zykluszeit. Der Vergleich mit dem Fälligkeitsdatum liefert Kennzahlen zu verspäteten Zahlungen und realisierten Skonti. Woher beziehen Tabelle AP_INVOICE_PAYMENTS_ALL, verknüpft mit AP_CHECKS_ALL. CREATION_DATE des Zahlungsdatensatzes verwenden. Erfassung Wird protokolliert, wenn Transaktion X ausgeführt wird Ereignistyp explicit
	Freigabe eingeleitet	Die Rechnung wird an den Freigabe-Workflow (AMX) übermittelt. Damit beginnt die Freigabe durch das Management.
Warum das wichtig ist Trennt die operative Bearbeitungszeit von der Freigabedauer durch das Management. So lässt sich feststellen, ob Verzögerungen beim Team der Kreditorenbuchhaltung oder bei den Freigebenden entstehen. Woher beziehen Tabelle AP_INV_APRVL_HIST_ALL (Freigabehistorie) oder abgeleitet aus einer Änderung von AP_INVOICES_ALL.WFAPPROVAL_STATUS zu 'INITIATED'. Erfassung Statusfeld vorher und nachher vergleichen Ereignistyp inferred
	Rechnung verbucht	Die Buchungssätze für die Rechnung werden erstellt und an das Hauptbuch übertragen. Damit ist die finanzielle Auswirkung erfasst.
Warum das wichtig ist Stellt die Compliance im Finanzbereich sicher. Verzögerungen können den Periodenabschluss und die Genauigkeit der Finanzberichterstattung beeinträchtigen. Woher beziehen AP_INVOICE_DISTRIBUTIONS_ALL.POSTED_FLAG = 'Y' oder über XLA_AE_HEADERS (Subledger Accounting), verknüpft mit der Rechnung. Erfassung Wird protokolliert, wenn Transaktion X ausgeführt wird Ereignistyp explicit
	Rechnungssperre aufgehoben	Eine zuvor eingerichtete Sperre wird aufgehoben, sodass die Rechnung im Workflow weiterbearbeitet werden kann. Damit ist eine Abweichung behoben.
Warum das wichtig ist Berechnet die Nachbearbeitungs- oder Klärungszeit. Häufige Sperren weisen auf Ineffizienzen bei der Bearbeitung von Ausnahmen hin. Woher beziehen Tabelle AP_HOLDS_ALL, LAST_UPDATE_DATE, wenn RELEASE_LOOKUP_CODE befüllt ist. Erfassung Wird protokolliert, wenn Transaktion X ausgeführt wird Ereignistyp explicit
	Zahlung ausgeglichen	Die Zahlung wird mit dem Kontoauszug abgeglichen. Der Status wechselt zu 'Cleared' oder 'Reconciled'.
Warum das wichtig ist Das tatsächliche Ende des Zahlungszyklus. Unverzichtbar für die Liquiditätsplanung und um die Zeit zwischen Ausstellung und Ausgleich zu verstehen. Woher beziehen AP_CHECKS_ALL.STATUS_LOOKUP_CODE wechselt zu 'CLEARED'. Der Zeitstempel ist CLEARED_DATE. Erfassung Wird protokolliert, wenn Transaktion X ausgeführt wird Ereignistyp explicit
	Zahlung ausgewählt	Die Rechnung wird von einem Payment Process Request (PPR) ausgewählt. Sie ist für die Zahlung vorgemerkt, das Geld wurde jedoch noch nicht überwiesen.
Warum das wichtig ist Zeigt an, dass die Rechnung in einen Zahlungslauf aufgenommen wurde. Verzögerungen bis zur Erstellung der Zahlung weisen auf Probleme bei der Stapelverarbeitung hin. Woher beziehen AP_SELECTED_INVOICES_ALL (temporär) oder abgeleitet aus einem befüllten AP_PAYMENT_SCHEDULES_ALL.CHECK_RUN_ID. Erfassung Statusfeld vorher und nachher vergleichen Ereignistyp inferred

Anleitungen zum Datenexport

So exportieren Sie Ihre Daten aus Oracle Fusion Financials

Schritte

Schritt 1: Oracle BI Publisher öffnen

Melden Sie sich mit einem Benutzerkonto mit den Berechtigungen BI Administrator oder BI Author bei Ihrer Oracle-Fusion-Financials-Umgebung an.
Öffnen Sie Tools > Reports and Analytics.
Klicken Sie auf Browse Catalog, um die Oracle-BI-Publisher-Oberfläche zu öffnen.

Schritt 2: Datenmodell erstellen

Klicken Sie im Katalog oben links auf Neu und wählen Sie Datenmodell aus.
Klicken Sie im Datenmodell-Editor auf das Symbol Neuer Datensatz und wählen Sie SQL-Abfrage aus.
Geben Sie dem Datensatz einen Namen, zum Beispiel AP_Process_Mining, und wählen Sie als Datenquelle ApplicationDB_FSCM (Financials Supply Chain Management) aus.

Schritt 3: Extraktionsabfrage einrichten

Fügen Sie den vollständigen SQL-Code aus dem folgenden Abschnitt Abfrage in das Textfeld SQL-Abfrage ein.
Die Abfrage verwendet UNION ALL, um alle 12 erforderlichen Aktivitäten in einer einzigen Event-Log-Struktur zusammenzuführen.
Klicken Sie auf OK, um die Abfrage zu speichern.

Schritt 4: Parameter konfigurieren

Die Abfrage verwendet die Platzhalter :p_start_date und :p_end_date für den Filter InvoiceDate. Öffnen Sie links die Registerkarte Parameter.
Legen Sie beide Parameter als Typ Datum fest und vergeben Sie eine angezeigte Bezeichnung, zum Beispiel Startdatum und Enddatum.
Achten Sie darauf, dass das Parameterformat dem Datenbankformat entspricht, üblicherweise DD-MON-YYYY oder dem ISO-Standard.

Schritt 5: Prüfen und exportieren

Öffnen Sie die Registerkarte Daten und klicken Sie auf Ansicht. Wählen Sie einen kurzen Datumsbereich aus und prüfen Sie, ob Daten zurückgegeben werden.
Klicken Sie auf Als Beispieldaten speichern, um die Schemastruktur zu speichern.
Speichern Sie das Datenmodell in einem freigegebenen Ordner, zum Beispiel /Shared Folders/Custom/ProcessMining.
Erstellen Sie auf Grundlage dieses Datenmodells einen Bericht. Fügen Sie ein Layout hinzu, das alle Spalten einfach in einer Tabelle auflistet.
Planen Sie den Bericht über Berichtsauftrag und wählen Sie als Ausgabeformat CSV.
Laden Sie die CSV-Datei herunter und importieren Sie sie direkt in ProcessMind.

Konfiguration

Datenquelle: ApplicationDB_FSCM (standardmäßige Fusion-Financials-Datenbankverbindung)
Datumsbereich: Für den ersten Ladevorgang wird ein gleitender Zeitraum von 3 bis 6 Monaten empfohlen. Verwenden Sie das Rechnungsdatum oder das Erstellungsdatum als Grundlage für den Filter.
Leistung: Die Abfrage ist mit einfachen Joins optimiert. Bei sehr großen Datenmengen (mehr als 1 Million Rechnungen) empfiehlt sich ein Filter nach Geschäftseinheit (Org ID), um die Extraktion in Abschnitte aufzuteilen.
Ausgabeformat: CSV wird empfohlen. Legen Sie in den Berichtseigenschaften ausdrücklich das Datumsformat YYYY-MM-DD HH24:MI:SS fest, um Mehrdeutigkeiten zu vermeiden.
Voraussetzungen: Der Benutzer benötigt Zugriff auf AP-Tabellen (AP_INVOICES_ALL, AP_CHECKS_ALL usw.). Dieser wird üblicherweise über die Rollen Accounts Payable Manager oder BI Consumer gewährt.

a Beispielabfrage sql

/* AP Payment Processing Event Log Extraction */
/* Parameter Requirements: :p_start_date, :p_end_date */

/* 1. Invoice Created */
SELECT
    aia.INVOICE_NUM AS InvoiceNumber,
    'Invoice Created' AS ActivityName,
    aia.CREATION_DATE AS EventDateTime,
    'Oracle Fusion' AS SourceSystem,
    SYSDATE AS LastDataUpdate,
    poz.PARTY_NAME AS SupplierName,
    aia.INVOICE_AMOUNT AS InvoiceAmount,
    aia.INVOICE_DATE AS InvoiceDate,
    hou.NAME AS BusinessUnit,
    apt.NAME AS PaymentTerms,
    TRUNC(aia.TERMS_DATE + NVL(apt.DUE_DAYS, 0)) AS DueDate,
    NULL AS PaymentDate,
    NULL AS PurchaseOrderNumber,
    aia.CREATED_BY AS CreatedByUserName,
    aia.INVOICE_TYPE_LOOKUP_CODE AS InvoiceType
FROM AP_INVOICES_ALL aia
JOIN POZ_SUPPLIERS poz ON aia.VENDOR_ID = poz.VENDOR_ID
JOIN HR_ORGANIZATION_UNITS hou ON aia.ORG_ID = hou.ORGANIZATION_ID
LEFT JOIN AP_TERMS_TL apt ON aia.TERMS_ID = apt.TERM_ID AND apt.LANGUAGE = USERENV('LANG')
WHERE aia.INVOICE_DATE BETWEEN :p_start_date AND :p_end_date

UNION ALL

/* 2. Invoice Line Matched (PO Match) */
SELECT
    aia.INVOICE_NUM,
    'Invoice Line Matched',
    aila.CREATION_DATE,
    'Oracle Fusion',
    SYSDATE,
    poz.PARTY_NAME,
    aia.INVOICE_AMOUNT,
    aia.INVOICE_DATE,
    hou.NAME,
    apt.NAME,
    TRUNC(aia.TERMS_DATE + NVL(apt.DUE_DAYS, 0)),
    NULL,
    poh.SEGMENT1,
    aila.CREATED_BY,
    aia.INVOICE_TYPE_LOOKUP_CODE
FROM AP_INVOICES_ALL aia
JOIN AP_INVOICE_LINES_ALL aila ON aia.INVOICE_ID = aila.INVOICE_ID
JOIN PO_HEADERS_ALL poh ON aila.PO_HEADER_ID = poh.PO_HEADER_ID
JOIN POZ_SUPPLIERS poz ON aia.VENDOR_ID = poz.VENDOR_ID
JOIN HR_ORGANIZATION_UNITS hou ON aia.ORG_ID = hou.ORGANIZATION_ID
LEFT JOIN AP_TERMS_TL apt ON aia.TERMS_ID = apt.TERM_ID AND apt.LANGUAGE = USERENV('LANG')
WHERE aila.PO_HEADER_ID IS NOT NULL
AND aia.INVOICE_DATE BETWEEN :p_start_date AND :p_end_date

UNION ALL

/* 3. Invoice Validated (Proxy via Validation Request or Distribution Generation) */
SELECT
    aia.INVOICE_NUM,
    'Invoice Validated',
    NVL(aia.VALIDATION_REQUEST_DATE, aia.STATUS_EFFECTIVE_DATE),
    'Oracle Fusion',
    SYSDATE,
    poz.PARTY_NAME,
    aia.INVOICE_AMOUNT,
    aia.INVOICE_DATE,
    hou.NAME,
    apt.NAME,
    TRUNC(aia.TERMS_DATE + NVL(apt.DUE_DAYS, 0)),
    NULL,
    NULL,
    aia.LAST_UPDATED_BY,
    aia.INVOICE_TYPE_LOOKUP_CODE
FROM AP_INVOICES_ALL aia
JOIN POZ_SUPPLIERS poz ON aia.VENDOR_ID = poz.VENDOR_ID
JOIN HR_ORGANIZATION_UNITS hou ON aia.ORG_ID = hou.ORGANIZATION_ID
LEFT JOIN AP_TERMS_TL apt ON aia.TERMS_ID = apt.TERM_ID AND apt.LANGUAGE = USERENV('LANG')
WHERE (aia.VALIDATION_REQUEST_DATE IS NOT NULL OR aia.STATUS_EFFECTIVE_DATE IS NOT NULL)
AND aia.INVOICE_DATE BETWEEN :p_start_date AND :p_end_date

UNION ALL

/* 4. Invoice Hold Applied */
SELECT
    aia.INVOICE_NUM,
    'Invoice Hold Applied',
    aha.HOLD_DATE,
    'Oracle Fusion',
    SYSDATE,
    poz.PARTY_NAME,
    aia.INVOICE_AMOUNT,
    aia.INVOICE_DATE,
    hou.NAME,
    apt.NAME,
    TRUNC(aia.TERMS_DATE + NVL(apt.DUE_DAYS, 0)),
    NULL,
    NULL,
    aha.CREATED_BY,
    aia.INVOICE_TYPE_LOOKUP_CODE
FROM AP_INVOICES_ALL aia
JOIN AP_HOLDS_ALL aha ON aia.INVOICE_ID = aha.INVOICE_ID
JOIN POZ_SUPPLIERS poz ON aia.VENDOR_ID = poz.VENDOR_ID
JOIN HR_ORGANIZATION_UNITS hou ON aia.ORG_ID = hou.ORGANIZATION_ID
LEFT JOIN AP_TERMS_TL apt ON aia.TERMS_ID = apt.TERM_ID AND apt.LANGUAGE = USERENV('LANG')
WHERE aia.INVOICE_DATE BETWEEN :p_start_date AND :p_end_date

UNION ALL

/* 5. Invoice Hold Released */
SELECT
    aia.INVOICE_NUM,
    'Invoice Hold Released',
    aha.LAST_UPDATE_DATE,
    'Oracle Fusion',
    SYSDATE,
    poz.PARTY_NAME,
    aia.INVOICE_AMOUNT,
    aia.INVOICE_DATE,
    hou.NAME,
    apt.NAME,
    TRUNC(aia.TERMS_DATE + NVL(apt.DUE_DAYS, 0)),
    NULL,
    NULL,
    aha.LAST_UPDATED_BY,
    aia.INVOICE_TYPE_LOOKUP_CODE
FROM AP_INVOICES_ALL aia
JOIN AP_HOLDS_ALL aha ON aia.INVOICE_ID = aha.INVOICE_ID
JOIN POZ_SUPPLIERS poz ON aia.VENDOR_ID = poz.VENDOR_ID
JOIN HR_ORGANIZATION_UNITS hou ON aia.ORG_ID = hou.ORGANIZATION_ID
LEFT JOIN AP_TERMS_TL apt ON aia.TERMS_ID = apt.TERM_ID AND apt.LANGUAGE = USERENV('LANG')
WHERE aha.RELEASE_LOOKUP_CODE IS NOT NULL
AND aia.INVOICE_DATE BETWEEN :p_start_date AND :p_end_date

UNION ALL

/* 6. Approval Initiated */
SELECT
    aia.INVOICE_NUM,
    'Approval Initiated',
    ap_hist.CREATION_DATE,
    'Oracle Fusion',
    SYSDATE,
    poz.PARTY_NAME,
    aia.INVOICE_AMOUNT,
    aia.INVOICE_DATE,
    hou.NAME,
    apt.NAME,
    TRUNC(aia.TERMS_DATE + NVL(apt.DUE_DAYS, 0)),
    NULL,
    NULL,
    ap_hist.CREATED_BY,
    aia.INVOICE_TYPE_LOOKUP_CODE
FROM AP_INVOICES_ALL aia
JOIN AP_INV_APRVL_HIST_ALL ap_hist ON aia.INVOICE_ID = ap_hist.INVOICE_ID
JOIN POZ_SUPPLIERS poz ON aia.VENDOR_ID = poz.VENDOR_ID
JOIN HR_ORGANIZATION_UNITS hou ON aia.ORG_ID = hou.ORGANIZATION_ID
LEFT JOIN AP_TERMS_TL apt ON aia.TERMS_ID = apt.TERM_ID AND apt.LANGUAGE = USERENV('LANG')
WHERE ap_hist.RESPONSE = 'INITIATED'
AND aia.INVOICE_DATE BETWEEN :p_start_date AND :p_end_date

UNION ALL

/* 7. Invoice Approved */
SELECT
    aia.INVOICE_NUM,
    'Invoice Approved',
    ap_hist.RESPONSE_DATE,
    'Oracle Fusion',
    SYSDATE,
    poz.PARTY_NAME,
    aia.INVOICE_AMOUNT,
    aia.INVOICE_DATE,
    hou.NAME,
    apt.NAME,
    TRUNC(aia.TERMS_DATE + NVL(apt.DUE_DAYS, 0)),
    NULL,
    NULL,
    ap_hist.APPROVER_NAME,
    aia.INVOICE_TYPE_LOOKUP_CODE
FROM AP_INVOICES_ALL aia
JOIN AP_INV_APRVL_HIST_ALL ap_hist ON aia.INVOICE_ID = ap_hist.INVOICE_ID
JOIN POZ_SUPPLIERS poz ON aia.VENDOR_ID = poz.VENDOR_ID
JOIN HR_ORGANIZATION_UNITS hou ON aia.ORG_ID = hou.ORGANIZATION_ID
LEFT JOIN AP_TERMS_TL apt ON aia.TERMS_ID = apt.TERM_ID AND apt.LANGUAGE = USERENV('LANG')
WHERE ap_hist.RESPONSE = 'APPROVED'
AND aia.INVOICE_DATE BETWEEN :p_start_date AND :p_end_date

UNION ALL

/* 8. Invoice Accounted */
SELECT
    aia.INVOICE_NUM,
    'Invoice Accounted',
    MAX(aida.LAST_UPDATE_DATE),
    'Oracle Fusion',
    SYSDATE,
    poz.PARTY_NAME,
    aia.INVOICE_AMOUNT,
    aia.INVOICE_DATE,
    hou.NAME,
    apt.NAME,
    TRUNC(aia.TERMS_DATE + NVL(apt.DUE_DAYS, 0)),
    NULL,
    NULL,
    'System',
    aia.INVOICE_TYPE_LOOKUP_CODE
FROM AP_INVOICES_ALL aia
JOIN AP_INVOICE_DISTRIBUTIONS_ALL aida ON aia.INVOICE_ID = aida.INVOICE_ID
JOIN POZ_SUPPLIERS poz ON aia.VENDOR_ID = poz.VENDOR_ID
JOIN HR_ORGANIZATION_UNITS hou ON aia.ORG_ID = hou.ORGANIZATION_ID
LEFT JOIN AP_TERMS_TL apt ON aia.TERMS_ID = apt.TERM_ID AND apt.LANGUAGE = USERENV('LANG')
WHERE aida.ACCRUAL_POSTED_FLAG = 'Y'
AND aia.INVOICE_DATE BETWEEN :p_start_date AND :p_end_date
GROUP BY aia.INVOICE_NUM, poz.PARTY_NAME, aia.INVOICE_AMOUNT, aia.INVOICE_DATE, hou.NAME, apt.NAME, aia.TERMS_DATE, apt.DUE_DAYS, aia.INVOICE_TYPE_LOOKUP_CODE

UNION ALL

/* 9. Payment Selected (Proxy using Payment Link Creation) */
SELECT
    aia.INVOICE_NUM,
    'Payment Selected',
    aipa.CREATION_DATE,
    'Oracle Fusion',
    SYSDATE,
    poz.PARTY_NAME,
    aia.INVOICE_AMOUNT,
    aia.INVOICE_DATE,
    hou.NAME,
    apt.NAME,
    TRUNC(aia.TERMS_DATE + NVL(apt.DUE_DAYS, 0)),
    NULL,
    NULL,
    aipa.CREATED_BY,
    aia.INVOICE_TYPE_LOOKUP_CODE
FROM AP_INVOICES_ALL aia
JOIN AP_INVOICE_PAYMENTS_ALL aipa ON aia.INVOICE_ID = aipa.INVOICE_ID
JOIN POZ_SUPPLIERS poz ON aia.VENDOR_ID = poz.VENDOR_ID
JOIN HR_ORGANIZATION_UNITS hou ON aia.ORG_ID = hou.ORGANIZATION_ID
LEFT JOIN AP_TERMS_TL apt ON aia.TERMS_ID = apt.TERM_ID AND apt.LANGUAGE = USERENV('LANG')
WHERE aia.INVOICE_DATE BETWEEN :p_start_date AND :p_end_date

UNION ALL

/* 10. Payment Created */
SELECT
    aia.INVOICE_NUM,
    'Payment Created',
    aca.CHECK_DATE,
    'Oracle Fusion',
    SYSDATE,
    poz.PARTY_NAME,
    aia.INVOICE_AMOUNT,
    aia.INVOICE_DATE,
    hou.NAME,
    apt.NAME,
    TRUNC(aia.TERMS_DATE + NVL(apt.DUE_DAYS, 0)),
    aca.CHECK_DATE,
    NULL,
    aca.CREATED_BY,
    aia.INVOICE_TYPE_LOOKUP_CODE
FROM AP_INVOICES_ALL aia
JOIN AP_INVOICE_PAYMENTS_ALL aipa ON aia.INVOICE_ID = aipa.INVOICE_ID
JOIN AP_CHECKS_ALL aca ON aipa.CHECK_ID = aca.CHECK_ID
JOIN POZ_SUPPLIERS poz ON aia.VENDOR_ID = poz.VENDOR_ID
JOIN HR_ORGANIZATION_UNITS hou ON aia.ORG_ID = hou.ORGANIZATION_ID
LEFT JOIN AP_TERMS_TL apt ON aia.TERMS_ID = apt.TERM_ID AND apt.LANGUAGE = USERENV('LANG')
WHERE aia.INVOICE_DATE BETWEEN :p_start_date AND :p_end_date

UNION ALL

/* 11. Payment Cleared */
SELECT
    aia.INVOICE_NUM,
    'Payment Cleared',
    aca.CLEARED_DATE,
    'Oracle Fusion',
    SYSDATE,
    poz.PARTY_NAME,
    aia.INVOICE_AMOUNT,
    aia.INVOICE_DATE,
    hou.NAME,
    apt.NAME,
    TRUNC(aia.TERMS_DATE + NVL(apt.DUE_DAYS, 0)),
    aca.CLEARED_DATE,
    NULL,
    aca.LAST_UPDATED_BY,
    aia.INVOICE_TYPE_LOOKUP_CODE
FROM AP_INVOICES_ALL aia
JOIN AP_INVOICE_PAYMENTS_ALL aipa ON aia.INVOICE_ID = aipa.INVOICE_ID
JOIN AP_CHECKS_ALL aca ON aipa.CHECK_ID = aca.CHECK_ID
JOIN POZ_SUPPLIERS poz ON aia.VENDOR_ID = poz.VENDOR_ID
JOIN HR_ORGANIZATION_UNITS hou ON aia.ORG_ID = hou.ORGANIZATION_ID
LEFT JOIN AP_TERMS_TL apt ON aia.TERMS_ID = apt.TERM_ID AND apt.LANGUAGE = USERENV('LANG')
WHERE aca.CLEARED_DATE IS NOT NULL
AND aia.INVOICE_DATE BETWEEN :p_start_date AND :p_end_date

UNION ALL

/* 12. Invoice Cancelled */
SELECT
    aia.INVOICE_NUM,
    'Invoice Cancelled',
    aia.CANCELLED_DATE,
    'Oracle Fusion',
    SYSDATE,
    poz.PARTY_NAME,
    aia.INVOICE_AMOUNT,
    aia.INVOICE_DATE,
    hou.NAME,
    apt.NAME,
    TRUNC(aia.TERMS_DATE + NVL(apt.DUE_DAYS, 0)),
    NULL,
    NULL,
    aia.LAST_UPDATED_BY,
    aia.INVOICE_TYPE_LOOKUP_CODE
FROM AP_INVOICES_ALL aia
JOIN POZ_SUPPLIERS poz ON aia.VENDOR_ID = poz.VENDOR_ID
JOIN HR_ORGANIZATION_UNITS hou ON aia.ORG_ID = hou.ORGANIZATION_ID
LEFT JOIN AP_TERMS_TL apt ON aia.TERMS_ID = apt.TERM_ID AND apt.LANGUAGE = USERENV('LANG')
WHERE aia.CANCELLED_DATE IS NOT NULL
AND aia.INVOICE_DATE BETWEEN :p_start_date AND :p_end_date

Schritte

Richten Sie Ihre Python-Umgebung ein und installieren Sie die benötigten Bibliotheken. Für API-Aufrufe benötigen Sie requests, für die Datenverarbeitung pandas und für das Parsen json. Führen Sie im Terminal pip install requests pandas aus.
Beschaffen Sie Ihre Zugangsdaten für Oracle Fusion Cloud. Sie benötigen ein Benutzerkonto mit den Rollen für die Financials REST API. Halten Sie die URL Ihres POD bereit (z. B. https://fa-xxxx-saasfaprod1.fa.ocs.oraclecloud.com) sowie Base64-codierte Zugangsdaten oder richten Sie ein OAuth-Token ein.
Konfigurieren Sie die Skriptparameter aus dem nachstehenden Abschnitt „Abfrage“. Aktualisieren Sie die Variablen base_url, username und password. Legen Sie mit der Variable start_date den Zeitraum für den historischen Datenexport fest (z. B. 2024-01-01).
Das Skript initialisiert eine leere Liste für die Ereigniswörterbücher. Als Endpunkt für Rechnungen dient /fscmRestApi/resources/11.13.18.05/invoices. Eine Schleife verarbeitet die Seitennummerierung, sodass alle passenden Datensätze abgerufen werden.
Für jede abgerufene Rechnung exportiert das Skript Aktivitäten auf Kopfebene. Anhand von CreationDate wird ein Ereignis „Rechnung erstellt“ angelegt. Die Felder InvoiceStatus und ApprovalStatus werden geprüft, um Ereignisse für „Rechnung validiert“ und „Rechnung freigegeben“ zu erzeugen.
Anschließend ruft das Skript über verschachtelte API-Aufrufe die Rechnungspositionen ab. Es durchläuft die Positionen, um eine Zuordnung zu Bestellungen zu ermitteln. Ist ein POHeaderId vorhanden, wird das Ereignis „Rechnungsposition abgeglichen“ erstellt.
Das Skript ruft über verschachtelte API-Aufrufe die untergeordnete Ressource invoiceHolds ab. Es durchläuft die Sperren und erstellt anhand des Erstellungszeitpunkts Ereignisse für „Rechnung gesperrt“. Ist ein Freigabedatum vorhanden, wird außerdem ein Ereignis für „Rechnungssperre aufgehoben“ erstellt.
Über verschachtelte API-Aufrufe ruft das Skript die untergeordnete Ressource installments ab, um Zahlungsreferenzen zu finden. Es folgt den Verknüpfungen zu den Zahlungsdetails und erstellt anhand des Scheckdatums und des Einlösungsstatus die Ereignisse „Zahlung erstellt“ und „Zahlung eingelöst“.
Die Datentransformation erfolgt im Skript. Datumsangaben werden in das ISO-8601-Format gebracht. Für SourceSystem wird fest „Oracle Fusion“ eingetragen. Alle Attribute werden einer flachen Struktur zugeordnet.
Das Skript führt alle Ereigniswörterbücher in einem Pandas DataFrame zusammen. Es sortiert den DataFrame nach InvoiceNumber und EventDateTime, damit das Event Log chronologisch geordnet ist.
Führen Sie das Skript aus. Verfolgen Sie die Fortschrittsmeldungen in der Konsole (z. B. Processing Invoice: INV-12345). Je nach Datenmenge und API-Ratenbegrenzung kann der Vorgang einige Zeit dauern.
Im letzten Schritt exportiert das Skript den DataFrame in die CSV-Datei oracle_fusion_ap_event_log.csv. Importieren Sie diese Datei direkt in ProcessMind, um die Daten zu visualisieren.

Konfiguration

API-Basis-URL: Muss der jeweiligen Oracle-Cloud-Pod-Instanz entsprechen (z. B. https://fa-eqmz.fa.us2.oraclecloud.com).
Authentifizierung: Unterstützt Basic Auth (Base64) oder JWT-Token. Das Skript verwendet aus Gründen der Lesbarkeit Basic Auth. Für den Produktivbetrieb wird OAuth empfohlen.
Datumsfilter: Das Skript begrenzt das Datenvolumen anhand von CreationDate. Für den ersten Export empfiehlt sich ein Zeitraum von 3 bis 6 Monaten.
Batchgröße: REST-APIs begrenzen die Antwortgröße standardmäßig auf 25 oder 50 Datensätze. Das Skript setzt limit=499 (das Maximum liegt in der Regel bei 500), um den Aufwand für die Seitennummerierung zu verringern.
Leistung: Dieser Export verwendet das N+1-Abfragemuster und ruft für jeden übergeordneten Datensatz die untergeordneten Datensätze ab. Bei großen Datenmengen (über 100.000 Rechnungen) empfiehlt sich statt REST ein SQL-Export über BI Publisher.
Untergeordnete Ressourcen: Das Skript ruft ausdrücklich Rechnungspositionen, Sperren und Raten ab. Stellen Sie sicher, dass das Benutzerkonto über die erforderlichen Berechtigungen für diese Ressourcen verfügt.

a Beispielabfrage python

import requests
import pandas as pd
import json
from datetime import datetime
import base64

class=class="hl-string">"hl-comment"># Configuration - UPDATE THESE VALUES
BASE_URL = class="hl-string">"https://fa-your-instance.fa.ocs.oraclecloud.com"
USERNAME = class="hl-string">"your_username"
PASSWORD = class="hl-string">"your_password"
START_DATE = class="hl-string">"2024-01-01"
OUTPUT_FILE = class="hl-string">"oracle_fusion_ap_event_log.csv"

class=class="hl-string">"hl-comment"># API Endpoints
INVOICES_ENDPOINT = class="hl-string">"/fscmRestApi/resources/11.13.18.05/invoices"

class=class="hl-string">"hl-comment"># Headers
auth_str = fclass="hl-string">"{USERNAME}:{PASSWORD}"
b64_auth = base64.b64encode(auth_str.encode()).decode()
HEADERS = {
    class="hl-string">"Authorization": fclass="hl-string">"Basic {b64_auth}",
    class="hl-string">"Content-Type": class="hl-string">"application/json"
}

class=class="hl-string">"hl-comment"># Event Log Storage
all_events = []

def get_all_pages(url, params=None):
    results = []
    current_url = url
    while current_url:
        try:
            print(fclass="hl-string">"Fetching: {current_url}")
            response = requests.get(current_url, headers=HEADERS, params=params)
            response.raise_for_status()
            data = response.json()
            
            if class="hl-string">'items' in data:
                results.extend(data[class="hl-string">'items'])
            
            class=class="hl-string">"hl-comment"># Handle Pagination
            current_url = None
            if class="hl-string">'links' in data:
                for link in data[class="hl-string">'links']:
                    if link[class="hl-string">'rel'] == class="hl-string">'next':
                        current_url = link[class="hl-string">'href']
            class=class="hl-string">"hl-comment"># Clear params after first call as next link contains them
            params = None
            
        except Exception as e:
            print(fclass="hl-string">"Error fetching data: {e}")
            break
    return results

def extract_invoice_data():
    class=class="hl-string">"hl-comment"># 1. Fetch Invoices created after start date
    params = {
        class="hl-string">"q": fclass="hl-string">"CreationDate > '{START_DATE}'",
        class="hl-string">"limit": 499,
        class="hl-string">"fields": class="hl-string">"InvoiceId,InvoiceNumber,InvoiceDate,InvoiceAmount,Supplier,CreationDate,CreatedBy,Description,InvoiceType,InvoiceStatus,ApprovalStatus,Accounted,PaymentStatus,BusinessUnit,PaymentTerms,TermsDate"
    }
    
    invoices = get_all_pages(fclass="hl-string">"{BASE_URL}{INVOICES_ENDPOINT}", params)
    print(fclass="hl-string">"Total Invoices Found: {len(invoices)}")

    for inv in invoices:
        invoice_id = inv.get(class="hl-string">'InvoiceId')
        invoice_num = inv.get(class="hl-string">'InvoiceNumber')
        print(fclass="hl-string">"Processing Invoice: {invoice_num}")

        common_attrs = {
            class="hl-string">"InvoiceNumber": invoice_num,
            class="hl-string">"SourceSystem": class="hl-string">"Oracle Fusion",
            class="hl-string">"SupplierName": inv.get(class="hl-string">'Supplier'),
            class="hl-string">"InvoiceAmount": inv.get(class="hl-string">'InvoiceAmount'),
            class="hl-string">"InvoiceDate": inv.get(class="hl-string">'InvoiceDate'),
            class="hl-string">"BusinessUnit": inv.get(class="hl-string">'BusinessUnit'),
            class="hl-string">"PaymentTerms": inv.get(class="hl-string">'PaymentTerms'),
            class="hl-string">"DueDate": inv.get(class="hl-string">'TermsDate'),
            class="hl-string">"CreatedByUserName": inv.get(class="hl-string">'CreatedBy'),
            class="hl-string">"InvoiceType": inv.get(class="hl-string">'InvoiceType'),
            class="hl-string">"LastDataUpdate": datetime.now().isoformat()
        }

        class=class="hl-string">"hl-comment"># ACTIVITY 1: Invoice Created
        all_events.append({
            **common_attrs,
            class="hl-string">"ActivityName": class="hl-string">"Invoice Created",
            class="hl-string">"EventDateTime": inv.get(class="hl-string">'CreationDate')
        })

        class=class="hl-string">"hl-comment"># ACTIVITY 2: Invoice Validated
        if inv.get(class="hl-string">'InvoiceStatus') == class="hl-string">'Validated':
            class=class="hl-string">"hl-comment"># Fusion doesn't expose ValidatedDate on header easily, using LastUpdate or approximation
            class=class="hl-string">"hl-comment"># In a real scenario, you might check a child class="hl-string">'history' resource if enabled
            all_events.append({
                **common_attrs,
                class="hl-string">"ActivityName": class="hl-string">"Invoice Validated",
                class="hl-string">"EventDateTime": inv.get(class="hl-string">'LastUpdateDate', inv.get(class="hl-string">'CreationDate')) class=class="hl-string">"hl-comment"># Fallback
            })
        
        class=class="hl-string">"hl-comment"># ACTIVITY 3: Invoice Approved / Approval Initiated
        if inv.get(class="hl-string">'ApprovalStatus') in [class="hl-string">'WFAPPROVED', class="hl-string">'Manually Approved']:
            all_events.append({
                **common_attrs,
                class="hl-string">"ActivityName": class="hl-string">"Invoice Approved",
                class="hl-string">"EventDateTime": inv.get(class="hl-string">'LastUpdateDate') class=class="hl-string">"hl-comment"># Approximation
            })
        elif inv.get(class="hl-string">'ApprovalStatus') == class="hl-string">'INITIATED':
            all_events.append({
                **common_attrs,
                class="hl-string">"ActivityName": class="hl-string">"Approval Initiated",
                class="hl-string">"EventDateTime": inv.get(class="hl-string">'LastUpdateDate')
            })

        class=class="hl-string">"hl-comment"># ACTIVITY 4: Invoice Accounted
        if inv.get(class="hl-string">'Accounted') == class="hl-string">'Y':
             all_events.append({
                **common_attrs,
                class="hl-string">"ActivityName": class="hl-string">"Invoice Accounted",
                class="hl-string">"EventDateTime": inv.get(class="hl-string">'LastUpdateDate') class=class="hl-string">"hl-comment"># Approximation used as AccountingDate field varies
            })

        class=class="hl-string">"hl-comment"># ACTIVITY 5: Invoice Cancelled
        if inv.get(class="hl-string">'InvoiceStatus') == class="hl-string">'Cancelled':
             all_events.append({
                **common_attrs,
                class="hl-string">"ActivityName": class="hl-string">"Invoice Cancelled",
                class="hl-string">"EventDateTime": inv.get(class="hl-string">'LastUpdateDate')
            })

        class=class="hl-string">"hl-comment"># FETCH SUB-RESOURCES
        class=class="hl-string">"hl-comment"># ---------------------------------------------------------
        
        class=class="hl-string">"hl-comment"># ACTIVITY 6: Invoice Line Matched (Check Lines)
        lines_url = fclass="hl-string">"{BASE_URL}{INVOICES_ENDPOINT}/{invoice_id}/child/lines"
        lines = get_all_pages(lines_url, {class="hl-string">"fields": class="hl-string">"LineNumber,CreationDate,POHeaderId"})
        
        matched_po = False
        for line in lines:
            if line.get(class="hl-string">'POHeaderId'):
                matched_po = True
                all_events.append({
                    **common_attrs,
                    class="hl-string">"ActivityName": class="hl-string">"Invoice Line Matched",
                    class="hl-string">"EventDateTime": line.get(class="hl-string">'CreationDate'),
                    class="hl-string">"PurchaseOrderNumber": str(line.get(class="hl-string">'POHeaderId'))
                })

        class=class="hl-string">"hl-comment"># ACTIVITY 7 & 8: Holds (Applied and Released)
        holds_url = fclass="hl-string">"{BASE_URL}{INVOICES_ENDPOINT}/{invoice_id}/child/invoiceHolds"
        holds = get_all_pages(holds_url)
        
        for hold in holds:
            class=class="hl-string">"hl-comment"># Hold Applied
            all_events.append({
                **common_attrs,
                class="hl-string">"ActivityName": class="hl-string">"Invoice Hold Applied",
                class="hl-string">"EventDateTime": hold.get(class="hl-string">'CreationDate')
            })
            
            class=class="hl-string">"hl-comment"># Hold Released
            if hold.get(class="hl-string">'ReleaseDate'):
                all_events.append({
                    **common_attrs,
                    class="hl-string">"ActivityName": class="hl-string">"Invoice Hold Released",
                    class="hl-string">"EventDateTime": hold.get(class="hl-string">'ReleaseDate')
                })

        class=class="hl-string">"hl-comment"># ACTIVITY 9, 10, 11: Payments (Selected, Created, Cleared)
        class=class="hl-string">"hl-comment"># Note: In Fusion REST, we go Invoice -> Installments -> Payment Details
        installments_url = fclass="hl-string">"{BASE_URL}{INVOICES_ENDPOINT}/{invoice_id}/child/installments"
        installments = get_all_pages(installments_url)
        
        for inst in installments:
            class=class="hl-string">"hl-comment"># Check if paid
            if inst.get(class="hl-string">'PaymentStatusFlag') in [class="hl-string">'Y', class="hl-string">'P']: class=class="hl-string">"hl-comment"># Y=Fully Paid, P=Partially
                 all_events.append({
                    **common_attrs,
                    class="hl-string">"ActivityName": class="hl-string">"Payment Selected",
                    class="hl-string">"EventDateTime": inst.get(class="hl-string">'LastUpdateDate') class=class="hl-string">"hl-comment"># Proxy for selection time
                })
                
            class=class="hl-string">"hl-comment"># Attempt to fetch payment details if link exists
            class=class="hl-string">"hl-comment"># This is simplified; usually requires querying the class="hl-string">'apPayments' endpoint using the check_id found here
            class=class="hl-string">"hl-comment"># We simulate the extraction if fields are present
            class=class="hl-string">"hl-comment"># In a full script, you would perform a GET on the class="hl-string">'payment' link relation provided in the installment response
            
            class=class="hl-string">"hl-comment"># Placeholder logic for Payment Created (Check Date)
            if inst.get(class="hl-string">'FirstPaymentDate'):
                all_events.append({
                    **common_attrs,
                    class="hl-string">"ActivityName": class="hl-string">"Payment Created",
                    class="hl-string">"EventDateTime": inst.get(class="hl-string">'FirstPaymentDate'),
                    class="hl-string">"PaymentDate": inst.get(class="hl-string">'FirstPaymentDate')
                })
                
                class=class="hl-string">"hl-comment"># Placeholder for Cleared (assuming cleared if paid and time passed, or check status endpoint)
                class=class="hl-string">"hl-comment"># Real implementation requires querying /fscmRestApi/resources/11.13.18.05/payablesPayments
                class=class="hl-string">"hl-comment"># For this script, we record Payment Created.

class=class="hl-string">"hl-comment"># Execute Extraction
extract_invoice_data()

class=class="hl-string">"hl-comment"># Export to DataFrame and CSV
if all_events:
    df = pd.DataFrame(all_events)
    class=class="hl-string">"hl-comment"># Ensure datetime format
    df[class="hl-string">'EventDateTime'] = pd.to_datetime(df[class="hl-string">'EventDateTime'])
    df = df.sort_values(by=[class="hl-string">'InvoiceNumber', class="hl-string">'EventDateTime'])
    
    print(fclass="hl-string">"Exporting {len(df)} events to {OUTPUT_FILE}...")
    df.to_csv(OUTPUT_FILE, index=False)
    print(class="hl-string">"Done.")
else:
    print(class="hl-string">"No events extracted.")

Möchten Sie loslegen?

Laden Sie jetzt das Template herunter und wandeln Sie Ihre Zahlungsdaten in konkrete Erkenntnisse um. Wenn Sie Unterstützung beim Datenexport benötigen, hilft Ihnen unser Team gerne weiter.

Zurück zum Leitfaden zur Prozessverbesserung Template herunterladen

Verbessern Sie noch heute Ihre Kreditorenzahlungen

Verkürzen Sie Ihre Zykluszeit um 30 % und verbessern Sie Ihre Lieferantenbeziehungen.

Starten Sie Ihre kostenlose Testphase

Keine Kreditkarte erforderlich. In 5 Minuten eingerichtet.

Ihr Daten-Template für Kreditorenzahlungen

Ihr Daten-Template für Kreditorenzahlungen

Attribute für Kreditorenzahlungen

Aktivitäten bei Kreditorenzahlungen

Anleitungen zum Datenexport

SQL-Abfragemodell für Oracle BI Publisher

Schritte

Schritt 1: Oracle BI Publisher öffnen

Schritt 2: Datenmodell erstellen

Schritt 3: Extraktionsabfrage einrichten

Schritt 4: Parameter konfigurieren

Schritt 5: Prüfen und exportieren

Konfiguration

a Beispielabfrage sql

Datenexport über die Python-REST-API für Fusion AP

Schritte

Konfiguration

a Beispielabfrage python

Möchten Sie loslegen?

Verbessern Sie noch heute Ihre Kreditorenzahlungen

Ihr Daten-Template für Kreditorenzahlungen

Ihr Daten-Template für Kreditorenzahlungen

Attribute für Kreditorenzahlungen

Aktivitäten bei Kreditorenzahlungen

Anleitungen zum Datenexport

SQL-Abfragemodell für Oracle BI Publisher

Schritte

Schritt 1: Oracle BI Publisher öffnen

Schritt 2: Datenmodell erstellen

Schritt 3: Extraktionsabfrage einrichten

Schritt 4: Parameter konfigurieren

Schritt 5: Prüfen und exportieren

Konfiguration

a Beispielabfrage sql

Datenexport über die Python-REST-API für Fusion AP

Schritte

Konfiguration

a Beispielabfrage python

Möchten Sie loslegen?

Verbessern Sie noch heute Ihre Kreditorenzahlungen

Der Schutz Ihrer Daten ist uns wichtig