> Kontinuierliche Prozessoptimierung > Zahlungsabwicklung in der Kreditorenbuchhaltung > Oracle Fusion Financials > Datenvorlage

Ihr Daten-Template für die Kreditorenbuchhaltungs-Zahlungsabwicklung

Oracle Fusion Financials

← Zurück zum Optimierungsleitfaden

Attribute der Zahlungsabwicklung in der Kreditorenbuchhaltung (20) Aktivitäten der Zahlungsabwicklung in der Kreditorenbuchhaltung (12) Extraktionsleitfäden (2)

Ihr Daten-Template für die Kreditorenbuchhaltungs-Zahlungsabwicklung

Dieses umfassende Template bietet einen strukturierten Ansatz zur Abbildung Ihrer Zahlungs-Workflows innerhalb von Oracle Fusion Financials. Es umreißt die spezifischen Datenfelder und Prozessschritte, die erforderlich sind, um tiefe Einblicke in Ihren gesamten Zahlungszyklus zu erhalten. Indem Sie diesem Rahmenwerk folgen, können Sie Engpässe identifizieren und Ihre Finanzoperationen effektiv optimieren.

Empfohlene Attribute für die Detailanalyse
Standard-Prozessaktivitäten für das Event Mapping
Schritt-für-Schritt-Extraktionsanleitung für Oracle Fusion Financials

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

Vorlage herunterladen

Attribute der Zahlungsabwicklung in der Kreditorenbuchhaltung

Diese empfohlenen Datenfelder ermöglichen es Ihnen, wesentliche Transaktionsdetails aus Oracle Fusion Financials für eine detaillierte Analyse der Zahlungsperformance zu erfassen.

5 Erforderlich 10 Empfohlen 5 Optional

	Name	Beschreibung
	Aktivitätsname ActivityName	Das spezifische Event oder der durchgeführte Schritt im Prozess.
Beschreibung Dieses Attribut repräsentiert den Namen des ausgeführten Prozessschritts, wie z.B. 'Rechnung erstellt', 'Rechnung validiert' oder 'Zahlung verrechnet'. Es ermöglicht dem Process Mining-Algorithmus, die Abfolge der Events (Kontrollfluss) für jede Rechnung zu rekonstruieren. Diese Werte werden typischerweise durch die Vereinheitlichung von Daten aus mehreren Transaktions- und Historientabellen abgeleitet, wobei jeder Datensatz mit einem menschenlesbaren Event-Namen versehen wird. Bedeutung Es definiert das 'Was' des Prozesses, unerlässlich für die Abbildung des Prozessflusses und das Entdecken von Varianten. Datenquelle Abgeleitet aus AP_INVOICES_ALL Statusänderungen, AP_INV_APRVL_HIST_ALL und AP_CHECKS_ALL Beispiele Rechnung erstelltRechnung validiertZahlung erstellt
	Ereignis-Timestamp EventDateTime	Datum und Uhrzeit, wann die Aktivität stattfand.
Beschreibung Dieses Attribut erfasst den genauen Timestamp, wann eine Aktivität stattgefunden hat. Es wird verwendet, um Events chronologisch zu sequenzieren und die Dauer zwischen Prozessschritten zu berechnen. Präzise Timestamps sind entscheidend für eine genaue Cycle Time-Analyse und zur Identifizierung von Engpässen, wo Rechnungen zwischen den Schritten untätig bleiben. Bedeutung Dies liefert die zeitliche Dimension, die für Performance-Analysen und die Prozessabfolge erforderlich ist. Datenquelle CREATION_DATE oder LAST_UPDATE_DATE aus den jeweiligen Tabellen (z.B. AP_INVOICES_ALL, AP_CHECKS_ALL) Beispiele 2023-10-01T08:30:00Z2023-10-05T14:15:00Z2023-10-10T09:00:00Z
	Letzte Datenaktualisierung LastDataUpdate	Der Timestamp, wann die Daten extrahiert oder aktualisiert wurden.
Beschreibung Zeigt den spezifischen Zeitpunkt an, zu dem der Datenrecord aus Oracle Fusion extrahiert wurde. Dies hilft Analysten zu verstehen, wie aktuell die Daten sind, und unterstützt inkrementelle Datenladestrategien. Es unterscheidet zwischen der tatsächlichen Ereigniszeit und dem Zeitpunkt, zu dem die Daten für die Analyse verfügbar wurden. Bedeutung Es gewährleistet die Datenaktualität und hilft bei der Verwaltung inkrementeller Datenladungen. Datenquelle Systemzeit bei Extraktion Beispiele 2023-10-27T23:59:59Z
	Quellsystem SourceSystem	Der Name des Systems, aus dem die Daten stammen.
