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

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

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

Ce modèle vous guide dans la collecte des données essentielles nécessaires à l’analyse et à l’optimisation de votre processus de traitement des factures fournisseurs. Il présente les attributs essentiels et les activités clés, et fournit des indications pratiques pour extraire ces informations. En l’utilisant, vous vous assurez de recueillir un journal d’événements complet, qui vous permettra d’analyser précisément les performances de votre processus.
  • Attributs recommandés à collecter
  • Activités clés à suivre
  • Guide d’extraction
Vous découvrez les journaux d’événements ? En savoir plus sur la création d’un journal d’événements pour le Process Mining.

Attributs du traitement des factures fournisseurs

Voici les champs de données recommandés à inclure dans votre journal d’événements pour analyser en détail le traitement de vos factures fournisseurs.
3 Obligatoire 6 Recommandé 12 Facultatif
Nom Description
Facture
Invoice
Identifiant unique de chaque document de facture fournisseur.
Description

La facture sert d’identifiant principal du dossier et relie toutes les activités, de la réception de la facture jusqu’à son paiement final. Vous pouvez ainsi analyser de bout en bout le parcours de chaque facture dans le processus de gestion des factures fournisseurs.

Dans l’analyse, le regroupement des événements par cet identifiant constitue la première étape pour reconstituer le flux du processus de chaque facture. Il permet de calculer des KPI au niveau du dossier, comme le délai total du cycle, et d’identifier les variantes et les goulots d’étranglement propres au parcours de chaque facture.

Pourquoi c’est important

Il s’agit de la clé essentielle pour retracer l’ensemble du cycle de vie d’une facture et de la base de toutes les analyses de Process Mining appliquées à la gestion des factures fournisseurs.

Où les obtenir

Il s’agit généralement du numéro de facture fournisseur figurant sur la page « Vendor invoice » ou dans les entités de données associées de Dynamics 365 Finance.

Exemples
INV-00125475000921DE-8832-2023
Activité
ActivityName
Nom de l’étape du processus métier qui a été exécutée.
Description

Cet attribut enregistre l’action ou l’événement précis survenu à un moment donné pour une facture, par exemple « Invoice Registered » ou « Invoice Approved ». Ces activités constituent les nœuds de la cartographie du processus découverte.

L’analyse de la séquence et de la fréquence des activités est fondamentale en Process Mining. Elle permet de visualiser le flux du processus, d’identifier les parcours fréquents et rares, appelés variantes, ainsi que les activités qui provoquent des retards ou des reprises.

Pourquoi c’est important

Les activités définissent le « quoi » du processus. Elles permettent de construire une cartographie du processus et d’analyser son flux et ses variations.

Où les obtenir

Cet événement est souvent déduit des changements de statut, des journaux d’historique du flux de travail ou des enregistrements de comptabilisation du module AP de Dynamics 365.

Exemples
Facture enregistréeFacture approuvéeÉcart résoluPaiement exécuté
Heure de début
EventTime
Horodatage indiquant le moment où une activité ou un événement s’est produit.
Description

Cet attribut fournit la date et l’heure de chaque activité, indispensables pour classer les événements par ordre chronologique et calculer les durées. Il constitue la base temporelle de l’Event Log.

Dans l’analyse, l’heure de début sert à calculer toutes les métriques liées au temps, notamment les délais entre les activités, les temps d’attente et la durée globale du dossier. Elle est essentielle pour identifier les goulots d’étranglement et mesurer la performance du processus par rapport aux SLA.

Pourquoi c’est important

Cet horodatage est essentiel pour ordonner correctement les événements et calculer toutes les métriques de performance, notamment les délais de cycle et les goulots d’étranglement.

Où les obtenir

Ces informations sont récupérées dans les champs de date de création ou de modification des enregistrements de transaction, les journaux d’historique du flux de travail ou les champs de date de comptabilisation de Dynamics 365.

Exemples
2023-04-15T09:00:12Z2023-04-18T14:35:00Z2023-05-02T11:21:45Z
Conditions de paiement
PaymentTerms
Conditions convenues avec le fournisseur pour le paiement de la facture.
Description

Cet attribut définit les conditions dans lesquelles une facture fournisseur doit être payée, par exemple « Net 30 » (échéance à 30 jours) ou « 2/10 Net 30 » (remise de 2 % en cas de paiement sous 10 jours, avec une échéance à 30 jours dans le cas contraire).

