Votre modèle de données pour le traitement des factures fournisseurs

Modèle universel de données pour le Process Mining
Votre modèle de données pour le traitement des factures fournisseurs

Votre modèle de données pour le traitement des factures fournisseurs

Modèle universel de données pour le Process Mining

Voici notre modèle générique de données pour le Process Mining de Achats au paiement : traitement des factures. Pour obtenir des conseils plus précis, utilisez les modèles adaptés à chaque système.

Sélectionner un système précis
  • Champs de données recommandés pour une analyse approfondie
  • Activités et jalons clés à suivre
  • Conseils pour extraire les données de votre processus
Vous découvrez les journaux d’événements ? Découvrez comment créer un journal d’événements pour le Process Mining.

Attributs du traitement des factures fournisseurs

Ce tableau présente les champs de données recommandés à inclure dans votre journal d’événements pour analyser en détail le traitement des factures fournisseurs.
5 Obligatoire 7 Recommandé 5 Facultatif
Nom Description
Heure de l’événement
EventTime
Horodatage précis indiquant le moment où une activité ou un événement donné s’est produit.
Description

L’heure de l’événement, ou heure de début, indique la date et l’heure exactes auxquelles une activité métier a eu lieu. Chaque activité du processus, de « Facture reçue » à « Paiement exécuté », est associée à un horodatage. Ces informations chronologiques sont indispensables pour ordonner les événements et calculer les durées.

Cet attribut sert à trier les événements par ordre chronologique et à reconstituer le flux du processus pour chaque cas. Il constitue la base de toutes les analyses temporelles, notamment le calcul des temps de cycle entre les activités, le repérage des goulots d’étranglement où du temps est perdu et le suivi des performances par rapport aux accords de niveau de service. Des horodatages exacts et précis sont indispensables à la fiabilité de toute analyse de Process Mining.

Pourquoi est-ce important ?

Il établit l’ordre chronologique des événements et sert de base à tous les calculs de performance et de durée, notamment au temps de cycle.

Où trouver ces données

Cette information figure généralement dans les journaux d’événements ou dans un champ « Date de création » ou « Date de saisie » 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
Nom d’un événement métier ou d’une tâche précise survenu au cours du traitement d’une facture.
Description

Le nom de l’activité décrit une étape ou un jalon du traitement d’une facture. Par exemple : « Facture reçue », « Facture soumise à approbation », « Blocage du paiement appliqué » et « Paiement exécuté ». Cet attribut retrace le parcours de la facture et décrit son évolution au fil du temps.

En Process Mining, cet attribut sert à générer la carte du processus, qui représente visuellement le flux de travail. L’analyse de l’ordre, de la fréquence et des parcours de ces activités permet de repérer les flux courants, les écarts, les goulots d’étranglement et les boucles de reprise. La qualité et le niveau de détail des noms d’activité sont essentiels pour obtenir une analyse du processus pertinente et utile.

Pourquoi est-ce important ?

Cet attribut définit les étapes du processus. Il constitue la structure de la carte du processus et permet toutes les analyses liées aux flux.

Où trouver ces données

Ces informations proviennent souvent des journaux de changements de statut, des tables d’événements ou des codes de transaction du système source.

Exemples
Facture saisieFacture approuvéeBlocage du paiement appliquéPaiement exécuté
Numéro de facture
InvoiceNumber
Identifiant unique de la facture d’un fournisseur. Il sert de clé principale 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 fondamental : il sert généralement d’ID de cas et identifie de manière unique le parcours de chaque facture, de sa réception à son paiement.

En utilisant le numéro de facture comme ID de cas, vous pouvez relier toutes les activités associées, telles que « Facture reçue », « Facture approuvée » et « Paiement exécuté », afin de reconstituer le processus de bout en bout pour cette facture. Vous pouvez ainsi analyser en détail les temps de cycle, les parcours et les écarts de chaque cas, ce qui constitue le fondement de l’analyse du processus.

Pourquoi est-ce important ?

Cet identifiant de cas essentiel relie tous les événements associés et permet de retracer le cycle de vie complet d’une facture.

Où trouver ces données

Il s’agit généralement d’un champ principal figurant 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
Horodatage indiquant la dernière actualisation des données de cet événement à partir du système source.
Description

