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

Oracle E-Business Suite
Votre modèle de données Order to Cash, facturation et émission des factures

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

Ce modèle vous fournit une feuille de route claire pour collecter les données essentielles nécessaires à l’analyse de votre processus Order to Cash, facturation et émission des factures. Il présente les principaux champs de données à inclure dans votre journal d’événements, les étapes importantes du processus à suivre et des recommandations pratiques pour extraire ces informations. Utilisez cette ressource pour vous assurer de réunir toutes les données nécessaires à une analyse et à une optimisation efficaces du processus.
  • Attributs recommandés à collecter
  • Activités clés à suivre
  • Conseils d'extraction pour Oracle E-Business Suite
Vous découvrez les journaux d’événements ? En savoir plus sur la création d’un journal d’événements pour le Process Mining.

Attributs du processus Order to Cash - Facturation et émission des factures

Voici les champs de données recommandés à inclure dans votre journal d’événements pour analyser de manière complète le processus Order to Cash de facturation et d’émission des factures.
3 Obligatoire 6 Recommandé 11 Facultatif
Nom Description
Heure de l’événement
EventTime
La date et l’heure exactes auxquelles l’activité s’est produite.
Description

L’heure de l’événement est l’horodatage associé à chaque activité et fournit l’ordre chronologique des événements au sein d’un dossier. Il s’agit des données brutes utilisées pour toutes les analyses temporelles du Process Mining.

Cet attribut est indispensable pour calculer des indicateurs clés tels que les temps de cycle, les durées entre activités et les délais du processus. Par exemple, l’écart entre l’heure de l’événement « Invoice Generated » et celle de « Invoice Approved » donne la durée d’approbation. Des horodatages exacts et complets sont essentiels à la fiabilité de l’analyse des processus.

Pourquoi c’est important

Il fournit le contexte temporel de chaque événement et permet ainsi de calculer les durées, d’analyser la performance du processus et de découvrir les goulots d’étranglement.

Où les obtenir

Issu de différents champs de date des tables Oracle EBS, tels que CREATION_DATE ou LAST_UPDATE_DATE dans des tables comme RA_CUSTOMER_TRX_ALL et AR_CASH_RECEIPTS_ALL.

Exemples
2023-04-15T10:00:00Z2023-04-20T14:35:10Z2023-05-15T00:00:00Z
Numéro de facture
InvoiceNumber
L’identifiant unique de chaque document de facturation, qui sert d’identifiant principal du dossier pour le processus de facturation.
Description

Le numéro de facture constitue la référence centrale de l’analyse de facturation Order to Cash, car il identifie de manière unique chaque transaction de facturation. Il regroupe toutes les activités associées, telles que la génération, l’approbation, l’envoi, le paiement et la clôture, au sein d’une même instance de processus. Vous disposez ainsi d’une vue complète du cycle de vie de la facture.

Dans le Process Mining, l’analyse des processus par numéro de facture permet de mesurer le temps de cycle total, d’identifier les variantes de traitement des factures et de repérer les goulots d’étranglement qui retardent les paiements. Cet identifiant est indispensable pour suivre chaque facture tout au long de son parcours, de sa création à son règlement.

Pourquoi c’est important

Il s’agit de l’identifiant essentiel du dossier, qui relie tous les événements associés et permet de reconstituer et d’analyser l’ensemble du processus de facturation pour chaque facture unique.

Où les obtenir

Il s’agit généralement du numéro de transaction issu de la table RA_CUSTOMER_TRX_ALL dans Oracle Receivables.

Exemples
INV-9234501788144US-2023-001293
Nom de l’activité
ActivityName
Le nom de l’événement métier précis qui s’est produit à un moment donné du cycle de vie de la facture.
Description

Le nom de l’activité décrit une étape ou un jalon du processus de facturation, par exemple « Invoice Generated », « Invoice Approved » ou « Customer Payment Received ». La séquence chronologique de ces activités pour un numéro de facture donné constitue le flux du processus.

Cet attribut est fondamental pour le Process Mining, car il sert à construire la carte du processus, à analyser les variantes et à repérer les écarts ou les boucles de reprise. La clarté et la cohérence des noms d’activités sont essentielles pour obtenir des analyses pertinentes, notamment pour calculer le délai entre certaines étapes ou évaluer la conformité du processus.

Pourquoi c’est important

