Votre modèle de données pour la gestion du crédit et le recouvrement

Oracle Fusion Financials
Votre modèle de données pour la gestion du crédit et le recouvrement

Votre modèle de données pour la gestion du crédit et le recouvrement

Ce modèle de données vous guide dans l’optimisation de votre processus de gestion du crédit et de recouvrement. Il présente les attributs essentiels à collecter, les principales activités à suivre et les instructions détaillées pour extraire ces données d’Oracle Fusion Financials. Appuyez-vous sur cette ressource pour mieux comprendre vos opérations financières et en améliorer l’efficacité.
  • Attributs recommandés pour une analyse complète
  • Activités clés à suivre pour découvrir le processus
  • Guide détaillé de l’extraction des données
Vous découvrez les journaux d’événements ? Découvrez comment créer un journal d’événements pour le Process Mining.

Attributs de gestion du crédit et de recouvrement

Voici les champs de données recommandés à inclure dans votre journal d’événements pour analyser en détail votre processus de gestion du crédit et de recouvrement.
5 Obligatoire 7 Recommandé 11 Facultatif
Nom Description
Heure de l’événement
EventTime
Date et heure précises auxquelles l’activité s’est produite, qui constituent l’horodatage de l’événement.
Description

L’heure de l’événement, ou horodatage, indique le moment exact où une activité s’est produite. Elle est indispensable pour ordonner les événements chronologiquement et reconstituer fidèlement le flux du processus. Sans horodatages précis, il est impossible de déterminer correctement l’ordre des événements.

Dans les analyses, cet attribut sert à calculer les durées et les temps de cycle entre les activités, ce qui est essentiel pour mesurer la performance. Il permet, par exemple, de calculer des KPI tels que le temps de cycle de résolution des litiges ou le temps de cycle du paiement des factures. Il permet également d’analyser l’évolution de la performance du processus au fil du temps.

Pourquoi est-ce important ?

Cet horodatage est indispensable pour ordonner les événements, calculer les temps de cycle et les durées, et analyser la performance du processus au fil du temps.

Où trouver ces données

Dérivé de différents champs de date dans les tables Oracle Fusion Financials, tels que TRX_DATE dans RA_CUSTOMER_TRX_ALL pour la création d’une facture, ou la date de création d’une action de recouvrement.

Exemples
2023-04-15T10:00:00Z2023-05-01T14:30:00Z2023-05-20T09:15:22Z
Nom de l’activité
ActivityName
Nom de l’événement métier ou de la tâche qui s’est produit à un moment donné du processus de gestion du crédit.
Description

Cet attribut décrit une étape du cycle de vie de la facture, par exemple « Facture générée », « Procédure de relance lancée » ou « Paiement reçu ». Chaque activité correspond à un événement distinct qui fait avancer le cas.

L’analyse de l’ordre et de la fréquence des activités est au cœur du Process Mining. Elle aide à reconstituer le flux réel du processus, à repérer les goulots d’étranglement où les cas restent bloqués, à détecter les boucles de reprise où des activités sont répétées et à comparer le processus réel au processus prévu ou idéal. Le nom de l’activité est indispensable pour créer des cartes de processus et calculer les délais entre les étapes.

Pourquoi est-ce important ?

Cet attribut définit les étapes de la carte du processus et permet de visualiser et d’analyser le cycle de vie de la facture, du début à la fin.

Où trouver ces données

Il s’agit d’un champ conceptuel dérivé de différents événements métier dans Oracle Fusion Financials. Il est souvent construit en associant des statuts de transaction, des dates d’événement ou des actions précises provenant de modules tels que Receivables (AR) et Advanced Collections.

Exemples
Facture généréeProcédure de relance lancéePaiement reçuLitige enregistré
Numéro de facture
InvoiceNumber
Identifiant unique de chaque facture client, qui sert d’identifiant de cas principal pour le processus de gestion du crédit.
Description

Le numéro de facture est la clé centrale qui relie tous les événements et activités associés à une même créance, de sa création à son règlement final ou à son passage en pertes. Il permet de suivre l’ensemble du cycle de vie de la facture, de bout en bout.

Dans une analyse de Process Mining, cet attribut sert à reconstituer le parcours de chaque facture. En regroupant toutes les activités associées sous un même numéro de facture, les analystes peuvent visualiser les flux du processus, repérer les parcours courants et les écarts, et mesurer les temps de cycle du processus dans son ensemble ou de certaines étapes, comme la résolution des litiges ou la comptabilisation des paiements.

Pourquoi est-ce important ?

Il s’agit de l’ID de cas essentiel qui relie toutes les étapes associées du processus et permet de reconstituer et d’analyser le parcours de chaque facture, de son émission à sa clôture.

Où trouver ces données

Cet identifiant figure généralement dans la table RA_CUSTOMER_TRX_ALL, sous le nom TRX_NUMBER, dans Oracle Fusion Financials.