Cet attribut enregistre la date et l’heure de la dernière extraction ou actualisation des données. Il s’agit d’un champ de métadonnées qui indique l’actualité du jeu de données analysé.

Même s’il ne sert pas directement à dessiner la carte du processus, il est essentiel pour savoir si l’analyse repose sur des données en temps réel ou sur un instantané pris à un moment précis. Cette information aide les utilisateurs à prendre des décisions opérationnelles éclairées. Elle est également utile pour surveiller le bon fonctionnement et la fréquence du pipeline de données.

Pourquoi est-ce important ?

Il indique l’actualité des données et permet aux utilisateurs de savoir à quel point l’analyse du processus est à jour.

Où trouver ces données

Cet horodatage est généralement généré et ajouté au jeu de données lors du 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
Système d’origine à partir duquel les données d’événement ont été extraites.
Description

L’attribut « Système source » identifie l’application ou la plateforme dans laquelle l’événement de traitement de la facture a été enregistré. Dans un environnement informatique complexe, le parcours d’une facture peut s’étendre sur plusieurs systèmes, par exemple une solution de numérisation, un outil de flux de travail et un système ERP.

Connaître le système source permet de contextualiser les données et de résoudre les problèmes de qualité des données. Cela permet aussi d’analyser les processus qui traversent plusieurs systèmes et de repérer les difficultés d’intégration ou les retards liés aux transferts entre applications. Cette information peut être particulièrement utile pour consolider les données de systèmes anciens et récents.

Pourquoi est-ce important ?

Il renseigne sur l’origine des données, ce qui est essentiel pour les valider et analyser les processus qui s’étendent sur plusieurs systèmes informatiques.

Où trouver ces données

Il s’agit souvent d’une valeur statique ajoutée lors de l’extraction des données ou d’un champ des journaux système indiquant le nom ou l’identifiant de l’application.

Exemples
SAP_ECC_PRODOracle_Fusion_FINCoupa_R34
Date d’échéance du paiement
PaymentDueDate
Date limite à laquelle la facture doit être payée pour éviter tout retard.
Description

La date d’échéance du paiement est calculée à partir de la date de facture et des conditions de paiement convenues. Elle correspond à la date limite à laquelle le fournisseur doit être payé pour préserver de bonnes relations commerciales et éviter les pénalités de retard.

Cet attribut est essentiel au suivi des paiements effectués dans les délais. Il sert à calculer des indicateurs clés de performance, comme le taux de paiement à temps, et à repérer les factures susceptibles d’arriver à échéance sans être réglées. L’analyse de l’intervalle entre la date d’approbation de la facture et sa date d’échéance permet d’évaluer l’efficacité des dernières étapes de planification et d’exécution du paiement.

Pourquoi est-ce important ?

Cet attribut est essentiel pour mesurer le respect des délais de paiement et analyser les causes des retards.

Où trouver ces données

Cette date figure généralement dans les détails de la transaction de facture. Elle peut être saisie directement ou calculée à partir de la date de facture et des conditions de paiement.

Exemples
2024-06-302024-07-152024-08-01
Devise de la facture
InvoiceCurrency
Code de devise du montant de la facture, par exemple USD ou EUR.
Description

Cet attribut indique la devise dans laquelle le montant de la facture est exprimé. Il est essentiel pour les organisations qui exercent leurs activités à l’international et travaillent avec des fournisseurs de différents pays. Le code de devise, généralement conforme à la norme ISO 4217, garantit une interprétation correcte des données financières.

Dans les analyses, la devise de la facture sert à segmenter les données par région ou par pays. Elle est indispensable à l’exactitude des rapports financiers, car les montants doivent être agrégés correctement, souvent après conversion dans une devise de référence. L’analyse des écarts de processus selon la devise peut aussi révéler les difficultés liées aux paiements internationaux ou à la gestion des changes.

Pourquoi est-ce important ?

Cet attribut apporte le contexte nécessaire à l’interprétation des montants des factures et permet de réaliser des analyses financières et des segmentations fiables à l’échelle internationale.

Où trouver ces données

Ce champ standard figure dans l’en-tête d’une table de transactions de factures.

