> Amélioration continue des processus > Traitement des paiements fournisseurs > Oracle Fusion Financials > Modèle de données

Votre modèle de données pour le traitement des paiements fournisseurs

Oracle Fusion Financials

← Retour au guide d’amélioration

Attributs du traitement des paiements fournisseurs(20) Activités de traitement des paiements fournisseurs(12) Guides d’extraction(2)

Votre modèle de données pour le traitement des paiements fournisseurs

Ce modèle propose une méthode structurée pour représenter les flux de paiement dans Oracle Fusion Financials. Il répertorie les champs de données et les étapes de processus nécessaires pour analyser l’ensemble du cycle de paiement. En vous appuyant sur ce cadre, vous pouvez repérer les goulots d’étranglement et optimiser vos opérations financières.

Attributs recommandés pour une analyse détaillée
Activités standard du processus pour l’association des événements
Guide d’extraction étape par étape pour Oracle Fusion Financials

Vous découvrez les journaux d’événements ? Découvrez comment créer un journal d’événements pour le Process Mining.

Télécharger le modèle

Attributs du traitement des paiements fournisseurs

Ces champs de données recommandés vous permettent de recueillir dans Oracle Fusion Financials les informations essentielles sur les transactions et d’analyser en détail les performances de paiement.

5 Obligatoire 10 Recommandé 5 Facultatif

	Nom	Description
	Dernière mise à jour des données LastDataUpdate	Horodatage de l’extraction ou de l’actualisation des données.
Description Indique le moment précis où l’enregistrement a été extrait d’Oracle Fusion. Les analystes peuvent ainsi évaluer l’actualité des données et organiser les chargements incrémentiels. Cet attribut permet de distinguer l’heure réelle de l’événement du moment où les données sont devenues disponibles pour l’analyse. Pourquoi est-ce important ? Il garantit l’actualité des données et facilite la gestion des chargements incrémentiels. Où trouver ces données Heure système au moment de l’extraction Exemples 2023-10-27T23:59:59Z
	Horodatage de l’événement EventDateTime	Date et heure auxquelles l’activité a eu lieu.
Description Cet attribut enregistre l’horodatage exact d’une activité. Il sert à classer les événements par ordre chronologique et à calculer la durée entre les étapes du processus. Des horodatages précis sont indispensables pour analyser correctement le temps de cycle et repérer les goulots d’étranglement où les factures restent en attente entre deux étapes. Pourquoi est-ce important ? Il fournit la dimension temporelle nécessaire à l’analyse des performances et à la séquence du processus. Où trouver ces données CREATION_DATE ou LAST_UPDATE_DATE dans les tables correspondantes, par exemple AP_INVOICES_ALL et AP_CHECKS_ALL Exemples 2023-10-01T08:30:00Z2023-10-05T14:15:00Z2023-10-10T09:00:00Z
	Nom de l’activité ActivityName	Événement ou étape précise du processus.
Description Cet attribut indique le nom de l’étape exécutée, par exemple « Invoice Created », « Invoice Validated » ou « Payment Cleared ». Il permet à l’algorithme de Process Mining de reconstituer la séquence des événements (flux de contrôle) pour chaque facture. Ces valeurs sont généralement obtenues en regroupant des données provenant de plusieurs tables de transactions et d’historique, puis en attribuant à chaque enregistrement un nom d’événement compréhensible. Pourquoi est-ce important ? Il définit le « quoi » du processus, indispensable pour représenter le flux du processus et découvrir ses variantes. Où trouver ces données Dérivé des changements de statut dans AP_INVOICES_ALL, AP_INV_APRVL_HIST_ALL et AP_CHECKS_ALL Exemples Facture crééeFacture validéePaiement créé
	Numéro de facture InvoiceNumber	Identifiant unique de la facture fournisseur.
