Votre modèle de données Order to Cash, facturation et émission des factures

L’horodatage de l’événement enregistre le moment exact où une activité s’est produite. Il fournit l’ordre chronologique des événements pour chaque facture, ce qui est essentiel pour construire le flux du processus et effectuer toute analyse temporelle.

Cet attribut constitue la base de tous les calculs de durée et de performance. Il sert à mesurer le temps entre les activités, à calculer les délais de traitement de bout en bout, à déterminer si les paiements sont effectués à temps et à analyser les tendances au fil du temps. Des KPI tels que « Average Invoice Approval Time » et « End-to-End Invoice Cycle Time » sont calculés directement à partir de ces horodatages.

Les horodatages sont essentiels au calcul de toutes les mesures de performance, notamment les délais de traitement, les retards et le respect des échéances. Ils constituent la base de l’analyse quantitative des processus.

Ces informations proviennent de différents champs de date des tables Oracle Fusion Financials, comme CREATION_DATE dans RA_CUSTOMER_TRX_ALL ou les horodatages de mise à jour de l’état dans les tables de flux de travail.

Le numéro de facture constitue la référence centrale de l’analyse du processus de facturation. Il sert de Case ID et regroupe tous les événements, de la création de la facture à son paiement et à sa clôture. Vous disposez ainsi d’une vue complète du cycle de vie d’un document de facturation donné.

Dans le Process Mining, l’analyse par numéro de facture permet de visualiser les variantes du processus, de calculer les délais de traitement de chaque facture et d’identifier les goulots d’étranglement ou les boucles de reprise qui affectent certaines transactions. Cet attribut est essentiel pour les Dashboards tels que « Invoice End-to-End Cycle Time » et pour calculer des KPI fondamentaux, comme le Days Sales Outstanding (DSO), pour chaque facture.

Cet attribut est essentiel, car il relie toutes les activités de facturation et de paiement associées au sein d’un même dossier, permettant une analyse complète et précise du cycle de vie de la facture.

Il s’agit généralement du Transaction Number (TRX_NUMBER) provenant de la table RA_CUSTOMER_TRX_ALL dans Oracle Fusion Financials.

Le nom de l’activité décrit une étape du processus de facturation, telle que « Invoice Created », « Invoice Approved » ou « Customer Payment Received ». Ces événements forment la séquence d’actions qui constitue le flux du processus pour chaque facture.

Cet attribut est fondamental pour la découverte des processus, car il permet à l’outil de Process Mining de construire une représentation visuelle du traitement réel des factures. Il sert à analyser les variantes du processus, à identifier les boucles de reprise, comme les approbations répétées, et à mesurer la fréquence et la durée de chaque étape. Tous les Dashboards et KPI s’appuient sur cet attribut pour comprendre le flux du processus.

Cet attribut définit les étapes de la carte de processus et permet de visualiser, d’analyser et d’identifier les inefficacités du flux de travail de facturation.

Ces informations proviennent de différentes tables et mises à jour d’état dans Oracle Fusion Financials, notamment des tables d’historique des flux de travail, par exemple celles liées aux approbations, ainsi que des champs d’état des transactions.

La date d’échéance est un attribut de date essentiel qui définit la limite de paiement d’une facture, conformément aux conditions de paiement.

Cet attribut est indispensable au suivi du recouvrement et de la santé financière. Il sert de référence pour calculer le KPI On-Time Payment Rate et établir les rapports d’ancienneté des paiements. Dans les Dashboards, il permet de prévoir la trésorerie en indiquant les dates attendues de paiement et d’identifier les factures échues nécessitant des actions de recouvrement.

Il s’agit de la référence principale pour mesurer la ponctualité des paiements, calculer le DSO et gérer l’ancienneté des créances clients.

Situé dans la table AR_PAYMENT_SCHEDULES_ALL, généralement dans le champ DUE_DATE.

Cet attribut représente le montant total dû au titre de la facture. Il s’agit d’une mesure financière essentielle pour comprendre la valeur monétaire qui circule dans le processus de facturation.

Dans l’analyse, le montant de la facture sert à prioriser les transactions de valeur élevée, à calculer la valeur totale des créances en attente et à pondérer des KPI tels que le Days Sales Outstanding (DSO). Il permet de segmenter le processus selon son impact financier, par exemple pour déterminer si les factures de montant élevé suivent un parcours d’approbation différent ou mettent plus de temps à être payées.

Fournit le contexte financier de chaque dossier, permettant une analyse fondée sur la valeur, la priorisation des factures de montant élevé et le calcul des principaux KPI financiers.

Présent dans la table RA_CUSTOMER_TRX_ALL, probablement dans un champ tel que INVOICE_AMOUNT ou dans un champ associé représentant le total de la transaction.

