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
Voici notre modèle générique de données pour le Process Mining de Gestion du crédit et recouvrement. Pour obtenir des conseils plus précis, utilisez les modèles adaptés à chaque système.
Sélectionner un système précis- Structure de données universelle, compatible avec tout système de gestion du crédit ou de recouvrement
- Attributs recommandés pour analyser en détail les performances de vos processus
- Activités clés à suivre pour découvrir et optimiser vos processus avec précision
Attributs de gestion du crédit et de recouvrement
| Nom | Description | ||
|---|---|---|---|
| Heure de l’événement EventTime | Horodatage, avec la date et l’heure, qui indique précisément quand une activité s’est produite. | ||
| Description L’heure de l’événement, ou horodatage, indique le moment exact où une activité s’est déroulée dans le processus. Elle fournit l’ordre chronologique nécessaire pour reconstituer la séquence des événements de chaque cas de facture. Ces données sont indispensables à toute analyse temporelle. En Process Mining, l’heure de l’événement sert à calculer des indicateurs de performance essentiels, comme les temps de cycle entre les activités, la durée totale d’un cas et le respect des accords de niveau de service. Par exemple, le délai entre « Facture envoyée » et « Paiement reçu » a une incidence directe sur le délai moyen de paiement client (DSO). L’analyse des horodatages aide à repérer les retards, à mesurer l’efficacité des étapes du processus et à localiser les goulots d’étranglement. Pourquoi est-ce important ? Cet horodatage est essentiel pour ordonner les événements, calculer les temps de cycle et les durées, et réaliser toute analyse de performance temporelle. Où trouver ces données Généralement enregistré comme date de création du document, date de comptabilisation ou horodatage du journal système associé à une transaction ou à un changement de statut. Exemples 2023-03-15T09:30:00Z2023-04-20T14:00:00Z2023-05-01T11:22:15Z | |||
| Nom de l’activité ActivityName | Nom de l’événement métier ou de la tâche qui s’est produit à un moment donné pour une facture. | ||
| Description Le nom de l’activité décrit une étape ou un jalon précis du processus de gestion du crédit et du recouvrement. Ces éléments constituent les blocs de base de la cartographie du processus et représentent des actions telles que « Facture envoyée au client », « Relance envoyée » ou « Paiement imputé à la facture ». L’analyse de l’ordre et de la fréquence de ces activités est au cœur du Process Mining. Elle permet de découvrir le déroulement réel du processus, de le comparer au modèle prévu et de repérer les écarts, les boucles de reprise et les parcours inefficaces. Par exemple, une fréquence élevée de l’activité « Litige enregistré » peut révéler des problèmes d’exactitude des factures ou de qualité des produits. Pourquoi est-ce important ? Cet attribut définit les étapes du processus. Il constitue la base de la cartographie et permet d’analyser les flux et les variantes du processus. Où trouver ces données Généré à partir de différents changements de statut, codes de transaction ou journaux d’événements dans les modules financiers, commerciaux ou de recouvrement du système source. Exemples Facture crééeDate d’échéance du paiement dépasséeProcessus de relance démarréPaiement reçu | |||
| Numéro de facture InvoiceNumber | Identifiant unique de chaque facture. Il sert d’identifiant principal de cas pour le processus de gestion du crédit et du recouvrement. | ||
| Description Le numéro de facture est un code alphanumérique unique attribué à chaque document de facturation. Il sert de référence centrale pour toutes les activités et transactions liées à cette facture, de sa création à son règlement final ou à son passage en perte. En Process Mining, le numéro de facture permet de relier tous les événements associés, comme « Facture créée », « Paiement reçu » et « Litige enregistré », au sein d’une même instance de processus ou d’un même cas. Il est ainsi possible de visualiser et d’analyser l’ensemble du cycle de vie d’une facture. En regroupant les processus par numéro de facture, les organisations peuvent repérer les goulots d’étranglement, suivre les temps de cycle et comprendre les différences de traitement entre les factures. Pourquoi est-ce important ? Il s’agit de l’ID de cas essentiel qui relie tous les événements associés et permet de reconstituer et d’analyser le cycle de vie complet de la facture. Où trouver ces données Généralement présent dans la table d’en-tête d’une facture ou d’un document de comptes clients du système financier source. Exemples INV-2023-001239100045678SI-54321 | |||
| Dernière mise à jour des données LastDataUpdate | Horodatage indiquant la dernière actualisation ou extraction des données d’un événement depuis le système source. | ||
| Description Cet attribut indique la date et l’heure de la dernière extraction des données du système source vers l’environnement de Process Mining. Il s’agit d’un champ de métadonnées qui renseigne sur l’actualité du jeu de données analysé. Connaître la date de la dernière mise à jour des données permet de vérifier que les analyses et les Dashboards reflètent l’état le plus récent du processus. Cette information aide à interpréter correctement les résultats en indiquant jusqu’à quelle date les données sont disponibles. Elle est particulièrement utile pour le suivi des processus en cours ou des KPI presque en temps réel, car elle précise l’actualité des analyses. Pourquoi est-ce important ? Indique l’actualité des données, précise la période couverte par l’analyse et permet aux utilisateurs de connaître la date limite des données disponibles. Où trouver ces données Il s’agit généralement de métadonnées générées et stockées par l’outil ETL ou le pipeline de données lors de leur ingestion. Exemples 2023-10-26T02:00:00Z2023-10-25T02:00:00Z2023-10-24T02:00:00Z | |||
| Système source SourceSystem | Nom ou identifiant du système d’origine des données, par exemple un ERP ou un CRM. | ||
| Description L’attribut Système source identifie l’application ou la plateforme dans laquelle les données d’événement ont été enregistrées à l’origine. Dans un environnement informatique complexe, un même processus, comme celui du crédit à l’encaissement, peut s’étendre sur plusieurs systèmes : un ERP pour la facturation et une plateforme de recouvrement distincte pour les relances, par exemple. Cet attribut aide à comprendre le contexte technologique du processus. Il peut servir à valider les données, à repérer les variantes propres à chaque système et à diagnostiquer les problèmes d’intégration entre plateformes. L’analyse peut, par exemple, révéler que des retards surviennent régulièrement lors des transferts entre l’ERP et l’outil de recouvrement. Pourquoi est-ce important ? Indique l’origine des données, ce qui aide à comprendre les différences de processus entre les systèmes et à valider les données. Où trouver ces données Cette information est souvent ajoutée lors de l’extraction des données (ETL) ou figure dans les champs de métadonnées techniques des tables sources. Exemples SAP S/4HANAOracle NetSuiteHighRadius Collections | |||
| Date d’échéance DueDate | Date calculée à laquelle le paiement de la facture doit être reçu conformément aux conditions contractuelles. | ||
| Description La date d’échéance est la date à laquelle le paiement d’une facture doit être reçu pour être considéré comme effectué dans les délais. Elle est généralement calculée à partir de la date de création de la facture et des conditions de paiement convenues. Cette date constitue un repère essentiel pour mesurer les performances du processus de recouvrement. Elle permet de déterminer si un paiement est en retard, de déclencher les procédures de relance et de calculer l’ancienneté des créances. En Process Mining, elle sert à calculer des KPI comme le taux de paiement dans les délais et le délai moyen de paiement client (DSO), ainsi qu’à analyser l’efficacité des activités de recouvrement par rapport aux échéances. Pourquoi est-ce important ? Sert de référence principale pour mesurer le respect des délais de paiement et permet de calculer des KPI comme le DSO et la ponctualité des paiements. Où trouver ces données Présente dans l’en-tête de la facture. Elle peut correspondre à un champ direct ou être calculée à partir de la date de facture et des conditions de paiement. Exemples 2023-04-142023-05-302023-06-01 | |||
| ID client CustomerId | Identifiant unique du client associé à la facture. | ||
| Description L’ID client est le code unique qui désigne un compte client dans le système. Il relie une facture à l’entité légalement responsable de son paiement. Dans une analyse de Process Mining, l’ID client est une dimension essentielle pour segmenter les données. Il permet d’examiner les performances du processus pour un client ou un groupe de clients donné. L’analyse peut ainsi révéler quels clients paient régulièrement en retard, lesquels déposent le plus de litiges ou si certaines inefficacités ne concernent qu’une partie de la clientèle. Ces résultats aident à adapter les stratégies de recouvrement et à améliorer les relations avec les clients. Pourquoi est-ce important ? Permet de segmenter les données du processus pour analyser le comportement des clients, repérer les comptes à risque et adapter les stratégies de recouvrement. Où trouver ces données Disponible dans l’en-tête de la facture ou par liaison avec les tables de données clients du système financier ou commercial. Exemples CUST-00543100234ACME-CORP | |||
| Montant de la facture InvoiceAmount | Montant total de la facture. | ||
| Description Le montant de la facture correspond à la somme totale facturée au client et qu’il est censé payer. Il s’agit d’une donnée financière fondamentale pour chaque cas de facture. Cet attribut est essentiel à l’analyse de l’impact financier. En mettant les indicateurs du processus en regard du montant des factures, les organisations peuvent hiérarchiser leurs efforts de recouvrement. L’analyse peut, par exemple, montrer que les factures de montant élevé sont réglées plus tard ou font plus souvent l’objet d’un litige. Cet attribut permet aussi de calculer des KPI financiers clés, comme le délai moyen de paiement client (DSO), et de chiffrer les montants immobilisés par les goulots d’étranglement ou les créances passées en perte. Pourquoi est-ce important ? Essentiel à l’analyse financière, à la priorisation du recouvrement des factures de montant élevé et à l’évaluation du coût des inefficacités du processus. Où trouver ces données Champ standard de l’en-tête de facture dans le module des comptes clients ou de facturation du système source. Exemples 5400.50125000.00750.75 | |||
| Motif du litige DisputeReason | Code ou description du motif fourni par le client lorsqu’il conteste une facture. | ||
| Description Le motif du litige indique pourquoi un client refuse de payer une facture. Les motifs courants comprennent un prix incorrect, des marchandises endommagées, des écarts de quantité ou des documents manquants. Cette information est généralement enregistrée à l’ouverture d’un dossier de litige officiel. Le motif du litige est un attribut précieux pour analyser les causes profondes. En étudiant la fréquence des différents motifs, une entreprise peut repérer des problèmes systémiques qui dépassent le cadre du recouvrement, comme des difficultés d’expédition, des erreurs de facturation ou des erreurs de saisie des commandes. Le Process Mining peut aussi montrer comment les différents motifs influent sur le délai de résolution et le déroulement du processus, afin d’améliorer la gestion des litiges. Pourquoi est-ce important ? Permet d’analyser les causes profondes des retards de paiement et des litiges, et de repérer les problèmes en amont liés à la facturation, à l’expédition ou aux ventes. Où trouver ces données Enregistré dans les modules de gestion des litiges, les systèmes CRM ou sous forme de code de motif sur la facture ou le document de comptes clients. Exemples Prix incorrectQuantité manquanteMarchandises endommagéesFacture en double | |||
| Niveau de relance DunningLevel | Étape ou niveau atteint par la procédure automatisée de relance ou de recouvrement pour une facture en retard. | ||
| Description Le niveau de relance indique l’avancement d’une facture en retard dans le processus formel de communication du recouvrement. Il est souvent représenté par un nombre ou un code : le « Niveau 1 » peut correspondre à un rappel courtois, tandis que le « Niveau 4 » peut être un dernier avis avant une action en justice. L’analyse du niveau de relance est essentielle pour évaluer l’efficacité de la stratégie de relance. Le Process Mining peut montrer quels parcours mènent aux niveaux les plus élevés et si certaines étapes déclenchent effectivement le paiement. L’analyse peut, par exemple, révéler que la plupart des paiements sont effectués après le niveau 2, ce qui rend les niveaux 3 et 4 peu efficaces et coûteux. Ces résultats aident à optimiser le calendrier et le contenu des avis de recouvrement. Pourquoi est-ce important ? Mesure l’intensité des efforts de recouvrement et permet d’évaluer l’efficacité de la stratégie de relance à chaque étape. Où trouver ces données Présent dans les modules de gestion du recouvrement ou les données des comptes clients, souvent associé au compte client ou à des documents en retard précis. Exemples 123Action en justice en attente | |||
| Nom du chargé de recouvrement CollectorName | Nom ou identifiant de l’utilisateur, de l’agent ou de l’équipe chargé d’effectuer une activité de recouvrement. | ||
| Description Le nom du chargé de recouvrement désigne la personne ou le groupe chargé de gérer une facture en retard et d’effectuer les activités de recouvrement. Il peut s’agir d’un comptable, d’un agent spécialisé ou d’une équipe de recouvrement. Cet attribut permet d’analyser les performances à l’échelle d’une personne ou d’une équipe. En filtrant ou en comparant les processus selon le nom du chargé de recouvrement, les organisations peuvent repérer les pratiques efficaces, cerner les besoins de formation et analyser la répartition de la charge de travail. Il est essentiel pour comprendre le rôle des équipes dans le processus de recouvrement et son incidence sur les résultats, comme les délais de paiement et les créances passées en perte. Pourquoi est-ce important ? Permet d’analyser les performances des équipes et des personnes, la répartition de la charge de travail ainsi que l’efficacité des différents agents ou stratégies de recouvrement. Où trouver ces données Présent dans les données de transaction des comptes clients, les fiches clients ou certains modules de gestion du recouvrement. Il peut correspondre à des champs tels que « Comptable » ou « ID utilisateur ». Exemples John SmithÉquipe de recouvrement AUSER123 | |||
| Statut de la facture InvoiceStatus | Statut financier ou opérationnel actuel de la facture, par exemple Ouverte, Payée, En retard ou Contestée. | ||
| Description Le statut de la facture indique son état actuel dans son cycle de vie. Il évolue au fil des événements : « Ouverte » à sa création, puis « En retard » si elle n’est pas payée à l’échéance, et enfin « Payée » ou « Passée en perte ». Cet attribut donne un aperçu de l’état des comptes clients. Dans une analyse de Process Mining, il aide à classer les cas et à comprendre les résultats des différentes variantes du processus. Par exemple, comparer les flux qui aboutissent au statut « Contestée » à ceux qui aboutissent au statut « Payée » peut révéler les causes profondes des difficultés de paiement. Il permet aussi de filtrer les cas en cours, comme toutes les factures actuellement « En retard », afin d’analyser les activités de recouvrement. Pourquoi est-ce important ? Donne une vue claire de l’état actuel des factures, permet d’analyser les résultats du processus et de filtrer les cas selon un statut, comme « En retard » ou « Contestée ». Où trouver ces données Généralement disponible dans un champ de statut de l’en-tête de la facture ou du document de comptes clients. Exemples OuvertePayéeEn retardContestéePassée en perte | |||
| Code société CompanyCode | Identifiant de l’entité juridique ou de l’unité opérationnelle à laquelle appartient la facture. | ||
| Description Le code société est un identifiant d’unité organisationnelle qui désigne une entreprise juridiquement indépendante ou un secteur d’activité distinct pour lequel des états financiers sont établis. Dans une organisation composée de plusieurs entités, chaque transaction est affectée à un code société précis. Cet attribut est essentiel à l’analyse par entité. Il permet de comparer les performances du processus entre différentes entités juridiques, filiales ou unités opérationnelles. Ces comparaisons peuvent mettre en évidence des écarts d’efficacité, de respect des politiques et de performance des équipes de recouvrement, et faciliter le partage des bonnes pratiques ainsi que la standardisation des processus lorsque cela est pertinent. Pourquoi est-ce important ? Permet de comparer les processus et leurs performances entre les entités juridiques, les filiales ou les unités opérationnelles d’une organisation. Où trouver ces données Champ organisationnel standard de tous les documents financiers, y compris les factures, dans un système ERP. Exemples 1000US01DE01UK_SALES | |||
| Conditions de paiement PaymentTerms | Conditions convenues qui déterminent la date à laquelle le client doit régler une facture. | ||
| Description Les conditions de paiement précisent les modalités de vente, notamment le délai de paiement. Elles sont généralement indiquées par un code ou une formule courte, comme « Net 30 » (paiement sous 30 jours) ou « 2/10 Net 30 » (remise de 2 % en cas de paiement sous 10 jours, sinon paiement intégral sous 30 jours). Cet attribut apporte un contexte essentiel à la date d’échéance de la facture et au comportement de paiement du client. L’analyse du processus selon les conditions de paiement peut révéler si certaines modalités sont associées à davantage de retards ou de litiges. Elle permet aussi d’évaluer l’efficacité des remises pour paiement anticipé et d’éclairer les négociations futures avec les clients, afin d’optimiser la trésorerie. Pourquoi est-ce important ? Précise le contexte des dates d’échéance et permet d’analyser l’incidence des différentes modalités de paiement sur le respect des délais et la trésorerie globale. Où trouver ces données Enregistrées dans les données de référence client ou dans l’en-tête de la commande ou de la facture. Exemples Net 30Net 602/10 Net 30Payable à réception | |||
| Devise de la facture InvoiceCurrency | Devise dans laquelle le montant de la facture est exprimé. | ||
| Description La devise de la facture précise l’unité monétaire, comme USD, EUR ou JPY, dans laquelle la facture est émise et le paiement attendu. Cet attribut est particulièrement pertinent pour les entreprises présentes à l’international. Le Process Mining porte souvent davantage sur les flux de processus que sur les conversions financières, mais cet attribut est nécessaire pour interpréter correctement le montant de la facture. Il permet de filtrer l’analyse par devise ou de segmenter le processus pour vérifier si les transactions dans certaines devises suivent des schémas différents, par exemple en raison de retards de traitement des paiements internationaux ou de stratégies de recouvrement propres aux marchés étrangers. Pourquoi est-ce important ? Apporte le contexte nécessaire à l’interprétation du montant de la facture et permet de segmenter l’analyse par devise, ce qui peut être utile aux entreprises présentes à l’international. Où trouver ces données Champ standard de l’en-tête de facture. Exemples USDEURGBPJPY | |||
| Segment de clientèle CustomerSegment | Catégorie de client définie selon des critères tels que la taille, le secteur d’activité, l’importance stratégique ou la région. | ||
| Description Le segment de clientèle regroupe les clients qui partagent certaines caractéristiques. Les segments peuvent être définis selon le secteur d’activité (par exemple, industrie ou commerce de détail), la taille (grande entreprise ou PME), la région géographique ou la valeur stratégique (or, argent, bronze, par exemple). Cet attribut permet d’analyser le processus de recouvrement de manière plus précise et stratégique. La comparaison des performances entre segments peut révéler des comportements ou des difficultés de paiement propres à certains groupes. Par exemple, les clients internationaux peuvent connaître des délais de paiement plus longs en raison des opérations bancaires transfrontalières. Ces résultats permettent d’élaborer des stratégies et des politiques de recouvrement adaptées à chaque segment, afin d’améliorer l’efficacité globale et la satisfaction client. Pourquoi est-ce important ? Permet de comparer différents groupes de clients et d’élaborer des stratégies et des politiques de recouvrement adaptées à chacun. Où trouver ces données Généralement présent dans les données de référence client d’un système CRM ou ERP. Exemples Grande entreprisePetite et moyenne entrepriseAdministration publiqueAmérique du Nord | |||
Activités de gestion du crédit et de recouvrement
| Activité | Description | ||
|---|---|---|---|
| Date d’échéance du paiement dépassée | Cette étape importante indique que la date d’échéance de la facture est passée sans que celle-ci ait été intégralement réglée. La facture passe alors du statut « en cours » au statut « en retard ». | ||
| Pourquoi est-ce important ? Cette activité déclenche principalement les actions de recouvrement et de relance. Le nombre de factures qui atteignent cette étape permet d’évaluer les comportements de paiement et la charge de travail du recouvrement. Où trouver ces données Il ne s’agit pas d’un événement directement enregistré par le système. Il est calculé en comparant la date d’échéance de la facture à l’horodatage actuel ou à celui d’une activité ultérieure. Données à recueillir Générez un horodatage pour la date d’échéance de la facture si celle-ci n’est pas réglée à cette date. Par exemple : « Date d’échéance de la facture + 1 jour ». Type d’événement calculated | |||
| Facture créée | Cet événement marque la création officielle de la facture dans le système source. Il constitue le point de départ principal du cycle de vie de la facture, de sa création à l’encaissement, et établit le montant de la créance ainsi que les conditions de paiement. | ||
| Pourquoi est-ce important ? Il s’agit de l’événement de début du processus. Tous les calculs de temps de cycle, notamment le délai entre la facture et l’encaissement et le délai moyen de paiement client, commencent à cette étape. Où trouver ces données Cette transaction de base figure dans le module de comptabilité clients ou de facturation. Elle est enregistrée à partir de la date de création ou de comptabilisation de la facture. Données à recueillir Utilisez l’horodatage de création ou la date de comptabilisation figurant dans la table principale d’en-tête des factures ou des documents financiers. Type d’événement explicit | |||
| Facture passée en perte | Indique l’issue finale défavorable : la créance est jugée irrécouvrable et passée en perte. La créance est ainsi retirée des comptes. | ||
| Pourquoi est-ce important ? Cette activité correspond à une perte financière directe. L’analyse de la fréquence et du montant des créances passées en perte aide à repérer les risques de crédit, les défaillances du recouvrement et les améliorations possibles du processus. Où trouver ces données Il s’agit d’une transaction financière explicite, comme une écriture de journal ou un ajustement, comptabilisée sur un compte de créances irrécouvrables et qui solde la facture d’origine. Données à recueillir Utilisez la date de comptabilisation du document financier ou de l’écriture de journal qui passe en perte le solde restant dû de la facture. Type d’événement explicit | |||
| Facture soldée | Indique que le cycle de vie de la facture s’est achevé avec succès : elle a été intégralement payée et son solde est nul. C’est l’état final attendu du processus. | ||
| Pourquoi est-ce important ? Il s’agit de l’événement de fin du parcours nominal du processus. Le temps écoulé jusqu’à cette activité correspond au temps de cycle total entre la facturation et l’encaissement, un indicateur important pour l’entreprise. Où trouver ces données Cet événement est souvent déduit lorsque la somme des paiements et des avoirs imputés correspond au montant total de la facture, ou lorsqu’un changement de statut indique « Payée » ou « Clôturée ». Données à recueillir Repérez l’horodatage le plus récent d’une opération de lettrage ou d’imputation qui ramène à zéro le solde restant dû de la facture. Type d’événement inferred | |||
| Litige enregistré | Indique le moment où un client conteste officiellement une facture, contestation qui est ensuite enregistrée dans le système. Cet événement suspend souvent le processus standard de recouvrement pour le montant contesté. | ||
| Pourquoi est-ce important ? Les litiges sont une cause majeure de retard de paiement. Déterminer quand et pourquoi ils surviennent est essentiel pour en analyser les causes profondes, améliorer le processus et réduire le délai moyen de paiement client. Où trouver ces données Cet événement est enregistré lors de la création d’un dossier de litige ou lorsque le statut d’une facture passe à « Contestée » dans un module de gestion des litiges ou du recouvrement. Données à recueillir Utilisez l’horodatage de création du dossier de litige ou celui du changement de statut de la facture. Type d’événement explicit | |||
| Promesse de paiement reçue | Cet événement survient lorsqu’un client s’engage à régler une facture à une date ultérieure et que cet accord est enregistré dans le système. Il s’agit d’un résultat intermédiaire positif des démarches de recouvrement. | ||
| Pourquoi est-ce important ? Cet indicateur clé de performance permet d’évaluer l’efficacité des agents de recouvrement. Il fournit un repère pour vérifier si les clients respectent leurs engagements et contribue à prévoir les entrées de trésorerie. Où trouver ces données Il s’agit d’un événement explicitement enregistré par un utilisateur dans le module de gestion du recouvrement, qui crée une fiche indiquant la date et le montant promis. Données à recueillir Utilisez l’horodatage de création de la fiche « Promesse de paiement » associée à la facture. Type d’événement explicit | |||
| Avoir émis | Indique la création d’un avoir imputé à une facture. Cette opération sert souvent à corriger une erreur de facturation ou à régler un litige. | ||
| Pourquoi est-ce important ? Des avoirs fréquents peuvent révéler des problèmes systémiques en amont du processus de la commande à l’encaissement, comme des erreurs de prix ou d’expédition. Cette activité est essentielle pour en analyser les causes profondes. Où trouver ces données Il s’agit d’une transaction financière standard, enregistrée à partir de la date de comptabilisation de l’avoir dans le module des comptes clients. Données à recueillir Utilisez la date de création ou de comptabilisation figurant dans l’en-tête de l’avoir, en le reliant à la facture d’origine. Type d’événement explicit | |||
| Client contacté pour le recouvrement | Cette activité correspond à une démarche manuelle d’un agent de recouvrement pour contacter un client, par exemple un appel téléphonique ou un courriel personnalisé. L’agent enregistre cette activité dans le système. | ||
| Pourquoi est-ce important ? Cette activité met en évidence les tâches manuelles du processus de recouvrement. L’analyse de la fréquence et des résultats de ces contacts permet d’évaluer l’efficacité des agents et la répartition des ressources. Où trouver ces données Cet événement est généralement extrait des journaux d’activités, de tâches ou d’interactions créées par les utilisateurs dans un module de recouvrement ou un système CRM. Données à recueillir Extrayez la date et l’heure de création des activités enregistrées, comme « Appel téléphonique » ou « Courriel », associées au client ou à la facture. Type d’événement explicit | |||
| Facture envoyée au client | Cet événement correspond au moment où la facture est officiellement transmise au client, par voie électronique ou sur papier. Le délai de paiement commence souvent à courir à partir de cette date. | ||
| Pourquoi est-ce important ? Un retard entre la création et l’envoi de la facture peut prolonger le cycle de paiement. Le suivi de cette activité aide à repérer les goulots d’étranglement dans le processus d’émission des factures et à en mesurer les effets sur la trésorerie. Où trouver ces données Cet événement peut être enregistré explicitement dans un système de gestion des sorties ou déduit des journaux de communication, par exemple des courriels ou des transmissions EDI. Données à recueillir Extrayez l’horodatage des journaux système qui suivent les communications sortantes ou du champ « Date d’envoi » de la fiche de facture. Type d’événement explicit | |||
| Limite de crédit approuvée | Cette activité marque la fin d’un examen de crédit mené à bien : une limite de crédit est officiellement accordée ou mise à jour pour un client. Elle précède généralement la création d’une facture et définit les conditions de la transaction. | ||
| Pourquoi est-ce important ? L’analyse du délai entre l’approbation du crédit et la création de la facture permet d’évaluer l’efficacité du cycle de vente. Elle aide également à comprendre pourquoi certaines factures sont assorties de conditions de paiement particulières ou rencontrent ensuite des difficultés de recouvrement. Où trouver ces données Cet événement est généralement enregistré dans un module de gestion du crédit ou un système CRM lorsqu’un responsable du crédit approuve la demande ou l’examen de crédit d’un client. Données à recueillir Relevez l’horodatage auquel le statut de l’examen de crédit d’un client passe à « Approuvé » ou auquel la nouvelle limite de crédit est définitivement fixée. Type d’événement explicit | |||
| Litige résolu | Indique la fin du processus de gestion du litige : le problème a été examiné et une solution a été trouvée. La facture peut alors être réglée ou passée en perte. | ||
| Pourquoi est-ce important ? Le temps nécessaire à la résolution des litiges a une incidence directe sur la trésorerie et la satisfaction client. Cette activité marque le point final du calcul du temps de cycle de résolution des litiges. Où trouver ces données Cet événement est enregistré lorsque le statut du dossier de litige passe à « Résolu » ou « Clôturé », ou lorsque l’indicateur de litige est supprimé de la facture. Données à recueillir Utilisez l’horodatage du changement de statut dans le dossier de litige ou la facture pour indiquer la résolution. Type d’événement explicit | |||
| Paiement imputé à la facture | Indique la fin du processus d’imputation des encaissements : le paiement reçu a été rapproché et imputé à une facture précise. Cette opération réduit ou solde le montant restant dû. | ||
| Pourquoi est-ce important ? Cette activité fait le lien entre la réception des fonds et la réduction des créances. Une imputation tardive peut entraîner des relances inutiles et des relevés de compte client inexacts. Où trouver ces données Cet événement est enregistré lors de la comptabilisation d’une opération de lettrage reliant un document de paiement à une facture dans le sous-livre des comptes clients. Données à recueillir Utilisez la date de comptabilisation du document de lettrage ou la date d’imputation enregistrée dans les tables d’imputation des paiements. Type d’événement explicit | |||
| Paiement reçu | Indique la réception des fonds d’un client, généralement enregistrée à partir d’un relevé bancaire ou d’un fichier de boîte postale bancaire. Les fonds sont reçus, mais pas nécessairement encore imputés à une facture précise. | ||
| Pourquoi est-ce important ? Cette activité marque le début du processus d’imputation des encaissements. Le délai entre la réception et l’imputation des paiements est un indicateur important pour la trésorerie et l’efficacité opérationnelle. Où trouver ces données Cet événement est enregistré lors de la création d’un reçu d’encaissement ou d’un document de paiement client, généralement dans un journal des paiements ou un module de gestion de trésorerie. Données à recueillir Utilisez la date de comptabilisation ou la date de valeur de la transaction de paiement entrant ou du relevé bancaire. Type d’événement explicit | |||
| Processus de relance démarré | Cet événement marque le début d’un processus formel de relance ou l’affectation d’une facture en retard à une stratégie de recouvrement précise. Il s’agit d’une escalade plus structurée qu’une simple relance. | ||
| Pourquoi est-ce important ? Cette activité marque une intensification des démarches de recouvrement. L’analyse du délai avant cette étape et de ses résultats permet d’évaluer l’efficacité globale de la stratégie de relance. Où trouver ces données Cet événement est enregistré lorsqu’un niveau de relance est attribué pour la première fois à une facture ou qu’une stratégie formelle de recouvrement est déclenchée dans le système de gestion du recouvrement. Données à recueillir Relevez l’horodatage auquel une facture est incluse pour la première fois dans une campagne formelle de relance ou à partir duquel une stratégie de recouvrement lui est attribuée. Type d’événement explicit | |||
| Promesse de paiement non tenue | Cet événement calculé indique qu’un client n’a pas effectué le paiement à la date convenue. Il marque un revers dans le processus de recouvrement et nécessite souvent une nouvelle escalade. | ||
| Pourquoi est-ce important ? Cette activité met en évidence les inefficacités et les engagements peu fiables. L’analyse de sa fréquence permet de repérer les clients à risque élevé et d’affiner les stratégies de recouvrement pour les relances suivantes. Où trouver ces données Cet événement est déduit en vérifiant si la date de « Promesse de paiement » associée à une facture est passée sans qu’un paiement ait été enregistré. Données à recueillir Générez un événement le lendemain de la date promise si aucun paiement correspondant n’a été affecté à la facture. Type d’événement calculated | |||
| Relance envoyée | Il s’agit d’une première relance, souvent automatisée, ou d’un courrier de recouvrement envoyé au client au sujet d’une facture en retard. C’est généralement la première étape du processus de relance. | ||
| Pourquoi est-ce important ? Le suivi des relances permet d’évaluer l’efficacité des premières actions de recouvrement. Il permet de comparer le nombre de factures réglées après une simple relance à celui des factures qui nécessitent des démarches plus poussées. Où trouver ces données Cet événement est extrait des journaux d’un module de relance ou de recouvrement, qui enregistre la date et le type de communication envoyée pour une facture. Données à recueillir Utilisez la date d’exécution figurant dans l’historique des relances ou dans la table des journaux de communication associée à la facture. Type d’événement explicit | |||
Guides d’extraction
Les méthodes d’extraction varient selon le système. Pour obtenir des instructions détaillées,
Prêt à commencer ?
Choisissez ci-dessous un guide d’extraction adapté à votre système pour obtenir des instructions précises, ou utilisez ce modèle générique comme point de départ pour préparer vos données.
Réduisez les pertes de revenus : optimisez dès aujourd’hui la gestion du crédit et le recouvrement
Fonctionne avec vos systèmes existants. Obtenez des résultats en quelques jours.
Aucune carte bancaire requise. Commencez rapidement.