Cet attribut constitue la base de la découverte et de la visualisation du flux du processus. Il permet d’analyser les variantes, les goulots d’étranglement et les reprises.

Où les obtenir

Il est généralement obtenu en associant les changements de statut, les types d’événements ou les événements de création et de mise à jour d’enregistrements issus de différentes tables Oracle EBS, telles que AR_PAYMENT_SCHEDULES_ALL et RA_CUSTOMER_TRX_ALL, à des noms d’activités standardisés.

Exemples
Facture généréeFacture approuvéeDate d'échéance du paiement atteintePaiement client reçu
Date d’échéance
DueDate
La date à laquelle le client est censé régler la facture au plus tard.
Description

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. Elle sert de référence pour mesurer la performance réelle des paiements.

Cet attribut est indispensable pour calculer des indicateurs tels que le taux de paiement à temps et établir des rapports d’ancienneté des factures. Dans le Process Mining, il permet d’analyser les comportements de paiement, notamment d’identifier les clients qui paient régulièrement en retard ou de mesurer l’incidence des retards de processus sur la capacité à recouvrer les paiements dans les délais.

Pourquoi c’est important

Elle sert de référence pour mesurer la performance des paiements, calculer l’ancienneté des factures et évaluer le risque de retard de paiement ou de créance irrécouvrable.

Où les obtenir

Disponible dans la table AR_PAYMENT_SCHEDULES_ALL, dans la colonne DUE_DATE.

Exemples
2023-05-152023-06-302023-07-01
Identifiant client
CustomerId
Un identifiant unique du client auquel la facture a été émise.
Description

L’identifiant client relie une facture à un compte client précis dans les données de référence. Il permet d’agréger et de comparer la performance du processus entre différents clients.

Grâce à cet attribut, les analystes peuvent créer des Dashboards mettant en évidence les comportements de paiement des clients, identifier ceux qui sont associés au plus grand nombre de contestations ou de reprises et comparer les délais de traitement des factures entre différents segments de clientèle. Il est essentiel pour passer d’une vision centrée sur le processus à une analyse orientée client.

Pourquoi c’est important

Il permet une analyse orientée client et aide à identifier les habitudes de paiement, les contestations fréquentes ou les variations de processus propres à certains clients.

Où les obtenir

Présent dans la table RA_CUSTOMER_TRX_ALL sous la forme de SOLD_TO_CUSTOMER_ID ou BILL_TO_CUSTOMER_ID.

Exemples
CUST-100239845ACME-US-01
Montant total de la facture
TotalInvoiceAmount
La valeur monétaire totale de la facture, incluant tous les postes, taxes et frais.
Description

Cet attribut représente la valeur financière totale de la facture envoyée au client. Il s’agit d’une mesure fondamentale pour l’analyse financière du processus de facturation.

Dans le Process Mining, le montant total de la facture sert à segmenter et à filtrer les dossiers. Les analystes peuvent par exemple comparer le flux de processus des factures de montant élevé à celui des factures de faible montant afin de vérifier si leur traitement diffère. Cet attribut est également essentiel à l’analyse de l’incidence financière, notamment pour calculer la valeur des factures bloquées au stade de l’approbation.

Pourquoi c’est important

Il permet d’analyser l’incidence financière, de hiérarchiser les problèmes selon leur valeur monétaire et de comprendre comment les différents montants de facture influencent le processus.

Où les obtenir

Probablement issu de la table AR_PAYMENT_SCHEDULES_ALL (AMOUNT_DUE_ORIGINAL) ou calculé à partir de RA_CUSTOMER_TRX_LINES_ALL pour une facture donnée.

Exemples
1500.0012550.75500.50
Service
Department
Le service ou l’équipe fonctionnelle associé à l’utilisateur ayant effectué l’activité.
Description

L’attribut Service fournit le contexte organisationnel de l’utilisateur ayant effectué une activité, par exemple « Accounts Receivable » ou « Sales Operations ». Il permet d’agréger l’analyse au niveau d’une équipe ou d’un service.

Cet attribut est essentiel pour comprendre comment les différentes composantes de l’organisation interagissent avec le processus de facturation et l’influencent. Il peut aider à identifier les problèmes systémiques au sein d’un service, à comparer la performance des équipes et à analyser l’allocation des ressources. Il permet par exemple de ventiler le Dashboard « Invoice Approval Cycle Time » par service.

Pourquoi c’est important

