Votre Modèle de Données Du Bon de De la commande au paiement - Traitement des facturess factures fournisseurs factures fournisseurs Factures

Modèle universel de Process Mining
Votre Modèle de Données Du Bon de De la commande au paiement - Traitement des facturess factures fournisseurs factures fournisseurs Factures

Votre Modèle de Données Du Bon de De la commande au paiement - Traitement des facturess factures fournisseurs factures fournisseurs Factures

Modèle universel de Process Mining

Voici notre modèle de données générique de Process Mining pour Du Bon de De la commande au paiement - Traitement des facturess factures fournisseurs factures fournisseurs Factures. 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 recommandés pour une analyse approfondie
  • Activités et jalons clés à suivre
  • Conseils sur la manière d'extraire vos données de processus
Vous découvrez les journaux d'événements ? Apprenez comment créer un journal d'événements Process Mining.

Du Bon de De la commande au paiement - Attributs de Traitement des facturess factures fournisseurs factures fournisseurs Factures

Ce tableau présente les champs de données recommandés que vous devriez inclure dans votre Journal d'événements pour une analyse complète de votre processus Achats au paiement (P2P) - Traitement des facturess factures fournisseurs factures fournisseurs factureses.
5 Obligatoire 7 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'Event Time, ou Heure de début, enregistre la date et l'heure exactes auxquelles une activité commerciale a eu lieu. Chaque activité du processus, de 'Facture reçue' à 'Paiement exécuté', est associée à un horodatage. Cette information chronologique est indispensablele pour ordonner les events et calculer les durées.

Cet attribut est utilisé pour trier les events chronologiquement afin de construire le flux de processus pour chaque case. C'est la base de toute analyse basée sur le temps, y compris le calcul des temps de cycle entre les activités, l'identification des points de blocage où du temps est perdu, et le suivi des performances par rapport aux accords de niveau de service. Des horodatages précis et exacts sont essentiels à la fiabilité de toute analyse de Process Mining.

Pourquoi est-ce important ? :

Elle fournit l'ordre chronologique des events et est le fondement de tous les calculs de performance et de durée, tels que le temps de cycle.

Source des données :

Ceci se trouve généralement dans les journaux d'événements ou comme un champ 'Date de création' (Creation Date) ou 'Date de saisie' (Entry Date) associé à chaque transaction ou changement de statut.

Exemples
2023-10-26T10:00:00Z2024-01-15T14:35:10Z2023-11-01T09:12:05Z
Nom de l'activité
ActivityName
Le nom d'un événement ou d'une tâche métier spécifique survenu(e) pendant le cycle de vie du traitement des factures.
Descriptionn

Le Nom d'activité décrit une étape ou un jalon unique dans le parcours de traitement des factures. Les exemples incluent 'Facture reçue', 'Facture envoyée pour approbation', 'Blocage de paiement appliqué' et 'Paiement exécuté'. Cet attribut fournit la narration du processus, décrivant ce qui est arrivé à la facture au fil du temps.

En Process Mining, cet attribut est utilisé pour générer la cartographie des processus, qui représente visuellement le workflow. L'analyse de la séquence, de la fréquence et des chemins de ces activités aide à identifier les flux de processus courants, les écarts, les points de blocage et les boucles de reprise. La qualité et la granularité des noms d'activité sont critiques pour créer une analyse de processus significative et exploitable.

Pourquoi est-ce important ? :

Cet Attribut définit les étapes du processus, formant l'pilier central de la carte de processus et permettant toutes les analyses liées au flux.

Source des données :

Ces informationsns sont souvent dérivées des journaux de changement de statut, des tables d'événements ou des codes de transaction au sein du système source.

Exemples
Facture saisieFacture approuvéeBlocage de paiement appliquéPaiement effectué
Numéro de facture
InvoiceNumber
L'identifiant unique d'une facture fournisseur. Il sert de clé primaire pour suivre la facture tout au long de son cycle de vie.
Descriptionn

Le Numéro de facture est le code alphanumérique unique attribué à une facture par un fournisseur. En Process Mining, cet attribut est cléement important car il sert généralement d'identifiant de case (ID du cas), identifiant de manière unique le parcours de chaque facture de la réception au paiement.

En utilisant le Numéro de facture comme identifiant de case, toutes les activités connexes, telles que 'Facture reçue', 'Facture approuvée' et 'Paiement exécuté', peuvent être liées entre elles pour reconstituer le processus complet de cette facture spécifique. Cela permet une analyse détaillée des temps de cycle, des chemins et des écarts pour chaque case individuel, formant ainsi la base de l'analyse complète du processus.