Beschreibung Identifiziert das Softwaresystem, das als System of Record für das Ereignis fungiert. In diesem Kontext wird es typischerweise 'Oracle Fusion Financials' sein. Dieses Attribut ist besonders nützlich in Multi-System-Umgebungen, wo Daten aus ERP-, Beschaffungs- und Banksystemen gemischt werden könnten. Bedeutung Es gewährleistet die Rückverfolgbarkeit der Datenherkunft, insbesondere in komplexen Systemlandschaften. Datenquelle Fest kodiert oder aus der Verbindungskonfiguration abgeleitet Beispiele Oracle Fusion FinancialsOracle ERP CloudLegacy EBS
	Rechnungsnummer InvoiceNumber	Der eindeutige Identifikator für die Lieferantenrechnung.
Beschreibung Dieses Attribut dient als eindeutige Referenz für eine bestimmte vom Lieferanten eingereichte Rechnung. Es fungiert als zentrale Case ID für die Process Mining-Analyse, die alle nachfolgenden Aktivitäten wie Genehmigungen, Sperren und Zahlungen gruppiert. In Oracle Fusion Financials ist dieses Feld entscheidend für die Verknüpfung von Rechnungsheadern mit Positionen, Zahlungen und Bestellungen. Analysten verwenden diesen Identifikator, um den vollständigen Lebenszyklus einer Verbindlichkeit vom Zeitpunkt der Erfassung bis zum Abfluss des Geldes vom Bankkonto nachzuvollziehen. Bedeutung Es ist der definitive Case-Identifier, der zur Rekonstruktion der End-to-End-Prozessinstanz erforderlich ist. Datenquelle 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 entscheidend für die Analyse von 'PO-Abgleich und Diskrepanzauflösung'. Rechnungen ohne Bestellnummer folgen in der Regel einem anderen, oft weniger effizienten, Genehmigungs-Workflow im Vergleich zu PO-gestützten Rechnungen. Bedeutung Es unterscheidet zwischen PO-gestützten und Nicht-PO-Rechnungen, die unterschiedliche Prozessverhaltensweisen aufweisen. Datenquelle PO_HEADERS_ALL.SEGMENT1 (linked via AP_INVOICE_LINES_ALL) Beispiele PO-9988774500001234
	Erstellt von Benutzer CreatedByUserName	Die Benutzer-ID oder der Name der Person, die die Rechnung erfasst hat.
Beschreibung Identifiziert den Benutzer, der für die anfängliche Dateneingabe verantwortlich ist. Dies bildet das generische Datenmodellattribut 'Benutzer' ab. Diese Daten werden in der 'Analyse der manuellen Interventionsrate' verwendet, um Schulungsbedarfe oder spezifische Benutzer mit hohen Nacharbeitsraten zu identifizieren. Bedeutung Es ermöglicht eine Performance-Analyse auf Ressourcenebene und die Prüfung der Funktionstrennung. Datenquelle AP_INVOICES_ALL.CREATED_BY (löst über PER_USERS zu Benutzernamen auf) Beispiele j.doesystem_integrationm.smith
	Fälligkeitsdatum DueDate	Das Datum, bis zu dem die Zahlung erfolgen muss, um Strafen zu vermeiden.
Beschreibung Die berechnete Zahlungsfrist basierend auf Rechnungsdatum und Zahlungsbedingungen. Dieses Attribut ist der primäre Benchmark für den KPI 'Quote verspäteter Zahlungen'. Die Überwachung dieses Datums im Vergleich zum tatsächlichen Zahlungsdatum zeigt die Einhaltung von Lieferantenverträgen und die Effektivität des Cashflow-Managements auf. Bedeutung Es ist das kritische Zieldatum zur Messung der pünktlichen Zahlungs-Performance. Datenquelle 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 Identifiziert die spezifische interne Abteilung oder Tochtergesellschaft, die die Rechnung verarbeitet. In Oracle Fusion wird dies der Organisations-ID zugeordnet. Dieses Attribut ist unerlässlich für das Dashboard 'Standardisierung globaler Prozessvarianten' und ermöglicht den Vergleich der Prozesseffizienz über verschiedene Regionen oder Abteilungen hinweg. Bedeutung Es ermöglicht eine vergleichende Analyse der Performance über verschiedene organisatorische Einheiten hinweg. Datenquelle HR_ORGANIZATION_UNITS.NAME (verknüpft über ORG_ID aus AP_INVOICES_ALL) Beispiele US-OperationenEMEA SalesAPAC Manufacturing
	Lieferantenname SupplierName	Der Name des Lieferanten, der die Rechnung ausstellt.
