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

Modèle universel de Process Mining
Votre modèle de données `Order-to-Cash` - Facturation

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

Modèle universel de Process Mining

Voici notre modèle de données générique de Process Mining pour De la commande au paiement - Facturation et encaissement. Utilisez nos modèles spécifiques au système pour des directives plus précises.

Sélectionnez un système spécifique
  • Un point de départ universel pour tout système.
  • Attributs recommandés pour une analyse détaillée.
  • Activités clés pour cartographier votre flux de facturation et d'encaissement.
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

Ces champs de données recommandés constituent une base solide pour votre journal d'événements, pour une analyse complète de votre processus `Order-to-Cash` - Facturation.
5 Obligatoire 6 Recommandé 5 Facultatif
Nom Descriptionn
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'Heure de l'Événement, ou horodatage, enregistre la date et l'heure exactes auxquelles une activité a été exécutée ou un changement de statut s'est produit. Ces données temporelles sont essentiels pour comprendre le déroulement temporel et la durée des étapes du processus.

En analyse, Event Time est utilisé pour ordonner les activités chronologiquement, calculant le temps passé entre les étapes, la durée des activités, et le temps de cycle complet total de chaque cas. Il constitue la base pour l'identification des points de blocage, la mesure des performances par rapport aux accords de niveau de service et l'analyse des tendances au fil du temps. Sans horodatages précis, l'analyse des performances et de la durée est impossible.

Pourquoi est-ce important ? :

Ce horodatage est impératif pour le calcul de toutes les métriques temporelles, telles que les temps de cycle et les durées, qui sont essentielles pour identifier les points de blocage.

Source des données :

Généralement trouvé à côté des champs d'activité ou de statut dans les journaux de transactions, les documents de modification, ou les tables d'en-tête et de postes de documents.

Exemples
2023-10-26T10:00:00Z2023-11-15T14:35:10Z2024-01-05T09:12:05Z
ID de facture
InvoiceId
L'identifiant unique pour chaque facture client. Cet attribut sert d'identifiant principal du cas pour le processus de facturation.
Descriptionn

L'ID de facture est un code alphanumérique unique attribué à chaque facture générée. Il agit comme la clé centrale qui lie toutes les activités associées, de la création et l'approbation jusqu'au paiement et à la clôture, au sein d'une même instance de processus ou dossier.

Dans le process mining analysis, l'Invoice ID est essential for reconstructing the complet journey of every invoice. Il allows analysts to visualize flux de processuss, identify variations, and calculate case-level metrics like temps de cycle. Filtering by specific Invoice IDs can also help in deep-diving into problematic cases to understand root causes of delays or errors.

Pourquoi est-ce important ? :

C'est la clé unique pour suivre le cycle de vie complet d'une facture, ce qui en fait la base essentielle de toute analyse de processus de facturation.

Source des données :

Généralement disponible dans la table d'en-tête des documents de facturation ou des factures dans le système ERP ou financier source.

Exemples
INV-2023-00123910004587SI-58832
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

Le Nom de l'Activité décrit une étape ou une tâche spécifique au sein du processus de facturation, tels que 'Invoice Generated', 'Invoice Sent to Customer', ou 'Payment Applied To Invoice'. Chaque événement dans l'Journal d'événements est associé à une activité, formant la séquence d'étapes qui composent le flux de processus.

L'analyse de la séquence d'activités est l'essence du Process Mining. Elle révèle les paths réels empruntés par les invoices, highlighting standard procedures, deviations, boucles de reprises, et points de blocage. Understanding which activities occur, in what order, and how frequently is fundamental to process discovery, conformance checking, and identifying opportunities for improvement.

Pourquoi est-ce important ? :

Il définit les étapes du processus, pour visualiser et l'analyse du parcours de la facture de la création à la clôture.

Source des données :

Souvent dérivé des document status changes, des transaction codes, ou des journaux d'événements spécifiques au sein du source system.

Exemples
Facture approuvéepaiement reçuLitige déclaréFacture envoyée au client
Dernière mise à jour des données
LastDataUpdate
L'horodatage (horodatage) indiquant la dernière fois que les données de cet événement ont été rafraîchies ou extraites du système source.
Descriptionn