Pourquoi est-ce important ? :

C'est l'identifiant de cas essentiel qui connecte tous les events liés, permettant de tracer le cycle de vie complet d'une seule facture.

Source des données :

Il s'agit d'un champ principal que l'on trouve généralement dans l'en-tête d'une table de transactions de factures.

Exemples
INV-2024-001239876543210US-5839A-24
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 date et l'heure de la dernière extraction ou du dernier rafraîchissement des données. Il sert de champ de métadonnées qui indique la fraîcheur de l'ensemble de données analysé.

Bien qu'elle ne soit pas utilisée directement dans la création de la carte de processus, cette information est indispensablele pour évaluer la récence de l'analyse. Elle aide les utilisateurs à savoir s'ils consultent des données en temps réel ou un instantané d'un point précis dans le temps, ce qui est impératif pour prendre des décisions opérationnelles éclairées. Elle est également essentielle pour surveiller la santé et la fréquence du pipeline de données.

Pourquoi est-ce important ? :

Il indique la la réactualisation des données, permettant aux utilisateurs de comprendre à quel point l'analyse du processus est actuelle.

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-05-21T04:00:00Z2024-05-20T04:00:00Z2024-05-19T04:00:00Z
Système source
SourceSystem
Le système d'origine à partir duquel les données d'événement ont été extraites.
Descriptionn

L'attribut Source System identifie l'application ou la plateforme où l'événement de traitement des factures a été enregistré. Dans des environnements informatiques complexes, le parcours d'une facture peut s'étendre sur plusieurs systèmes, tels qu'une solution de numérisation, un outil de Workflow et un système ERP.

Comprendre le système source fournit un contexte aux données et aide à résoudre les problèmes de qualité des données. Cela permet également d'analyser les processus qui traversent les frontières des systèmes, mettant en évidence les défis potentiels d'intégration ou les retards causés par les transferts entre différentes applications. Cela peut être particulièrement utile lors de la consolidation de données provenant de systèmes existants et modernes.

Pourquoi est-ce important ? :

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

Source des données :

C'est souvent une valeur statique ajoutée lors de l'extraction des données ou un champ disponible dans les journaux système qui indique le nom ou l'ID de l'application.

Exemples
SAP_ECC_PRODOracle_Fusion_FINCoupa_R34
Date d'échéance du paiement
PaymentDueDate
La date à laquelle la facture doit être payée pour éviter d'être en retard.
Descriptionn

La Date d'échéance de paiement est une date critique calculée sur la base de la date de la facture et des conditions de paiement convenues. Elle représente la date limite de paiement au fournisseur pour maintenir une bonne réputation et éviter les pénalités de retard.

Cet attribut est indispensable pour le suivi des performances liées aux paiements à temps. Il est utilisé pour calculer des KPIs comme le Taux de paiement ponctuel et pour identifier les factures qui risquent de devenir en retard. L'analyse de l'écart entre la date d'approbation de la facture et la date d'échéance de paiement permet d'évaluer l'efficacité des étapes finales de planification et d'exécution du paiement.

Pourquoi est-ce important ? :

Il est indispensable pour mesurer la performance des paiements à temps et analyser les causes des paiements tardifs.

Source des données :

Cette date se trouve généralement dans les détails de la transaction de la facture. Elle peut être saisie directement ou dérivée de la date de la facture et des conditions de paiement.

Exemples
2024-06-302024-07-152024-08-01
Devise de la facture
InvoiceCurrency
Le code de devise pour le montant de la facture, tel que USD ou EUR.
Descriptionn

Cet Attribut spécifie la devise dans laquelle le montant de la facture est libellé. Il est indispensable pour les organisations qui opèrent à l'international et traitent avec des fournisseurs de différents pays. Le code de devise, généralement conforme à la norme ISO 4217, garantit que les données financières sont interprétées correctement.

Dans l'analyse, la devise de la facture (Invoice Currency) est utilisée pour segmenter les données pour des vues régionales ou spécifiques à un pays. Elle est indispensablele pour les rapports financiers afin de garantir que les montants sont agrégés correctement, nécessitant souvent une conversion vers une devise de reporting standard. L'analyse des variations de processus par devise peut également révéler des complexités liées aux paiements internationaux ou à la gestion des devises étrangères.

