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

Votre template 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 du traitement des paiements fournisseurs (12) Guides d'extraction (2)

Votre template de données pour le traitement des paiements fournisseurs

Ce modèle complet propose une méthode structurée pour associer vos flux de travail de paiement dans Oracle Fusion Financials. Il présente les champs de données et les étapes du processus nécessaires pour obtenir une visibilité détaillée sur l’ensemble de votre cycle de paiement. En suivant ce cadre, vous pouvez identifier les goulots d’étranglement et optimiser efficacement vos opérations financières.

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

Vous découvrez les journaux d’événements ? En savoir plus sur la création d’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 les informations transactionnelles essentielles d’Oracle Fusion Financials afin d’examiner en détail la performance des paiements.

5 Obligatoire 10 Recommandé 5 Facultatif

	Nom	Description
	Dernière mise à jour des données LastDataUpdate	L’horodatage auquel les données ont été extraites ou actualisées.
Description Indique le moment précis où l’enregistrement de données a été extrait d’Oracle Fusion. Cela aide les analystes à évaluer l’actualité des données et facilite les stratégies de chargement incrémentiel. Il distingue l’heure réelle de l’événement du moment où les données sont devenues disponibles pour l’analyse. Pourquoi c’est important Il garantit l’actualité des données et facilite la gestion des chargements incrémentiels. Où les obtenir Heure système au moment de l’extraction Exemples 2023-10-27T23:59:59Z
	Horodatage de l’événement EventDateTime	La date et l’heure auxquelles l’activité s’est produite.
Description Cet attribut enregistre l’horodatage exact d’une activité. Il sert à ordonner les événements chronologiquement et à calculer la durée entre les étapes du processus. Des horodatages précis sont indispensables pour analyser correctement le Temps de cycle et identifier les goulots d’étranglement où les factures restent en attente entre deux étapes. Pourquoi c’est important Il fournit la dimension temporelle nécessaire à l’analyse des performances et à l’ordonnancement du processus. Où les obtenir CREATION_DATE ou LAST_UPDATE_DATE des 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	L’événement ou l’étape précise exécutée dans le processus.
Description Cet Attribut représente le nom de l’étape du processus en cours d’exécution, comme « Invoice Created », « Invoice Validated » ou « Payment Cleared ». Il permet à l’algorithme de Process Mining de reconstituer la séquence des événements, c’est-à-dire le flux de contrôle, pour chaque facture. Ces valeurs sont généralement obtenues en unifiant les données de plusieurs tables de transactions et d’historique, puis en associant à chaque enregistrement un nom d’événement compréhensible. Pourquoi c’est important Il définit le « quoi » du processus, élément essentiel pour cartographier le flux de processus et découvrir les variantes. Où les obtenir Dérivé des changements de statut de AP_INVOICES_ALL, de AP_INV_APRVL_HIST_ALL et de AP_CHECKS_ALL Exemples Facture crééeFacture validéePaiement créé
	Numéro de facture InvoiceNumber	L’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’identifiant de dossier 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 utilisent cet identifiant pour suivre le cycle de vie complet d’un passif, depuis son enregistrement jusqu’à la sortie des fonds du compte bancaire. Pourquoi c’est important Il s’agit de l’identifiant de dossier de référence nécessaire pour reconstituer l’instance du processus de bout en bout. Où les obtenir AP_INVOICES_ALL.INVOICE_NUM Exemples INV-2023-00199887766OCT-SERVICE-04
	Système source SourceSystem	Le nom du système à l’origine des données.
Description Identifie le système logiciel faisant office de système de référence 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 multisystèmes où les données peuvent provenir de systèmes ERP, d’approvisionnement et bancaires. Pourquoi c’est important Il garantit la traçabilité de la lignée des données, notamment dans les environnements technologiques complexes. Où les obtenir Codé en dur ou dérivé de la configuration de la connexion Exemples Oracle Fusion FinancialsOracle ERP CloudEBS historique
	Conditions de paiement PaymentTerms	Les conditions convenues concernant les délais de paiement et les remises.