Exemples
INV-1005679884321AR-2023-04-112
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 la date et l’heure de la dernière extraction des données. Il s’agit d’un champ de métadonnées qui ne fait pas partie du processus métier, mais qui est essentiel pour connaître l’actualité des données analysées.

Les analystes utilisent cet horodatage pour vérifier qu’ils travaillent avec des informations à jour et connaître la date limite couverte par les données. Il est essentiel à la gouvernance des données et permet de préciser aux utilisateurs la période de validité des données présentées dans les tableaux de bord et les rapports.

Pourquoi est-ce important ?

Indique si les données sont à jour, afin que les analystes et les parties prenantes puissent évaluer leur actualité et leur pertinence.

Où trouver ces données

Cette valeur est générée et ajoutée à chaque enregistrement lors du processus d’extraction et de chargement des données (ETL).

Exemples
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
Système source
SourceSystem
Système d’origine des données.
Description

Cet attribut identifie l’application source dans laquelle les données de l’événement ont été enregistrées. Dans un environnement informatique complexe, plusieurs systèmes peuvent intervenir dans un même processus de bout en bout.

La précision du système source est importante pour la gouvernance des données, le dépannage et la compréhension de leur contexte. Elle permet de distinguer les événements provenant de différents systèmes lorsqu’ils sont réunis dans une même vue du processus, et d’assurer la traçabilité des données.

Pourquoi est-ce important ?

Précise l’origine des données, un élément important pour leur validation et leur gouvernance, ainsi que pour comprendre le contexte technologique du processus.

Où trouver ces données

Il s’agit généralement d’une valeur statique ajoutée lors de l’extraction des données pour identifier l’origine des enregistrements.

Exemples
Oracle Fusion FinancialsOracle AROracle Collections
Agent de recouvrement
Collector
Nom ou identifiant de l’agent de recouvrement chargé de la facture.
Description

L’agent de recouvrement est la personne ou l’équipe chargée des démarches de recouvrement pour une facture en retard. Cette attribution constitue une étape importante du flux de travail de recouvrement.

Cet attribut est essentiel pour le suivi de la performance et la répartition des ressources au sein du service de recouvrement. En analysant les résultats par agent, les responsables peuvent évaluer leur efficacité, repérer les besoins de formation et équilibrer les charges de travail. Le tableau de bord sur l’efficacité de l’affectation des agents de recouvrement s’appuie directement sur cet attribut pour comparer les taux de réussite et les temps de cycle.

Pourquoi est-ce important ?

Permet d’analyser la performance des agents ou des équipes de recouvrement, afin de mieux répartir les ressources et d’améliorer l’efficacité globale du recouvrement.

Où trouver ces données

Ces informations sont généralement stockées dans le module Oracle Advanced Collections, souvent dans des tables telles que IEX_CASES_ALL_B ou dans des tables d’affectation associées.

Exemples
John SmithJane DoeÉquipe de recouvrement A
Date d’échéance
DueDate
Date à laquelle le paiement de la facture doit être effectué.
Description

La date d’échéance est une date importante, convenue contractuellement pour le paiement. Elle sert de référence pour mesurer le respect des délais de paiement.

Cet attribut est essentiel pour repérer les factures en retard et calculer le nombre de jours écoulés depuis leur échéance. Il permet principalement de déterminer quand lancer les procédures de relance et sert au calcul d’indicateurs tels que le délai moyen de paiement client (DSO). Il est également indispensable à la création de rapports d’ancienneté qui classent les créances impayées.

Pourquoi est-ce important ?

Sert de référence pour déterminer si une facture est en retard, déclencher les actions de recouvrement et analyser l’ancienneté des créances.

Où trouver ces données

Disponible dans la table AR_PAYMENT_SCHEDULES_ALL sous le nom DUE_DATE.

Exemples
2023-05-302023-06-152023-07-01
Montant de la facture
InvoiceAmount
Montant total de la facture.
Description

Le montant de la facture correspond à la valeur totale des biens ou des services facturés au client. Cet attribut financier est essentiel pour comprendre l’incidence monétaire du processus.

Dans les analyses, le montant de la facture sert à prioriser les démarches de recouvrement en ciblant les factures en retard de montant élevé. Il permet aussi d’étudier les comportements de paiement selon la valeur des transactions et de calculer l’incidence financière des passages en pertes. Des tableaux de bord tels que l’analyse du taux de factures passées en pertes s’appuient sur cette valeur pour évaluer l’ampleur des pertes financières.

Pourquoi est-ce important ?

Apporte un contexte financier au processus, permet de prioriser les factures de montant élevé et d’analyser l’incidence financière des inefficacités.

Où trouver ces données

Cette information peut être extraite de la table AR_PAYMENT_SCHEDULES_ALL, qui contient le montant dû pour chaque facture.

Exemples
5000.001250.75250000.00
Niveau de relance
DunningLevel
Étape ou niveau de la procédure de relance appliquée à la facture.
Description