Pourquoi est-ce important ? :

Il fournit le contexte nécessaire pour les montants des factures, permettant une analyse financière précise et une segmentation pour les opérations mondiales.

Source des données :

C'est un champ standard que l'on trouve dans l'en-tête d'une table de transactions de factures.

Exemples
USDEURGBPJPY
Heure de fin
EndTime
Le Horodatage indiquant quand une activité ou un événement a été terminé. Pour les événements instantanés, il est souvent identique au temps de début (Heure de début).
Descriptionn

L'attribut Heure de fin enregistre le moment précis où une étape de processus se termine. Il est impératif pour calculer avec précision la durée des activités, qui est une métrique clée en Process Mining. En comparant l'Heure de début et l'Heure de fin, les analystes peuvent mesurer le temps que prend chaque étape, identifiant les points de blocage et les domaines d'amélioration de l'efficacité.

En analyse, l'Heure de fin est utilisée pour calculer les temps de cycle pour les activités individuelles et les segments de processus entiers. Par exemple, la durée de l'étape 'Approbation de la facture' peut être déterminée en soustrayant l'Heure de début de l'Heure de fin de l'activité 'Facture approuvée'. Ces données aident à construire des dashboards de performance, à établir des benchmarks et à surveiller l'impact des changements de processus.

Pourquoi est-ce important ? :

Il permet le calcul précis des durées d'activité, ce qui est indispensable pour identifier les points de blocage et mesurer l'efficacité du traitement.

Source des données :

Trouvé dans les logs système ou les données de transaction, souvent sous la forme d'une 'Date de fin', 'Date de modification' ou d'un champ horodatage distinct pour la fin de l'activité.

Exemples
2023-10-26T10:05:12Z2024-01-15T15:00:00Z2023-11-01T09:12:05Z
Montant de la facture
InvoiceAmount
La valeur monétaire totale de la facture.
Descriptionn

Le Montant de la facture représente la valeur totale de la facture, incluant toutes les lignes, taxes et frais. Il s'agit d'un attribut financier clé qui définit l'importance monétaire de chaque case. Il est souvent analysé conjointement avec d'autres attributs pour comprendre son impact sur le processus.

Cet attribut est indispensable pour l'analyse financière et la priorisation. En filtrant les factures en fonction de leur montant, les analystes peuvent vérifier si les factures de grande valeur suivent un chemin d'approbation différent et plus strict, ou si elles sont plus sujettes aux retards. Il est également indispensable pour les dashboards qui suivent la valeur totale du flux de factures et pour les KPIs liés à la capture de remises, où les économies potentielles représentent un pourcentage du montant de la facture.

Pourquoi est-ce important ? :

Il permet l'analyse d'impact financier, la priorisation des factures de grande valeur et aide à identifier si la valeur de la facture affecte le temps ou le chemin de traitement.

Source des données :

C'est un champ standard que l'on trouve dans l'en-tête d'une table de transactions de factures.

Exemples
5250.751200.0025000.0089.99
Motif de blocage ou de rejet
BlockOrRejectionReason
La raison fournie lorsqu'une facture est bloquée pour paiement ou rejetée lors de l'approbation.
Descriptionn

Cet Attribut capture la raison spécifique pour laquelle le progrès d'une facture a été interrompu, soit par un rejet pendant le Workflow d'approbation, soit par un blocage de paiement après approbation. Les raisons peuvent aller de 'Quantité incorrecte' et 'Désaccord sur le prix' à 'Numéro de commande manquant' ou 'Facture en double'.

C'est l'un des Attributs les plus importants pour l'analyse des causes profondes (root cause analysis). En analysant la fréquence des différentes raisons, les organisations peuvent identifier les sources les plus courantes de friction et d'inefficacité dans le processus de facturation. Cette information basée sur les données leur permet de résoudre les problèmes sous-jacents, tels que l'amélioration de la communication avec les fournisseurs, le renforcement de la Conformité des bons de commande (PO compliance), ou la fourniture d'une meilleure formation au personnel.

Pourquoi est-ce important ? :

C'est impératif pour l'analyse des causes profondes (root cause analysis), aidant à identifier les raisons les plus courantes des retards de traitement, des reprises et des inefficacités.

Source des données :

Ces informationsns se trouvent dans des champs spécifiques 'Code de raison' (Reason Code) ou 'Raison de blocage' (Hold Reason) dans les données de transaction de la facture ou les journaux d'approbation associés.