L’analyse par conditions de paiement permet de comprendre l’incidence des différents accords sur la ponctualité des paiements et la trésorerie. Elle sert à identifier les possibilités de remise pour paiement anticipé et à segmenter l’analyse de la conformité afin de déterminer si certaines conditions sont plus difficiles à respecter.

Pourquoi c’est important

Définit les échéances de paiement et les possibilités de remise, avec une incidence directe sur la gestion de la trésorerie et les économies réalisées.

Où les obtenir

Présent dans les données de référence du fournisseur ou défini dans l’en-tête de la commande d’achat ou de la facture. Stocké dans des champs tels que « PaymTermId ».

Exemples
30 jours nets60 jours nets2 à 10 jours, 30 jours nets
Date d’échéance de la facture
InvoiceDueDate
Date à laquelle le paiement de la facture doit être effectué, calculée à partir des conditions de paiement.
Description

Cette date indique la limite à respecter pour payer la facture sans pénalité et conformément aux accords conclus avec le fournisseur. Elle est généralement calculée à partir de la date de facture et des conditions de paiement définies.

Cet attribut est essentiel pour analyser le respect des conditions de paiement. En comparant la date de « Payment Executed » à la « Invoice Due Date », l’analyse peut signaler automatiquement les paiements en retard, calculer les taux de conformité et aider à prioriser les paiements afin de préserver de bonnes relations avec les fournisseurs.

Pourquoi c’est important

Essentiel pour mesurer la ponctualité des paiements, gérer les relations avec les fournisseurs et éviter les frais de retard.

Où les obtenir

Champ calculé à partir de la date de facture et des conditions de paiement. Stocké dans des champs tels que « DueDate » des tables de transactions fournisseurs, par exemple « VendTrans ».

Exemples
2023-05-152023-06-302023-07-01
Fournisseur
VendorName
Nom du fournisseur ayant soumis la facture.
Description

Cet attribut identifie le fournisseur associé à la facture. Les données fournisseur comprennent souvent des informations telles que le nom, l’identifiant et la catégorie.

L’analyse du processus de gestion des factures fournisseurs par fournisseur peut révéler quels fournisseurs soumettent régulièrement des factures problématiques, par exemple avec des écarts fréquents, lesquels bénéficient de conditions de paiement particulières et lesquels sont associés à des cycles de traitement longs. Ces analyses peuvent servir à améliorer les relations et la collaboration avec les fournisseurs.

Pourquoi c’est important

Permet de segmenter le processus afin d’identifier les problèmes propres à certains fournisseurs, comme des écarts fréquents ou des retards de paiement.

Où les obtenir

Lié à l’en-tête de la facture fournisseur, généralement à partir de l’entité de données « VendTable », sur la base du numéro de compte fournisseur.

Exemples
Contoso LtdFabrikam IncNorthwind Traders
Montant de la facture
InvoiceAmount
Valeur monétaire totale de la facture.
Description

Représente le montant total dû au titre de la facture fournisseur. Il s’agit d’une métrique financière essentielle pour chaque dossier.

Cet attribut permet d’analyser financièrement le processus de gestion des factures fournisseurs. Il peut servir à prioriser les factures de montant élevé, à analyser les délais d’approbation selon les seuils de montant et à comprendre l’incidence financière des retards de paiement ou des remises pour paiement anticipé.

Pourquoi c’est important

Fournit un contexte financier qui permet d’analyser le comportement du processus selon la valeur monétaire, par exemple pour déterminer si les factures de montant élevé sont traitées différemment.

Où les obtenir

Situé dans l’en-tête de la facture fournisseur, souvent dans des champs tels que « InvoiceAmount » de « VendInvoiceInfoTable ».

Exemples
1500.75250.0012345.50
Numéro de commande d’achat
PurchaseOrderNumber
Identifiant unique de la commande d’achat associée à la facture.
Description

Cet attribut relie la facture au bon de commande (PO) correspondant. Les factures peuvent être associées à un bon de commande ou ne pas l’être.

L’analyse de cet attribut permet de distinguer le traitement des factures associées à un bon de commande de celui des factures qui ne le sont pas, ces deux catégories suivant souvent des flux de travail différents. Elle est essentielle pour mesurer l’efficacité du rapprochement avec les bons de commande et identifier les problèmes qui surviennent lorsque les informations de la facture ne correspondent pas à celles du bon de commande.