Description Cet attribut constitue la référence unique d’une facture précise soumise par un fournisseur. Il sert d’ID de cas central pour l’analyse de Process Mining et regroupe toutes les activités ultérieures, comme les approbations, les blocages et les paiements. Dans Oracle Fusion Financials, ce champ est essentiel pour relier les en-têtes de facture aux lignes, aux paiements et aux bons de commande. Les analystes s’en servent pour suivre l’ensemble du cycle de vie d’un passif, de son enregistrement au transfert des fonds depuis le compte bancaire. Pourquoi est-ce important ? Il s’agit de l’identifiant de cas de référence nécessaire pour reconstituer l’instance du processus de bout en bout. Où trouver ces données AP_INVOICES_ALL.INVOICE_NUM Exemples INV-2023-00199887766OCT-SERVICE-04
	Système source SourceSystem	Nom du système d’origine des données.
Description Identifie le logiciel qui fait foi pour l’événement. Dans ce contexte, il s’agit généralement d’Oracle Fusion Financials. Cet attribut est particulièrement utile dans les environnements où les données proviennent de plusieurs systèmes, comme des systèmes ERP, d’approvisionnement et bancaires. Pourquoi est-ce important ? Il garantit la traçabilité de la provenance des données, en particulier dans les environnements informatiques complexes. Où trouver ces données Renseigné en dur ou déduit de la configuration de connexion Exemples Oracle Fusion FinancialsOracle ERP CloudAncien système EBS
	Conditions de paiement PaymentTerms	Conditions convenues concernant les délais de paiement et les remises.
Description Précise les conditions contractuelles de paiement, par exemple « Net 30 » ou « 2/10 Net 30 ». Cet attribut sert de base au Dashboard « Remises pour paiement anticipé obtenues ». Il détermine la date d’échéance visée et les économies éventuelles liées à un traitement accéléré. Pourquoi est-ce important ? Il définit les objectifs de respect des délais de paiement et d’obtention des remises. Où trouver ces données AP_TERMS.NAME (joint via TERMS_ID depuis AP_INVOICES_ALL) Exemples Net à 30 joursImmédiat2 % à 10 jours, net à 30 jours
	Date d’échéance DueDate	Date limite à laquelle le paiement doit être effectué pour éviter des pénalités.
Description Date limite de paiement calculée à partir de la date de facture et des conditions de paiement. Cet attribut constitue la principale référence pour l’indicateur de performance clé « Taux de retard de paiement ». La comparaison de cette date avec la date de paiement réelle permet de vérifier le respect des contrats fournisseurs et l’efficacité de la gestion de trésorerie. Pourquoi est-ce important ? C’est la date cible de référence pour mesurer le respect des délais de paiement. Où trouver ces données AP_PAYMENT_SCHEDULES_ALL.DUE_DATE Exemples 2023-10-302023-11-15
	Date de facture InvoiceDate	Date figurant sur la facture émise par le fournisseur.
Description Cette date correspond à l’émission de la facture par le fournisseur. Elle est distincte de la date de réception ou de saisie dans Oracle et sert de référence pour calculer les échéances de paiement selon les conditions convenues. Un écart entre la date de facture et la date de saisie signale souvent un retard dans le traitement du courrier ou la numérisation. Pourquoi est-ce important ? Elle sert de référence pour calculer les délais de paiement et analyser l’ancienneté des factures. Où trouver ces données AP_INVOICES_ALL.INVOICE_DATE Exemples 2023-09-152023-10-01
	Date de paiement PaymentDate	Date à laquelle le paiement a été effectué ou encaissé.
Description Indique la date du transfert des fonds ou de l’émission du chèque. Elle marque la fin du cycle de l’indicateur de performance clé « Temps de cycle moyen entre la facture et le paiement ». La comparaison avec la date d’échéance permet de déterminer si le paiement a été effectué en retard, à temps ou assez tôt pour bénéficier d’une remise. Pourquoi est-ce important ? Elle marque la fin de la transaction financière et du cycle du processus. Où trouver ces données AP_CHECKS_ALL.CHECK_DATE Exemples 2023-10-282023-11-01
	Montant de la facture InvoiceAmount	Montant total de la facture.
Description Représente le montant total à payer pour la facture. Cette valeur est essentielle pour évaluer l’efficacité du traitement des factures de faible montant et comparer les efforts engagés à la valeur financière de la transaction. Elle sert aussi à donner la priorité aux factures de montant élevé afin de bénéficier des remises pour paiement anticipé. Pourquoi est-ce important ? Il quantifie l’incidence financière du cas et aide à hiérarchiser les risques. Où trouver ces données AP_INVOICES_ALL.INVOICE_AMOUNT Exemples 1500.00250.5010000.00
	Nom du fournisseur SupplierName	Nom du fournisseur qui émet la facture.
