> Amélioration continue des processus > Achats à la Payer Traitement des factures > `Oracle Fusion Financials` > Modèle de données

Votre modèle de données Achats à la Payer - Traitement des Factures

Oracle Fusion Financials

← Retour au Guide d'amélioration

Achats à la Payer - Attributs de traitement des factures (21) Achats à la Payer - Activités de traitement des factures (15) Guides d'extraction (3)

Votre modèle de données Achats à la Payer - Traitement des Factures

Ce modèle est conçu pour vous guider dans la collecte des données essentielles pour l'analyse de votre processus Achats à la Payer, et plus spécifiquement du Traitement des Factures, au sein d'Oracle Fusion Financials. Il présente les attributs cruciaux, les activités clés et fournit des indications sur la manière d'extraire ces informations de votre système. L'utilisation de ce modèle vous aidera à préparer un journal d'événements précis et complet pour le Process Mining.

Attributs recommandés à collecter
Activités clés à suivre
Guide d'extraction pour Oracle Fusion Financials

Nouveau dans les journaux d'événements ? Apprenez comment créer un journal d'événements Process Mining.

Télécharger le modèle

Achats à la Payer - Attributs de traitement des factures

Voici les champs de données recommandés à inclure dans votre journal d'événements pour une analyse complète du processus Achats à la Payer - Traitement des factures.

3 Obligatoire 7 Recommandé 11 Facultatif

	Nom	Description
	Numéro de facture InvoiceNumber	L'identifiant unique d'une facture fournisseur.
Description Le Numéro de Facture sert d'identifiant de cas principal, reliant toutes les activités et événements liés à une seule facture fournisseur, de sa création au paiement final. Chaque facture est traitée comme une instance de cas unique dans l'analyse des processus. En Process Mining, cet attribut est fondamental pour reconstituer le parcours de bout en bout de chaque facture. Il permet l'analyse des flux de processus, des temps de cycle et des variations pour chaque facture. C'est la clé pour relier différentes activités comme la validation, l'approbation et le paiement en un récit de processus cohérent. Pourquoi c'est important C'est l'identifiant de cas essentiel qui relie toutes les étapes de processus connexes, rendant possible le traçage du cycle de vie complet d'une facture. Où obtenir On le trouve généralement dans la table AP_INVOICES_ALL, dans la colonne INVOICE_NUM. Exemples INV-2023-001987654321ACME-FIN-5501
	Activité ActivityName	Le nom de l'activité commerciale ou de l'événement survenu dans le processus de facturation.
Description Cet attribut décrit une étape spécifique ou un changement de statut dans le cycle de vie de la facture, tel que 'Facture Créée', 'Facture Approuvée' ou 'Paiement Exécuté'. Il forme la séquence d'événements qui constitue le flux de processus. L'analyse de la séquence et de la fréquence des activités est au cœur du Process Mining. Elle aide à découvrir le chemin de processus réel, à identifier les goulots d'étranglement où les activités sont retardées et à repérer les écarts ou les boucles de retravail, comme une facture rejetée après approbation. Pourquoi c'est important Il définit les étapes du processus, ce qui est essentiel pour visualiser la cartographie des processus, analyser les variations de flux et identifier les goulots d'étranglement. Où obtenir Cet attribut est généralement dérivé d'une combinaison de champs de statut, de tables d'audit ou de journaux de workflow au sein d'Oracle Fusion Financials, tels que AP_INVOICES_ALL.WFAPPROVAL_STATUS ou des tables de workflow associées. Exemples Facture validéeFacture mise en attenteFacture approuvéePaiement effectué
	Heure de début EventTime	L'horodatage indiquant quand une activité ou un événement s'est produit.
Description Cet attribut fournit la date et l'heure de chaque activité dans le processus de facturation. Il est essentiel pour toutes les analyses de processus basées sur le temps, y compris le calcul des temps de cycle, des durées et des temps d'attente entre les étapes. En ordonnant les événements chronologiquement à l'aide de cet horodatage, les outils de Process Mining peuvent reconstituer la séquence exacte des activités pour chaque facture. Cela permet le calcul d'indicateurs clés de performance comme le Temps de cycle moyen des factures et aide à identifier quelles étapes du processus consomment le plus de temps. Pourquoi c'est important Cet horodatage est crucial pour le calcul de tous les indicateurs de performance liés à la durée et au temps, tels que les temps de cycle et les goulots d'étranglement. Où obtenir Cet horodatage est dérivé de divers champs de date dans les tables Oracle Fusion, tels que CREATION_DATE ou LAST_UPDATE_DATE dans des tables comme AP_INVOICES_ALL ou les tables de workflow et de paiement associées. Exemples 2023-04-15T10:00:00Z2023-04-16T14:35:10Z2023-04-20T09:05:00Z
	Code société CompanyCode	L'identifiant de l'entité juridique ou de l'entreprise qui traite la facture.
Description Le Code Société représente l'entité commerciale spécifique au sein de l'organisation qui est financièrement responsable de la facture. Dans les organisations multi-entités, il s'agit d'un point de données organisationnel fondamental. Cet attribut permet de segmenter l'analyse des processus par entité juridique. C'est utile pour comparer les performances des processus entre différentes parties de l'entreprise, identifier les goulots d'étranglement ou les problèmes de conformité spécifiques à une entité, et s'assurer que les KPI peuvent être rapportés au niveau de l'entreprise. C'est également souvent un facteur déterminant pour le workflow d'approbation correct. Pourquoi c'est important Il permet la comparaison des processus et l'analyse comparative des performances entre différentes entités juridiques ou unités commerciales au sein de l'organisation. Où obtenir Ceci est généralement représenté par le champ LEGAL_ENTITY_ID ou un champ similaire dans AP_INVOICES_ALL, qui peut être joint aux tables du grand livre pour obtenir un code ou un nom. Exemples 1001US01DE01
	Date d'échéance du paiement PaymentDueDate	La date à laquelle le paiement de la facture est dû au fournisseur.
Description La Date d'échéance de paiement est calculée en fonction des conditions de paiement convenues avec le fournisseur. Elle sert de date limite pour effectuer le paiement afin d'éviter les pénalités, d'entretenir de bonnes relations avec les fournisseurs et de capturer d'éventuels escomptes pour paiement anticipé. Cet attribut est essentiel pour le dashboard 'Performance des paiements à temps' et le KPI associé. En comparant l'horodatage d'exécution réelle du paiement avec la Date d'échéance de paiement, l'analyse peut classer les paiements comme étant à temps ou en retard, aidant ainsi l'organisation à surveiller et à améliorer la ponctualité de ses paiements. Pourquoi c'est important C'est la référence pour mesurer la performance de paiement ponctuel, un KPI critique pour la gestion des fournisseurs et la santé financière. Où obtenir Cette date est souvent disponible dans les tables de planification des paiements comme AP_PAYMENT_SCHEDULES_ALL, liée à la facture. Exemples 2023-05-152023-06-012023-06-30
	Heure de fin EndTime	Le 'timestamp' indiquant quand une activité ou un 'event' a été complété.
Description L'Heure de fin marque l'achèvement d'une activité spécifique. Tandis que l'Heure de début signale le commencement, l'Heure de fin fournit le point de clôture, permettant un calcul précis de la durée des étapes individuelles. En analyse, la différence entre l'Heure de fin et l'Heure de début donne le temps de traitement pour chaque activité. C'est essentiel pour une analyse de performance détaillée, aidant à distinguer le temps de traitement actif du temps d'attente inactif. Par exemple, cela permet de mesurer le temps réel qu'un approbateur a passé sur une tâche d'approbation par rapport au temps pendant lequel la tâche était en attente dans sa file. Pourquoi c'est important Il permet le calcul précis des temps de traitement des activités, en séparant le temps de travail actif du temps d'attente. Où obtenir Il s'agit d'un attribut conceptuel dérivé de l'Heure de début de l'événement suivant dans la séquence pour un cas donné. Exemples 2023-04-15T10:05:12Z2023-04-16T15:00:00Z2023-04-20T09:15:30Z
	Montant de la facture InvoiceAmount	La valeur monétaire totale de la facture.
