Votre modèle de données pour le traitement des factures fournisseurs
Votre modèle de données pour le traitement des factures fournisseurs
- Attributs recommandés à collecter
- Activités clés à suivre
- Guide d’extraction
Attributs du traitement des factures fournisseurs
| 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
|
|||
Activités du traitement des factures fournisseurs
| 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
|
|||
Guides d’extraction
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.
Essai gratuit de 14 jours, sans carte bancaire.