Pourquoi c’est important

Distingue les factures associées à une commande d’achat des factures sans commande d’achat, qui suivent des processus différents, et permet d’analyser l’efficacité du rapprochement.

Où les obtenir

Présent dans l’en-tête ou les lignes de la facture fournisseur, généralement dans un champ nommé « PurchId » de « VendInvoiceInfoTable ».

Exemples
PO-000432PO-000511
Utilisateur
UserName
Utilisateur ayant exécuté l’activité.
Description

Identifie l’utilisateur responsable de l’exécution d’une étape du processus, comme l’enregistrement ou l’approbation d’une facture. Cet attribut est souvent associé à l’identifiant système de l’utilisateur dans Dynamics 365.

L’analyse des performances par utilisateur permet d’identifier les besoins de formation, les utilisateurs les plus performants et la répartition de la charge de travail. Elle est essentielle pour les Dashboards consacrés aux délais d’approbation et à l’efficacité des ressources, car elle permet aux responsables de repérer les utilisateurs ou les équipes qui constituent des goulots d’étranglement.

Pourquoi c’est important

Associe le travail à des personnes précises et permet d’analyser la charge de travail, les performances et les possibilités de formation.

Où les obtenir

Ces informations se trouvent généralement dans les champs « Créé par » ou « Modifié par » des transactions, ou dans les journaux d’historique du flux de travail de Dynamics 365.

Exemples
j.doea.smithr.williams
Approbateur
ApproverName
Utilisateur qui a approuvé ou rejeté la facture à une étape donnée.
Description

Cet attribut identifie la personne responsable d’une décision d’approbation dans le flux de travail. Pour les factures soumises à plusieurs niveaux d’approbation, différents approbateurs peuvent intervenir à différentes étapes.

Il est essentiel au Dashboard « Analyse du temps de cycle d’approbation des factures ». L’analyse peut être ventilée par approbateur afin d’identifier les personnes susceptibles de constituer des goulots d’étranglement dans le processus, en raison de leur charge de travail ou d’autres facteurs. Vous pouvez ainsi mettre en place des interventions ciblées pour accélérer le cycle d’approbation.

Pourquoi c’est important

Permet d’analyser en détail le processus d’approbation et d’identifier les goulots d’étranglement au niveau individuel ou de l’équipe.

Où les obtenir

Ces informations sont extraites des journaux d’historique du flux de travail (« WorkflowTrackingStatusTable »), qui enregistrent l’utilisateur ayant terminé chaque étape d’approbation.

Exemples
David ChenMaria GarciaAP_Manager_Group
Code société
CompanyCode
Identifiant de l’entité juridique qui traite la facture.
Description

Cet attribut identifie la société ou l’entité juridique précise de l’organisation responsable de la facture. Dans les environnements multi-sociétés, il constitue une dimension organisationnelle essentielle.

L’analyse du processus AP par code société permet de comparer les performances de différentes unités opérationnelles ou entités juridiques. Elle aide à déterminer si certaines entités sont moins efficaces, affichent davantage de retraitements ou suivent des variantes de processus différentes, et met ainsi en évidence les possibilités de standardisation et de partage des bonnes pratiques.

Pourquoi c’est important

Permet de comparer les performances et les processus entre différentes entités juridiques ou unités opérationnelles de l’organisation.

Où les obtenir

Champ standard présent dans presque toutes les tables transactionnelles de Dynamics 365, généralement nommé « DataAreaId ».

Exemples
USMFDEMFGBSI
Comporte un retraitement
IsRework
Indicateur calculé qui précise si une facture a fait l’objet d’un retraitement.
Description

Cet indicateur booléen prend la valeur true si le flux de processus d’une facture comprend des activités de retraitement, telles que « Discrepancy Resolved » ou une deuxième étape « Invoice Data Validated » après un échec initial. Il est calculé sur l’ensemble du cas.

Cet attribut contribue directement au KPI « Discrepancy Rework Rate ». Il simplifie l’analyse en permettant de filtrer et d’agréger facilement toutes les factures ayant nécessité un effort manuel supplémentaire, afin de quantifier l’incidence d’une mauvaise qualité des données ou des exceptions de processus.