Description Le Montant de la Facture représente la somme totale due au fournisseur telle qu'indiquée sur la facture. C'est un attribut financier critique qui influence l'ensemble du processus, déterminant souvent le chemin d'approbation, le niveau d'examen et la priorité de paiement. Dans l'analyse Process Mining, le Montant de la Facture est une dimension clé pour le filtrage et la segmentation. Par exemple, les analystes peuvent comparer le processus pour les factures de grande valeur par rapport aux factures de faible valeur pour voir si des chemins différents sont suivis ou si les temps de cycle diffèrent significativement. Il est également essentiel pour le calcul des KPI financiers et l'évaluation de l'impact monétaire des inefficacités de processus comme les retards de paiement. Pourquoi c'est important Cette valeur est cruciale pour l'analyse financière, la compréhension des écarts de processus basés sur la valeur, et pour des KPI tels que le Taux de conformité des approbations. Où obtenir Trouvé dans la table AP_INVOICES_ALL, dans la colonne INVOICE_AMOUNT. Exemples 1500.00250.75125000.50
	Nom d'utilisateur UserName	Le `nom de l'utilisateur` qui a effectué l'`activité`.
Description Cet attribut identifie l'utilisateur ou l'agent système spécifique responsable de l'exécution d'une activité, telle que la validation d'une facture, le placement d'un blocage ou l'approbation d'un paiement. Il fournit une dimension de ressource humaine ou système au processus. L'analyse par utilisateur aide à comprendre la répartition de la charge de travail, à identifier les meilleurs performeurs et à détecter les besoins de formation potentiels ou les problèmes de conformité. Par exemple, elle peut révéler si certains utilisateurs sont constamment associés à des boucles de retravail ou si des étapes d'approbation spécifiques sont toujours gérées par la même personne, créant ainsi un point de défaillance unique potentiel. Pourquoi c'est important Il permet d'analyser la performance des ressources, d'équilibrer la charge de travail et d'identifier quels utilisateurs ou équipes sont impliqués dans des étapes de processus spécifiques. Où obtenir Cette information est souvent stockée dans des colonnes d'audit telles que CREATED_BY ou LAST_UPDATED_BY dans des tables comme AP_INVOICES_ALL, ou dans des journaux de workflow connexes. Exemples john.doejane.smithSystem.Admin
	Nom du fournisseur VendorName	Le nom du fournisseur ou du prestataire qui a émis la facture.
Description Cet attribut identifie l'entité fournisseur d'où provient la facture. Les informations du fournisseur fournissent un contexte métier essentiel à la transaction financière. L'analyse du processus par fournisseur peut révéler des aperçus importants sur les relations et les performances des fournisseurs. Par exemple, elle peut mettre en évidence si les factures de certains fournisseurs sont plus sujettes aux écarts de rapprochement, aux blocages ou aux retards. Cette information peut être utilisée pour améliorer l'intégration des fournisseurs, la communication et l'efficacité globale de la chaîne d'approvisionnement. Elle est également utilisée pour identifier les paiements en double potentiels. Pourquoi c'est important Il permet une analyse des processus spécifique aux fournisseurs, aidant à identifier les problèmes avec des fournisseurs particuliers qui causent des retards ou des exceptions. Où obtenir Trouvé dans la table POZ_SUPPLIERS. La table de factures AP_INVOICES_ALL contient un VENDOR_ID qui peut être utilisé pour joindre avec la table fournisseur. Exemples Acme CorporationGlobal Tech Inc.La Compagnie de Fournitures de Bureau
	Statut de la facture InvoiceStatus	Le statut actuel de la facture dans son cycle de vie.
Description Cet attribut reflète le dernier état connu de la facture, tel que 'Validée', 'Nécessite Revalidation', 'Payée' ou 'Annulée'. Il fournit un instantané de l'endroit où se trouve une facture dans le processus à un moment donné. Le Statut de la facture est essentiel pour le dashboard 'Distribution du statut actuel des factures', qui aide les responsables des opérations à identifier les arriérés et à surveiller la santé globale du pipeline de traitement des factures. L'analyse de l'évolution des statuts au fil du temps peut également fournir une vue simplifiée du flux de processus. Pourquoi c'est important Il fournit une vue de l'état actuel des factures, ce qui est essentiel pour les tableaux de bord opérationnels qui suivent les arriérés et la charge de travail. Où obtenir Consultez la documentation d'Oracle Fusion Financials. Le statut peut être dérivé de champs comme WFAPPROVAL_STATUS dans AP_INVOICES_ALL ou des tables d'approbation et de paiement associées. Exemples ValidéPayéAnnuléNécessite une revalidation
	Date de la facture InvoiceDate	La date figurant sur le document de facture du fournisseur.
Description Cet attribut est la date à laquelle le fournisseur a officiellement émis la facture. C'est une information clé sur le document source et est utilisée comme point de départ pour le calcul de la date d'échéance de paiement en fonction des conditions de paiement convenues. Bien qu'elle ne soit pas toujours le début du processus interne, la Date de Facture est un contexte crucial. Elle est utilisée en combinaison avec le Nom du fournisseur et le Montant de la facture pour aider à identifier les factures en double potentielles. L'analyse du délai entre la Date de Facture et la date de création de la facture dans le système peut également révéler des inefficacités dans le service courrier ou le processus d'ingestion des factures. Pourquoi c'est important C'est un point de données clé pour identifier les factures en double et pour calculer les dates d'échéance des paiements. Où obtenir Il s'agit d'un champ standard dans la table AP_INVOICES_ALL, nommé INVOICE_DATE. Exemples 2023-04-102023-05-012023-05-25
	Dernière mise à jour des données LastUpdateDate	Horodatage indiquant la dernière mise à jour de l'enregistrement dans le système source.
Description Cet attribut reflète l'heure de modification la plus récente des données sous-jacentes dans Oracle Fusion Financials. Il est utilisé pour gérer les chargements de données incrémentiels et garantir que le modèle de Process Mining est à jour. Bien qu'il ne soit pas directement utilisé pour l'analyse des flux de processus, cet horodatage technique est crucial pour maintenir la fraîcheur et l'intégrité des données. Il permet aux pipelines de données de ne requêter efficacement que les enregistrements nouveaux ou modifiés depuis la dernière mise à jour, réduisant ainsi la charge sur le système source. Pourquoi c'est important Garantit que les pipelines de données peuvent être exécutés efficacement et de manière incrémentielle, maintenant l'analyse des processus à jour sans rechargements complets. Où obtenir Généralement trouvé sous le nom LAST_UPDATE_DATE dans de nombreuses tables Oracle Fusion, y compris AP_INVOICES_ALL. Exemples 2023-05-20T11:00:00Z2023-05-21T16:45:00Z
	Devise InvoiceCurrencyCode	La devise du montant de la facture.
Description Cet attribut spécifie la devise dans laquelle la facture est libellée, par exemple, USD, EUR ou GBP. Il s'agit d'un contexte essentiel pour le champ Montant de la facture. Dans une organisation mondiale, l'analyse des factures par devise est importante pour le reporting financier et la compréhension des variations de processus par région. Elle garantit que les valeurs monétaires sont interprétées correctement et permet une analyse spécifique par devise des pratiques de paiement ou des seuils d'approbation. Pourquoi c'est important Fournit le contexte nécessaire à tout montant financier, garantissant une interprétation et une analyse précises, particulièrement dans les opérations multinationales. Où obtenir Trouvé dans la table AP_INVOICES_ALL dans la colonne INVOICE_CURRENCY_CODE. Exemples USDEURGBPCAD
	Est un retravail IsRework	Un indicateur booléen qui identifie les activités faisant partie d'une boucle de retravail.
Description Ce drapeau est défini sur vrai pour les activités qui indiquent un écart par rapport au flux de processus idéal, telles que 'Facture Corrigée' ou une deuxième instance de 'Facture Validée' après un rejet. Il aide à étiqueter et à quantifier explicitement les boucles de processus inefficaces. Cet attribut est essentiel pour le dashboard 'Taux de retravail et de gestion des exceptions'. En signalant les activités de retravail, les analystes peuvent facilement quantifier le volume et le coût du retravail, identifier ses causes profondes et mesurer l'impact des initiatives d'amélioration des processus visant à faire les choses correctement du premier coup. Pourquoi c'est important Il identifie et quantifie explicitement le retravail, ce qui facilite l'analyse de la fréquence, des causes et de l'impact des inefficacités de processus. Où obtenir Il s'agit d'un attribut calculé. La logique est définie lors de la transformation des données pour identifier les séquences d'activités constituant un retravail. Exemples truefaux
	Nom de l'approbateur ApproverName	Le nom de la personne qui a approuvé ou rejeté la facture.
Description Cet attribut capture l'identité de l'individu qui a agi lors de l'étape d'approbation. Ceci est enregistré pour des activités comme 'Facture Approuvée' ou 'Facture Rejetée'. En analyse, le Nom de l'approbateur est utilisé pour comprendre les charges de travail d'approbation, mesurer les temps de cycle des approbateurs individuels et auditer la conformité aux politiques d'approbation. Pour le KPI 'Taux de conformité des approbations', cet attribut peut être vérifié par rapport aux règles de délégation d'autorité basées sur le montant de la facture et le code de la société. Pourquoi c'est important C'est essentiel pour analyser les temps de cycle d'approbation, assurer la conformité aux politiques de matrice d'approbation et comprendre la répartition de la charge de travail. Où obtenir Cette information se trouve dans les tables d'historique de workflow ou d'approbation d'Oracle Fusion associées à l'objet facture. Exemples David WilsonSarah JohnsonMichael Brown
	Numéro de commande d'achat PurchaseOrderNumber	L'identifiant du bon de commande associé à la facture.
Description Cet attribut relie la facture au bon de commande (BC) correspondant qui a autorisé l'acquisition des biens ou services. Les factures peuvent être adossées à un BC ou non. L'analyse par BC fournit un lien vers la partie approvisionnement du processus Achats à la Payer. Elle aide à comprendre la conformité du processus d'approvisionnement et si les problèmes de facturation, tels que les écarts de rapprochement, proviennent de problèmes avec le BC initial. La présence ou l'absence d'un numéro de BC est un moyen principal de segmenter et d'analyser différents chemins de traitement des factures. Pourquoi c'est important Il relie la facture au processus d'approvisionnement et constitue un attribut clé pour l'analyse des flux de factures avec et sans bon de commande (PO). Où obtenir Cette information est disponible en liant les lignes de facture dans AP_INVOICE_LINES_ALL aux distributions de BC via le PO_DISTRIBUTION_ID. Exemples PO-2023-5001600789PO-FIN-9981
	Paiement à Temps IsOnTimePayment	Un indicateur booléen indiquant si la facture a été payée à sa date d'échéance.
Description Ce drapeau est défini sur vrai si le paiement a été exécuté à la Date d'échéance de paiement spécifiée ou avant, et faux dans le cas contraire. Il fournit une classification simple et claire pour chaque facture payée. Cet attribut calculé soutient directement le KPI du Taux de paiement ponctuel et son dashboard correspondant. Il simplifie l'analyse en permettant aux utilisateurs de filtrer, compter et visualiser facilement la proportion de paiements en retard par rapport aux paiements à temps sans effectuer de comparaisons de dates à la volée. Cela permet d'identifier rapidement l'ampleur des retards de paiement et de suivre les améliorations au fil du temps. Pourquoi c'est important Ceci simplifie l'analyse de la ponctualité des paiements et est l'entrée directe pour le calcul du KPI du Taux de paiement ponctuel. Où obtenir Il s'agit d'un attribut calculé dérivé de la comparaison de l'horodatage de l'activité 'Paiement Exécuté' avec l'attribut 'PaymentDueDate'. Exemples truefaux
	Raison de l'écart de rapprochement MatchingDiscrepancyReason	La raison spécifique d'un écart entre une facture, un bon de commande et une réception.
Description Cet attribut détaille pourquoi une facture a échoué au processus de rapprochement automatisé. Les raisons courantes incluent des différences de prix, de quantité ou de codes d'article entre la facture et le bon de commande ou la réception de marchandises correspondante. Cette information est vitale pour le dashboard 'Taux d'écarts de rapprochement des factures'. En catégorisant et en analysant les raisons des écarts, les entreprises peuvent identifier les problèmes systémiques dans leurs processus d'approvisionnement ou de réception. Cela permet des actions correctives qui peuvent augmenter le taux de traitement direct et sans contact des factures. Pourquoi c'est important Il explique pourquoi les factures échouent au rapprochement automatisé, fournissant les informations nécessaires pour améliorer les taux de rapprochement du premier coup et réduire le retravail manuel. Où obtenir Consultez la documentation d'Oracle Fusion Financials. Cela peut être enregistré comme un type spécifique de motif de retenue dans AP_HOLDS_ALL ou dans les tables de détails de rapprochement associées. Exemples Le prix unitaire diffère du BCQuantité facturée > quantité reçueArticle invalide sur la facture
	Raison du blocage HoldReason	La raison pour laquelle une suspension ou un blocage de paiement a été appliqué à une facture.
Description Lorsqu'une facture est mise en attente, cet attribut spécifie la raison, telle que 'Écart de prix', 'Écart de quantité' ou 'En attente de réception des marchandises'. Cela fournit un contexte expliquant pourquoi le flux de processus normal a été interrompu. Cet attribut est la dimension principale pour le dashboard 'Tendances et analyse des blocages de paiement'. En analysant la fréquence des différentes raisons de blocage, l'entreprise peut identifier et traiter les causes profondes des blocages de paiement, telles que des problèmes avec les processus d'approvisionnement ou la précision de la facturation des fournisseurs, réduisant ainsi les retards de traitement. Pourquoi c'est important Il fournit la cause profonde des blocages de paiement, permettant des améliorations ciblées pour réduire la fréquence des retenues et des retards de paiement. Où obtenir Les informations de retenue sont généralement stockées dans la table AP_HOLDS_ALL, qui est liée à la facture et contient un motif ou un code de retenue. Exemples Écart de prixQuantité facturée supérieure à la quantité reçueNuméro de PO invalide
	Système source SourceSystem	Identifie le système d'origine où les données d'event ont été enregistrées.
Description Cet attribut spécifie l'application ou le module source qui a généré les données, tel qu'Oracle Fusion Financials. Dans les environnements avec plusieurs systèmes intégrés, ce champ aide à distinguer l'origine des différentes étapes de processus. Comprendre le système source est précieux pour la validation des données, le dépannage et l'analyse des variations de processus qui peuvent être spécifiques à un système particulier. Cela assure la clarté dans les paysages informatiques complexes où le parcours d'une facture peut s'étendre sur plusieurs applications. Pourquoi c'est important Il fournit le contexte de l'origine des données, ce qui est important pour la gouvernance des données, le dépannage et l'analyse du comportement des processus spécifiques au système. Où obtenir Il s'agit souvent d'une `valeur statique` ajoutée lors du `processus` d'`extraction des données` pour étiqueter l'`origine` de l'`ensemble de données`. Exemples `Oracle Fusion Financials`Oracle Payables Cloud
	Temps de traitement ProcessingTime	La durée du temps passé sur une seule activité.
Description Le temps de traitement mesure la durée de travail active pour une étape de processus spécifique. Il est calculé comme la différence entre l'Heure de fin et l'Heure de début d'une activité. Cet indicateur calculé est vital pour l'analyse des performances, car il aide à distinguer le temps de traitement actif du temps d'attente inactif. Par exemple, il peut montrer qu'une activité d'approbation a demandé 5 minutes de travail actif mais était en attente dans une file d'attente pendant 3 jours. Cet aperçu permet aux responsables de concentrer les efforts d'amélioration sur la réduction du temps de travail par la formation ou l'automatisation, ou sur la réduction du temps d'attente par une meilleure gestion de la charge de travail. Pourquoi c'est important Il isole le temps de travail actif pour une activité, aidant à différencier les tâches inefficaces des longues périodes d'attente. Où obtenir Il s'agit d'un attribut calculé, obtenu en soustrayant l'Heure de début de l'Heure de fin (Heure de fin - Heure de début). Exemples PT5MPT1H30MP2D

Obligatoire Recommandé Facultatif

Achats à la Payer - Activités de traitement des factures

Voici les étapes de processus et les jalons clés à capturer dans votre `journal d'événements` pour une `découverte de processus` précise.