Le niveau de relance indique l’intensité des rappels de paiement, qui augmente généralement avec le temps. Par exemple, le niveau 1 peut correspondre à un simple rappel par e-mail, tandis que le niveau 3 peut prendre la forme d’une lettre officielle ou d’un appel téléphonique.

L’analyse du processus par niveau de relance permet d’évaluer l’efficacité de la stratégie de relance. Le Dashboard sur l’efficacité des relances utilise cet attribut pour visualiser les taux de conversion entre chaque étape de relance et le paiement. L’entreprise peut ainsi déterminer quelles actions de relance sont les plus efficaces et ajuster le calendrier et le contenu des rappels afin d’améliorer le recouvrement.

Pourquoi est-ce important ?

Suit les étapes de l’escalade des actions de recouvrement, un élément important pour évaluer l’efficacité de la stratégie de relance.

Où trouver ces données

Ces données sont gérées dans le module Oracle Advanced Collections. Elles figurent dans des tables liées à l’historique des relances, telles que IEX_DUNNINGS.

Exemples
Niveau 1 : rappelNiveau 2 : avertissementNiveau 3 : dernier avis
Numéro de client
CustomerNumber
Identifiant unique du client associé à la facture.
Description

Le numéro de client relie une facture à un compte client précis. Il permet de segmenter et d’analyser le processus de gestion du crédit et de recouvrement selon les caractéristiques des clients.

Grâce à cet attribut, les analystes peuvent déterminer si certains clients paient régulièrement en retard, contestent davantage de factures ou nécessitent plus de démarches de recouvrement. Ces informations sont essentielles pour définir des stratégies de recouvrement adaptées à chaque client, ajuster les conditions de crédit et repérer les segments de clientèle à risque élevé. Elles contribuent directement à des analyses telles que l’analyse du taux de factures passées en pertes par segment de clientèle.

Pourquoi est-ce important ?

Permet de segmenter le processus par client afin de repérer les tendances, les risques et les possibilités d’adapter les stratégies de recouvrement.

Où trouver ces données

Figure généralement dans la table RA_CUSTOMER_TRX_ALL sous le nom BILL_TO_CUSTOMER_ID, qui renvoie à HZ_CUST_ACCOUNTS.

Exemples
CUST-0012389455ACME-CORP-US
Segment de clientèle
CustomerSegment
Classement du client dans un groupe défini selon sa taille, son secteur d’activité ou son importance stratégique, par exemple.
Description

Le segment de clientèle est un attribut catégoriel qui regroupe les clients selon des caractéristiques communes. Les segments peuvent être définis selon des critères tels que « stratégique », « PME » ou « entreprise », ou selon le secteur d’activité, comme « industrie manufacturière » ou « commerce de détail ».

Cet attribut est utile pour les analyses comparatives. Il permet aux analystes de comparer la performance du processus entre différents segments et de déterminer, par exemple, si l’un d’eux présente davantage de litiges ou un cycle de paiement plus long. Ces résultats aident à adapter les politiques de crédit et les stratégies de recouvrement aux besoins et aux risques propres à chaque segment, et alimentent des tableaux de bord tels que l’analyse du taux de factures passées en pertes.

Pourquoi est-ce important ?

Permet des comparaisons détaillées et montre comment la performance du processus et les risques varient selon les groupes de clients.

Où trouver ces données

Souvent géré dans les données de référence client (HZ_CUST_ACCOUNTS ou tables associées), ou déduit de caractéristiques telles que le chiffre d’affaires ou le secteur d’activité.

Exemples
Grande entreprisePetite et moyenne entrepriseAdministration publiquePartenaire stratégique
Utilisateur
User
Utilisateur ou identifiant système ayant effectué l’activité.
Description

Cet attribut identifie l’employé ou l’utilisateur système automatisé responsable de l’exécution d’une activité, comme l’approbation d’une limite de crédit, l’enregistrement d’un paiement ou la résolution d’une contestation.

L’analyse des activités par utilisateur est essentielle pour comprendre la répartition de la charge de travail, les performances individuelles et la conformité. Pour les activités automatisées, elle permet de suivre l’intervention des processus système. Elle peut également aider à repérer les besoins de formation ou d’éventuelles activités frauduleuses en surveillant les comportements des utilisateurs.

Pourquoi est-ce important ?

Associe les activités du processus à des personnes ou à des systèmes automatisés, ce qui permet de suivre les performances, d’analyser la charge de travail et de réaliser des audits.

Où trouver ces données

Provient des colonnes « CREATED_BY » ou « LAST_UPDATED_BY » de diverses tables de transactions et d’historique dans Oracle Fusion Financials.

Exemples
jsmithar_specialist_1SYSTEM_AUTOMATION
Conditions de paiement
PaymentTerms
Conditions convenues qui précisent la date à laquelle le paiement doit être effectué.
Description

Les conditions de paiement définissent les modalités selon lesquelles le client doit régler sa facture, par exemple « Net 30 » ou « Net 60 ». Elles servent à calculer la date d’échéance de la facture.