Exemples
USDEURGBPJPY
Heure de fin
EndTime
Horodatage indiquant le moment où une activité ou un événement s’est terminé. Pour les événements instantanés, il correspond souvent à l’heure de début.
Description

L’attribut « Heure de fin » enregistre le moment précis où une étape du processus s’achève. Il est essentiel pour calculer avec précision la durée des activités, une métrique fondamentale en Process Mining. En comparant l’heure de début et l’heure de fin, les analystes peuvent mesurer la durée de chaque étape et repérer les goulots d’étranglement ainsi que les possibilités d’améliorer l’efficacité.

L’heure de fin sert à calculer les temps de cycle des activités et des segments entiers du processus. Par exemple, la durée de l’étape « Approbation de la facture » peut être calculée en soustrayant l’heure de début de l’heure de fin de l’activité « Facture approuvée ». Ces données permettent de créer des Dashboards de performance, de définir des références et de suivre les effets des changements apportés au processus.

Pourquoi est-ce important ?

Il permet de calculer précisément la durée des activités, ce qui est essentiel pour repérer les goulots d’étranglement et mesurer l’efficacité du traitement.

Où trouver ces données

Cette information figure dans les journaux système ou les données de transaction, souvent sous la forme d’un champ « Date d’achèvement », « Date de modification » ou d’un horodatage distinct indiquant la fin de l’activité.

Exemples
2023-10-26T10:05:12Z2024-01-15T15:00:00Z2023-11-01T09:12:05Z
Montant de la facture
InvoiceAmount
Montant total de la facture.
Description

Le montant de la facture correspond à sa valeur totale, y compris les postes, les taxes et les frais. Cet attribut financier fondamental indique le poids monétaire de chaque dossier. Il est souvent analysé avec d’autres attributs pour comprendre son incidence sur le processus.

Cet attribut est essentiel à l’analyse financière et à la priorisation. En filtrant les factures selon leur montant, les analystes peuvent vérifier si celles de grande valeur suivent un circuit d’approbation différent et plus strict, ou si elles sont davantage exposées aux retards. Il est également indispensable aux Dashboards qui suivent le montant total des factures traitées et aux indicateurs clés de performance liés aux remises obtenues, dont les économies potentielles sont calculées en pourcentage du montant de la facture.

Pourquoi est-ce important ?

Il permet d’analyser l’incidence financière, de prioriser les factures de grande valeur et de déterminer si le montant influe sur le délai ou le parcours de traitement.

Où trouver ces données

Ce champ standard figure 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
Motif indiqué lorsqu’une facture est bloquée avant paiement ou rejetée pendant son approbation.
Description

Cet attribut précise pourquoi le traitement d’une facture a été interrompu, soit à la suite d’un rejet pendant le flux de travail d’approbation, soit en raison d’un blocage du paiement après son approbation. Les motifs peuvent être « Quantité incorrecte », « Écart de prix », « Numéro de commande d’achat manquant » ou « Facture en double ».

Cet attribut compte parmi les plus importants pour l’analyse des causes profondes. En étudiant la fréquence des différents motifs, les organisations peuvent repérer les principales sources de difficultés et d’inefficacité dans le traitement des factures. Ces constats fondés sur les données leur permettent de résoudre les problèmes sous-jacents, par exemple en améliorant la communication avec les fournisseurs, en veillant davantage au respect des commandes d’achat ou en proposant une meilleure formation au personnel.

Pourquoi est-ce important ?

Cet attribut est essentiel à l’analyse des causes profondes et aide à repérer les motifs les plus fréquents de retards, de reprises et d’inefficacité dans le traitement.

Où trouver ces données

Cette information figure dans des champs spécifiques, comme « Code motif » ou « Motif de mise en attente », dans les données de transaction de la facture ou les journaux d’approbation associés.

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

Cet attribut indique le nom de la partie externe qui a émis la facture. Il apporte un contexte essentiel en reliant la transaction financière à un fournisseur précis. Des données fournisseurs cohérentes et fiables sont indispensables à l’exactitude des rapports et des analyses.