Cet attribut identifie le client associé à la facture. Il constitue une dimension principale pour segmenter et filtrer les données du processus.

L’analyse par nom du client permet d’identifier les clients dont les cycles de paiement sont les plus longs, ceux qui contestent le plus souvent leurs factures et ceux qui paient régulièrement à temps. Elle est essentielle pour le Dashboard « DSO Trend » et pour adapter les stratégies de recouvrement aux comportements de chaque client.

Permet de segmenter le processus par client et de révéler les différences de comportement, les habitudes de paiement et les éventuels problèmes relationnels qui affectent la trésorerie.

Dérivé par jointure entre la table des transactions (RA_CUSTOMER_TRX_ALL) et les tables de référence des clients, telles que HZ_PARTIES.

Le statut de la facture fournit une vue instantanée de sa position dans le processus. Les statuts courants incluent ouvert, c’est-à-dire impayé, clôturé, c’est-à-dire payé, contesté ou annulé.

Cet attribut est utile pour le suivi et le filtrage à un niveau global. Par exemple, le Dashboard « Real-Time Cash Flow Forecast » utilise ce statut pour catégoriser les montants restant dus. Il permet d’identifier rapidement les factures échues, contestées ou entièrement réglées.

Fournit une compréhension rapide et globale de l’état actuel d’une facture, permettant un filtrage et une catégorisation efficaces pour le reporting financier et la gestion opérationnelle.

Dérivé des champs de statut de tables telles que RA_CUSTOMER_TRX_ALL ou AR_PAYMENT_SCHEDULES_ALL, par exemple le champ STATUS.

L’unité opérationnelle représente l’entité organisationnelle responsable de la transaction. Il s’agit d’un élément de données essentiel pour la segmentation et le reporting financiers dans les grandes entreprises.

Cet attribut permet de comparer la performance du processus entre différentes parties de l’entreprise. Vous pouvez, par exemple, analyser si le DSO varie fortement d’une unité opérationnelle à l’autre ou si une unité présente un taux de reprise de facturation nettement supérieur. Ces analyses permettent de cibler les initiatives d’amélioration là où elles sont le plus nécessaires.

Permet de comparer la performance entre différentes unités organisationnelles, afin d’identifier les bonnes pratiques et les domaines nécessitant des améliorations à un niveau détaillé.

Disponible dans des tables de transactions telles que RA_CUSTOMER_TRX_ALL, souvent sous la forme de ORG_ID, qui renvoie aux définitions des unités opérationnelles.

Les conditions de paiement définissent les règles qui déterminent quand et comment une facture doit être payée, y compris les éventuelles remises pour paiement anticipé. Ces informations sont essentielles à la gestion des créances et de la trésorerie.

Cet attribut est indispensable pour calculer correctement la date d’échéance et identifier les possibilités de remise pour paiement anticipé. Le KPI Early Payment Discount Capture Rate dépend directement de ces données pour déterminer quelles factures pouvaient bénéficier d’une remise.

Définit les règles de paiement d’une facture, avec un impact direct sur le calcul de la date d’échéance et sur le suivi et l’optimisation des remises pour paiement anticipé.

Situé dans la table RA_TERMS et relié à la transaction par un term_id dans RA_CUSTOMER_TRX_ALL.

La date de facture, également appelée date de transaction, est la date inscrite sur le document de facturation. Elle sert de point de départ au calcul des conditions de paiement.

Cette date est essentielle au calcul du Days Sales Outstanding (DSO), qui mesure le délai entre la date de facture et la date de paiement. Elle se distingue de la date de création dans le système et représente, du point de vue du client, le début officiel du cycle de paiement.

Sert de date officielle de début du cycle de vie d’une facture et de référence pour calculer le KPI Days Sales Outstanding (DSO).

Située dans la table RA_CUSTOMER_TRX_ALL, dans le champ TRX_DATE.

Cet attribut mesure la durée de bout en bout du cycle de vie complet d’un dossier de facture. Il est calculé comme la différence entre la toute première activité, généralement « Invoice Created », et l’activité finale, « Invoice Closed ».

Cette mesure fournit une vue globale de l’efficacité du processus. Elle constitue la principale mesure du Dashboard « End-to-End Invoice Cycle Time ». En analysant cet attribut selon différentes dimensions, comme le client ou l’unité opérationnelle, les organisations peuvent identifier les types de factures qui prennent le plus de temps à traiter et en rechercher les causes profondes.

Fournit une mesure unique de la vitesse globale du processus et permet d’identifier rapidement les factures dont le traitement complet est le plus long.

Il s’agit d’une mesure calculée, obtenue en déterminant l’écart entre l’EventTimestamp maximal et minimal pour chaque InvoiceNumber unique.