Exemples
Écart de prixQuantité incorrecteFacture en doubleRéception de marchandises manquante
Nom du fournisseur
VendorName
Le nom du fournisseur qui a soumis la facture.
Descriptionn

Cet Attribut capture le nom de la partie externe qui a émis la facture. Il fournit un contexte essentiel, reliant la transaction financière à une relation fournisseur spécifique. Des données fournisseurs (vendor data) cohérentes et propres sont essentielles pour des rapports et des analyses précis.

Dans le Process Mining, le nom du fournisseur (Vendor Name) est une dimension clé pour la segmentation. Les analystes peuvent filtrer le processus pour examiner le traitement des factures pour les fournisseurs à volume élevé ou problématiques. Cela aide à identifier les fournisseurs qui soumettent fréquemment des factures avec des erreurs, entraînant des retards et des reprises. Cela soutient également les initiatives stratégiques telles que la gestion de la performance des fournisseurs et l'identification d'opportunités pour des programmes de fournisseurs privilégiés.

Pourquoi est-ce important ? :

Il permet de segmenter le processus pour analyser la performance par fournisseur, ce qui est indispensable pour la gestion des fournisseurs et l'identification des sources de factures problématiques.

Source des données :

Ceci se trouve généralement dans les données d'en-tête de facture, lié à partir d'une table de données de base des fournisseurs (vendor données de base) basée sur un identifiant de fournisseur.

Exemples
Global Office SuppliesSolutions Technologiques InnovantesCity Logistics Inc.
Utilisateur
User
L'utilisateur, l'employé ou l'agent système qui a effectué l'activité.
Descriptionn

L'attribut Utilisateur identifie l'individu ou le système automatisé responsable de l'exécution d'une étape spécifique dans le Workflow de traitement des factures. Il peut s'agir d'un comptable fournisseurs qui a saisi la facture, d'un manager qui l'a approuvée, ou d'un bot automatisé qui a effectué une tâche de rapprochement.

L'analyse des données par utilisateur est indispensablele pour comprendre la répartition de la charge de travail, la performance individuelle et identifier les besoins en formation. Elle permet de filtrer la cartographie des processus pour voir comment différentes équipes ou individus traitent les factures, révélant des variations dans leurs Workflows. Cette analyse peut révéler les meilleurs collaborateurs les plus performants, mettre en évidence les problèmes de routage ou identifier les utilisateurs qui pourraient nécessiter un support ou une formation supplémentaire sur les procédures de l'entreprise.

Pourquoi est-ce important ? :

Il aide à analyser la répartition de la charge de travail, la performance des utilisateurs et les variations de processus entre différentes équipes ou individus.

Source des données :

Ces informationsns sont généralement disponibles dans les détails de la transaction, souvent étiquetées comme 'Nom d'utilisateur' (User Name), 'Saisi par' (Entered By), 'Modifié par' (Changed By) ou 'Approbateur' (Approver).

Exemples
j.doeSYSTEM_RFCAlice.Smithapprover_pool_1
Code société
CompanyCode
L'identifiant de l'entité juridique ou de l'entreprise dans l'organisation traitant la facture.
Descriptionn

Le Code de société représente une entité juridique ou une filiale spécifique au sein d'une plus grande entreprise. Dans de nombreux systèmes financiers, les transactions sont séparées par code de société à des fins de comptabilité et de reporting.

Cet attribut permet une analyse comparative entre différentes unités commerciales. En segmentant la cartographie des processus par Code de société, les analystes peuvent établir des benchmarks de performance, identifier les meilleures pratiques au sein d'une entité et découvrir des problèmes systémiques dans une autre. C'est un attribut clé pour toute organisation ayant plus d'une entité juridique afin de comprendre les variations de processus et d'assurer une conformité à l'échelle de l'entreprise.

Pourquoi est-ce important ? :

Il permet d'établir des benchmarks et de comparer les processus entre différentes entités juridiques ou unités commerciales au sein d'une organisation.

Source des données :

Il s'agit d'un champ organisationnel clé que l'on trouve généralement dans l'en-tête de toutes les tables de transactions financières.

Exemples
1000US01DE015100
Conditions de paiement
PaymentTerms
Les conditions de paiement convenues pour la facture, qui déterminent la date d'échéance et toute remise pour paiement anticipé.
Descriptionn

