Votre modèle de données Order-to-Cash - Facturation

Microsoft Dynamics 365
Votre modèle de données `Order-to-Cash` - Facturation

Votre modèle de données Order-to-Cash - Facturation

Ce modèle fournit les étapes nécessaires à la collecte des données clés nécessaires à l'analyse de vos processus Order-to-Cash - Facturation. Vous y trouverez les attributs recommandés à inclure dans votre journal d'événements, les activités clés à suivre et des conseils pratiques pour extraire ces informations. Il est conçu pour vous aider à préparer rapidement vos données pour un Process Mining pertinent.
  • Attributs recommandés à collecter
  • Activités clés à suivre
  • Guide d'extraction pour Microsoft Dynamics 365
Vous découvrez les journaux d'événements ? Apprenez comment créer un journal d'événements Process Mining.

Attributs De la commande au paiement - Facturation et encaissement

Ce sont les champs de données recommandés à inclure dans votre journal d'événements pour une analyse complète de l'Order-to-Cash - Facturation.
3 Obligatoire 6 Recommandé 9 Facultatif
Nom Descriptionn
Numéro de facture
InvoiceNumber
L'identifiant unique pour chaque facture client, servant d'identifiant de dossier principal pour le processus de facturation.
Descriptionn

Le numéro de facture est la clé centrale qui regroupe toutes les activités liées à un seul document de facturation. Il permet une analyse complète, complet, du cycle de vie de la facture, de la génération et de l'approbation au paiement client et à la clôture finale. En l'utilisant comme identifiant de cas (ID du cas), chaque entrée du journal d'événements correspond à une facture spécifique, permettant une analyse détaillée des variantes, le calcul des temps de cycle et le suivi des performances pour chaque transaction de facturation.

Pourquoi est-ce important ? :

Cet attribut est indispensable pour suivre le cycle de vie complet d'une facture, permettant l'analyse de l'efficacité des processus, des points de blocage et des écarts pour chaque document de facturation individuel.

Source des données :

Ceci se trouve généralement dans le module Ventes et marketing, dans tables comme CustInvoiceJour (champ InvoiceId) ou exposé via des entités de données comme SalesInvoiceHeaderV2.

Exemples
CIV-001254INV-2023-9876US-004321
Heure de l'événement
EventTime
L'horodatage précis indiquant quand une activité ou un événement spécifique s'est produit.
Descriptionn

L'horodatage de l'événement, également appelée horodatage, enregistre la date et l'heure exactes pour chaque activité du processus. Ces données sont indispensables pour toutes les analyses de Process Mining temporelles. Elles sont utilisées pour calculer les temps de cycle entre les activités, mesurer la durée totale d'un cas et comprendre la performance du processus au fil du temps. Des horodatages précis et fiables sont le fondement des KPI tels que le délai moyen de recouvrement et le temps de génération des factures.

Pourquoi est-ce important ? :

Cet attribut est essentiel pour toutes les analyses de performance et de temps, permettant le calcul des temps de cycle, des durées et du débit pour mesurer l'efficacité du processus.

Source des données :

Les horodatages proviennent de divers champs de date et d'heure dans différentes tables de Dynamics 365, tels que CreatedDateTime sur la table CustInvoiceJour pour la génération de factures, ou des horodatages spécifiques de l'historique de workflow.

Exemples
2023-04-15T10:22:15Z2023-05-01T14:05:00Z2023-05-10T09:00:30Z
Nom de l'activité
ActivityName
Le nom de l'activité commerciale ou de l'événement qui s'est produit à un point spécifique du cycle de vie de la facture.
Descriptionn

Cet attribut décrit une étape ou un jalon spécifique au sein du processus de facturation, tel que 'Facture Générée', 'Facture Approuvée' ou 'Paiement Client Reçu'. La séquence de ces activités forme le flux de processus. L'analyse des activités est clée pour le Process Mining, car elle permet la découverte de modèles de processus, l'identification des variantes et la mesure des performances entre les différentes étapes.

Pourquoi est-ce important ? :

Il définit les étapes du processus, pour visualiser des cartographies de processus, l'analyse des variantes de processus et l'identification des points de blocage ou des écarts par rapport à la procédure standard.

Source des données :

Cet attribut est généralement dérivé de plusieurs sources, telles que les champs de changement de statut (par exemple, DocumentState), les champs de date spécifiques renseignés ou les journaux d'historique de workflow dans Microsoft Dynamics 365.