Description Précise les conditions contractuelles qui régissent le paiement, telles que « Net 30 » ou « 2/10 Net 30 ». Cet attribut constitue la base du Dashboard « Early Payment Discount Realization ». Il détermine la Due Date cible ainsi que les économies potentielles liées à un traitement accéléré. Pourquoi c’est important Il définit les objectifs de performance en matière de respect des délais de paiement et de récupération des remises. Où les obtenir AP_TERMS.NAME (joint via TERMS_ID depuis AP_INVOICES_ALL) Exemples Net 30Immédiat2 % à 10 jours, Net 30
	Date d'échéance DueDate	La date à laquelle le paiement doit être effectué pour éviter les pénalités.
Description La date limite de paiement calculée à partir de l'Invoice Date et des Payment Terms. Cet attribut constitue la principale référence du KPI « Late Payment Rate ». Le suivi de cette date par rapport à la Payment Date réelle permet d'évaluer le respect des contrats fournisseurs et l'efficacité de la gestion des flux de trésorerie. Pourquoi c’est important Il s'agit de la date cible de référence pour mesurer le respect des délais de paiement. Où les obtenir AP_PAYMENT_SCHEDULES_ALL.DUE_DATE Exemples 2023-10-302023-11-15
	Date de facture InvoiceDate	La date imprimée sur la facture par le fournisseur.
Description Cette date correspond à l’émission de la facture par le fournisseur. Elle se distingue de la date de réception ou de saisie dans Oracle et sert de référence au calcul des dates d’échéance selon les conditions de paiement. Les écarts entre la date de facture et la date de saisie indiquent souvent des retards au courrier ou à la numérisation. Pourquoi c’est important Il constitue le point de référence pour le calcul des conditions de paiement et l’analyse de l’ancienneté. Où les obtenir AP_INVOICES_ALL.INVOICE_DATE Exemples 2023-09-152023-10-01
	Date de paiement PaymentDate	La date à laquelle le paiement a effectivement été exécuté ou compensé.
Description Enregistre la date du transfert des fonds ou de l'émission du chèque. Il s'agit du point final du KPI « Average Invoice to Pay Cycle Time ». La comparaison de cette date avec la Due Date permet de déterminer si le paiement était en retard, effectué à temps ou suffisamment anticipé pour bénéficier d'une remise. Pourquoi c’est important Elle marque l'achèvement de la transaction financière et du cycle de vie du processus. Où les obtenir AP_CHECKS_ALL.CHECK_DATE Exemples 2023-10-282023-11-01
	Montant de la facture InvoiceAmount	La valeur monétaire totale de la facture.
Description Représente le montant total à payer pour la facture. Cette valeur est essentielle à l’« analyse de l’efficacité des factures de faible montant », qui permet aux organisations de comparer l’effort consacré à la valeur financière de la transaction. Elle sert également à prioriser les factures à forte valeur pour bénéficier des remises pour paiement anticipé. Pourquoi c’est important Il quantifie l’impact financier du dossier et contribue à la priorisation des risques. Où les obtenir AP_INVOICES_ALL.INVOICE_AMOUNT Exemples 1500.00250.5010000.00
	Nom du fournisseur SupplierName	Le nom du vendeur ou 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 Supplier Master (POZ_SUPPLIERS) et associées à la facture. L’analyse de cet Attribut permet d’étudier la Conformité fournisseurs et le débit du processus, et d’identifier les fournisseurs qui soumettent fréquemment des factures problématiques ou provoquent des reprises. Pourquoi c’est important Il permet de segmenter les performances du processus par fournisseur pour piloter la relation avec celui-ci. Où les obtenir POZ_SUPPLIERS.VENDOR_NAME (joint via VENDOR_ID depuis AP_INVOICES_ALL) Exemples Office Depot Inc.Oracle CorporationDell Services
	Numéro du bon de commande PurchaseOrderNumber	Le numéro de référence du bon de commande associé.
