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

Microsoft Dynamics 365
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 offre un guide complet pour collecter les données nécessaires à l'analyse de votre processus de gestion du crédit et de recouvrement. Il décrit les attributs de données essentiels, les activités clés à suivre et des conseils pratiques pour l'extraction des données. Utilisez cette ressource pour rationaliser votre préparation des données et accélérer votre parcours de Process Mining.
  • Attributs recommandés à collecter pour une analyse complète
  • Activités clés à suivre pour une découverte précise des processus
  • Conseils pratiques pour l'extraction des données de votre système
Nouveau dans les journaux d'événements ? Apprenez comment créer un journal d'événements Process Mining.

Attributs de gestion du crédit et des recouvrements

Ce sont les champs de données recommandés à inclure dans votre journal d'événements pour une analyse complète de votre processus de gestion du crédit et de recouvrement.
3 Obligatoire 8 Recommandé 9 Facultatif
Nom Description
Heure de l'événement
EventTime
L'horodatage indiquant quand une activité ou un événement spécifique s'est produit.
Description

L'Heure de l'événement est la date et l'heure précises auxquelles une activité a été enregistrée dans le système. C'est la pierre angulaire du process mining, fournissant l'ordre chronologique nécessaire pour construire le flux de processus et calculer toutes les métriques basées sur le temps. Cet attribut est essentiel pour analyser les durées, identifier les goulots d'étranglement et surveiller les SLA. Par exemple, la différence de temps entre les événements 'Facture générée' et 'Paiement reçu' est utilisée pour calculer le délai moyen de recouvrement (DSO), un KPI commercial critique. Sans horodatages précis, l'analyse des performances et l'identification des goulots d'étranglement sont impossibles.

Pourquoi c'est important

Cet horodatage est essentiel pour ordonner les événements, découvrir la carte des processus et calculer toutes les métriques de performance comme les temps de cycle et les durées.

Où obtenir

Cet attribut est extrait de divers champs de date/heure dans les tables D365, tels que 'CreatedDateTime' sur 'CustInvoiceJour' ou 'TransDate' sur 'CustTrans', selon l'activité spécifique.

Exemples
2023-01-15T09:30:00Z2023-02-28T14:12:55Z2023-03-20T11:05:10Z
Nom de l'activité
ActivityName
Le nom de l'événement ou de la tâche spécifique qui s'est produit à un moment donné du cycle de vie de la facture.
Description

Le Nom de l'Activité décrit une étape ou un événement spécifique au sein du processus de crédit et de recouvrement, tel que 'Facture Générée', 'Lettre de relance envoyée' ou 'Paiement Reçu'. Cet attribut est fondamental pour le Process Mining car il définit les nœuds dans la carte des processus. L'analyse de la séquence et de la fréquence de ces activités révèle le flux de processus réel, permettant l'identification des boucles de retravail, des inefficacités et des chemins de processus non conformes. Il prend directement en charge la création de toutes les visualisations de flux de processus et est utilisé pour segmenter les calculs de temps de cycle entre les différentes étapes du processus.

Pourquoi c'est important

Cet attribut définit les étapes de la carte des processus, permettant de visualiser et d'analyser le cycle de vie de la facture.

Où obtenir

Cet attribut est généralement dérivé en mappant des événements système spécifiques, des changements de statut ou des dates de création d'enregistrements provenant de diverses tables comme 'CustInvoiceJour', 'CustTrans', 'CustCollectionLetterJour' et 'CustPaymPromise' à des noms d'activité standardisés.

Exemples
Facture comptabilisée et envoyéeLettre de relance généréeLitige enregistréPaiement Reçu
Numéro de facture
InvoiceNumber
L'identifiant unique pour chaque facture client, servant d'identifiant de cas principal pour le processus de gestion du crédit.
Description

