Votre Template de données pour le processus Purchase to Pay - Traitement des factures

Modèle universel de Process Mining
Votre Template de données pour le processus Purchase to Pay - Traitement des factures

Votre Template de données pour le processus Purchase to Pay - Traitement des factures

Modèle universel de Process Mining

Ceci est notre modèle de données générique de Process Mining pour Achats-Comptes Fournisseurs – Traitement des 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 robuste
  • Activités et jalons clés à suivre
  • Conseils sur la manière d'extraire vos données de processus
Nouveau dans les journaux d'événements ? Apprenez comment créer un journal d'événements Process Mining.

Attributs du processus Achats-Comptes Fournisseurs – Traitement des factures

Ce tableau présente les champs de données recommandés que vous devriez inclure dans votre Event Log pour une analyse complète de votre processus Purchase to Pay - Traitement des factures.
5 Obligatoire 7 Recommandé 5 Facultatif
Nom Description
Heure de l'événement
EventTime
L'horodatage précis indiquant quand une activité ou un événement spécifique s'est produit.
Description

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 timestamp. Cette information chronologique est essentielle 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 bottlenecks où du temps est perdu, et le suivi des performances par rapport aux accords de niveau de service. Des timestamps précis et exacts sont cruciaux pour la fiabilité de toute analyse de Process Mining.

Pourquoi c'est important

Il 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.

Où obtenir

Ceci se trouve généralement dans les Event Logs 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 `event` ou d'une tâche métier spécifique survenu(e) pendant le cycle de vie du traitement des factures.
Description

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 déviations, les bottlenecks et les boucles de retravail. La qualité et la granularité des noms d'activité sont critiques pour créer une analyse de processus significative et actionable.

Pourquoi c'est important

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

Où obtenir

Ces informations 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.
Description

Le Numéro de facture est le code alphanumérique unique attribué à une facture par un fournisseur. En Process Mining, cet attribut est fondamentalement important car il sert généralement d'identifiant de case (Case ID), 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 de bout en bout de cette facture spécifique. Cela permet une analyse détaillée des temps de cycle, des chemins et des déviations pour chaque case individuel, formant ainsi la base de l'analyse complète du processus.

Pourquoi c'est important

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

Où obtenir

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.
Description

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 essentielle pour comprendre la ponctualité 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 crucial pour prendre des décisions opérationnelles éclairées. Elle est également vitale pour surveiller la santé et la fréquence du pipeline de données.

Pourquoi c'est important

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

Où obtenir

Ce timestamp 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'`event` ont été extraites.
Description

L'attribut Source System identifie l'application ou la plateforme où l'événement de traitement des factures a été enregistré. Dans des paysages 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 c'est important

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

Où obtenir

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.
Description

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 fondamental pour le suivi des performances liées aux paiements à temps. Il est utilisé pour calculer des KPIs comme le Taux de paiement à temps 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 c'est important

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

Où obtenir

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.
Description

Cet Attribut spécifie la devise dans laquelle le montant de la facture est libellé. Il est essentiel 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 cruciale 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 c'est 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.

Où obtenir

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 Timestamp 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 (Start Time).
Description

L'attribut Heure de fin enregistre le moment précis où une étape de processus se termine. Il est crucial pour calculer avec précision la durée des activités, qui est une métrique fondamentale 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 bottlenecks 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 c'est important

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

Où obtenir

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 timestamp 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.
Description

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 fondamental 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 essentiel 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 c'est 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.

Où obtenir

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.
Description

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 c'est important

C'est crucial 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.

Où obtenir

Ces informations 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.
Description

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 vitales 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 c'est important

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

Où obtenir

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 master data) 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é.
Description

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 essentielle pour comprendre la répartition de la charge de travail, la performance individuelle et identifier les besoins en formation. Elle permet de filtrer la carte 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 performeurs, 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 c'est 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.

Où obtenir

Ces informations 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 au sein de l'organisation traitant la facture.
Description

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 fondamental 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 c'est 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.

Où obtenir

Il s'agit d'un champ organisationnel fondamental 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é.
Description

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 essentiel 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 c'est important

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

Où obtenir

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

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

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 cruciale 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 c'est 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.

Où obtenir

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 (PO) auquel la facture est liée.
Description

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 crucial 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 c'est important

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

Où obtenir

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.
Description

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 bottlenecks et les retards.

Pourquoi c'est 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'.

Où obtenir

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

Activités du processus Achats-Comptes Fournisseurs – Traitement des factures

Voici les étapes clés du processus et les jalons à capturer dans votre `event log` pour une découverte de processus précise au sein de votre processus Achats-Comptes Fournisseurs – Traitement des factures.
7 Recommandé 9 Facultatif
Activité Description
Discrépance de rapprochement identifiée
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 c'est important

Le suivi de ces événements est fondamental 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.

Où obtenir

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 le timestamp 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 c'est important

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

Où obtenir

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

Capture

Utilisez le Timestamp 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éparation au paiement.
Pourquoi c'est 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.

Où obtenir

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 c'est 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.

Où obtenir

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 c'est important

Cette activité est cruciale 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.

Où obtenir

Cet événement est généralement capturé à partir du Timestamp 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 retravail.
Pourquoi c'est important

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

Où obtenir

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 c'est important

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

Où obtenir

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 c'est important

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

Où obtenir

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 c'est 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 goulots d'étranglement dans la résolution des problèmes.

Où obtenir

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 c'est 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.

Où obtenir

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 c'est 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.

Où obtenir

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

Capture

Identifiez le timestamp 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 c'est 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 essentielle pour surveiller et améliorer le taux de paiement à temps.

Où obtenir

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 c'est 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 goulots d'étranglement.

Où obtenir

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 le timestamp 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 c'est 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.

Où obtenir

Généralement déduit des journaux de modifications (change logs) 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 timestamps 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 c'est 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.

Où obtenir

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 le timestamp 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 c'est 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.

Où obtenir

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 la 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.