En Process Mining, le nom du fournisseur est une dimension clé pour segmenter les données. Les analystes peuvent filtrer le processus afin d’examiner le traitement des factures de fournisseurs qui en soumettent un grand volume ou posent régulièrement problème. Cela permet de repérer ceux qui transmettent souvent des factures erronées, entraînant des retards et des reprises. Cette analyse contribue également à des initiatives stratégiques, comme le suivi des performances des fournisseurs et la mise en place de programmes de fournisseurs privilégiés.

Pourquoi est-ce important ?

Il permet de segmenter le processus pour analyser les performances par fournisseur, un élément clé de la gestion des fournisseurs et de la recherche des causes des factures problématiques.

Où trouver ces données

Cette information figure généralement dans les données d’en-tête de la facture et est associée à une table de données de référence des fournisseurs au moyen d’un identifiant fournisseur.

Exemples
Fournitures de bureau internationalesSolutions technologiques InnovateCity Logistics Inc.
Utilisateur
User
Utilisateur, employé ou agent système ayant effectué l’activité.
Description

L’attribut Utilisateur désigne la personne ou le système automatisé chargé d’exécuter une étape précise du flux de travail de traitement des factures. Il peut s’agir d’un comptable fournisseurs qui a saisi la facture, d’un responsable qui l’a approuvée ou d’un robot automatisé qui a effectué un rapprochement.

L’analyse des données par utilisateur permet de comprendre la répartition de la charge de travail et les performances individuelles, ainsi que de repérer les besoins de formation. Vous pouvez filtrer la cartographie du processus pour comparer la manière dont les différentes équipes ou personnes traitent les factures et mettre en évidence les écarts entre leurs méthodes de travail. Cette analyse peut faire ressortir les personnes les plus performantes, révéler des problèmes d’acheminement ou repérer les utilisateurs qui ont besoin d’une assistance ou d’une formation complémentaire sur les procédures de l’entreprise.

Pourquoi est-ce important ?

Cet attribut permet d’analyser la répartition de la charge de travail, les performances des utilisateurs et les différences de processus entre les équipes ou les personnes.

Où trouver ces données

Cette information figure généralement dans les détails de la transaction, sous des libellés tels que « Nom de l’utilisateur », « Saisi par », « Modifié par » ou « Approbateur ».

Exemples
j.doeSYSTEM_RFCAlice.Smithapprover_pool_1
Code société
CompanyCode
Identifiant de l’entité juridique ou de la société de l’organisation qui traite la facture.
Description

Le code société désigne une entité juridique ou une filiale au sein d’une entreprise plus vaste. Dans de nombreux systèmes financiers, les transactions sont séparées par code société à des fins de comptabilité et de reporting.

Cet attribut permet de comparer les différentes unités opérationnelles. En segmentant la cartographie du processus par code société, les analystes peuvent comparer les performances, repérer les bonnes pratiques d’une entité et mettre au jour des problèmes systémiques dans une autre. Il est indispensable aux organisations qui comptent plusieurs entités juridiques et souhaitent comprendre les écarts de processus et garantir le respect des règles à l’échelle de l’entreprise.

Pourquoi est-ce important ?

Il permet de comparer les processus et leurs performances entre les différentes entités juridiques ou unités opérationnelles d’une organisation.

Où trouver ces données

Ce champ organisationnel fondamental figure généralement dans l’en-tête de toutes les tables de transactions financières.

Exemples
1000US01DE015100
Conditions de paiement
PaymentTerms
Conditions de paiement convenues pour la facture, qui déterminent sa date d’échéance et les éventuelles remises pour paiement anticipé.
Description

Les conditions de paiement définissent les modalités convenues avec un fournisseur pour régler une facture. Elles sont généralement exprimées dans un format standardisé, par exemple « Net 30 » (paiement dû sous 30 jours) ou « 2 % 10, Net 30 » (remise de 2 % en cas de paiement sous 10 jours ; sinon, le montant total est dû sous 30 jours).

Cet attribut est essentiel à la stratégie financière et à l’analyse des performances. Il sert à calculer la date d’échéance du paiement et à repérer les possibilités de bénéficier de remises pour paiement anticipé. L’analyse du processus selon les différentes conditions de paiement peut montrer si certaines modalités sont associées à des retards de traitement ou si l’organisation tire pleinement parti des remises avantageuses.