Pourquoi c’est important

Mesure directement les retraitements et permet de quantifier et d’analyser simplement les exceptions et les inefficacités du processus.

Où les obtenir

Il ne s’agit pas d’un champ du système source. Il est calculé dans l’outil de Process Mining en vérifiant la présence d’activités spécifiques indiquant un retraitement dans un cas.

Exemples
truefalse
Date limite de l’escompte
EarlyPaymentDiscountDate
Date limite à laquelle la facture doit être payée pour bénéficier d’un escompte pour paiement anticipé.
Description

Cet attribut indique le dernier jour auquel une facture peut être payée pour bénéficier de l’escompte proposé par le fournisseur. Il est calculé à partir de la date de facture et de la partie des conditions de paiement relative à l’escompte, par exemple le « 10 » dans « 2/10 Net 30 ».

Cette date constitue le principal facteur de l’analyse « Early Payment Discount Status ». En comparant la date « Payment Scheduled » ou « Payment Executed » à cette échéance, le système peut déterminer si l’escompte a bien été obtenu et fournir des indicateurs précis sur l’optimisation financière.

Pourquoi c’est important

Définit la date cible pour réaliser des économies et joue donc un rôle essentiel dans la priorisation des paiements et l’amélioration de l’efficacité.

Où les obtenir

Calculé par le système à partir des conditions de paiement et de la date de facture. Stocké dans des champs tels que « CashDiscDate » dans « VendTrans ».

Exemples
2023-04-252023-05-102023-06-15
Dernière mise à jour des données
LastDataUpdate
Horodatage de la dernière actualisation des données depuis le système source.
Description

Cet attribut indique la dernière mise à jour de l’Event Log avec de nouvelles données provenant de Microsoft Dynamics 365. Il précise l’ancienneté des données analysées.

Pour les Dashboards et la surveillance continue, cet horodatage est essentiel pour permettre aux utilisateurs de savoir s’ils consultent les données de processus les plus récentes. Il aide à définir les attentes concernant l’actualité des données et à surveiller l’état du pipeline de données.

Pourquoi c’est important

Informe les utilisateurs sur l’actualité des données, un élément essentiel pour prendre rapidement des décisions métier précises à partir de l’analyse.

Où les obtenir

Il s’agit d’un champ de métadonnées généré et renseigné par l’outil d’extraction et de chargement des données (ETL) au moment de leur ingestion.

Exemples
2023-06-01T02:00:00Z2023-06-02T02:00:00Z
Est automatisé
IsAutomated
Indicateur précisant si l’activité a été exécutée automatiquement par le système.
Description

Cet attribut booléen distingue les activités réalisées par des utilisateurs de celles exécutées automatiquement par le système, comme la comptabilisation ou le rapprochement automatisé des factures.

Son analyse est essentielle pour mesurer le niveau d’automatisation du processus AP. Elle permet de calculer le taux de Straight-Through Processing (STP) et d’identifier les activités manuelles qui se prêtent le mieux à de futures initiatives d’automatisation, afin de réduire les coûts et les délais de traitement.

Pourquoi c’est important

Aide à mesurer le taux de Straight-Through Processing et à identifier les possibilités d’accroître l’automatisation et l’efficacité.

Où les obtenir

Dérivé de la vérification visant à déterminer si l’utilisateur associé à une activité est un utilisateur système ou un utilisateur de traitement par lots, par exemple « Admin » ou « BatchUser ».

Exemples
truefalse
Montant de l’escompte pour paiement anticipé
EarlyPaymentDiscountAmount
Montant potentiel de l’escompte si la facture est payée rapidement.
Description

Cet attribut indique la valeur monétaire de l’escompte proposé par le fournisseur en cas de paiement anticipé, conformément aux conditions de paiement.

Ces données financières sont essentielles pour le Dashboard « Early Payment Discount Status ». Elles permettent à l’entreprise de quantifier la valeur des escomptes obtenus et de ceux qui n’ont pas été saisis, ce qui fournit un argument financier clair en faveur de l’amélioration de l’efficacité des processus d’approbation des factures et de planification des paiements.

Pourquoi c’est important

Quantifie le gain financier potentiel lié à l’efficacité du processus et établit un lien direct entre la performance du processus et les économies réalisées.

Où les obtenir