Description Relie la facture au processus d’approvisionnement en amont. Cet attribut est essentiel pour analyser le « rapprochement des bons de commande et la résolution des écarts ». Les factures sans numéro de bon de commande suivent généralement un flux de travail d’approbation différent et souvent moins efficace que les factures associées à un bon de commande. Pourquoi c’est important Il distingue les factures associées à un bon de commande des factures Non-PO, qui présentent des comportements différents dans le processus. Où les obtenir PO_HEADERS_ALL.SEGMENT1 (lié via AP_INVOICE_LINES_ALL) Exemples PO-9988774500001234
	Type de facture InvoiceType	La classification de la facture, par exemple Standard ou Credit Memo.
Description Classe la facture selon des types tels que Standard, Prepayment ou Credit Memo. 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 de la performance « End to End Cycle Time ». Pourquoi c’est important Il permet de comparer des éléments réellement comparables dans l'analyse des performances du processus. Où les obtenir AP_INVOICES_ALL.INVOICE_TYPE_LOOKUP_CODE Exemples STANDARDCREDITPREPAYMENT
	Unité opérationnelle BusinessUnit	L’unité opérationnelle ou l’entité juridique responsable de la facture.
Description Identifie la division interne ou la filiale qui traite la facture. Dans Oracle Fusion, cet attribut correspond à l'Organization ID. Cet attribut est essentiel pour le Dashboard « Global Process Variant Standardization », qui permet de comparer l'efficacité des processus entre différentes régions ou divisions. Pourquoi c’est important Il permet de comparer les performances entre différentes entités organisationnelles. Où les obtenir HR_ORGANIZATION_UNITS.NAME (joint via ORG_ID depuis AP_INVOICES_ALL) Exemples Opérations aux États-UnisVentes EMEAProduction APAC
	Utilisateur ayant créé la facture CreatedByUserName	L'identifiant ou le nom de l'utilisateur ayant saisi la facture.
Description Identifie l'utilisateur responsable de la saisie initiale. Cet attribut correspond à l'attribut User Generic Data Model. Ces données sont utilisées dans l'analyse « Manual Intervention Rate » afin d'identifier les besoins de formation ou les utilisateurs associés à des taux élevés de reprise. Pourquoi c’est important Il permet d'analyser les performances au niveau des Ressources et de vérifier la séparation des tâches. Où les obtenir AP_INVOICES_ALL.CREATED_BY (résolution vers le nom d'utilisateur via PER_USERS) Exemples j.doesystem_integrationm.smith
	Code devise CurrencyCode	La devise dans laquelle la facture a été émise.
Description Le code devise ISO, par exemple USD ou EUR, utilisé pour la transaction. Il est nécessaire pour normaliser les montants dans le cadre de la « Low Value Invoice Efficiency Review ». Les variantes de processus peuvent différer considérablement entre les paiements nationaux, effectués en devise locale, et les paiements internationaux, effectués en devise étrangère, en raison des complexités bancaires. Pourquoi c’est important Il identifie la complexité des transactions transfrontalières et est nécessaire à la normalisation financière. Où les obtenir AP_INVOICES_ALL.INVOICE_CURRENCY_CODE Exemples USDEURGBP
	Doublon potentiel IsPotentialDuplicate	Indicateur signalant si la facture partage des informations avec une autre facture.
Description Indicateur booléen calculé, égal à true lorsque le Vendor et le montant correspondent à ceux d'une autre facture dans une période donnée. Il alimente le Dashboard « Duplicate Invoice Detection Analytics ». Il sert de mécanisme d'alerte préventive afin que les auditeurs puissent examiner certains cas avant la mise en paiement. Pourquoi c’est important Il constitue un attribut essentiel de contrôle des risques pour prévenir les pertes financières. Où les obtenir Calculé à partir de fonctions de fenêtre appliquées à InvoiceAmount et SupplierName Exemples truefalse
	Jours de retard DaysOverdue	Nombre de jours écoulés entre la date d'échéance et le paiement.