Le Numéro de Facture est un attribut critique qui identifie de manière unique chaque transaction financière avec un client. Il relie toutes les activités associées, de la génération et comptabilisation de la facture au recouvrement des paiements et au règlement final. En Process Mining, ce numéro est utilisé pour reconstituer le parcours de bout en bout de chaque facture, permettant une analyse détaillée de son cycle de vie. En suivant chaque facture comme un cas distinct, les organisations peuvent identifier les chemins de processus courants, les goulots d'étranglement et les écarts par rapport à la procédure standard. Il est le fondement du calcul des métriques clés comme le délai moyen de recouvrement (DSO) et l'analyse des variantes de processus.

Pourquoi c'est important

Ceci est l'ID de cas essentiel qui relie tous les événements du processus, permettant la reconstruction et l'analyse de l'intégralité du cycle de vie de la facture au paiement.

Où obtenir

Ceci est typiquement le champ 'Facture' de la table 'CustInvoiceJour' dans Microsoft Dynamics 365 Finance.

Exemples
INV-0012345CIV-2023-8876SI-9510034
Agent de recouvrement assigné
CollectorAssigned
Le nom de l'agent de recouvrement ou du membre de l'équipe responsable de la gestion de la facture en retard.
Description

Cet attribut identifie l'employé responsable des activités de recouvrement pour une facture spécifique. Il est crucial pour l'analyse des performances et de la charge de travail. En filtrant la carte des processus ou les dashboards par agent de recouvrement, les managers peuvent évaluer la productivité individuelle, comparer les stratégies de recouvrement et identifier les opportunités de coaching. Cet attribut est une dimension clé pour les dashboards 'Productivité de l'équipe de recouvrement' et 'Temps de cycle de résolution des litiges', car il aide à attribuer les résultats des processus à des individus ou des équipes spécifiques.

Pourquoi c'est important

Permet l'analyse des performances de l'équipe de recouvrement, aide à équilibrer les charges de travail et identifie les meilleures pratiques en comparant l'efficacité des agents de recouvrement.

Où obtenir

Consultez la documentation de Microsoft Dynamics 365. Cela pourrait être lié à un module de gestion des recouvrements ou aux champs de responsabilité de l'utilisateur sur les enregistrements de clients ou de transactions.

Exemples
John SmithEmily JonesÉquipe de recouvrement A
Date d'échéance du paiement
PaymentDueDate
La date à laquelle le paiement de la facture est contractuellement dû.
Description

La Date d'Échéance du Paiement est un attribut de date critique défini par les conditions de paiement convenues avec le client. Cette date sert de référence pour déterminer si une facture est en retard. C'est le déclencheur principal pour initier les activités de recouvrement, telles que l'envoi de rappels ou le début d'une procédure de relance formelle. En Process Mining, elle est utilisée pour calculer la métrique 'Jours de Retard' et pour vérifier la conformité aux politiques de relance, par exemple, en vérifiant qu'un rappel a été envoyé dans les X jours suivant la date d'échéance.

Pourquoi c'est important

Cette date est la référence pour mesurer la ponctualité des paiements et le déclencheur de toutes les activités de retard et de recouvrement.

Où obtenir

Généralement trouvé comme le champ 'DueDate' dans les tables 'CustTrans' ou 'CustInvoiceJour'.

Exemples
2023-02-142023-03-312023-04-30
Jours de retard
DaysOverdue
Le nombre de jours de retard de paiement d'une facture par rapport à sa date d'échéance.
Description

Les Jours de Retard sont une métrique calculée qui mesure le temps écoulé depuis la Date d'Échéance de paiement pour une facture impayée. Ils sont calculés comme la date actuelle moins la Date d'Échéance de paiement. C'est un indicateur de performance clé pour l'équipe de recouvrement, car il aide à prioriser les factures sur lesquelles se concentrer. C'est la métrique principale dans le tableau de bord 'Factures en retard par segment' et elle est fondamentale pour évaluer la santé des comptes clients et l'efficacité des efforts de recouvrement.

Pourquoi c'est important

C'est une métrique opérationnelle critique utilisée pour prioriser les efforts de recouvrement et mesurer la gravité des retards de paiement.

Où obtenir

