Votre modèle de données pour le processus commande-encaissement : facturation

Oracle E-Business Suite
Votre modèle de données pour le processus commande-encaissement : facturation

Votre modèle de données pour le processus commande-encaissement : facturation

Ce modèle vous guide dans la collecte des données essentielles à l’analyse de votre processus commande-encaissement et de facturation. Il précise les champs à inclure dans votre journal d’événements, les principales étapes à suivre et les méthodes pratiques d’extraction. Utilisez cette ressource pour 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 ? Découvrez comment créer un journal d’événements pour le Process Mining.

Attributs du processus commande-encaissement : facturation

Voici les champs de données recommandés à inclure dans votre journal d’événements pour analyser en détail le processus commande-encaissement et de facturation.
3 Obligatoire 6 Recommandé 11 Facultatif
Nom Description
Heure de l’événement
EventTime
Date et heure exactes auxquelles l’activité a eu lieu.
Description

L’heure de l’événement est l’horodatage associé à chaque activité. Elle définit l’ordre chronologique des événements dans un cas et constitue la donnée de base de toutes les analyses temporelles en Process Mining.

Cet attribut est essentiel pour calculer des indicateurs clés, comme les temps de cycle, les durées entre les activités et les délais du processus. Par exemple, la différence entre les heures des événements « Facture créée » et « Facture approuvée » donne le délai d’approbation. Des horodatages exacts et complets sont indispensables à une analyse fiable du processus.

Pourquoi est-ce important ?

Il fournit le contexte temporel de chaque événement et permet de calculer des durées, d’analyser les performances du processus et de repérer les goulots d’étranglement.

Où trouver ces données

Provient de différents champs de date des tables Oracle EBS, comme CREATION_DATE ou LAST_UPDATE_DATE dans 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
Identifiant unique de chaque facture, qui sert d’identifiant de cas principal pour le processus de facturation.
Description

Le numéro de facture est au cœur de l’analyse de la facturation, de la commande à l’encaissement, car il identifie chaque transaction de facturation de manière unique. Il regroupe toutes les activités associées, comme la création, l’approbation, l’envoi, le paiement et la clôture, au sein d’une même instance de processus. Vous obtenez ainsi une vue complète du cycle de vie de chaque facture.

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

Pourquoi est-ce important ?

Cet identifiant de cas essentiel relie tous les événements associés et permet de reconstituer et d’analyser l’ensemble du processus de facturation pour chaque facture.

Où trouver ces données

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

Exemples
INV-9234501788144US-2023-001293
Nom de l’activité
ActivityName
Nom de l’événement métier précis survenu à 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 « Facture créée », « Facture approuvée » ou « Paiement du client reçu ». La séquence chronologique de ces activités pour un numéro de facture donné constitue le flux du processus.

Cet attribut est fondamental en Process Mining : il sert à construire la carte du processus, à analyser les variantes et à repérer les écarts ou les boucles de reprise. Des noms d’activité clairs et cohérents sont indispensables à une analyse pertinente, qu’il s’agisse de calculer le temps entre des étapes précises ou d’évaluer le respect du processus.

Pourquoi est-ce important ?

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

Où trouver ces données

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

Exemples
Facture crééeFacture approuvéeDate d’échéance du paiement atteintePaiement du client reçu
Date d’échéance
DueDate
Date à laquelle le client est censé régler la facture.
Description

La date d’échéance est un attribut de date essentiel qui définit la date limite de paiement d’une facture selon les conditions de paiement. Elle sert de référence pour mesurer le respect des délais de paiement.

Cet attribut est indispensable au calcul d’indicateurs comme le taux de paiement dans les délais et à la création de rapports sur l’ancienneté des factures. En Process Mining, il permet d’analyser les comportements de paiement, par exemple pour repérer les clients qui paient régulièrement en retard ou mesurer l’effet des retards du processus sur la capacité à encaisser à temps.

Pourquoi est-ce important ?

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

Où trouver ces données

Disponible dans la colonne DUE_DATE de la table AR_PAYMENT_SCHEDULES_ALL.

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

L’identifiant du 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 les performances du processus pour différents clients.

Grâce à cet attribut, les analystes peuvent créer des Dashboards qui mettent en évidence les comportements de paiement des clients, repérer ceux qui sont associés au plus grand nombre de litiges ou de reprises et comparer les délais de traitement des factures entre segments de clientèle. Il permet de passer d’une analyse centrée uniquement sur le processus à une analyse centrée sur le client.