Il permet d’analyser la performance du processus selon la structure organisationnelle, de mettre en évidence les écarts entre les équipes et de localiser les goulots d’étranglement propres à certains services.

Où les obtenir

Généralement obtenu en associant les informations utilisateur aux données de la hiérarchie RH de l’organisation, souvent issues de PER_ALL_ASSIGNMENTS_F ou d’une table RH similaire.

Exemples
Comptes clientsOpérations financièresServices de facturation
Statut de la facture
InvoiceStatus
Le statut actuel de la facture dans son cycle de vie.
Description

Le statut de la facture reflète son état actuel, par exemple « Open », « Closed » ou « Disputed ». Il fournit une vue instantanée de l’avancement de la facture.

Cet attribut est essentiel pour créer des Dashboards tels que « Invoice Aging & Status Overview », qui permettent de visualiser rapidement le volume et la valeur des factures dans les différents états. Il aide à prioriser les efforts de recouvrement sur les factures ouvertes et fournit une synthèse générale de la santé du portefeuille de créances clients.

Pourquoi c’est important

Il fournit une vue de l’état actuel des factures, essentielle aux Dashboards opérationnels, à la gestion des charges de travail et à la priorisation des activités de recouvrement.

Où les obtenir

Disponible dans la table AR_PAYMENT_SCHEDULES_ALL, dans la colonne STATUS (« OP » pour ouverte, « CL » pour clôturée).

Exemples
OuverteClôturéeEn litige
Utilisateur
User
L’identifiant de l’utilisateur ayant effectué l’activité.
Description

Cet attribut identifie l’employé ou l’utilisateur système responsable de l’exécution d’une étape du processus, par exemple l’approbation d’une facture ou l’affectation d’un encaissement. Il est essentiel pour comprendre la dimension humaine du processus.

L’analyse par utilisateur aide à repérer les besoins de formation, les déséquilibres dans la répartition de la charge de travail et les écarts de performance individuels. Elle peut notamment mettre en évidence les utilisateurs associés au plus grand nombre de reprises ou aux délais d’approbation les plus longs, afin de soutenir des actions d’amélioration ciblées.

Pourquoi c’est important

Elle permet d’analyser la performance au niveau individuel, d’identifier les utilisateurs les plus performants, les besoins de formation et les éventuels déséquilibres de charge de travail.

Où les obtenir

Issu de champs d’identifiant utilisateur tels que CREATED_BY ou LAST_UPDATED_BY dans différentes tables de transactions. Cet identifiant est ensuite associé à FND_USER afin d’obtenir le nom de l’utilisateur.

Exemples
JSMITHBWILLIAMSCDAVIS
Conditions de paiement
PaymentTerms
Les conditions convenues qui déterminent la date à laquelle le client doit régler sa facture.
Description

Les conditions de paiement définissent les modalités de règlement, telles que « Net 30 » ou « Net 60 », utilisées pour calculer la date d’échéance de la facture. Elles constituent une donnée de référence essentielle qui a une incidence directe sur la trésorerie.

L’analyse par conditions de paiement aide à comprendre leur influence sur les comportements de paiement et sur le délai moyen de recouvrement (DSO). Elle peut révéler si les clients soumis à des délais plus courts paient plus rapidement et éclairer les décisions stratégiques concernant les conditions à proposer aux différents segments de clientèle.

Pourquoi c’est important

Cet attribut influence directement la date d’échéance de la facture et les prévisions de trésorerie. Son analyse aide à évaluer l’efficacité des différentes politiques de crédit.

Où les obtenir

Issu de la table RA_TERMS_B, reliée par l’intermédiaire de TERM_ID dans la table RA_CUSTOMER_TRX_ALL.

Exemples
Échéance à 30 joursÉchéance à 60 joursPayable à réception
Délai moyen de recouvrement
DaysSalesOutstanding
Le nombre de jours entre la génération de la facture et la réception du paiement.
Description

Le délai moyen de recouvrement (DSO) est un indicateur financier essentiel qui mesure le temps moyen nécessaire pour recouvrer un paiement après la génération d’une facture. Cet attribut est calculé pour chaque facture.

Même si le KPI global correspond à une moyenne, disposer de cette valeur pour chaque facture permet d’effectuer des analyses détaillées. Elle peut servir à créer des distributions, à identifier les valeurs atypiques et à analyser l’évolution de l’efficacité du recouvrement au fil du temps. Le Dashboard « DSO Trend » visualise directement la moyenne de cet attribut dans le temps.

