Modèle de données : Traitement des factures fournisseurs
Votre modèle de données pour le traitement des factures fournisseurs
- Attributs recommandés à collecter
- Activités clés à suivre
- Guide d'extraction pour Oracle Fusion Financials
Attributs du traitement des factures fournisseurs
| 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
|
|||
Activités de traitement des factures fournisseurs
| 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
|
|||