6 Recommandé 9 Facultatif

	Activité	Description
	Facture approuvée	La facture a été entièrement approuvée par toutes les parties requises dans le workflow. Elle est maintenant prête pour la comptabilité et la planification des paiements.
Pourquoi c'est important Une étape majeure signifiant l'achèvement réussi du processus d'approbation. Les retards avant cette étape sont des goulots d'étranglement courants. Où obtenir Déduit du statut APPROVAL_STATUS de la table AP_INVOICES_ALL passant à un état d'approbation final comme 'Approved' ou 'Workflow Approved'. L'historique d'audit sur ce champ fournit l'horodatage. Capture Déduit du changement de AP_INVOICES_ALL.APPROVAL_STATUS en 'Approved'. Type d'événement inferred
	Facture comptabilisée	La facture est correctement enregistrée dans le Grand Livre, créant des écritures de journal. Cet événement confirme que l'impact financier de la facture a été officiellement enregistré.
Pourquoi c'est important Un point de contrôle financier critique et un prérequis au paiement. Il confirme que la facture est entièrement validée, approuvée et prête pour le règlement. Où obtenir Déduit du statut dans la table AP_INVOICE_DISTRIBUTIONS_ALL (ACCRUAL_POSTED_FLAG = 'Y') ou en vérifiant les écritures de journal correspondantes dans les tables du grand livre général comme XLA_AE_HEADERS. Capture Déduit des drapeaux dans AP_INVOICE_DISTRIBUTIONS_ALL ou des entrées GL liées. Type d'événement inferred
	Facture créée	Représente la création initiale d'un enregistrement de facture dans le système, soit par saisie manuelle, numérisation ou soumission électronique. Cet événement est généralement capturé lorsqu'une nouvelle ligne est insérée dans la table principale des factures.
Pourquoi c'est important Marque le début du cycle de vie du traitement des factures. L'analyse du temps écoulé depuis cet événement permet de comprendre l'efficacité de la saisie des données et les retards globaux de démarrage du processus. Où obtenir Dans Oracle Fusion Financials, cela correspond à l'horodatage de création de l'enregistrement dans la table AP_INVOICES_ALL, spécifiquement la colonne CREATION_DATE. Capture Horodatage de création de l'enregistrement dans AP_INVOICES_ALL. Type d'événement explicit
	Facture envoyée pour approbation	La facture est soumise dans un workflow d'approbation, basé sur des règles métier configurées. Cela marque le début du cycle d'approbation formel.
Pourquoi c'est important Initie une partie critique du processus. Le suivi de cette heure de début est essentiel pour mesurer et optimiser le « Temps de cycle d'approbation des factures » (Invoice Approval Cycle Time). Où obtenir Déduit d'un changement de statut dans la table AP_INVOICES_ALL, où APPROVAL_STATUS passe à un état comme 'Initiated' ou 'Pending Approval'. Les tables de workflow peuvent également contenir cet événement. Capture Déduit du changement de AP_INVOICES_ALL.APPROVAL_STATUS en 'Initiated'. Type d'événement inferred
	Facture rapprochée du bon de commande	Cette activité indique le rapprochement réussi d'une ligne de facture avec une ligne de Bon de Commande correspondante, confirmant que les biens ou services facturés ont été commandés. Il s'agit généralement d'une action automatisée ou manuelle enregistrée dans le système.
Pourquoi c'est important Crucial pour le rapprochement à trois voies, impliquant le bon de commande, la réception et la facture. Les échecs à ce stade sont une source principale d'exceptions et de retards. Où obtenir Peut être déduit de la création d'enregistrements dans la table AP_INVOICE_DISTRIBUTIONS_ALL liant la facture à une distribution de bon de commande (PO_DISTRIBUTION_ID). Le statut de rapprochement au niveau de la ligne dans AP_INVOICE_LINES_ALL peut également être utilisé. Capture Déduit du renseignement des données de distribution de bon de commande sur les lignes de facture. Type d'événement inferred
	Paiement effectué	La confirmation finale que le paiement a été effectué et compensé. Pour les chèques, ce serait la date de compensation, et pour les paiements électroniques, c'est la confirmation de la banque.
Pourquoi c'est important C'est l'activité finale du cycle de vie de la facture, marquant l'achèvement réussi du processus. C'est le point final pour le calcul du 'Temps de cycle moyen des factures' et du 'Taux de paiement ponctuel'. Où obtenir Déduit de la mise à jour du statut de paiement à 'Cleared' ou 'Reconciled' dans la table AP_CHECKS_ALL (en utilisant la CLEARED_DATE) ou via les données de rapprochement bancaire dans le module Cash Management (CE_STATEMENT_LINES). Capture Déduit des mises à jour de statut dans AP_CHECKS_ALL ou du rapprochement dans le module CE. Type d'événement inferred
	Écart de rapprochement identifié	Se produit lorsque le système ou un utilisateur identifie un écart entre la facture, le bon de commande et les informations de réception, telles que le prix ou la quantité. Cela entraîne souvent un blocage système de la facture.
Pourquoi c'est important Met en évidence les exceptions de processus qui nécessitent une intervention manuelle. Le suivi de ces événements est essentiel pour le KPI « Taux d'écarts de rapprochement des factures » et l'analyse des causes profondes. Où obtenir Cela est souvent enregistré comme un type spécifique de blocage appliqué à la facture. Consultez la table AP_HOLDS_ALL pour les types de blocage liés au rapprochement, par exemple, 'QTY REC' ou 'PRICE'. Le champ HOLD_DATE indique l'horodatage. Capture Création d'un enregistrement dans AP_HOLDS_ALL avec un type de retenue lié au rapprochement. Type d'événement explicit
	Facture annulée	La facture a été annulée ou invalidée et ne sera pas traitée ni payée. Cela représente un état final terminal pour le processus.
Pourquoi c'est important Un point final important pour les factures qui n'aboutissent pas à un paiement. L'analyse des annulations peut révéler des problèmes de factures en double ou de soumissions de fournisseurs incorrectes. Où obtenir Déduit d'un changement de statut dans AP_INVOICES_ALL. La colonne CANCELLED_DATE sera renseignée avec l'horodatage d'annulation. Capture Le champ CANCELLED_DATE de la table AP_INVOICES_ALL est renseigné. Type d'événement explicit
	Facture Corrigée	Se produit lorsqu'un utilisateur modifie une facture, souvent en réponse à un rejet ou pour corriger une erreur de saisie de données. Cela représente une étape de retravail manuel dans le processus.
Pourquoi c'est important Cette activité est un indicateur clair de retravail. L'analyse de sa fréquence aide à quantifier l'inefficacité des processus et soutient le KPI 'Taux de retravail des factures'. Où obtenir Peut être déduit en suivant les mises à jour significatives de l'enregistrement de la facture dans AP_INVOICES_ALL après qu'elle ait déjà été validée ou soumise à approbation. L'horodatage LAST_UPDATE_DATE, ainsi que les données du journal d'audit, seraient requis. Capture Déduit en comparant LAST_UPDATE_DATE après un rejet ou une retenue. Type d'événement inferred
	Facture mise en attente	Une activité générique représentant toute retenue placée sur une facture, l'empêchant de procéder au paiement. Cela peut être pour diverses raisons comme des problèmes de rapprochement, des fonds insuffisants ou une intervention manuelle.
Pourquoi c'est important Impacte directement le temps de cycle et peut entraîner des retards de paiement. L'analyse des retenues est essentielle pour identifier et résoudre les problèmes de processus systémiques, soutenant l'analyse des « Tendances des blocs de paiement » (Payment Block Trends). Où obtenir Explicitement enregistré dans la table AP_HOLDS_ALL. Chaque ligne représente une retenue avec une date de création (HOLD_DATE) et un motif. Capture Création d'un enregistrement dans la table AP_HOLDS_ALL. Type d'événement explicit
	Facture rejetée	Un approbateur a rejeté la facture durant le workflow d'approbation. Cette action renvoie généralement la facture pour correction ou annulation, initiant une boucle de retravail.
Pourquoi c'est important Représente un résultat négatif et un facteur clé de retravail et d'augmentation des temps de cycle. Le suivi des rejets aide à identifier les problèmes de qualité des factures ou de conformité aux bons de commande. Où obtenir Déduit du statut APPROVAL_STATUS de la table AP_INVOICES_ALL passant à 'Rejected'. L'historique du workflow contiendra des détails sur la personne qui l'a rejeté et la date. Capture Déduit du changement de AP_INVOICES_ALL.APPROVAL_STATUS en 'Rejected'. Type d'événement inferred
	Facture validée	Indique que la facture a passé les contrôles de validation du système pour l'exhaustivité et l'exactitude des informations d'en-tête et de ligne. Cela est souvent déduit d'un changement de statut sur l'enregistrement de la facture.
Pourquoi c'est important Une étape clé avant le rapprochement et l'approbation. Les retards à ce stade peuvent indiquer des problèmes de qualité des données de facture ou de configuration du système. Où obtenir Déduit du changement de statut de la facture à 'Validated' dans la table AP_INVOICES_ALL. L'historique des modifications ou le journal d'audit pour la colonne VALIDATION_STATUS peuvent être utilisés. Capture Déduit d'un changement dans le champ AP_INVOICES_ALL.VALIDATION_STATUS. Type d'événement inferred
	Paiement créé	L'instruction de paiement pour la facture a été générée par le système. Il peut s'agir de la création d'un chèque, d'un fichier de transfert électronique de fonds (TEF) ou d'un autre instrument de paiement.
Pourquoi c'est important C'est le point où l'organisation engage les fonds pour le paiement. C'est un jalon clé juste avant que l'argent ne quitte le compte bancaire. Où obtenir Enregistré dans la table AP_CHECKS_ALL, qui stocke les informations sur tous les paiements. Le champ CHECK_DATE indique la date de création du document de paiement. Capture Création d'un enregistrement dans la table AP_CHECKS_ALL. Type d'événement explicit
	Paiement planifié	La facture est sélectionnée et incluse dans une demande de processus de paiement, souvent appelée cycle de paiement ou lot de paiement. Elle est maintenant en attente de paiement.
Pourquoi c'est important L'étape entre la comptabilité et le paiement réel. La durée de cette étape a un impact sur la prévision des flux de trésorerie et la capacité à saisir les escomptes pour paiement anticipé. Où obtenir Ceci est enregistré dans la table AP_INVOICE_PAYMENTS_ALL lorsqu'un enregistrement de paiement est créé mais n'est pas encore confirmé comme payé. On peut également le trouver dans les tables de lots de paiement comme IBY_PAYMENT_PROCESS_REQUESTS. Capture Création d'un enregistrement dans AP_INVOICE_PAYMENTS_ALL pour un paiement planifié. Type d'événement explicit
	Retenue levée de la facture	Cet événement marque la résolution d'un blocage précédemment appliqué à la facture. Un utilisateur ou un processus automatisé agit pour lever le blocage, permettant à la facture de poursuivre son cycle de vie.
Pourquoi c'est important Le temps entre le placement et la levée d'un blocage est une mesure critique de l'efficacité de la gestion des exceptions. Cela soutient le KPI 'Temps moyen de résolution des exceptions'. Où obtenir Enregistré dans la table AP_HOLDS_ALL. Lorsqu'une retenue est levée, les champs RELEASE_LOOKUP_CODE et RELEASE_REASON sont renseignés, ainsi qu'une LAST_UPDATE_DATE. Capture Mise à jour d'un enregistrement dans la table AP_HOLDS_ALL marquant le blocage comme levé. Type d'événement explicit

