Modèle de données : Traitement des factures fournisseurs

Oracle Fusion Financials
Modèle de données : Traitement des factures fournisseurs

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

Ce modèle constitue un guide complet pour la collecte des données pertinentes pour votre analyse du traitement des factures fournisseurs. Il présente les attributs et activités essentiels nécessaires à la création d'un journal d'événements précis, ainsi que des conseils pratiques pour l'extraction des données. Utilisez cette ressource pour vous assurer de capturer toutes les informations critiques pour un Process Mining efficace.
  • 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.

Attributs du traitement des factures fournisseurs

Ce sont les data fields recommandés à inclure dans votre event log pour une analyse complète de votre traitement des factures fournisseurs.
3 Obligatoire 8 Recommandé 12 Facultatif
Nom Description
Facture
InvoiceId
L'identifiant unique de chaque facture traitée.
Description

La « Facture » sert d'identifiant de cas principal, liant toutes les activités depuis la réception d'une facture jusqu'à son paiement final. Chaque InvoiceId unique représente une instance de processus de bout en bout, permettant une analyse complète du parcours de chaque facture à travers le processus de comptabilité fournisseurs. C'est le pilier de l'analyse des processus, reliant tous les événements et attributs associés.

Pourquoi c'est important

Il est essentiel pour suivre le cycle de vie de chaque facture du début à la fin, permettant l'analyse des variantes de processus, des goulots d'étranglement et du débit global.

Où obtenir

Il s'agit généralement de l'INVOICE_ID ou de l'INVOICE_NUM de la table AP_INVOICES_ALL dans Oracle Fusion Financials.

Exemples
INV-987657334001APO-INV-2023-005
Heure de l'événement
EventTime
Le timestamp indiquant quand l'activité a eu lieu.
Description

Cet attribut fournit la date et l'heure exactes pour chaque activité du processus. Il est fondamental pour ordonner les events chronologiquement et calculer les durées entre les étapes. Ces data permettent une analyse des performances, telle que l'identification des goulots d'étranglement en mesurant les temps d'attente, le calcul des cycle times pour des étapes spécifiques (comme les approbations) et le suivi de la conformité aux SLA.

Pourquoi c'est important

Il est essentiel pour le calcul de toutes les métriques temporelles, y compris les temps de cycle et les temps d'attente, qui sont cruciaux pour identifier les goulots d'étranglement et mesurer l'efficacité des processus.

Où obtenir

Ceci correspond aux dates de création, aux dates de dernière mise à jour ou aux event timestamps spécifiques dans diverses tables Oracle Fusion (par exemple, LAST_UPDATE_DATE, CREATION_DATE, APPROVAL_DATE).

Exemples
2023-10-26T10:00:00Z2023-11-15T14:35:10Z2024-01-05T09:12:45Z
Nom de l'activité
ActivityName
Le nom de l'étape de processus spécifique ou de l'event survenu.
Description

Cet attribut décrit une étape unique dans le cycle de vie du traitement des factures, telle que « Invoice Created », « Approval Initiated » ou « Payment Executed ». En séquençant ces activités dans le temps, les outils de Process Mining peuvent reconstruire le flux de processus de bout en bout pour chaque facture. L'analyse des activités aide à identifier les chemins les plus fréquents, les déviations et les boucles de retravail au sein du processus.

Pourquoi c'est important

Il constitue le cœur de la cartographie des processus, permettant la visualisation et l'analyse du flux de processus, l'identification des déviations et la mesure des performances spécifiques à chaque étape.

Où obtenir

Il est généralement dérivé des changements de statut, des tables d'événements ou des journaux d'audit au sein d'Oracle Fusion Financials. Cela peut nécessiter un mappage à partir de diverses tables et champs sources.

Exemples
Facture validéeBlocage mis en placeFacture approuvéePaiement exécuté
Date d'échéance
DueDate
La date d'échéance du paiement de la facture.
Description

La date calculée à laquelle la facture doit être payée pour éviter les frais de retard et maintenir de bonnes relations avec les fournisseurs, basée sur la date de la facture et les conditions de paiement. Cet attribut est essentiel pour suivre la performance des paiements à temps et gérer la trésorerie. Le KPI « Taux de paiement à temps » est directement calculé en comparant la « Date de paiement » à cette « Date d'échéance ».