Beschreibung Dieses Attribut identifiziert die externe Entität, die die Zahlung anfordert. In Oracle Fusion werden diese Informationen im Lieferantenstamm (POZ_SUPPLIERS) verwaltet und mit der Rechnung verknüpft. Die Analyse dieses Attributs ermöglicht die Überprüfung der Lieferanten-Compliance und eine Durchsatzanalyse, die hilft, Lieferanten zu identifizieren, die häufig problematische Rechnungen einreichen oder Nacharbeit verursachen. Bedeutung Es ermöglicht die Segmentierung der Prozess-Performance nach Lieferanten für das Beziehungsmanagement. Datenquelle POZ_SUPPLIERS.VENDOR_NAME (joined via VENDOR_ID from AP_INVOICES_ALL) Beispiele Office Depot Inc.Oracle CorporationDell Services
	Rechnungsbetrag InvoiceAmount	Der monetäre Gesamtwert der Rechnung.
Beschreibung Stellt den Gesamtbetrag dar, der für die Rechnung zu zahlen ist. Dieser Wert ist entscheidend für die 'Effizienzprüfung von Rechnungen mit geringem Wert', da er Unternehmen ermöglicht, den Aufwand mit dem finanziellen Wert der Transaktion in Beziehung zu setzen. Er wird auch verwendet, um hochpreisige Rechnungen für die Realisierung von Skonti zu priorisieren. Bedeutung Es quantifiziert die finanziellen Auswirkungen des Case und unterstützt die Risikopriorisierung. Datenquelle AP_INVOICES_ALL.INVOICE_AMOUNT Beispiele 1500.00250.5010000.00
	Rechnungsdatum InvoiceDate	Das auf der Rechnung des Lieferanten aufgedruckte Datum.
Beschreibung Dieses Datum repräsentiert den Zeitpunkt der Rechnungsstellung durch den Lieferanten und unterscheidet sich vom Empfangs- oder Erfassungsdatum in Oracle. Es ist die Basis für die Berechnung von Zahlungsfälligkeiten basierend auf Zahlungsbedingungen. Diskrepanzen zwischen Rechnungsdatum und Erfassungsdatum deuten oft auf Verzögerungen im Posteingang oder beim Scannen hin. Bedeutung Es ist der Referenzpunkt für die Berechnung von Zahlungsbedingungen und die Fälligkeitsanalyse. Datenquelle AP_INVOICES_ALL.INVOICE_DATE Beispiele 2023-09-152023-10-01
	Rechnungstyp InvoiceType	Die Klassifikation der Rechnung (z.B. Standard, Gutschrift).
Beschreibung Kategorisiert die Rechnung in Typen wie Standard, Vorauszahlung oder Gutschrift. Dies bildet das generische Attribut CaseType ab. Verschiedene Rechnungstypen folgen unterschiedlichen Validierungs- und Genehmigungspfaden, daher ist eine Segmentierung nach diesem Attribut für eine genaue Basislinie der 'End-to-End Zykluszeit-Performance' erforderlich. Bedeutung Es ermöglicht, Äpfel von Birnen bei Prozess-Performance-Vergleichen zu trennen. Datenquelle AP_INVOICES_ALL.INVOICE_TYPE_LOOKUP_CODE Beispiele STANDARDGUTSCHRIFTVORAUSZAHLUNG
	Zahlungsbedingungen PaymentTerms	Die vereinbarten Bedingungen für Zahlungsfristen und Skonti.
Beschreibung Gibt die vertraglichen Zahlungsbedingungen an, wie z.B. 'Netto 30' oder '2/10 Netto 30'. Dieses Attribut bildet die Grundlage für das Dashboard 'Skontorealisierung'. Es legt das Zieldatum und mögliche Einsparungen bei beschleunigter Bearbeitung fest. Bedeutung Es definiert die Performance-Ziele für die Pünktlichkeit von Zahlungen und die Skontoausnutzung. Datenquelle AP_TERMS.NAME (verknüpft über TERMS_ID aus AP_INVOICES_ALL) Beispiele Netto 30Sofort2% 10 Net 30
	Zahlungsdatum PaymentDate	Das Datum, an dem die Zahlung tatsächlich ausgeführt oder verrechnet wurde.
Beschreibung Erfasst, wann die Gelder überwiesen oder der Scheck ausgestellt wurde. Dies ist der Endpunkt für den KPI 'Durchschnittliche Rechnungs-zu-Zahlungs-Durchlaufzeit'. Ein Vergleich dieses Datums mit dem Fälligkeitsdatum zeigt, ob eine Zahlung verspätet, pünktlich oder früh genug erfolgte, um einen Skonto zu nutzen. Bedeutung Es markiert den Abschluss der Finanztransaktion und des Prozesslebenszyklus. Datenquelle AP_CHECKS_ALL.CHECK_DATE Beispiele 2023-10-282023-11-01
	`Genehmigungsstatus` ApprovalStatus	Aktueller Workflow-Status der Rechnung.