Le Days Sales Outstanding (DSO) est une mesure financière essentielle qui évalue le délai moyen nécessaire pour recouvrer un paiement après l’émission d’une facture. Cet attribut le calcule pour chaque facture.

Même si le DSO global constitue un KPI important, son calcul au niveau de chaque facture permet une analyse beaucoup plus détaillée. Il peut servir à créer des Dashboards de tendance, à identifier les caractéristiques des factures présentant un DSO élevé et à mesurer l’impact financier des retards du processus. Ce calcul granulaire fournit les données nécessaires pour comprendre les facteurs à l’origine du KPI DSO global.

Calcule une mesure essentielle de la trésorerie au niveau de chaque facture et permet d’analyser en détail les facteurs qui déterminent les délais de recouvrement et la performance financière.

Calculé en déterminant l’écart entre l’horodatage de l’activité « Customer Payment Received » et l’attribut « Invoice Date ».

Cet attribut fournit l’horodatage de l’extraction de données la plus récente. Il s’agit d’un champ de métadonnées essentiel pour comprendre l’actualité des données analysées.

Les analystes utilisent ces informations pour vérifier qu’ils travaillent avec des données à jour et pour connaître leur ancienneté. Elles sont particulièrement importantes pour les Dashboards qui se présentent comme étant « en temps réel » ou quasi temps réel, car elles rendent visibles les éventuels décalages de données.

Informe les utilisateurs de l’actualité des données et garantit que les analyses et les conclusions reposent sur des informations dont le niveau de fraîcheur est connu et acceptable.

Il s’agit d’un champ de métadonnées généré lors du processus d’extraction, de transformation et de chargement (ETL) des données. Il correspond généralement à l’heure d’exécution du pipeline de données.

L’heure de fin de l’événement enregistre le moment où une activité s’est achevée. Si de nombreux événements sont instantanés, certaines activités, comme « Invoice Approval », peuvent avoir une durée, qui commence lors de la soumission et se termine lorsqu’une décision est prise.

La présence d’une heure de fin permet de calculer précisément le temps de traitement d’une activité. Elle est utile pour analyser le temps consacré par les utilisateurs à certaines tâches. Elle améliore également la précision de l’analyse des goulots d’étranglement en distinguant le temps d’attente du temps de traitement réel.

Permet de calculer précisément le temps de traitement des activités, en distinguant le temps de travail effectif du temps d’attente, ce qui est essentiel pour une analyse détaillée des goulots d’étranglement.

Cette valeur est souvent déduite de l’Heure de début de l’activité suivante du processus. Pour certaines activités, un champ dédié à l’heure de fin peut exister dans les journaux du flux de travail.

Cet attribut calculé signale les activités qui correspondent à un travail inutile ou redondant. Il peut s’agir, par exemple, du rejet d’une facture suivi de sa nouvelle soumission pour approbation, ou d’une correction effectuée après la création initiale.

Le marquage des reprises permet d’en mesurer facilement l’impact sur le processus. Le KPI Billing Rework Rate est calculé directement à partir de cet attribut. Les Dashboards peuvent représenter la fréquence des reprises et mesurer le temps de traitement supplémentaire qu’elles entraînent, afin de localiser les sources d’inefficacité et d’erreurs.

Quantifie directement l’inefficacité du processus en signalant les travaux inutiles ou répétés, ce qui facilite la mesure de l’impact des problèmes de qualité en termes de coûts et de délais.

Calculé lors de la transformation des données à partir de la séquence des activités. Par exemple, si l’activité « Invoice Approved » est précédée de l’activité « Invoice Rejected » pour le même dossier, elle est signalée comme une reprise.

Cet attribut précise la manière dont le client a payé sa facture. Ces informations peuvent être utiles pour analyser les tendances et les coûts liés aux paiements.

Les différents modes de paiement peuvent présenter des délais de traitement et des coûts de transaction distincts. L’analyse par mode de paiement permet de déterminer si certains modes sont davantage sujets aux erreurs ou aux retards de rapprochement. Elle peut également orienter les stratégies visant à encourager les clients à utiliser des canaux de paiement plus efficaces.

Aide à analyser l’efficacité du traitement des paiements, les coûts de transaction et les taux d’erreur de rapprochement associés aux différents canaux de paiement.

Présent dans les tables d’encaissements, telles que AR_CASH_RECEIPTS_ALL, qui contiennent un champ indiquant le mode de paiement.

Lorsqu’un client conteste une facture, le motif du litige est enregistré. Il peut concerner le prix, la quantité, la qualité du service ou tout autre problème.

L’analyse des motifs de litige constitue un moyen efficace d’identifier les causes profondes. En comprenant les raisons les plus fréquentes des contestations, l’entreprise peut traiter les problèmes sous-jacents liés à la tarification, à l’exécution des commandes ou à la qualité des données. Elle contribue ainsi à réduire l’Avg Invoice Dispute Resolution Time et à améliorer la satisfaction client.