Exemples
Facture généréeFacture approuvéePaiement client reçuAvoir émis
Date d'échéance du paiement
PaymentDueDate
La date à laquelle le client est censé payer la facture.
Descriptionn

La date d'échéance de paiement (Payment Due Date) est un champ de date critique calculé en fonction de la date de facture et des conditions de paiement du client. Elle sert de référence pour mesurer la ponctualité des paiements. Cet attribut est indispensable pour le tableau de bord 'Analyse de l'Adhérence aux Conditions de Paiement' et pour le calcul de KPIs tels que le 'Taux de paiement ponctuel' et le 'Days Sales Outstanding'. La comparaison de cette date avec la date de paiement réelle révèle le comportement de paiement des clients et l'efficacité du processus de recouvrement.

Pourquoi est-ce important ? :

Ceci est le point de référence pour mesurer la performance des paiements. C'est indispensable pour calculer les taux de paiement à temps et analyser l'adhérence aux conditions de paiement des clients.

Source des données :

Ceci se trouve généralement dans la table CustInvoiceJour dans un champ comme DueDate.

Exemples
2023-05-152023-06-302023-07-01
Département
Department
Le service commercial associé à l'utilisateur ou à l'activité.
Descriptionn

Cet attribut assigne une activité ou un utilisateur à un département organisationnel spécifique, tel que 'Comptes Clients' ou 'Ventes'. Il permet une vue de la performance des processus à un niveau supérieur à celui de l'utilisateur individuel. L'analyse par département aide à comprendre les transferts interfonctionnels, à comparer l'efficacité entre les équipes et à identifier les points de blocage au niveau du département, comme requis par le tableau de bord 'Charge d'Activité du Département de Facturation'.

Pourquoi est-ce important ? :

Permet une analyse des performances au niveau organisationnel, en comparant l'efficacité entre différentes équipes et en comprenant comment les transferts interdépartementaux impactent le processus.

Source des données :

Ceci n'est généralement pas un champ direct sur la transaction de facture. Il est dérivé en joignant l'ID UserResponsible avec le répertoire des employés ou des utilisateurs qui contient les informations de département.

Exemples
Comptes ClientsFinanceOpérations de Facturation
Montant de la facture
InvoiceAmount
La valeur monétaire totale de la facture.
Descriptionn

Cet attribut représente le montant total dû sur la facture. C'est une indicateur clé pour l'analyse financière, permettant la segmentation des factures par valeur. Par exemple, les analystes peuvent se concentrer sur les factures de grande valeur pour comprendre leurs comportements de paiement ou identifier si les factures plus importantes nécessitent des temps d'approbation plus longs. Il est également clé pour calculer la valeur totale des factures en souffrance et pour les calculs de DSO.

Pourquoi est-ce important ? :

Il permet une analyse d'impact financier, vous permettant de filtrer et de segmenter les processus par valeur monétaire afin de prioriser les factures de grande valeur et de comprendre leurs comportements de processus spécifiques.

Source des données :

Trouvé dans la table CustInvoiceJour, généralement dans un champ comme InvoiceAmount. Également disponible dans les tables de transactions associées.

Exemples
5430.5012500.00750.25
Nom du client
CustomerName
Le nom du client à qui la facture a été émise.
Descriptionn

Le nom du client fournit un identifiant lisible pour l'entreprise ou l'individu facturé. Dans l'analyse de Process Mining, cela permet de segmenter le processus de facturation par client. Cela peut révéler quels clients paient constamment à temps, lesquels sont fréquemment en retard, ou si certains groupes de clients rencontrent des variations de processus ou des retards uniques. C'est indispensable pour les dashboards liés au comportement de paiement des clients et à l'analyse du Days Sales Outstanding.

Pourquoi est-ce important ? :

Cela permet de segmenter l'analyse des processus par client, aidant à identifier les comportements spécifiques aux clients, les schémas de paiement ou les problèmes de processus.

Source des données :

Ces informationsns sont récupérées en joignant les données de facture avec la table de données maître client, typiquement CustTable, basée sur le numéro de compte client.

Exemples
Contoso Ltée.Fabrikam, Inc.Northwind Traders
Statut de la facture
InvoiceStatus
Le statut actuel de la facture dans son cycle de vie (par exemple, Ouverte, Payée, Annulée).
Descriptionn