Recommandé Facultatif

Guides d'extraction

Comment obtenir vos données d'Oracle Fusion Financials

Étapes

Connectez-vous à Oracle Fusion Cloud : Accédez à votre environnement Oracle Fusion Cloud avec un utilisateur disposant du rôle BI Cloud Connector Administrator (BICC_ADMIN).
Naviguez vers BI Cloud Connector : Depuis le menu de navigation principal, go to Tools > BI Cloud Connector. Cela ouvrira la console BICC.
Sélectionnez l'offre : Dans la console BICC, choisissez l'offre qui correspond à vos données Financials. Elle est généralement nommée 'Financials'.
Configurez le stockage externe : Naviguez vers la section 'Configurer le stockage externe'. Configurez la connexion à votre stockage cloud où les fichiers CSV extraits seront livrés, par exemple, Oracle Cloud Infrastructure (OCI) Object Storage.
Activez les offres pour l'extraction : Allez dans la section 'Gérer les offres et les PVOs' ou une section similaire. Sélectionnez l'offre 'Financials' et activez-la pour l'extraction.
Sélectionnez les objets de vue publique (PVOs) : Recherchez et sélectionnez les PVOs spécifiques requis pour le processus de facturation. Les PVOs clés sont : FscmTopModelAM.FinApInvQuickInvoicesAM.InvoiceHeaderPVO, FscmTopModelAM.FinApInvHoldAM.InvoiceHoldPVO, FscmTopModelAM.FinApInvSharedAM.InvoiceApprovalHistoryPVO et FscmTopModelAM.FinApPmtsInvPmtsAM.PaymentPVO.
Planifiez le job d'extraction : Naviguez vers 'Gérer les planifications d'extraction'. Créez un nouveau job, donnez-lui un nom descriptif et sélectionnez tous les PVOs que vous avez activés à l'étape précédente. Planifiez l'exécution du job. Pour le chargement initial, exécutez-le pour la plage de dates historiques souhaitée. Pour les exécutions ultérieures, configurez-le pour effectuer des extractions incrémentielles basées sur la LastUpdateDate.
Surveillez et récupérez les données : Surveillez la progression du job dans la console BICC. Une fois qu'il est terminé avec succès, naviguez vers votre emplacement de stockage cloud configuré. Vous y trouverez les données extraites sous forme d'un ensemble de fichiers CSV compressés, un pour chaque PVO.
Chargez les données dans la zone de staging : Décompressez les fichiers et chargez les CSV dans une base de données de staging ou une plateforme de traitement de données (comme un entrepôt de données ou un lac de données) où vous pouvez exécuter des requêtes SQL. Chaque fichier CSV doit être chargé dans sa propre table.
Transformez les données en journal d'événements : Exécutez la requête SQL fournie sur les tables de votre zone de staging. Cette requête unit les données des différentes tables pour créer une seule table de journal d'événements unifiée.
Exportez pour ProcessMind : Exportez le résultat de la requête SQL sous forme d'un seul fichier CSV. Assurez-vous que les en-têtes de colonne correspondent aux attributs requis (InvoiceNumber, ActivityName, EventTime, etc.) pour le téléchargement dans l'application ProcessMind.

Configuration

Objets de vue publique clés (PVOs) : L'extraction repose sur plusieurs PVOs essentiels de l'offre Financials. Au minimum, vous devez inclure :
- FscmTopModelAM.FinApInvQuickInvoicesAM.InvoiceHeaderPVO : Pour les données de facture principales, les événements de création, validation et annulation.
- FscmTopModelAM.FinApInvHoldAM.InvoiceHoldPVO : Pour tous les événements de retenue et de libération de facture.
- FscmTopModelAM.FinApInvSharedAM.InvoiceApprovalHistoryPVO : Pour capturer les étapes détaillées du workflow d'approbation comme la soumission, l'approbation et le rejet.
- FscmTopModelAM.FinApPmtsInvPmtsAM.PaymentPVO : Pour les événements de création et d'exécution de paiement.
- FscmTopModelAM.FinApInvPmtsAM.InstallmentPVO : Pour identifier quand une facture est programmée pour paiement.
Extractions incrémentielles : Pour une surveillance continue, configurez le job BICC pour effectuer des extractions incrémentielles. Utilisez la colonne LastUpdateDate disponible dans la plupart des PVOs comme critère de filtre pour extraire uniquement les enregistrements nouveaux ou modifiés depuis la dernière exécution.
Filtrage par plage de dates : Pour le chargement initial des données historiques, il est recommandé d'extraire une période gérable, telle que les 6 à 12 derniers mois de données. Vous pouvez appliquer un filtre global dans la planification du job BICC pour restreindre l'extraction à une plage de dates spécifique.
Filtre par unité commerciale : Pour limiter la portée de l'extraction, appliquez un filtre sur BusinessUnitName ou un attribut similaire dans la configuration du job BICC. Ceci est crucial dans les environnements multi-entités pour gérer le volume de données.
Prérequis : Votre compte utilisateur nécessite les rôles appropriés, principalement BICC Administrator (BICC_ADMIN) et Functional Setup User (FSM_IMPLEMENTATION_CONSULTANT), pour configurer et exécuter les jobs d'extraction. Vous devez également disposer d'un emplacement de stockage cloud configuré et accessible (comme OCI Object Storage, UCM).

a Exemple de requête config

-- This script is designed to be run on the CSV files after they have been extracted by BICC and loaded into a staging database.
-- Each CTE (e.g., Invoices, Holds) represents a table created from a corresponding PVO's CSV file.

WITH Invoices AS (
    SELECT 
        InvoiceId,
        InvoiceNumber,
        InvoiceAmount,
        SupplierName AS VendorName,
        CreationDate,
        CreatedBy AS UserName, 
        LastUpdateDate, 
        LastUpdatedBy, 
        ValidatedDate,
        ApprovalStatus,
        WfApprovalStatus,
        PayablesAccountingStatus,
        CancelledDate,
        CancelledBy,
        BusinessUnitName AS CompanyCode
    FROM FscmTopModelAM_FinApInvQuickInvoicesAM_InvoiceHeaderPVO
    WHERE LastUpdateDate >= '[Specify Start Date]'
),
Holds AS (
    SELECT 
        InvoiceId,
        HoldDate,
        ReleasedDate,
        HoldReason,
        CreatedBy,
        LastUpdatedBy
    FROM FscmTopModelAM_FinApInvHoldAM_InvoiceHoldPVO
),
ApprovalHistory AS (
    SELECT
        InvoiceId,
        ActionDate,
        Action,
        Performer AS UserName
    FROM FscmTopModelAM_FinApInvSharedAM_InvoiceApprovalHistoryPVO
),
Installments AS (
    SELECT 
        InvoiceId,
        DueDate AS PaymentDueDate,
        PaymentStatusFlag,
        LastUpdateDate
    FROM FscmTopModelAM_FinApInvPmtsAM_InstallmentPVO
),
Payments AS (
    SELECT
        InvoiceId,
        PaymentId,
        CreationDate,
        CreatedBy AS UserName,
        PaymentDate
    FROM FscmTopModelAM_FinApPmtsInvPmtsAM_PaymentPVO
)

-- 1. Invoice Created
SELECT
    i.InvoiceNumber AS "InvoiceNumber",
    'Invoice Created' AS "ActivityName",
    i.CreationDate AS "EventTime",
    i.CreationDate AS "EndTime",
    i.UserName AS "UserName",
    i.InvoiceAmount AS "InvoiceAmount",
    i.VendorName AS "VendorName",
    inst.PaymentDueDate AS "PaymentDueDate",
    i.ApprovalStatus AS "InvoiceStatus",
    i.CompanyCode AS "CompanyCode"
FROM Invoices i
LEFT JOIN Installments inst ON i.InvoiceId = inst.InvoiceId

UNION ALL

-- 2. Invoice Validated
SELECT
    i.InvoiceNumber AS "InvoiceNumber",
    'Invoice Validated' AS "ActivityName",
    i.ValidatedDate AS "EventTime",
    i.ValidatedDate AS "EndTime",
    i.LastUpdatedBy AS "UserName",
    i.InvoiceAmount AS "InvoiceAmount",
    i.VendorName AS "VendorName",
    inst.PaymentDueDate AS "PaymentDueDate",
    'Validated' AS "InvoiceStatus",
    i.CompanyCode AS "CompanyCode"
FROM Invoices i
LEFT JOIN Installments inst ON i.InvoiceId = inst.InvoiceId
WHERE i.ValidatedDate IS NOT NULL

UNION ALL

-- 3. Invoice Matched to PO (Inferred from hold release)
SELECT
    i.InvoiceNumber AS "InvoiceNumber",
    'Invoice Matched to PO' AS "ActivityName",
    h.ReleasedDate AS "EventTime",
    h.ReleasedDate AS "EndTime",
    h.LastUpdatedBy AS "UserName",
    i.InvoiceAmount AS "InvoiceAmount",
    i.VendorName AS "VendorName",
    inst.PaymentDueDate AS "PaymentDueDate",
    i.ApprovalStatus AS "InvoiceStatus",
    i.CompanyCode AS "CompanyCode"
FROM Invoices i
JOIN Holds h ON i.InvoiceId = h.InvoiceId
LEFT JOIN Installments inst ON i.InvoiceId = inst.InvoiceId
WHERE h.HoldReason IN ('QTY ORD', 'AMT ORD', 'PRICE') AND h.ReleasedDate IS NOT NULL

UNION ALL

-- 4. Matching Discrepancy Identified
SELECT
    i.InvoiceNumber AS "InvoiceNumber",
    'Matching Discrepancy Identified' AS "ActivityName",
    h.HoldDate AS "EventTime",
    h.HoldDate AS "EndTime",
    h.CreatedBy AS "UserName",
    i.InvoiceAmount AS "InvoiceAmount",
    i.VendorName AS "VendorName",
    inst.PaymentDueDate AS "PaymentDueDate",
    'On Hold' AS "InvoiceStatus",
    i.CompanyCode AS "CompanyCode"
FROM Invoices i
JOIN Holds h ON i.InvoiceId = h.InvoiceId
LEFT JOIN Installments inst ON i.InvoiceId = inst.InvoiceId
WHERE h.HoldReason IN ('QTY ORD', 'AMT ORD', 'PRICE')

UNION ALL

-- 5. Hold Placed on Invoice
SELECT
    i.InvoiceNumber AS "InvoiceNumber",
    'Hold Placed on Invoice' AS "ActivityName",
    h.HoldDate AS "EventTime",
    h.HoldDate AS "EndTime",
    h.CreatedBy AS "UserName",
    i.InvoiceAmount AS "InvoiceAmount",
    i.VendorName AS "VendorName",
    inst.PaymentDueDate AS "PaymentDueDate",
    'On Hold' AS "InvoiceStatus",
    i.CompanyCode AS "CompanyCode"
FROM Invoices i
JOIN Holds h ON i.InvoiceId = h.InvoiceId
LEFT JOIN Installments inst ON i.InvoiceId = inst.InvoiceId

UNION ALL

-- 6. Hold Released from Invoice
SELECT
    i.InvoiceNumber AS "InvoiceNumber",
    'Hold Released from Invoice' AS "ActivityName",
    h.ReleasedDate AS "EventTime",
    h.ReleasedDate AS "EndTime",
    h.LastUpdatedBy AS "UserName",
    i.InvoiceAmount AS "InvoiceAmount",
    i.VendorName AS "VendorName",
    inst.PaymentDueDate AS "PaymentDueDate",
    i.ApprovalStatus AS "InvoiceStatus",
    i.CompanyCode AS "CompanyCode"