Description Cet attribut identifie l’entité externe qui demande le paiement. Dans Oracle Fusion, ces informations sont gérées dans le référentiel des fournisseurs (POZ_SUPPLIERS) et associées à la facture. L’analyse de cet attribut permet d’évaluer la conformité des fournisseurs et les délais de traitement, et de repérer ceux qui soumettent souvent des factures problématiques ou entraînent des reprises. Pourquoi est-ce important ? Il permet de comparer les performances du processus par fournisseur afin de mieux gérer les relations avec eux. Où trouver ces données POZ_SUPPLIERS.VENDOR_NAME (joint via VENDOR_ID depuis AP_INVOICES_ALL) Exemples Office Depot Inc.Oracle CorporationDell Services
	Numéro de commande d’achat PurchaseOrderNumber	Numéro de référence de la commande d’achat associée.
Description Relie la facture au processus d’approvisionnement en amont. Cet attribut est essentiel à l’analyse « Rapprochement des commandes d’achat et résolution des écarts ». Les factures sans numéro de commande d’achat suivent généralement un circuit d’approbation différent, souvent moins efficace, que celles associées à une commande. Pourquoi est-ce important ? Il permet de distinguer les factures associées à une commande d’achat des factures sans commande, dont le déroulement diffère. Où trouver ces données PO_HEADERS_ALL.SEGMENT1 (lié via AP_INVOICE_LINES_ALL) Exemples PO-9988774500001234
	Type de facture InvoiceType	Catégorie de la facture, par exemple facture standard ou avoir.
Description Classe la facture dans des catégories telles que facture standard, acompte ou avoir. Cet attribut correspond à l’attribut générique CaseType. Les différents types de factures suivent des parcours de validation et d’approbation distincts. Il est donc nécessaire de segmenter les données selon cet attribut pour établir une référence fiable des « Performances du temps de cycle de bout en bout ». Pourquoi est-ce important ? Il permet de comparer des factures similaires dans les analyses de performance des processus. Où trouver ces données AP_INVOICES_ALL.INVOICE_TYPE_LOOKUP_CODE Exemples STANDARDAVOIRACOMPTE
	Unité opérationnelle BusinessUnit	Unité opérationnelle ou entité responsable de la facture.
Description Identifie la division interne ou la filiale qui traite la facture. Dans Oracle Fusion, cet attribut correspond à l’identifiant de l’organisation. Il est essentiel au Dashboard « Standardisation des variantes de processus à l’échelle mondiale », qui permet de comparer l’efficacité des processus entre différentes régions ou divisions. Pourquoi est-ce important ? Il permet de comparer les performances de différentes entités de l’organisation. Où trouver ces données HR_ORGANIZATION_UNITS.NAME (joint via ORG_ID depuis AP_INVOICES_ALL) Exemples Opérations aux États-UnisVentes en Europe, au Moyen-Orient et en AfriqueProduction en Asie-Pacifique
	Utilisateur ayant créé la facture CreatedByUserName	Identifiant ou nom de l’utilisateur qui a saisi la facture.
Description Identifie l’utilisateur responsable de la saisie initiale. Cet attribut correspond à l’attribut du modèle de données générique User. Ces données servent à l’analyse du « Taux d’intervention manuelle » afin de repérer les besoins de formation ou les utilisateurs associés à un taux élevé de reprises. Pourquoi est-ce important ? Il permet d’analyser les performances par ressource et de vérifier la séparation des tâches. Où trouver ces données AP_INVOICES_ALL.CREATED_BY (résolu en nom d’utilisateur via PER_USERS) Exemples j.doeintégration_systèmem.smith
	Code de devise CurrencyCode	Devise dans laquelle la facture a été émise.