Pourquoi est-ce important ?

Il permet une analyse centrée sur le client et aide à repérer les habitudes de paiement, les litiges fréquents ou les variations du processus propres à certains clients.

Où trouver ces données

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

Exemples
CUST-100239845ACME-US-01
Montant total de la facture
TotalInvoiceAmount
Montant total de la facture, comprenant toutes les lignes, les taxes et les frais.
Description

Cet attribut représente le montant total de la facture envoyée au client. Il s’agit d’une métrique fondamentale pour l’analyse financière du processus de facturation.

En Process Mining, le montant total de la facture sert à segmenter et à filtrer les cas. Les analystes peuvent, par exemple, comparer le flux du processus pour les factures de montant élevé et celles de montant faible afin de vérifier si leur traitement diffère. Cet attribut est également essentiel à l’analyse de l’impact financier, notamment pour calculer le montant des factures bloquées à l’étape d’approbation.

Pourquoi est-ce important ?

Il permet d’analyser l’impact financier, de hiérarchiser les problèmes selon leur montant et de comprendre comment la valeur des factures influe sur le processus.

Où trouver ces données

Provient probablement du champ AMOUNT_DUE_ORIGINAL de la table AR_PAYMENT_SCHEDULES_ALL ou est calculé à partir de RA_CUSTOMER_TRX_LINES_ALL pour une facture donnée.

Exemples
1500.0012550.75500.50
Service
Department
Service ou é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 « Comptabilité clients » ou « Opérations commerciales ». Il permet d’agréger l’analyse par équipe ou par service.

Il est essentiel pour comprendre comment les différentes parties de l’organisation interagissent avec le processus de facturation et l’influencent. Il peut aider à repérer les problèmes systémiques au sein d’un service, à comparer les performances des équipes et à analyser la répartition des ressources. Par exemple, il permet de ventiler par service le Dashboard du temps de cycle de validation des factures.

Pourquoi est-ce important ?

Il permet d’analyser les performances du processus selon la structure organisationnelle, de mettre en évidence les différences entre les équipes et de repérer les goulots d’étranglement propres à un service.

Où trouver ces données

Généralement obtenu en associant les informations sur les utilisateurs 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
Statut actuel de la facture dans son cycle de vie.
Description

Le statut de la facture indique son état actuel, par exemple « Ouverte », « Clôturée » ou « Contestée ». Il donne un aperçu de l’avancement de la facture.

Cet attribut est essentiel à la création de Dashboards comme « Vue d’ensemble de l’ancienneté et du statut des factures », qui permet aux utilisateurs de voir rapidement le nombre et le montant des factures dans chaque état. Il aide à prioriser le recouvrement des factures ouvertes et donne une vue d’ensemble de la santé du portefeuille de créances clients.

Pourquoi est-ce important ?

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

Où trouver ces données

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

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

Cet attribut identifie l’employé ou l’utilisateur système responsable d’une étape du processus, comme 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 différences de performance individuelle. Elle peut, par exemple, mettre en évidence les utilisateurs associés au plus grand nombre de reprises ou aux délais d’approbation les plus longs, afin de cibler les améliorations du processus.

Pourquoi est-ce important ?

Il permet d’analyser les performances individuelles et aide à repérer les utilisateurs les plus performants, les besoins de formation et les déséquilibres éventuels dans la charge de travail.

Où trouver ces données

Provient de champs d’identifiant utilisateur comme CREATED_BY ou LAST_UPDATED_BY dans différentes tables de transactions. Cet identifiant est ensuite associé à FND_USER pour 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, par exemple « à 30 jours » ou « à 60 jours », et servent à calculer la date d’échéance de la facture. Elles font partie des données de référence essentielles et ont une incidence directe sur la trésorerie.

L’analyse des conditions de paiement permet de comprendre leur effet sur les comportements de paiement et sur le délai moyen de paiement client (DSO). Elle peut révéler si les clients bénéficiant de délais plus courts paient plus rapidement et éclairer les décisions concernant les conditions à proposer aux différents segments de clientèle.

Pourquoi est-ce important ?

Détermine directement la date d’échéance de la facture et les prévisions de trésorerie. Son analyse permet d’évaluer l’efficacité des différentes politiques de crédit.