Pourquoi c’est important

Il mesure l’efficacité du recouvrement au niveau de chaque facture et fournit les données nécessaires à l’analyse des tendances et à l’identification des facteurs associés à un DSO élevé.

Où les obtenir

Calculé lors de la transformation des données. Logique : Timestamp('Customer Payment Received') - Timestamp('Invoice Generated').

Exemples
304592
Dernière mise à jour des données
LastDataUpdate
L’horodatage indiquant la dernière actualisation ou extraction des données de cet événement depuis le système source.
Description

Cet attribut fournit l’horodatage de la dernière extraction des données. Il est essentiel pour comprendre leur niveau d’actualité.

Les utilisateurs s’appuient sur ce champ pour vérifier si les Dashboards et les analyses reflètent l’état le plus récent du processus. Il aide à gérer les attentes concernant la latence des données et constitue un élément important des métadonnées de tout modèle de données fiable.

Pourquoi c’est important

Il informe les utilisateurs sur l’actualité des données et leur permet de comprendre dans quelle mesure l’analyse du processus reflète la situation actuelle.

Où les obtenir

Il s’agit d’un champ de métadonnées généré et horodaté sur chaque enregistrement lors du processus d’extraction, de transformation et de chargement (ETL) des données.

Exemples
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
Devise
Currency
Le code de devise des montants monétaires figurant sur la facture.
Description

Cet attribut précise la devise, par exemple USD ou EUR, dans laquelle les montants de la facture sont exprimés. Il fournit le contexte nécessaire à l’ensemble des indicateurs financiers.

Lors de l’analyse de données issues d’activités internationales, l’attribut Devise est essentiel pour interpréter et comparer correctement les valeurs financières. Les Dashboards peuvent l’utiliser pour filtrer les données par devise ou appliquer des taux de change dans le cadre de rapports consolidés.

Pourquoi c’est important

Il fournit le contexte nécessaire à tous les attributs financiers et garantit une interprétation et une analyse exactes dans un environnement multidevise.

Où les obtenir

Généralement présent dans la table RA_CUSTOMER_TRX_ALL, dans la colonne INVOICE_CURRENCY_CODE.

Exemples
USDEURGBP
Nom du client
CustomerName
La dénomination légale du client auquel la facture a été émise.
Description

Le nom du client fournit un identifiant lisible par l’utilisateur. Alors que l’identifiant client sert aux jointures et à l’identification unique, le nom est utilisé pour l’affichage dans les rapports et les Dashboards.

L’analyse devient ainsi plus intuitive, car les utilisateurs peuvent reconnaître directement les noms des clients sans devoir rechercher leurs identifiants. Cet attribut est essentiel pour créer des visualisations conviviales, comme un graphique en barres présentant le délai moyen de paiement par client.

Pourquoi c’est important

Il améliore l’utilisation des Dashboards et des rapports en fournissant un nom lisible pour le filtrage et le regroupement, ce qui rend l’analyse plus accessible.

Où les obtenir

Issu d’une jointure entre les tables HZ_PARTIES et HZ_CUST_ACCOUNTS à partir de l’identifiant client figurant dans l’en-tête de la facture.

Exemples
Global Corp Inc.Innovate Solutions Ltd.Test Company LLC
Numéro de commande client
SalesOrderNumber
L’identifiant de la commande client d’origine ayant conduit à la création de la facture.
Description

Le numéro de commande client fournit un lien direct vers l’étape précédente de « Order Management » dans le cycle Order to Cash. Il relie le processus de facturation à la commande initiale du client.

Cet attribut permet une analyse élargie entre plusieurs processus. Les analystes peuvent par exemple vérifier si certains types de commandes client entraînent régulièrement des contestations de facturation ou des retards de paiement. Il apporte un contexte précieux, souvent absent lorsque le processus de facturation est examiné isolément.

Pourquoi c’est important

Il relie le processus de facturation au processus commercial en amont, ce qui permet une analyse Order to Cash plus complète et la recherche des causes profondes.

Où les obtenir

Généralement présent dans un champ d’attribut de référence ou d’interface de la table des lignes de facture RA_CUSTOMER_TRX_LINES_ALL, tel que INTERFACE_LINE_ATTRIBUTE1 ou un flexfield descriptif similaire.