Description Nombre calculé indiquant le retard d'un paiement. Les valeurs positives indiquent un retard ; les valeurs négatives, un paiement anticipé. Cette mesure alimente le Dashboard « Late Payment and Penalty Risk Tracker » et permet de quantifier l'ampleur des retards du processus. Pourquoi c’est important Il quantifie l'ampleur du problème lié aux paiements en retard. Où les obtenir Calculé : PaymentDate - DueDate Exemples 5-20
	Montant de remise perdue DiscountLostAmount	Valeur monétaire 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 par les conditions de remise. Cet attribut contribue à l'analyse « Early Payment Discount Realization ». Il traduit les inefficacités du processus en un coût financier concret. Pourquoi c’est important Il quantifie le coût des retards du processus. Où les obtenir Calculé à partir de InvoiceAmount et PaymentTerms Exemples 50.000.00120.50
	Statut d'approbation ApprovalStatus	Statut actuel du flux de travail de la facture.
Description Indique si la facture est Requise, Initiée, Rejetée ou Approuvée. Cet attribut facilite l’Analyse des goulots d’étranglement du flux de travail d’approbation. Il fournit une vue synthétique de la position de la facture dans la hiérarchie d’autorisation. Pourquoi c’est important Il aide à diagnostiquer les blocages dans la chaîne d'approbation. Où les obtenir AP_INVOICES_ALL.WFAPPROVAL_STATUS Exemples REQUIREDWFAPPROVEDNOT REQUIRED

Obligatoire Recommandé Facultatif

Activités du traitement des paiements fournisseurs

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

7 Recommandé 5 Facultatif

	Activité	Description
	Blocage appliqué à la facture	Un blocage système ou manuel est appliqué à la facture, ce qui empêche son paiement. Cela comprend les écarts de quantité, les écarts de prix ou les blocages manuels « Invoice Needs Review ».
Pourquoi c’est important Le principal indicateur de friction dans le processus. L’analyse des motifs de blocage aide à identifier les problèmes de Conformité fournisseurs ou les lacunes des processus internes. Où les obtenir Table AP_HOLDS_ALL, CREATION_DATE. Indique un arrêt dans le flux de processus. Collecte Enregistré lors de l’exécution de la transaction X Type d’événement explicit
	Facture annulée	La facture est invalidée ou annulée, ce qui met effectivement fin à l’instance du processus sans paiement.
Pourquoi c’est important Représente un effort perdu. Des taux d’annulation élevés indiquent généralement une saisie en double en amont ou une qualité insuffisante des données fournisseurs. Où les obtenir AP_INVOICES_ALL.CANCELLED_DATE est renseigné. Collecte Enregistré lors de l’exécution de la transaction X Type d’événement explicit
	Facture approuvée	L’approbation finale est accordée dans le flux de travail. Le statut de la facture devient « Approbation par le flux de travail » ou « Approuvée manuellement ».
Pourquoi c’est important Cette étape importante autorise la facture à être sélectionnée pour paiement. De longs délais avant cette étape indiquent des goulots d’étranglement dans le processus d’approbation. Où les obtenir Table AP_INV_APRVL_HIST_ALL (dernière action d’approbation) ou AP_INVOICES_ALL.WFAPPROVAL_STATUS = « WFAPPROVED ». Collecte Comparer le champ de statut avant et après Type d’événement inferred
	Facture créée	Création initiale de l’enregistrement de facture dans le système Oracle Fusion Payables. Cet événement enregistre l’horodatage auquel l’en-tête de facture est enregistré pour la première fois dans la base de données, qu’il ait été saisi manuellement ou importé via IDR/interface.