Pourquoi est-ce important ?

Cet attribut est essentiel pour analyser le respect des délais de paiement et repérer les possibilités de bénéficier de remises pour paiement anticipé.

Où trouver ces données

Cette information provient généralement des données de référence des fournisseurs et figure dans l’en-tête de la facture.

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

La date de facture est celle qui figure sur le document émis par le fournisseur. Elle marque, du point de vue du fournisseur, le début officiel du cycle de paiement et sert souvent de base au calcul de la date d’échéance, selon les conditions de paiement convenues.

L’analyse du délai entre la date de facture et l’activité « Facture reçue » ou « Facture saisie » est essentielle pour repérer les retards de soumission ou d’enregistrement des factures. Ce délai de réception peut représenter une part importante, mais peu visible, du temps de cycle total. Le réduire peut améliorer le respect des délais de paiement et augmenter les possibilités de bénéficier de remises pour paiement anticipé.

Pourquoi est-ce important ?

Il permet de mesurer le délai de réception de la facture entre son émission par le fournisseur et sa saisie dans le système.

Où trouver ces données

Il s’agit d’un champ de date standard dans les données d’en-tête de la facture, souvent libellé « Date du document » ou « Date de facture ».

Exemples
2024-05-012024-04-152024-06-10
Numéro de commande d’achat
PurchaseOrderNumber
Identifiant de la commande d’achat (PO) associée à la facture.
Description

Le numéro de commande d’achat relie une facture à un document d’approvisionnement préalablement approuvé. Ce lien est au cœur du processus de rapprochement : le système vérifie que les détails de la facture, comme les quantités et les prix, correspondent à ceux de la commande d’achat.

Cet attribut est essentiel pour analyser l’efficacité du rapprochement. Une proportion élevée de factures associées à une commande d’achat et traitées sans intervention indique un processus d’approvisionnement efficace. À l’inverse, l’analyse des factures sans commande d’achat peut révéler des achats non autorisés ou des cas de non-respect des politiques d’approvisionnement. La présence ou l’absence d’une commande d’achat est un critère courant de segmentation pour comparer l’efficacité des processus.

Pourquoi est-ce important ?

Il permet de distinguer les factures associées à une commande d’achat de celles qui ne le sont pas, car elles suivent souvent des processus différents et présentent des niveaux d’efficacité distincts.

Où trouver ces données

Cet identifiant figure généralement dans les détails des postes ou de l’en-tête de la transaction de facture et relie celle-ci au document d’achat.

Exemples
4500018921PO-2024-7837300000456
Statut de la facture
InvoiceStatus
État actuel de la facture dans son flux de travail de traitement.
Description

Le statut de la facture indique où elle en est dans son cycle de vie au moment de l’extraction des données. Les statuts courants comprennent « En cours », « Approuvé », « Payé », « Rejeté » ou « Bloqué ». Cet attribut donne une vue d’ensemble de l’état actuel de la facture.

Le Process Mining reconstitue l’ensemble du parcours, tandis que le statut actuel est utile aux Dashboards opérationnels qui suivent la charge de travail en cours. Il aide les responsables à connaître le nombre de factures à chaque étape, par exemple celles en attente d’approbation ou bloquées. Ils peuvent ainsi gérer les factures de manière proactive pour éviter les goulots d’étranglement et les retards.

Pourquoi est-ce important ?

Il donne un aperçu de la charge de travail actuelle et permet de suivre le nombre de factures à différentes étapes, par exemple « En attente d’approbation » ou « Bloqué ».

Où trouver ces données

Il s’agit généralement d’un champ de statut dans la table d’en-tête des factures, mis à jour au fil du cycle de vie de la facture.

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

Activités de traitement des factures dans le processus Purchase to Pay

Voici les principales étapes et les jalons à consigner dans votre journal d’événements pour découvrir avec précision le processus de traitement des factures dans Purchase to Pay.
7 Recommandé 9 Facultatif
Activité Description
Écart de rapprochement détecté
Cet événement survient lorsque le système ou un utilisateur détecte une différence entre la facture, le bon de commande ou l’avis de réception des marchandises. Ces écarts, par exemple sur le prix ou la quantité, entraînent généralement le blocage de la facture et nécessitent une intervention manuelle.
Pourquoi est-ce important ?