Cet attribut enregistre la date et l'heure de la dernière extraction ou du dernier rafraîchissement des données. Il reflète la fraîcheur des données analysées.

Dans tout projet de Process Mining, connaître la récence des données est impératif pour le reporting et l'analyse. Cet attribut aide les utilisateurs à comprendre la période couverte par l'analyse et garantit que les décisions sont basées sur des informations à jour. Il est également vital pour surveiller les pipelines de données et s'assurer que les processus d'extraction de données fonctionnent comme prévu.

Pourquoi est-ce important ? :

Il indique la la réactualisation des données, garantissant que l'analyse et les décisions sont basées sur les informations les plus récentes disponibles.

Source des données :

Ce horodatage est généralement généré et ajouté à l'ensemble de données pendant le processus d'extraction, de transformation et de chargement des données (ETL).

Exemples
2024-03-10T02:00:00Z2024-03-09T02:00:00Z2024-03-08T02:00:00Z
Système source
SourceSystem
Le système d'enregistrement à partir duquel les données ont été extraites.
Descriptionn

Cet attribut identifie l'application métier ou le système d'origine où les données d'événement ont été générées, comme un ERP, un CRM ou une plateforme de facturation personnalisée. Dans les environnements avec plusieurs systèmes intégrés, ce champ aide à distinguer les sources de données.

Comprendre le système source est important pour la validation des données, la gouvernance et le dépannage. Lorsque les données de plusieurs systèmes sont combinées, cet attribut fournit un contexte et aide à expliquer les différences potentielles de granularité ou de terminologie des données. Il prend également en charge une analyse plus détaillée des variations de processus qui peuvent être dues au système utilisé pour une transaction particulière.

Pourquoi est-ce important ? :

Il fournit un contexte essentiel pour l'origine des données, ce qui est important pour la validation des données et pour l'analyse des processus qui s'étendent sur plusieurs systèmes.

Source des données :

Ces informationsns peuvent être stockées comme un champ dans les tables sources ou ajoutées pendant le processus d'extraction, de transformation et de chargement des données (ETL).

Exemples
SAP S/4HANA`Oracle NetSuite`SalesforceMicrosoft Dynamics 365
Date d'échéance du paiement
PaymentDueDate
La date à laquelle le client est censé payer la facture.
Descriptionn

La date d'échéance du paiement est une date cruciale calculée à partir de la date de la facture et des conditions de paiement convenues. Elle fixe la date limite pour recevoir le paiement avant que la facture ne devienne en souffrance.

Cet attribut est indispensable pour surveiller la performance des recouvrements et gérer les flux de trésorerie. Il est utilisé pour calculer des métriques clés comme le Days Sales Outstanding (DSO) et le taux de paiement à temps. En comparant la date de paiement réelle à la date d'échéance, les entreprises peuvent identifier les retards de paiement, analyser le comportement de paiement des différents clients et évaluer l'efficacité de leurs stratégies de recouvrement.

Pourquoi est-ce important ? :

Cette date est la référence pour mesurer la performance des paiements, calculer le DSO et identifier les factures en souffrance, ce qui influence les flux de trésorerie.

Source des données :

Trouvé dans les données d'en-tête de facture. Il peut être saisi directement ou calculé à partir de la date de la facture et des conditions de paiement.

Exemples
2023-11-302024-01-152024-02-28
Devise
Currency
Le code de devise pour les montants monétaires sur la facture, tel que USD ou EUR.
Descriptionn

L'attribut Currency spécifie l'unité de money pour l'Invoice Amount. Il fournit le contexte nécessaire pour interpréter les financial values, especially in global organizations that transact in multiple currencies.

En analyse, le champ Currency est essential for correctly aggregating and comparing financial data. Before calculating total values or comparing invoice amounts across different regions, all values must be converted to a common currency. Cet attribut est critical for accurate financial reporting and for segmenting process performance by currency or region.

Pourquoi est-ce important ? :

Il fournit un contexte essentiel pour toutes les valeurs financières, garantissant une analyse monétaire et des rapports précis, en particulier dans les opérations multinationales.

Source des données :