Champ calculé à partir du montant de la facture et des conditions de paiement. Cette valeur est disponible dans des tables telles que « VendTrans » ou dans les champs associés aux escomptes de caisse.

Exemples
30.015.00246.91
Motif de l’écart
DiscrepancyReason
Code ou description du motif d’un écart sur une facture.
Description

Lorsqu’une facture est mise en attente ou qu’un écart est identifié, cet attribut en précise le motif, par exemple « Price Mismatch », « Quantity Difference » ou « Missing Goods Receipt ».

Cet attribut est essentiel pour l’analyse « Discrepancy Resolution & Rework ». En classant les retraitements selon leur motif, l’analyse peut identifier les causes profondes des inefficacités du processus. Par exemple, si « Price Mismatch » est le motif le plus fréquent, cela indique qu’il est nécessaire de mieux aligner les données entre les achats et les fournisseurs.

Pourquoi c’est important

Identifie la cause profonde des retraitements et permet de cibler les améliorations du processus afin de réduire les exceptions et les interventions manuelles.

Où les obtenir

Ces informations peuvent être stockées dans les tables de mise en attente des factures, les commentaires du flux de travail ou des champs spécifiques de consignation des écarts dans le module AP.

Exemples
Écart de prixÉcart de quantitéCommande d'achat non valide
Numéro de réception des marchandises
GoodsReceiptNumber
Identifiant du document de réception des marchandises associé à la facture.
Description

Cet attribut relie la facture à l’enregistrement des marchandises ou services reçus, ce qui est nécessaire pour le rapprochement à trois niveaux (commande d’achat, réception des marchandises et facture).

Il est essentiel pour analyser l’efficacité de ce rapprochement. Les retards ou les échecs des activités « Goods Receipt Matched » peuvent être étudiés à l’aide de cet identifiant afin de remonter au document de réception d’origine et de repérer les problèmes liés aux étapes d’achat ou de réception qui ont une incidence sur les comptes fournisseurs.

Pourquoi c’est important

Facilite l’analyse de l’efficacité du rapprochement à trois niveaux et aide à localiser les problèmes provenant du processus de réception des marchandises.

Où les obtenir

Relié par l’intermédiaire des lignes de commande d’achat, souvent présent dans les journaux de bons de livraison (« VendPackingSlipJour ») ou dans les tables associées.

Exemples
GRN-00981GRN-01024
Paiement en retard
IsLatePayment
Indicateur calculé précisant si le paiement a été effectué après la date d’échéance.
Description

Cet attribut booléen prend la valeur true si l’activité « Payment Executed » intervient après « Invoice Due Date ». Il fournit un indicateur clair, au niveau du cas, du non-respect des conditions de paiement.

Cet attribut simplifie le calcul du KPI « Payment Terms Compliance Rate ». Il permet de filtrer rapidement les données et de créer des Dashboards présentant le volume et la valeur des paiements en retard, puis d’analyser les causes profondes de ces retards.

Pourquoi c’est important

Fournit un indicateur clair et simple pour analyser les paiements non conformes et calculer les KPI relatifs aux paiements effectués dans les délais.

Où les obtenir

Il ne s’agit pas d’un champ du système source. Il est calculé dans l’outil de Process Mining en comparant l’horodatage de l’activité « Payment Executed » à l’attribut « InvoiceDueDate ».

Exemples
truefalse
Statut de la facture
InvoiceStatus
Statut actuel du traitement de la facture.
Description

Cet attribut reflète le dernier état connu de la facture dans le processus, par exemple « In Progress », « Approved », « Paid » ou « Cancelled ». Il fournit une vue instantanée de la position de la facture dans son cycle de vie.

Bien que le Process Mining reconstitue le flux à partir des activités, le statut final est utile pour la validation et la création de Dashboards métier qui récapitulent l’état actuel de toutes les factures ouvertes. Il peut servir à filtrer les factures actuellement « Approved » mais pas encore « Paid ».

Pourquoi c’est important

Fournit une synthèse générale de l’état actuel de la facture, utile pour filtrer les données et créer des Dashboards fondés sur le statut.

Où les obtenir

Cet élément est souvent déduit des champs de statut du document ou du flux de travail dans le module AP.

Exemples
En coursApprouvéePayéeAnnulée
Système source
SourceSystem
Système depuis lequel les données ont été extraites.
Description