Les Conditions de paiement sont les conditions convenues avec un fournisseur pour le règlement d'une facture. Ces conditions sont généralement exprimées dans un format standardisé, tel que 'Net 30' (paiement dû dans 30 jours) ou '2% 10, Net 30' (une remise de 2 % si payé dans les 10 jours, sinon le montant total est dû dans 30 jours).

Cet attribut est indispensable pour la stratégie financière et l'analyse de performance. Il sert de base pour le calcul de la Date d'échéance de paiement et l'identification des opportunités de capture de remises pour paiement anticipé. L'analyse du processus par différentes conditions de paiement peut révéler si certaines conditions sont corrélées à des retards de traitement ou si l'organisation capitalise efficacement sur les opportunités de remise favorables.

Pourquoi est-ce important ? :

Il est indispensable pour analyser la performance des paiements à temps et identifier les opportunités de capture de remises pour paiement anticipé.

Source des données :

Ces informationsns proviennent généralement des données de base des fournisseurs (vendor données de base) et sont spécifiées dans l'en-tête de la facture.

Exemples
Net 30Net 602% 10, Net 30Dû à la réception
Date de la facture
InvoiceDate
La date à laquelle le fournisseur a émis le document de facture.
Descriptionn

La Date de facture est la date fournie par le fournisseur sur le document de facture lui-même. Elle marque le début officiel du cycle de vie des paiements du point de vue du fournisseur et sert souvent de base pour calculer la date d'échéance de paiement selon les conditions de paiement convenues.

L'analyse du décalage temporel entre la Date de facture et l'activité 'Facture reçue' ou 'Facture saisie' est indispensablele pour identifier les retards dans la soumission ou l'ingestion des factures. Ce 'délai de réception de facture' peut être une composante cachée significative du temps de cycle total, et sa réduction peut améliorer la performance des paiements à temps et augmenter les opportunités de capture de remises pour paiement anticipé.

Pourquoi est-ce important ? :

Il aide à mesurer le 'délai de réception de facture' entre le moment où un fournisseur émet une facture et le moment où elle est saisie dans le système.

Source des données :

C'est un champ de date standard dans les données d'en-tête de facture, souvent étiqueté 'Date du document' (Document Date) ou 'Date de la facture' (Invoice Date).

Exemples
2024-05-012024-04-152024-06-10
Numéro de commande d'achat
PurchaseOrderNumber
L'identifiant du bon de commande (BC) auquel la facture est liée.
Descriptionn

Le Numéro de bon de commande relie une facture à un document d'approvisionnement pré-approuvé. Cette connexion est centrale au processus de rapprochement, où le système vérifie que les détails de la facture, tels que les quantités et les prix, correspondent à ce qui a été commandé dans le bon de commande.

Cet attribut est impératif pour analyser l'efficacité du processus de rapprochement. Un taux élevé de factures adossées à un bon de commande qui sont traitées directement indique un processus d'approvisionnement sain. Inversement, l'analyse des factures sans bon de commande peut révéler des achats non conformes ou des domaines où les politiques d'approvisionnement ne sont pas suivies. La présence ou l'absence d'un bon de commande est un moyen courant de segmenter le processus pour comparer l'efficacité.

Pourquoi est-ce important ? :

Il aide à différencier les factures avec et sans bon de commande (BC), qui suivent souvent des processus différents et ont des niveaux d'efficacité variés.

Source des données :

Cet identifiant se trouve généralement dans les détails de la ligne ou de l'en-tête de la transaction de la facture, la liant au document d'achat.

Exemples
4500018921PO-2024-7837300000456
Statut de la facture
InvoiceStatus
L'état actuel de la facture dans son workflow de traitement.
Descriptionn

Le Statut de la facture fournit un aperçu de l'emplacement d'une facture dans son cycle de vie au moment de l'extraction des données. Les statuts courants incluent 'En cours', 'Approuvée', 'Payée', 'Rejetée' ou 'Bloquée'. Cet attribut donne une vue d'ensemble de la condition actuelle de la facture.

Bien que le Process Mining reconstitue le parcours complet, le statut actuel est précieux pour les dashboards opérationnels qui surveillent la charge de travail active. Il aide les gestionnaires à comprendre le volume de factures à chaque étape, comme le nombre de factures en attente d'approbation ou bloquées. Cela permet une gestion proactive du pipeline de factures pour prévenir les points de blocage et les retards.

Pourquoi est-ce important ? :