Description Code de devise ISO, par exemple USD ou EUR, associé à la transaction. Il est nécessaire pour normaliser les montants dans l’analyse « Évaluation de l’efficacité des factures de faible montant ». Les variantes de processus diffèrent souvent nettement entre les paiements nationaux, en devise locale, et les paiements internationaux, en devise étrangère, en raison des contraintes bancaires. Pourquoi est-ce important ? Il permet de repérer les opérations transfrontalières complexes et de normaliser les données financières. Où trouver ces données AP_INVOICES_ALL.INVOICE_CURRENCY_CODE Exemples USDEURGBP
	Doublon potentiel IsPotentialDuplicate	Indique si la facture présente des éléments communs avec une autre facture.
Description Indicateur booléen calculé, vrai lorsque le fournisseur et le montant correspondent à ceux d’une autre facture sur une période donnée. Il alimente le Dashboard « Analyse de détection des factures en double ». Il sert d’alerte préventive pour permettre aux auditeurs d’examiner certains dossiers avant le déclenchement du paiement. Pourquoi est-ce important ? C’est un attribut de contrôle essentiel pour prévenir les pertes financières. Où trouver ces données Calculé à partir de fonctions de fenêtre appliquées à InvoiceAmount et SupplierName Exemples truefalse
	Montant de la remise perdue DiscountLostAmount	Valeur de la remise perdue en raison d’un paiement tardif.
Description Calculé comme la différence entre le montant total de la facture et le montant remisé lorsque la date de paiement dépasse la date limite prévue pour bénéficier de la remise. Cet attribut contribue à l’analyse « Remises pour paiement anticipé obtenues ». Il chiffre le coût des inefficacités du processus. Pourquoi est-ce important ? Il chiffre le coût des retards du processus. Où trouver ces données Calculé à partir de InvoiceAmount et PaymentTerms Exemples 50.000.00120.50
	Nombre de jours de retard DaysOverdue	Nombre de jours écoulés entre la date d’échéance et le paiement.
Description Nombre calculé qui indique le retard de paiement. Une valeur positive correspond à un paiement tardif ; une valeur négative, à un paiement anticipé. Cette métrique alimente le Dashboard « Suivi des retards de paiement et des risques de pénalité » et permet de mesurer l’ampleur des retards dans le processus. Pourquoi est-ce important ? Il mesure l’ampleur des retards de paiement. Où trouver ces données Calcul : PaymentDate - DueDate Exemples 5-20
	Statut d’approbation ApprovalStatus	Statut actuel du flux de travail de la facture.
Description Indique si la facture est requise, lancée, rejetée ou approuvée. Cet attribut contribue à l’« Analyse des goulots d’étranglement du flux d’approbation ». Il donne une vue d’ensemble de la position de la facture dans le circuit d’autorisation. Pourquoi est-ce important ? Il aide à repérer les blocages dans le circuit d’approbation. Où trouver ces données AP_INVOICES_ALL.WFAPPROVAL_STATUS Exemples REQUISAPPROUVÉE PAR LE FLUX DE TRAVAILNON REQUIS

Obligatoire Recommandé Facultatif

Activités de traitement des paiements fournisseurs

Suivez ces étapes clés du processus pour visualiser le parcours complet de chaque paiement, de sa création à son règlement.

7 Recommandé 5 Facultatif

	Activité	Description
	Blocage appliqué à la facture	Un blocage manuel ou système est appliqué à la facture, empêchant son paiement. Il peut s’agir d’écarts de quantité ou de prix, ou d’un blocage manuel « Invoice Needs Review ».
Pourquoi est-ce important ? C’est le principal indicateur de friction dans le processus. L’analyse des motifs de blocage aide à repérer les problèmes de conformité des fournisseurs ou les lacunes du processus interne. Où trouver ces données Table AP_HOLDS_ALL, CREATION_DATE. Indique un arrêt dans le flux du processus. Données à recueillir Enregistré lorsque la transaction X est exécutée Type d’événement explicit
	Facture annulée	La facture est invalidée ou annulée, ce qui met fin à l’instance du processus sans paiement.