Situé dans l'en-tête de la table des factures ou des documents de facturation, généralement à côté des champs de montant.

Exemples
USDEURGBPJPY
Montant de la facture
InvoiceAmount
La valeur monétaire totale de la facture, incluant toutes les lignes d'articles, taxes et frais.
Descriptionn

L'Invoice Amount représente la total financial value qu'un customer est expected to pay. C'est une key financial metric associated with each invoice case.

Cet attribut est fundamental for financial analysis within process mining. Il permet le segmentation des invoices into value-based categories, such as high-value versus low-value, to see if they follow different process paths or have different temps de cycles. Il est also used to calculate key performance indicators like Days Sales Outstanding (DSO) and to analyze the financial impact of process inefficiencies, such as delays in collecting payments on large invoices.

Pourquoi est-ce important ? :

Il permet l'analyse de l'impact financier, vous permettant de prioriser les problèmes en fonction de la valeur monétaire et de comprendre comment différentes valeurs de facture affectent le processus.

Source des données :

Généralement situé dans l'en-tête de la table des factures ou des documents de facturation dans le système financier source.

Exemples
5000.001250.7525000.5099.99
Nom du client
CustomerName
Le nom du client ou de l'entité à qui la facture a été émise.
Descriptionn

Cet attribut contient le nom légal ou commercial du client facturé. Il fournit un identifiant lisible pour le partenaire commercial impliqué dans la transaction.

L'analyse du processus par le nom du client permet d'identifier si certains clients sont associés à des écarts de processus, des retards de paiement ou des litiges. Cela peut éclairer les stratégies de gestion de la relation client et conduire à des communications ou des ajustements de processus personnalisés pour des comptes spécifiques. Cela permet également d'établir des points de référence de performance entre différents segments de clientèle.

Pourquoi est-ce important ? :

Il permet une analyse orientée client, aidant à identifier les schémas, les retards ou les problèmes spécifiques à certains clients ou groupes de clients.

Source des données :

Provient des données de base client et lié au document de facture via un ID client.

Exemples
Global Trade CorpInnovate Solutions Ltd.Standard Manufacturing Co.Tech Services Inc.
Statut de la facture
InvoiceStatus
Le statut actuel de la facture dans son cycle de vie, tel que Open, Paid, ou Disputed.
Descriptionn

L'Invoice Status indique l'état actuel d'une invoice within the overall process. Il fournit un snapshot of where the invoice is at any given time, for example, if it's pending approval, awaiting payment, paid in full, or cancelled.

Cet attribut est useful for creating a high-level overview of the current workload and financial position. Les tableau de bords often use this field to show the distribution of invoices by status, such as the total value of open or overdue invoices. En process mining, analyzing the transitions between statuses can provide a simplified, high-level view of the flux de processus.

Pourquoi est-ce important ? :

Il fournit un aperçu rapide de la position d'une facture dans le processus, ce qui est utile pour les tableau de bords opérationnels et le suivi du statut de haut niveau.

Source des données :

Il s'agit d'un champ standard que l'on retrouve dans l'en-tête de la plupart des tables de factures ou de documents de facturation.

Exemples
OuvertPayéEn retardLitigieuxAnnulé
Utilisateur
User
L'identifiant de l'utilisateur, de l'employé ou du système responsable de l'exécution d'une `activité` spécifique.
Descriptionn

Cet attribut identifie la personne ou l'agent système automatisé qui a effectué une tâche donnée dans le processus. Il peut s'agir du créateur de la facture, de l'approbateur ou de la personne qui a appliqué le paiement.

L'analyse des activités par utilisateur permet de comprendre la répartition de la charge de travail, la performance individuelle et les besoins en formation. Elle peut mettre en évidence quels utilisateurs ou équipes sont très efficaces et lesquels pourraient nécessiter un soutien supplémentaire. De plus, elle est indispensablele à des fins de conformité et d'audit pour tracer qui a effectué des actions critiques au sein du processus.

Pourquoi est-ce important ? :

Il offre une visibilité sur la performance des ressources et la charge de travail, permettant l'analyse de l'efficacité de l'équipe et l'identification des opportunités de formation.

Source des données :