Pourquoi c'est important

Essentiel pour mesurer les taux de paiement à temps, gérer les flux de trésorerie et éviter les pénalités de retard. C'est un champ clé pour la conformité aux politiques de paiement.

Où obtenir

Il peut s'agir d'un champ direct dans une table des échéanciers de paiement (par exemple, AP_PAYMENT_SCHEDULES_ALL) ou calculé à partir de l'INVOICE_DATE et des conditions de paiement.

Exemples
2023-11-142023-12-012024-01-19
Date de paiement
PaymentDate
La date d'exécution du paiement de la facture.
Description

Cet attribut enregistre la date à laquelle le paiement a été effectivement effectué. Il est utilisé pour confirmer l'achèvement du processus AP pour une facture. La comparaison de la date de paiement avec la date d'échéance est fondamentale pour calculer le taux de paiement à temps et analyser la capture d'escomptes pour paiement anticipé. C'est un data point clé pour la trésorerie et la gestion des flux de trésorerie.

Pourquoi c'est important

Permet le calcul des KPI de paiement dans les délais et l'analyse de la concrétisation des escomptes pour paiement anticipé, impactant directement la gestion des flux de trésorerie.

Où obtenir

Provient des tables de paiement telles que AP_INVOICE_PAYMENTS_ALL, spécifiquement d'un champ comme ACCOUNTING_DATE ou CHECK_DATE.

Exemples
2023-11-132023-12-052024-01-19
Heure de fin
EndTime
Le timestamp de la dernière activité pour la facture.
Description

Représente l'horodatage de l'événement terminal dans le cycle de vie de la facture, tel que « Paiement effectué » ou « Facture annulée ». Cet attribut est généralement dérivé en trouvant le dernier « EventTime » pour chaque « InvoiceId ». Il est essentiel pour calculer le temps total de traitement de bout en bout d'une facture.

Pourquoi c'est important

Permet le calcul du temps de cycle total de bout en bout pour chaque facture, un KPI fondamental pour mesurer l'efficacité globale du processus.

Où obtenir

C'est un attribut calculé, dérivé en recherchant le EventTime maximum pour chaque case (InvoiceId) dans le dataset.

Exemples
2023-10-30T11:00:00Z2023-11-20T16:45:00Z2024-01-10T10:20:30Z
Montant de la facture
InvoiceAmount
La valeur monétaire totale de la facture.
Description

Cet attribut représente le montant total dû sur la facture. C'est une métrique fondamentale pour l'analyse financière et la priorisation des factures. L'analyse du montant des factures peut révéler si les factures de grande valeur sont traitées différemment ou subissent plus de retards que celles de faible valeur. C'est également un élément clé pour les dashboards liés à la prévision des flux de trésorerie et à l'analyse des paiements en double.

Pourquoi c'est important

Permet l'analyse de l'impact financier, notamment la priorisation des factures de grande valeur, l'analyse du temps de traitement selon leur valeur et le calcul de l'impact financier des retards.

Où obtenir

Provient du champ INVOICE_AMOUNT de la table AP_INVOICES_ALL.

Exemples
5400.50125000.00750.25
Nom du fournisseur
VendorName
Le nom du fournisseur ou du vendeur qui a soumis la facture.
Description

Identifie le fournisseur associé à la facture. Il s'agit d'une dimension d'analyse cruciale, car elle permet de ventiler la performance du processus par fournisseur. Par exemple, on peut analyser quels fournisseurs présentent le taux le plus élevé de blocages de factures, les délais de traitement les plus longs, ou sont le plus souvent associés à des écarts de rapprochement. Cela facilite la gestion des relations fournisseurs et l'identification des problèmes systémiques avec certains prestataires.

Pourquoi c'est important

Permet une analyse de la performance par fournisseur, aidant à identifier les problèmes spécifiques à certains fournisseurs, tels que les retards fréquents, les divergences ou les blocages.

Où obtenir