Beschreibung Zeigt an, ob die Rechnung erforderlich, initiiert, abgelehnt oder genehmigt ist. Dieses Attribut hilft bei der 'Genehmigungs-Workflow-Bottleneck-Analyse'. Es bietet eine Momentaufnahme auf hoher Ebene, wo die Rechnung in der Autorisierungshierarchie steht. Bedeutung Es hilft, Stillstände in der Genehmigungskette zu diagnostizieren. Datenquelle AP_INVOICES_ALL.WFAPPROVAL_STATUS Beispiele ERFORDERLICHWFAPPROVEDNICHT ERFORDERLICH
	Ist potenzielles Duplikat IsPotentialDuplicate	Flag, das anzeigt, ob die Rechnung Details mit einer anderen Rechnung teilt.
Beschreibung Ein berechnetes Boolesches Flag, das wahr ist, wenn Lieferant und Betrag mit einer anderen Rechnung innerhalb eines bestimmten Zeitfensters übereinstimmen. Dies unterstützt das Dashboard 'Analyse der Erkennung doppelter Rechnungen'. Es dient als proaktiver Alarmmechanismus für Auditoren, um spezifische Fälle vor der Zahlungsfreigabe zu überprüfen. Bedeutung Es ist ein wichtiges Risikokontrollattribut zur Verhinderung finanzieller Verluste. Datenquelle Berechnet basierend auf Fensterfunktionen über InvoiceAmount und SupplierName Beispiele truefalsch
	Tage überfällig DaysOverdue	Anzahl der Tage, die die Zahlung nach dem Fälligkeitsdatum erfolgte.
Beschreibung Eine berechnete Zahl, die angibt, wie verspätet eine Zahlung war. Positive Werte deuten auf eine Verspätung hin; negative Werte auf eine frühzeitige Zahlung. Diese Metrik speist das Dashboard 'Tracker für verspätete Zahlungen und Strafzinsrisiko' und hilft, die Schwere von Prozessverzögerungen zu quantifizieren. Bedeutung Es quantifiziert das Ausmaß des Problems verspäteter Zahlungen. Datenquelle Berechnet: PaymentDate - DueDate Beispiele 5-20
	Verlorener Skontobetrag DiscountLostAmount	Der monetäre Wert des Skontos, der aufgrund verspäteter Zahlung verpasst wurde.
Beschreibung Berechnet als Differenz zwischen dem vollen Rechnungsbetrag und dem diskontierten Betrag, falls das Zahlungsdatum das Datum der Skontobedingungen überschritten hat. Dies unterstützt die Analyse der 'Skontoausnutzung'. Es weist Prozessineffizienzen einen greifbaren Dollarwert zu. Bedeutung Es monetarisiert die Kosten von Prozessverzögerungen. Datenquelle Berechnet aus InvoiceAmount und PaymentTerms Beispiele 50.000.00120.50
	Währungscode CurrencyCode	Die Währung, in der die Rechnung ausgestellt wurde.
Beschreibung Der ISO-Währungscode (z.B. USD, EUR) für die Transaktion. Dieser ist notwendig, um Beträge in der 'Effizienzprüfung von Rechnungen mit geringem Wert' zu normalisieren. Prozessvarianten unterscheiden sich oft erheblich zwischen nationalen (lokale Währung) und internationalen (Fremdwährung) Zahlungen aufgrund von Bankkomplexitäten. Bedeutung Es identifiziert grenzüberschreitende Komplexität und ist für die finanzielle Normalisierung erforderlich. Datenquelle AP_INVOICES_ALL.INVOICE_CURRENCY_CODE Beispiele USDEURGBP

Erforderlich Empfohlen Optional

Aktivitäten der Zahlungsabwicklung in der Kreditorenbuchhaltung

Verfolgen Sie diese kritischen Prozessmeilensteine, um den End-to-End-Weg jeder Zahlung von der anfänglichen Erstellung bis zur finalen Begleichung zu visualisieren.

7 Empfohlen 5 Optional

	Aktivität	Beschreibung
	Rechnung erstellt	Die erstmalige Erstellung des Rechnungsdatensatzes innerhalb des Oracle Fusion Payables Systems. Dies erfasst den Timestamp, wann der Rechnungsheader erstmals in die Datenbank geschrieben wird, sei es manuell eingegeben oder über IDR/Schnittstelle importiert.