Fournit une visibilité directe sur les causes profondes des retards de paiement et de l’insatisfaction client, afin de permettre à l’entreprise de traiter les problèmes systémiques.

Ces informations peuvent être stockées dans Oracle Collections ou dans un module associé de gestion des litiges. Elles peuvent figurer dans une table dédiée aux litiges ou sous la forme d’un code motif directement associé à la transaction.

Cet attribut calculé fournit un indicateur simple, vrai ou faux, de la ponctualité du paiement. Il est obtenu en comparant la date de l’activité « Customer Payment Received » à l’attribut « Due Date » de la facture.

Cet indicateur simplifie l’analyse et le reporting du KPI On-Time Payment Rate. Il permet de filtrer et de segmenter facilement les données afin de comprendre quels facteurs, comme le client, la région ou le montant de la facture, sont associés aux paiements tardifs. Il s’agit d’une mesure essentielle de l’efficacité du recouvrement.

Simplifie la mesure de la performance du recouvrement et facilite l’analyse des facteurs qui contribuent aux paiements à temps ou en retard.

Calculé en comparant l’horodatage de la dernière activité de paiement à l’attribut DueDate. La logique est la suivante : PaymentTimestamp <= DueDate.

La région fournit le contexte géographique de la facture, généralement à partir de la localisation du client. Elle permet ainsi d’analyser la performance du processus selon une dimension géographique.

L’analyse par région peut révéler des écarts liés aux réglementations locales, aux conditions du marché ou à la performance des équipes régionales. Les Dashboards tels que « DSO Trend » et « Invoice End-to-End Cycle Time » peuvent être segmentés par région afin d’identifier les zones confrontées à des difficultés particulières pour obtenir le paiement des factures.

Permet de segmenter le processus géographiquement et de mettre en évidence les différences régionales de performance, de comportement client ou de conformité.

Dérivé généralement des informations d’adresse du client enregistrées dans le TCA (HZ_LOCATIONS, HZ_PARTY_SITES). Il ne s’agit pas d’un champ direct de la facture.

Cet attribut identifie l’équipe ou le service précis de l’organisation qui a pris en charge le processus de facturation. Il fournit un niveau supplémentaire de contexte organisationnel pour l’analyse.

En segmentant le processus par service de facturation, une entreprise peut comparer l’efficacité et la précision de ses différentes équipes. Elle peut identifier les services présentant les taux de reprise les plus élevés, les cycles d’approbation les plus longs ou la contribution la plus importante à un DSO élevé, afin de cibler les besoins de formation ou de standardisation du processus.

Permet de comparer la performance des équipes internes et d’identifier les bonnes pratiques, les besoins en ressources ou les domaines nécessitant une amélioration du processus.

Ces informations peuvent être déduites de l’utilisateur ayant créé la facture, en reliant cet utilisateur au service qui lui est attribué dans le système RH, par exemple via PER_ALL_ASSIGNMENTS_F.

Cet attribut identifie l’application source dont proviennent les données. Pour ce processus, il s’agit généralement d’Oracle Fusion Financials, mais il peut également préciser un module particulier, comme Oracle Receivables (AR).

Dans les environnements intégrant plusieurs systèmes, ce champ permet de différencier les sources de données et joue un rôle essentiel dans la validation et la gouvernance des données. Il garantit que l’analyse repose sur le jeu de données approprié et prévu.

Identifie l’origine des données, ce qui est essentiel pour la gouvernance des données, le dépannage et la vérification que l’analyse repose sur le système de référence approprié.

Il s’agit généralement d’une valeur statique (« Oracle Fusion Financials ») ajoutée lors de l’extraction et de la transformation des données.

L’attribut utilisateur identifie la personne ou l’agent automatisé responsable de l’exécution d’une étape du processus. Il peut s’agir de l’utilisateur qui a créé la facture, du responsable qui l’a approuvée ou de l’agent de recouvrement qui a envoyé un rappel.

L’analyse par utilisateur permet d’identifier les besoins de formation, de répartir la charge de travail et de comparer les performances entre personnes ou équipes. Elle peut révéler que certains utilisateurs sont associés à des taux d’erreur élevés ou que certains approbateurs constituent régulièrement des goulots d’étranglement.

Attribue la responsabilité des étapes du processus et permet d’analyser la performance des utilisateurs, d’équilibrer la charge de travail et d’identifier les besoins de formation.

Ces informations proviennent de champs d’identifiant utilisateur tels que CREATED_BY ou LAST_UPDATED_BY dans différentes tables de transactions et de flux de travail. Cet identifiant est ensuite associé aux tables d’annuaire des utilisateurs, par exemple PER_ALL_PEOPLE_F, afin d’obtenir le nom de l’utilisateur.