Cet attribut fournit un aperçu de l'état actuel de la facture. Il indique si une facture est toujours en attente de paiement, a été entièrement payée, est en souffrance ou a été annulée via une note de crédit. Ceci est utile pour filtrer les cas afin d'analyser uniquement les factures ouvertes ou de confirmer le résultat final d'une facture clôturée. Cela aide à comprendre la charge de travail actuelle et la situation financière des créances.

Pourquoi est-ce important ? :

Fournit un aperçu rapide de l'état actuel de la facture, utile pour filtrer les cas et comprendre les résultats des différentes variantes de processus.

Source des données :

Ceci peut être dérivé du statut de paiement de la facture, souvent en vérifiant si le solde du registre CustTrans associé est nul. Il n'y a pas toujours un seul champ de 'statut'.

Exemples
OuvertPayéEn retardAnnulé
Utilisateur Responsable
UserResponsible
L'utilisateur ou l'employé responsable de l'exécution d'une activité spécifique.
Descriptionn

Cet attribut identifie l'individu qui a effectué une tâche particulière dans le processus de facturation, comme l'approbation d'une facture ou l'lettrage des paiements. Il est impératif pour l'analyse de la charge de travail, la comparaison des performances et l'identification des besoins en formation. Par exemple, le tableau de bord 'Charge d'Activité du Département de Facturation' s'appuie sur cet attribut pour voir si le travail est réparti équitablement ou si certains utilisateurs sont des points de blocage. Il aide également à comprendre l'allocation des ressources et l'efficacité.

Pourquoi est-ce important ? :

Il permet une analyse au niveau des ressources, aidant à identifier les points de blocage, à mesurer la performance individuelle ou d'équipe et à analyser la répartition de la charge de travail au sein du service de facturation.

Source des données :

Ceci peut être obtenu à partir des journaux d'historique de workflow (par exemple, WorkflowTrackingStatusTable) ou des champs de propriété comme Owner ou ModifiedBy sur les tables pertinentes.

Exemples
John SmithAlicia BakerAdministrateur système
Conditions de paiement
PaymentTerms
Les conditions de paiement convenues pour une facture (par exemple, Net 30, Net 60).
Descriptionn

Les conditions de paiement définissent les règles relatives au moment où un client est censé payer une facture. Cet attribut est utilisé pour calculer la date d'échéance de paiement et constitue une dimension clé pour l'analyse du comportement de paiement. Le tableau de bord 'Analyse de l'Adhérence aux Conditions de Paiement' utilise cet attribut pour regrouper les clients et les factures afin de déterminer si certaines conditions de paiement sont plus ou moins efficaces ou sont associées à des taux plus élevés de paiements en retard.

Pourquoi est-ce important ? :

Il fournit le contexte expliquant pourquoi une facture est due à une certaine date et permet de segmenter l'analyse pour voir si certaines conditions de paiement sont corrélées à des retards de paiement.

Source des données :

Ceci est généralement stocké sur l'enregistrement maître client mais copié dans l'en-tête de la facture. Recherchez un champ Payment ou PaymTermId sur la table CustInvoiceJour.

Exemples
Net 30Net 60Dû à la réception
Dernière mise à jour des données
LastDataUpdate
L'horodatage indiquant la dernière fois que les données de cet événement ont été actualisées à partir du système source.
Descriptionn

Cet attribut enregistre la dernière extraction ou mise à jour des données de Microsoft Dynamics 365. C'est un champ de métadonnées essentiel pour comprendre la la réactualisation des données analysées. Il aide les analystes et les utilisateurs métier à savoir s'ils consultent les informations les plus récentes et est indispensable pour gérer les plannings d'actualisation des données et garantir la fiabilité de l'analyse.

Pourquoi est-ce important ? :

Il garantit que les utilisateurs comprennent la la réactualisation des données, ce qui est indispensable pour la gouvernance des données, la gestion de l'actualisation des dashboards et la fiabilité des insights.

Source des données :

Cet attribut est généré et horodaté sur l'ensemble de données pendant le processus d'extraction, de transformation et de chargement (ETL) des données.

Exemples
2023-06-20T05:00:00Z2023-06-21T05:00:00Z
Devise
Currency
Le code de la devise du montant de la facture (par exemple, USD, EUR).
Descriptionn