Il fournit un aperçu de la charge de travail actuelle, aidant à surveiller les volumes de factures à différentes étapes comme 'En attente d'approbation' ou 'Bloquée'.

Source des données :

Il s'agit généralement d'un champ de statut dans la table d'en-tête de la facture qui est mis à jour à mesure que la facture progresse dans son cycle de vie.

Exemples
PayéEn coursRejetéApprouvé pour paiement
Obligatoire Recommandé Facultatif

Du Bon de De la commande au paiement - Activités de Traitement des facturess factures fournisseurs factures fournisseurs Factures

Voici les étapes clés du processus et les jalons à capturer dans votre `journal d'événements` pour une découverte de processus précise dans votre processus Achats et comptes fournisseurs : traitement des factures.
7 Recommandé 9 Facultatif
Activité Descriptionn
Écart de rapprochement identifié
Se produit lorsque le système ou un utilisateur identifie une incohérence entre la facture, le bon de commande ou le reçu de marchandises. Ces divergences, telles que des écarts de prix ou de quantité, entraînent généralement un blocage de la facture et nécessitent une intervention manuelle.
Pourquoi est-ce important ? :

Le suivi de ces événements est indispensable pour l'analyse des causes profondes (root cause analysis) des retards de traitement et des reprises. Il aide à identifier les problèmes liés à la précision de la facturation des fournisseurs ou aux processus d'approvisionnement internes.

Source des données :

Déduit d'un changement de statut indiquant un échec de rapprochement ou l'application automatique d'une retenue système liée à une variance.

Capture

Capturez l'horodatage lorsque le statut de rapprochement de la facture est défini sur 'Échec', 'Discrépance', ou lorsqu'une retenue liée à une variance est appliquée.

Type d'événement inferred
Facture approuvée
Signifie que la facture a été approuvée avec succès par toutes les parties requises dans le `workflow`. Ce jalon autorise la facture pour la comptabilisation financière et le paiement subséquent.
Pourquoi est-ce important ? :

C'est une étape critique qui conclut la phase de validation et d'approbation. Elle est indispensablele pour mesurer les temps de cycle d'approbation et assurer la Conformité aux politiques d'autorisation.

Source des données :

Comptabilisé explicitement dans l'historique d'approbation ou le log de workflow lors de l'approbation finale.

Capture

Utilisez le Horodatage de l'action d'approbation finale dans l'historique d'approbation ou de Workflow de la facture.

Type d'événement explicit
Facture comptabilisée au GL
Représente l'`event` comptable formel où la facture approuvée est enregistrée dans le `General Ledger`. Cette action crée une obligation financière et fait passer la facture d'un état de traitement à un état de prélèvement.paration au paiement.
Pourquoi est-ce important ? :

Il s'agit d'une étape financière critique qui confirme que l'obligation est officiellement reconnue. Les retards avant cette étape peuvent impacter la clôture financière et la précision des rapports.

Source des données :

Il s'agit d'un événement transactionnel explicite enregistré dans les modules financiers du système.

Capture

Utilisez la date de comptabilisation (posting date) associée au document financier créé à partir de la facture.

Type d'événement explicit
Facture rapprochée
Signifie le rapprochement réussi d'une facture avec un bon de commande et, le cas échéant, un bon de réception. Cette étape automatisée ou manuelle valide que les quantités et les prix facturés correspondent à ce qui a été commandé et reçu.
Pourquoi est-ce important ? :

C'est une étape clé pour le traitement direct (straight-through processing). Un volume élevé de correspondances réussies dès le premier passage indique des processus d'approvisionnement en amont efficaces.

Source des données :

Généralement enregistré comme un changement de statut ou un événement spécifique dans l'historique des transactions lorsque la validation de rapprochement est effectuée avec succès.

Capture

Identifiez l'event ou la mise à jour de statut indiquant que le statut de rapprochement de la facture est 'Réussi', 'Rapproché' ou 'Rapproché'.

Type d'événement explicit
Facture reçue
Marque la réception initiale ou la création d'une facture dans le système. Cet event sert de point de départ pour le cycle de vie du traitement des factures, quelle que soit la méthode de saisie, telle que la saisie manuelle, le portail fournisseur ou l'OCR.
Pourquoi est-ce important ? :

Cette activité est indispensablele pour mesurer le temps de cycle total de traitement des factures du début à la fin. Elle fournit une base de référence pour comprendre la charge de travail et les retards de traitement initiaux.

Source des données :