Cet attribut identifie l’origine des données d’événements, généralement « Microsoft Dynamics 365 » dans ce contexte. Il devient particulièrement important lorsque des données provenant de plusieurs systèmes, par exemple un outil de numérisation OCR et D365, sont combinées.

Dans une analyse de Process Mining, il facilite la traçabilité des données, le dépannage et la compréhension de l’environnement technologique du processus. Il permet de filtrer l’analyse pour ne conserver que les événements provenant d’un système donné.

Pourquoi c’est important

Fournit un contexte essentiel sur l’origine des données, indispensable à leur validation et aux analyses de processus faisant intervenir plusieurs systèmes.

Où les obtenir

Il s’agit généralement d’une valeur statique (« Microsoft Dynamics 365 ») ajoutée lors de l’extraction et de la transformation des données.

Exemples
Microsoft Dynamics 365 FinanceD365 F&OAX2012
Obligatoire Recommandé Facultatif

Activités du traitement des factures fournisseurs

Voici les principales étapes du processus et les jalons importants à enregistrer dans votre journal d’événements pour permettre une découverte précise du processus et une analyse de la performance.
5 Recommandé 9 Facultatif
Activité Description
Facture approuvée
Représente l’approbation finale dans le flux de travail, qui autorise la comptabilisation de la facture en vue de son paiement. Il s’agit d’une étape importante avant l’entrée de la facture dans la phase de paiement.
Pourquoi c’est important

Marque la fin du cycle d’approbation. Le délai entre « Submitted for Approval » et cette activité constitue un KPI important pour identifier les goulots d’étranglement dans les approbations et les flux de travail qui s’éternisent.

Où les obtenir

Il s’agit d’un événement explicite enregistré dans les journaux d’historique du flux de travail (WorkflowTrackingStatusTable) lorsque le statut du flux de travail passe à « Completed » ou « Approved ».

Collecte

Extrayez l’événement « Approved » ou « Completed » de la facture depuis l’historique de suivi du flux de travail.

Type d’événement explicit
Facture comptabilisée
La facture approuvée est officiellement enregistrée dans le grand livre, ce qui crée une dette financière. Il s’agit d’une transaction comptable importante, souvent irréversible.
Pourquoi c’est important

La comptabilisation constitue une étape majeure qui rend la facture éligible au paiement. Elle confirme que toutes les étapes de validation et d’approbation sont terminées et que la dette est comptabilisée.

Où les obtenir

Il s’agit d’une transaction explicite. La date et l’heure de comptabilisation sont enregistrées dans le journal des factures fournisseurs (VendInvoiceJour) et dans les écritures du grand livre associées (GeneralJournalEntry).

Collecte

Utilisez l’horodatage de comptabilisation des tables VendInvoiceJour ou GeneralJournalEntry.

Type d’événement explicit
Facture enregistrée
Indique la création initiale d’un enregistrement de facture dans le système, par saisie manuelle, numérisation OCR ou échange de données informatisé (EDI). Il s’agit du point de départ du cycle de traitement de la facture.
Pourquoi c’est important

Cette activité constitue le principal événement de début du processus. L’analyse du délai entre ce point et le paiement fournit le délai global du cycle de la facture, un indicateur clé de performance.

Où les obtenir

Déduit de l’horodatage de création (champ CreatedDateTime) de l’en-tête de facture dans les tables des factures fournisseurs en attente ou du journal des factures, telles que VendInvoiceInfoTable.

Collecte

Utilisez l’horodatage de création de l’en-tête de facture.

Type d’événement inferred
Facture soumise pour approbation
La facture est officiellement soumise à un flux de travail pour examen et approbation par les personnes autorisées. Cette étape marque le début du cycle d’approbation.
Pourquoi c’est important

Il s’agit d’une étape clé qui lance le calcul du délai du cycle d’approbation de la facture. Elle permet de distinguer le temps de saisie et de rapprochement du délai d’approbation.

Où les obtenir

Il s’agit d’un événement explicite enregistré dans les journaux d’historique du flux de travail D365 (WorkflowTrackingStatusTable) pour le document de facture concerné. L’horodatage de la soumission est enregistré.

Collecte

Extrayez l’événement « Submitted » de la facture depuis l’historique de suivi du flux de travail.