Exemples
SO-54321601882ORD-2023-9910
Payée à temps
IsPaidOnTime
Un indicateur calculé qui précise si la facture a été payée à sa date d’échéance ou avant celle-ci.
Description

Il s’agit d’un attribut booléen obtenu en comparant l’horodatage « Customer Payment Received » à la « Due Date » de la facture. Sa valeur est vraie si le paiement a été effectué à temps ou en avance, et fausse s’il a été effectué en retard.

Cet indicateur simplifie la création de KPI et de Dashboards liés à la performance des paiements. Il constitue la donnée d’entrée directe pour calculer le KPI « On-Time Payment Rate » et facilite le filtrage et la segmentation des factures en catégories « à temps » et « en retard » pour approfondir l’analyse des causes.

Pourquoi c’est important

Il prend directement en charge le KPI « On-Time Payment Rate » et simplifie les analyses en classant les factures dans les catégories « à temps » et « en retard ».

Où les obtenir

Calculé lors de la transformation des données. Logique : IF (Timestamp('Customer Payment Received') <= Date('DueDate')) THEN true ELSE false.

Exemples
truefalse
Pays du client
Country
Le pays associé à l’adresse de facturation du client.
Description

Cet attribut précise le pays associé à l’adresse de facturation du client. Il fournit une dimension géographique pour l’analyse du processus.

L’analyse du processus par pays peut révéler des différences régionales dans les comportements de paiement, l’efficacité des processus ou le respect des réglementations locales. Elle peut par exemple être utilisée dans le Dashboard « Customer Payment Behavior Insights » afin de vérifier si les délais moyens de paiement diffèrent sensiblement d’un pays à l’autre.

Pourquoi c’est important

Elle permet une analyse géographique du processus et met en évidence les variations régionales liées au comportement des clients, à l’incidence de la réglementation ou à la performance opérationnelle.

Où les obtenir

Issu des informations relatives au site de facturation du client, stockées dans HZ_LOCATIONS et FND_TERRITORIES, avec une liaison via les tables de comptes clients.

Exemples
USAAllemagneRoyaume-Uni
Reprise nécessaire
IsRework
Un indicateur calculé qui précise si la facture a fait l’objet d’une activité de reprise, telle qu’une modification ou une nouvelle approbation.
Description

Cet indicateur booléen prend la valeur true si le flux de processus d’une facture contient des activités indiquant une reprise, telles que « Invoice Modified » ou un deuxième événement « Invoice Approved ». Il permet d’identifier rapidement les factures qui s’écartent du parcours standard et efficace.

Cet attribut est essentiel pour des KPI tels que « Invoice Error Rate » et « Manual Rework Rate ». Il permet aux analystes de quantifier facilement la fréquence des reprises, de filtrer les dossiers concernés et d’en rechercher les causes profondes, notamment les utilisateurs ou les services le plus souvent associés aux activités de reprise.

Pourquoi c’est important

Il quantifie l’inefficacité du processus en signalant les factures qui ont nécessité des étapes supplémentaires et non standard, afin d’analyser les causes et l’incidence des reprises.

Où les obtenir

Calculé lors de la transformation des données en détectant des séquences d’activités précises, par exemple « Invoice Approved » suivie de « Invoice Modified », au sein d’un dossier.

Exemples
truefalse
Système source
SourceSystem
Le système de référence depuis lequel les données ont été extraites.
Description

Cet attribut identifie l’application source à l’origine des données d’événement. Pour ce processus, il s’agira toujours d’Oracle E-Business Suite.

Dans les environnements comprenant plusieurs systèmes, ce champ est essentiel pour assurer la traçabilité des données et faciliter le diagnostic. Même dans un contexte mono-système, il est obligatoire pour la gouvernance des données, car il confirme que les données proviennent de la source attendue.

Pourquoi c’est important

Il garantit la traçabilité et le contexte des données, éléments essentiels à la gouvernance des données et à l’intégration de données provenant de plusieurs systèmes d’entreprise.

Où les obtenir

Il s’agit d’une valeur statique définie lors de l’extraction des données afin d’identifier l’ERP source.

Exemples
Oracle E-Business SuiteOracle EBS R12
Unité opérationnelle
BusinessUnit
L’unité opérationnelle ou l’entité opérationnelle précise de l’entreprise ayant émis la facture.
Description

L’unité opérationnelle représente l’entité organisationnelle responsable de la transaction. Dans Oracle EBS, elle correspond souvent à l’Operating Unit.