Généralement disponible dans les journaux de modifications ou les tables d'historique des documents, associé à chaque event ou transaction enregistré.

Exemples
j.doeAccountingBotm.smithe.jones
Conditions de paiement
PaymentTerms
Les conditions de paiement de facture convenues, telles que Net 30 ou Payable à Réception.
Descriptionn

Les Conditions de Paiement définissent les règles convenues entre le vendeur et l'acheteur pour le paiement d'une facture. Cela inclut la période de temps allouée pour le paiement et tout escompte pour paiement anticipé.

L'analyse du processus par les conditions de paiement peut révéler si certaines conditions sont associées à des cycles de paiement plus longs ou à des taux plus élevés de retards de paiement. Cette information peut aider les entreprises à optimiser leur stratégie de conditions de paiement pour améliorer les flux de trésorerie. Elle fournit également un contexte important lors de l'examen des raisons pour lesquelles certaines factures deviennent impayées.

Pourquoi est-ce important ? :

Cet attribut influence la date d'échéance du paiement et le comportement de paiement du client, ce qui en fait un élément clé pour comprendre et améliorer les taux de paiement à temps.

Source des données :

Généralement stocké à la fois dans les data de base client et dans l'en-tête du document de facture individuel.

Exemples
Net 30Net 60Dû à la réception2% 10, Net 30
Est un reprises
IsRework
Un indicateur signalant si le processus de facturation a impliqué des activités de reprise, telles que des corrections ou des cycles d'approbation multiples.
Descriptionn

IsRework est un indicateur booléen qui est true si une facture a subi une ou plusieurs boucles de reprise. Rework inclut les activités qui corrigent les erreurs ou répètent une étape qui ne devrait idéalement être effectuée qu'une seule fois, comme la resoumission d'une facture pour approbation après son rejet.

Cet attribut mesure directement l'inefficacité du processus. En filtrant les cases où IsRework est true, les analystes peuvent immédiatement isoler les factures problématiques et enquêter sur les root causes du rework. Le calcul du rework rate, qui est le pourcentage de cass avec rework, est un KPI clé pour mesurer la process quality et identifier les opportunités de rationalisation des operations et de réduction des wasted efforts.

Pourquoi est-ce important ? :

Il signale directement l'inefficacité du processus, permettant une identification et une analyse faciles des cas qui ont nécessité un travail supplémentaire sans valeur ajoutée.

Source des données :

Cet attribut n'est généralement pas disponible dans les systèmes sources et doit être dérivé pendant la transformation des données en identifiant les séquences d'activités qui indiquent un travail de reprise.

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 est une référence au document précédent dans la chaîne Order-to-Cash qui a déclenché la création de la facture. Il relie le processus de facturation au processus de vente.

Cet attribut est impératif pour obtenir une vue véritablement complet du processus Order-to-Cash. En rattachant les factures aux commandes clients, les organisations peuvent analyser le cycle de vie complet, de la commande client au paiement final. Cela permet une analyse plus holistique, aidant à identifier comment les problèmes dans le processus de vente ou d'exécution peuvent impacter la facturation et les recouvrements.

Pourquoi est-ce important ? :

Il lie le processus de facturation au processus de vente en amont, pour une analyse complète complet De la commande au paiement.

Source des données :

Cette référence est généralement stockée dans l'en-tête du document de facture ou dans les postes, le reliant à la table des documents de vente.

Exemples
SO-10582490000123ORD-2023-987
Région du client
CustomerRegion
La région géographique, le territoire ou le pays associé au client.
Descriptionn

La Région Client spécifie la localisation géographique du client. Cela peut être défini à différents niveaux, tels que le pays, l'état ou une région de vente définie sur mesure.

Il s'agit d'un attribut puissant pour la segmentation. L'analyse du processus de facturation par région peut mettre en évidence des variations géographiques de performance, telles que des différences dans les délais de paiement, les taux de litiges ou la conformité des processus. Ces informationsns peuvent éclairer les stratégies régionales de recouvrement et de service client, et aider à identifier les meilleures pratiques dans les régions performantes qui peuvent être reproduites ailleurs.

Pourquoi est-ce important ? :