Cet attribut spécifie la devise dans laquelle le montant de la facture est libellé. Il est indispensable pour les organisations multinationales qui traitent différentes devises. Sans ce contexte, l'agrégation ou la comparaison des montants de factures serait dénuée de sens. Il permet une conversion de devises appropriée et des rapports financiers et analyses précis dans différentes régions.

Pourquoi est-ce important ? :

Il fournit un contexte essentiel pour toute métrique financière comme le montant de la facture, prévenant les agrégations incorrectes et permettant une analyse précise dans des environnements multi-devises.

Source des données :

Trouvé dans la table CustInvoiceJour, généralement dans un champ comme CurrencyCode.

Exemples
USDEURGBP
Est un reprises
IsRework
Un indicateur signalant si le processus de facturation a impliqué des activités de reprises, telles que des approbations multiples.
Descriptionn

Ceci est un attribut booléen calculé qui signale les factures ayant subi un reprises. Le reprises peut être défini comme ayant plusieurs événements 'Facture Approuvée' ou des annulations de paiements. Cet attribut est spécifiquement conçu pour soutenir le tableau de bord 'Analyse du Retravail des Factures' et le KPI 'Taux de Retravail des Factures'. En isolant ces cas, les analystes peuvent investiguer les causes profondes du reprises, qui souvent indiquent des inefficacités de processus, des problèmes de qualité des données ou des lacunes de formation.

Pourquoi est-ce important ? :

Cet indicateur quantifie directement l'inefficacité des processus en identifiant les cas avec des actions répétitives ou correctives, aidant à cibler les causes profondes du gaspillage et des retards.

Source des données :

Cet attribut n'est pas disponible dans le système source. Il est calculé dans la couche de transformation des données en recherchant les activités répétées ou les modèles de reprises spécifiques au sein d'un cas.

Exemples
truefaux
Jours de Vente en Suspens (DSO)
DaysSalesOutstanding
Le nombre de jours entre la génération de la facture et la réception du paiement client.
Descriptionn

Le délai moyen de recouvrement (DSO) est un indicateur financier clé qui mesure le nombre moyen de jours nécessaires à une entreprise pour encaisser un paiement après une vente. Cet attribut calculé détermine cette durée pour chaque facture individuelle. C'est la métrique principale pour le tableau de bord « Analyse des tendances du délai moyen de recouvrement » et l'indicateur clé de performance « DSO ». L'analyse du DSO aide à gérer la trésorerie et à évaluer l'efficacité de la fonction de crédit et de recouvrement.

Pourquoi est-ce important ? :

Ceci est un KPI clé pour mesurer la santé du flux de trésorerie d'une entreprise et l'efficacité de son processus de recouvrement. Il quantifie la rapidité avec laquelle les revenus sont convertis en espèces.

Source des données :

Cet attribut n'est pas dans le système source. Il est calculé comme la durée entre l'activité 'Facture Générée' et l'activité 'Paiement Client Reçu'.

Exemples
284592
Nécessite une Intervention Manuelle
RequiresManualIntervention
Un indicateur signalant si un paiement a nécessité un ajustement manuel lors de l'application des paiements.
Descriptionn

Cet attribut booléen signale les paiements qui ont nécessité une intervention ou une correction manuelle pendant le processus d'affectation des paiements. Ceci est indispensable pour le KPI 'Taux d'Écart d'Affectation des Paiements', car il aide à quantifier la précision et le niveau d'automatisation de la validation des paiements. L'identification des raisons de l'intervention manuelle, telles que des informations de virement manquantes ou des écarts de paiement, peut conduire à des améliorations de processus qui augmentent les taux de traitement direct.

Pourquoi est-ce important ? :

Cet attribut aide à identifier les frictions de processus et les inexactitudes dans l'étape d'affectation des paiements, ce qui est impératif pour améliorer l'automatisation et réduire l'effort manuel.

Source des données :

Ces informationsns peuvent être déduites de l'utilisateur qui a validé le paiement (si ce n'est pas un utilisateur système) ou de codes de motif spécifiques utilisés lors du rapprochement des paiements. Consultez la documentation de Microsoft Dynamics 365.

Exemples
truefaux
Numéro de commande de vente
SalesOrderNumber
L'identifiant de la commande client qui a généré la facture.
Descriptionn