Bedeutung Legt die Prozessstartzeit für Zykluszeitberechnungen und die Fälligkeitsanalyse fest. Wesentlich für die Messung der Verzögerung zwischen Eingang und Erfassung. Datenquelle Tabelle AP_INVOICES_ALL, Spalte CREATION_DATE. Filter nach INVOICE_ID. Erfassen Geloggt, wenn Transaktionsdatensatz erstellt wurde Ereignistyp explicit
	Rechnung freigegeben	Die endgültige Genehmigung wird innerhalb des Workflows erteilt. Der Rechnungsstatus ändert sich zu 'Workflow Approved' oder 'Manually Approved'.
Bedeutung Ein wichtiger Meilenstein, der die Rechnung für die Zahlungsauswahl freigibt. Lange Verzögerungen vor diesem Schritt deuten auf Genehmigungs-Bottlenecks hin. Datenquelle Tabelle AP_INV_APRVL_HIST_ALL (letzte Genehmigungsaktion) oder AP_INVOICES_ALL.WFAPPROVAL_STATUS = 'WFAPPROVED'. Erfassen Statusfeld vor/nachher vergleichen Ereignistyp inferred
	Rechnung storniert	Die Rechnung wird storniert oder aufgehoben, wodurch die Prozessinstanz effektiv ohne Zahlung beendet wird.
Bedeutung Stellt verschwendeten Aufwand dar. Hohe Stornierungsraten deuten meist auf doppelte Erfassungen vorgelagert oder schlechte Lieferantendatenqualität hin. Datenquelle AP_INVOICES_ALL.CANCELLED_DATE ist gefüllt. Erfassen Geloggt, wenn Transaktion X ausgeführt wurde Ereignistyp explicit
	Rechnung validiert	Der Rechnungsstatus ändert sich zu 'Validiert', was anzeigt, dass sie Systemintegritätsprüfungen, Steuerberechnungen und Abgleichsregeln bestanden hat. Dies ist eine Voraussetzung für Genehmigung und Zahlung.
Bedeutung Kennzeichnet den Übergang von der Datenerfassung zum Genehmigungs-/Zahlungs-Workflow. Verzögerungen hier deuten auf Probleme mit der Datenqualität oder Konfigurationsfehler hin. Datenquelle Abgeleitet vom Zeitstempel AP_INVOICES_ALL.VALIDATION_REQUEST_ID oder durch Verfolgung von Statusänderungen in AP_INVOICE_HISTORY (falls aktiviert). Erfassen Statusfeld vor/nachher vergleichen Ereignistyp inferred
	Rechnungssperre angewendet	Eine systemische oder manuelle Sperre wird auf die Rechnung gelegt, die die Zahlung verhindert. Dies umfasst Mengenabweichungen, Preisabweichungen oder manuelle 'Rechnung benötigt Überprüfung'-Sperren.
Bedeutung Der Hauptindikator für Prozessreibung. Die Analyse von Sperrgründen hilft, Lieferanten-Compliance-Probleme oder interne Prozesslücken zu identifizieren. Datenquelle Tabelle AP_HOLDS_ALL, CREATION_DATE. Zeigt einen Stopp im Prozessfluss an. Erfassen Geloggt, wenn Transaktion X ausgeführt wurde Ereignistyp explicit
	Rechnungszeile abgeglichen	Die Zuordnung einer Rechnungszeile zu einer Bestellung (PO) oder einem Wareneingang. Dies zeigt an, dass der 3-Wege- oder 2-Wege-Abgleich während der Zeilenerfassung erfolgt ist.
Bedeutung Kritisch für die Analyse des 'First Pass Yield' und die Identifizierung, wo der automatisierte Abgleich fehlschlägt. Niedrige Abgleichsraten führen zu manuellen Nacharbeiten. Datenquelle Tabelle AP_INVOICE_LINES_ALL. Identifizieren Sie Datensätze, bei denen MATCH_TYPE 'ITEM_TO_PO', 'PO_PRICE_ADJUSTMENT' usw. ist. Erfassen Geloggt, wenn Transaktionszeile mit Link erstellt wurde Ereignistyp explicit
	Zahlung erstellt	Das Zahlungsdokument (Scheck, ETF, Überweisung) wird generiert. Dies reduziert die Verbindlichkeit und markiert die Ausführung der Zahlung.
Bedeutung Der 'Stop'-Timestamp für die Cycle Time. Der Vergleich mit dem Fälligkeitsdatum bestimmt die Metriken 'Zahlungsverzug' und 'Skontorealisierung'. Datenquelle Tabelle AP_INVOICE_PAYMENTS_ALL verknüpft mit AP_CHECKS_ALL. Verwenden Sie CREATION_DATE des Zahlungsdatensatzes. Erfassen Geloggt, wenn Transaktion X ausgeführt wurde Ereignistyp explicit
	Genehmigung initiiert	Die Rechnung wird dem Genehmigungs-Workflow (AMX) übermittelt. Dies markiert den Beginn der Management-Autorisierungsphase.