FROM Invoices i
JOIN Holds h ON i.InvoiceId = h.InvoiceId
LEFT JOIN Installments inst ON i.InvoiceId = inst.InvoiceId
WHERE h.ReleasedDate IS NOT NULL

UNION ALL

-- 7. Invoice Sent for Approval
SELECT
    i.InvoiceNumber AS "InvoiceNumber",
    'Invoice Sent for Approval' AS "ActivityName",
    ah.ActionDate AS "EventTime",
    ah.ActionDate AS "EndTime",
    ah.UserName AS "UserName",
    i.InvoiceAmount AS "InvoiceAmount",
    i.VendorName AS "VendorName",
    inst.PaymentDueDate AS "PaymentDueDate",
    'Initiated' AS "InvoiceStatus",
    i.CompanyCode AS "CompanyCode"
FROM Invoices i
JOIN ApprovalHistory ah ON i.InvoiceId = ah.InvoiceId
LEFT JOIN Installments inst ON i.InvoiceId = inst.InvoiceId
WHERE ah.Action = 'SUBMITTED'

UNION ALL

-- 8. Invoice Approved
SELECT
    i.InvoiceNumber AS "InvoiceNumber",
    'Invoice Approved' AS "ActivityName",
    ah.ActionDate AS "EventTime",
    ah.ActionDate AS "EndTime",
    ah.UserName AS "UserName",
    i.InvoiceAmount AS "InvoiceAmount",
    i.VendorName AS "VendorName",
    inst.PaymentDueDate AS "PaymentDueDate",
    'Workflow approved' AS "InvoiceStatus",
    i.CompanyCode AS "CompanyCode"
FROM Invoices i
JOIN ApprovalHistory ah ON i.InvoiceId = ah.InvoiceId
LEFT JOIN Installments inst ON i.InvoiceId = inst.InvoiceId
WHERE ah.Action = 'APPROVED'

UNION ALL

-- 9. Invoice Rejected
SELECT
    i.InvoiceNumber AS "InvoiceNumber",
    'Invoice Rejected' AS "ActivityName",
    ah.ActionDate AS "EventTime",
    ah.ActionDate AS "EndTime",
    ah.UserName AS "UserName",
    i.InvoiceAmount AS "InvoiceAmount",
    i.VendorName AS "VendorName",
    inst.PaymentDueDate AS "PaymentDueDate",
    'Rejected' AS "InvoiceStatus",
    i.CompanyCode AS "CompanyCode"
FROM Invoices i
JOIN ApprovalHistory ah ON i.InvoiceId = ah.InvoiceId
LEFT JOIN Installments inst ON i.InvoiceId = inst.InvoiceId
WHERE ah.Action = 'REJECTED'

UNION ALL

-- 10. Invoice Corrected (Inferred from update after rejection)
SELECT
    i.InvoiceNumber AS "InvoiceNumber",
    'Invoice Corrected' AS "ActivityName",
    i.LastUpdateDate AS "EventTime",
    i.LastUpdateDate AS "EndTime",
    i.LastUpdatedBy AS "UserName",
    i.InvoiceAmount AS "InvoiceAmount",
    i.VendorName AS "VendorName",
    inst.PaymentDueDate AS "PaymentDueDate",
    i.ApprovalStatus AS "InvoiceStatus",
    i.CompanyCode AS "CompanyCode"
FROM Invoices i
LEFT JOIN Installments inst ON i.InvoiceId = inst.InvoiceId
WHERE i.WfApprovalStatus = 'WORKFLOW_REJECTED' AND i.LastUpdatedBy <> 'FUSION_APPS_PRC_SOA_APPID'

UNION ALL

-- 11. Invoice Accounted
SELECT
    i.InvoiceNumber AS "InvoiceNumber",
    'Invoice Accounted' AS "ActivityName",
    i.LastUpdateDate AS "EventTime",
    i.LastUpdateDate AS "EndTime",
    i.LastUpdatedBy AS "UserName",
    i.InvoiceAmount AS "InvoiceAmount",
    i.VendorName AS "VendorName",
    inst.PaymentDueDate AS "PaymentDueDate",
    'Accounted' AS "InvoiceStatus",
    i.CompanyCode AS "CompanyCode"
FROM Invoices i
LEFT JOIN Installments inst ON i.InvoiceId = inst.InvoiceId
WHERE i.PayablesAccountingStatus = 'ACCOUNTED'

UNION ALL

-- 12. Payment Scheduled
SELECT
    i.InvoiceNumber AS "InvoiceNumber",
    'Payment Scheduled' AS "ActivityName",
    inst.LastUpdateDate AS "EventTime",
    inst.LastUpdateDate AS "EndTime",
    i.LastUpdatedBy AS "UserName", -- User who ran the PPR is not in this PVO
    i.InvoiceAmount AS "InvoiceAmount",
    i.VendorName AS "VendorName",
    inst.PaymentDueDate AS "PaymentDueDate",
    'Selected for Payment' AS "InvoiceStatus",
    i.CompanyCode AS "CompanyCode"
FROM Invoices i
JOIN Installments inst ON i.InvoiceId = inst.InvoiceId
WHERE inst.PaymentStatusFlag = 'Y'

UNION ALL

-- 13. Payment Created
SELECT
    i.InvoiceNumber AS "InvoiceNumber",
    'Payment Created' AS "ActivityName",
    p.CreationDate AS "EventTime",
    p.CreationDate AS "EndTime",
    p.UserName AS "UserName",
    i.InvoiceAmount AS "InvoiceAmount",
    i.VendorName AS "VendorName",
    inst.PaymentDueDate AS "PaymentDueDate",
    'Paid' AS "InvoiceStatus",
    i.CompanyCode AS "CompanyCode"
FROM Invoices i
JOIN Payments p ON i.InvoiceId = p.InvoiceId
LEFT JOIN Installments inst ON i.InvoiceId = inst.InvoiceId

UNION ALL

-- 14. Payment Executed
SELECT
    i.InvoiceNumber AS "InvoiceNumber",
    'Payment Executed' AS "ActivityName",
    p.PaymentDate AS "EventTime",
    p.PaymentDate AS "EndTime",
    p.UserName AS "UserName",
    i.InvoiceAmount AS "InvoiceAmount",
    i.VendorName AS "VendorName",
    inst.PaymentDueDate AS "PaymentDueDate",
    'Paid' AS "InvoiceStatus",
    i.CompanyCode AS "CompanyCode"
FROM Invoices i
JOIN Payments p ON i.InvoiceId = p.InvoiceId
LEFT JOIN Installments inst ON i.InvoiceId = inst.InvoiceId
WHERE p.PaymentDate IS NOT NULL

UNION ALL

-- 15. Invoice Canceled
SELECT
    i.InvoiceNumber AS "InvoiceNumber",
    'Invoice Canceled' AS "ActivityName",
    i.CancelledDate AS "EventTime",
    i.CancelledDate AS "EndTime",
    i.CancelledBy AS "UserName",
    i.InvoiceAmount AS "InvoiceAmount",
    i.VendorName AS "VendorName",
    inst.PaymentDueDate AS "PaymentDueDate",
    'Cancelled' AS "InvoiceStatus",
    i.CompanyCode AS "CompanyCode"
FROM Invoices i
LEFT JOIN Installments inst ON i.InvoiceId = inst.InvoiceId
WHERE i.CancelledDate IS NOT NULL;

Étapes

Accéder à Oracle BI Publisher : Connectez-vous aux applications Oracle Fusion avec un utilisateur disposant du rôle BI Administrator ou similaire. Naviguez vers l'outil Rapports et analyses en ouvrant le menu Navigateur, puis en sélectionnant Outils, et enfin en cliquant sur Rapports et analyses.
Naviguer dans le catalogue : Dans la zone de travail Rapports et analyses, cliquez sur le bouton Parcourir le catalogue pour ouvrir l'interface Oracle BI Publisher.
Créer un nouveau modèle de données : Dans le catalogue BI Publisher, accédez à un dossier approprié (par exemple, Dossiers partagés > Personnalisé). Cliquez sur le menu déroulant Nouveau et sélectionnez Modèle de données.
Définir l'ensemble de données de requête SQL : Dans l'éditeur de modèle de données, cliquez sur l'icône '+' pour ajouter un nouvel ensemble de données et sélectionnez Requête SQL dans la liste.
Configurer l'ensemble de données : Dans la boîte de dialogue Nouveau jeu de données, fournissez un nom tel que P2P_Invoice_Events. Sélectionnez la source de données appropriée, qui est généralement ApplicationDB_FSCM pour les données financières. Assurez-vous que le type de SQL est défini sur Standard SQL.
Saisir la requête SQL : Copiez le SQL complet fourni dans la section query de ce document et collez-le dans la zone de texte de la requête SQL.
Définir les paramètres : La requête utilise des paramètres pour le filtrage. Dans les propriétés du modèle de données, créez trois paramètres : p_start_date, p_end_date et p_bu_name. Définissez leurs types de données sur Chaîne (String). L'utilisateur fournira des valeurs pour ceux-ci lors de l'exécution du rapport, par exemple '2023-01-01' pour les dates et le nom de l'unité commerciale spécifique.
Enregistrer le modèle de données : Enregistrez le modèle de données dans votre dossier personnalisé. Vous pouvez afficher des exemples de données en cliquant sur l'onglet 'Données' et en fournissant des valeurs pour les paramètres que vous avez créés.
Créer un rapport : Retournez au catalogue, cliquez sur le menu déroulant Nouveau et sélectionnez Rapport. Dans l'assistant de création de rapport, sélectionnez l'option 'Utiliser le modèle de données' et trouvez le modèle de données que vous venez d'enregistrer.
Configurer la mise en page et la sortie du rapport : Dans l'éditeur de rapport, une simple disposition de tableau est suffisante. L'étape la plus importante consiste à configurer le format de sortie par défaut. Cliquez sur 'Afficher une liste' et assurez-vous que CSV est le format par défaut et qu'il est le seul activé. Cela garantit que la sortie est un fichier de données propre et non formaté.
Planifier le rapport : Enregistrez le rapport. Vous pouvez maintenant l'exécuter à la demande ou, pour de meilleures performances, le planifier pour qu'il s'exécute pendant les heures creuses. La planification peut être configurée pour livrer la sortie CSV à une destination spécifique, telle que le serveur Universal Content Management (UCM), d'où il pourra être récupéré pour le téléchargement.
Exporter et préparer les données : Une fois le job de rapport terminé, téléchargez le fichier CSV résultant. Vérifiez que les en-têtes de colonne correspondent aux attributs requis (InvoiceNumber, ActivityName, EventTime, etc.) avant de le télécharger dans l'outil de Process Mining.

Configuration

Source de données : La requête doit être exécutée sur la base de données de l'application Fusion Financials, généralement connectée via la source de données JNDI ApplicationDB_FSCM dans BI Publisher.
Paramètres : Le modèle de données doit être configuré avec les paramètres suivants pour permettre une extraction de données flexible :
- p_start_date : La date de début de la période d'extraction au format 'YYYY-MM-DD'.
- p_end_date : La date de fin de la période d'extraction au format 'YYYY-MM-DD'.
- p_bu_name : Le nom de l'Unité Commerciale (Code Société) pour filtrer les données. Utilisez un caractère générique tel que '%' pour extraire toutes les unités commerciales.
Plage de dates : Pour l'extraction initiale, il est recommandé d'utiliser une plage de dates de 3 à 6 mois de données. Cela offre un équilibre entre un jeu de données représentatif et la gestion des performances d'extraction.
Considérations de performance : L'extraction de données sur de longues périodes ou pour toutes les unités commerciales à la fois peut être gourmande en ressources et entraîner des délais d'attente (timeouts). Il est recommandé d'exécuter les extractions importantes par lots plus petits et séquentiels (par exemple, mois par mois) ou de les planifier pendant les heures creuses.
Prérequis : L'utilisateur qui crée et exécute le rapport a besoin d'un rôle avec les permissions d'accès à l'outil BI Publisher (par exemple, BI Administrator) et des privilèges de sécurité de données nécessaires pour consulter les tables sous-jacentes des comptes fournisseurs (AP_INVOICES_ALL, AP_PAYMENTS_ALL, etc.) pour les unités commerciales cibles.