Cet événement est généralement capturé à partir du Horodatage de création de l'enregistrement de la facture ou de l'entrée initiale dans un journal de documents.

Capture

Utilisez la date et l'heure de création de l'objet facture principale ou facture fournisseur dans le système source.

Type d'événement explicit
Facture rejetée
Se produit lorsqu'un approbateur rejette formellement la facture, interrompant sa progression dans le `workflow`. Le rejet renvoie généralement la facture pour correction ou annulation, initiant une boucle de reprises.
Pourquoi est-ce important ? :

L'analyse des rejets de factures aide à identifier les causes profondes du reprises, telles que des erreurs de codage, des violations de politiques ou des problèmes de données en amont. Réduire les rejets est indispensable pour améliorer l'efficacité.

Source des données :

Une action explicite enregistrée dans l'historique d'approbation ou le log de workflow de la facture, souvent accompagnée des motifs de rejet associés.

Capture

Identifiez l'event enregistré lorsqu'un approbateur effectue une action de 'Rejet' ou 'Refus' dans le workflow.

Type d'événement explicit
Paiement effectué
Marque l'étape finale du processus où le paiement est exécuté et l'obligation de la facture est soldée. Cet event confirme que les fonds ont été décaissés au fournisseur.
Pourquoi est-ce important ? :

C'est l'achèvement réussi du cycle Achats au paiement (P2P) pour une facture. C'est l'événement définitif pour mesurer les taux de paiement à temps et la durée globale du processus.

Source des données :

Capturé à partir de la date de comptabilisation du document de paiement qui solde la facture.

Capture

Utilisez la date de compensation (clearing date) ou la date de paiement du document financier qui règle le poste fournisseur ouvert.

Type d'événement explicit
Blocage de paiement appliqué
Une retenue intentionnelle est appliquée à une facture, l'empêchant d'être payée même si elle est approuvée. Cela peut être fait automatiquement en raison de règles système ou manuellement pour des raisons telles que des litiges avec les fournisseurs.
Pourquoi est-ce important ? :

Les blocages de paiement sont une cause majeure de retards de paiement et de remises manquées. Il est impératif d'identifier quand et pourquoi les blocages sont appliqués pour améliorer la performance des paiements à temps.

Source des données :

Généralement enregistré comme un statut ou un indicateur spécifique sur l'enregistrement de la facture ou ses postes individuels.

Capture

Capturez l'event lorsque un code de blocage de paiement ou un statut de retenue est appliqué à la facture ou à ses lignes.

Type d'événement explicit
Blocage de paiement levé
Marque la suppression d'un blocage de paiement précédemment défini, rendant la facture à nouveau éligible au paiement. Cela signifie que le problème à l'origine du blocage a été résolu.
Pourquoi est-ce important ? :

Le temps entre la pose et la levée d'un blocage représente un délai dans le processus. L'analyse de cette durée aide à identifier les points de blocage dans la résolution des problèmes.

Source des données :

Capturé lorsque le statut ou le drapeau de blocage de paiement est supprimé de l'enregistrement de la facture.

Capture

Capturez l'event lorsque un code de blocage de paiement ou un statut de retenue est supprimé ou modifié à un état débloqué.

Type d'événement explicit
Divergence résolue
Marque le point où une divergence de rapprochement précédemment identifiée a été manuellement étudiée et résolue. Cela permet à la facture de passer à l'étape suivante, comme l'approbation ou un nouveau rapprochement.
Pourquoi est-ce important ? :

Le temps nécessaire pour résoudre les divergences est un facteur clé du temps de cycle de traitement des factures. L'analyse de cette activité aide à comprendre l'effort et la durée de la gestion des exceptions.

Source des données :

Cela est souvent déduit de la première action utilisateur qui lève un blocage de rapprochement ou permet de retraiter un rapprochement échoué.

Capture

Identifiez l'event où une retenue liée au rapprochement est levée ou la facture est rapprochée avec succès après un échec précédent.

Type d'événement inferred
Facture annulée
La facture a été annulée, inversée ou résiliée et ne sera pas traitée ou payée davantage. Cela représente un état final pour une facture incorrecte ou en double.
Pourquoi est-ce important ? :

Le suivi des annulations fournit des informations sur les problèmes de qualité des données, les soumissions en double et d'autres erreurs en amont. Un taux d'annulation élevé peut indiquer des problèmes avec la facturation des fournisseurs ou les contrôles internes.

Source des données :