Pourquoi c’est important Définit l’heure de début du processus pour les calculs de délai de cycle et l’analyse de l’ancienneté. Cet élément est essentiel pour mesurer le délai entre la réception et la saisie. Où les obtenir Table AP_INVOICES_ALL, colonne CREATION_DATE. Filtrer par INVOICE_ID. Collecte 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 qu’elle a satisfait aux contrôles d’intégrité du système, au calcul fiscal et aux règles de rapprochement. Il s’agit d’une condition préalable à l’approbation et au paiement.
Pourquoi c’est important Marque le passage de la saisie des données au flux de travail d’approbation et de paiement. Les retards à cette étape indiquent des problèmes de qualité des données ou des erreurs de configuration. Où les obtenir Déduit de l’horodatage AP_INVOICES_ALL.VALIDATION_REQUEST_ID ou obtenu en suivant les changements de statut dans AP_INVOICE_HISTORY, si cette fonction est activée. Collecte 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 Purchase Order (PO) ou à une réception. Cela indique que le rapprochement à trois ou deux niveaux a été effectué lors de la saisie de la ligne.
Pourquoi c’est important Essentiel pour analyser le « First Pass Yield » et identifier les échecs du rapprochement automatisé. De faibles taux de rapprochement entraînent des reprises manuelles. Où les obtenir Table AP_INVOICE_LINES_ALL. Identifier les enregistrements dont MATCH_TYPE est égal à « ITEM_TO_PO », « PO_PRICE_ADJUSTMENT », etc. Collecte Enregistré lors de la création d’une ligne de transaction avec lien Type d’événement explicit
	Paiement créé	Le document de paiement (Check, ETF, Wire) est généré. Cela réduit le passif et marque l’exécution du paiement.
Pourquoi c’est important L’horodatage de fin du délai de cycle. La comparaison avec la date d’échéance permet de calculer les indicateurs « Late Payment » et « Discount Realization ». Où les obtenir Table AP_INVOICE_PAYMENTS_ALL associée à AP_CHECKS_ALL. Utiliser CREATION_DATE de l’enregistrement de paiement. Collecte Enregistré lors de l’exécution de la transaction X Type d’événement explicit
	Approbation initié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 c’est important Distingue le temps de traitement opérationnel du délai d’approbation par la direction. Aide à déterminer si les retards sont dus au personnel de la comptabilité fournisseurs ou aux approbateurs. Où les obtenir Table AP_INV_APRVL_HIST_ALL (historique des approbations) ou déduit du passage de AP_INVOICES_ALL.WFAPPROVAL_STATUS à « INITIATED ». Collecte Comparer le champ de statut avant et après Type d’événement inferred
	Blocage de facture levé	La suppression d’un blocage précédemment appliqué permet à la facture de poursuivre son parcours dans le flux de travail. Elle indique qu’un écart a été résolu.
Pourquoi c’est important Permet de calculer le « Rework Time » ou le « Resolution Time ». Une fréquence élevée indique une gestion inefficace des exceptions. Où les obtenir Table AP_HOLDS_ALL, LAST_UPDATE_DATE lorsque RELEASE_LOOKUP_CODE est renseigné. Collecte Enregistré lors de l’exécution de la transaction X Type d’événement explicit
	Facture comptabilisée	Les écritures comptables de la facture sont générées et transférées au General Ledger. Cela confirme l’enregistrement de l’impact financier.
Pourquoi c’est important Garantit la Conformité financière. Les retards à cette étape peuvent affecter les activités de clôture et l’exactitude du reporting financier. Où les obtenir AP_INVOICE_DISTRIBUTIONS_ALL.POSTED_FLAG = « Y » ou via XLA_AE_HEADERS (Subledger Accounting) associé à la facture. Collecte Enregistré lors de l’exécution de la transaction X Type d’événement explicit
	Paiement compensé	Le paiement est rapproché du relevé bancaire. Le statut passe à « Cleared » ou « Reconciled ».
Pourquoi c’est important La véritable fin du cycle de trésorerie. Essentiel pour les prévisions de trésorerie et la compréhension du délai entre l’émission et la compensation. Où les obtenir AP_CHECKS_ALL.STATUS_LOOKUP_CODE passe à « CLEARED ». L’horodatage est CLEARED_DATE. Collecte Enregistré lors de l’exécution de la transaction X Type d’événement explicit
	Paiement sélectionné	La facture est sélectionnée par une Payment Process Request (PPR). Elle est préparée pour le paiement, mais les fonds n’ont pas encore été transférés.