Généralement issu du champ VENDOR_NAME dans les tables POZ_SUPPLIERS ou des tables fournisseurs associées, joint via le VENDOR_ID dans AP_INVOICES_ALL.

Exemples
Global Office Supplies Inc.Innovate Tech ServicesFiable Logistique Cie.
Numéro de bon de commande
PurchaseOrderNumber
L'identifiant du bon de commande associé à la facture.
Description

Le numéro unique du bon de commande (PO) qui a autorisé l'acquisition de biens ou de services. Cet attribut est fondamental pour l'analyse du processus de triple rapprochement (PO vs. Goods Receipt vs. Invoice). Un taux élevé de divergences pour les factures liées à des PO peut indiquer des problèmes au sein des services d'approvisionnement ou de réception. L'analyse des factures avec et sans PO peut également révéler des comportements de processus distincts.

Pourquoi c'est important

Essentiel pour analyser le processus de rapprochement à trois voies, identifier les écarts de rapprochement et comprendre les différences entre les factures basées sur un bon de commande et celles sans bon de commande.

Où obtenir

Cette information est généralement disponible en joignant les tables de lignes de facture (par exemple, AP_INVOICE_LINES_ALL) avec les tables PO (par exemple, PO_HEADERS_ALL).

Exemples
PO-10056982347null
Statut de la facture
InvoiceStatus
Le statut actuel ou final de la facture.
Description

Indique l'état actuel d'une facture dans le processus, tel que 'Validée', 'En attente d'approbation', 'Payée' ou 'Annulée'. Cet attribut offre un aperçu de l'étape de la facture dans son cycle de vie, ce qui est utile pour les dashboards opérationnels. L'analyse du statut final aide à comprendre les résultats du processus, comme le taux de factures annulées ou rejetées.

Pourquoi c'est important

Offre un aperçu rapide du résultat et de l'état actuel de la facture, aidant ainsi à analyser les taux d'exception (par ex. les annulations) et l'efficacité du processus.

Où obtenir

Ceci peut être dérivé du champ de statut dans la table AP_INVOICES_ALL ou du statut de paiement dans AP_PAYMENT_SCHEDULES_ALL.

Exemples
ValidéPayéAnnuléNécessite une revalidation
Utilisateur
User
L'identifiant ou le nom de l'utilisateur qui a effectué l'activité.
Description

Identifie l'employé ou l'utilisateur système responsable de l'exécution d'une étape de processus particulière. Il peut s'agir du commis aux comptes fournisseurs qui a saisi la facture, du gestionnaire qui l'a approuvée, ou du spécialiste des paiements qui a exécuté le règlement. L'analyse par utilisateur aide à identifier les besoins en formation, la répartition de la charge de travail et les variations de performance entre les membres de l'équipe. Elle est également cruciale pour la conformité et les pistes d'audit.

Pourquoi c'est important

Permet d'analyser la charge de travail, la performance des équipes et d'identifier les goulots d'étranglement individuels ou les opportunités de formation. C'est également essentiel pour l'auditabilité.

Où obtenir

Provient des champs liés aux utilisateurs tels que CREATED_BY ou LAST_UPDATED_BY dans diverses tables, ou des tables spécifiques d'historique de workflow ou d'approbation.

Exemples
john.doejane.smithap.clerk1
Approbateur
Approver
La personne ayant approuvé la facture pour paiement.
Description

Identifie l'utilisateur ou le responsable ayant accordé l'approbation finale ou une approbation clé pour la facture. Cet attribut est essentiel pour le tableau de bord 'Délai de cycle d'approbation des factures', qui ventile les durées d'approbation par approbateur. L'analyse de ces données permet de détecter les goulots d'étranglement dans la hiérarchie d'approbation, de mettre en évidence les personnes avec une charge de travail importante et de garantir la conformité aux politiques de délégation d'autorité.

Pourquoi c'est important

Crucial pour l'analyse du workflow d'approbation, l'identification des goulets d'étranglement causés par des approbateurs spécifiques et l'audit de conformité aux politiques d'approbation.

Où obtenir

Cette information est généralement stockée dans les tables de workflow d'Oracle (par exemple, liées au moteur de gestion des approbations - AME) ou dans les tables d'historique d'audit.