Cet attribut permet de comparer la performance du processus entre les différentes composantes de l’entreprise. Il peut aider à déterminer si certaines unités opérationnelles sont plus efficaces, affichent de meilleurs taux de paiement à temps ou connaissent davantage de contestations, afin de partager les bonnes pratiques et de mettre en place des mesures ciblées.

Pourquoi c’est important

Il permet de comparer la performance entre les différentes composantes de l’organisation, d’identifier les bonnes pratiques et de repérer les difficultés propres à chaque périmètre.

Où les obtenir

Le contexte de l’unité opérationnelle est implicitement disponible via ORG_ID dans la plupart des tables de transactions, telles que RA_CUSTOMER_TRX_ALL.

Exemples
Opérations aux États-UnisServices EMEAProduction internationale
Obligatoire Recommandé Facultatif

Activités du processus Order to Cash - Facturation et émission des factures

Voici les étapes essentielles et les jalons importants du processus à enregistrer dans votre journal d’événements pour découvrir et analyser précisément vos opérations de facturation.
5 Recommandé 8 Facultatif
Activité Description
Encaissement appliqué et rapproché
Le paiement reçu du client a été correctement affecté à une ou plusieurs factures précises, ce qui réduit le solde restant dû. Cela correspond au rapprochement du paiement avec la créance.
Pourquoi c’est important

Il s’agit de l’étape finale du processus de paiement, essentielle pour mesurer le délai du cycle d’affectation des encaissements. Les retards à ce stade peuvent fausser les soldes des comptes clients et avoir une incidence sur la gestion du crédit.

Où les obtenir

Cet événement est enregistré explicitement avec un horodatage lorsqu’un enregistrement est créé dans la table AR_RECEIVABLE_APPLICATIONS_ALL, établissant un lien entre un encaissement et une transaction.

Collecte

L’événement correspond à l’horodatage de création (GL_DATE ou APPLY_DATE) d’un enregistrement dans AR_RECEIVABLE_APPLICATIONS_ALL.

Type d’événement explicit
Facture clôturée
La facture est officiellement clôturée, ce qui signifie que son solde est nul grâce aux paiements, aux avoirs et/ou aux ajustements. Cette étape marque l’achèvement du cycle de vie de la facture.
Pourquoi c’est important

Il s’agit du principal point de fin du processus. Le temps de cycle total entre « Invoice Generated » et « Invoice Closed » constitue un indicateur essentiel de l’efficacité globale du cycle de facturation Order to Cash.

Où les obtenir

Déduit du changement du champ STATUS de la table AR_PAYMENT_SCHEDULES_ALL à « CL » (Closed). La date de la dernière transaction ayant entraîné la clôture peut être utilisée comme horodatage.

Collecte

Déduit du changement de statut à « CL » dans AR_PAYMENT_SCHEDULES_ALL, avec un horodatage correspondant à la dernière affectation associée.

Type d’événement inferred
Facture envoyée au client
Cette activité indique que la facture a été officiellement transmise au client, par impression ou par voie électronique. Cet événement marque le début du décompte du délai de paiement du client.
Pourquoi c’est important

Il s'agit d'une étape clé pour mesurer le délai d'envoi des factures et le temps écoulé jusqu'au paiement. Elle aide à distinguer les retards de traitement internes du comportement de paiement des clients.

Où les obtenir

Oracle EBS n'enregistre pas toujours explicitement cet événement dans un champ standard. Il peut être déduit de l'horodatage du programme concurrent « Invoice Print » ou d'un indicateur personnalisé défini lors de l'envoi électronique.

Collecte

Déduit de la date d'achèvement du programme d'impression des factures ou d'une logique personnalisée de transmission électronique.

Type d’événement inferred
Facture générée
Indique la création d'une nouvelle transaction de facturation dans le système. Cet événement est généralement déclenché par l'« Autoinvoice Import Program », qui traite les lignes de commandes client exécutées, ou par la saisie manuelle d'une facture dans le module Receivables.
Pourquoi c’est important

Il s'agit du point de départ du processus de facturation. L'analyse du délai entre cet événement et les suivants révèle la durée totale du cycle de vie de la facture et aide à identifier les goulots d'étranglement aux premières étapes.

Où les obtenir

Enregistré comme date de création d'une transaction dans la table Oracle Receivables RA_CUSTOMER_TRX_ALL. TRX_DATE ou CREATION_DATE peut être utilisé comme horodatage de l'événement.