Où trouver ces données

Provient de la table RA_TERMS_B, reliée par TERM_ID dans la table RA_CUSTOMER_TRX_ALL.

Exemples
À 30 joursÀ 60 joursÀ réception
Délai moyen de paiement client
DaysSalesOutstanding
Nombre de jours entre l’émission de la facture et la réception du paiement.
Description

Le délai moyen de paiement client (DSO) est une métrique financière qui mesure le temps moyen nécessaire pour recevoir un paiement après l’émission d’une facture. Cet attribut est calculé pour chaque facture.

Le KPI global correspond à une moyenne, mais disposer de cette valeur pour chaque facture permet d’approfondir l’analyse. Vous pouvez établir des répartitions, repérer les valeurs atypiques et suivre l’évolution de l’efficacité du recouvrement. Le Dashboard « Évolution du DSO » représente directement la moyenne de cet attribut au fil du temps.

Pourquoi est-ce important ?

Mesure l’efficacité du recouvrement pour chaque facture et fournit les données nécessaires à l’analyse des tendances ainsi qu’à l’identification des facteurs associés à un DSO élevé.

Où trouver ces données

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
Horodatage indiquant la dernière actualisation ou extraction des données de cet événement depuis le système source.
Description

Cet attribut indique l’horodatage de la dernière extraction des données. Il est essentiel pour évaluer leur fraîcheur.

Les utilisateurs s’y réfèrent pour savoir si les Dashboards et les analyses reflètent l’état le plus récent du processus. Il permet de tenir compte du délai de mise à jour des données et constitue une métadonnée importante pour tout modèle de données fiable.

Pourquoi est-ce important ?

Il renseigne les utilisateurs sur l’actualité des données et leur permet de savoir à quel point l’analyse du processus est à jour.

Où trouver ces données

Champ de métadonnées généré et horodaté pour chaque enregistrement lors du processus d’extraction, de transformation et de chargement des données (ETL).

Exemples
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
Devise
Currency
Code de la devise utilisée pour les montants de la facture.
Description

Cet attribut indique la devise, par exemple USD ou EUR, dans laquelle les montants de la facture sont exprimés. Il fournit le contexte nécessaire à l’interprétation de toutes les métriques financières.

Pour analyser les données d’activités internationales, l’attribut Devise est indispensable à l’interprétation et à la comparaison correctes des montants. Les Dashboards peuvent s’en servir pour filtrer les données par devise ou appliquer des taux de change aux rapports consolidés.

Pourquoi est-ce important ?

Il fournit le contexte nécessaire à l’interprétation de tous les attributs financiers et permet une analyse exacte dans un environnement multidevise.

Où trouver ces données

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

Exemples
USDEURGBP
Nom du client
CustomerName
Raison sociale du client auquel la facture a été adressée.
Description

Le nom du client fournit un identifiant lisible. L’identifiant du client sert aux jointures et à l’identification unique, tandis que le nom apparaît dans les rapports et les Dashboards.

L’analyse est ainsi plus intuitive : les utilisateurs reconnaissent facilement les noms des clients sans avoir à rechercher leurs identifiants. Cet attribut est essentiel à la création de visualisations faciles à utiliser, comme un graphique à barres présentant le délai moyen de paiement par client.

Pourquoi est-ce important ?

Il facilite 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ù trouver ces données

Obtenu par jointure des tables HZ_PARTIES et HZ_CUST_ACCOUNTS à l’aide 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
Identifiant de la commande client initiale à l’origine de la facture.
Description

Le numéro de commande client renvoie directement à l’étape précédente de « gestion des commandes » dans le cycle commande-encaissement. Il relie la facturation à la commande initiale du client.

Cet attribut permet d’élargir l’analyse à plusieurs processus. Les analystes peuvent, par exemple, vérifier si certains types de commandes entraînent régulièrement des litiges de facturation ou des retards de paiement. Il apporte un contexte précieux, souvent absent lorsque la facturation est étudiée isolément.

Pourquoi est-ce important ?

Relie la facturation au processus commercial en amont et permet d’analyser plus largement le cycle commande-encaissement et d’en rechercher les causes profondes.

Où trouver ces données

Se trouve généralement dans un champ de référence ou d’interface de la table des lignes de facture RA_CUSTOMER_TRX_LINES_ALL, par exemple INTERFACE_LINE_ATTRIBUTE1 ou un champ flexible descriptif similaire.