L’analyse des paiements selon les conditions convenues peut révéler des tendances intéressantes. Par exemple, les clients soumis à des délais plus courts peuvent être plus susceptibles de payer en retard. Ces informations peuvent servir à revoir et à optimiser les politiques de crédit, ainsi qu’à répartir les clients entre différentes stratégies de recouvrement. Elles aident à comprendre pourquoi certaines factures arrivent à échéance sans être payées.

Pourquoi est-ce important ?

Précise les modalités de paiement convenues et permet d’analyser les comportements de paiement selon les différentes conditions de crédit.

Où trouver ces données

Ces données sont stockées dans la table RA_TERMS, liée à la transaction de facture.

Exemples
Net 30Net 60Payable à réception
Date promise de paiement
PromiseToPayDate
Date à laquelle le client s’est engagé à effectuer un paiement.
Description

Au cours des activités de recouvrement, un client peut s’engager à effectuer un paiement à une date ultérieure. Cette date promise de paiement est enregistrée afin de suivre cet engagement.

Cet attribut est important pour gérer les flux de travail de recouvrement et évaluer la fiabilité des engagements pris par les clients. En comparant la date promise de paiement à la date réelle de réception du paiement, les équipes de recouvrement peuvent mesurer le taux de respect de ces engagements. Ces informations permettent d’établir des prévisions de trésorerie plus précises et de décider quand intensifier les actions de recouvrement si un engagement n’est pas tenu.

Pourquoi est-ce important ?

Suit les engagements de paiement des clients, aide à prévoir les entrées de trésorerie et permet d’évaluer l’efficacité des négociations de recouvrement.

Où trouver ces données

Stockée dans le module Oracle Advanced Collections, probablement dans des tables telles que IEX_PROMISES_T.

Exemples
2023-06-102023-06-252023-07-05
Devise de la facture
InvoiceCurrency
Devise dans laquelle le montant de la facture est exprimé.
Description

Cet attribut indique la devise de la facture, par exemple USD, EUR ou GBP. Dans les organisations multinationales, les factures sont souvent émises dans différentes devises.

L’analyse de données exprimées dans plusieurs devises exige une attention particulière. Cet attribut permet de filtrer la vue du processus par devise ou d’appliquer les taux de change appropriés pour les rapports financiers consolidés. Il garantit une interprétation correcte des montants et permet de comparer des valeurs sur une base équivalente.

Pourquoi est-ce important ?

Indispensable pour interpréter correctement les données financières dans un environnement multidevise et réaliser des analyses financières précises.

Où trouver ces données

Figure généralement dans la table RA_CUSTOMER_TRX_ALL sous le nom INVOICE_CURRENCY_CODE.

Exemples
USDEURGBPJPY
En retard ?
IsOverdue
Indicateur booléen précisant si la date d’échéance de la facture est dépassée.
Description

Cet attribut calculé indique simplement si une facture est en retard ou non. Il est généralement obtenu en comparant la date actuelle, ou la date de paiement, à la date d’échéance de la facture.

Cet indicateur est très utile pour filtrer et segmenter les données lors de l’analyse. Il permet d’isoler rapidement les factures en retard afin d’étudier leur parcours, l’efficacité des activités de recouvrement et d’autres caractéristiques. Il facilite la création de Dashboards et d’indicateurs clés de performance consacrés à la gestion des créances en retard, comme le Dashboard sur l’ancienneté et le statut des factures en retard.

Pourquoi est-ce important ?

Fournit un indicateur simple et clair pour repérer et analyser toutes les factures en retard, qui constituent la principale cible du processus de recouvrement.

Où trouver ces données

Il s’agit d’un champ calculé. La logique est la suivante : IF CurrentDate > DueDate AND Status != 'Paid' THEN True ELSE False.

Exemples
truefalse
Heure de fin
EndTime
Horodatage indiquant la fin d’une activité ayant une durée.
Description

Pour les activités qui ont une heure de début et une heure de fin distinctes, cet attribut indique l’heure à laquelle elles se sont achevées. Si de nombreux événements en Process Mining sont instantanés, certains, comme « Enquête sur une contestation », peuvent s’étendre sur une période donnée.

La présence d’une heure de fin distincte permet de calculer précisément la durée de traitement des activités. Cette méthode est plus exacte que l’estimation de la durée à partir de l’heure de début de l’activité suivante, notamment lorsqu’il y a des périodes d’inactivité. Elle est importante pour analyser l’utilisation des ressources et repérer les étapes du processus qui prennent le plus de temps.

Pourquoi est-ce important ?

Permet de calculer avec précision la durée des activités et de mieux comprendre les goulots d’étranglement ainsi que l’utilisation des ressources.

Où trouver ces données

Il s’agit souvent d’un attribut conceptuel. Il peut provenir d’un horodatage de dernière mise à jour ou d’un champ de date de clôture spécifique dans les tables sources correspondant à l’activité.

Exemples
2023-04-15T11:30:00Z2023-05-02T09:00:00Z2023-05-21T16:45:00Z
Montant de la limite de crédit
CreditLimitAmount
Montant maximal de crédit approuvé pour le client.
Description