Le suivi de ces événements est essentiel pour analyser les causes profondes des retards de traitement et des reprises. Il permet de repérer les problèmes liés à l’exactitude des factures fournisseurs ou aux processus d’approvisionnement internes.

Où trouver ces données

Cet événement est déduit d’un changement de statut signalant l’échec du rapprochement ou de l’application automatique d’un blocage par le système en raison d’un écart.

Données à recueillir

Enregistrez l’horodatage auquel le statut de rapprochement de la facture passe à « Échec » ou « Écart », ou auquel un blocage lié à un écart est appliqué.

Type d’événement inferred
Facture approuvée
Indique que tous les approbateurs requis ont approuvé la facture dans le flux de travail. Cette étape autorise la comptabilisation de la facture, puis son paiement.
Pourquoi est-ce important ?

Cette étape importante clôt la phase de validation et d’approbation. Elle est indispensable pour mesurer les temps de cycle d’approbation et vérifier le respect des règles d’autorisation.

Où trouver ces données

Cet événement est enregistré explicitement dans l’historique des approbations ou le journal du flux de travail, une fois l’approbation finale donnée.

Données à recueillir

Utilisez l’horodatage de l’approbation finale dans l’historique des approbations ou du flux de travail de la facture.

Type d’événement explicit
Facture comptabilisée dans le grand livre
Indique l’opération comptable formelle par laquelle la facture approuvée est enregistrée dans le grand livre. Cette opération crée un passif financier et fait passer la facture de l’état de traitement à l’état prêt pour paiement.
Pourquoi est-ce important ?

Cette étape financière importante confirme que le passif est officiellement comptabilisé. Tout retard avant cette étape peut affecter la clôture financière et l’exactitude des rapports.

Où trouver ces données

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

Données à recueillir

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

Type d’événement explicit
Facture rapprochée
Indique que la facture a été rapprochée avec succès d’un bon de commande et, le cas échéant, d’un avis de réception des marchandises. Cette étape, manuelle ou automatisée, vérifie que les quantités et les prix facturés correspondent aux biens commandés et reçus.
Pourquoi est-ce important ?

Il s’agit d’une étape clé du traitement sans intervention manuelle. Un grand nombre de rapprochements réussis dès la première tentative témoigne de l’efficacité des processus d’approvisionnement en amont.

Où trouver ces données

Cet événement est généralement enregistré sous la forme d’un changement de statut ou d’un événement précis dans l’historique de la transaction, une fois la validation du rapprochement réussie.

Données à recueillir

Repérez l’événement ou la mise à jour de statut indiquant que le rapprochement de la facture est « Réussi », « Rapproché » ou « Réconcilié ».

Type d’événement explicit
Facture reçue
Indique la réception initiale ou la création d’une facture dans le système. Cet événement marque le début du cycle de traitement de la facture, quel que soit le mode de saisie : saisie manuelle, portail fournisseur ou reconnaissance optique de caractères (OCR).
Pourquoi est-ce important ?

Cette activité est essentielle pour mesurer le temps de cycle total du traitement des factures, du début à la fin. Elle fournit un point de référence pour comprendre la charge de travail et les premiers retards de traitement.

Où trouver ces données

Cet événement est généralement enregistré à partir de l’horodatage de création de la facture ou de sa première inscription dans un journal documentaire.

Données à recueillir

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

Type d’événement explicit
Facture rejetée
Cet événement survient lorsqu’un approbateur rejette officiellement la facture, interrompant ainsi son parcours dans le flux de travail. Le rejet renvoie généralement la facture pour correction ou annulation et déclenche une boucle de reprise.
Pourquoi est-ce important ?

L’analyse des rejets de factures permet d’identifier les causes profondes des reprises, comme une imputation incorrecte, le non-respect des politiques ou des problèmes de données en amont. Réduire les rejets est essentiel pour améliorer l’efficacité.

Où trouver ces données

Cette action explicite est enregistrée dans l’historique des approbations ou le journal du flux de travail de la facture, souvent avec le motif du rejet.

Données à recueillir

Repérez l’événement enregistré lorsqu’un approbateur sélectionne « Rejeter » ou « Refuser » dans le flux de travail.