Ceci est un champ calculé. La logique est : SI la facture est impayée ALORS (Aujourd'hui() - PaymentDueDate) SINON 0.

Exemples
1532910
Montant de la facture
InvoiceAmount
La valeur monétaire totale de la facture.
Description

Le Montant de la Facture représente la valeur financière totale des biens ou services facturés. C'est un attribut fondamental pour l'analyse financière au sein du processus. Il permet de segmenter les cas par valeur afin de déterminer si les factures de grande valeur suivent un processus différent ou subissent des retards plus longs. Cet attribut est essentiel pour les dashboards 'Dépréciations de créances irrécouvrables' et 'Analyse de la gestion des limites de crédit', aidant à quantifier l'impact financier et à évaluer les risques.

Pourquoi c'est important

Permet une analyse de l'impact financier, la priorisation des factures de grande valeur et la compréhension de la manière dont la valeur des factures affecte le comportement du processus.

Où obtenir

Probablement le champ 'InvoiceAmount' dans la table 'CustInvoiceJour'.

Exemples
1500.7525000.00549.99
Niveau de relance
DunningLevel
Indique l'étape ou la gravité actuelle du processus de relance (recouvrement) pour une facture en retard.
Description

Le Niveau de relance représente l'étape d'une procédure de relance structurée, par exemple, 'Niveau 1 : Rappel amical', 'Niveau 2 : Mise en demeure formelle' ou 'Niveau 3 : Dernier avertissement'. Le suivi de cet attribut est essentiel pour évaluer le succès de la stratégie de recouvrement. Le dashboard 'Efficacité de la stratégie de relance' utilise cet attribut pour montrer le pourcentage de factures payées après avoir atteint chaque niveau. Cela aide les entreprises à affiner leurs workflows de relance, les rendant plus efficaces pour obtenir le paiement tout en maintenant les relations clients.

Pourquoi c'est important

Ceci est essentiel pour mesurer l'efficacité de la stratégie de relance et comprendre à quel stade les clients sont le plus susceptibles de payer.

Où obtenir

Ces informations se trouveraient dans des tables liées aux recouvrements et aux lettres de relance, telles que 'CustCollectionLetterJour'.

Exemples
123 - FinalAction en justice
Nom du client
CustomerName
Le nom légal du client à qui la facture a été émise.
Description

Le Nom du Client identifie le client spécifique associé à une facture. Cet attribut est une dimension principale pour le filtrage et la segmentation. L'analyse du processus par client aide à identifier les clients problématiques qui paient systématiquement en retard, soulèvent des litiges ou nécessitent des efforts de recouvrement importants. C'est un attribut clé pour le dashboard 'Temps de cycle de résolution des litiges' et pour toute analyse approfondie des comptes clients spécifiques.

Pourquoi c'est important

Permet une analyse des processus spécifiques aux clients, aidant à identifier les schémas et à gérer les relations avec les comptes clés ou problématiques.

Où obtenir

Cette information est généralement jointe à partir de la table 'CustTable' en utilisant le numéro de compte client présent dans 'CustInvoiceJour'.

Exemples
Contoso Ltée.Adventure WorksFabrikam Inc.
Segment de clientèle
CustomerSegment
Une classification du client, par exemple par taille, secteur d'activité ou importance stratégique.
Description

Le Segment Client est un attribut catégoriel utilisé pour regrouper les clients en cohortes significatives, par exemple 'Comptes stratégiques', 'PME' ou 'Gouvernement'. Cette segmentation est vitale pour l'analyse stratégique. Elle aide à répondre à des questions comme 'Les comptes stratégiques ont-ils un DSO inférieur ?' ou 'Les passages en perte sont-ils plus fréquents dans un segment industriel particulier ?'. Il est utilisé directement dans les tableaux de bord 'Tendance du délai moyen de recouvrement', 'Passages en perte de factures irrécouvrables' et 'Factures en retard par segment' pour fournir des insights de niveau supérieur au-delà des clients individuels.

Pourquoi c'est important

Permet une analyse agrégée des groupes de clients afin d'identifier les tendances stratégiques et d'adapter les stratégies de recouvrement aux différents segments.

Où obtenir

Il s'agit souvent d'un champ personnalisé ou dérivé d'attributs de la 'CustTable' (table maître client).

Exemples
EntrepriseMarché intermédiaireSecteur publicPartenaire
Statut de la facture
InvoiceStatus
Le statut actuel de la facture dans son cycle de vie.
Description

Le Statut de la Facture offre une vue d'ensemble de l'étape du processus où se trouve une facture, par exemple 'Ouverte', 'Payée', 'Litigieuse' ou 'Dépréciée'. Bien que le journal d'activités fournisse un historique détaillé, le statut actuel est un attribut utile au niveau du cas pour le filtrage et les rapports de haut niveau. Il permet aux analystes de segmenter rapidement les données pour se concentrer uniquement sur les factures ouvertes en retard ou pour analyser les caractéristiques de toutes les factures dépréciées. C'est un moyen simple mais puissant de comprendre l'état actuel des comptes clients.

Pourquoi c'est important

Offre un moyen rapide et facile de filtrer et d'analyser les factures en fonction de leur état actuel, par exemple en se concentrant sur tous les cas ouverts ou contestés.

Où obtenir

Dérivé du statut de règlement des transactions dans la table 'CustTrans'. Une transaction ouverte est impayée, tandis qu'une transaction fermée est réglée.

Exemples
OuvertPayéPartiellement payéDéprécié
Code de devise
CurrencyCode
La devise de la facture, par exemple, USD ou EUR.
Description

Le Code Devise spécifie la devise transactionnelle du montant de la Facture. C'est un attribut contextuel important, notamment pour les organisations multinationales. Il est nécessaire pour interpréter correctement les valeurs financières et peut être utilisé pour analyser si les cycles de paiement ou les problèmes sont corrélés à des devises spécifiques, ce qui pourrait être lié à des complexités de change ou de traitement des paiements internationaux.

Pourquoi c'est important

Fournit un contexte essentiel pour toutes les valeurs monétaires et permet l'analyse des processus impliquant plusieurs devises.

Où obtenir

Généralement trouvé comme le champ 'CurrencyCode' dans la table 'CustInvoiceJour'.

Exemples
USDEURGBPCAD
Délai moyen de recouvrement
DaysSalesOutstanding
Le délai en jours entre la génération de la facture et la réception du paiement.
Description

Le délai moyen de recouvrement (Days Sales Outstanding, ou DSO) est un KPI financier clé qui mesure le nombre moyen de jours nécessaires pour encaisser un paiement après une vente. Dans ce modèle de processus, il est calculé comme la durée entre les activités 'Facture générée' et 'Paiement reçu' pour chaque facture. Un DSO plus faible indique un processus de recouvrement plus efficace et un meilleur flux de trésorerie. Cet attribut permet une analyse des tendances dans le temps et une segmentation par dimensions telles que le Segment Client pour voir quels groupes impactent la métrique globale.

Pourquoi c'est important

C'est un KPI critique pour mesurer l'efficacité du flux de trésorerie et la performance globale du processus de la facture au paiement.

Où obtenir

Calculé comme la durée entre les horodatages des activités 'Facture générée' et 'Paiement reçu'.

Exemples
28.545.261.0
Dernière mise à jour des données
LastDataUpdate
L'horodatage de la dernière actualisation ou mise à jour des données.
Description

Cet attribut indique la dernière fois que l'ensemble de données a été mis à jour à partir du système source. C'est une pièce de métadonnée critique pour les utilisateurs de l'analyse du Process Mining, car elle fournit un contexte sur la fraîcheur des données. Savoir que les données sont à jour jusqu'à un point précis dans le temps aide les analystes à prendre des décisions éclairées et à comprendre la portée de leurs conclusions. Il est généralement appliqué à l'ensemble du dataset pendant le pipeline d'ingestion des données.

Pourquoi c'est important

Informe les utilisateurs sur la pertinence des données, garantissant que les analyses sont basées sur une période clairement définie et évitant les décisions basées sur des informations obsolètes.

Où obtenir

Cette valeur est générée et apposée sur l'ensemble de données par le pipeline ETL/de données au moment de l'exécution.

Exemples
2023-04-01T02:00:00Z2023-04-02T02:00:00Z
Est litigieux
IsDisputed
Un indicateur booléen indiquant si une facture a déjà été contestée.
Description

Ceci est un indicateur calculé qui est défini sur vrai si un dossier de facture contient une activité 'Litige enregistré'. Il simplifie l'analyse en permettant aux utilisateurs de filtrer ou de comparer facilement les flux de processus des factures litigieuses par rapport aux non-litigieuses. Par exemple, on pourrait facilement comparer le DSO moyen des factures litigieuses avec la moyenne de celles non litigieuses pour quantifier l'impact des litiges sur le flux de trésorerie. C'est un attribut utile pour les dashboards de haut niveau et l'analyse comparative.

Pourquoi c'est important

Simplifie l'analyse et le filtrage en permettant une comparaison facile entre les populations de factures litigieuses et non litigieuses.

Où obtenir

Ceci est un champ calculé. La logique est : SI le cas contient une activité 'Litige enregistré' ALORS vrai SINON faux.

Exemples
truefaux
Limite de crédit
CreditLimit
Le montant maximum de crédit approuvé pour le client.
Description

La Limite de Crédit est le montant total de la dette qu'un client est autorisé à accumuler. Cet attribut est crucial pour la gestion des risques. Le dashboard 'Analyse de la gestion des limites de crédit' compare cette valeur aux montants des factures pour les comptes défaillants ou dépréciés. Cette analyse aide à déterminer si les limites de crédit sont définies de manière appropriée, si elles sont appliquées, et si les clients qui font défaut ont tendance à avoir des limites récemment augmentées, soulignant ainsi les faiblesses potentielles du processus d'approbation du crédit.

Pourquoi c'est important

Essentiel pour l'évaluation des risques, cet attribut aide à analyser si les passages en perte sont liés à des limites de crédit client mal gérées ou inadéquates.

Où obtenir

Cette valeur est généralement stockée dans l'enregistrement maître client de la table 'CustTable'.

Exemples
10000.0050000.000.00
Motif du litige
DisputeReason
La raison invoquée par le client pour contester une facture.
Description

Lorsqu'un client conteste une facture, il fournit généralement une raison, telle que 'Prix incorrect', 'Marchandises endommagées' ou 'Double facturation'. Cet attribut capture cette raison. L'analyse des raisons des litiges est essentielle pour l'analyse des causes profondes. Elle aide à identifier les problèmes récurrents dans le processus de la commande au paiement, tels que des problèmes avec les services de vente, d'expédition ou de facturation. La réduction des litiges à la source est un résultat clé de cette analyse, qui impacte directement le DSO en prévenant les retards de paiement.

Pourquoi c'est important

Fournit des données essentielles pour l'analyse des causes profondes des retards de paiement, aidant à identifier et à résoudre les problèmes en amont qui mènent aux litiges de facturation.

Où obtenir

Consultez la documentation de Microsoft Dynamics 365. Cela ferait partie de la fonctionnalité de gestion des litiges ou de gestion des cas.

Exemples
Erreur de prixQuantité manquanteProduit non reçuService non conforme à la description
Pays
Country
Le pays de l'adresse de facturation du client.
Description

Cet attribut spécifie le pays associé au compte du client. C'est une dimension courante pour l'analyse géographique. La segmentation des KPI de processus comme le DSO ou les taux de dépréciation par pays peut révéler des différences régionales dans le comportement de paiement des clients, l'efficacité du recouvrement ou les conditions économiques. Cela peut conduire à des stratégies de recouvrement adaptées géographiquement ou à des conditions de paiement différentes pour certaines régions.

Pourquoi c'est important

Permet une analyse géographique pour identifier les tendances régionales dans le comportement de paiement et la performance du processus de recouvrement.

Où obtenir

Ceci est dérivé par une jointure entre l'enregistrement maître client ('CustTable') et son enregistrement d'adresse principale, souvent dans 'LogisticsPostalAddress'.

Exemples
États-UnisDEUGBRCAN
Système source
SourceSystem
Identifie le système d'où proviennent les données.
Description

Cet attribut spécifie l'application source où les données d'événement ont été enregistrées. Dans ce contexte, il s'agirait de 'Microsoft Dynamics 365'. Bien qu'il puisse sembler statique dans une analyse à système unique, il est crucial pour la gouvernance des données, le dépannage et les intégrations futures. Si des données provenant d'autres systèmes, comme un CRM séparé ou un portail d'agence de recouvrement, devaient être incluses, ce champ serait essentiel pour les distinguer et comprendre le processus complet inter-systèmes.

Pourquoi c'est important

Fournit une traçabilité claire des données et est essentiel pour maintenir la qualité des données et permettre l'analyse à travers plusieurs systèmes intégrés.

Où obtenir

Ceci est typiquement une valeur statique ajoutée pendant le processus d'extraction des données pour étiqueter l'origine des enregistrements.

Exemples
`Microsoft Dynamics 365`D365 F&O
Temps de résolution des litiges
DisputeResolutionTime
Le temps nécessaire pour résoudre un litige client depuis sa première enregistrement.
Description

Le Temps de Résolution des Litiges mesure l'efficacité du processus de traitement des litiges. Il est calculé comme la durée entre les activités 'Litige enregistré' et 'Litige résolu'. Des temps de résolution longs peuvent retarder le paiement et impacter négativement la satisfaction client. L'analyse de cette métrique, segmentée par agent de recouvrement ou raison de litige, aide à identifier les goulots d'étranglement et les domaines d'amélioration dans le flux de travail de gestion des litiges.

Pourquoi c'est important

Mesure l'efficacité du processus de gestion des litiges, cause fréquente de retards de paiement importants.

Où obtenir

Calculé comme la durée entre les horodatages des activités 'Litige enregistré' et 'Litige résolu'.

Exemples
7.215.83.5
Obligatoire Recommandé Facultatif

Activités de gestion du crédit et des recouvrements

Ce sont les étapes clés du processus et les jalons à capturer dans votre journal d'événements pour une découverte précise de votre workflow de gestion du crédit et de recouvrement.
9 Recommandé 3 Facultatif
Activité Description
Date d'échéance dépassée
Un événement calculé qui se produit lorsque la date actuelle dépasse la date d'échéance de la facture. Cette activité ne correspond pas à une action utilisateur directe, mais est dérivée en comparant la date système au champ de la date d'échéance de la facture.
Pourquoi c'est important

Cet événement est le déclencheur de toutes les activités de recouvrement. Il permet l'analyse du volume de factures en retard et de la ponctualité des actions de relance, soutenant des KPI tels que le respect de la politique de relance.

Où obtenir

Calculé en comparant l'horodatage actuel au champ 'DueDate' (Date d'échéance) dans la table des Transactions Clients (CustTrans). L'horodatage de l'événement est la DueDate elle-même.