a Exemple de requête sql

WITH INVOICE_BASE AS (
    SELECT 
        AIA.INVOICE_ID,
        AIA.INVOICE_NUM,
        AIA.INVOICE_AMOUNT,
        AIA.CREATION_DATE,
        AIA.CREATED_BY,
        AIA.LAST_UPDATE_DATE,
        AIA.LAST_UPDATED_BY,
        AIA.CANCELLED_DATE,
        AIA.CANCELLED_BY,
        AIA.WFAPPROVAL_STATUS,
        AIA.TERMS_DATE AS PAYMENT_DUE_DATE,
        PSV.VENDOR_NAME,
        FABUV.BU_NAME AS COMPANY_CODE
    FROM 
        AP_INVOICES_ALL AIA
    JOIN 
        POZ_SUPPLIERS_V PSV ON AIA.VENDOR_ID = PSV.VENDOR_ID
    JOIN
        FUN_ALL_BUSINESS_UNITS_V FABUV ON AIA.ORG_ID = FABUV.BU_ID
    WHERE 
        AIA.CREATION_DATE BETWEEN TO_DATE(:p_start_date, 'YYYY-MM-DD') AND TO_DATE(:p_end_date, 'YYYY-MM-DD')
        AND FABUV.BU_NAME LIKE :p_bu_name
)
-- 1. Invoice Created
SELECT
    IB.INVOICE_NUM AS "InvoiceNumber",
    'Invoice Created' AS "ActivityName",
    CAST(IB.CREATION_DATE AS TIMESTAMP) AS "EventTime",
    CAST(IB.CREATION_DATE AS TIMESTAMP) AS "EndTime",
    (SELECT USERNAME FROM PER_USERS PU WHERE PU.USER_ID = IB.CREATED_BY AND ROWNUM = 1) AS "UserName",
    IB.INVOICE_AMOUNT AS "InvoiceAmount",
    IB.VENDOR_NAME AS "VendorName",
    IB.PAYMENT_DUE_DATE AS "PaymentDueDate",
    IB.WFAPPROVAL_STATUS AS "InvoiceStatus",
    IB.COMPANY_CODE AS "CompanyCode"
FROM
    INVOICE_BASE IB

UNION ALL

-- 2. Invoice Validated
SELECT
    IB.INVOICE_NUM AS "InvoiceNumber",
    'Invoice Validated' AS "ActivityName",
    CAST(AIA.LAST_UPDATE_DATE AS TIMESTAMP) AS "EventTime",
    CAST(AIA.LAST_UPDATE_DATE AS TIMESTAMP) AS "EndTime",
    (SELECT USERNAME FROM PER_USERS PU WHERE PU.USER_ID = AIA.LAST_UPDATED_BY AND ROWNUM = 1) AS "UserName",
    IB.INVOICE_AMOUNT AS "InvoiceAmount",
    IB.VENDOR_NAME AS "VendorName",
    IB.PAYMENT_DUE_DATE AS "PaymentDueDate",
    AIA.WFAPPROVAL_STATUS AS "InvoiceStatus",
    IB.COMPANY_CODE AS "CompanyCode"
FROM
    AP_INVOICES_ALL AIA
JOIN 
    INVOICE_BASE IB ON AIA.INVOICE_ID = IB.INVOICE_ID
WHERE 
    AIA.WFAPPROVAL_STATUS IN ('VALIDATED', 'NEEDS REVALIDATION', 'STOPPED')

UNION ALL

-- 3. Invoice Matched to PO
SELECT
    IB.INVOICE_NUM AS "InvoiceNumber",
    'Invoice Matched to PO' AS "ActivityName",
    CAST(MIN(AID.CREATION_DATE) AS TIMESTAMP) AS "EventTime",
    CAST(MIN(AID.CREATION_DATE) AS TIMESTAMP) AS "EndTime",
    (SELECT USERNAME FROM PER_USERS PU WHERE PU.USER_ID = MIN(AID.CREATED_BY) AND ROWNUM = 1) AS "UserName",
    IB.INVOICE_AMOUNT AS "InvoiceAmount",
    IB.VENDOR_NAME AS "VendorName",
    IB.PAYMENT_DUE_DATE AS "PaymentDueDate",
    IB.WFAPPROVAL_STATUS AS "InvoiceStatus",
    IB.COMPANY_CODE AS "CompanyCode"
FROM
    AP_INVOICE_DISTRIBUTIONS_ALL AID
JOIN 
    INVOICE_BASE IB ON AID.INVOICE_ID = IB.INVOICE_ID
WHERE
    AID.PO_DISTRIBUTION_ID IS NOT NULL
GROUP BY
    IB.INVOICE_NUM, IB.INVOICE_AMOUNT, IB.VENDOR_NAME, IB.PAYMENT_DUE_DATE, IB.WFAPPROVAL_STATUS, IB.COMPANY_CODE

UNION ALL

-- 4. Matching Discrepancy Identified & 5. Hold Placed on Invoice
SELECT
    IB.INVOICE_NUM AS "InvoiceNumber",
    CASE 
        WHEN AH.HOLD_LOOKUP_CODE IN ('QTY ORD', 'QTY REC', 'PRICE', 'AMT ORD', 'AMT REC') THEN 'Matching Discrepancy Identified'
        ELSE 'Hold Placed on Invoice'
    END AS "ActivityName",
    CAST(AH.HOLD_DATE AS TIMESTAMP) AS "EventTime",
    CAST(AH.HOLD_DATE AS TIMESTAMP) AS "EndTime",
    (SELECT USERNAME FROM PER_USERS PU WHERE PU.USER_ID = AH.CREATED_BY AND ROWNUM = 1) AS "UserName",
    IB.INVOICE_AMOUNT AS "InvoiceAmount",
    IB.VENDOR_NAME AS "VendorName",
    IB.PAYMENT_DUE_DATE AS "PaymentDueDate",
    IB.WFAPPROVAL_STATUS AS "InvoiceStatus",
    IB.COMPANY_CODE AS "CompanyCode"
FROM
    AP_HOLDS_ALL AH
JOIN 
    INVOICE_BASE IB ON AH.INVOICE_ID = IB.INVOICE_ID

UNION ALL

-- 6. Hold Released from Invoice
SELECT
    IB.INVOICE_NUM AS "InvoiceNumber",
    'Hold Released from Invoice' AS "ActivityName",
    CAST(AH.RELEASE_DATE AS TIMESTAMP) AS "EventTime",
    CAST(AH.RELEASE_DATE AS TIMESTAMP) AS "EndTime",
    (SELECT USERNAME FROM PER_USERS PU WHERE PU.USER_ID = AH.LAST_UPDATED_BY AND ROWNUM = 1) AS "UserName",
    IB.INVOICE_AMOUNT AS "InvoiceAmount",
    IB.VENDOR_NAME AS "VendorName",
    IB.PAYMENT_DUE_DATE AS "PaymentDueDate",
    IB.WFAPPROVAL_STATUS AS "InvoiceStatus",
    IB.COMPANY_CODE AS "CompanyCode"
FROM
    AP_HOLDS_ALL AH
JOIN 
    INVOICE_BASE IB ON AH.INVOICE_ID = IB.INVOICE_ID
WHERE 
    AH.RELEASE_LOOKUP_CODE IS NOT NULL AND AH.RELEASE_DATE IS NOT NULL

UNION ALL

-- 7. Invoice Sent for Approval, 8. Invoice Approved, 9. Invoice Rejected
SELECT
    IB.INVOICE_NUM AS "InvoiceNumber",
    CASE 
        WHEN AAH.ACTION = 'INITIATED' THEN 'Invoice Sent for Approval'
        WHEN AAH.ACTION = 'APPROVED' THEN 'Invoice Approved'
        WHEN AAH.ACTION = 'REJECTED' THEN 'Invoice Rejected'
    END AS "ActivityName",
    CAST(AAH.RESPONSE_DATE AS TIMESTAMP) AS "EventTime",
    CAST(AAH.RESPONSE_DATE AS TIMESTAMP) AS "EndTime",
    (SELECT USERNAME FROM PER_USERS PU WHERE PU.USER_ID = AAH.RESPONSE_ID AND ROWNUM = 1) AS "UserName",
    IB.INVOICE_AMOUNT AS "InvoiceAmount",
    IB.VENDOR_NAME AS "VendorName",
    IB.PAYMENT_DUE_DATE AS "PaymentDueDate",
    IB.WFAPPROVAL_STATUS AS "InvoiceStatus",
    IB.COMPANY_CODE AS "CompanyCode"
FROM
    AP_INV_APRVL_HIST_ALL AAH
JOIN 
    INVOICE_BASE IB ON AAH.INVOICE_ID = IB.INVOICE_ID
WHERE
    AAH.ACTION IN ('INITIATED', 'APPROVED', 'REJECTED') AND AAH.RESPONSE_DATE IS NOT NULL

UNION ALL

-- 10. Invoice Corrected
SELECT DISTINCT
    IB.INVOICE_NUM AS "InvoiceNumber",
    'Invoice Corrected' AS "ActivityName",
    CAST(IB.LAST_UPDATE_DATE AS TIMESTAMP) AS "EventTime",
    CAST(IB.LAST_UPDATE_DATE AS TIMESTAMP) AS "EndTime",
    (SELECT USERNAME FROM PER_USERS PU WHERE PU.USER_ID = IB.LAST_UPDATED_BY AND ROWNUM = 1) AS "UserName",
    IB.INVOICE_AMOUNT AS "InvoiceAmount",
    IB.VENDOR_NAME AS "VendorName",
    IB.PAYMENT_DUE_DATE AS "PaymentDueDate",
    IB.WFAPPROVAL_STATUS AS "InvoiceStatus",
    IB.COMPANY_CODE AS "CompanyCode"
FROM
    INVOICE_BASE IB
WHERE
    IB.LAST_UPDATE_DATE > IB.CREATION_DATE
    AND IB.LAST_UPDATED_BY <> IB.CREATED_BY 
    AND EXISTS (
        SELECT 1 FROM AP_INV_APRVL_HIST_ALL AAH 
        WHERE AAH.INVOICE_ID = IB.INVOICE_ID AND AAH.ACTION = 'REJECTED' AND IB.LAST_UPDATE_DATE > AAH.RESPONSE_DATE
    )

UNION ALL

-- 11. Invoice Accounted
SELECT 
    IB.INVOICE_NUM AS "InvoiceNumber",
    'Invoice Accounted' AS "ActivityName",
    CAST(MIN(XAH.ACCOUNTING_DATE) AS TIMESTAMP) AS "EventTime",
    CAST(MIN(XAH.ACCOUNTING_DATE) AS TIMESTAMP) AS "EndTime",
    (SELECT USERNAME FROM PER_USERS PU WHERE PU.USER_ID = MIN(XAH.CREATED_BY) AND ROWNUM = 1) AS "UserName",
    IB.INVOICE_AMOUNT AS "InvoiceAmount",
    IB.VENDOR_NAME AS "VendorName",
    IB.PAYMENT_DUE_DATE AS "PaymentDueDate",
    IB.WFAPPROVAL_STATUS AS "InvoiceStatus",
    IB.COMPANY_CODE AS "CompanyCode"
FROM XLA_AE_HEADERS XAH
JOIN XLA_TRANSACTION_ENTITIES XTE ON XAH.ENTITY_ID = XTE.ENTITY_ID
JOIN INVOICE_BASE IB ON XTE.SOURCE_ID_INT_1 = IB.INVOICE_ID
WHERE XTE.APPLICATION_ID = 200
AND XTE.ENTITY_CODE = 'AP_INVOICES'
AND XAH.ACCOUNTING_ENTRY_STATUS_CODE = 'F' -- Final
GROUP BY
    IB.INVOICE_NUM, IB.INVOICE_AMOUNT, IB.VENDOR_NAME, IB.PAYMENT_DUE_DATE, IB.WFAPPROVAL_STATUS, IB.COMPANY_CODE