Type d’événement explicit
Paiement exécuté
Marque la dernière étape du processus : le paiement est exécuté et le passif lié à la facture est soldé. Cet événement confirme que les fonds ont été versés au fournisseur.
Pourquoi est-ce important ?

Il s’agit de la clôture réussie du cycle Purchase to Pay pour une facture. Cet événement de référence permet de mesurer le taux de paiement à temps et la durée globale du processus.

Où trouver ces données

Cet événement est enregistré à partir de la date de comptabilisation du document de paiement qui solde la facture.

Données à recueillir

Utilisez la date de lettrage ou la date de paiement du document financier qui solde le poste fournisseur ouvert.

Type d’événement explicit
Blocage du paiement appliqué
Un blocage délibéré est appliqué à une facture, ce qui empêche son paiement même si elle a été approuvée. Le blocage peut être déclenché automatiquement par les règles du système ou appliqué manuellement, par exemple en cas de litige avec un fournisseur.
Pourquoi est-ce important ?

Les blocages de paiement sont une cause importante de retards de paiement et de remises manquées. Repérer quand et pourquoi ils sont appliqués est essentiel pour améliorer le respect des échéances de paiement.

Où trouver ces données

Cet événement est généralement enregistré sous la forme d’un statut ou d’un indicateur précis dans la fiche de la facture ou sur ses lignes.

Données à recueillir

Enregistrez l’événement correspondant à l’application d’un code de blocage de paiement ou d’un statut de mise en attente à la facture ou à ses lignes.

Type d’événement explicit
Blocage du paiement levé
Indique la levée d’un blocage de paiement appliqué précédemment, ce qui rend à nouveau la facture admissible au paiement. Cela signifie que le problème à l’origine du blocage a été résolu.
Pourquoi est-ce important ?

Le délai entre l’application et la levée d’un blocage représente un retard dans le processus. L’analyse de cette durée permet de repérer les goulots d’étranglement dans la résolution des problèmes.

Où trouver ces données

Cet événement est enregistré lorsque le statut ou l’indicateur de blocage du paiement est effacé de la fiche de la facture.

Données à recueillir

Enregistrez l’événement correspondant à la suppression du code de blocage de paiement ou du statut de mise en attente, ou à son remplacement par un statut indiquant que le blocage est levé.

Type d’événement explicit
Écart résolu
Indique qu’un écart de rapprochement détecté précédemment a fait l’objet d’une vérification manuelle et a été résolu. La facture peut alors passer à l’étape suivante, par exemple l’approbation ou un nouveau rapprochement.
Pourquoi est-ce important ?

Le temps nécessaire pour résoudre les écarts influe fortement sur le temps de cycle du traitement des factures. L’analyse de cette activité permet de comprendre l’effort et la durée associés au traitement des exceptions.

Où trouver ces données

Cet événement est souvent déduit de la première action d’un utilisateur qui lève un blocage lié au rapprochement ou permet de relancer un rapprochement ayant échoué.

Données à recueillir

Repérez l’événement qui indique la levée d’un blocage lié au rapprochement ou le rapprochement réussi de la facture après un échec précédent.

Type d’événement inferred
Facture annulée
La facture a été invalidée, contrepassée ou annulée. Elle ne sera ni traitée davantage ni payée. Cet événement marque la fin du parcours d’une facture incorrecte ou en double.
Pourquoi est-ce important ?

Le suivi des annulations renseigne 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 révéler des problèmes de facturation chez les fournisseurs ou de contrôles internes.

Où trouver ces données

Cet événement correspond à un changement explicite du statut de la facture ou à la création d’un document de contrepassation associé.

Données à recueillir

Repérez l’horodatage auquel le statut de la facture passe à « Annulée » ou « Invalidée », ou auquel un document de contrepassation est comptabilisé.

Type d’événement explicit
Facture corrigée
Indique une modification ou une correction manuelle apportée à une facture, souvent après un rejet ou pour corriger une erreur détectée. Cette activité marque un écart par rapport au traitement standard sans intervention manuelle.
Pourquoi est-ce important ?