Capture

Créer un événement lorsque 'NOW()' est supérieur à la Date d'échéance de la facture.

Type d'événement calculated
Facture comptabilisée et envoyée
Représente l'enregistrement officiel de la facture dans le grand livre, en faisant une créance formelle. Cet événement coïncide généralement avec l'envoi de la facture au client et est capturé lorsque la routine de comptabilisation est terminée dans Dynamics 365.
Pourquoi c'est important

C'est un jalon critique qui lance officiellement le décompte pour les conditions de paiement et le vieillissement. Les retards entre la génération et la comptabilisation peuvent cacher des inefficacités dans le processus de facturation.

Où obtenir

Déduit de la date de comptabilisation dans le journal des factures client (CustInvoiceJour) ou d'un changement de statut à 'Comptabilisé'. L'horodatage de la comptabilisation est le point de données clé.

Capture

Utilisez l'horodatage de comptabilisation du journal des factures client (CustInvoiceJour).

Type d'événement inferred
Facture générée
Marque la création d'un enregistrement de facture de vente dans le système, avant sa comptabilisation officielle. Cette activité est généralement un événement explicite capturé lorsqu'un utilisateur finalise une commande client et génère le document de facture correspondant.
Pourquoi c'est important

C'est l'événement de départ principal pour le cycle de vie de la facture. Analyser le temps entre ce point et le paiement est crucial pour mesurer le délai moyen de recouvrement (DSO).