UNION ALL

-- 12. Payment Scheduled
SELECT 
    IB.INVOICE_NUM AS "InvoiceNumber",
    'Payment Scheduled' AS "ActivityName",
    CAST(MIN(APISC.CREATION_DATE) AS TIMESTAMP) AS "EventTime",
    CAST(MIN(APISC.CREATION_DATE) AS TIMESTAMP) AS "EndTime",
    (SELECT USERNAME FROM PER_USERS PU WHERE PU.USER_ID = MIN(APISC.CREATED_BY) AND ROWNUM = 1) AS "UserName",
    IB.INVOICE_AMOUNT AS "InvoiceAmount",
    IB.VENDOR_NAME AS "VendorName",
    IB.PAYMENT_DUE_DATE AS "PaymentDueDate",
    IB.WFAPPROVAL_STATUS AS "InvoiceStatus",
    IB.COMPANY_CODE AS "CompanyCode"
FROM AP_INV_SELECTION_CRITERIA_ALL APISC
JOIN AP_INVOICES_ALL AIA ON APISC.CHECKRUN_NAME = AIA.PAYMENT_STATUS_FLAG
JOIN INVOICE_BASE IB ON AIA.INVOICE_ID = IB.INVOICE_ID
GROUP BY
    IB.INVOICE_NUM, IB.INVOICE_AMOUNT, IB.VENDOR_NAME, IB.PAYMENT_DUE_DATE, IB.WFAPPROVAL_STATUS, IB.COMPANY_CODE

UNION ALL

-- 13. Payment Created
SELECT 
    IB.INVOICE_NUM AS "InvoiceNumber",
    'Payment Created' AS "ActivityName",
    CAST(AIPA.CREATION_DATE AS TIMESTAMP) AS "EventTime",
    CAST(AIPA.CREATION_DATE AS TIMESTAMP) AS "EndTime",
    (SELECT USERNAME FROM PER_USERS PU WHERE PU.USER_ID = AIPA.CREATED_BY AND ROWNUM = 1) AS "UserName",
    IB.INVOICE_AMOUNT AS "InvoiceAmount",
    IB.VENDOR_NAME AS "VendorName",
    IB.PAYMENT_DUE_DATE AS "PaymentDueDate",
    IB.WFAPPROVAL_STATUS AS "InvoiceStatus",
    IB.COMPANY_CODE AS "CompanyCode"
FROM AP_INVOICE_PAYMENTS_ALL AIPA
JOIN INVOICE_BASE IB ON AIPA.INVOICE_ID = IB.INVOICE_ID

UNION ALL

-- 14. Payment Executed
SELECT 
    IB.INVOICE_NUM AS "InvoiceNumber",
    'Payment Executed' AS "ActivityName",
    CAST(AC.CLEARED_DATE AS TIMESTAMP) AS "EventTime",
    CAST(AC.CLEARED_DATE AS TIMESTAMP) AS "EndTime",
    (SELECT USERNAME FROM PER_USERS PU WHERE PU.USER_ID = AC.LAST_UPDATED_BY AND ROWNUM = 1) AS "UserName",
    IB.INVOICE_AMOUNT AS "InvoiceAmount",
    IB.VENDOR_NAME AS "VendorName",
    IB.PAYMENT_DUE_DATE AS "PaymentDueDate",
    IB.WFAPPROVAL_STATUS AS "InvoiceStatus",
    IB.COMPANY_CODE AS "CompanyCode"
FROM AP_INVOICE_PAYMENTS_ALL AIPA
JOIN AP_CHECKS_ALL AC ON AIPA.CHECK_ID = AC.CHECK_ID
JOIN INVOICE_BASE IB ON AIPA.INVOICE_ID = IB.INVOICE_ID
WHERE AC.CLEARED_DATE IS NOT NULL

UNION ALL

-- 15. Invoice Canceled
SELECT
    IB.INVOICE_NUM AS "InvoiceNumber",
    'Invoice Canceled' AS "ActivityName",
    CAST(IB.CANCELLED_DATE AS TIMESTAMP) AS "EventTime",
    CAST(IB.CANCELLED_DATE AS TIMESTAMP) AS "EndTime",
    (SELECT USERNAME FROM PER_USERS PU WHERE PU.USER_ID = IB.CANCELLED_BY AND ROWNUM = 1) AS "UserName",
    IB.INVOICE_AMOUNT AS "InvoiceAmount",
    IB.VENDOR_NAME AS "VendorName",
    IB.PAYMENT_DUE_DATE AS "PaymentDueDate",
    IB.WFAPPROVAL_STATUS AS "InvoiceStatus",
    IB.COMPANY_CODE AS "CompanyCode"
FROM
    INVOICE_BASE IB
WHERE
    IB.CANCELLED_DATE IS NOT NULL

Étapes

Prérequis : Assurez-vous d'avoir Python 3.6+ installé sur votre système, ainsi que les bibliothèques requests et pandas. Vous pouvez les installer à l'aide de pip : pip install requests pandas.
Configuration de l'API Oracle Fusion : Dans votre instance Oracle Fusion, naviguez vers la Security Console. Créez une nouvelle application confidentielle pour obtenir l'accès API. Notez le Client ID et le Client Secret attribués. Assurez-vous que l'utilisateur de l'application dispose des rôles nécessaires pour lire les données de factures et de paiements, tels que le rôle Financials - Payables Invoice Inquiry Duty.
Configurez le script Python : Copiez le script Python fourni dans un fichier, par exemple extract_fusion_invoices.py. Ouvrez le fichier et remplissez les variables d'espace réservé en haut du script. Cela inclut CLIENT_ID, CLIENT_SECRET, TOKEN_URL, FUSION_HOST, START_DATE et END_DATE. Le FUSION_HOST doit être l'URL de base de vos applications Oracle Cloud.
Définissez la période d'extraction : Modifiez les variables START_DATE et END_DATE pour définir la fenêtre temporelle de l'extraction des données. Il est recommandé de commencer par une période plus courte, comme un mois, pour tester le script et vérifier la sortie.
Exécutez le script : Exécutez le script depuis votre ligne de commande ou terminal en naviguant vers son répertoire et en tapant python extract_fusion_invoices.py. Le script s'authentifiera, récupérera les données et affichera des messages de progression dans la console.
Processus d'authentification : Le script envoie d'abord une requête avec vos identifiants client au fournisseur d'identité Oracle (TOKEN_URL) pour obtenir un jeton d'accès OAuth. Ce jeton est ensuite inclus dans l'en-tête de toutes les requêtes API ultérieures pour s'authentifier auprès de l'API Fusion Financials.
Récupération des données et pagination : Le script interroge l'endpoint REST API invoices, récupérant les enregistrements créés dans la plage de dates spécifiée. Il gère automatiquement la pagination en vérifiant le drapeau hasMore dans la réponse de l'API et en effectuant des requêtes ultérieures avec un paramètre offset mis à jour jusqu'à ce que toutes les données de facture soient récupérées.
Récupération détaillée des données : Pour chaque facture récupérée, le script effectue des appels API supplémentaires pour récupérer les détails associés. Il interroge l'endpoint /child/holds pour les informations de retenue et de libération, et l'endpoint /payments (filtré par le numéro de facture) pour collecter les données de paiement.
Génération du journal d'événements : La logique principale du script traite les données JSON brutes de l'API. Il vérifie les dates, statuts et enregistrements enfants spécifiques pour générer des lignes distinctes pour chacune des 15 activités commerciales requises. Par exemple, la présence d'une CancelledDate génère un événement 'Facture Annulée'.
Examinez la sortie : Une fois le script terminé, il créera un fichier nommé invoice_event_log.csv dans le même répertoire. Ouvrez ce fichier CSV avec une application de feuille de calcul pour examiner les données. Vérifiez que toutes les colonnes requises (InvoiceNumber, ActivityName, EventTime) et les attributs recommandés sont présents.
Préparez pour le téléchargement : Assurez-vous que les en-têtes de colonne du fichier CSV correspondent aux noms d'attributs requis. Aucune autre mise en forme n'est généralement nécessaire. Le fichier est maintenant prêt à être téléchargé dans votre outil de Process Mining.

Configuration

Informations d'authentification : Un Client ID et un Client Secret d'une application confidentielle enregistrée dans la Security Console d'Oracle Fusion sont requis. L'URL du Token pour votre domaine d'identité doit également être fournie.
URL de l'hôte API : La variable FUSION_HOST doit être définie sur l'URL de base de votre instance Oracle Fusion, par exemple, https://[votre-instance].fa.us2.oraclecloud.com.
Plage de dates : Les variables START_DATE et END_DATE sont cruciales pour contrôler la portée de l'extraction. Il est recommandé d'extraire 3 à 6 mois de données pour une analyse initiale afin d'assurer un équilibre entre le volume de données et les performances.
Endpoints API utilisés : Le script interagit principalement avec les endpoints fscmRestApi/resources/11.13.18.05/invoices et fscmRestApi/resources/11.13.18.05/payments. Il utilise également la sous-ressource /invoices/{InvoiceId}/child/holds.
Limite de pagination : La variable LIMIT dans le script contrôle le nombre d'enregistrements récupérés par requête API. La valeur par défaut est 100. Une valeur plus élevée peut réduire le nombre d'appels API mais augmenter la consommation de mémoire par requête. Une valeur inférieure peut être nécessaire en cas d'erreurs de timeout.
Permissions requises : Le compte utilisateur associé aux identifiants API doit disposer d'un accès en lecture aux factures Fournisseurs, aux retenues sur factures, aux paiements et aux informations fournisseurs. Le rôle Payables Invoice Inquiry Duty fournit généralement des permissions suffisantes.

a Exemple de requête python

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

class=class="hl-string">"hl-comment"># --- Configuration Settings ---
class=class="hl-string">"hl-comment"># Replace with your Oracle Fusion credentials and instance details
CLIENT_ID = class="hl-string">'[Your Client ID]'
CLIENT_SECRET = class="hl-string">'[Your Client Secret]'
TOKEN_URL = class="hl-string">'[Your Oracle Identity Cloud Service Token URL, e.g., https://idcs-....identity.oraclecloud.com/oauth2/v1/token]'
FUSION_HOST = class="hl-string">'[Your Fusion Host URL, e.g., https://your-fusion-instance.fa.ocs.oraclecloud.com]'

class=class="hl-string">"hl-comment"># --- Extraction Parameters ---
class=class="hl-string">"hl-comment"># Set the date range for the invoice extraction (YYYY-MM-DD)
START_DATE = class="hl-string">'2023-01-01'
END_DATE = class="hl-string">'2023-06-30'

class=class="hl-string">"hl-comment"># API request settings
LIMIT = 100

class=class="hl-string">"hl-comment"># --- Helper Functions ---
def get_access_token():
    class="hl-string">"""Authenticates and retrieves an OAuth2 access token."""
    headers = {class="hl-string">'Content-Type': class="hl-string">'application/x-www-form-urlencoded'}
    data = {
        class="hl-string">'grant_type': class="hl-string">'client_credentials',
        class="hl-string">'scope': class="hl-string">'urn:opc:resource:consumer::all'
    }
    try:
        response = requests.post(TOKEN_URL, headers=headers, data=data, auth=(CLIENT_ID, CLIENT_SECRET))
        response.raise_for_status()
        return response.json().get(class="hl-string">'access_token')
    except requests.exceptions.RequestException as e:
        print(fclass="hl-string">"Error getting access token: {e}")
        return None