Le suivi des reprises met en évidence les inefficacités du processus et les coûts cachés. Comprendre pourquoi les factures sont modifiées permet de cibler les améliorations du processus et les besoins de formation.

Où trouver ces données

Cet événement est généralement déduit des journaux de modifications ou des pistes d’audit qui consignent les changements apportés aux principaux champs de la facture après sa saisie initiale.

Données à recueillir

Relevez les horodatages des journaux d’audit qui signalent une modification des données de la facture, en particulier après un rejet ou un blocage.

Type d’événement inferred
Facture échue
Cet événement calculé survient lorsque la date du jour dépasse la date d’échéance nette de la facture alors que celle-ci n’est toujours pas payé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 essentielle pour suivre et améliorer le taux de paiement à temps.

Où trouver ces données

Il ne s’agit pas d’un événement explicite du système. Il faut le calculer en comparant la date de paiement, ou la date du jour si la facture n’est pas payée, à la date d’échéance de la facture.

Données à recueillir

Calculez cet événement à l’aide de IF(payment_date > due_date, due_date + 1 day, NULL) pour les factures payées, ou de IF(current_date > due_date, due_date + 1 day, NULL) pour les factures ouvertes.

Type d’événement calculated
Facture saisie
Indique que la saisie initiale des données est terminée : les informations de la facture ont été saisies ou numérisées, mais la facture n’a pas encore été comptabilisée ni soumise à une approbation formelle. Elle se trouve souvent dans un état temporaire de mise en attente ou de brouillon.
Pourquoi est-ce important ?

L’analyse du délai entre la réception et la saisie d’une facture permet de repérer les retards accumulés à l’étape de saisie des données. Elle peut aussi mettre en évidence l’efficacité des solutions automatisées de capture des données.

Où trouver ces données

Cet événement est souvent déduit de l’enregistrement d’une facture à l’état de brouillon ou en attente, avant sa soumission dans un flux de travail.

Données à recueillir

Enregistrez l’horodatage auquel le statut de la facture passe de nouveau à enregistré, en attente ou brouillon.

Type d’événement inferred
Facture soumise à approbation
Indique la soumission formelle d’une facture dans un flux de travail d’approbation, une fois les validations et le rapprochement initiaux terminés. La facture est acheminée aux approbateurs désignés selon les règles métier configurées.
Pourquoi est-ce important ?

Cette activité marque le début du sous-processus d’approbation. Mesurer le délai entre cet événement et l’approbation finale permet d’évaluer l’efficacité du flux de travail d’approbation et de repérer les goulots d’étranglement.

Où trouver ces données

Dans les systèmes dotés d’un moteur de flux de travail, cet événement est enregistré explicitement. Il peut aussi être déduit d’un changement de statut indiquant « En attente d’approbation ».

Données à recueillir

Enregistrez l’horodatage du lancement du flux de travail ou de la mise à jour du statut de la facture indiquant qu’elle attend une approbation.

Type d’événement explicit
Paiement programmé
La facture comptabilisée est sélectionnée et incluse dans une proposition ou un lot de paiements. Cette étape met la facture en attente d’exécution du paiement à une date précise, mais ne correspond pas encore au transfert effectif des fonds.
Pourquoi est-ce important ?

Cette activité donne de la visibilité sur la dernière étape du processus. Les retards entre la comptabilisation et la programmation du paiement peuvent entraîner des remises manquées et des paiements tardifs.

Où trouver ces données

Cet événement est généralement enregistré lorsqu’une facture est ajoutée à une campagne de paiement, à une proposition de paiement ou à un journal de paiements.

Données à recueillir

Repérez la date de création de la proposition ou du lot de paiements qui comprend 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 obtenir des instructions détaillées,

consultez notre guide ETL   ou   sélectionnez un processus et un système précis.

Prêt à commencer ?

Choisissez un guide adapté à votre système pour commencer à extraire vos données, ou utilisez ce modèle générique comme référence pour n’importe quelle source de données.

Optimisez le traitement des factures et améliorez dès aujourd’hui l’efficacité de Purchase to Pay

Repérez les problèmes cachés du processus, réduisez les coûts et accélérez les flux de traitement des factures.

Démarrez l’essai gratuit

Aucune carte bancaire requise. Configuration en seulement 5 minutes.