Un changement de statut explicite sur l'enregistrement de la facture ou la création d'un document d'annulation correspondant.

Capture

Identifiez l'horodatage lorsque le statut de la facture est modifié en 'Annulée' ou 'Invalidée', ou lorsqu'un document d'annulation est comptabilisé.

Type d'événement explicit
Facture en retard
Un event calculé qui se produit lorsque la date actuelle dépasse la date d'échéance nette de la facture, alors que celle-ci reste impayée. La date d'échéance est déterminée par la date de la facture et les conditions de paiement du fournisseur.
Pourquoi est-ce important ? :

Cette activité signale directement les retards de paiement, qui peuvent nuire aux relations avec les fournisseurs et entraîner des pénalités. Elle est indispensablele pour surveiller et améliorer le taux de paiement à temps.

Source des données :

Ce n'est pas un événement système explicite. Il doit être calculé en comparant la date de paiement (ou la date actuelle si impayé) à la date d'échéance de la facture.

Capture

Calculez cet event en évaluant IF(payment_date > due_date, due_date + 1 day, NULL) pour les factures payées, ou IF(current_date > due_date, due_date + 1 day, NULL) pour les factures ouvertes.

Type d'événement calculated
Facture envoyée pour approbation
Représente la soumission formelle d'une facture dans un `workflow` d'approbation une fois que la validation initiale et le rapprochement sont terminés. La facture est acheminée vers les approbateurs désignés en fonction des règles métier configurées.
Pourquoi est-ce important ? :

Cette activité marque le début du sous-processus d'approbation. Mesurer le temps entre cet événement et l'approbation finale aide à analyser l'efficacité du Workflow d'approbation et à identifier les points de blocage.

Source des données :

C'est un événement explicite dans les systèmes dotés d'un moteur de Workflow ou peut être déduit d'un changement de statut en 'En attente d'approbation' (Pending Approval).

Capture

Capturez l'horodatage lorsque le workflow est initié ou que le statut de la facture est mis à jour pour indiquer qu'elle est en attente d'approbation.

Type d'événement explicit
Facture Reprise
Représente une mise à jour ou une correction manuelle apportée à une facture, souvent suite à un rejet ou pour corriger une erreur identifiée. Cette activité indique une déviation du processus standard et sans intervention.
Pourquoi est-ce important ? :

Le suivi des activités de reprise met en évidence les inefficacités de processus et les coûts cachés. Comprendre pourquoi les factures sont modifiées peut conduire à des améliorations de processus ciblées et à des formations.

Source des données :

Généralement déduit des journaux de modifications ou des pistes d'audit (audit trails) qui enregistrent les modifications apportées aux champs clés de la facture après la saisie initiale.

Capture

Capturez les horodatages des logs d'audit qui indiquent une modification des données de la facture, en particulier après un rejet ou un event de retenue.

Type d'événement inferred
Facture saisie
Représente l'achèvement de la saisie initiale des données, où les détails de la facture ont été saisis ou scannés, mais pas encore comptabilisés ou soumis pour approbation formelle. La facture est souvent dans un état temporaire 'parqué' ou 'brouillon'.
Pourquoi est-ce important ? :

L'analyse du temps entre la réception et la saisie d'une facture aide à identifier les retards dans l'étape de saisie des données. Elle peut également mettre en évidence l'efficacité des solutions automatisées de capture de données.

Source des données :

Ceci est souvent déduit lorsqu'un enregistrement de facture est sauvegardé en tant que brouillon ou dans un statut 'parqué' avant d'être soumis à un Workflow.

Capture

Capturez l'horodatage lorsque le statut de la facture passe d'un nouvel état à un état enregistré, parqué ou brouillon.

Type d'événement inferred
Paiement planifié
La facture comptabilisée est sélectionnée et incluse dans une proposition de paiement ou un lot de paiement. Cette étape met la facture en file d'attente pour l'exécution du paiement à une date spécifique, mais ne représente pas encore le transfert réel des fonds.
Pourquoi est-ce important ? :

Cette activité offre une visibilité sur la phase finale du processus. Les retards entre la comptabilisation et la planification des paiements peuvent être une source d'escomptes manqués et de retards de paiement.

Source des données :

Généralement capturé lorsqu'une facture est ajoutée à une exécution de paiement, une proposition de paiement ou un journal de paiement.

Capture

Identifiez la date de création de lÀ proposition de paiement ou de l'enregistrement du lot de paiement qui inclut la facture.

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.