Le montant de la limite de crédit correspond à l’exposition totale au crédit qu’une entreprise accepte pour un client donné. Il est déterminé lors de l’examen du crédit.

Cet attribut est essentiel au Dashboard sur l’incidence des décisions relatives aux limites de crédit. En mettant en relation la limite de crédit approuvée avec les paiements ultérieurs et les créances passées en perte, l’entreprise peut évaluer l’efficacité de ses politiques de risque de crédit. L’analyse peut révéler si des limites de crédit trop élevées contribuent à augmenter les créances irrécouvrables et aider à affiner le processus d’approbation du crédit.

Pourquoi est-ce important ?

Important pour évaluer l’efficacité des politiques de risque de crédit en mettant en relation la limite approuvée avec les paiements reçus et les créances passées en perte.

Où trouver ces données

Géré dans Oracle Credit Management et généralement stocké dans des tables liées aux profils de crédit des clients, telles que HZ_CUST_PROFILE_AMTS.

Exemples
10000.0050000.00250000.00
Motif de contestation
DisputeReason
Motif invoqué par le client pour contester une facture.
Description

Lorsqu’un client conteste une facture, il en indique généralement le motif, par exemple « Erreur de tarification », « Marchandises endommagées » ou « Facture en double ». Cet attribut consigne ce motif.

L’analyse des motifs de contestation est essentielle pour en rechercher les causes profondes. Elle aide à repérer les problèmes récurrents dans les processus en amont, comme la gestion des commandes ou la facturation, qui entraînent des retards de paiement. En classant les motifs et en suivant leur fréquence, l’entreprise peut prendre des mesures ciblées pour corriger ces causes et réduire le temps de cycle de résolution des contestations.

Pourquoi est-ce important ?

Aide à repérer les causes profondes des contestations de factures et à améliorer les processus en amont pour éviter que ces problèmes ne se reproduisent.

Où trouver ces données

Ces informations sont généralement enregistrées dans les modules Oracle Advanced Collections ou Oracle Channel Revenue Management lorsque la gestion des contestations est formalisée. Elles peuvent se trouver dans des tables telles que AR_DISPUTE_HISTORY.

Exemples
Quantité incorrecteÉcart de prixMarchandises endommagéesService non fourni
Nombre de jours de retard
DaysOverdue
Nombre de jours écoulés depuis la date d’échéance de la facture.
Description

Cette métrique calculée mesure le retard d’une facture impayée. Elle correspond à la différence entre la date actuelle, pour les factures ouvertes, ou la date de paiement, pour les factures clôturées, et la date d’échéance.

Le nombre de jours de retard est une mesure essentielle pour analyser l’ancienneté des créances et établir les priorités de recouvrement. C’est la métrique principale du Dashboard sur l’ancienneté et le statut des factures en retard, où les factures sont réparties par tranches d’ancienneté, par exemple de 1 à 30 jours ou de 31 à 60 jours. L’équipe de recouvrement peut ainsi se concentrer sur les créances les plus anciennes et les plus risquées.

Pourquoi est-ce important ?

Mesure l’ampleur des retards de paiement et constitue un indicateur central pour hiérarchiser les actions de recouvrement et analyser l’ancienneté des créances.

Où trouver ces données

Il s’agit d’un champ calculé. La logique est la suivante : CurrentDate - DueDate pour les factures ouvertes, ou PaymentDate - DueDate pour les factures clôturées.

Exemples
1545920
Passée en perte ?
IsWrittenOff
Indicateur booléen précisant si la facture a été passée en perte au titre d’une créance irrécouvrable.
Description

Cet indicateur dérivé repère les factures que l’entreprise considère comme irrécouvrables et qu’elle a retirées de ses créances actives. Il s’agit généralement de l’issue finale, et indésirable, du traitement d’une facture.

Cet attribut est essentiel au calcul de l’indicateur clé de performance du taux de factures passées en perte et à l’analyse associée dans le Dashboard. Il permet d’isoler les cas d’échec du recouvrement afin d’en repérer les caractéristiques communes, comme le segment de clientèle ou le montant de la facture, susceptibles d’être associés à un risque accru de passage en perte. Ces informations servent à améliorer les politiques de crédit et les stratégies de recouvrement.

Pourquoi est-ce important ?

Repère clairement les échecs de recouvrement, ce qui est essentiel pour analyser les causes profondes des créances irrécouvrables et calculer le taux de passage en perte.

Où trouver ces données

Il s’agit d’un champ calculé, déterminé en vérifiant si une activité « Facture passée en perte » existe pour le cas ou si le statut de la facture est « Passée en perte ».

Exemples
truefalse
Statut de la facture
InvoiceStatus
Statut actuel de la facture au cours de son cycle de vie.
Description

Le statut de la facture indique où elle en est dans le processus. Parmi les statuts courants figurent « Ouverte », « Payée », « Contestée », « En retard » ou « Passée en perte ». Cet attribut donne une vue d’ensemble de l’état des créances.