Exemples
s.jonesm.riverad.chen
Conditions de paiement
PaymentTerms
Les conditions de paiement de la facture convenues avec le fournisseur.
Description

Définit les conditions de paiement d'un fournisseur, telles que 'Net 30' ou '2% 10, Net 30'. Cet attribut est la base du calcul de la date d'échéance de la facture et de l'identification des opportunités d'escompte pour paiement anticipé. L'analyse des conditions de paiement aide à la planification de la trésorerie et est cruciale pour le dashboard 'Réalisation des escomptes pour paiement anticipé' afin de mesurer l'efficacité avec laquelle l'entreprise saisit les escomptes disponibles.

Pourquoi c'est important

Impacte directement la trésorerie et la rentabilité en déterminant les calendriers de paiement et l'éligibilité aux escomptes pour paiement anticipé.

Où obtenir

Disponible dans les tables AP_TERMS_TL ou AP_TERMS_B, en lien avec la table AP_INVOICES_ALL.

Exemples
Net 30Net 602% 10, Net 30
Date de la facture
InvoiceDate
La date figurant sur la facture du fournisseur.
Description

C'est la date à laquelle la facture a été émise par le fournisseur. C'est le point de départ pour déterminer la date d'échéance de paiement, en fonction des conditions de paiement convenues. La comparaison de la Date de la Facture (Invoice Date) avec la date d'enregistrement dans le système (activité 'Invoice Created') révèle des retards dans la soumission ou le traitement de la facture. Cette analyse aide à identifier les goulots d'étranglement en amont qui peuvent affecter les paiements ponctuels et la capture des escomptes.

Pourquoi c'est important

Sert de référence pour le calcul des dates d'échéance de paiement et l'identification des retards entre l'émission d'une facture et son entrée dans le processus de comptabilité fournisseurs.

Où obtenir

Provient du champ INVOICE_DATE de la table AP_INVOICES_ALL.

Exemples
2023-10-152023-11-012023-12-20
Délai de traitement de la facture
InvoiceProcessingTime
Le temps total nécessaire pour traiter une facture de bout en bout.
Description

Cette métrique calculée mesure la durée du premier event (par exemple, « Invoice Created ») au dernier event (« EndTime ») pour chaque facture. C'est le KPI principal pour mesurer l'efficacité du processus de bout en bout. L'analyse de cette durée aide à identifier quels types de factures (par exemple, par fournisseur, montant ou unité commerciale) prennent le plus de temps à traiter et fournit une base de référence pour les initiatives d'amélioration.

Pourquoi c'est important

Mesure directement l'efficacité de bout en bout du processus des comptes fournisseurs, aidant à quantifier les goulets d'étranglement et à suivre l'impact des efforts d'amélioration au fil du temps.

Où obtenir

Calculé en soustrayant le premier EventTime du dernier EventTime (EndTime) pour chaque InvoiceId.

Exemples
10 jours 4 heures35 jours 11 heures5 jours 2 heures
Dernière mise à jour des données
LastUpdateDate
Le timestamp de la dernière actualisation des data.
Description

Cet attribut indique l'heure la plus récente à laquelle les data de ce processus ont été extraites du système source. C'est un champ metadata appliqué à l'ensemble du dataset lors de chaque actualisation. Cette information est cruciale pour que les utilisateurs comprennent la fraîcheur des data et la période couverte par l'analyse. Elle assure la transparence et aide à interpréter correctement les résultats.

Pourquoi c'est important

Informe les utilisateurs de l'actualité des données, en s'assurant qu'ils comprennent la période couverte par l'analyse et la date de la dernière mise à jour.

Où obtenir

Cette valeur est générée et horodatée sur le jeu de données au moment de l'extraction des données.

Exemples
2024-03-10T05:00:00Z2024-03-11T05:00:00Z
Devise de la facture
InvoiceCurrency
La devise du montant de la facture.
Description

Spécifie la devise dans laquelle la facture est libellée (par ex. USD, EUR, GBP). Ceci est essentiel pour les analyses impliquant plusieurs pays ou devises. Il fournit le contexte nécessaire au montant de la facture et garantit que les indicateurs financiers sont interprétés correctement. Pour les organisations mondiales, c'est un attribut clé pour le filtrage et la segmentation des données financières.