Il permet une analyse géographique, révélant les différences régionales dans le comportement de paiement, l'efficacité des processus et la conformité.

Source des données :

Dérivé des données de base client, souvent basé sur l'adresse du client.

Exemples
Amérique du NordEMEAAllemagneAPAC
Unité organisationnelle
OrganizationalUnit
L'unité commerciale, le code d'entreprise ou l'organisation commerciale responsable de la facture.
Descriptionn

Cet attribut identifie l'entité interne spécifique dans l'entreprise qui a émis la facture ou est responsable de la transaction. Les exemples incluent un code d'entreprise, une unité commerciale ou une organisation de vente.

L'analyse du processus par unité organisationnelle permet d'établir des points de référence internes et de comparer les performances entre les différentes parties de l'entreprise. Elle aide à identifier quelles unités commerciales sont les plus efficaces, lesquelles ont les taux de retouches les plus élevés ou lesquelles rencontrent le plus de difficultés avec les retards de paiement. C'est indispensable pour responsabiliser les unités et pour standardiser les processus à l'échelle de l'entreprise.

Pourquoi est-ce important ? :

Il permet une comparaison des performances internes entre différentes unités commerciales, aidant à identifier les meilleures pratiques et les domaines d'amélioration.

Source des données :

Il s'agit d'un data field organisationnel clé, que l'on retrouve dans l'en-tête de presque tous les documents financiers dans un système ERP.

Exemples
1000US01Services mondiauxManufacturing EU
Obligatoire Recommandé Facultatif

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

Les activités listées ci-dessous représentent les étapes clés du processus et les jalons critiques à capturer, garantissant une découverte précise des processus et des analyses approfondies.
6 Recommandé 9 Facultatif
Activité Descriptionn
Date d'Échéance de Paiement Atteinte
Il s'agit d'un `event` calculé qui se produit lorsque la date d'échéance de paiement de la facture est dépassée. Ce n'est pas une `activité` transactionnelle, mais un jalon temporel basé sur la `date` d'émission de la facture et les conditions de paiement.
Pourquoi est-ce important ? :

Ce jalon est indispensable pour catégoriser les factures en souffrance et analyser la performance des paiements à temps. Il sert de point de déclenchement pour les activités de recouvrement.

Source des données :

Cet event n'est pas directement enregistré ; il est calculé à partir des champs de la date de la facture et des conditions de paiement.

Capture

Calculé comme 'Date d'Envoi de la Facture' + 'Jours de Conditions de Paiement'.

Type d'événement calculated
Facture clôturée
La facture est officiellement clôturée, signifiant que son cycle de vie est terminé. Cet état est atteint lorsque le solde impayé devient nul grâce aux paiements, aux notes de crédit ou à d'autres ajustements.
Pourquoi est-ce important ? :

En tant que point final principal et réussi du processus, cette activité est indispensablele pour le calcul du temps de cycle global et la mesure des taux d'achèvement des processus.

Source des données :

Il s'agit souvent d'un statut inféré, basé sur le solde de la facture devenant nul, ou d'un changement de statut explicite dans le système.

Capture

Déterminez le latest horodatage de la transaction, comme une application de paiement, qui a ramené le solde de la facture à zéro.

Type d'événement inferred
Facture envoyée au client
La facture approuvée a été officiellement livrée au client par leur méthode désignée, telle que l'e-mail, l'impression ou un portail en ligne. Cette action démarre les conditions de paiement du client.
Pourquoi est-ce important ? :

Cet event marque le début officiel du cycle de recouvrement et est impératif pour le calcul du Days Sales Outstanding (DSO) et des taux de paiement à temps.

Source des données :

Comptabilisé dans les output management logs, les communication records, ou un champ spécifique 'Sent Date' sur l'invoice.

Capture

Utilisez le horodatage des logs système qui enregistrent quand une facture a été envoyée par e-mail, imprimée ou transmise via EDI.

Type d'événement explicit
Facture générée
Cette `activité` marque la création de l'enregistrement de la facture dans le système. C'est le début officiel du processus de facturation, souvent déclenché automatiquement à partir d'une commande client exécutée ou saisi manuellement.
Pourquoi est-ce important ? :