Type d’événement explicit
Paiement exécuté
Le paiement est officiellement effectué par la comptabilisation d’un journal de paiements. Cette transaction solde la dette créée par la facture comptabilisée.
Pourquoi c’est important

Il s’agit de l’un des principaux événements de fin du processus. Il sert à calculer le respect des conditions de paiement, à identifier les paiements en retard et à mesurer le délai final du cycle de bout en bout.

Où les obtenir

Événement explicite enregistré lors de la comptabilisation du journal de paiements. Les détails du règlement sont stockés dans la table des transactions fournisseurs (VendTrans), qui relie le paiement à la facture.

Collecte

Utilisez la date de transaction de l’enregistrement du règlement du paiement dans VendTrans.

Type d’événement explicit
Commande d’achat rapprochée
Processus consistant à associer une facture à une ou plusieurs commandes d’achat afin de vérifier les quantités, les prix et les conditions. Il s’agit d’une étape de validation essentielle pour les factures associées à une commande d’achat.
Pourquoi c’est important

Cette activité est essentielle pour mesurer les taux de rapprochement au premier passage et identifier les goulots d’étranglement du processus de rapprochement. Les échecs à cette étape entraînent souvent des boucles de résolution des écarts.

Où les obtenir

Peut être déduit lorsque le statut de rapprochement de l’enregistrement de facture est mis à jour sur « Matched » ou lorsque les détails du rapprochement au niveau des lignes sont enregistrés avec succès. Ces informations sont généralement stockées dans les tables associées aux lignes de factures fournisseurs.

Collecte

Identifiez les changements de statut de l’en-tête ou des lignes de facture liés à la réussite du rapprochement avec la commande d’achat.

Type d’événement inferred
Données de facture validées
Représente le système ou l’utilisateur qui effectue les contrôles initiaux de complétude et d’exactitude des données de facture capturées, avant le rapprochement ou l’approbation. Il peut s’agir d’une validation automatisée du système ou d’une étape de contrôle manuel.
Pourquoi c’est important

Le suivi de cette activité permet d’identifier les retards dus à une mauvaise qualité des données. Un taux élevé d’échecs ou une durée importante à cette étape révèle des problèmes dans les processus de capture des données, notamment dans la précision de l’OCR.

Où les obtenir

Il s’agit souvent d’un événement déduit. Il peut être déterminé à partir de l’horodatage du changement de statut de la facture, de « Nouveau » ou « Brouillon » vers un état tel que « Validé » ou « Prêt pour rapprochement », ou à partir de la dernière modification effectuée avant la soumission au flux de travail.

Collecte

Capturez l’horodatage d’un changement de statut indiquant une validation réussie ou de l’événement de mise à jour intervenu avant la soumission au flux de travail.

Type d’événement inferred
Écart identifié
Se produit lorsque la facture échoue à la validation ou au rapprochement avec la commande d’achat ou la réception de marchandises, ce qui nécessite une intervention manuelle. Une mise en attente ou un statut spécifique est souvent appliqué à la facture.
Pourquoi c’est important

Cette activité déclenche une boucle de reprise. L’analyse de sa fréquence et de sa cause est essentielle pour identifier les inefficacités du processus, les problèmes de qualité des données ou les difficultés liées aux fournisseurs.

Où les obtenir

Cet événement peut être enregistré explicitement dans l’historique de la facture ou déduit lorsqu’une facture est placée « On Hold » avec un code motif lié à un écart de rapprochement. Recherchez les changements de statut dans l’en-tête de facture.

Collecte

Capturez l’horodatage auquel le statut de la facture passe à « On Hold » ou auquel un indicateur d’écart est défini.

Type d’événement inferred
Écart résolu
Action effectuée pour lever une mise en attente ou corriger une facture après l’identification d’un écart. La facture est désormais prête à être soumise de nouveau au rapprochement ou à l’approbation.
Pourquoi c’est important

Cette activité clôt une boucle de reprise. Le temps nécessaire à la résolution des écarts est un indicateur important de l’efficacité du traitement des exceptions.

Où les obtenir

Cet événement est déduit de l’horodatage auquel le statut « On Hold » est retiré de la facture, ou auquel la facture est soumise à nouveau au flux de travail après un rejet.

Collecte

Capturez l’horodatage auquel la mise en attente est levée ou auquel la facture est soumise de nouveau après un rejet.