En Process Mining, cet attribut permet de filtrer les cas pour se concentrer sur des populations précises, par exemple toutes les factures ouvertes et en retard. Il s’agit d’une dimension clé du Dashboard sur l’ancienneté et le statut des factures en retard. Il donne une visibilité immédiate sur l’état du portefeuille de factures et aide à établir les priorités des activités de recouvrement.

Pourquoi est-ce important ?

Donne rapidement une vue d’ensemble de l’état actuel d’une facture et facilite le filtrage ainsi que la hiérarchisation des actions de recouvrement.

Où trouver ces données

Généralement disponible dans la table AR_PAYMENT_SCHEDULES_ALL, dans un champ nommé STATUS.

Exemples
OuverteClôturéeContestéeEn recouvrement
Unité opérationnelle
BusinessUnit
Unité opérationnelle ou entité de l’organisation qui a émis la facture.
Description

Dans les grandes organisations, les activités sont souvent réparties entre plusieurs unités opérationnelles. Cet attribut indique à quelle unité opérationnelle la facture est rattachée.

L’analyse du processus par unité opérationnelle permet de comparer les résultats entre les différentes entités de l’organisation. Elle peut mettre en évidence des écarts dans l’application des politiques de crédit et de recouvrement et montrer quelles unités gèrent le mieux leurs créances. Ces comparaisons aident à partager les bonnes pratiques et à harmoniser les processus lorsque cela est nécessaire.

Pourquoi est-ce important ?

Permet de comparer les résultats des différentes unités de l’organisation et de repérer les bonnes pratiques ainsi que les points à améliorer.

Où trouver ces données

Disponible dans la table RA_CUSTOMER_TRX_ALL via le champ ORG_ID, qui renvoie à la structure de l’organisation.

Exemples
Unité opérationnelle Amérique du NordUnité opérationnelle EMEADivision des services mondiaux
Obligatoire Recommandé Facultatif

Activités de gestion du crédit et de recouvrement

Voici les principales étapes et les jalons du processus à consigner dans votre journal d’événements pour découvrir avec précision le déroulement de la gestion du crédit et du recouvrement.
6 Recommandé 8 Facultatif
Activité Description
Date d’échéance du paiement dépassée
Événement calculé lorsque la date du jour dépasse la date d’échéance de la facture et que celle-ci n’a pas été intégralement réglée. Il marque le passage de la facture du statut « en cours » au statut « en retard ».
Pourquoi est-ce important ?

Cette étape importante déclenche les processus de recouvrement et de relance. Analyser le nombre et le montant des factures dont la date d’échéance est dépassée est essentiel pour gérer le fonds de roulement et évaluer le risque de crédit.

Où trouver ces données

Cet événement est calculé en comparant la date du jour du système à la valeur DUE_DATE dans la table AR_PAYMENT_SCHEDULES_ALL, pour les factures dont le statut est « OP » (ouvert).

Données à recueillir

Événement calculé : il se produit lorsque SYSDATE > AR_PAYMENT_SCHEDULES_ALL.DUE_DATE.

Type d’événement calculated
Facture générée
Marque la création de l’enregistrement de transaction de facture dans Oracle Fusion Financials. Il s’agit du début officiel du cycle de vie de la facture dans le module des comptes clients et du principal point de départ de l’analyse.
Pourquoi est-ce important ?

Il s’agit de l’événement de début essentiel du parcours de la facture. Tous les calculs ultérieurs du temps de cycle, comme le délai moyen de paiement client (DSO) et le temps de cycle du paiement de la facture, reposent sur cet horodatage initial.

Où trouver ces données

Cet événement explicite est enregistré dans la colonne CREATION_DATE ou TRX_DATE de la table RA_CUSTOMER_TRX_ALL pour un TRX_NUMBER donné (numéro de facture).

Données à recueillir

L’horodatage de l’événement correspond à la valeur CREATION_DATE de la table RA_CUSTOMER_TRX_ALL.

Type d’événement explicit
Facture passée en pertes
Correspond à la décision officielle de mettre fin aux démarches de recouvrement et de comptabiliser le montant de la facture en créance irrécouvrable. Cette transaction financière explicite ramène le solde de la facture à zéro.
Pourquoi est-ce important ?

Il s’agit d’un point de fin négatif du processus de recouvrement. L’analyse des passages en pertes par segment de clientèle, région ou limite de crédit aide à affiner les politiques de crédit et les stratégies de recouvrement afin de limiter les pertes.

Où trouver ces données

Enregistré explicitement lors de la création d’un ajustement dans la table AR_ADJUSTMENTS_ALL, avec un RECEIVABLES_TRX_ID correspondant à une activité de créance irrécouvrable ou de passage en pertes.

Données à recueillir

Date de création d’un enregistrement dans AR_ADJUSTMENTS_ALL associé à un type d’activité de passage en pertes.