Le numéro de commande client relie le processus de facturation au processus de vente précédent. Cette connexion est très utile pour une analyse Order-to-Cash plus large et complet. Elle permet aux analystes d'étudier comment les problèmes dans le processus de vente et d'exécution, tels que les modifications de commande ou les retards d'expédition, pourraient impacter le cycle de facturation. Par exemple, elle peut aider à répondre à des questions comme 'Les factures issues de commandes client complexes mettent-elles plus de temps à être payées ?'.

Pourquoi est-ce important ? :

Cet attribut relie le processus de facturation au processus de vente en amont, permettant une analyse Order-to-Cash complet plus complète pour identifier les causes profondes des problèmes de facturation.

Source des données :

Trouvé sur l'en-tête ou les détails de la ligne de facture, renvoyant à la commande client. Recherchez un champ comme SalesId sur la table CustInvoiceJour.

Exemples
SO-009876SO-010234US-SO-00543
Paiement à Temps
IsOnTimePayment
Un indicateur signalant si le paiement client a été reçu à la date d'échéance ou avant.
Descriptionn

Cet attribut booléen calculé compare l'horodatage 'Paiement Client Reçu' avec la 'Date d'Échéance de Paiement'. Il signale chaque facture comme étant payée à temps ou en retard. C'est le composant principal pour le calcul du KPI 'Taux de paiement ponctuel' et il est largement utilisé dans le tableau de bord 'Analyse de l'Adhérence aux Conditions de Paiement'. Il fournit un résultat binaire clair pour la performance de paiement, simplifiant l'analyse et le reporting.

Pourquoi est-ce important ? :

Mesure directement le respect des conditions de paiement par le client et sert de base à l'indicateur clé de performance (KPI) du taux de paiement à temps, simplifiant l'analyse de l'efficacité du recouvrement.

Source des données :

Cet attribut n'est pas dans le système source. Il est calculé lors de la transformation des données en comparant la date de paiement à la PaymentDueDate.

Exemples
truefaux
Système source
SourceSystem
Le système d'où les données ont été extraites.
Descriptionn

Cet attribut identifie l'origine des données du processus. Dans ce contexte, il spécifie que les données proviennent de Microsoft Dynamics 365. Ceci est important dans les environnements multi-systèmes pour différencier les sources de données et garantir une traçabilité claire des données, ce qui facilite la validation des données et le dépannage.

Pourquoi est-ce important ? :

Il fournit un contexte essentiel sur l'origine des données, ce qui est indispensable pour la gouvernance des données, la validation et lors de la fusion de données provenant de plusieurs systèmes d'entreprise.

Source des données :

C'est une valeur statique ajoutée pendant le processus d'extraction et de transformation des données pour étiqueter l'origine de l'ensemble de données.

Exemples
Microsoft Dynamics 365 FinanceD365 F&O
Obligatoire Recommandé Facultatif

Activités De la commande au paiement - Facturation et encaissement

Ce sont les `étapes clés` du `processus` et les `jalons` à capturer dans votre `Journal d'événements` pour une `découverte` et une `analyse` précises des `processus`.
7 Recommandé 5 Facultatif
Activité Descriptionn
Date d'Échéance de Paiement Atteinte
Un événement calculé qui se produit lorsque la date d'échéance de la facture est atteinte sans que le paiement ne soit entièrement appliqué. Cette activité ne correspond pas à une transaction dans le système, mais est dérivée de données existantes.
Pourquoi est-ce important ? :

Cet événement est impératif pour analyser les taux de paiement à temps et identifier les factures qui deviennent en souffrance. Il agit comme un point de déclenchement pour les activités de recouvrement et de relance.

Source des données :

Ceci n'est pas enregistré comme un événement. Il est calculé en utilisant le champ DueDate de la table CustInvoiceJour. L'horodatage de l'événement est la date d'échéance elle-même.

Capture

Créer un événement où l'horodatage est la valeur du champ CustInvoiceJour.DueDate.

Type d'événement calculated
Encaissement appliqué à la facture
Représente le règlement d'un paiement client sur une facture spécifique, réduisant le solde impayé de la facture. Il s'agit d'une étape distincte dans Dynamics 365 qui lie la transaction de paiement à la transaction de facture.
Pourquoi est-ce important ? :

Ceci est un jalon déterminant pour calculer précisément le DSO et comprendre l'efficacité de l'équipe d'affectation des paiements. Il marque le point où le paiement est entièrement rapproché de ce qui a été facturé.

Source des données :