Où obtenir

Enregistré dans la table d'en-tête de facture de vente (SalesInvoiceHeader) ou la table de ventes (SalesTable) lors de la création de la facture. L'horodatage de création de l'enregistrement sert d'heure de l'événement.

Capture

Capturer l'horodatage de création de l'enregistrement de la facture de vente.

Type d'événement explicit
Facture passée en perte
La facture a été jugée irrécouvrable et est officiellement dépréciée en tant que créance douteuse. Il s'agit d'une action explicite effectuée par un utilisateur autorisé, qui solde la créance et enregistre la perte.
Pourquoi c'est important

C'est le point de terminaison principal non réussi du processus. Le suivi des dépréciations est essentiel pour comprendre le risque de crédit, les échecs de recouvrement et les pertes financières.

Où obtenir

Capturé à partir d'une transaction de journal général spécifique utilisée pour passer en perte une créance irrécouvrable, liée à la facture originale. La date de comptabilisation du journal de passage en perte sert d'horodatage.

Capture

Identifier les écritures de journal avec un profil de comptabilisation de passage en perte spécifique qui référencent la facture.

Type d'événement explicit
Facture réglée
La facture est entièrement payée et son solde est nul, marquant l'achèvement réussi du processus. Ce statut est déduit lorsque la somme des paiements appliqués est égale au montant total de la facture.
Pourquoi c'est important

