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 | Descriptionn | ||
|---|---|---|---|
|
Facture
Invoice
|
L'identifiant unique de chaque document de facture fournisseur. | ||
|
Descriptionn
La facture sert d'identifiant principal du cas, reliant toutes les activités, du moment où une facture est reçue jusqu'à son paiement final. Cela permet une analyse complet du parcours de chaque facture individuelle à travers le processus de Comptabilité Fournisseurs. Lors de l'analyse, le regroupement des événements par cet identifiant est la première étape pour reconstruire le flux de processus de chaque facture. Il permet le calcul de KPIs au niveau du cas, comme le temps de cycle total, et aide à identifier les variantes et les points de blocage spécifiques à chaque parcours de facture.
Pourquoi est-ce important ? :
C'est la clé essentielle pour retracer l'intégralité du cycle de vie d'une facture, ce qui en fait la base de toute analyse de Process Mining pour les comptes fournisseurs.
Source des données :
Il s'agit généralement du numéro de facture fournisseur de la page 'Facture fournisseur' ou des entités de données associées dans Dynamics 365 Finance.
Exemples
INV-00125475000921DE-8832-2023
|
|||
|
Activité
ActivityName
|
Le nom de l'étape du processus métier qui a été effectuée. | ||
|
Descriptionn
Cet attribut enregistre l'action ou l'événement spécifique qui s'est produit à un moment donné pour une facture, comme 'Invoice Registered' ou 'Invoice Approved'. Ces activités forment les nœuds de la carte de processus découverte. L'analyse de la séquence et de la fréquence des activités est clée pour le Process Mining. Elle aide à visualiser le flux de processus, à identifier les chemins courants et rares (variantes), et à cibler les activités qui causent des retards ou des reprises.
Pourquoi est-ce important ? :
Les activités définissent le « quoi » du processus, permettant d'établir une cartographie et d'analyser les flux ainsi que leurs variations.
Source des données :
Cette information est souvent dérivée des changements de statut, des journaux d'historique de workflow ou des enregistrements de comptabilisation de documents au sein du module CF de Dynamics 365.
Exemples
Facture enregistréeFacture approuvéeDivergence résoluePaiement effectué
|
|||
|
Heure de début
EventTime
|
L'horodatage indiquant quand une activité ou un événement s'est produit. | ||
|
Descriptionn
Cet attribut fournit la date et l'heure pour chaque activité, ce qui est indispensable pour ordonner les événements chronologiquement et calculer les durées. Il constitue la base temporelle du journal d'événements. Dans l'analyse, l'Heure de début est utilisée pour calculer toutes les métriques temporelles, y compris les temps de cycle entre les activités, les temps d'attente et la durée globale du cas. Elle est indispensable pour identifier les points de blocage et mesurer la performance des processus par rapport aux SLA.
Pourquoi est-ce important ? :
Ce horodatage est impératif pour séquencer correctement les événements et calculer toutes les métriques de performance, telles que les temps de cycle et les points de blocage.
Source des données :
Récupéré à partir des champs de date de création ou de modification des enregistrements de transaction, des journaux d'historique de workflow ou des champs de date de comptabilisation dans Dynamics 365.
Exemples
2023-04-15T09:00:12Z2023-04-18T14:35:00Z2023-05-02T11:21:45Z
|
|||
|
Conditions de paiement
PaymentTerms
|
Les modalités de paiement convenues avec le fournisseur pour la facture. | ||
|
Descriptionn
Cet attribut définit les conditions de paiement d'une facture fournisseur, telles que 'Net 30' (payable sous 30 jours) ou '2/10 Net 30' (une réduction de 2 % si payée sous 10 jours, sinon payable sous 30 jours). L'analyse par conditions de paiement aide à comprendre comment différents accords influencent la ponctualité des règlements et la trésorerie. Elle sert de base pour identifier les opportunités d'escompte pour paiement anticipé et pour segmenter l'analyse de conformité afin de déterminer si certaines conditions sont plus difficiles à respecter.
Pourquoi est-ce important ? :
Définit les échéances de paiement et les opportunités d'escompte, impactant directement la gestion de la trésorerie et les économies de coûts.
Source des données :
Trouvé dans les données de base du fournisseur ou spécifié sur l'en-tête du bon de commande/facture. Stocké dans des champs comme « PaymTermId ».
Exemples
Net 30Net 602 % sous 10 jours, net à 30 jours
|
|||
|
Date d'échéance de la facture
InvoiceDueDate
|
La date d'échéance du paiement de la facture, calculée à partir des conditions de paiement. | ||
|
Descriptionn
Cette date indique la date limite de paiement de la facture pour éviter les pénalités et se conformer aux accords fournisseurs. Elle est généralement calculée sur la base de la date de la facture et des conditions de paiement spécifiées. Cet attribut est indispensable pour l'analyse 'conformité aux 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 pour maintenir de bonnes relations avec les fournisseurs.
Pourquoi est-ce important ? :
Primordial pour mesurer la ponctualité des paiements, gérer les relations avec les fournisseurs et éviter les frais de retard de paiement.
Source des données :
Champ calculé basé sur la date de la facture et les conditions de paiement. Stocké dans des champs tels que 'DueDate' dans les tables de transactions fournisseurs (par exemple, 'VendTrans').
Exemples
2023-05-152023-06-302023-07-01
|
|||
|
Fournisseur
VendorName
|
Le nom du fournisseur qui a soumis la facture. | ||
|
Descriptionn
Cet attribut identifie le fournisseur associé à la facture. Les données fournisseurs incluent souvent des détails tels que le nom, l'identifiant et la catégorie. L'analyse du processus des comptes fournisseurs par fournisseur peut révéler quels fournisseurs soumettent constamment des factures problématiques (par exemple, celles présentant de fréquentes divergences), ceux qui bénéficient de conditions de paiement spéciales, et ceux qui sont associés à des cycles de traitement longs. Cette information peut être utilisée pour améliorer les relations et la collaboration avec les fournisseurs.
Pourquoi est-ce important ? :
Permet de segmenter le processus pour identifier les problèmes spécifiques aux fournisseurs, comme les écarts fréquents ou les retards de paiement.
Source des données :
Lié à partir de l'en-tête de la facture fournisseur, généralement depuis l'entité de données 'VendTable' basée sur le numéro de compte fournisseur.
Exemples
Contoso LtdFabrikam IncNorthwind Traders
|
|||
|
Montant de la facture
InvoiceAmount
|
La valeur monétaire totale de la facture. | ||
|
Descriptionn
Représente le montant total dû sur la facture fournisseur. Il s'agit d'une métrique financière critique pour chaque cas. Cet attribut permet une analyse financière du processus de comptabilité fournisseurs. Il peut être utilisé pour prioriser les factures de grande valeur, analyser les délais d'approbation en fonction des seuils de montant, et comprendre l'impact financier des retards de paiement ou des escomptes pour paiement anticipé.
Pourquoi est-ce important ? :
Fournit un contexte financier, permettant d'analyser le comportement des processus en fonction de la valeur monétaire, par exemple pour identifier si les factures de grande valeur sont traitées différemment.
Source des données :
Situé dans l'en-tête de la facture fournisseur, souvent dans des champs comme 'InvoiceAmount' dans 'VendInvoiceInfoTable'.
Exemples
1500.75250.0012345.50
|
|||
|
Numéro de commande d'achat
PurchaseOrderNumber
|
L'identifiant unique du bon de commande associé à la facture. | ||
|
Descriptionn
Cet attribut associe la facture à son bon de commande (BC) correspondant. Les factures peuvent être liées à un bon de commande (BC) ou être sans BC. L'analyse de cet attribut aide à différencier le traitement des factures basées sur un BC de celui des factures non basées sur un BC, qui suivent souvent des workflows différents. Elle est indispensablele pour mesurer l'efficacité de la mise en correspondance des BC et identifier les problèmes qui surviennent lorsque les détails de la facture ne correspondent pas au bon de commande.
Pourquoi est-ce important ? :
Distingue les factures avec et sans bon de commande (BC), qui suivent des processus différents, et est indispensable pour analyser l'efficacité de l'appariement.
Source des données :
Trouvé sur l'en-tête ou les lignes de la facture fournisseur, généralement dans un champ nommé « PurchId » sur « VendInvoiceInfoTable ».
Exemples
BC-000432BC-000511
|
|||
|
Utilisateur
UserName
|
L'utilisateur qui a exécuté l'activité. | ||
|
Descriptionn
Identifie l'utilisateur spécifique responsable de l'exécution d'une étape de processus, telle que l'enregistrement ou l'approbation d'une facture. Ceci est souvent lié à l'ID système de l'utilisateur dans Dynamics 365. L'analyse des performances par utilisateur aide à identifier les besoins en formation, les collaborateurs les plus performants et la répartition de la charge de travail. Elle est indispensablele pour les dashboards axés sur les délais d'approbation et l'efficacité des ressources, permettant aux managers de visualiser les utilisateurs ou les équipes qui constituent des points de blocage.
Pourquoi est-ce important ? :
Permet d'attribuer le travail à des individus spécifiques, facilitant l'analyse de la charge de travail, des performances et l'identification des opportunités de formation.
Source des données :
Généralement disponible dans les champs 'Créé par' ou 'Modifié par' des transactions, ou dans les journaux d'historique de workflow de Dynamics 365.
Exemples
j.doea.smithr.williams
|
|||
|
Approbateur
ApproverName
|
L'utilisateur qui a approuvé ou rejeté la facture à une étape spécifique. | ||
|
Descriptionn
Cet attribut identifie la personne responsable d'une décision d'approbation dans le workflow. Pour les factures nécessitant des approbations multi-niveaux, différents approbateurs peuvent intervenir à différentes étapes. Il est indispensable pour le tableau de bord 'Invoice Approval Cycle Time Analysis'. L'analyse peut être ventilée par approbateur afin d'identifier les individus qui pourraient constituer des points de blocage dans le processus, que ce soit en raison de leur charge de travail ou d'autres facteurs. Cela permet des interventions ciblées pour accélérer le cycle d'approbation.
Pourquoi est-ce important ? :
Permet d'analyser en détail le processus d'approbation, aidant à identifier les points de blocage individuels ou d'équipe.
Source des données :
Extrait des journaux d'historique du workflow (« WorkflowTrackingStatusTable »), qui enregistrent l'utilisateur ayant effectué chaque étape d'approbation.
Exemples
David ChenMaria GarciaGroupe des responsables des comptes fournisseurs
|
|||
|
Code société
CompanyCode
|
L'identifiant de l'entité juridique qui traite la facture. | ||
|
Descriptionn
Cet attribut identifie la société ou l'entité juridique spécifique dans l'organisation qui est responsable de la facture. Dans les configurations multi-sociétés, il s'agit d'une dimension organisationnelle essentielle. L'analyse du processus des comptes fournisseurs (AP) par Code Société permet de comparer les performances entre différentes unités commerciales ou entités juridiques. Elle aide à identifier si certaines entités sont moins efficaces, ont des taux de reprise plus élevés, ou suivent des variantes de processus différentes, mettant en évidence des opportunités de standardisation et de partage des bonnes pratiques.
Pourquoi est-ce important ? :
Permet d'analyser et de comparer les performances des processus entre les entités juridiques ou unités commerciales de l'organisation.
Source des données :
Un champ standard sur presque toutes les tables transactionnelles dans Dynamics 365, généralement nommé « DataAreaId ».
Exemples
USMFDEMFGBSI
|
|||
|
Date d'échéance de l'escompte
EarlyPaymentDiscountDate
|
La date limite pour payer la facture et être éligible à un escompte pour paiement anticipé. | ||
|
Descriptionn
Cet attribut spécifie le dernier jour où une facture peut être payée pour bénéficier de l'escompte offert par le fournisseur. Il est dérivé de la date de la facture et de la partie escompte des conditions de paiement (par exemple, le '10' dans '2/10 Net 30'). Cette date est le principal moteur de l'analyse 'Early Payment Discount Status'. En comparant la date de 'Payment Scheduled' ou 'Payment Executed' à cette échéance, le système peut déterminer si un escompte a été capturé avec succès, fournissant ainsi des métriques claires sur l'optimisation financière.
Pourquoi est-ce important ? :
Définit la date cible pour la réalisation d'économies de coûts, ce qui en fait un facteur clé pour la priorisation des paiements et l'amélioration de l'efficacité.
Source des données :
Calculé par le système en fonction des conditions de paiement et de la date de la 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
|
L'horodatage de la dernière actualisation des données du système source. | ||
|
Descriptionn
Cet attribut indique la dernière fois que le journal d'événements a été mis à jour avec de nouvelles données de Microsoft Dynamics 365. Il fournit un contexte sur la réactualisation des données analysées. Pour les dashboards et le suivi continu, ce horodatage est impératif pour que les utilisateurs comprennent s'ils consultent les données de processus les plus récentes. Il aide à gérer les attentes concernant la la réactualisation des données et contribue au suivi de la santé du pipeline de données.
Pourquoi est-ce important ? :
Indique la la réactualisation des données, essentiel pour prendre des décisions commerciales rapides et pertinentes basées sur l'analyse.
Source des données :
Il s'agit d'un champ de metadata généré et horodaté par l'outil d'extraction, de transformation et de chargement (ETL) au moment de l'ingestion des données.
Exemples
2023-06-01T02:00:00Z2023-06-02T02:00:00Z
|
|||
|
Est Automatisé
IsAutomated
|
Un indicateur signalant si l'activité a été effectuée automatiquement par le système. | ||
|
Descriptionn
Cet attribut booléen distingue les activités effectuées par des utilisateurs humains de celles exécutées par l'automatisation du système, telles que l'enregistrement ou la mise en correspondance automatique des factures. L'analyse de cet attribut est indispensablele pour mesurer le niveau d'automatisation dans le processus des comptes fournisseurs (AP). Elle aide à calculer le taux d'efficacité.x de Straight-Through Processing (STP) et à identifier quelles activités manuelles sont d'excellents candidats pour de futures initiatives d'automatisation, réduisant ainsi les coûts et le temps de traitement.
Pourquoi est-ce important ? :
Mesure le taux de traitement direct et identifie les opportunités d'automatisation et d'efficacité accrues.
Source des données :
Déduit en vérifiant si l'utilisateur associé à une activité est un utilisateur système ou un utilisateur de traitement par lots (par exemple, « Admin », « BatchUser »).
Exemples
truefaux
|
|||
|
Est un paiement en retard
IsLatePayment
|
Un indicateur calculé signalant si le paiement a été effectué après la date d'échéance. | ||
|
Descriptionn
Cet attribut booléen est défini à vrai si l'activité 'Payment Executed' se produit après la 'Invoice Due Date'. Il fournit un indicateur clair, au niveau du cas, de non-conformité aux conditions de paiement. Cet attribut simplifie le calcul du KPI 'conformité aux conditions de paiement Rate'. Il permet un filtrage rapide et une visualisation en tableau de bord pour montrer le volume et la valeur des paiements en retard, et rend possible l'analyse des causes profondes sur ces cas spécifiques afin de comprendre pourquoi ils ont été retardés.
Pourquoi est-ce important ? :
Fournit un indicateur clair « what-if »mple pour analyser les paiements non conformes et calculer les KPI de paiement dans les délais.
Source des données :
Ce n'est pas un champ du système source. Il est calculé dans l'outil de Process Mining en comparant l'horodatage de l'activité 'Paiement effectué' à l'attribut 'InvoiceDueDate'.
Exemples
truefaux
|
|||
|
Est un reprises
IsRework
|
Un indicateur calculé qui identifie si une facture a fait l'objet d'une reprise. | ||
|
Descriptionn
Cet indicateur booléen est défini à vrai si le flux de processus d'une facture comprend des activités de reprise, telles que 'Discrepancy Resolved' ou une deuxième étape de 'Invoice Data Validated' après un échec initial. Il est calculé pour l'ensemble du cas. Cet attribut contribue directement au le KPI 'Discrepancy Rework Rate'. Il simplifie l'analyse en permettant un filtrage et une agrégation faciles de toutes les factures qui ont nécessité un effort manuel supplémentaire, aidant ainsi à quantifier l'impact d'une mauvaise qualité des données ou d'exceptions de processus.
Pourquoi est-ce important ? :
Mesure directement les reprises, permettant une quantification et une analyse simples des exceptions de processus et des inefficacités.
Source des données :
Ce n'est pas 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 reprises au sein d'un cas.
Exemples
truefaux
|
|||
|
Montant de l'escompte pour paiement anticipé
EarlyPaymentDiscountAmount
|
Le montant d'escompte potentiel si la facture est payée anticipativement. | ||
|
Descriptionn
Cet attribut indique la valeur monétaire de l'escompte offert par le fournisseur pour un paiement anticipé, tel que défini par les conditions de paiement. Ces données financières sont critiques pour le tableau de bord 'Early Payment Discount Status'. Elles permettent à l'entreprise de quantifier la valeur des escomptes obtenus par rapport à ceux manqués, offrant ainsi une incitation financière claire à améliorer l'efficacité des processus d'approbation des factures et de planification des paiements.
Pourquoi est-ce important ? :
Quantifie l'opportunité financière de l'efficacité des processus, établissant un lien direct entre la performance des processus et les économies de coûts.
Source des données :
Champ calculé basé sur le montant de la facture et les conditions de paiement. Cette valeur est disponibleble dans des tables telles que 'VendTrans' ou les champs d'escompte connexes.
Exemples
30.015.00246.91
|
|||
|
Motif de divergence
DiscrepancyReason
|
Le code motif ou la description d'un écart de facture. | ||
|
Descriptionn
Lorsqu'une facture est mise en attente ou qu'un écart est identifié, cet attribut enregistre la raison, telle que 'Écart de prix', 'Différence de quantité' ou 'Réception de marchandises manquante'. Cet attribut est indispensable pour l'analyse de 'Résolution des écarts et reprise de travail'. En catégorisant la reprise de travail selon la raison, l'analyse peut identifier les causes profondes des inefficacités du processus. Par exemple, si 'Écart de prix' est la raison la plus fréquente, cela indique un besoin d'une meilleure harmonisation des données entre les achats et les fournisseurs.
Pourquoi est-ce important ? :
Fournit la cause première du reprises, permettant des améliorations ciblées des processus pour réduire les exceptions et les interventions manuelles.
Source des données :
Peut être stocké dans les tables de factures en attente, les commentaires de workflow ou les champs spécifiques de journalisation des écarts dans le module Comptabilité Fournisseurs.
Exemples
Écart de prixÉcart de quantitéBon de commande (PO) invalide
|
|||
|
Numéro de bon de réception
GoodsReceiptNumber
|
L'identifiant du document de réception de marchandises lié à la facture. | ||
|
Descriptionn
Cet attribut associe la facture à l'enregistrement des biens ou services reçus, ce qui est nécessaire pour le rapprochement tripartite (bon de commande, réception de marchandises et facture). Ceci est indispensable pour analyser l'efficacité de la mise en correspondance du processus. Les retards ou les échecs dans les activités 'Goods Receipt Matched' peuvent être examinés à l'aide de cet identifiant pour remonter au document de réception source, aidant ainsi à identifier les problèmes dans les étapes d'approvisionnement ou de réception qui impactent les comptes fournisseurs.
Pourquoi est-ce important ? :
Facilite l'analyse de l'efficacité de l'appariement à trois voies et identifie les problèmes du processus de réception des marchandises.
Source des données :
Lié par les lignes du bon de commande, souvent identifié dans les journaux de bordereaux de livraison ('VendPackingSlipJour') ou les tables associées.
Exemples
GRN-00981GRN-01024
|
|||
|
Statut de la facture
InvoiceStatus
|
L'état d'avancement actuel du traitement de la facture. | ||
|
Descriptionn
Cet attribut reflète le dernier état connu d'une facture dans le processus, tel que 'In Progress', 'Approved', 'Paid' ou 'Cancelled'. Il offre un instantané de la position de la facture dans son cycle de vie. Bien que le Process Mining déduise le flux à partir des activités, disposer du statut final est utile pour la validation et pour la création de dashboards de niveau métier qui résument l'état actuel de toutes les factures ouvertes. Il peut être utilisé pour filtrer toutes les factures qui sont actuellement 'Approved' mais pas encore 'Paid'.
Pourquoi est-ce important ? :
Fournit un vue d'ensemble de l'état actuel de la facture, utile pour le filtrage et la création de dashboards basés sur le statut.
Source des données :
Souvent dérivé des champs de statut de document ou de statut de workflow dans le module Comptabilité Fournisseurs.
Exemples
En coursApprouvéPayéAnnulé
|
|||
|
Système source
SourceSystem
|
Le système d'où les données ont été extraites. | ||
|
Descriptionn
Cet attribut identifie l'origine des données d'événement, qui est 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, cela aide à la traçabilité des données, au dépannage et à la compréhension du environnement technologique du processus. Cela permet de filtrer l'analyse pour ne retenir que les événements d'un système spécifique.
Pourquoi est-ce important ? :
Fournit un contexte essentiel sur l'origine des données, essentiel pour la validation de celles-ci et pour les analyses de processus multi-systèmes.
Source des données :
Il s'agit généralement d'une valeur statique ('Microsoft Dynamics 365') ajoutée lors du processus d'extraction et de transformation des données.
Exemples
Microsoft Dynamics 365 FinanceD365 F&OAX2012
|
|||
Activités de traitement des factures fournisseurs
| Activité | Descriptionn | ||
|---|---|---|---|
|
Facture approuvée
|
Représente l'approbation finale dans le workflow, autorisant la comptabilisation de la facture pour paiement. Il s'agit d'un jalon critique avant que la facture n'entre dans la phase de paiement. | ||
|
Pourquoi est-ce important ? :
Marque la fin du cycle d'approbation. Le temps entre la 'Soumission pour approbation' et cette activité est un KPI clé pour identifier les points de blocage d'approbation et les workflows de longue durée.
Source des données :
Un événement explicite enregistré dans les journaux d'historique du workflow (WorkflowTrackingStatusTable) lorsque le statut du workflow est mis à jour en « Terminé » ou « Approuvé ».
Capture
Extrayez l'événement « Approuvée » ou « Terminée » pour la facture de l'historique de suivi du workflow.
Type d'événement
explicit
|
|||
|
Facture comptabilisée
|
La facture approuvée est officiellement enregistrée dans le grand livre, créant ainsi une obligation financière. Il s'agit d'une transaction comptable critique, et souvent irréversible. | ||
|
Pourquoi est-ce important ? :
La comptabilisation est une étape clé 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 reconnue.
Source des données :
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 les écritures du grand livre général (GeneralJournalEntry) associées.
Capture
Utilisez l'horodatage de validation des tables VendInvoiceJour ou GeneralJournalEntry.
Type d'événement
explicit
|
|||
|
Facture enregistrée
|
Marque la création initiale d'un enregistrement de facture dans le système, que ce soit par saisie manuelle, numérisation OCR ou échange de données informatisé (EDI). C'est le point de départ du cycle de vie du traitement des factures. | ||
|
Pourquoi est-ce important ? :
Cette activité est l'événement de début principal du processus. L'analyse du temps écoulé entre ce point et le paiement fournit le temps de cycle global de la facture, qui est un indicateur de performance clé.
Source des données :
Déduit de l'horodatage de création (champ CreatedDateTime) de l'enregistrement d'en-tête de facture dans les tables de factures fournisseurs en attente ou de journaux de factures, telles que VendInvoiceInfoTable.
Capture
Utilisez l'horodatage de création de l'enregistrement d'en-tête de facture.
Type d'événement
inferred
|
|||
|
Facture soumise à approbation
|
La facture est officiellement soumise à un workflow pour examen et approbation par le personnel autorisé. Ceci marque le début du cycle d'approbation. | ||
|
Pourquoi est-ce important ? :
Il s'agit d'une étape clé qui déclenche le calcul du temps de cycle d'approbation des factures. Elle permet de différencier le temps de saisie/rapprochement des données de la latence d'approbation.
Source des données :
C'est un événement explicite capturé dans les journaux d'historique du workflow D365 (WorkflowTrackingStatusTable) pour le document de facture spécifique. L'horodatage de soumission est enregistré.
Capture
Extrayez l'événement « Soumise » pour la facture de l'historique de suivi du workflow.
Type d'événement
explicit
|
|||
|
Paiement effectué
|
Le paiement est officiellement effectué par la comptabilisation d'un journal de paiement. Cette transaction règle l'obligation financière créée par la facture comptabilisée. | ||
|
Pourquoi est-ce important ? :
C'est un événement de fin principal pour le processus. Il est utilisé pour calculer la conformité aux conditions de paiement, identifier les retards de paiement et mesurer le temps de cycle final complet.
Source des données :
Un événement explicite enregistré lors de la validation du journal des paiements. Les détails de règlement sont stockés dans la table des transactions fournisseurs (VendTrans), associant le paiement à la facture.
Capture
Utilisez la date de transaction de l'enregistrement de règlement de paiement dans VendTrans.
Type d'événement
explicit
|
|||
|
Commande d'achat rapprochée
|
Le processus d'association d'une facture à un ou plusieurs bons de commande afin de vérifier les quantités, les prix et les conditions. Il s'agit d'une étape de validation critique pour les factures basées sur un bon de commande. | ||
|
Pourquoi est-ce important ? :
Cette activité est indispensablele pour mesurer les taux de correspondance au premier passage et identifier les points de blocage dans le processus de rapprochement. Les échecs à ce stade entraînent souvent des boucles de résolution des écarts.
Source des données :
Peut être déduit lorsque le statut de rapprochement de l'enregistrement de la facture est mis à jour en « Rapproché » ou lorsque les détails de rapprochement au niveau des lignes sont enregistrés avec succès. Cette information est généralement stockée dans les tables liées aux lignes de facture fournisseur.
Capture
Identifier les changements de statut sur l'en-tête ou les lignes de la facture liés au succès de l'appariement avec le bon de commande (BC).
Type d'événement
inferred
|
|||
|
Divergence identifiée
|
Se produit lorsque la facture échoue à la validation ou au rapprochement avec le bon de commande ou la réception de marchandises, nécessitant une intervention manuelle. Une mise en attente ou un statut spécifique est souvent appliqué à la facture. | ||
|
Pourquoi est-ce important ? :
Cette activité initie une boucle de reprises. L'analyse de sa fréquence et de sa cause est indispensablele pour identifier les inefficacités du processus, les problèmes de qualité des données ou les problèmes de fournisseurs.
Source des données :
Cela peut être explicitement enregistré dans l'historique de la facture ou déduit lorsqu'une facture est mise 'On Hold' avec un code motif lié à un écart de correspondance. Recherchez les changements de statut dans l'en-tête de la facture.
Capture
Capture l'horodatage lorsque le statut de la facture est défini sur « En attente » ou qu'un indicateur d'écart est activé.
Type d'événement
inferred
|
|||
|
Divergence résolue
|
L'action entreprise pour lever un blocage ou corriger une facture après l'identification d'un écart. La facture est maintenant prête à être soumise à nouveau pour rapprochement ou approbation. | ||
|
Pourquoi est-ce important ? :
Cette activité clôture une boucle de reprises. Le temps nécessaire pour résoudre les écarts est un indicateur clé de l'efficacité du processus de gestion des exceptions.
Source des données :
Déduit de l'horodatage lorsque le statut « En attente » est supprimé de la facture, ou lorsque la facture est soumise à nouveau au workflow après un rejet.
Capture
Capture l'horodatage lorsqu'une retenue est levée ou que la facture est soumise à nouveau après un rejet.
Type d'événement
inferred
|
|||
|
Données de facture validées
|
Représente le système ou l'utilisateur effectuant les vérifications initiales sur les données de facture saisies pour s'assurer de leur exhaustivité et de leur exactitude, avant le rapprochement ou l'approbation. Il peut s'agir d'une validation système automatisée ou d'une étape de révision manuelle. | ||
|
Pourquoi est-ce important ? :
Le suivi de cette activité aide à identifier les retards causés par une mauvaise qualité des données. Un taux élevé d'échecs ou une longue durée à ce stade indique des problèmes avec les processus de capture de données, tels que la précision de l'OCR.
Source des données :
C'est souvent un événement inféré. Il peut être déduit du horodatage où le statut de la facture passe de 'Nouveau' ou 'Brouillon' à un état tel que 'Validé' ou 'Prêt pour le rapprochement', ou de la dernière modificationication avant la soumission au workflow.
Capture
Capture l'horodatage d'un changement de statut indiquant une validation réussie ou l'événement de mise à jour précédant la soumission au workflow.
Type d'événement
inferred
|
|||
|
Facture annulée
|
La facture est annulée ou invalidée après avoir été comptabilisée, généralement pour corriger une erreur. Il s'agit d'un point d'arrivée alternatif et exceptionnel pour le processus. | ||
|
Pourquoi est-ce important ? :
Le suivi des annulations est important pour comprendre la qualité des processus et les taux d'erreur. Une fréquence élevée d'annulations peut indiquer des problèmes systémiques dans le processus en amont.
Source des données :
Il s'agit d'un événement explicite. D365 crée une transaction d'annulation ou de crédit qui est liée au journal des factures d'origine. La date de comptabilisation de cette annulation signale la survenue de l'annulation.
Capture
Identifier la date de comptabilisation de la transaction d'annulation associée à la facture originale.
Type d'événement
explicit
|
|||
|
Facture rejetée
|
Un approbateur refuse la facture dans le workflow, la renvoyant généralement à l'initiateur pour correction ou clarification. Cela initie une boucle de reprises. | ||
|
Pourquoi est-ce important ? :
Le suivi des rejets permet d'identifier les causes des retards d'approbation et du reprises. Il peut mettre en évidence des problèmes de codification des factures, des violations de politique ou une documentation insuffisante.
Source des données :
Il s'agit d'un événement explicite capturé dans l'historique du workflow (WorkflowTrackingStatusTable) lorsqu'un approbateur sélectionne l'action 'Rejeter'.
Capture
Extrayez l'événement « Rejetée » pour la facture de l'historique de suivi du workflow.
Type d'événement
explicit
|
|||
|
Paiement compensé
|
Le paiement effectué par l'entreprise a été compensé par la banque, comme confirmé par le processus de rapprochement bancaire. Il s'agit de la confirmation financière finale de l'achèvement du paiement. | ||
|
Pourquoi est-ce important ? :
Cette activité apporte la confirmation définitive d'un décaissement. L'analyse du délai entre l'exécution et la compensation du paiement est indispensablele pour la trésorerie et la gestion des liquidités.
Source des données :
Cette information est tirée des modules de rapprochement bancaire. Elle est déduite lorsqu'une ligne d'extrait bancaire correspondant au paiement est rapprochée et comptabilisée dans D365.
Capture
Nécessite de lier 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 paiement, la programmant pour un futur cycle de paiement. Cela indique l'intention de payer. | ||
|
Pourquoi est-ce important ? :
Cette activité est indispensablele pour la prévision des flux de trésorerie et l'analyse de la conformité aux conditions de paiement. Elle aide à déterminer si les escomptes pour paiement anticipé sont envisagés et planifiés.
Source des données :
Déduit de la création d'une ligne de journal de paiement (LedgerJournalTrans) qui inclut la facture. La date de transaction sur la ligne du journal indique la date de paiement prévue.
Capture
Utilisez la date de création de la ligne de journal de paiement qui référence la facture.
Type d'événement
inferred
|
|||
|
Réception de marchandises appariée
|
Pour l'appariement à trois voies, cette activité confirme que les biens ou services facturés ont été reçus en recoupant avec les bons de réception. Cette étape vérifie la livraison physique par rapport à la facture. | ||
|
Pourquoi est-ce important ? :
Le suivi de cette activité permet d'analyser l'efficacité du processus de rapprochement tripartite et d'identifier les retards causés par des informations de réception de marchandises manquantes ou incorrectes.
Source des données :
Similaire au rapprochement des commandes d'achat, cette information est déduite des mises à jour de statut de la facture indiquant un rapprochement réussi avec les journaux de réception de produits (Bons de livraison).
Capture
Rechercher les changements de statut ou les indicateurs d'un rapprochement tripartite réussi.
Type d'événement
inferred
|
|||