Pourquoi est-ce important ? Représente un effort perdu. Un taux d’annulation élevé révèle généralement des doublons saisis en amont ou une mauvaise qualité des données fournisseurs. Où trouver ces données AP_INVOICES_ALL.CANCELLED_DATE est renseigné. Données à recueillir Enregistré lorsque la transaction X est exécutée Type d’événement explicit
	Facture approuvée	L’approbation finale est accordée dans le flux de travail. Le statut de la facture passe à « Workflow Approved » ou « Manually Approved ».
Pourquoi est-ce important ? Cette étape importante rend la facture admissible à la sélection pour paiement. Un long délai avant cette étape révèle des goulots d’étranglement dans le processus d’approbation. Où trouver ces données Table AP_INV_APRVL_HIST_ALL (dernière action d’approbation) ou AP_INVOICES_ALL.WFAPPROVAL_STATUS = 'WFAPPROVED'. Données à recueillir Comparer le champ de statut avant et après Type d’événement inferred
	Facture créée	Création initiale de l’enregistrement de la facture dans le système de comptabilité fournisseurs d’Oracle Fusion. Cet événement enregistre l’horodatage auquel l’en-tête de facture est inscrit pour la première fois dans la base de données, qu’il ait été saisi manuellement ou importé par IDR ou via une interface.
Pourquoi est-ce important ? Définit l’heure de début du processus pour calculer le temps de cycle et analyser l’ancienneté. Cet indicateur est essentiel pour mesurer le délai entre la réception et la saisie. Où trouver ces données Table AP_INVOICES_ALL, colonne CREATION_DATE. Filtrez par INVOICE_ID. Données à recueillir Enregistré lors de la création de l’enregistrement de transaction Type d’événement explicit
	Facture validée	Le statut de la facture passe à 'Validated', ce qui indique que les contrôles d’intégrité du système, le calcul des taxes et les règles de rapprochement ont été vérifiés. Cette étape est nécessaire avant l’approbation et le paiement.
Pourquoi est-ce important ? Marque le passage de la saisie des données au flux de travail d’approbation et de paiement. Un retard à cette étape peut révéler des problèmes de qualité des données ou des erreurs de configuration. Où trouver ces données Déduit de l’horodatage AP_INVOICES_ALL.VALIDATION_REQUEST_ID ou du suivi des changements de statut dans AP_INVOICE_HISTORY, si cette fonction est activée. Données à recueillir Comparer le champ de statut avant et après Type d’événement inferred
	Ligne de facture rapprochée	Association d’une ligne de facture à un bon de commande (PO) ou à une réception. Cet événement indique que le rapprochement à deux ou trois voies a été effectué lors de la saisie de la ligne.
Pourquoi est-ce important ? Cet indicateur est essentiel pour analyser le taux de réussite dès la première tentative et repérer les échecs du rapprochement automatique. Un faible taux de rapprochement entraîne des reprises manuelles. Où trouver ces données Table AP_INVOICE_LINES_ALL. Repérez les enregistrements dont MATCH_TYPE contient notamment 'ITEM_TO_PO' ou 'PO_PRICE_ADJUSTMENT'. Données à recueillir Enregistré lors de la création d’une ligne de transaction avec un lien Type d’événement explicit
	Paiement créé	Le document de paiement (chèque, EFT ou virement bancaire) est généré. Cette étape réduit le passif et marque l’exécution du paiement.
Pourquoi est-ce important ? L’horodatage de fin du temps de cycle. La comparaison avec la date d’échéance permet de calculer les indicateurs de retard de paiement et de remise obtenue. Où trouver ces données Table AP_INVOICE_PAYMENTS_ALL associée à AP_CHECKS_ALL. Utilisez CREATION_DATE de l’enregistrement de paiement. Données à recueillir Enregistré lorsque la transaction X est exécutée Type d’événement explicit
	Approbation lancée	La facture est soumise au flux de travail d’approbation (AMX). Cette étape marque le début de la phase d’autorisation par la direction.
Pourquoi est-ce important ? Permet de distinguer le temps de traitement opérationnel du délai d’approbation par la direction. Aide à déterminer si les retards sont imputables à l’équipe comptabilité fournisseurs ou aux approbateurs. Où trouver ces données Table AP_INV_APRVL_HIST_ALL (historique des approbations), ou déduction du passage de AP_INVOICES_ALL.WFAPPROVAL_STATUS à 'INITIATED'. Données à recueillir Comparer le champ de statut avant et après Type d’événement inferred
	Blocage de la facture levé	Suppression d’un blocage précédemment appliqué, qui permet à la facture de poursuivre son flux de travail. Cet événement marque la résolution d’un écart.