Exemples
SO-54321601882ORD-2023-9910
Paiement à temps
IsPaidOnTime
Indicateur calculé qui précise si la facture a été réglée au plus tard à sa date d’échéance.
Description

Cet attribut booléen est calculé en comparant l’horodatage de l’activité « Paiement reçu du client » à la « Date d’échéance » de la facture. Il vaut vrai si le paiement a été effectué à temps ou en avance, et faux s’il est en retard.

Cet indicateur simplifie la création de KPI et de Dashboards sur les performances de paiement. Il sert directement au calcul du KPI « Taux de paiement à temps » et permet de filtrer et de répartir facilement les factures entre les catégories « à temps » et « en retard » pour rechercher les causes profondes.

Pourquoi est-ce important ?

Alimente directement le KPI « Taux de paiement à temps » et simplifie l’analyse en répartissant les factures entre les catégories « à temps » et « en retard ».

Où trouver ces données

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
Pays de l’adresse de facturation du client.
Description

Cet attribut indique le pays associé à l’adresse de facturation du client. Il apporte une dimension géographique à l’analyse des processus.

L’analyse par pays peut mettre en évidence des différences régionales dans les comportements de paiement, l’efficacité des processus ou le respect des réglementations locales. Le Dashboard « Analyse des comportements de paiement des clients » permet, par exemple, de comparer les retards de paiement moyens entre les pays.

Pourquoi est-ce important ?

Permet d’analyser le processus selon sa dimension géographique et de repérer les différences régionales liées au comportement des clients, aux exigences réglementaires ou aux performances opérationnelles.

Où trouver ces données

Récupéré à partir des informations du site de facturation du client stockées dans HZ_LOCATIONS et FND_TERRITORIES, via les tables de comptes clients.

Exemples
USAAllemagneRoyaume-Uni
Reprise
IsRework
Indicateur calculé qui précise si la facture a fait l’objet d’une reprise, par exemple une modification ou une nouvelle approbation.
Description

Cet indicateur booléen vaut vrai si le flux de processus d’une facture comprend des activités signalant une reprise, comme « Facture modifiée » ou un deuxième événement « Facture approuvée ». Il permet de repérer rapidement les factures qui s’écartent du parcours standard et efficace.

Cet attribut est essentiel pour des KPI tels que le « Taux d’erreur des factures » et le « Taux de reprises manuelles ». Il permet aux analystes de quantifier facilement la fréquence des reprises, de filtrer les cas inefficaces et d’en rechercher les causes, notamment les utilisateurs ou les services associés le plus souvent à ces activités.

Pourquoi est-ce important ?

Mesure les inefficacités du processus en signalant les factures qui ont nécessité des étapes supplémentaires non standard. L’analyse permet ensuite d’étudier les causes et les effets des reprises.

Où trouver ces données

Calculé lors de la transformation des données, en détectant des séquences d’activités précises dans un cas, par exemple « Facture approuvée » suivie de « Facture modifiée ».

Exemples
truefalse
Système source
SourceSystem
Système de référence dont 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 un environnement composé de plusieurs systèmes, ce champ est essentiel pour assurer la traçabilité des données et faciliter le diagnostic des problèmes. Même dans un environnement à système unique, il est indispensable à la gouvernance des données, car il confirme que celles-ci proviennent de la source attendue.

Pourquoi est-ce important ?

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

Où trouver ces données

Valeur statique définie lors de l’extraction des données pour identifier l’ERP source.

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

L’unité opérationnelle désigne l’entité de l’organisation responsable de la transaction. Dans Oracle EBS, elle correspond souvent à l’unité d’exploitation.

Cet attribut permet de comparer les performances des processus entre les différentes entités de l’entreprise. Il aide à déterminer si certaines unités opérationnelles sont plus efficaces, affichent un taux de paiement à temps plus élevé ou connaissent davantage de litiges. Ces comparaisons permettent de partager les bonnes pratiques et de cibler les mesures à prendre.

Pourquoi est-ce important ?

Permet de comparer les performances entre les différentes entités de l’organisation, afin de repérer les bonnes pratiques et les difficultés propres à chaque secteur.

Où trouver ces données

Le contexte de l’unité d’exploitation est disponible implicitement via ORG_ID dans la plupart des tables de transactions, comme RA_CUSTOMER_TRX_ALL.