Comptabilisé dans la table CustSettlement. Le champ de date de règlement de cette table fournit l'horodatage du moment où un paiement spécifique a été appliqué à une transaction de facture spécifique.

Capture

Utilisez TransDate ou CreatedDateTime de la table CustSettlement.

Type d'événement explicit
Facture approuvée
Marque l'achèvement du processus de révision interne, où la facture est formellement approuvée. Cet événement est enregistré par le système de workflow de Dynamics 365 « what-if »gnifie que la facture est prête à être envoyée au client.
Pourquoi est-ce important ? :

Ceci est un jalon clé pour mesurer le temps de cycle d'approbation. Les retards à ce stade peuvent directement augmenter le temps total pour recevoir le paiement du client.

Source des données :

Comptabilisé dans les tables d'historique de workflow, telles que WorkflowTrackingStatusTable, comme une étape d'achèvement ou d'approbation pour l'instance de workflow de facture spécifique.

Capture

Extraire les journaux d'événements de workflow où le statut est 'Approuvé' ou 'Terminé'.

Type d'événement explicit
Facture clôturée
Cette activité marque l'état final d'une facture, où son solde est nul car elle a été entièrement payée ou réglée avec des notes de crédit. Il ne s'agit pas d'une transaction directe mais d'un état déduit basé sur le statut financier de la facture.
Pourquoi est-ce important ? :

Cet événement signifie l'achèvement réussi du cycle Order-to-Cash pour une seule facture. Le temps nécessaire pour atteindre cet état est une mesure principale de l'efficacité globale du processus.

Source des données :

Déduit en vérifiant si la transaction de facture dans la table CustTrans a un solde restant de zéro. Cela est déterminé en comparant le montant de la facture au montant total réglé.

Capture

Dériver des enregistrements CustTrans où AmountCur est égal à SettleAmountCur. L'horodatage est la date du dernier règlement.

Type d'événement inferred
Facture envoyée au client
Cette activité représente le moment où la facture a été transmise au client, soit électroniquement, soit physiquement. Dans Dynamics 365, cela peut être un événement explicite si envoyé par e-mail système, ou déduit comme se produisant au moment de la validation si aucun suivi spécifique n'est activé.
Pourquoi est-ce important ? :

Mesure l'efficacité du processus de livraison des factures. Un délai entre l'approbation et l'envoi de la facture prolonge inutilement le cycle de paiement.

Source des données :

Peut être explicitement capturé à partir des journaux d'e-mails comme SysOutgoingEmailTable si les capacités d'e-mail de D365 sont utilisées. Sinon, il est souvent déduit comme étant le même que l'heure d'enregistrement de la facture à partir de CustInvoiceJour.

Capture

Utilisez l'horodatage du journal d'e-mail si disponible ; sinon, utilisez l'horodatage de validation de la facture.

Type d'événement inferred
Facture générée
Représente la création et la validation du document de facture de vente dans le système. Il s'agit d'une transaction explicite dans Dynamics 365 qui crée un document légal et des écritures financières dans le sous-grand livre des comptes clients.
Pourquoi est-ce important ? :

Ceci est le début officiel du cycle de vie de la facturation pour une facture. C'est un événement critique pour le suivi du Days Sales Outstanding (DSO) et de la durée globale du processus.

Source des données :

Capturé à partir de l'horodatage de création de l'enregistrement de facture de vente comptabilisée dans la table CustInvoiceJour. Les transactions financières correspondantes sont créées dans les tables GeneralJournalEntry et LedgerEntry lors de l'enregistrement.

Capture

Utilisez le champ CreatedDateTime de la table CustInvoiceJour pour la facture validée.

Type d'événement explicit
Paiement client reçu
Cette activité marque la création d'une écriture de journal pour enregistrer un paiement reçu d'un client. Elle signifie que les espèces ont été reçues, mais qu'elles n'ont pas encore été appliquées à une facture spécifique.
Pourquoi est-ce important ? :

Ceci est le point de départ pour mesurer le délai d'lettrage des paiements. Il différencie la réception de l'argent de son rapprochement effectif avec les factures en souffrance.

Source des données :

Capturé à partir de la création ou de l'enregistrement d'un journal de paiement client. Ceci est enregistré dans des tables comme LedgerJournalTrans, qui crée ensuite une transaction client dans CustTrans lors de l'enregistrement.

Capture

Utilisez l'horodatage de validation du journal de paiement client de LedgerJournalTable.