C'est le point de terminaison réussi principal pour le processus du crédit au paiement. L'analyse des chemins qui y mènent met en évidence les meilleures pratiques et les variantes de processus efficaces.

Où obtenir

Déduit de la date de règlement dans la table de règlement client (CustSettlement). Cela se produit lorsque les champs 'AmountCur' et 'SettleAmountCur' de la facture dans CustTrans totalisent zéro.

Capture

Identifier la date de règlement la plus récente associée à la transaction de facture qui annule son solde.

Type d'événement inferred
Lettre de relance générée
Indique qu'une lettre de relance ou de recouvrement formelle a été créée pour la facture en retard. Cela est capturé lorsque le processus de relance périodique est exécuté dans Dynamics 365, ce qui génère des enregistrements de lettres pour les factures pertinentes.
Pourquoi c'est important

Suit l'initiation et la fréquence des efforts de recouvrement formels. C'est essentiel pour mesurer l'efficacité de la relance et la conformité aux politiques internes de recouvrement.

Où obtenir

Un enregistrement explicite est créé dans la table Historique des relances (CustCollectionLetterJour). La date de création du journal de la lettre de relance est l'horodatage.

Capture

Extrayez les événements de création de la table CustCollectionLetterJour, en les liant à la facture.

Type d'événement explicit
Litige enregistré
Indique que le client a officiellement contesté la facture et que son statut est mis à jour en conséquence. Ceci est généralement capturé par un utilisateur modifiant le statut de la facture à 'Litigieuse' dans le module de gestion du recouvrement.
Pourquoi c'est important