Exemples
Activités aux États-UnisServices en Europe, au Moyen-Orient et en AfriqueProduction mondiale
Obligatoire Recommandé Facultatif

Activités du processus commande-encaissement : facturation

Voici les étapes et les jalons essentiels à consigner 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
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 la fin du cycle de vie de la facture.
Pourquoi est-ce important ?

Il s’agit du principal point de fin du processus. Le temps de cycle total entre la création et la clôture de la facture est un indicateur clé de l’efficacité globale du cycle de facturation, de la commande à l’encaissement.

Où trouver ces données

Déduit du passage du champ STATUS à « CL » (Closed) dans la table AR_PAYMENT_SCHEDULES_ALL. La date de la dernière transaction ayant entraîné la clôture peut servir d’horodatage.

Données à recueillir

Déduit du passage au statut « CL » dans AR_PAYMENT_SCHEDULES_ALL, avec l’horodatage de la dernière affectation associée.

Type d’événement inferred
Facture créé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 le programme « Autoinvoice Import Program », qui traite les lignes de commande client livrées, ou par la saisie manuelle d’une facture dans le module Receivables.
Pourquoi est-ce important ?

Il s’agit du point de départ du processus de facturation. L’analyse du temps écoulé entre cet événement et les suivants révèle la durée totale du cycle de vie de la facture et aide à repérer les goulots d’étranglement en début de processus.

Où trouver ces données

Cet événement correspond à la date de création d’une transaction dans la table Oracle Receivables RA_CUSTOMER_TRX_ALL. TRX_DATE ou CREATION_DATE peut servir d’horodatage.

Données à recueillir

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

Type d’événement explicit
Facture envoyée au client
Cette activité indique que la facture a été officiellement transmise au client, par impression ou par voie électronique. Elle marque le début du délai de paiement accordé au client.
Pourquoi est-ce important ?

Cette étape est essentielle pour mesurer le délai d’envoi de la facture et le temps écoulé avant le paiement. Elle permet de distinguer les retards de traitement internes du comportement de paiement du client.

Où trouver ces données

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.

Données à recueillir

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

Type d’événement inferred
Paiement affecté et rapproché
Le paiement reçu du client a été affecté à une ou plusieurs factures précises, ce qui réduit le solde restant dû. Cette étape correspond au rapprochement du paiement avec la créance.
Pourquoi est-ce important ?

Il s’agit de la dernière étape du processus de paiement. Elle est essentielle pour mesurer le temps de cycle d’affectation des paiements. Tout retard peut fausser les soldes des comptes clients et affecter la gestion du crédit.

Où trouver ces données

Cet événement est explicitement enregistré avec un horodatage lors de la création d’un enregistrement dans la table AR_RECEIVABLE_APPLICATIONS_ALL, qui relie un encaissement à une transaction.

Données à recueillir

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
Paiement du client reçu
Le paiement du client a été saisi dans le système comme un encaissement. À ce stade, il n’est pas nécessairement affecté à une facture précise.
Pourquoi est-ce important ?

Cette étape est importante pour calculer le délai moyen de paiement client. Le temps écoulé entre la création de la facture et la réception du paiement est un indicateur clé de l’efficacité du recouvrement.

Où trouver ces données

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

Données à recueillir

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 le module Accounts Receivable.
Pourquoi est-ce important ?

Un volume élevé d’avoirs peut révéler des problèmes en amont liés à l’exécution des commandes, aux prix ou à l’exactitude de la facturation initiale. L’analyse de ces événements est essentielle pour rechercher les causes des pertes de revenus et de l’insatisfaction des clients.

Où trouver ces données

L’événement est enregistré comme une nouvelle transaction dans RA_CUSTOMER_TRX_ALL, où CUST_TRX_TYPE_ID renvoie à un type de classe « CM » (Credit Memo). Le champ PREVIOUS_CUSTOMER_TRX_ID établit le lien avec la facture d’origine.

Données à recueillir

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éance passée en perte
Un ajustement est effectué pour passer en perte la totalité ou une partie du solde restant de la facture. Cela se produit généralement lorsque les démarches de recouvrement ont été épuisées.
Pourquoi est-ce important ?

Les créances passées 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’impact financier des créances irrécouvrables.

Où trouver ces données