Type d’événement explicit
Paiement affecté
Correspond à l’affectation d’un paiement reçu à une facture précise, ce qui réduit le solde restant dû. Cette étape établit officiellement le lien entre le paiement et la facture.
Pourquoi est-ce important ?

Cette activité permet de confirmer qu’une facture a été payée. Elle marque le véritable point final du calcul du délai moyen de paiement client (DSO) et du cycle d’enregistrement du paiement.

Où trouver ces données

Cet événement explicite est extrait de APPLY_DATE dans la table AR_RECEIVABLE_APPLICATIONS_ALL, qui associe un encaissement à une transaction client (facture).

Données à recueillir

APPLY_DATE dans AR_RECEIVABLE_APPLICATIONS_ALL pour la facture concernée.

Type d’événement explicit
Paiement reçu
Marque la réception des fonds d’un client, qui ne sont pas nécessairement encore affectés à une facture précise. L’événement est enregistré lors de la création d’une transaction d’encaissement dans le système.
Pourquoi est-ce important ?

Cette étape importante du processus de recouvrement indique que les fonds ont été reçus. Le délai entre cette étape et l’affectation du paiement permet de mesurer l’efficacité du traitement interne.

Où trouver ces données

Enregistré explicitement à partir de RECEIPT_DATE dans la table AR_CASH_RECEIPTS_ALL. Le reçu peut ensuite être associé à la facture à laquelle il a été affecté via AR_RECEIVABLE_APPLICATIONS_ALL.

Données à recueillir

RECEIPT_DATE dans AR_CASH_RECEIPTS_ALL, avec un lien établi par l’intermédiaire des tables d’affectation.

Type d’événement explicit
Procédure de relance lancée
Marque le début officiel de la procédure de relance pour une facture en retard, qui comprend souvent l’envoi du premier courrier de relance officiel. L’événement est généralement enregistré lorsqu’un traitement par lot de relance s’exécute et inclut la facture.
Pourquoi est-ce important ?

Le suivi de cette activité est essentiel pour mesurer l’efficacité des relances et le respect des politiques correspondantes. Il fournit un point de référence pour mesurer le délai entre le lancement d’une relance et le paiement.

Où trouver ces données

Enregistré dans le module Oracle Advanced Collections. La date de création d’un enregistrement de relance dans une table telle que IEX_DUNNINGS, associé à l’identifiant de transaction, marque cet événement.

Données à recueillir

Date de création de l’enregistrement associé à la facture dans la table IEX_DUNNINGS.

Type d’événement explicit
Action de recouvrement effectuée
Correspond à une action manuelle réalisée par un agent de recouvrement, comme passer un appel, envoyer un e-mail ou consigner une note d’échange. Ces actions sont enregistrées comme des « activités » ou des « interactions » dans le module de recouvrement.
Pourquoi est-ce important ?

Le suivi des actions des agents de recouvrement permet de mesurer l’efficacité du flux de travail manuel de recouvrement. Il permet d’analyser la fréquence des activités et leur lien avec la réussite des paiements.

Où trouver ces données

Extrait des tables d’historique des interactions ou des activités d’Oracle Advanced Collections, telles que JTF_IH_ACTIVITIES, liées au client et, éventuellement, à la facture concernée.

Données à recueillir

Horodatage de création des enregistrements dans JTF_IH_ACTIVITIES comportant un code de motif ou de résultat pertinent.

Type d’événement explicit
Examen du crédit terminé
Indique qu’une évaluation du crédit du client associé à la facture est terminée. Cet événement est généralement déduit en reliant la date de création de la facture à la date de fin de l’examen de crédit le plus récent pour le compte client. Il fournit un point de référence pour les analyses liées au crédit.
Pourquoi est-ce important ?

L’analyse du délai entre l’examen du crédit et la passation de la commande permet de repérer les retards au début du cycle commande-encaissement. Elle constitue une base pour mesurer le KPI du temps de cycle d’approbation du crédit et comprendre l’incidence des décisions de crédit.

Où trouver ces données

Déduit en interrogeant HZ_CREDIT_PROFILE.LAST_CREDIT_REVIEW_DATE pour le client associé à la facture (RA_CUSTOMER_TRX_ALL.BILL_TO_CUSTOMER_ID). L’horodatage de l’événement correspond à la valeur LAST_CREDIT_REVIEW_DATE antérieure à la CREATION_DATE de la facture.

Données à recueillir

Associez la facture à la date de l’examen de crédit le plus récent du client avant la création de la facture.

Type d’événement inferred
Facture clôturée
Se produit lorsque le solde restant dû de la facture atteint zéro, par paiement, affectation d’un avoir ou ajustement. Cet événement marque la fin du cycle de vie de la facture.
Pourquoi est-ce important ?

Cet événement constitue l’un des principaux points de fin réussie du processus. Le suivi de la clôture des factures est essentiel pour comprendre la santé globale du portefeuille de créances.

Où trouver ces données

Déduit d’un changement de statut dans la table AR_PAYMENT_SCHEDULES_ALL, lorsque STATUS passe à « CL » (clos). L’horodatage correspond à LAST_UPDATE_DATE pour ce changement.