Pourquoi c’est important Indique que la facture a été prise en compte par une campagne de paiement. Les écarts entre cette étape et « Payment Created » signalent des problèmes de traitement par lots. Où les obtenir AP_SELECTED_INVOICES_ALL (temporaire) ou déduit du renseignement de AP_PAYMENT_SCHEDULES_ALL.CHECK_RUN_ID. Collecte Comparer le champ de statut avant et après Type d’événement inferred

Recommandé Facultatif

Guides d'extraction

Comment récupérer vos données depuis Oracle Fusion Financials

Étapes

Étape 1 : accéder à Oracle BI Publisher

Connectez-vous à votre environnement Oracle Fusion Financials avec un utilisateur 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 Nouveau jeu de données, puis sélectionnez Requête SQL.
Nommez le jeu de données, par exemple AP_Process_Mining, et sélectionnez la Source de données ApplicationDB_FSCM (Financials Supply Chain Management).

Étape 3 : intégrer la requête d’extraction

Collez l’intégralité du code SQL fourni dans la section Query 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 seule structure de journal d’événements.
Cliquez sur OK pour enregistrer la requête.

Étape 4 : configurer les paramètres

La requête utilise les paramètres :p_start_date et :p_end_date pour filtrer InvoiceDate. Accédez à l’onglet Paramètres à gauche.
Définissez les deux paramètres avec le type Date et attribuez-leur un libellé d’affichage, par exemple Start Date et End Date.
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 : valider et exporter

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 basé sur ce modèle de données. Ajoutez une mise en page qui répertorie simplement toutes les colonnes dans un tableau.
Planifiez le rapport via Report Job afin de générer un fichier 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 : pour le chargement initial, une fenêtre glissante de 3 à 6 mois est recommandée. Utilisez Invoice Date ou Creation Date comme référence de filtrage.
Performances : la requête est optimisée au moyen de jointures simples. Pour des volumes très importants, supérieurs à 1 million de factures, envisagez d’ajouter un filtre sur Unité opérationnelle (Org ID) afin de fractionner l’extraction.
Format de sortie : le format CSV est recommandé. Vérifiez que le format des dates est explicitement défini sur YYYY-MM-DD HH24:MI:SS dans les propriétés du rapport afin d’éviter toute ambiguïté.
Prérequis : l’utilisateur doit avoir accès aux tables fournisseurs (AP_INVOICES_ALL, AP_CHECKS_ALL, etc.), généralement via les rôles Accounts Payable Manager ou BI Consumer.

a 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 la manipulation des données et de json pour l'analyse. Exécutez pip install requests pandas dans votre terminal.
Obtenez vos identifiants Oracle Fusion Cloud. Vous devez disposer d'un compte utilisateur avec les rôles de l'API REST Financials. Notez l'URL de votre POD, par exemple https://fa-xxxx-saasfaprod1.fa.ocs.oraclecloud.com, ainsi que vos identifiants encodés en Base64, ou configurez un jeton OAuth.
Configurez les paramètres du script fournis dans la section Query ci-dessous. Mettez à jour les variables base_url, username et password. Définissez la variable start_date pour préciser la période historique d'extraction, par exemple 2024-01-01.
Le script initialise une liste vide destinée à 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, afin de récupérer tous les enregistrements correspondant à la requête.
Pour chaque facture récupérée, le script extrait les activités de niveau en-tête. Il crée un événement « Invoice Created » à partir de CreationDate. Il vérifie les champs InvoiceStatus et ApprovalStatus afin de générer les événements « Invoice Validated » et « Invoice Approved ».
Le script effectue ensuite des appels API imbriqués pour récupérer les lignes de facture. Il parcourt les lignes afin d'identifier la correspondance avec un bon de commande. Si un POHeaderId est présent, il génère un événement « Invoice Line Matched ».
Le script effectue des appels API imbriqués vers la ressource enfant invoiceHolds. Il parcourt les blocages pour générer des événements « Invoice Hold Applied » à partir de l'heure de création, ainsi que des événements « Invoice Hold Released » lorsqu'une date de levée est renseignée.
Le script effectue des appels API imbriqués vers la ressource enfant installments afin de trouver les liens de paiement. Il suit ces liens vers les détails du paiement pour générer les événements « Payment Created » et « Payment Cleared » en fonction de la date du chèque et du statut de compensation.
La transformation des données est effectuée dans le script. Les dates sont standardisées au format ISO 8601. La valeur de SourceSystem est définie sur « Oracle Fusion ». Tous les attributs sont associés à une structure plate.
Le script regroupe tous les dictionnaires d'événements dans un DataFrame Pandas. Il trie le DataFrame par InvoiceNumber et EventDateTime afin de garantir un journal d'événements chronologique.
Exécutez le script. Surveillez les messages de progression dans la console, par exemple Processing Invoice: INV-12345. Selon le volume et les limites de débit de l'API, l'opération peut prendre un certain temps.
Lors de la dernière étape, le script exporte le DataFrame dans un fichier CSV nommé oracle_fusion_ap_event_log.csv. Importez directement ce fichier dans ProcessMind pour visualiser les données.