Bedeutung Unterscheidet die operative Verarbeitungszeit von der Genehmigungsdurchlaufzeit des Managements. Hilft zu identifizieren, ob Verzögerungen auf AP-Mitarbeiter oder Genehmiger zurückzuführen sind. Datenquelle Tabelle AP_INV_APRVL_HIST_ALL (Genehmigungshistorie) oder abgeleitet aus der Änderung von AP_INVOICES_ALL.WFAPPROVAL_STATUS zu 'INITIATED'. Erfassen Statusfeld vor/nachher vergleichen Ereignistyp inferred
	Rechnung verbucht	Die Rechnungsbuchungseinträge werden generiert und in das Hauptbuch übertragen. Dies bestätigt die Erfassung der finanziellen Auswirkungen.
Bedeutung Stellt die finanzielle Compliance sicher. Verzögerungen hier können Periodenabschlussaktivitäten und die Genauigkeit der Finanzberichterstattung beeinträchtigen. Datenquelle AP_INVOICE_DISTRIBUTIONS_ALL.POSTED_FLAG = 'Y' oder über XLA_AE_HEADERS (Nebenbuchhaltung) mit der Rechnung verknüpft. Erfassen Geloggt, wenn Transaktion X ausgeführt wurde Ereignistyp explicit
	Rechnungssperre aufgehoben	Die Aufhebung einer zuvor angewendeten Sperre, wodurch die Rechnung im Workflow fortgesetzt werden kann. Dies stellt die Behebung einer Diskrepanz dar.
Bedeutung Berechnet die 'Nacharbeitszeit' oder 'Lösungszeit'. Hohe Häufigkeit deutet auf Ineffizienz bei der Ausnahmebehandlung hin. Datenquelle Tabelle AP_HOLDS_ALL, LAST_UPDATE_DATE, wenn RELEASE_LOOKUP_CODE gefüllt ist. Erfassen Geloggt, wenn Transaktion X ausgeführt wurde Ereignistyp explicit
	Zahlung ausgewählt	Die Rechnung wird durch einen Payment Process Request (PPR) ausgewählt. Sie ist zur Zahlung bereitgestellt, aber das Geld wurde noch nicht bewegt.
Bedeutung Zeigt an, dass die Rechnung von einem Zahlungslauf erfasst wurde. Lücken zwischen diesem und 'Zahlung erstellt' deuten auf Probleme bei der Stapelverarbeitung hin. Datenquelle AP_SELECTED_INVOICES_ALL (temporär) oder abgeleitet aus der Befüllung von AP_PAYMENT_SCHEDULES_ALL.CHECK_RUN_ID. Erfassen Statusfeld vor/nachher vergleichen Ereignistyp inferred
	Zahlung freigegeben	Die Zahlung wird mit dem Kontoauszug abgeglichen. Der Status ändert sich zu 'Cleared' oder 'Reconciled'.
Bedeutung Das wahre Ende des Cash-Zyklus. Essentiell für die Cashflow-Prognose und das Verständnis der Überbrückungszeit zwischen Ausstellung und Verrechnung. Datenquelle AP_CHECKS_ALL.STATUS_LOOKUP_CODE ändert sich zu 'CLEARED'. Zeitstempel ist CLEARED_DATE. Erfassen Geloggt, wenn Transaktion X ausgeführt wurde Ereignistyp explicit

Extraktionsleitfäden

So erhalten Sie Ihre Daten aus Oracle Fusion Financials

Schritte

Schritt 1: Zugriff auf Oracle BI Publisher

Melden Sie sich mit einem Benutzer, der über BI Administrator- oder BI Author-Berechtigungen verfügt, bei Ihrer Oracle Fusion Financials-Umgebung an.
Navigieren Sie zu 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 Data Model.
Klicken Sie im Data Model Editor auf das Symbol Neuer Datensatz und wählen Sie SQL Query.
Benennen Sie den Datensatz (z.B. AP_Process_Mining) und wählen Sie die Datenquelle ApplicationDB_FSCM (Financials Supply Chain Management) aus.

Schritt 3: Die Extraktionsabfrage implementieren

Fügen Sie den vollständigen SQL-Code, der im Abschnitt Abfrage unten bereitgestellt wird, in das SQL Query-Textfeld ein.
Diese Abfrage verwendet UNION ALL, um alle 12 erforderlichen Aktivitäten in eine einzige Event Log-Struktur zu extrahieren.
Klicken Sie auf OK, um die Abfrage zu speichern.

Schritt 4: Parameter konfigurieren