L’événement est enregistré comme une transaction d’ajustement spécifique sur la facture. Il figure dans la table AR_ADJUSTMENTS_ALL et est associé à un type d’activité de créance défini pour les passages en perte.

Données à recueillir

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é qui marque la date à laquelle la facture arrive à échéance selon ses conditions de paiement. Il ne correspond pas à une action d’un utilisateur ou du système, mais constitue un repère temporel important.
Pourquoi est-ce important ?

Cet événement est essentiel pour calculer le 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ù trouver ces données

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

Données à recueillir

Déduit en comparant l’horodatage actuel à AR_PAYMENT_SCHEDULES_ALL.TERM_DUE_DATE.

Type d’événement calculated
Facture approuvée
Correspond à l’approbation interne officielle d’une facture saisie manuellement ou vérifiée, avant son envoi au client. Cette activité peut faire partie d’un flux de travail Oracle configuré ou résulter d’une modification manuelle du statut.
Pourquoi est-ce important ?

Le suivi du délai d’approbation est essentiel pour calculer l’indicateur de temps de cycle de validation des factures. Tout retard à cette étape repousse directement la facturation du client et allonge le cycle global de conversion en trésorerie.

Où trouver ces données

La méthode dépend souvent de la configuration. L’événement peut être déduit des changements de statut dans les tables de flux de travail (par exemple, WF_ITEM_ACTIVITY_STATUSES) ou, éventuellement, d’un champ flexible descriptif de la transaction de facture dans RA_CUSTOMER_TRX_ALL.

Données à recueillir

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 que la facture soit finalisée ou envoyée.
Pourquoi est-ce important ?

Des modifications fréquentes peuvent signaler des inefficacités dans le processus, des problèmes de qualité des données ou des erreurs de saisie. L’analyse de cette activité permet de mesurer les reprises et leur effet sur les temps de cycle, ainsi que de suivre des indicateurs comme le taux d’erreur des factures.

Où trouver ces données

L’événement 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.

Données à recueillir

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 signalé
Le client a officiellement contesté la facture. Les activités de recouvrement sont alors suspendues jusqu’à la résolution du litige. Celui-ci est souvent géré dans Oracle Advanced Collections ou au moyen de mises à jour manuelles du statut.
Pourquoi est-ce important ?

Les litiges affectent directement la trésorerie en retardant les paiements. Le suivi de leur fréquence et de leur délai de résolution aide à repérer les problèmes récurrents liés aux produits, aux services ou à l’exactitude de la facturation.

Où trouver ces données

Si Oracle Advanced Collections est utilisé, le litige est enregistré comme une transaction explicite. Sinon, il peut être déduit d’un statut « dispute » spécifique ou d’un blocage appliqué à la facture dans AR.

Données à recueillir

Enregistré comme transaction dans Oracle Advanced Collections ou déduit d’un changement de statut de la facture.

Type d’événement explicit
Paiement annulé
Indique qu’un paiement client précédemment reçu a été annulé. Cela se produit généralement en cas de provision insuffisante (NSF) ou d’autre erreur de traitement bancaire.
Pourquoi est-ce important ?

L’annulation de paiements perturbe les prévisions de trésorerie et demande un travail administratif supplémentaire. Le suivi de ces événements aide à repérer les clients ou les modes de paiement problématiques.

Où trouver ces données

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

Données à recueillir

Repéré par le passage au statut « REVERSED » dans la table AR_CASH_RECEIPT_HISTORY_ALL.

Type d’événement explicit
Relance de paiement envoyée
Une lettre de relance ou un avis de rappel a été envoyé au client au sujet d’une facture en retard. Il s’agit d’une activité importante du processus de recouvrement.
Pourquoi est-ce 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ù trouver ces données

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 effectuée en dehors du système et peut ne pas être suivie de manière fiable.

Données à recueillir

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

Type d’événement explicit
Recommandé Facultatif

Guides d’extraction

Comment extraire vos données d’Oracle E-Business Suite

Prêt à commencer ?

Utilisez ce modèle pour lancer votre démarche de Process Mining sur le processus commande-encaissement et de facturation. Commencez dès aujourd’hui à repérer les possibilités d’amélioration et à accroître l’efficacité de vos opérations.

Accélérez dès maintenant votre processus de facturation et d’encaissement

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

Démarrez votre essai gratuit

Aucune carte bancaire requise. Configuration en quelques minutes.