Configuration

URL de base de l'API : elle doit correspondre à votre instance POD Oracle Cloud, par exemple https://fa-eqmz.fa.us2.oraclecloud.com.
Authentification : l'authentification de base (Base64) ou le jeton JWT sont pris en charge. Le script utilise l'authentification de base pour faciliter la lecture, mais OAuth est recommandé en production.
Filtrage par date : le script filtre sur CreationDate afin de limiter le volume. Une période couvrant les 3 à 6 derniers mois est recommandée pour l'extraction initiale.
Taille des lots : les API REST limitent la taille des réponses, généralement à 25 ou 50 éléments. Le script définit limit=499, la valeur maximale étant généralement 500, afin de réduire le nombre de pages à parcourir.
Performances : cette extraction utilise le modèle de requêtes N+1, qui récupère les enfants de chaque élément parent. Pour les volumes importants, supérieurs à 100 000 factures, envisagez d'utiliser des extractions SQL BI Publisher plutôt que l'API REST.
Ressources enfants : le script récupère explicitement les lignes, les blocages et les échéances. Vérifiez que le compte utilisateur dispose des autorisations nécessaires pour consulter ces sous-ressources.

a 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 maintenant le template pour commencer à transformer vos données de paiement en analyses concrètes. Notre équipe est à votre disposition pour vous accompagner dans le processus d'extraction si vous avez besoin d'aide.

Retour au guide d’amélioration Télécharger le modèle

Améliorez dès aujourd'hui le traitement de vos paiements fournisseurs

Réduisez votre délai de traitement de 30 % et améliorez vos relations avec vos fournisseurs.

Démarrer l'essai gratuit

Aucune carte bancaire requise. Configuration en 5 minutes.

Votre template de données pour le traitement des paiements fournisseurs

Votre template de données pour le traitement des paiements fournisseurs

Attributs du traitement des paiements fournisseurs

Activités du 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 : intégrer la requête d’extraction

Étape 4 : configurer les paramètres

Étape 5 : valider et exporter

Configuration

a Exemple de requête sql

Extraction Python via l'API REST pour Fusion AP

Étapes

Configuration

a Exemple de requête python

Prêt à commencer ?

Améliorez dès aujourd'hui le traitement de vos paiements fournisseurs

Votre template de données pour le traitement des paiements fournisseurs

Votre template de données pour le traitement des paiements fournisseurs

Attributs du traitement des paiements fournisseurs

Activités du 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 : intégrer la requête d’extraction

Étape 4 : configurer les paramètres

Étape 5 : valider et exporter

Configuration

a Exemple de requête sql

Extraction Python via l'API REST pour Fusion AP

Étapes

Configuration

a Exemple de requête python

Prêt à commencer ?

Améliorez dès aujourd'hui le traitement de vos paiements fournisseurs

Nous attachons de l’importance à votre confidentialité

Étape 1 : accéder à Oracle BI Publisher

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

Étape 3 : intégrer la requête d’extraction

Étape 4 : configurer les paramètres

Étape 5 : valider et exporter