En tant que point de départ, cet événement est impératif pour le calcul du temps de cycle complet de la facture et l'identification des retards au début du processus.

Source des données :

Capturé à partir du creation horodatage de la table principale des factures ou des documents de facturation.

Capture

Identifiez l'événement de création ou l'initial save horodatage pour un nouvel enregistrement de facture.

Type d'événement explicit
Paiement appliqué à la facture
Le paiement client reçu a été correctement apparié et appliqué à la facture spécifique. Cette étape de réconciliation réduit ou élimine le solde impayé de la facture.
Pourquoi est-ce important ? :

Cette activité est indispensablele pour comprendre les temps de cycle d'application de la trésorerie. Les retards à ce stade peuvent fausser le véritable vieillissement des créances et impacter la gestion du crédit.

Source des données :

Trouvé dans les tables du grand livre auxiliaire des comptes clients qui lient les documents de paiement aux documents de facture, souvent appelés documents de compensation.

Capture

Capturez l'horodatage lorsque un enregistrement de paiement est lié à un enregistrement de facture pour solder le poste ouvert.

Type d'événement explicit
Paiement client reçu
Un paiement a été reçu d'un client et enregistré dans le système financier. À ce stade, les fonds sont reconnus mais peuvent ne pas encore être spécifiquement appliqués à la facture.
Pourquoi est-ce important ? :

C'est un event critique pour les flux de trésorerie. Le temps entre la réception et l'application du paiement est une mesure clé de l'efficacité de l'application de la trésorerie.

Source des données :

Comptabilisé dans les cash receipt journals, les payment transaction tables, ou les bank statement processing tables.

Capture

Identifiez la création d'un enregistrement de paiement client ou d'encaissement.

Type d'événement explicit
Avoir émis
Une note de crédit, ou un avoir, est créé et souvent appliqué à une facture existante. Cela est généralement fait pour corriger une erreur de facturation, accorder un ajustement de prix ou comptabiliser des marchandises retournées.
Pourquoi est-ce important ? :

Les notes de crédit fréquentes peuvent signaler des problèmes sous-jacents dans les ventes ou l'exécution qui entraînent une perte de revenus ou l'insatisfaction du client.

Source des données :

Capturé à partir de la création d'une note de crédit ou d'un document d'avoir, qui est souvent lié à la facture originale.

Capture

Enregistrez le creation horodatage d'un credit memo transaction type.

Type d'événement explicit
Facture annulée
Une facture existante est annulée ou invalidée, ce qui inverse son impact financier. Cela est généralement fait pour corriger une erreur significative avant la réception du paiement, comme facturer le mauvais client.
Pourquoi est-ce important ? :

Les annulations mettent en évidence des erreurs opérationnelles qui nécessitent une reprise et peuvent retarder une facturation correcte. Des taux élevés d'annulation indiquent des problèmes de processus ou de qualité des données.

Source des données :

Capturé à partir des documents d'annulation ou d'un statut spécifique 'annulé' ou 'invalidé' sur l'enregistrement de la facture.

Capture

Recherchez la création d'un reversal document lié à l'original invoice ou un status change à 'Void'.

Type d'événement explicit
Facture approuvée
La facture a passé avec succès tous les examens internes et est formellement approuvée. Cet événement signifie que la facture est confirmée comme exacte et est prête à être envoyée au client.
Pourquoi est-ce important ? :

C'est un jalon clé qui sépare le temps de traitement interne du temps dont dispose le client pour payer. L'analyse de la durée jusqu'à l'approbation révèle l'efficacité interne.

Source des données :

Capturé à partir d'un workflow system log ou d'un changement de statut sur le document de facture de 'En attente' à 'Approuvé'.

Capture

Capturez l'horodatage de l'événement d'approbation finale dans le workflow log ou le changement de statut.

Type d'événement explicit
Facture Corrigée
Une facture a été modifiée après sa création initiale, souvent en raison d'un rejet ou de la découverte d'une erreur. Cela peut impliquer la mise à jour des montants, des postes ou des informations client.
Pourquoi est-ce important ? :