Type d'événement explicit
Avoir émis
Représente la création d'une note de crédit ou d'un avoir, généralement pour corriger une erreur de facturation, accorder un ajustement de prix ou comptabiliser des marchandises retournées. Une note de crédit est indispensablelement une facture négative.
Pourquoi est-ce important ? :

Des notes de crédit fréquentes peuvent indiquer des problèmes systémiques dans le processus d'exécution des commandes ou de facturation. Analyser pourquoi les notes de crédit sont émises est indispensable pour l'amélioration des processus et la réduction des fuites de revenus.

Source des données :

Ceci est une transaction explicite, enregistrée comme une nouvelle facture validée avec un montant négatif dans la table CustInvoiceJour. Elle est souvent liée à la facture originale via un champ de référence.

Capture

Identifiez les enregistrements dans CustInvoiceJour avec un montant total négatif et liez-les à la facture originale.

Type d'événement explicit
Commande Client Exécutée
Cette activité marque le point où les marchandises ont été expédiées ou les services rendus pour une commande client, déclenchant le processus de facturation. Elle est généralement déduite de la validation d'un bon de livraison ou d'une note de livraison dans Microsoft Dynamics 365, ce qui modifie le statut des lignes de commande client associées.
Pourquoi est-ce important ? :

Cet événement sert de point de départ pour mesurer le temps de cycle de génération des factures. Comprendre le délai entre l'exécution et la facturation aide à identifier les points de blocage administratifs qui peuvent impacter le flux de trésorerie.

Source des données :

Déduit de la date de création d'une écriture de journal de bon de livraison liée à la commande client. Cela implique des tables telles que CustPackingSlipJour et CustPackingSlipTrans, qui sont liées à la commande client sur laquelle la facture est basée.

Capture

Identifiez la date de validation la plus récente du bon de livraison pour la commande client associée à la facture.

Type d'événement inferred
Facture soumise pour approbation
Cette activité indique qu'une facture générée a été soumise à un workflow d'approbation formel. Ceci est courant dans les organisations avec des contrôles exigeant un examen par la direction avant qu'une facture ne soit envoyée à un client. Ceci est enregistré comme une étape spécifique dans le moteur de workflow de D365.
Pourquoi est-ce important ? :

Le suivi de la soumission pour approbation aide à séparer le temps de création de la facture du temps d'attente d'approbation. C'est la première étape de l'analyse de l'efficacité des processus de révision et de contrôle internes.

Source des données :

Capturé à partir des tables d'historique du workflow, telles que WorkflowTrackingStatusTable, en filtrant l'événement de soumission lié au document de facture.

Capture

Extraire les journaux d'événements de workflow où le statut est 'Soumis'.

Type d'événement explicit
Paiement Annulé
Cette activité signifie l'annulation d'un paiement client précédemment validé. Cela se produit en raison d'erreurs telles qu'une validation incorrecte, des fonds insuffisants ou d'autres échecs de paiement.
Pourquoi est-ce important ? :

Les annulations de paiement mettent en évidence des erreurs opérationnelles ou des problèmes liés aux paiements clients. L'analyse de leur fréquence aide à identifier les causes profondes et à améliorer la précision du processus d'affectation des paiements.

Source des données :

Capturé comme une annulation de transaction dans le grand livre. Un journal annulé peut être identifié dans GeneralJournalEntry, souvent avec un indicateur spécifique ou par sa relation avec la transaction originale.

Capture

Identifier les écritures de journal avec un indicateur d'annulation ou une référence à une transaction annulée.

Type d'événement explicit
Rappel de Paiement Émis
Représente l'envoi d'une lettre de relance ou d'un avis de recouvrement à un client concernant une facture en souffrance. Dynamics 365 dispose d'un processus de relance formel qui génère et enregistre ces communications.
Pourquoi est-ce important ? :

Le suivi des rappels aide à évaluer l'efficacité du processus de relance. Il permet d'analyser le nombre de rappels nécessaires avant la réception d'un paiement.

Source des données :

Ceci est un événement explicite capturé à partir de la date de création du journal des lettres de relance dans la table CustCollectionLetterJour, qui est liée à la transaction de facture en souffrance.

Capture

Utilisez l'horodatage de création de la table CustCollectionLetterJour.

Type d'événement explicit
Recommandé Facultatif

Guides d'extraction

Comment obtenir vos données de Microsoft Dynamics 365