Die Abfrage verwendet Platzhalter :p_start_date und :p_end_date für den InvoiceDate-Filter. Gehen Sie zum Tab Parameter auf der linken Seite.
Definieren Sie beide Parameter als Date-Typ mit einer Anzeigebezeichnung (z.B. Startdatum, Enddatum).
Stellen Sie sicher, dass das Parameterformat dem Datenbankformat (typischerweise DD-MON-YYYY oder Standard-ISO) entspricht.

Schritt 5: Validieren und Exportieren

Klicken Sie auf den Tab Daten und dann auf Ansicht. Wählen Sie einen kleinen Datumsbereich aus, um zu überprüfen, ob Daten zurückgegeben werden.
Klicken Sie auf Als Beispieldaten speichern, um die Schemastruktur zu speichern.
Speichern Sie das Datenmodell in einem freigegebenen Ordner (z.B. /Shared Folders/Custom/ProcessMining).
Erstellen Sie einen Bericht basierend auf diesem Datenmodell. Fügen Sie ein Layout hinzu, das einfach alle Spalten in einer Tabelle auflistet.
Planen Sie den Bericht über einen Berichtsauftrag für die Ausgabe als CSV.
Laden Sie die CSV-Datei herunter und importieren Sie sie direkt in ProcessMind zur Visualisierung.

Konfiguration

Datenquelle: ApplicationDB_FSCM (Standard Fusion Financials DB-Verbindung)
Datumsbereich: Ein gleitendes Fenster von 3-6 Monaten für die initiale Ladung wird empfohlen. Verwenden Sie das Rechnungsdatum oder Erstellungsdatum als Filteranker.
Performance: Die Abfrage ist mit grundlegenden Joins optimiert. Bei sehr hohen Volumina (1 Mio.+ Rechnungen) sollten Sie erwägen, einen Filter für die Business Unit (Org ID) hinzuzufügen, um die Extraktion zu segmentieren.
Ausgabeformat: CSV wird bevorzugt. Stellen Sie sicher, dass Datumsformate in den Berichtseigenschaften explizit auf YYYY-MM-DD HH24:MI:SS eingestellt sind, um Mehrdeutigkeiten zu vermeiden.
Voraussetzungen: Der Benutzer benötigt Zugriff auf AP-Tabellen (AP_INVOICES_ALL, AP_CHECKS_ALL, etc.), der normalerweise über die Rollen Accounts Payable Manager oder BI Consumer gewährt wird.

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