Une fréquence élevée de corrections indique des problèmes potentiels avec les données de base ou le processus initial d'exécution des commandes, entraînant des reprises et des retards.

Source des données :

Déduit des change logs, des audit trails, ou en identifiant les schémas d'annulation de facture suivie d'une recréation pour la même commande.

Capture

Détecte les modifications des champs financiers clés dans l'enregistrement de la facture après sa création initiale.

Type d'événement inferred
Facture passée en perte
Le solde restant d'une facture est annulé et classé comme créance irrécouvrable. Cette action est généralement entreprise après l'épuisement de tous les efforts de recouvrement.
Pourquoi est-ce important ? :

Cela représente un échec dans le processus de recouvrement et une perte financière directe. L'analyse des radiations de créances aide à identifier les clients à risque élevé et à améliorer les politiques de crédit.

Source des données :

Comptabilisé comme un ajustement spécifique ou une écriture de journal qui solde l'invoice balance against a bad debt account.

Capture

Identifiez les transactions qui ajustent le solde de la facture en utilisant un code de motif 'amortissement' ou en imputant à un compte de créances irrécouvrables.

Type d'événement explicit
Facture rejetée
Un approbateur a rejeté la facture pendant le processus d'examen interne. Cette action nécessite généralement que la facture soit corrigée et soumise à nouveau, créant ainsi une boucle de reprise.
Pourquoi est-ce important ? :

Cette activité met en lumière les inefficacités des processus internes, les problèmes de qualité des données et les retouches qui prolongent le cycle de vie de la facture et retardent le paiement.

Source des données :

Généralement enregistré comme un changement de statut sur l'enregistrement de la facture, souvent accompagné de commentaires de rejet dans les tables associées.

Capture

Enregistrez l'événement lorsque l'invoice status est mis à jour à 'Rejected' ou à un état similaire.

Type d'événement explicit
Facture soumise pour approbation
Représente la soumission d'une facture générée dans un Workflow d'examen interne formel. Cette étape est courante dans les organisations avec des contrôles exigeant un examen par la direction avant la finalisation d'une facture.
Pourquoi est-ce important ? :

Le suivi des soumissions et des approbations aide à identifier les points de blocage dans les processus internes qui retardent l'envoi des factures aux clients, impactant directement les flux de trésorerie.

Source des données :

Généralement enregistré comme un changement de statut ou une entrée de log provenant d'un système de gestion de workflow.

Capture

Capturez l'horodatage lorsque le statut de la facture passe à 'En attente d'approbation' ou à un état similaire.

Type d'événement explicit
Litige déclaré
Le client a formellement contesté tout ou partie de la facture, citant des problèmes tels que des prix ou des quantités incorrects. Cela suspend généralement les activités de recouvrement jusqu'à la résolution du litige.
Pourquoi est-ce important ? :

L'analyse des litiges aide à identifier les causes profondes de l'insatisfaction client et des inexactitudes de facturation, qui impactent directement le DSO et les relations clients.

Source des données :

Souvent enregistré comme un status change, un flag sur l'invoice, ou la création d'un separate dispute case record linked à l'invoice.

Capture

Capturez la date de création d'un cas de litige ou d'un changement de statut à 'Contesté'.

Type d'événement explicit
Rappel de Paiement Émis
Une communication, telle qu'une lettre de relance ou un courriel, a été envoyée au client concernant une facture impayée. Il s'agit d'une activité clé dans le processus de recouvrement pour encourager le paiement.
Pourquoi est-ce important ? :

Le suivi des rappels permet de mesurer l'efficacité de la stratégie de recouvrement et d'identifier les clients qui nécessitent fréquemment un suivi.

Source des données :

Capturé à partir des journaux des exécutions de relance, des systèmes de recouvrement ou des journaux d'activités de communication liés au client ou à la facture.

Capture

Utilisez le horodatage de la table d'historique des relances ou du log d'activités de recouvrement.

Type d'événement explicit
Recommandé Facultatif

Guides d'extraction

Comment obtenir vos données pour le Process Mining.

Les méthodes d'extraction varient selon le système. Pour des instructions détaillées,

lisez notre guide ETL

ou sélectionnez un processus et un système spécifiques.