Données à recueillir

Détectez le passage de AR_PAYMENT_SCHEDULES_ALL.STATUS à « CL » pour la facture.

Type d’événement inferred
Facture envoyée au client
Indique que la facture a été officiellement transmise au client, par voie électronique ou par courrier. Cet événement peut être enregistré explicitement par un module de livraison ou déduit de la date d’impression de la facture.
Pourquoi est-ce important ?

Cette activité marque le début du délai de paiement accordé au client. Son suivi permet de calculer précisément le nombre de jours de retard et d’analyser les éventuels délais entre la génération de la facture et la notification du client.

Où trouver ces données

L’événement peut être extrait de LAST_PRINTED_DATE dans RA_CUSTOMER_TRX_ALL. Il peut aussi être déduit des journaux d’intégration avec les systèmes d’envoi d’e-mails ou d’autres plateformes de communication.

Données à recueillir

Utilisez LAST_PRINTED_DATE dans RA_CUSTOMER_TRX_ALL ou le statut figurant dans un journal de livraison.

Type d’événement inferred
Litige enregistré
Indique que le client conteste officiellement tout ou partie de la facture. Cet événement est généralement enregistré par un changement de statut dans l’échéancier de paiement de la facture.
Pourquoi est-ce important ?

Cette activité marque le début du processus de résolution du litige. L’analyse du délai entre son enregistrement et sa résolution est essentielle pour repérer les goulots d’étranglement qui retardent le recouvrement.

Où trouver ces données

Déduit d’un changement de statut dans la table AR_PAYMENT_SCHEDULES_ALL, lorsque le champ STATUS passe à « DS » (contesté). L’horodatage peut provenir des tables d’audit ou de la date de dernière mise à jour.

Données à recueillir

Détectez le passage de AR_PAYMENT_SCHEDULES_ALL.STATUS à « DS » pour la facture.

Type d’événement inferred
Litige résolu
Indique qu’un litige enregistré a fait l’objet d’une enquête et qu’une solution a été trouvée. L’événement est enregistré lorsque le statut de litige de la facture est supprimé.
Pourquoi est-ce important ?

Cet événement marque la fin du cycle de résolution du litige. Le délai entre « Litige enregistré » et cet événement constitue un KPI important pour mesurer l’efficacité opérationnelle et son incidence sur la trésorerie.

Où trouver ces données

Déduit lorsque le statut STATUS dans AR_PAYMENT_SCHEDULES_ALL passe de « DS » (contesté) à « OP » (ouvert) ou à « CL » (clos), après l’émission d’un avoir ou un ajustement.

Données à recueillir

Détectez le passage de AR_PAYMENT_SCHEDULES_ALL.STATUS de « DS » à un autre statut.

Type d’événement inferred
Promesse de paiement enregistrée
Correspond à un accord officiel enregistré dans le système, par lequel un client s’engage à effectuer un paiement à une date précise. Il s’agit d’un résultat important des activités de recouvrement.
Pourquoi est-ce important ?

Le suivi des promesses de paiement et de leur taux de réalisation est un indicateur clé de la performance des agents de recouvrement. Il aide à prévoir les encaissements liés aux créances en retard et à évaluer l’efficacité des agents.

Où trouver ces données

Créé explicitement dans Oracle Advanced Collections. La date de création est extraite de la table IEX_PROMISE_DETAILS.

Données à recueillir

Date de création dans la table IEX_PROMISE_DETAILS pour la facture concernée.

Type d’événement explicit
Stratégie de recouvrement attribuée
Se produit lorsqu’une stratégie de recouvrement automatisée est attribuée à la facture ou au client en retard. Elle définit la série d’étapes et d’activités que le système ou l’agent de recouvrement suivra.
Pourquoi est-ce important ?

Cet événement renseigne sur l’automatisation du processus de recouvrement. L’analyse des stratégies attribuées et de leurs résultats aide à adapter les méthodes de recouvrement aux différents segments de clientèle.

Où trouver ces données

Enregistré dans le module Oracle Advanced Collections. L’événement se repère généralement à partir de la date de création d’une attribution de stratégie dans des tables telles que IEX_STRATEGIES ou dans des objets associés.

Données à recueillir

Date de création de l’élément de travail associé à la stratégie dans les tables de recouvrement liées au client ou à la transaction.

Type d’événement explicit
Recommandé Facultatif

Guides d’extraction

Comment extraire vos données d’Oracle Fusion Financials

Prêt à commencer ?

Utilisez ce modèle pour préparer vos données à l’analyse et mieux comprendre votre processus de gestion du crédit et de recouvrement. Commencez dès aujourd’hui à optimiser vos processus.

Optimisez dès aujourd’hui la gestion du crédit et le recouvrement

Réduisez le temps de cycle de 30 % et améliorez votre santé financière dans Oracle Fusion.

Démarrez l’essai gratuit

Aucune carte bancaire requise. Commencez en quelques minutes.