Votre modèle de données des créances clients
Votre modèle de données des créances clients
Voici notre modèle de données générique de Process Mining pour Comptes Clients. Utilisez nos modèles spécifiques au système pour des directives plus précises.
Sélectionnez un système spécifique- Champs de données essentiels pour suivre les cycles de vie des factures
- Définitions d'activités standardisées pour une cartographie de processus cohérente
- Structure évolutive compatible avec tout outil de gestion financière
Attributs des Comptes Clients
| Nom | Descriptionn | ||
|---|---|---|---|
| Dernière mise à jour des données LastDataUpdate | L'horodatage indiquant quand les données ont été extraites ou rafraîchies. | ||
| Descriptionn Cet attribut enregistre la dernière mise à jour du jeu de données dans l'application de Process Mining. Il sert de champ de métadonnées pour informer les utilisateurs de la récence de l'analyse. Il aide les analystes à comprendre s'ils examinent des données en temps réel ou un instantané d'une période prélèvement.cédente. C'est impératif pour un reporting précis et pour garantir que les décisions sont basées sur les informations les plus récentes disponibles. Pourquoi est-ce important ? : Fournit un contexte sur la latence et la fiabilité des données. Source des données : Généré par le pipeline de données ou l'outil ETL à l'exécution. Exemples 2023-11-15T00:00:00Z2023-11-16T08:00:00Z | |||
| Horodatage de l'événement EventTime | La date et l'heure spécifiques auxquelles l'activité s'est produite. | ||
| Descriptionn Cet attribut capture le moment exact où une action a eu lieu dans le système source. Il est indispensable pour établir l'ordre chronologique des événements au sein d'un cas. Les analystes utilisent ces données pour calculer les temps de traitement entre les étapes du processus, comme le temps entre l'envoi de la facture et l'enregistrement du paiement. C'est également la base pour déterminer la durée d'activités spécifiques et identifier les retards dans le cycle de recouvrement des espèces. Pourquoi est-ce important ? : C'est le Horodatage de début obligatoire requis pour ordonner les événements et calculer la durée. Source des données : Trouvé dans les journaux système, les horodatages d'entrée de transaction ou les tables d'historique des modifications. Exemples 2023-10-01T14:30:00Z2023-10-05T09:15:00Z2023-11-01T16:45:00Z | |||
| Nom de l'activité ActivityName | La description de l'événement ou de l'action effectuée sur la facture. | ||
| Descriptionn Cet attribut définit l'étape spécifique ou le changement de statut qui s'est produit dans le cycle de vie de la facture. Les exemples incluent "facture créée", "Paiement Comptabilisé", "Litige Ouvert" ou "Avoir émis". En analysant la séquence de ces activités, les outils de process mining reconstruisent la cartographie des processus. Cela permet aux organisations d'identifier les points de blocage, les boucles de reprise (telles que les mises à jour répétées des litiges) et les écarts par rapport aux procédures de recouvrement standard. Pourquoi est-ce important ? : C'est le champ Activité obligatoire requis pour définir les étapes du processus. Source des données : Trouvé dans les journaux de transactions, les documents de modification ou les tables d'historique des statuts. Exemples Facture crééepaiement reçuLitige déclaréLettre de Relance Envoyée | |||
| Numéro de facture InvoiceId | L'identifiant unique pour la facture ou le document de facturation spécifique. | ||
| Descriptionn Cet attribut représente l'identifiant de cas clé pour le processus de gestion des créances clients. Il distingue une transaction de facturation d'une autre et sert de clé primaire pour suivre le cycle de vie d'une créance, de sa création à son règlement. Dans l'analyse en Process Mining, cet attribut est utilisé pour regrouper tous les événements liés, tels que la création de factures, les mises à jour, les litiges et les paiements, dans un cas unique. Il permet aux analystes de visualiser le parcours complet d'une facture spécifique et de calculer les métriques de performance au niveau de la transaction. Pourquoi est-ce important ? : C'est l'ID de cas obligatoire requis pour reconstruire le flux de processus. Source des données : Généralement disponible dans la table d'en-tête de transaction ou la table principale du grand livre auxiliaire des créances clients. Exemples INV-2023-001900004321US-10234B55432 | |||
| Système source SourceSystem | Le nom ou l'identifiant du système d'origine des données. | ||
| Descriptionn Cet attribut identifie l'application logicielle ou l'environnement (comme SAP, Oracle ou HighRadius) d'où l'enregistrement a été extrait. Dans des écosystèmes complexes avec plusieurs ERP, cela aide à distinguer les sources de données. Il est particulièrement utile pour comparer les performances des processus entre différentes régions ou unités commerciales qui peuvent utiliser des technologies sous-jacentes différentes. Il assure la traçabilité des données jusqu'à leur origine. Pourquoi est-ce important ? : Primordial pour filtrer et valider les données dans des environnements multi-systèmes. Source des données : Généralement ajouté comme chaîne statique pendant le processus ETL. Exemples SAP_ECC_NAOracle_CloudNetSuite_GlobalHighRadius_Prod | |||
| Conditions de paiement PaymentTerms | Les conditions convenues définissant la date d'échéance du paiement. | ||
| Descriptionn Cet attribut contient le code ou la description du calendrier de paiement, tel que Net 30, Net 60 ou Immédiat. Il définit l'attente contractuelle en matière de flux de trésorerie. L'analyse de cet attribut aide à identifier si les conditions standard sont respectées ou si les équipes commerciales accordent des conditions défavorables pour conclure des affaires. Il est également utilisé pour corréler les conditions de paiement avec le comportement de paiement réel afin de vérifier la conformité aux conditions. Pourquoi est-ce important ? : Fournit le contexte pour la Date d'Échéance et aide à analyser la conformité aux termes. Source des données : Trouvé dans l'en-tête de facture ou les données de base client. Exemples NT30Net 60 Jours2% 10 Net 30Immédiat | |||
| Date d'échéance DueDate | La date à laquelle le client est censé effectuer le paiement. | ||
| Descriptionn Cet attribut spécifie la date limite de paiement convenue dans les conditions de vente. C'est la référence pour déterminer si une facture est courante, en retard ou litigieuse. Les analystes utilisent cette date pour calculer les métriques de paiement anticipé ou en retard. La comparaison de la date de paiement réelle avec la date d'échéance révèle le comportement de conformité du client et l'efficacité des stratégies de recouvrement. Pourquoi est-ce important ? : La base de référence pour le calcul de la balance âgée, des impayés et de la conformité des paiements. Source des données : Trouvé dans l'en-tête de facture ou calculé à partir de la date de référence plus les conditions de paiement. Exemples 2023-12-012023-10-312023-11-15 | |||
| Date d'encaissement ClearingDate | La date à laquelle la facture a été intégralement payée ou compensée. | ||
| Descriptionn Cet attribut enregistre la date à laquelle le poste ouvert a été clôturé dans le système, généralement par l'enregistrement d'un paiement ou d'une note de crédit. Il marque la fin du cycle de recouvrement pour cette facture. Cette date est mathématiquement critique pour le calcul du temps de cycle réel et du Days Sales Outstanding (DSO). Elle aide à distinguer les factures ouvertes des factures clôturées et est utilisée pour mesurer l'efficacité du processus d'encaissement. Pourquoi est-ce important ? : Primordial pour calculer le temps de cycle et les Jours de Vente en Suspens (DSO) réels. Source des données : Trouvé dans la ligne d'écriture du document comptable ou l'historique des statuts. Exemples 2023-11-202023-12-052023-10-15 | |||
| Est Automatisé IsAutomated | Indicateur spécifiant si l'activité a été réalisée sans intervention humaine. | ||
| Descriptionn Cet attribut booléen distingue les actions utilisateur manuelles des événements générés par le système. Il est souvent dérivé en vérifiant l'ID utilisateur par rapport à une liste de comptes de service connus. C'est le principal moteur pour le calcul des taux d'automatisation. Il aide les organisations à comprendre le retour sur investissement de l'automatisation robotisée des processus (RPA) et à identifier les opportunités d'automatiser les tâches manuelles répétitives comme l'application des encaissements ou le relancement. Pourquoi est-ce important ? : Primordial pour mesurer la transformation digitale et les taux d'automatisation des processus. Source des données : Dérivé de l'ID utilisateur ou de indicateurs de transaction spécifiques. Exemples truefaux | |||
| Montant de la facture InvoiceAmount | La valeur monétaire totale de la facture. | ||
| Descriptionn Cet attribut représente la valeur financière de la créance envers le client. Il reflète généralement le montant brut incluant les taxes et les frais supplémentaires. En analyse, ce champ est indispensable pour le calcul des indicateurs clés de performance (KPI) financiers tels que le Days Sales Outstanding (DSO) pondéré par la valeur, l'identification des comptes à forte valeur à risque et la priorisation des efforts de recouvrement. Il permet la segmentation des processus en fonction de l'impact financier. Pourquoi est-ce important ? : Critique pour l'analyse de l'impact financier et la priorisation des recouvrements à forte valeur. Source des données : Trouvé dans l'en-tête de facture ou l'en-tête de document comptable. Exemples 1500.00250.5010000.0045.99 | |||
| Motif du Litige DisputeReason | La catégorie ou le code expliquant pourquoi une facture est contestée. | ||
| Descriptionn Cet attribut capture la classification de la raison pour laquelle un client refuse de payer tout ou partie d'une facture. Les raisons courantes incluent des erreurs de prix, des marchandises endommagées ou une documentation manquante. Ces données sont indispensables pour l'analyse des causes profondes. En agrégeant les motifs de litige, les organisations peuvent identifier les problèmes systémiques dans les processus en amont (comme l'exécution ou la tarification) qui causent des retards de paiement et des reprises administratives. Pourquoi est-ce important ? : Clé pour identifier les causes profondes des retards de paiement et des reprises. Source des données : Trouvé dans les modules de gestion des litiges ou les tables de cas de litige spécifiques. Exemples Écart de prixMarchandises endommagéesCommande d'Achat ManquanteFacture en double | |||
| Nom du client CustomerName | Le nom de l'entité ou de l'organisation responsable de la facture. | ||
| Descriptionn Cet attribut identifie le débiteur associé à la facture. Il permet l'agrégation des données au niveau du compte. Ceci est indispensable pour analyser les comportements de paiement de clients spécifiques. Cela permet d'identifier les clients stratégiques qui paient fréquemment en retard ou contestent les factures, favorisant ainsi une gestion relationnelle ciblée et des approches de recouvrement personnalisées. Pourquoi est-ce important ? : Permet l'analyse au niveau du compte et l'identification des payeurs problématiques. Source des données : Trouvé dans les tables de données de base client jointes à l'en-tête de facture. Exemples Acme CorpIndustries GlobalesTech Solutions Ltd | |||
| Unité commerciale BusinessUnit | La division interne, la filiale ou le code d'entreprise émettant la facture. | ||
| Descriptionn Cet attribut représente l'entité organisationnelle dans l'entreprise qui détient la créance. Dans des systèmes comme SAP, cela correspond au Code Société; dans NetSuite, c'est la Filiale. Il permet une analyse comparative entre les différentes branches ou divisions. La direction peut utiliser cette vue pour évaluer les performances de recouvrement, le respect des processus standard et les métriques de DSO dans les différentes parties de l'organisation. Pourquoi est-ce important ? : Permet d'évaluer la performance entre les différentes divisions organisationnelles. Source des données : Trouvé dans l'en-tête de facture ou l'en-tête du document de comptabilité financière. Exemples US01Opérations EMEAFiliale A1000 | |||
| Nom du Recouvreur CollectorName | Le nom de l'agent ou de l'utilisateur responsable du recouvrement. | ||
| Descriptionn Cet attribut identifie l'employé ou l'équipe spécifique assigné(e) à la gestion du compte client et à l'assurance du paiement. Il relie les ressources humaines aux résultats du processus. Cela permet d'analyser la productivité et l'efficacité des agents de recouvrement. Les managers peuvent comparer les taux de recouvrement, le respect des promesses de paiement et la charge de travail entre les différents agents pour identifier les besoins en formation ou rééquilibrer les portefeuilles. Pourquoi est-ce important ? : Permet l'analyse de la productivité de la main-d'œuvre et l'évaluation comparative des performances. Source des données : Trouvé dans l'enregistrement principal du client ou les tables spécifiques de gestion du recouvrement. Exemples John DoeÉquipe de Recouvrement AAgent Système | |||
| Segment de clientèle CustomerSegment | La classification du client basée sur la valeur stratégique ou le risque. | ||
| Descriptionn Cet attribut regroupe les clients en catégories comme les Grands Comptes, les PME, les clients à risque élevé ou les entités gouvernementales. Il est généralement défini dans les données de référence. Segmenter l'analyse des processus par cet attribut révèle comment les différents types de clients sont traités. Cela permet de vérifier si les clients à forte valeur reçoivent un service prioritaire ou si les clients à risque élevé sont suffisamment suivis. Pourquoi est-ce important ? : Permet l'analyse stratégique pour différents segments de clients. Source des données : Trouvé dans les données de base client ou les tables partenaires commerciaux. Exemples StratégiqueCommerce de détailVente en grosNiveau 1 | |||
Activités des Comptes Clients
| Activité | Descriptionn | ||
|---|---|---|---|
| Avoir Comptabilisé | L'émission d'un avoir qui compense le solde de la facture. C'est souvent le résultat financier d'un litige valide, d'un retour ou d'une remise rétrospective. | ||
| Pourquoi est-ce important ? : Critique pour l'analyse des fuites de revenus, la qualité de la facturation et les causes profondes des non-paiements. Source des données : Trouvé dans la table des transactions de comptes clients comme type de document spécifiquement pour les crédits. Capture Liez les documents d'avoir à la facture originale via le champ de référence. Type d'événement explicit | |||
| Date d'échéance dépassée | Un jalon calculé indiquant que la date actuelle a dépassé la date des conditions de paiement convenues alors que la facture reste ouverte. Cet événement signale la transition du statut "en cours" au statut "en retard". | ||
| Pourquoi est-ce important ? : Primordial pour analyser la performance de paiement à temps et déclencher les stratégies de relance. Source des données : Calculé en comparant la date d'échéance de la facture à la date du système si aucun événement de clôture n'est survenu. Capture Générez un événement lorsque la date du système dépasse le champ "Date d'Échéance" et que le statut générique est toujours "Ouvert". Type d'événement calculated | |||
| Facture apurée | Le changement d'état final où le solde ouvert de la facture devient zéro. Cela se produit suite à un paiement intégral, une application de crédit ou une radiation. | ||
| Pourquoi est-ce important ? : Marque la fin absolue du cas dans le système et est utilisé pour calculer le temps de cycle total du processus. Source des données : Dérivé du champ de statut de la facture passant à "Fermée", "Apureé" ou "Payée". Capture Identifiez l'horodatage lorsque le drapeau de statut de poste ouvert passe à apuré. Type d'événement inferred | |||
| Facture créée | La génération initiale de l'enregistrement de la facture dans le système financier, établissant l'écriture de comptabilité clients. Cet événement marque le début officiel du cycle de recouvrement et définit la base pour les calculs de vieillissement. | ||
| Pourquoi est-ce important ? : C'est l'événement d'ancrage pour l'ensemble du processus, définissant l'horodatage de début pour toutes les métriques de temps de cycle et les calculs de DSO. Source des données : Généralement disponible dans la table d'en-tête de transaction ou les journaux de création du système ERP. Capture Extrayez l'horodatage de création du numéro de document de facture unique. Type d'événement explicit | |||
| Facture Envoyée | La transmission du document de facturation au client via email, impression, EDI ou portail. Cela représente le transfert de l'obligation de paiement au client. | ||
| Pourquoi est-ce important ? : Calculer le décalage entre la création et l'envoi aide à identifier les retards de traitement internes qui ralentissent les flux de trésorerie. Source des données : Dérivé des journaux de gestion des sorties, des enregistrements de transmission d'e-mails ou des mises à jour de statut EDI. Capture Identifiez les horodatages où le statut de sortie de la facture passe à "envoyé" ou "terminé". Type d'événement explicit | |||
| Litige Ouvert | La création d'un cas formel ou d'un code de motif indiquant que le client n'est pas d'accord avec la validité ou le montant de la facture. Cela suspend généralement les efforts de recouvrement standards. | ||
| Pourquoi est-ce important ? : Identifie les points de blocage dans le processus et aide à quantifier les revenus à risque dus à des erreurs de facturation ou à des problèmes de qualité. Source des données : Identifié par la création d'un cas dans le module de gestion des litiges ou un changement de statut à "En Litige". Capture Capturez l'horodatage lorsque l'ID d'un cas de litige est lié à la facture ou qu'un drapeau de litige est défini comme vrai. Type d'événement explicit | |||
| Paiement comptabilisé | L'enregistrement d'une transaction d'encaissement appliquée à la facture. Cela représente l'objectif principal du processus de Comptes Clients. | ||
| Pourquoi est-ce important ? : L'événement le plus critique pour le calcul des Jours de Vente en Suspens (DSO) et l'évaluation de la santé des flux de trésorerie. Source des données : Trouvé dans les tables d'application des paiements ou d'encaissements. Capture Capturez les horodatages des documents de réception de paiement liés au numéro de facture. Type d'événement explicit | |||
| Contact de Recouvrement Établi | Une interaction avec le client concernant une facture ouverte, comme l'envoi d'une lettre de relance automatisée ou l'enregistrement d'un appel téléphonique. Cela suit l'effort proactif déployé par l'équipe de recouvrement. | ||
| Pourquoi est-ce important ? : Primordial pour mesurer la productivité des agents de recouvrement et l'efficacité des stratégies de relance sur la rapidité des paiements. Source des données : Provenant des journaux de correspondance, de l'historique d'activité CRM ou des journaux de relance. Capture Mappez les entrées des journaux d'interaction client ou des tables de relance automatisées liées à la facture. Type d'événement explicit | |||
| Créance Irrécouvrable Radiée | L'acte de déclarer le solde de facture restant irrécouvrable et de le retirer du grand livre des comptes clients. Cela représente un échec de processus et une perte financière. | ||
| Pourquoi est-ce important ? : Important pour analyser le coût total du processus de crédit et identifier les segments de clientèle à haut risque. Source des données : Capturé à partir des écritures de journal ou des transactions d'ajustement avec un code de motif de radiation spécifique. Capture Filtrez les documents d'ajustement classifiés comme radiations liés à la facture. Type d'événement explicit | |||
| Litige résolu | La conclusion d'une enquête de litige, aboutissant à une décision de créditer le client, de radier le solde ou d'exiger le paiement. Cela débloque la facture pour un règlement final. | ||
| Pourquoi est-ce important ? : Marque la fin du processus de gestion des exceptions et permet la reprise du cycle de trésorerie. Source des données : Capturé lorsque le statut du cas de litige passe à "Fermé" ou "Résolu". Capture Identifiez l'horodatage du changement de statut final dans le système de gestion des litiges. Type d'événement explicit | |||
| Paiement Partiel Comptabilisé | L'application d'un encaissement qui réduit le solde de la facture mais laisse un montant résiduel dû. Cela indique souvent un litige, une incapacité de payer ou un sous-paiement. | ||
| Pourquoi est-ce important ? : Mettre en évidence les paiements partiels aide à analyser le comportement de paiement des clients et la complexité des processus. Source des données : Comptabilisé lorsqu'une transaction de paiement est liée à la facture mais que le montant du paiement est inférieur au solde ouvert. Capture Identifiez les applications de paiement où le montant appliqué est inférieur au montant de la facture en suspens. Type d'événement explicit | |||
| Paiement rapproché | L'appariement de l'enregistrement interne du paiement avec la ligne du relevé bancaire externe. Cela confirme que la trésorerie a été physiquement reçue sur le compte bancaire. | ||
| Pourquoi est-ce important ? : Différencie la trésorerie comptable de la trésorerie bancaire, soulignant les retards dans le processus d'application des espèces. Source des données : Provenant des modules de rapprochement bancaire ou des journaux de gestion de trésorerie. Capture Identifiez quand le document de paiement est marqué comme apuré ou apparié dans le grand livre bancaire. Type d'événement explicit | |||
| Promesse de Payer Comptabilisée | L'enregistrement d'un engagement formel du client à payer un montant spécifique à une date spécifique. Ceci est généralement saisi par un agent de recouvrement après un contact réussi. | ||
| Pourquoi est-ce important ? : Fournit une visibilité sur les flux de trésorerie attendus et mesure la fiabilité des engagements clients. Source des données : Trouvé dans les modules de gestion du recouvrement ou les champs de notes associés à la facture. Capture Extrayez les enregistrements où une date et un montant PTP sont enregistrés par rapport à l'ID de la facture. Type d'événement explicit | |||
| Statut du Litige Mis à Jour | Un changement dans la progression d'un cas de litige, tel que le passage d'un examen initial à une enquête active. Cela suit le workflow de l'équipe de résolution. | ||
| Pourquoi est-ce important ? : Permet l'analyse des temps de cycle de résolution des litiges et l'identification des blocages dans le processus d'enquête. Source des données : Dérivé du journal d'historique de l'objet de cas de litige lié à la facture. Capture Suivre les changements dans le champ de statut de l'entité de cas de litige liée. Type d'événement inferred | |||
Guides d'extraction
Les méthodes d'extraction varient selon le système. Pour des instructions détaillées,