Collecte

L'événement correspond à l'horodatage de création d'un enregistrement dans la table RA_CUSTOMER_TRX_ALL.

Type d’événement explicit
Paiement client reçu
Un paiement client a été saisi dans le système comme encaissement. À ce stade, le paiement n'est pas nécessairement encore affecté à une facture précise.
Pourquoi c’est important

Il s'agit d'une étape importante pour calculer le Days Sales Outstanding (DSO). Le délai entre la génération de la facture et la réception du paiement constitue une mesure essentielle de l'efficacité du recouvrement.

Où les obtenir

Cet événement est enregistré explicitement avec un horodatage lors de la création d'un enregistrement dans la table AR_CASH_RECEIPTS_ALL.

Collecte

L'événement correspond à l'horodatage de création d'un enregistrement dans la table AR_CASH_RECEIPTS_ALL.

Type d’événement explicit
Avoir créé
Une transaction d'avoir est générée et souvent affectée à une facture existante pour corriger une erreur de facturation ou traiter un retour. Il s'agit d'une transaction distincte, mais liée, dans les comptes clients.
Pourquoi c’est important

Un volume élevé d'avoirs révèle des problèmes en amont liés à l'exécution des commandes, à la tarification ou à l'exactitude de la facturation initiale. L'analyse de ces événements est essentielle pour rechercher les causes profondes des fuites de revenus et de l'insatisfaction client.

Où les obtenir

Enregistré comme une nouvelle transaction dans RA_CUSTOMER_TRX_ALL, où CUST_TRX_TYPE_ID renvoie à un type appartenant à la classe « CM » (Credit Memo). Le champ PREVIOUS_CUSTOMER_TRX_ID renvoie à la facture d'origine.

Collecte

L'événement correspond à la création d'un enregistrement dans RA_CUSTOMER_TRX_ALL avec un type de transaction d'avoir.

Type d’événement explicit
Création d’une créance irrécouvrable
Un ajustement est effectué afin de passer en perte la totalité ou une partie du solde restant de la facture au titre des créances irrécouvrables. Cela intervient généralement après l’épuisement des efforts de recouvrement.
Pourquoi c’est important

Les passages en perte représentent une perte directe de revenus. L’analyse de leur fréquence et de leur montant aide à affiner les politiques de crédit et à comprendre l’incidence financière des créances irrécouvrables.

Où les obtenir

Cet événement est enregistré comme une transaction d’ajustement spécifique appliquée à la facture. Il peut être retrouvé dans la table AR_ADJUSTMENTS_ALL, avec un lien vers un type d’activité de créance défini pour les passages en perte.

Collecte

L’événement correspond à la création d’un enregistrement dans AR_ADJUSTMENTS_ALL avec un type d’activité « Write-Off ».

Type d’événement explicit
Date d'échéance du paiement atteinte
Événement calculé indiquant le jour où la facture devient exigible selon ses conditions de paiement. Il ne correspond pas à une action utilisateur ou système, mais constitue une étape temporelle essentielle.
Pourquoi c’est important

Cet événement est essentiel pour calculer les taux de paiement dans les délais et analyser le comportement de paiement des clients. Il sert de référence pour déterminer si un paiement est anticipé, effectué à temps ou en retard.

Où les obtenir

Cet événement n'est pas enregistré. Il est calculé en comparant la date système au champ TERM_DUE_DATE de la table AR_PAYMENT_SCHEDULES_ALL pour la facture concernée.

Collecte

Dérivé de la comparaison entre l'horodatage actuel et AR_PAYMENT_SCHEDULES_ALL.TERM_DUE_DATE.

Type d’événement calculated
Facture approuvée
Représente l’approbation interne officielle d’une facture saisie ou vérifiée manuellement avant son envoi au client. Cette activité peut faire partie d’un flux de travail Oracle configuré ou correspondre à un changement de statut manuel.
Pourquoi c’est important

Le suivi du délai d'approbation est essentiel pour calculer le KPI « Invoice Approval Cycle Time ». Les retards à cette étape repoussent directement la facturation du client et prolongent le cycle global de conversion des créances en trésorerie.

Où les obtenir

Cette activité dépend souvent de la configuration. Elle peut être déduite des changements de statut dans les tables de flux de travail, par exemple WF_ITEM_ACTIVITY_STATUSES, ou éventuellement d’un champ flexible descriptif associé à la transaction de facture dans RA_CUSTOMER_TRX_ALL.