Bereiten Sie Ihre Python-Umgebung vor, indem Sie die erforderlichen Bibliotheken installieren. Sie benötigen requests für API-Aufrufe, pandas für die Datenmanipulation und json zum Parsen. Führen Sie pip install requests pandas in Ihrem Terminal aus.
Besorgen Sie sich Oracle Fusion Cloud-Zugangsdaten. Sie benötigen ein Benutzerkonto mit den Financials REST API-Rollen. Sammeln Sie Ihre spezifische POD-URL (z.B. https://fa-xxxx-saasfaprod1.fa.ocs.oraclecloud.com) und Base64-kodierte Zugangsdaten oder richten Sie ein OAuth-Token ein.
Konfigurieren Sie die im Abschnitt Abfrage unten angegebenen Skriptparameter. Aktualisieren Sie die Variablen base_url, username und password. Setzen Sie die Variable start_date, um das historische Extraktionsfenster zu definieren (z.B. 2024-01-01).
Das Skript initialisiert eine leere Liste zum Speichern von Ereignis-Dictionaries. Es definiert den primären Endpunkt für Rechnungen (/fscmRestApi/resources/11.13.18.05/invoices) und verwendet eine Schleife zur Paginierung, um sicherzustellen, dass alle der Abfrage entsprechenden Datensätze abgerufen werden.
Für jede abgerufene Rechnung extrahiert das Skript Aktivitäten auf Kopfebene. Es erstellt ein 'Rechnung erstellt'-Ereignis unter Verwendung des CreationDate. Es prüft die Felder InvoiceStatus und ApprovalStatus, um 'Rechnung validiert' und 'Rechnung genehmigt'-Ereignisse zu generieren.
Das Skript führt dann verschachtelte API-Aufrufe durch, um Rechnungszeilen abzurufen. Es iteriert durch die Zeilen, um PO-Abgleiche zu identifizieren. Wenn eine POHeaderId vorhanden ist, generiert es ein 'Rechnungszeile abgeglichen'-Ereignis.
Das Skript führt verschachtelte API-Aufrufe zur untergeordneten Ressource invoiceHolds durch. Es iteriert durch Sperren, um 'Rechnungssperre angewendet'-Ereignisse basierend auf der Erstellungszeit und 'Rechnungssperre aufgehoben'-Ereignisse zu generieren, falls ein Freigabedatum vorhanden ist.
Das Skript führt verschachtelte API-Aufrufe zur untergeordneten Ressource installments durch, um Zahlungsverknüpfungen zu finden. Es folgt den Links zu den Zahlungsdetails, um 'Zahlung erstellt' und 'Zahlung freigegeben'-Ereignisse basierend auf dem Scheckdatum und dem Freigabestatus zu generieren.
Datentransformation findet innerhalb des Skripts statt. Daten werden in das ISO 8601-Format standardisiert. Das SourceSystem ist fest auf 'Oracle Fusion' kodiert. Alle Attribute werden auf eine flache Struktur abgebildet.
Das Skript kompiliert alle Ereignis-Dictionaries in ein Pandas DataFrame. Es sortiert das DataFrame nach InvoiceNumber und EventDateTime, um ein chronologisches Ereignisprotokoll zu gewährleisten.
Führen Sie das Skript aus. Überwachen Sie die Konsolenausgabe auf Fortschrittsprotokolle (z.B. Bearbeite Rechnung: INV-12345). Abhängig vom Volumen und den API-Ratenlimits kann dies einige Zeit in Anspruch nehmen.
Der letzte Schritt im Skript exportiert das DataFrame in eine CSV-Datei namens oracle_fusion_ap_event_log.csv. Importieren Sie diese Datei direkt in ProcessMind zur Visualisierung.

Konfiguration

API-Basis-URL: Muss Ihrer spezifischen Oracle Cloud Pod-Instanz entsprechen (z.B. https://fa-eqmz.fa.us2.oraclecloud.com).
Authentifizierung: Unterstützt Basic Auth (Base64) oder JWT Token. Basic Auth wird im Skript zur besseren Lesbarkeit verwendet, aber OAuth wird für die Produktion empfohlen.
Datumsfilterung: Das Skript filtert nach CreationDate, um das Volumen zu begrenzen. Der empfohlene Bereich sind die letzten 3-6 Monate für die initiale Extraktion.
Batch-Größe: REST APIs begrenzen die Antwortgrößen (Standard 25 oder 50). Das Skript setzt ein Limit=499 (max. ist normalerweise 500), um den Paginierungs-Overhead zu minimieren.
Performance: Diese Extraktion verwendet das N+1-Abfragemuster (Abrufen von Kindelementen für jedes Elternelement). Bei hohen Volumina (>100.000 Rechnungen) sollten Sie BI Publisher SQL-Extrakte anstelle von REST verwenden.
Untergeordnete Ressourcen: Das Skript ruft explizit Zeilen, Sperren und Raten ab. Stellen Sie sicher, dass das Benutzerkonto Berechtigungen zum Anzeigen dieser Unterressourcen hat.

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.")

Ihr Daten-Template für die Kreditorenbuchhaltungs-Zahlungsabwicklung

Ihr Daten-Template für die Kreditorenbuchhaltungs-Zahlungsabwicklung

Attribute der Zahlungsabwicklung in der Kreditorenbuchhaltung

Aktivitäten der Zahlungsabwicklung in der Kreditorenbuchhaltung

Extraktionsleitfäden

Oracle BI Publisher SQL Data Model Query

Schritte

Schritt 1: Zugriff auf Oracle BI Publisher

Schritt 2: Datenmodell erstellen

Schritt 3: Die Extraktionsabfrage implementieren

Schritt 4: Parameter konfigurieren

Schritt 5: Validieren und Exportieren

Konfiguration

a Beispielabfrage sql

Python REST API Extraktion für Fusion AP

Schritte

Konfiguration

a Beispielabfrage python

Bereit, um loszulegen?

Optimieren Sie Ihre Zahlungsabwicklung in der Kreditorenbuchhaltung noch heute

Ihr Daten-Template für die Kreditorenbuchhaltungs-Zahlungsabwicklung

Ihr Daten-Template für die Kreditorenbuchhaltungs-Zahlungsabwicklung

Attribute der Zahlungsabwicklung in der Kreditorenbuchhaltung

Aktivitäten der Zahlungsabwicklung in der Kreditorenbuchhaltung

Extraktionsleitfäden

Oracle BI Publisher SQL Data Model Query

Schritte

Schritt 1: Zugriff auf Oracle BI Publisher

Schritt 2: Datenmodell erstellen

Schritt 3: Die Extraktionsabfrage implementieren

Schritt 4: Parameter konfigurieren

Schritt 5: Validieren und Exportieren

Konfiguration

a Beispielabfrage sql

Python REST API Extraktion für Fusion AP

Schritte

Konfiguration

a Beispielabfrage python

Ihre Privatsphäre ist uns wichtig

Bereit, um loszulegen?

Optimieren Sie Ihre Zahlungsabwicklung in der Kreditorenbuchhaltung noch heute