C'est le point de départ du processus de résolution des litiges. Le suivi de cela aide à mesurer la fréquence des litiges et le temps nécessaire pour les résoudre, impactant la satisfaction client et le flux de trésorerie.

Où obtenir

Déduit d'un changement de statut dans la transaction client (CustTrans) ou d'une table de gestion des litiges associée (smmCaseDetail). Un journal horodaté du changement de statut est requis.

Capture

Identifier quand le champ d'état du litige pour une transaction de facture est renseigné ou modifié en 'Contesté'.

Type d'événement inferred
Paiement comptabilisé
Représente la comptabilisation officielle du paiement client dans le grand livre et son application pour régler une facture. Ceci est capturé à partir de la date de comptabilisation du journal des paiements client.
Pourquoi c'est important

Finalise la partie paiement du processus. Le temps entre la réception et la comptabilisation du paiement, le délai d'application des paiements (Cash Application Lag), est une métrique d'efficacité clé pour le département financier.

Où obtenir

Capturé à partir de l'horodatage de comptabilisation du journal des paiements clients (LedgerJournalTrans). Cela confirme que le paiement a été entièrement traité dans le grand livre.

Capture

Utilisez la date de comptabilisation du journal des paiements client comptabilisé.

Type d'événement explicit
Paiement Reçu
Indique qu'un paiement d'un client a été reçu et saisi dans le système, généralement via un journal de paiement. Cet événement précède la comptabilisation et l'application finales de la trésorerie à la facture spécifique.
Pourquoi c'est important