Collecte

Déduit des changements de statut dans les tables de flux de travail ou des champs de statut personnalisés.

Type d’événement inferred
Facture modifiée
Indique qu'une facture existante et incomplète a été mise à jour ou corrigée. Il peut s'agir de modifier des lignes, des montants ou des informations de facturation avant la finalisation ou l'envoi de la facture.
Pourquoi c’est important

Des modifications fréquentes peuvent révéler des inefficacités du processus, des problèmes de qualité des données ou des erreurs utilisateur. L'analyse de cette activité aide à mesurer les reprises et leur impact sur les délais, notamment pour des KPI tels que « Invoice Error Rate ».

Où les obtenir

Peut être déduit en comparant CREATION_DATE et LAST_UPDATE_DATE dans la table RA_CUSTOMER_TRX_ALL pour les factures incomplètes. Si l'audit est activé, les modifications peuvent être suivies plus précisément.

Collecte

Déduit du suivi des mises à jour au moyen de LAST_UPDATE_DATE dans la table RA_CUSTOMER_TRX_ALL.

Type d’événement inferred
Litige soulevé
Le client a officiellement contesté la facture, ce qui entraîne la suspension des activités de recouvrement jusqu'à la résolution du litige. Cette situation est souvent gérée dans Oracle Advanced Collections ou au moyen de mises à jour manuelles du statut.
Pourquoi c’est important

Les litiges ont un impact direct sur les flux de trésorerie en retardant les paiements. Le suivi de leur fréquence et de leur délai de résolution aide à identifier les problèmes récurrents liés aux produits, aux services ou à l'exactitude de la facturation.

Où les obtenir

Si Oracle Advanced Collections est utilisé, il s'agit d'une transaction explicite. Dans le cas contraire, l'événement peut être déduit d'un statut « dispute » spécifique ou d'un blocage appliqué à la facture dans AR.

Collecte

Enregistré comme une transaction dans Oracle Advanced Collections ou déduit d'une modification du statut de la facture.

Type d’événement explicit
Paiement annulé
Indique qu'un paiement client reçu précédemment a été annulé. Cela se produit généralement en raison d'une insuffisance de fonds (NSF) ou d'autres erreurs de traitement bancaire.
Pourquoi c’est important

Les annulations de paiements perturbent les prévisions de trésorerie et nécessitent un travail administratif supplémentaire. Le suivi de ces événements aide à identifier les clients ou les moyens de paiement problématiques.

Où les obtenir

Il s’agit d’une action explicite dans Oracle Receivables. Une annulation crée des écritures dans AR_CASH_RECEIPT_HISTORY_ALL avec un statut indiquant l’annulation, tel que « REVERSED ».

Collecte

Identifié par le changement de statut à « REVERSED » dans la table AR_CASH_RECEIPT_HISTORY_ALL.

Type d’événement explicit
Relance de paiement envoyée
Un avis de relance ou de recouvrement a été envoyé au client au sujet d'une facture échue. Il s'agit d'une activité clé du processus de recouvrement.
Pourquoi c’est important

Le suivi de cette activité est essentiel pour mesurer l'efficacité des stratégies de recouvrement. Il permet d'analyser les taux de paiement avant et après l'envoi des relances.

Où les obtenir

Si Oracle Advanced Collections est utilisé, l'envoi d'une lettre de relance est enregistré comme un événement explicite. Sans ce module, cette activité est souvent réalisée en dehors du système et peut ne pas être suivie de manière fiable.

Collecte

Enregistré comme un événement Dunning Correspondence dans le module Oracle Advanced Collections.

Type d’événement explicit
Recommandé Facultatif

Guides d'extraction

Comment récupérer vos données depuis Oracle E-Business Suite

Prêt à commencer ?

Utilisez ce modèle pour lancer votre démarche de Process Mining sur le processus Order to Cash, facturation et émission des factures. Commencez dès aujourd’hui à faire apparaître les possibilités d’amélioration et à gagner en efficacité dans vos opérations.

Accélérez dès maintenant votre processus Order to Cash, facturation et émission des factures

Réduisez de 30 % la durée du cycle de facturation et accélérez la conversion de vos ventes en trésorerie.

Démarrer l'essai gratuit

Aucune carte bancaire requise. Configuration en quelques minutes.