Pourquoi est-ce important ? Permet de calculer le temps de reprise ou le temps de résolution. Une fréquence élevée peut signaler un traitement inefficace des exceptions. Où trouver ces données Table AP_HOLDS_ALL, LAST_UPDATE_DATE lorsque RELEASE_LOOKUP_CODE est renseigné. Données à recueillir Enregistré lorsque la transaction X est exécutée Type d’événement explicit
	Facture comptabilisée	Les écritures comptables de la facture sont générées et transférées au grand livre. Cette étape confirme l’enregistrement de l’incidence financière.
Pourquoi est-ce important ? Garantit la conformité financière. Un retard à cette étape peut affecter les opérations de clôture et l’exactitude des rapports financiers. Où trouver ces données AP_INVOICE_DISTRIBUTIONS_ALL.POSTED_FLAG = 'Y' ou via XLA_AE_HEADERS (comptabilité auxiliaire) associé à la facture. Données à recueillir Enregistré lorsque la transaction X est exécutée Type d’événement explicit
	Paiement compensé	Le paiement est rapproché du relevé bancaire. Son statut passe à 'Cleared' ou 'Reconciled'.
Pourquoi est-ce important ? Marque la fin effective du cycle de trésorerie. Cette étape est essentielle pour prévoir les flux de trésorerie et comprendre le délai entre l’émission et la compensation du paiement. Où trouver ces données AP_CHECKS_ALL.STATUS_LOOKUP_CODE passe à 'CLEARED'. L’horodatage est CLEARED_DATE. Données à recueillir Enregistré lorsque la transaction X est exécutée Type d’événement explicit
	Paiement sélectionné	La facture est sélectionnée par une demande de traitement des paiements (PPR). Elle est préparée pour le paiement, mais les fonds n’ont pas encore été transférés.
Pourquoi est-ce important ? Indique que la facture a été prise en compte lors d’un cycle de paiement. Un écart entre cette étape et « Payment Created » peut révéler des problèmes de traitement par lots. Où trouver ces données AP_SELECTED_INVOICES_ALL (table temporaire) ou déduction du renseignement de AP_PAYMENT_SCHEDULES_ALL.CHECK_RUN_ID. Données à recueillir Comparer le champ de statut avant et après Type d’événement inferred

Recommandé Facultatif

Guides d’extraction

Comment extraire vos données d’Oracle Fusion Financials

Étapes

Étape 1 : Accéder à Oracle BI Publisher

Connectez-vous à votre environnement Oracle Fusion Financials avec un compte disposant des privilèges BI Administrator ou BI Author.
Accédez à Tools > Reports and Analytics.
Cliquez sur Browse Catalog pour ouvrir l’interface Oracle BI Publisher.

Étape 2 : Créer un modèle de données

Dans le catalogue, cliquez sur Nouveau (en haut à gauche), puis sélectionnez Modèle de données.
Dans l’éditeur de modèle de données, cliquez sur l’icône Nouvel ensemble de données, puis sélectionnez Requête SQL.
Nommez l’ensemble de données (par exemple, AP_Process_Mining) et sélectionnez ApplicationDB_FSCM comme source de données (Financials Supply Chain Management).

Étape 3 : Ajouter la requête d’extraction

Collez le code SQL complet fourni dans la section Requête ci-dessous dans la zone de texte de la requête SQL.
Cette requête utilise UNION ALL pour extraire les 12 activités requises dans une structure de journal d’événements unique.
Cliquez sur OK pour enregistrer la requête.

Étape 4 : Configurer les paramètres

La requête utilise les paramètres de remplacement :p_start_date et :p_end_date pour filtrer InvoiceDate. Dans le panneau de gauche, accédez à l’onglet Paramètres.
Définissez les deux paramètres au format Date et attribuez-leur un libellé (par exemple, date de début et date de fin).
Vérifiez que le format des paramètres correspond à celui de la base de données, généralement DD-MON-YYYY ou le format ISO standard.