C'est un jalon crucial pour le calcul du DSO et la compréhension du flux de trésorerie. Le décalage temporel entre cet événement et le paiement comptabilisé (Payment Posted) révèle les goulots d'étranglement dans le processus d'application des liquidités.

Où obtenir

Un événement explicite capturé à partir de la date de création d'une ligne de journal de paiement client (LedgerJournalTrans) avant sa comptabilisation. Il représente la date à laquelle le paiement a été enregistré comme reçu.

Capture

Utilisez la date de transaction des lignes du journal des paiements client.

Type d'événement explicit
Activité de recouvrement enregistrée
Représente une action de recouvrement manuelle, telle qu'un appel téléphonique ou un e-mail, enregistrée contre le client ou la facture. Ceci est capturé lorsqu'un agent de recouvrement utilise la fonctionnalité Activités au sein de l'espace de travail de recouvrement pour enregistrer ses interactions.
Pourquoi c'est important

Offre une visibilité sur l'effort manuel de l'équipe de recouvrement. L'analyse de ces activités par rapport au succès du paiement aide à mesurer la productivité de l'équipe et l'efficacité des différentes méthodes de contact.

Où obtenir

Enregistré dans les Activités (smmActivities) ou les tables de gestion des cas associées au compte client. Nécessite de relier l'activité à une facture spécifique si possible.

Capture

Capturer la création d'enregistrements d'Activités où le type est 'Appel téléphonique' ou 'E-mail' lié aux recouvrements.

Type d'événement explicit
Litige résolu
Marque la conclusion du processus de litige où une résolution a été trouvée et documentée. Cet événement est capturé lorsqu'un utilisateur met à jour le statut de litige d'une facture à 'Résolu' ou ferme le dossier de litige associé.
Pourquoi c'est important

Cette activité conclut le sous-processus de litige. La durée entre l'enregistrement et la résolution du litige est un KPI clé pour mesurer l'efficacité de l'équipe de résolution.

Où obtenir

Déduit d'un changement de statut dans la transaction client (CustTrans) ou lorsque le dossier de litige associé (smmCaseDetail) est clôturé. L'horodatage de ce changement de statut est l'heure de l'événement.

Capture

Identifier quand le champ d'état du litige pour une facture est effacé ou modifié en 'Résolu'.

Type d'événement inferred
Promesse de paiement créée
Un client s'est engagé à effectuer un paiement à une date future spécifique, et cette promesse est enregistrée dans le système. Cet événement est explicitement consigné lorsqu'un agent de recouvrement saisit les détails d'un engagement de paiement dans le module de recouvrement.
Pourquoi c'est important

Suit les accords de paiement informels et leurs taux de réalisation. La comparaison des promesses aux paiements réels peut aider à prévoir les flux de trésorerie et à évaluer la fiabilité des clients.

Où obtenir

Probablement enregistré dans des tables liées à l'espace de travail de recouvrement ou à la gestion des cas, spécifiquement pour la fonctionnalité de promesse de paiement. La date de création de l'enregistrement de la promesse est l'heure de l'événement.

Capture

Capturer les événements de création à partir d'une table de détails d'engagement de paiement ou de dossier de recouvrement.

Type d'événement explicit
Recommandé Facultatif

Guides d'extraction

Comment obtenir vos données de Microsoft Dynamics 365