Pourquoi c'est important

Offre un contexte essentiel pour le « Montant de la facture », permettant une analyse financière et un reporting précis, en particulier dans les opérations multinationales.

Où obtenir

Provient du champ INVOICE_CURRENCY_CODE de la table AP_INVOICES_ALL.

Exemples
USDEURGBPJPY
Est une reprise
IsRework
Un indicateur signalant si la facture a fait l'objet d'un retravail.
Description

Un indicateur booléen (Vrai/Faux) identifiant les factures ayant fait l'objet de boucles de retravail, comme des étapes de validation répétées ou un retour d'une phase ultérieure à une phase antérieure du processus (par exemple, de 'En attente d'approbation' à 'Nécessite une nouvelle validation'). Sa valeur est généralement déterminée par l'analyse de la séquence des activités. Il est essentiel pour quantifier le 'Taux de retravail des factures' et comprendre les inefficacités du processus.

Pourquoi c'est important

Quantifie la fréquence des boucles de retravail inefficaces, aidant à identifier les causes profondes des exceptions de processus et des efforts gaspillés.

Où obtenir

C'est un attribut calculé. Il est dérivé en analysant la séquence des activités pour chaque case afin de détecter les étapes répétées ou les mouvements rétrogrades dans le flux de processus.

Exemples
truefaux
Paiement à temps
IsOnTimePayment
Un indicateur signalant si la facture a été payée à sa date d'échéance.
Description

Un indicateur booléen (Vrai/Faux) obtenu en comparant la 'Date de paiement' à la 'Date d'échéance'. La valeur est Vrai si la date de paiement est égale ou antérieure à la date d'échéance. Cet attribut est essentiel pour le calcul du KPI 'Taux de paiement dans les délais', la surveillance de la conformité aux politiques de paiement et la gestion des relations avec les fournisseurs.

Pourquoi c'est important

Mesure directement le respect des conditions de paiement, ce qui est essentiel pour les relations avec les fournisseurs, la planification financière et l'évitement des pénalités de retard.

Où obtenir

C'est un attribut calculé dérivé d'autres champs. La logique est la suivante : IF PaymentDate <= DueDate THEN true ELSE false.

Exemples
truefaux
Raison du blocage
HoldReason
La raison pour laquelle une facture a été mise en attente.
Description

Lorsqu'une facture ne peut pas être payée, une retenue lui est appliquée. Cet attribut capture la raison spécifique de cette retenue, comme 'Price Mismatch', 'Quantity Discrepancy' ou 'Awaiting Goods Receipt'. L'analyse des raisons de retenue est essentielle pour identifier les causes profondes des interruptions et des retards de processus. Elle soutient directement les dashboards qui surveillent les exceptions et les retouches.

Pourquoi c'est important

Identifie les causes profondes des retards de paiement et des exceptions de facture, offrant des informations exploitables pour l'amélioration des processus et la communication avec les fournisseurs.

Où obtenir

Provient de tables comme AP_HOLDS_ALL, qui est liée à la facture et contient un motif ou un code de blocage.

Exemples
Écart de prixQuantité facturée supérieure à la quantité reçueFacture en double
Statut de rapprochement
MatchingStatus
Indique le résultat du processus de rapprochement des factures.
Description

Affiche le résultat du processus de validation où la facture est rapprochée d'un bon de commande et d'un accusé de réception (pour le rapprochement à trois voies). Les statuts possibles incluent « Rapproché », « Partiellement rapproché » ou « Échoué ». Cet attribut est la base du KPI « Taux d'échec du rapprochement à trois voies » et du tableau de bord d'analyse des écarts associé. Il aide à diagnostiquer les problèmes dans le cycle achats-paiement.

Pourquoi c'est important

Mesure directement le succès du processus de rapprochement automatisé, mettant en évidence les écarts qui entraînent des retouches manuelles et des retards de paiement.

Où obtenir

Ce statut se trouve souvent au niveau de l'en-tête ou de la ligne de facture dans des tables comme AP_INVOICES_ALL ou AP_INVOICE_LINES_ALL.

Exemples
SuccèsÉchec - Discordance de prixÉchec - Discordance de quantitéNon requis
Système source
SourceSystem
Le système d'où les data ont été extraites.
Description

Cet attribut identifie l'origine des data, qui est généralement « Oracle Fusion Financials » pour ce processus. Dans les environnements multi-systèmes (par exemple, un système de numérisation OCR séparé), ce champ aide à distinguer la source des différents events. Il assure la traçabilité des data et fournit un contexte, particulièrement lors de l'intégration de data provenant de diverses plateformes.

Pourquoi c'est important

Fournit un contexte crucial sur l'origine des données, assurant la traçabilité et facilitant la gestion de l'intégration des données provenant potentiellement de plusieurs systèmes.

Où obtenir

Il s'agit généralement d'une valeur statique définie lors de la configuration de l'extraction des données.

Exemples
Oracle Fusion FinancialsOracle EBS R12Fusion Cloud AP
Unité commerciale
BusinessUnit
L'unité commerciale ou l'unité opérationnelle responsable de la facture.
Description

Identifie l'unité commerciale spécifique, le département ou le centre de coûts qui a engagé la dépense. C'est une dimension critique pour l'analyse organisationnelle, permettant de comparer la performance des processus entre les différentes entités de l'entreprise. Cela aide à déterminer si des problèmes de processus, tels que des délais d'approbation longs ou des taux d'exception élevés, sont concentrés dans des unités commerciales spécifiques, orientant ainsi les efforts d'amélioration ciblés.

Pourquoi c'est important

Permet une analyse comparative des performances entre différentes unités organisationnelles, aidant à identifier les goulots d'étranglement spécifiques à un département ou les problèmes de conformité.

Où obtenir

Cette information est souvent trouvée dans la table AP_INVOICES_ALL sous le nom ORG_ID, qui peut être jointe avec les tables d'organisation HR pour obtenir le nom de l'unité commerciale.

Exemples
Ventes Amérique du NordOpérations européennesDirection financière du siège social
Obligatoire Recommandé Facultatif

Activités de traitement des factures fournisseurs

Ce sont les étapes clés du processus et les jalons à capturer dans votre event log pour une process discovery précise et l'identification des goulots d'étranglement.
6 Recommandé 7 Facultatif
Activité Description
Facture approuvée
Représente l'approbation finale de la facture, l'autorisant pour paiement. Cette étape clé est déduite de la mise à jour du champ de statut du workflow vers un état approuvé final.
Pourquoi c'est important

Un jalon critique qui marque la fin du cycle d'approbation. Il est essentiel pour calculer le 'Temps de cycle d'approbation des factures' et identifier les goulots d'étranglement liés aux approbateurs.

Où obtenir

Déduit du changement de la colonne WFAPPROVAL_STATUS dans la table AP_INVOICES_ALL à 'Manually Approved', 'Workflow Approved', ou un statut d'approbation finale similaire.

Capture

Changement du AP_INVOICES_ALL.WFAPPROVAL_STATUS vers un état approuvé.

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 (OCR) ou échange de données informatisé (EDI). Cet événement est capturé lorsqu'un nouvel enregistrement est inséré dans la table principale des factures.
Pourquoi c'est important

C'est le début définitif du cycle de vie du traitement des factures. L'analyse du temps écoulé entre cet événement et les suivants révèle les retards en amont et la durée globale du processus.

Où obtenir

C'est un event explicite capturé à partir du timestamp de création de l'enregistrement de la facture dans la table AP_INVOICES_ALL, généralement en utilisant la colonne CREATION_DATE.

Capture

Horodatage de création de l'enregistrement dans la table AP_INVOICES_ALL.

Type d'événement explicit
Facture validée
Cette activité marque l'achèvement réussi des contrôles de validation automatisés du système sur les data de la facture, tels que la conformité du format et le rapprochement avec un fournisseur. Elle est capturée par le suivi des modifications dans le champ de statut de validation de la facture.
Pourquoi c'est important

Indique que la facture est prête pour un traitement ultérieur, comme le rapprochement ou l'approbation. Des retards avant cette étape suggèrent des problèmes de saisie de données, soutenant ainsi l'analyse du dashboard 'Analyse des erreurs de saisie des factures'.

Où obtenir

Déduit du changement de la colonne VALIDATION_STATUS dans la table AP_INVOICES_ALL à 'Validated'. Un journal d'audit ou une table d'historique sur ce champ fournit le timestamp.

Capture

Changement du AP_INVOICES_ALL.VALIDATION_STATUS à 'Validated'.

Type d'événement inferred
Paiement compensé
La dernière activité du processus, confirmant que le paiement a été validé par la banque. Cet event est généralement capturé via les mises à jour de statut d'Oracle Cash Management après rapprochement bancaire.
Pourquoi c'est important

C'est la véritable fin du processus de bout en bout, fournissant les données les plus précises pour le 'Délai moyen de traitement des factures'. Cela clôture l'ensemble de la transaction financière.

Où obtenir

Déduit de la mise à jour du statut de paiement à 'CLEARED' dans la table AP_CHECKS_ALL. La colonne CLEARED_DATE fournit le timestamp pour cet événement.

Capture

CLEARED_DATE est renseignée dans la table AP_CHECKS_ALL.

Type d'événement inferred
Paiement exécuté
Représente le moment où le paiement est créé et émis au fournisseur. Il s'agit d'un événement explicite capturé par la création d'un enregistrement de paiement lié à la facture.
Pourquoi c'est important

Un jalon crucial pour mesurer le 'Taux de paiement dans les délais' et le 'Débit des factures de bout en bout'. Il signifie que l'entreprise s'est acquittée de son obligation financière.

Où obtenir

C'est un event explicite enregistré par la création d'un enregistrement de liaison dans la table AP_INVOICE_PAYMENTS_ALL. Le ACCOUNTING_DATE ou le CREATION_DATE peut être utilisé comme timestamp.

Capture

Création de l'enregistrement dans AP_INVOICE_PAYMENTS_ALL liant une facture à un paiement.

Type d'événement explicit
Paiement planifié
Indique le moment où une facture approuvée est intégrée à une demande de processus de paiement (PPR) ou à un lot de paiement, sans être encore réglée. Cet événement est enregistré lors de la finalisation des échéanciers de paiement.
Pourquoi c'est important

Cette activité assure la liaison entre l'approbation et le paiement effectif. L'analyse du temps passé à cette étape est cruciale pour la prévision et la gestion des flux de trésorerie.

Où obtenir

Déduit du renseignement du checkrun_id dans la table AP_PAYMENT_SCHEDULES_ALL pour la facture. La date de création du PPR peut servir de timestamp.

Capture

Association d'une facture à une Demande de Traitement de Paiement (PPR).

Type d'événement inferred
Approbation initiée
Indique que la facture est entrée dans le workflow d'approbation et a été acheminée vers le premier approbateur. Ceci est déduit d'un changement dans le statut du workflow de la facture.
Pourquoi c'est important

Cette activité déclenche le calcul du KPI « Invoice Approval Cycle Time ». Elle aide à distinguer le temps d'attente lié aux data de celui lié à l'approbateur.

Où obtenir

Déduit du changement du WFAPPROVAL_STATUS dans la table AP_INVOICES_ALL d'un statut pré-workflow à 'Initiated' ou un état en attente similaire.

Capture

Changement du AP_INVOICES_ALL.WFAPPROVAL_STATUS à 'Initiated'.

Type d'événement inferred
Blocage mis en place
Indique qu'un blocage a été appliqué à la facture, l'empêchant d'être payée. Cet événement est explicitement enregistré lors de la création d'un dossier de blocage associé à la facture, souvent en raison de divergences ou de violations de politique.
Pourquoi c'est important

Identifie directement les exceptions de processus et les goulets d'étranglement. L'analyse des motifs et durées de blocage est essentielle pour comprendre et résoudre les problèmes de traitement courants.

Où obtenir

Il s'agit d'un événement explicite, enregistré par la création d'une nouvelle entrée dans la table AP_HOLDS_ALL et lié à l'INVOICE_ID spécifique.

Capture

Horodatage de création de l'enregistrement dans la table AP_HOLDS_ALL.

Type d'événement explicit
Facture annulée
Représente la fin du processus de facturation avant paiement. Il s'agit d'une action explicite capturée lorsqu'un utilisateur annule la facture, renseignant une date d'annulation.
Pourquoi c'est important

Un état final non abouti pour une facture. L'analyse de la fréquence et des raisons des annulations peut révéler des problèmes en amont dans la gestion des achats ou des fournisseurs.

Où obtenir

Déduit du renseignement de la colonne CANCELLED_DATE dans la table AP_INVOICES_ALL. La date elle-même sert de timestamp d'événement.

Capture

CANCELLED_DATE est renseignée dans la table AP_INVOICES_ALL.

Type d'événement inferred
Facture rejetée
Indique qu'un approbateur a rejeté la facture, interrompant le processus et exigeant généralement une correction et une nouvelle soumission. Cet événement est enregistré comme un changement de statut au sein du workflow d'approbation.
Pourquoi c'est important

Met en évidence une boucle de retravail significative dans le processus. L'analyse de la fréquence et des raisons des rejets peut révéler des incompréhensions des politiques ou des problèmes de données systémiques.

Où obtenir

Déduit du changement de la colonne WFAPPROVAL_STATUS dans la table AP_INVOICES_ALL à 'Rejected'. Les tables d'historique du workflow peuvent fournir plus de détails.

Capture

Changement du AP_INVOICES_ALL.WFAPPROVAL_STATUS à 'Rejected'.

Type d'événement inferred
Paiement anticipé pris
Un événement calculé indiquant qu'un paiement a été effectué de manière anticipée afin de bénéficier d'un escompte. Il est déterminé en comparant la date de paiement réelle aux conditions d'escompte définies dans l'échéancier de paiement.
Pourquoi c'est important

Soutient directement le dashboard 'Réalisation des escomptes pour paiement anticipé'. Il aide à quantifier les avantages financiers d'un processus des comptes fournisseurs efficace et identifie les opportunités manquées.

Où obtenir

Calculé en comparant la date de paiement (provenant de AP_INVOICE_PAYMENTS_ALL) avec les champs de date d'escompte (DISCOUNT_DATE) de la table AP_PAYMENT_SCHEDULES_ALL.

Capture

Comparer la date d'exécution du paiement à la date d'éligibilité à l'escompte.

Type d'événement calculated
Rapprochement effectué
Représente l'action du système ou de l'utilisateur de rapprochement de la facture avec un bon de commande (PO) et/ou un avis de réception de marchandises (GRN). Cet événement est capturé lorsque le statut de rapprochement de la facture est mis à jour.
Pourquoi c'est important

Une étape cruciale pour les factures basées sur un bon de commande (PO), impactant directement l'analyse des 'Tendances d'écarts de rapprochement triple'. Les échecs ou retards à ce stade constituent une source majeure de goulots d'étranglement du processus.

Où obtenir

Déduit de la mise à jour du WFAPPROVAL_STATUS ou d'un champ de statut de rapprochement similaire dans AP_INVOICES_ALL indiquant qu'une tentative de rapprochement a eu lieu.

Capture

Timestamp du changement de statut lié au rapprochement de PO.

Type d'événement inferred
Suspension levée
Marque la résolution d'un problème et la levée d'un blocage, ce qui permet à la facture de poursuivre son processus de paiement. Cet événement est capturé lorsque l'enregistrement de blocage est mis à jour avec les informations de déblocage.
Pourquoi c'est important

Mesure le temps nécessaire pour résoudre les écarts. Couplé à l'événement 'Blocage mis en place', cette mesure permet de quantifier la durée et l'impact des reprises et de la gestion des exceptions.

Où obtenir

Déduit du renseignement des colonnes RELEASE_LOOKUP_CODE et LAST_UPDATE_DATE dans la table AP_HOLDS_ALL pour un enregistrement de blocage existant.

Capture

Mettre à jour le timestamp de l'enregistrement AP_HOLDS_ALL avec les détails de la libération.

Type d'événement inferred
Recommandé Facultatif

Guides d'extraction

Comment obtenir vos données d'Oracle Fusion Financials