def fetch_data(api_url, headers, params):
    class="hl-string">"""Fetches data from a given API endpoint with pagination handling."""
    all_items = []
    offset = 0
    has_more = True

    while has_more:
        params[class="hl-string">'offset'] = offset
        try:
            response = requests.get(api_url, headers=headers, params=params)
            response.raise_for_status()
            data = response.json()
            items = data.get(class="hl-string">'items', [])
            all_items.extend(items)
            has_more = data.get(class="hl-string">'hasMore', False)
            offset += len(items)
            print(fclass="hl-string">"Fetched {len(all_items)} records so far...")
        except requests.exceptions.RequestException as e:
            print(fclass="hl-string">"Error fetching data from {api_url}: {e}")
            print(fclass="hl-string">"Response content: {response.text}")
            break
    return all_items

class=class="hl-string">"hl-comment"># --- Main Extraction Logic ---
def main():
    class="hl-string">"""Main function to extract, transform, and save invoice data."""
    access_token = get_access_token()
    if not access_token:
        print(class="hl-string">"Could not obtain access token. Exiting.")
        return

    headers = {
        class="hl-string">'Authorization': fclass="hl-string">'Bearer {access_token}',
        class="hl-string">'Content-Type': class="hl-string">'application/vnd.oracle.adf.resourceitem+json'
    }

    event_log = []

    class=class="hl-string">"hl-comment"># 1. Fetch Invoices
    print(class="hl-string">"Starting invoice extraction...")
    invoice_url = fclass="hl-string">'{FUSION_HOST}/fscmRestApi/resources/11.13.18.05/invoices'
    invoice_params = {
        class="hl-string">'q': fclass="hl-string">'CreationDate between \'{START_DATE}T00:00:00.000Z\class="hl-string">' and \'{END_DATE}T23:59:59.999Z\class="hl-string">'',
        class="hl-string">'onlyData': class="hl-string">'true',
        class="hl-string">'limit': LIMIT,
        class="hl-string">'fields': class="hl-string">'InvoiceId,InvoiceNumber,InvoiceAmount,CreationDate,CreatedBy,LastUpdateDate,LastUpdatedBy,SupplierName,ValidationDate,CancelledDate,ApprovalStatus,AccountingDate,PaymentStatus,DueDate,InvoiceStatus,BusinessUnitName'
    }
    invoices = fetch_data(invoice_url, headers, invoice_params)
    print(fclass="hl-string">"Total invoices fetched: {len(invoices)}")

    class=class="hl-string">"hl-comment"># 2. Process each invoice to create events
    for inv in invoices:
        case_id = inv.get(class="hl-string">'InvoiceNumber')
        if not case_id:
            continue

        base_event = {
            class="hl-string">'InvoiceNumber': case_id,
            class="hl-string">'EndTime': None,
            class="hl-string">'InvoiceAmount': inv.get(class="hl-string">'InvoiceAmount'),
            class="hl-string">'VendorName': inv.get(class="hl-string">'SupplierName'),
            class="hl-string">'PaymentDueDate': inv.get(class="hl-string">'DueDate'),
            class="hl-string">'InvoiceStatus': inv.get(class="hl-string">'InvoiceStatus'),
            class="hl-string">'CompanyCode': inv.get(class="hl-string">'BusinessUnitName')
        }

        class=class="hl-string">"hl-comment"># Activity: Invoice Created
        if inv.get(class="hl-string">'CreationDate'):
            event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Invoice Created', class="hl-string">'EventTime': inv[class="hl-string">'CreationDate'], class="hl-string">'UserName': inv.get(class="hl-string">'CreatedBy')})

        class=class="hl-string">"hl-comment"># Activity: Invoice Validated
        if inv.get(class="hl-string">'ValidationDate'):
            event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Invoice Validated', class="hl-string">'EventTime': inv[class="hl-string">'ValidationDate'], class="hl-string">'UserName': inv.get(class="hl-string">'LastUpdatedBy')})
        
        class=class="hl-string">"hl-comment"># Activities based on Approval Status
        if inv.get(class="hl-string">'ApprovalStatus') in [class="hl-string">'Initiated', class="hl-string">'Required']:
             event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Invoice Sent for Approval', class="hl-string">'EventTime': inv[class="hl-string">'LastUpdateDate'], class="hl-string">'UserName': inv.get(class="hl-string">'LastUpdatedBy')})
        elif inv.get(class="hl-string">'ApprovalStatus') in [class="hl-string">'Approved', class="hl-string">'Not required', class="hl-string">'Workflow approved']:
            event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Invoice Approved', class="hl-string">'EventTime': inv[class="hl-string">'LastUpdateDate'], class="hl-string">'UserName': inv.get(class="hl-string">'LastUpdatedBy')})
        elif inv.get(class="hl-string">'ApprovalStatus') == class="hl-string">'Rejected':
            event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Invoice Rejected', class="hl-string">'EventTime': inv[class="hl-string">'LastUpdateDate'], class="hl-string">'UserName': inv.get(class="hl-string">'LastUpdatedBy')})
        
        class=class="hl-string">"hl-comment"># This is an inference, might represent corrections after rejection or validation failure
        if inv.get(class="hl-string">'InvoiceStatus') == class="hl-string">'Needs revalidation':
            event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Invoice Corrected', class="hl-string">'EventTime': inv[class="hl-string">'LastUpdateDate'], class="hl-string">'UserName': inv.get(class="hl-string">'LastUpdatedBy')})

        class=class="hl-string">"hl-comment"># Activity: Invoice Accounted
        if inv.get(class="hl-string">'AccountingDate'):
             event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Invoice Accounted', class="hl-string">'EventTime': inv[class="hl-string">'AccountingDate'], class="hl-string">'UserName': inv.get(class="hl-string">'LastUpdatedBy')})

        class=class="hl-string">"hl-comment"># Activity: Invoice Canceled
        if inv.get(class="hl-string">'CancelledDate'):
            event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Invoice Canceled', class="hl-string">'EventTime': inv[class="hl-string">'CancelledDate'], class="hl-string">'UserName': inv.get(class="hl-string">'LastUpdatedBy')})
        
        class=class="hl-string">"hl-comment"># Activity: Matched to PO - Inference based on PaymentStatus which can indicate matching holds resolved
        if inv.get(class="hl-string">'PaymentStatus') == class="hl-string">'Available':
             event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Invoice Matched to PO', class="hl-string">'EventTime': inv.get(class="hl-string">'ValidationDate') or inv.get(class="hl-string">'LastUpdateDate'), class="hl-string">'UserName': inv.get(class="hl-string">'LastUpdatedBy')})

        class=class="hl-string">"hl-comment"># 3. Fetch Holds for the Invoice
        holds_url = fclass="hl-string">'{FUSION_HOST}/fscmRestApi/resources/11.13.18.05/invoices/{inv["InvoiceId"]}/child/holds'
        holds = fetch_data(holds_url, headers, {class="hl-string">'onlyData': class="hl-string">'true'})
        for hold in holds:
            class=class="hl-string">"hl-comment"># Activity: Hold Placed on Invoice
            event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Hold Placed on Invoice', class="hl-string">'EventTime': hold[class="hl-string">'HoldDate'], class="hl-string">'UserName': hold.get(class="hl-string">'LastUpdatedBy')})
            if hold.get(class="hl-string">'HoldReason') in [class="hl-string">'Price', class="hl-string">'Qty Ord', class="hl-string">'Qty Rec', class="hl-string">'Quality']:
                event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Matching Discrepancy Identified', class="hl-string">'EventTime': hold[class="hl-string">'HoldDate'], class="hl-string">'UserName': hold.get(class="hl-string">'LastUpdatedBy')})
            
            class=class="hl-string">"hl-comment"># Activity: Hold Released from Invoice
            if hold.get(class="hl-string">'ReleaseDate'):
                event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Hold Released from Invoice', class="hl-string">'EventTime': hold[class="hl-string">'ReleaseDate'], class="hl-string">'UserName': hold.get(class="hl-string">'LastUpdatedBy')})

        class=class="hl-string">"hl-comment"># 4. Fetch Payments for the Invoice
        if inv.get(class="hl-string">'PaymentStatus') in [class="hl-string">'Paid', class="hl-string">'Partially paid']:
            payment_url = fclass="hl-string">'{FUSION_HOST}/fscmRestApi/resources/11.13.18.05/payments'
            payment_params = {
                class="hl-string">'q': fclass="hl-string">'InvoiceNumber=\'{case_id}\class="hl-string">'',
                class="hl-string">'onlyData': class="hl-string">'true',
                class="hl-string">'fields': class="hl-string">'PaymentId,CreationDate,CreatedBy,ClearedDate,PaymentDate'
            }
            payments = fetch_data(payment_url, headers, payment_params)
            for pmt in payments:
                 class=class="hl-string">"hl-comment"># Activity: Payment Scheduled (Approximation using Payment Creation Date)
                 event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Payment Scheduled', class="hl-string">'EventTime': pmt[class="hl-string">'CreationDate'], class="hl-string">'UserName': pmt.get(class="hl-string">'CreatedBy')})
                 class=class="hl-string">"hl-comment"># Activity: Payment Created
                 event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Payment Created', class="hl-string">'EventTime': pmt[class="hl-string">'PaymentDate'], class="hl-string">'UserName': pmt.get(class="hl-string">'CreatedBy')})
                 class=class="hl-string">"hl-comment"># Activity: Payment Executed
                 if pmt.get(class="hl-string">'ClearedDate'):
                     event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Payment Executed', class="hl-string">'EventTime': pmt[class="hl-string">'ClearedDate'], class="hl-string">'UserName': pmt.get(class="hl-string">'CreatedBy')})

    class=class="hl-string">"hl-comment"># 5. Create and Save DataFrame
    if not event_log:
        print(class="hl-string">"No events were generated. Please check your date range and API responses.")
        return

    df = pd.DataFrame(event_log)
    df.sort_values(by=[class="hl-string">'InvoiceNumber', class="hl-string">'EventTime'], inplace=True)
    df[class="hl-string">'EventTime'] = pd.to_datetime(df[class="hl-string">'EventTime']).dt.strftime(class="hl-string">'%Y-%m-%d %H:%M:%S')
    if class="hl-string">'EndTime' in df.columns:
         df[class="hl-string">'EndTime'] = pd.to_datetime(df[class="hl-string">'EndTime']).dt.strftime(class="hl-string">'%Y-%m-%d %H:%M:%S')

    output_filename = class="hl-string">'invoice_event_log.csv'
    df.to_csv(output_filename, index=False)
    print(fclass="hl-string">"Extraction complete. Event log saved to {output_filename}")

if __name__ == class="hl-string">'__main__':
    main()

Votre modèle de données Achats à la Payer - Traitement des Factures

Votre modèle de données Achats à la Payer - Traitement des Factures

Achats à la Payer - Attributs de traitement des factures

Achats à la Payer - Activités de traitement des factures

Guides d'extraction

`Oracle BI Cloud Connector (BICC)` Exportation de `données` en masse

Étapes

Configuration

a Exemple de requête config

Rapport Oracle BI Publisher avec modèle de données SQL personnalisé

Étapes

Configuration

a Exemple de requête sql

Extraction par script Python via l'API REST de Fusion Financials

Étapes

Configuration

a Exemple de requête python

Prêt(e) à démarrer ?

Optimisez votre traitement des factures Achats à la Payer dès maintenant pour des cycles 30% plus rapides

Votre modèle de données Achats à la Payer - Traitement des Factures

Votre modèle de données Achats à la Payer - Traitement des Factures

Achats à la Payer - Attributs de traitement des factures

Achats à la Payer - Activités de traitement des factures

Guides d'extraction

`Oracle BI Cloud Connector (BICC)` Exportation de `données` en masse

Étapes

Configuration

a Exemple de requête config

Rapport Oracle BI Publisher avec modèle de données SQL personnalisé

Étapes

Configuration

a Exemple de requête sql

Extraction par script Python via l'API REST de Fusion Financials

Étapes

Configuration

a Exemple de requête python

Nous respectons votre vie privée

Prêt(e) à démarrer ?

Optimisez votre traitement des factures Achats à la Payer dès maintenant pour des cycles 30% plus rapides