Étape 5 : Vérifier et exporter les données

Cliquez sur l’onglet Données, puis sur Afficher. Sélectionnez une courte période pour vérifier que des données sont renvoyées.
Cliquez sur Enregistrer comme données d’exemple pour enregistrer la structure du schéma.
Enregistrez le modèle de données dans un dossier partagé (par exemple, /Shared Folders/Custom/ProcessMining).
Créez un rapport à partir de ce modèle de données. Ajoutez une mise en page qui présente simplement toutes les colonnes dans un tableau.
Planifiez l’exécution du rapport avec Report Job et choisissez le format de sortie CSV.
Téléchargez le fichier CSV et importez-le directement dans ProcessMind.

Configuration

Source de données : ApplicationDB_FSCM (connexion standard à la base de données Fusion Financials)
Période : Une fenêtre glissante de 3 à 6 mois est recommandée pour le chargement initial. Utilisez Invoice Date ou Creation Date comme référence pour le filtrage.
Performances : La requête est optimisée grâce à des jointures simples. Pour les volumes très importants (plus d’un million de factures), envisagez de filtrer par Unité opérationnelle (Org ID) afin de répartir l’extraction en plusieurs lots.
Format de sortie : Le format CSV est recommandé. Dans les propriétés du rapport, définissez explicitement le format des dates sur YYYY-MM-DD HH24:MI:SS pour éviter toute ambiguïté.
Prérequis : L’utilisateur doit avoir accès aux tables des comptes fournisseurs (AP_INVOICES_ALL, AP_CHECKS_ALL, etc.). Cet accès est généralement accordé avec les rôles Accounts Payable Manager ou BI Consumer.

Exemple de requête 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

Étapes