Type d’événement inferred
Facture annulée
La facture est annulée ou contrepassée après sa comptabilisation, généralement pour corriger une erreur. Il s’agit d’une issue alternative et exceptionnelle du processus.
Pourquoi c’est important

Le suivi des annulations est important pour comprendre la qualité du processus et les taux d’erreur. Une fréquence élevée d’annulations peut révéler des problèmes systémiques dans le processus en amont.

Où les obtenir

Il s’agit d’un événement explicite. D365 crée une transaction de contrepassation ou de crédit reliée au journal de factures d’origine. La date de comptabilisation de cette contrepassation marque l’annulation.

Collecte

Identifiez la date de comptabilisation de la transaction de contrepassation associée à la facture d’origine.

Type d’événement explicit
Facture rejetée
Un approbateur refuse la facture dans le flux de travail et la renvoie généralement à son émetteur pour correction ou clarification. Cette action déclenche une boucle de reprise.
Pourquoi c’est important

Le suivi des rejets permet d’identifier les causes des retards d’approbation et des reprises. Il peut révéler des problèmes de codification des factures, des violations de règles ou une documentation insuffisante.

Où les obtenir

Il s’agit d’un événement explicite enregistré dans l’historique du flux de travail (WorkflowTrackingStatusTable) lorsqu’un approbateur sélectionne l’action « Reject ».

Collecte

Extrayez l’événement « Rejected » de la facture depuis l’historique de suivi du flux de travail.

Type d’événement explicit
Paiement compensé
Le paiement effectué par l’entreprise a été compensé par la banque, comme le confirme le processus de rapprochement bancaire. Il s’agit de la confirmation financière finale de l’exécution du paiement.
Pourquoi c’est important

Cette activité fournit la confirmation définitive de la sortie de trésorerie. L’analyse du délai entre l’exécution et la compensation du paiement est importante pour la gestion de la trésorerie.

Où les obtenir

Ces informations proviennent des modules de rapprochement bancaire. L’événement est déduit lorsqu’une ligne de relevé bancaire correspondant au paiement est rapprochée et comptabilisée dans D365.

Collecte

Nécessite de relier les données de transaction bancaire (BankStmtISOAccountStatement) au paiement d’origine.

Type d’événement inferred
Paiement planifié
La facture comptabilisée est sélectionnée et incluse dans une proposition de paiement ou un journal de paiements, afin d’être planifiée pour une prochaine exécution de paiements. Cela indique l’intention de payer.
Pourquoi c’est important

Cette activité est essentielle pour prévoir la trésorerie et analyser le respect des conditions de paiement. Elle permet de vérifier si les remises pour paiement anticipé sont prises en compte et planifiées.

Où les obtenir

Déduit de la création d’une ligne de journal de paiements (LedgerJournalTrans) qui inclut la facture. La date de transaction de la ligne de journal indique la date de paiement planifiée.

Collecte

Utilisez la date de création de la ligne du journal de paiements faisant référence à la facture.

Type d’événement inferred
Réception de marchandises rapprochée
Dans le cadre d’un rapprochement à trois niveaux, cette activité confirme que les marchandises ou services facturés ont été reçus, en les comparant aux bons de réception. Cette étape vérifie la livraison physique par rapport à la facture.
Pourquoi c’est important

Le suivi de cette activité permet d’analyser l’efficacité du rapprochement à trois niveaux et d’identifier les retards dus à des informations de réception manquantes ou incorrectes.

Où les obtenir

Comme pour le rapprochement avec la commande d’achat, cet événement est déduit des mises à jour de statut de la facture indiquant un rapprochement réussi avec les journaux de réception des produits (Packing Slips).

Collecte

Recherchez les changements de statut ou les indicateurs signalant la réussite du rapprochement à trois niveaux.

Type d’événement inferred
Recommandé Facultatif

Guides d’extraction

Comment extraire vos données de Microsoft Dynamics 365

Prêt à commencer ?

Commencez votre démarche vers un traitement des factures fournisseurs plus efficace en utilisant ce modèle de données. Tirez le meilleur parti de vos données de processus pour obtenir des améliorations significatives.

Évitez les paiements en double. Optimisez le traitement des factures AP.

Repérez les inefficacités, évitez les pénalités de retard et réduisez de 60 % les coûts de traitement.

Démarrer l’essai gratuit

Essai gratuit de 14 jours, sans carte bancaire.