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
Ceci est notre modèle de données générique de Process Mining pour Gestion du crédit et recouvrement. Utilisez nos modèles spécifiques au système pour des directives plus précises.
Sélectionnez un système spécifique- Structure de données universelle applicable à tout système de gestion du crédit ou de recouvrement.
- Attributs recommandés pour une analyse approfondie de la performance de votre processus
- Activités clés à suivre pour une découverte et une optimisation précises des processus
Attributs de gestion du crédit et de recouvrement
| Nom | Description | ||
|---|---|---|---|
| Heure de l'événement EventTime | L'horodatage, incluant la date et l'heure, qui indique précisément quand une activité s'est produite. | ||
| Description L'Event Time, ou timestamp, marque le moment exact où une activité spécifique a eu lieu dans le processus. Il fournit l'ordre chronologique nécessaire pour reconstruire la séquence des événements pour chaque dossier de facture. Ces données sont fondamentales pour toute analyse basée sur le temps. En Process Mining, l'Event Time est utilisé pour calculer des métriques de performance critiques telles que les temps de cycle entre les activités, la durée totale des cas et le respect des accords de niveau de service. Par exemple, le temps entre 'Facture envoyée' et 'Paiement reçu' a un impact direct sur le Days Sales Outstanding (DSO). L'analyse des timestamps aide à identifier les retards, à mesurer l'efficacité des étapes du processus et à localiser les goulots d'étranglement. Pourquoi c'est important Cet horodatage est essentiel pour ordonner les événements, calculer les temps de cycle et les durées, et réaliser toutes les analyses de performance basées sur le temps. Où obtenir Généralement enregistré comme date de création de document, date de validation ou horodatage de 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 | Le nom de l'événement commercial ou de la tâche spécifique qui s'est produit à un moment donné pour une facture. | ||
| Description Le Nom de l'activité décrit une étape ou un jalon spécifique dans le processus de Gestion du Crédit et Recouvrement. Ce sont les éléments constitutifs de la carte de processus, représentant des actions telles que 'Facture Envoyée Au Client', 'Rappel Envoyé' ou 'Paiement Appliqué À la Facture'. L'analyse de la séquence et de la fréquence de ces activités est au cœur du Process Mining. Elle aide à révéler le flux de processus réel, à le comparer au modèle conçu et à identifier les écarts, les boucles de retrabail et les chemins inefficaces. Par exemple, une fréquence élevée d'activités 'Litige Enregistré' pourrait indiquer des problèmes de précision des factures ou de qualité des produits. Pourquoi c'est important Cet attribut définit les étapes du processus, constituant la base de la carte de processus et permettant l'analyse des flux de processus et des variations. Où obtenir Généré à partir de divers changements de statut, codes de transaction ou journaux d'événements au sein des modules financiers, de vente 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 | L'identifiant unique pour chaque facture. Il sert d'identifiant de cas principal pour le processus de Gestion du Crédit et Recouvrement. | ||
| Description Le Numéro de facture est un code alphanumérique unique attribué à chaque document de facture. Il sert de point de référence central pour toutes les activités et transactions liées à cette facturation spécifique, de la création au règlement final ou à la radiation. En Process Mining, le Numéro de facture est utilisé pour relier tous les événements connexes, tels que 'Facture Créée', 'Paiement Reçu' et 'Litige Enregistré', en une seule instance de processus ou un cas. Cela permet la visualisation et l'analyse de bout en bout de l'ensemble du cycle de vie d'une facture. En analysant les processus regroupés par Numéro de facture, les organisations peuvent identifier les goulots d'étranglement, suivre les temps de cycle et comprendre les variations dans la manière dont les différentes factures sont traitées. Pourquoi c'est important C'est l'ID de cas essentiel qui connecte tous les événements liés, permettant la reconstruction et l'analyse du cycle de vie de bout en bout de la facture. Où obtenir Généralement trouvé dans la table d'en-tête d'une facture ou d'un document de comptes clients dans le système financier source. Exemples INV-2023-001239100045678SI-54321 | |||
| Dernière mise à jour des données LastDataUpdate | L'horodatage indiquant la dernière fois que les données d'un événement ont été actualisées ou extraites du système source. | ||
| Description Cet attribut enregistre la date et l'heure de la dernière extraction des données du système source vers l'environnement de Process Mining. Il sert de champ de métadonnées qui reflète la fraîcheur de l'ensemble de données analysé. Comprendre la Dernière mise à jour des données est important pour garantir que toute analyse ou Dashboard reflète l'état le plus actuel du processus. Cela aide les utilisateurs à interpréter correctement les données en connaissant leur point de coupure. C'est particulièrement pertinent lors de la surveillance de processus continus ou de KPI quasi-réels, car cela fournit un contexte sur la mise à jour des informations. Pourquoi c'est important Indique la fraîcheur des données, fournissant un contexte pour la pertinence de l'analyse et garantissant que les utilisateurs sont conscients de la date de clôture des données. Où obtenir C'est généralement une métadonnée générée et stockée par l'outil ETL ou le pipeline de données pendant le processus d'ingestion des données. Exemples 2023-10-26T02:00:00Z2023-10-25T02:00:00Z2023-10-24T02:00:00Z | |||
| Système source SourceSystem | Le nom ou l'identifiant du système d'où proviennent les données, tel qu'un ERP ou un CRM. | ||
| Description L'attribut Système source identifie l'application ou la plateforme spécifique où les données d'événements ont été enregistrées à l'origine. Dans des environnements informatiques complexes, un processus unique comme le crédit à l'encaissement peut s'étendre sur plusieurs systèmes, par exemple, un ERP pour la facturation et une plateforme de recouvrement distincte pour la relance. Cet attribut est précieux pour comprendre le contexte technologique du processus. Il peut aider à la validation des données, à l'identification des variations de processus spécifiques au système et au diagnostic des problèmes d'intégration entre différentes plateformes. Par exemple, l'analyse pourrait révéler que des retards se produisent systématiquement lors des transferts entre l'ERP et l'outil de recouvrement. Pourquoi c'est important Identifie l'origine des données, ce qui est crucial pour comprendre les variations de processus entre différents systèmes et pour la validation des données. Où obtenir Cette information est souvent ajoutée lors du processus d'extraction de données (ETL) ou peut être trouvée dans les champs de métadonnées techniques au sein des tables sources. Exemples SAP S/4HANA`Oracle NetSuite`Recouvrement HighRadius | |||
| Date d'échéance DueDate | La date calculée à laquelle le paiement de la facture est contractuellement dû. | ||
| Description La Date d'échéance est la date spécifique à laquelle un paiement de facture doit être reçu pour être considéré comme ponctuel. Elle est généralement calculée en fonction de la date de création de la facture et des conditions de paiement convenues. Cette date est une référence critique pour la mesure de la performance dans le processus de recouvrement. Elle sert de base pour déterminer si un paiement est en retard, déclencher les procédures de relance et calculer les rapports d'ancienneté. En Process Mining, la Date d'échéance est utilisée pour calculer des KPI comme le Taux de Paiement à Temps et le Days Sales Outstanding (DSO), et pour analyser l'efficacité des activités de recouvrement par rapport aux échéances de paiement. Pourquoi c'est important Sert de référence principale pour mesurer la performance de paiement à temps et est essentiel pour le calcul des KPI tels que le DSO et la ponctualité des paiements. Où obtenir Trouvé dans les données d'en-tête de facture. Il peut s'agir d'un champ direct ou dérivé de la date de facture et des conditions de paiement. Exemples 2023-04-142023-05-302023-06-01 | |||
| ID client CustomerId | Un identifiant unique pour le client associé à la facture. | ||
| Description L'ID Client est le code unique qui représente un compte client spécifique dans le système. Il relie une facture à l'entité légalement responsable du paiement. Dans une analyse de Process Mining, l'ID Client est une dimension critique pour la segmentation. Il permet aux analystes d'examiner la performance des processus pour des clients spécifiques ou des groupes de clients. Cela peut révéler des schémas tels que les clients qui paient systématiquement en retard, ceux qui soulèvent le plus de litiges, ou si certaines inefficacités de processus n'affectent qu'un sous-ensemble de la clientèle. Ces informations sont essentielles pour adapter les stratégies de recouvrement et améliorer les relations client. Pourquoi c'est important Permet une segmentation puissante des données de processus pour analyser le comportement des clients, identifier les comptes problématiques et adapter les stratégies de recouvrement. Où obtenir Disponible dans l'en-tête du document de facture ou lié via les tables de données de base client dans le système financier ou de vente. Exemples CUST-00543100234ACME-CORP | |||
| Montant de la facture InvoiceAmount | La valeur monétaire totale de la facture. | ||
| Description Le montant de la facture représente la somme totale que le client doit payer. C'est un chiffre financier fondamental pour chaque dossier de facture. Cet attribut est essentiel pour l'analyse de l'impact financier. En corrélant les métriques de processus avec le montant de la facture, les organisations peuvent prioriser leurs efforts de recouvrement. Par exemple, l'analyse pourrait montrer que les factures de grande valeur subissent des retards de paiement plus longs ou sont plus susceptibles d'être contestées. Il permet de calculer des KPIs financiers clés comme le Days Sales Outstanding (DSO) et de déterminer la valeur monétaire immobilisée dans les goulots d'étranglement du processus ou les radiations de créances. Pourquoi c'est important Crucial pour l'analyse financière, la priorisation du recouvrement des factures de grande valeur et la quantification de l'impact monétaire des inefficacités de processus. Où obtenir Un champ standard dans les données d'en-tête de facture au sein du module des comptes clients ou de facturation du système source. Exemples 5400.50125000.00750.75 | |||
| Motif du litige DisputeReason | Le code motif ou la description fournie lorsqu'une facture est contestée par un client. | ||
| Description La raison du litige enregistre la cause du refus d'un client de payer une facture. Les raisons courantes incluent une tarification incorrecte, des marchandises endommagées, des écarts de quantité ou des documents manquants. Ces informations sont généralement enregistrées lors de l'ouverture d'un dossier de litige formel. La raison du litige est un attribut puissant pour l'analyse des causes profondes. En analysant la fréquence des différentes raisons de litige, une entreprise peut identifier des problèmes systémiques en dehors du service de recouvrement, tels que des problèmes d'expédition, d'exactitude de la facturation ou de saisie des commandes. Le Process Mining peut en outre révéler comment différentes raisons de litige impactent le temps de résolution et le flux de processus, aidant ainsi à rationaliser le processus de gestion des litiges. Pourquoi c'est important Permet l'analyse des causes profondes des retards de paiement et des litiges, aidant à identifier et à résoudre les problèmes en amont dans des domaines tels que la facturation, l'expédition ou les ventes. Où obtenir Stocké dans les modules de gestion des litiges, les systèmes CRM, ou comme code motif sur la facture ou le document de créances lui-même. Exemples Prix incorrectManque de quantitéMarchandises EndommagéesFacture en double | |||
| Niveau de relance DunningLevel | L'étape ou le niveau du processus automatisé de relance ou de recouvrement atteint pour une facture impayée. | ||
| Description Le Niveau de relance indique à quel point une facture impayée a progressé dans le processus formel de communication de recouvrement. Il est souvent représenté par un numéro ou un code, où le 'Niveau 1' pourrait être un rappel doux et le 'Niveau 4' 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 chemins de processus mènent à des niveaux de relance plus élevés et si certains niveaux sont efficaces pour déclencher le paiement. Par exemple, l'analyse peut révéler que la plupart des paiements surviennent après le Niveau de relance 2, rendant les Niveaux 3 et 4 largement inefficaces et coûteux. Cela aide à optimiser le calendrier et le contenu des avis de recouvrement. Pourquoi c'est important Mesure l'intensité des efforts de recouvrement et est essentielle pour analyser l'efficacité de la stratégie de relance à chaque étape. Où obtenir Trouvé dans les modules de gestion du recouvrement ou les données des comptes clients, souvent associé au compte client ou à des documents en retard spécifiques. Exemples 123Action en justice en cours | |||
| Nom de l'agent de recouvrement CollectorName | Le nom ou l'identifiant de l'utilisateur, de l'agent ou de l'équipe responsable de l'exécution d'une activité de recouvrement. | ||
| Description Le nom du collecteur identifie l'individu ou le groupe désigné pour gérer une facture en retard et effectuer les activités de recouvrement. Il peut s'agir d'un comptable, d'un agent de recouvrement dédié ou d'une équipe de recouvrement. Cet attribut permet l'analyse des performances au niveau individuel ou d'équipe. En filtrant ou en comparant les processus basés sur le nom du collecteur, les organisations peuvent identifier les meilleures pratiques des plus performants, détecter les besoins de formation pour les autres et analyser la répartition de la charge de travail. Il est essentiel pour comprendre l'élément humain du processus de recouvrement et son impact sur les résultats tels que les délais de paiement et les radiations de créances. Pourquoi c'est important Permet l'analyse des performances individuelles et d'équipe, la répartition de la charge de travail et l'efficacité des différents agents ou stratégies de recouvrement. Où obtenir Trouvé dans les données de transactions des comptes clients, les fiches clients ou les modules spécifiques de gestion du recouvrement. Peut correspondre à des champs tels que 'Comptable' ou 'ID utilisateur'. Exemples John SmithÉquipe de recouvrement AUSER123 | |||
| Statut de la facture InvoiceStatus | Le statut financier ou opérationnel actuel de la facture, tel que Ouverte, Payée, En retard ou Litigieuse. | ||
| Description Le statut de la facture indique l'état actuel d'une facture au sein de son cycle de vie. Ce statut change à mesure que des événements se produisent, passant de 'Ouverte' lors de sa création, à 'En retard' si impayée après la date d'échéance, et finalement à 'Payée' ou 'Passée en pertes'. Cet attribut fournit un aperçu de la santé actuelle des comptes clients. Dans une analyse Process Mining, il aide à catégoriser les cas et à comprendre les résultats des différentes variantes de processus. Par exemple, la comparaison des flux de processus qui mènent à un statut 'Litigieux' par rapport à un statut 'Payé' peut révéler les causes profondes des frictions de paiement. Il est également utilisé pour filtrer les cas actifs, tels que toutes les factures actuellement 'En retard', pour analyser les efforts de recouvrement en cours. Pourquoi c'est important Fournit une vue claire de l'état actuel des factures, permettant l'analyse des résultats des processus et le filtrage des cas à un stade spécifique comme 'En retard' ou 'Litigieux'. Où obtenir Généralement disponible comme champ de statut dans l'en-tête de la facture ou du document de comptes clients. Exemples OuvertPayéEn retardLitigieuxPassé en pertes | |||
| Code société CompanyCode | L'identifiant de l'entité juridique ou de l'unité commerciale à laquelle appartient la facture. | ||
| Description Le Code de société est un identifiant d'unité organisationnelle qui représente une entreprise juridiquement indépendante ou un domaine d'activité distinct pour lequel des états financiers sont préparés. Dans une organisation multi-entités, chaque transaction est assignée à un code de société spécifique. Cet attribut est fondamental pour l'analyse au niveau organisationnel. Il permet de comparer la performance des processus entre différentes entités juridiques, filiales ou unités commerciales. De telles comparaisons peuvent mettre en évidence des différences d'efficacité des processus, de conformité aux politiques et de performance des agents de recouvrement entre les différentes parties de l'organisation, facilitant le partage des meilleures pratiques et la standardisation des processus lorsque cela est approprié. Pourquoi c'est important Permet la comparaison des processus et l'analyse comparative des performances entre différentes entités juridiques, filiales ou unités commerciales au sein d'une organisation. Où obtenir Un champ organisationnel standard sur tous les documents financiers, y compris les factures, au sein d'un système ERP. Exemples 1000US01DE01UK_SALES | |||
| Conditions de paiement PaymentTerms | Les conditions convenues qui définissent le moment où un client est censé payer une facture. | ||
| Description Les conditions de paiement spécifient les modalités selon lesquelles une vente est réalisée, principalement concernant le calendrier de paiement. Elles sont généralement exprimées sous forme de code ou de texte court, tel que 'Net 30' (paiement dû dans 30 jours) ou '2/10 Net 30' (une remise de 2 % si payé en 10 jours, sinon le montant total est dû dans 30 jours). Cet attribut fournit un contexte essentiel pour la date d'échéance de la facture et le comportement de paiement du client. L'analyse du processus par conditions de paiement peut révéler si certaines conditions sont corrélées à des taux plus élevés de retards de paiement ou de litiges. Il peut également être utilisé pour évaluer l'efficacité des remises pour paiement anticipé et pour éclairer les futures négociations sur les conditions de paiement avec les clients, contribuant ainsi à optimiser les flux de trésorerie. Pourquoi c'est important Fournit un contexte pour les dates d'échéance des factures et permet d'analyser l'impact des différents accords de paiement sur les taux de paiement à temps et les flux de trésorerie globaux. Où obtenir Stocké dans les données de base client ou dans l'en-tête du bon de commande et de la facture. Exemples Net 30Net 602 % sous 10 jours, net à 30 joursPayable à réception | |||
| Devise de la facture InvoiceCurrency | La devise dans laquelle le montant de la facture est libellé. | ||
| Description La devise de la facture spécifie l'unité monétaire, telle que USD, EUR ou JPY, dans laquelle la facture est émise et le paiement est attendu. Ceci est particulièrement pertinent pour les entreprises opérant à l'international. Bien que le Process Mining se concentre souvent sur les flux de processus plutôt que sur les conversions financières, cet attribut est important pour interpréter correctement le montant de la facture. Il permet de filtrer l'analyse sur une devise spécifique ou de segmenter le processus pour voir si les transactions dans certaines devises suivent des schémas différents, peut-être en raison de retards de traitement des paiements internationaux ou de différentes stratégies de recouvrement sur les marchés étrangers. Pourquoi c'est important Fournit le contexte nécessaire pour le montant de la facture et permet une segmentation de l'analyse par devise, ce qui peut être pertinent pour les entreprises internationales. Où obtenir Un champ standard dans les données d'en-tête de facture. Exemples USDEURGBPJPY | |||
| Segment de clientèle CustomerSegment | Une classification du client, par exemple selon sa taille, son secteur d'activité, son importance stratégique ou sa région. | ||
| Description Le segment client est une catégorisation qui regroupe les clients en fonction de caractéristiques communes. Les segments peuvent être définis par des facteurs tels que le secteur d'activité (ex: fabrication, commerce de détail), la taille (ex: grande entreprise, PME), la région géographique ou la valeur stratégique (ex: or, argent, bronze). Cet attribut permet une analyse plus nuancée et stratégique du processus de recouvrement. En comparant les performances des processus à travers différents segments, les entreprises peuvent découvrir que certains groupes de clients ont des comportements de paiement ou des défis uniques. Par exemple, les clients internationaux peuvent faire face à des cycles de paiement plus longs en raison des opérations bancaires transfrontalières. Ces informations permettent de développer des stratégies et des politiques de recouvrement ciblées pour chaque segment, améliorant ainsi l'efficacité globale et la satisfaction client. Pourquoi c'est important Permet une analyse comparative entre différents groupes de clients, favorisant le développement de stratégies et de politiques de recouvrement ciblées. Où obtenir Généralement trouvé dans les données de base client au sein d'un système CRM ou ERP. Exemples Grande EntreprisePetites et Moyennes EntreprisesGouvernementAmérique du Nord | |||
Activités de gestion du crédit et de recouvrement
| Activité | Description | ||
|---|---|---|---|
| Date d'échéance du paiement dépassée | Un jalon critique indiquant que la date d'échéance nette de la facture est dépassée sans que celle-ci n'ait été entièrement payée. Cet événement marque le passage d'une facture du statut 'courant' au statut 'en retard'. | ||
| Pourquoi c'est important Cette activité est le déclencheur principal de toutes les activités de recouvrement et de relance. L'analyse du volume de factures passant par ce point aide à mesurer le comportement de paiement et la charge de travail du recouvrement. Où obtenir Ce n'est pas un événement système direct, mais il est calculé en comparant le champ de la date d'échéance de la facture avec l'horodatage actuel ou l'horodatage d'une activité ultérieure. Capture Générez un timestamp d'événement pour la date d'échéance de la facture si celle-ci n'est pas réglée à cette date. Par exemple, 'InvoiceDueDate + 1 jour'. Type d'événement calculated | |||
| Facture créée | Marque la création officielle de l'enregistrement de la facture dans le système source. Cet événement est le point de départ principal du cycle de vie de la facture à l'encaissement, établissant le montant à recevoir et les conditions de paiement. | ||
| Pourquoi c'est important C'est l'événement de début crucial pour le processus. Tous les calculs de temps de cycle, tels que Facture à Encaissement et Days Sales Outstanding, commencent à partir de ce point. Où obtenir C'est une transaction fondamentale trouvée dans le module des comptes clients ou de facturation, capturée à partir de la date de création ou de validation du document de facture. Capture Utilisez l'horodatage de création ou la date de validation de la table d'en-tête de la facture principale ou du document financier. Type d'événement explicit | |||
| Facture passée en perte | Représente le résultat final et infructueux où la dette est jugée irrécouvrable et est passée en pertes irrécouvrables. Cela efface la créance des livres comptables. | ||
| Pourquoi c'est important Cette activité représente une perte financière directe. L'analyse de la fréquence et de la valeur des radiations aide à identifier les risques de crédit, les échecs de recouvrement et les améliorations potentielles des processus. Où obtenir C'est une transaction financière explicite, telle qu'une écriture de journal ou un ajustement, enregistrée sur un compte de créances irrécouvrables qui solde la facture originale. Capture Utilisez la date de validation du document financier spécifique ou de l'écriture de journal qui solde le solde restant de la facture. Type d'événement explicit | |||
| Facture réglée | Marque la fin réussie du cycle de vie de la facture, où la facture est entièrement payée et son solde est nul. C'est l'état final souhaité pour le processus. | ||
| Pourquoi c'est important C'est l'événement de fin principal du 'chemin optimal' pour le processus. La mesure du temps jusqu'à cette activité donne le temps de cycle total de la facture à l'encaissement, une métrique commerciale critique. Où obtenir C'est souvent déduit lorsque la somme des paiements et des avoirs appliqués est égale au montant total de la facture, ou à partir d'un changement de statut à 'Payée' ou 'Clôturée'. Capture Identifiez le dernier timestamp d'une transaction d'apurement ou d'application de paiement qui ramène le solde impayé de la facture à zéro. Type d'événement inferred | |||
| Litige enregistré | Marque le moment où un client soulève formellement un litige contre une facture, qui est ensuite enregistré dans le système. Cet événement suspend souvent le processus de recouvrement standard pour le montant litigieux. | ||
| Pourquoi c'est important Les litiges sont une cause majeure de retards de paiement. Identifier quand et pourquoi les litiges surviennent est essentiel pour l'analyse des causes profondes, l'amélioration des processus et la réduction du Days Sales Outstanding. Où obtenir C'est capturé lorsqu'un cas de litige est créé ou lorsque le statut d'une facture est modifié en 'Litigieuse' dans un module de gestion des litiges ou de recouvrement. Capture Utilisez l'horodatage de création de l'enregistrement du cas de litige ou l'horodatage du changement de statut sur la facture. Type d'événement explicit | |||
| Promesse de paiement reçue | Se produit lorsqu'un client s'engage à payer une facture à une date future, et cet accord est enregistré dans le système. Cela représente un résultat intermédiaire positif des efforts de recouvrement. | ||
| Pourquoi c'est important C'est un indicateur clé de performance pour l'efficacité des agents de recouvrement. Il fournit un jalon pour mesurer si les clients respectent leurs engagements, aidant à prévoir les flux de trésorerie entrants. Où obtenir C'est un événement explicite enregistré par un utilisateur dans le module de gestion du recouvrement, créant un enregistrement avec une date et un montant de promesse. Capture Utilisez l'horodatage de création de l'enregistrement 'Promesse de Paiement' associé à la facture. Type d'événement explicit | |||
| Contact de Recouvrement Établi | Représente une action manuelle effectuée par un agent de recouvrement pour contacter un client, telle qu'un appel téléphonique ou un e-mail personnalisé. Cette activité est enregistrée par l'agent de recouvrement dans le système. | ||
| Pourquoi c'est important Cette activité met en évidence l'effort manuel dans le processus de recouvrement. L'analyse de la fréquence et des résultats de ces contacts aide à mesurer l'efficacité des agents de recouvrement et l'allocation des ressources. Où obtenir C'est typiquement capturé à partir des journaux d'activités, de tâches ou d'interactions créés par l'utilisateur au sein d'un module de recouvrement ou CRM. Capture Extrayez la date et l'heure de création des activités enregistrées, telles que 'Appel téléphonique' ou 'E-mail', liées au client ou à la facture. Type d'événement explicit | |||
| Facture envoyée au client | Représente le moment où la facture a été officiellement livrée au client, que ce soit par voie électronique ou imprimée. Le décompte des conditions de paiement commence souvent à partir de cette date. | ||
| Pourquoi c'est important Les retards entre la création et l'envoi des factures peuvent prolonger le cycle de paiement. Cette activité aide à identifier les goulots d'étranglement dans le processus de sortie de facturation et leur impact sur les flux de trésorerie. Où obtenir Cela peut être capturé explicitement dans un système de gestion des sorties ou déduit des journaux de communications, tels que les e-mails ou les transmissions EDI. Capture Extrayez le timestamp des journaux système qui suivent les communications sortantes ou d'un champ dédié 'Date d'envoi' sur l'enregistrement de la facture. Type d'événement explicit | |||
| Limite de crédit approuvée | Représente la finalisation réussie d'un processus d'examen de crédit, où une limite de crédit est officiellement accordée ou mise à jour pour un client. Cette activité précède généralement la création d'une facture et établit les conditions de la transaction. | ||
| Pourquoi c'est important L'analyse du temps entre l'approbation du crédit et la création de la facture aide à comprendre l'efficacité du cycle de vente. Elle fournit également un contexte expliquant pourquoi certaines factures peuvent avoir des conditions de paiement spécifiques ou rencontrer des problèmes de recouvrement ultérieurs. Où obtenir Cet événement est généralement enregistré dans un module de gestion du crédit ou un système CRM lorsqu'un gestionnaire de crédit approuve une demande ou une révision de crédit client. Capture Capturez le timestamp lorsque le statut de l'examen de crédit d'un client est marqué comme 'Approuvé' ou qu'une nouvelle limite de crédit est finalisée. Type d'événement explicit | |||
| Litige résolu | Représente la conclusion du processus de gestion des litiges, où le problème a été examiné et une résolution a été trouvée. La facture peut maintenant être traitée pour paiement ou passée en pertes. | ||
| Pourquoi c'est important Le temps nécessaire pour résoudre les litiges impacte directement les flux de trésorerie et la satisfaction client. Cette activité fournit le point final pour mesurer le temps de cycle de résolution des litiges. Où obtenir C'est capturé lorsque le statut d'un cas de litige est mis à jour en 'Résolu' ou 'Clos', ou lorsque le drapeau de litige sur une facture est supprimé. Capture Utilisez l'horodatage du changement de statut sur le cas de litige ou l'enregistrement de facture qui indique la résolution. Type d'événement explicit | |||
| Note de crédit émise | Représente la création d'un avoir qui est appliqué sur une facture. Cela est souvent fait pour corriger une erreur de facturation ou dans le cadre d'une résolution de litige. | ||
| Pourquoi c'est important Des notes de crédit fréquentes peuvent indiquer des problèmes systémiques dans le processus amont de la commande à l'encaissement, tels que des erreurs de prix ou d'expédition. Cette activité est cruciale pour l'analyse des causes profondes. Où obtenir C'est une transaction financière standard capturée à partir de la date de validation du document d'avoir dans le module des comptes clients. Capture Utilisez la date de création ou de validation de l'en-tête du document d'avoir, en le reliant à la facture originale qu'il crédite. Type d'événement explicit | |||
| Paiement appliqué à la facture | Représente l'achèvement du processus d'imputation des paiements, où un paiement reçu a été correctement rapproché et appliqué à une facture spécifique. Cette action réduit ou solde le montant dû. | ||
| Pourquoi c'est important Cette activité est le lien critique entre l'encaissement et la réduction des créances. Les retards dans l'application peuvent entraîner des activités de recouvrement inutiles et des relevés de compte client inexacts. Où obtenir Cet événement est enregistré lorsqu'une transaction de compensation est validée, reliant un document de paiement à un document de facture dans le grand livre auxiliaire des comptes clients. Capture Utilisez la date de validation du document de compensation ou la date d'application enregistrée dans les tables d'application de paiement. Type d'événement explicit | |||
| Paiement Reçu | Marque la réception de fonds d'un client, souvent enregistrée à partir d'un relevé bancaire ou d'un fichier de boîte postale. Cela signifie que des liquidités ont été reçues mais pas encore nécessairement appliquées à une facture spécifique. | ||
| Pourquoi c'est important Cette activité marque le début du processus d'imputation des paiements. Le délai entre la réception et l'imputation des paiements est une mesure clé de l'efficacité de la trésorerie et des opérations. Où obtenir C'est capturé à partir de la création d'un encaissement ou d'un document de paiement client, souvent trouvé dans un journal des paiements ou un module de gestion de trésorerie. Capture Utilisez la date de validation ou la date de valeur du paiement entrant ou de l'enregistrement de la transaction du relevé bancaire. Type d'événement explicit | |||
| Processus de relance démarré | Marque le début d'un processus de relance formel ou l'affectation à une stratégie de recouvrement spécifique pour une facture impayée. Cela représente une escalade plus systématique qu'un simple rappel. | ||
| Pourquoi c'est important Cette activité marque une escalade dans les efforts de recouvrement. L'analyse du temps jusqu'à cette étape et de ses résultats aide à évaluer l'efficacité et l'efficience de la stratégie globale de relance. Où obtenir Enregistré lorsqu'un niveau de relance est attribué pour la première fois à une facture ou lorsqu'une stratégie de recouvrement formelle est déclenchée dans le système de gestion des recouvrements. Capture Capturez le timestamp lorsque une facture est incluse pour la première fois dans une campagne de relance formelle ou lorsqu'une stratégie de recouvrement est attribuée. Type d'événement explicit | |||
| Promesse de paiement non respectée | Un événement calculé indiquant qu'un client n'a pas effectué un paiement à la date promise. Cela signale un revers dans le processus de recouvrement, nécessitant souvent une escalade. | ||
| Pourquoi c'est important Cette activité met en évidence les inefficacités et les engagements peu fiables. L'analyse de sa fréquence aide à identifier les clients à risque élevé et à affiner les stratégies de recouvrement pour les actions de suivi. Où obtenir Cet événement est déduit en vérifiant si la date de 'Promesse de Paiement' correspondante d'une facture est passée sans qu'un paiement de compensation n'ait été enregistré. Capture Générez un événement le jour suivant la date de promesse si aucun paiement correspondant n'a été appliqué à la facture. Type d'événement calculated | |||
| Rappel Envoyé | Représente un premier rappel, souvent automatisé, ou une lettre de relance envoyée à un client concernant une facture impayée. Il s'agit généralement de la première étape du processus de relance. | ||
| Pourquoi c'est important Le suivi des rappels aide à évaluer l'efficacité des efforts de recouvrement précoces. Il permet d'analyser le nombre de factures payées après un simple rappel par rapport à celles nécessitant une action plus intensive. Où obtenir Cet événement est capturé à partir des journaux d'un module de relance ou de recouvrement, qui enregistre la date et le type de communication envoyée pour une facture. Capture Utilisez la date d'exécution de l'historique de relance ou de la table de journal 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 des instructions détaillées,