Préparez votre environnement Python en installant les bibliothèques nécessaires. Vous aurez besoin de requests pour les appels API, de pandas pour manipuler les données et de json pour les analyser. Exécutez pip install requests pandas dans votre terminal.
Récupérez vos identifiants Oracle Fusion Cloud. Vous devez disposer d’un compte utilisateur associé aux rôles d’API REST Financials. Notez l’URL de votre instance (par exemple, https://fa-xxxx-saasfaprod1.fa.ocs.oraclecloud.com) et vos identifiants encodés en Base64, ou configurez un jeton OAuth.
Configurez les paramètres du script fournis dans la section Query ci-dessous. Modifiez les variables base_url, username et password. Définissez la variable start_date pour délimiter la période historique à extraire (par exemple, 2024-01-01).
Le script initialise une liste vide pour stocker les dictionnaires d’événements. Il définit le point de terminaison principal des factures (/fscmRestApi/resources/11.13.18.05/invoices) et utilise une boucle pour gérer la pagination et récupérer tous les enregistrements correspondant à la requête.
Pour chaque facture récupérée, le script extrait les activités au niveau de l’en-tête. Il crée un événement « Facture créée » à partir de CreationDate. Il vérifie les champs InvoiceStatus et ApprovalStatus pour générer les événements « Facture validée » et « Facture approuvée ».
Le script effectue ensuite des appels API imbriqués pour récupérer les lignes de facture. Il parcourt ces lignes afin de repérer les correspondances avec les bons de commande. Si une valeur POHeaderId est présente, il génère un événement « Ligne de facture rapprochée ».
Le script effectue des appels API imbriqués vers la ressource enfant invoiceHolds. Il parcourt les blocages pour générer des événements « Blocage de facture appliqué » à partir de leur date de création et, si une date de levée est présente, des événements « Blocage de facture levé ».
Le script effectue des appels API imbriqués vers la ressource enfant installments pour repérer les liens de paiement. Il suit ces liens jusqu’aux détails du paiement afin de générer les événements « Paiement créé » et « Paiement compensé », en fonction de la date du chèque et de son statut de compensation.
Le script transforme les données : les dates sont normalisées au format ISO 8601 et SourceSystem est défini sur « Oracle Fusion ». Tous les attributs sont regroupés dans une structure à plat.
Le script rassemble tous les dictionnaires d’événements dans un DataFrame pandas. Il trie le DataFrame par InvoiceNumber et EventDateTime pour obtenir un journal d’événements chronologique.
Exécutez le script. Suivez la progression dans la console (par exemple, Processing Invoice : INV-12345). Selon le volume de données et les limites de débit de l’API, l’exécution peut prendre un certain temps.
À la dernière étape, le script exporte le DataFrame dans un fichier CSV nommé oracle_fusion_ap_event_log.csv. Importez ce fichier directement dans ProcessMind pour visualiser les données.

Configuration

URL de base de l’API : Elle doit correspondre à votre instance Oracle Cloud (par exemple, https://fa-eqmz.fa.us2.oraclecloud.com).
Authentification : L’API accepte l’authentification de base (Base64) ou un jeton JWT. Le script utilise l’authentification de base par souci de lisibilité, mais OAuth est recommandé en production.
Filtrage par date : Le script filtre les données selon CreationDate pour en limiter le volume. Pour l’extraction initiale, une période de 3 à 6 mois est recommandée.
Taille des lots : Les API REST limitent la taille des réponses (25 ou 50 par défaut). Le script définit limit=499 (la limite maximale est généralement de 500) pour réduire le nombre de pages à parcourir.
Performances : Cette extraction utilise le modèle de requêtes N+1 (récupération des éléments enfants pour chaque élément parent). Pour les volumes importants (plus de 100 000 factures), privilégiez les extractions SQL BI Publisher plutôt que REST.
Ressources enfants : Le script récupère explicitement les lignes, les blocages et les échéances. Vérifiez que le compte utilisateur est autorisé à consulter ces sous-ressources.

Exemple de requête 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.")

Prêt à commencer ?

Téléchargez le modèle dès maintenant pour transformer vos données de paiement en analyses concrètes. Si vous avez besoin d’aide pour l’extraction, notre équipe peut vous accompagner.

Retour au guide d’amélioration

Télécharger le modèle

Améliorez dès aujourd’hui le traitement des paiements fournisseurs

Réduisez votre temps de cycle de 30 % et améliorez vos relations avec les fournisseurs.

Démarrez l’essai gratuit

Aucune carte bancaire requise. Configuration en 5 minutes.

Votre modèle de données pour le traitement des paiements fournisseurs

Votre modèle de données pour le traitement des paiements fournisseurs

Attributs du traitement des paiements fournisseurs

Activités de traitement des paiements fournisseurs

Guides d’extraction

Requête SQL du modèle de données Oracle BI Publisher

Étapes

Étape 1 : Accéder à Oracle BI Publisher

Étape 2 : Créer un modèle de données

Étape 3 : Ajouter la requête d’extraction

Étape 4 : Configurer les paramètres

Étape 5 : Vérifier et exporter les données

Configuration

Exemple de requête sql

Extraction des données des comptes fournisseurs de Fusion avec l’API REST Python

Étapes

Configuration

Exemple de requête python

Prêt à commencer ?

Améliorez dès aujourd’hui le traitement des paiements fournisseurs

Votre modèle de données pour le traitement des paiements fournisseurs

Votre modèle de données pour le traitement des paiements fournisseurs

Attributs du traitement des paiements fournisseurs

Activités de traitement des paiements fournisseurs

Guides d’extraction

Requête SQL du modèle de données Oracle BI Publisher

Étapes

Étape 1 : Accéder à Oracle BI Publisher

Étape 2 : Créer un modèle de données

Étape 3 : Ajouter la requête d’extraction

Étape 4 : Configurer les paramètres

Étape 5 : Vérifier et exporter les données

Configuration

Exemple de requête sql

Extraction des données des comptes fournisseurs de Fusion avec l’API REST Python

Étapes

Configuration

Exemple de requête python

Prêt à commencer ?

Améliorez dès aujourd’hui le traitement des paiements fournisseurs

Étape 1 : Accéder à Oracle BI Publisher

Étape 2 : Créer un modèle de données

Étape 3 : Ajouter la requête d’extraction

Étape 4 : Configurer les paramètres

Étape 5 : Vérifier et exporter les données

Prêt à commencer ?