Modèle de données : 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
|
L'identifiant unique de chaque document de facture fournisseur. | ||
|
Description
La facture sert d'identifiant principal de case, reliant toutes les activités, du moment où une facture est reçue jusqu'à son paiement final. Cela permet une analyse de bout en bout 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 case, comme le temps de cycle total, et aide à identifier les variantes et les goulots d'étranglement spécifiques à chaque parcours de facture.
Pourquoi c'est 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.
Où obtenir
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. | ||
|
Description
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 fondamentale 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 c'est important
Les activités définissent le « quoi » du processus, permettant d'établir une cartographie et d'analyser les flux ainsi que leurs variations.
Où obtenir
Cette information est souvent dérivée des changements de statut, des logs 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. | ||
|
Description
Cet attribut fournit la date et l'heure pour chaque activité, ce qui est essentiel pour ordonner les événements chronologiquement et calculer les durées. Il constitue la colonne vertébrale 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 critique pour identifier les goulots d'étranglement et mesurer la performance des processus par rapport aux SLA.
Pourquoi c'est important
Ce timestamp est crucial pour séquencer correctement les événements et calculer toutes les métriques de performance, telles que les temps de cycle et les goulots d'étranglement.
Où obtenir
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. | ||
|
Description
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 c'est 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.
Où obtenir
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/10 Net 30
|
|||
|
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. | ||
|
Description
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 essentiel pour l'analyse 'Payment Terms Compliance'. 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 c'est important
Crucial pour mesurer la ponctualité des paiements, gérer les relations avec les fournisseurs et éviter les frais de retard de paiement.
Où obtenir
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. | ||
|
Description
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 c'est 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.
Où obtenir
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. | ||
|
Description
Représente le montant total dû sur la facture fournisseur. Il s'agit d'une métrique financière critique pour chaque dossier. 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 c'est 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.
Où obtenir
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. | ||
|
Description
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 essentielle 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 c'est important
Distingue les factures avec et sans bon de commande (PO), qui suivent des processus différents, et est essentiel pour analyser l'efficacité de l'appariement.
Où obtenir
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é. | ||
|
Description
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 essentielle 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 goulots d'étranglement.
Pourquoi c'est 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.
Où obtenir
Généralement trouvé dans les champs 'Créé par' ou 'Modifié par' des transactions, ou dans les logs 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. | ||
|
Description
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 essentiel pour le dashboard 'Invoice Approval Cycle Time Analysis'. L'analyse peut être ventilée par approbateur afin d'identifier les individus qui pourraient constituer des goulots d'étranglement 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 c'est important
Permet d'analyser en détail le processus d'approbation, aidant à identifier les goulots d'étranglement individuels ou d'équipe.
Où obtenir
Extrait des journaux d'historique du workflow (« WorkflowTrackingStatusTable »), qui enregistrent l'utilisateur ayant effectué chaque étape d'approbation.
Exemples
David ChenMaria GarciaAP_Manager_Group
|
|||
|
Code société
CompanyCode
|
L'identifiant de l'entité juridique qui traite la facture. | ||
|
Description
Cet attribut identifie la société ou l'entité juridique spécifique au sein de 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 c'est important
Permet d'analyser et de comparer les performances des processus entre les entités juridiques ou unités commerciales de l'organisation.
Où obtenir
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é. | ||
|
Description
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 c'est 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é.
Où obtenir
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. | ||
|
Description
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 l'actualité des données analysées. Pour les dashboards et le suivi continu, ce timestamp est crucial 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 fraîcheur des données et contribue au suivi de la santé du pipeline de données.
Pourquoi c'est important
Indique la fraîcheur des données, essentiel pour prendre des décisions commerciales opportunes et précises basées sur l'analyse.
Où obtenir
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. | ||
|
Description
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 essentielle pour mesurer le niveau d'automatisation dans le processus des comptes fournisseurs (AP). Elle aide à calculer le taux 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 c'est important
Mesure le taux de traitement direct et identifie les opportunités d'automatisation et d'efficacité accrues.
Où obtenir
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. | ||
|
Description
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 'Payment Terms Compliance Rate'. Il permet un filtrage rapide et une visualisation en dashboard 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 c'est important
Fournit un indicateur clair et simple pour analyser les paiements non conformes et calculer les KPI de paiement dans les délais.
Où obtenir
Ce n'est pas un champ du système source. Il est calculé dans l'outil de Process Mining en comparant le timestamp de l'activité 'Paiement effectué' à l'attribut 'InvoiceDueDate'.
Exemples
truefaux
|
|||
|
Est un retravail
IsRework
|
Un indicateur calculé qui identifie si une facture a fait l'objet d'une reprise. | ||
|
Description
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 soutient directement 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 c'est important
Mesure directement le retravail, permettant une quantification et une analyse simples des exceptions de processus et des inefficacités.
Où obtenir
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 retravail 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. | ||
|
Description
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 dashboard '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 c'est 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.
Où obtenir
Champ calculé basé sur le montant de la facture et les conditions de paiement. Cette valeur est disponible 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. | ||
|
Description
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 essentiel 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 c'est important
Fournit la cause première du retravail, permettant des améliorations ciblées des processus pour réduire les exceptions et les interventions manuelles.
Où obtenir
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. | ||
|
Description
Cet attribut associe la facture à l'enregistrement des biens ou services reçus, ce qui est nécessaire pour le rapprochement à trois voies (bon de commande, réception de marchandises et facture). Ceci est essentiel 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 c'est important
Facilite l'analyse de l'efficacité de l'appariement à trois voies et identifie les problèmes du processus de réception des marchandises.
Où obtenir
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. | ||
|
Description
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 c'est important
Fournit un résumé de haut niveau de l'état actuel de la facture, utile pour le filtrage et la création de dashboards basés sur le statut.
Où obtenir
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. | ||
|
Description
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 paysage technologique du processus. Cela permet de filtrer l'analyse pour ne retenir que les événements d'un système spécifique.
Pourquoi c'est important
Fournit un contexte essentiel sur l'origine des données, crucial pour la validation de celles-ci et pour les analyses de processus multi-systèmes.
Où obtenir
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
|
|||
|
Temps de traitement des factures
InvoiceProcessingTime
|
Le temps de cycle total pour une facture, de la réception au paiement. | ||
|
Description
Cette métrique représente la durée totale écoulée pour un cas de facture, généralement calculée à partir du timestamp de la première activité (par exemple, 'Facture enregistrée') jusqu'au timestamp d'une activité terminale (par exemple, 'Paiement effectué'). C'est un KPI ('Temps de cycle moyen des factures') essentiel pour mesurer l'efficacité globale des processus. L'analyse de cette durée aide à identifier les retards systémiques et fournit un point de référence de haut niveau pour les initiatives d'amélioration des processus. Il peut être ventilé par dimensions comme le fournisseur ou le code d'entreprise pour identifier les zones avec les temps de cycle les plus longs.
Pourquoi c'est important
Mesure directement l'efficacité du processus de bout en bout et sert d'indicateur clé de performance pour surveiller la santé globale des comptes fournisseurs.
Où obtenir
Ce n'est pas un champ du système source. Il est calculé dans l'outil de Process Mining en prenant la différence entre les timestamps du premier et du dernier événement d'un cas.
Exemples
15 jours 4 heures3 jours 11 heures32 jours 1 heure
|
|||
Activités de traitement des factures fournisseurs
| Activité | Description | ||
|---|---|---|---|
|
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 c'est 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 goulots d'étranglement d'approbation et les workflows de longue durée.
Où obtenir
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 c'est 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.
Où 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 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 c'est 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é.
Où obtenir
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 c'est 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.
Où obtenir
C'est un événement explicite capturé dans les logs d'historique du workflow D365 (WorkflowTrackingStatusTable) pour le document de facture spécifique. Le timestamp 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 c'est 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 de bout en bout.
Où obtenir
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 c'est important
Cette activité est essentielle pour mesurer les taux de correspondance au premier passage et identifier les goulots d'étranglement dans le processus de rapprochement. Les échecs à ce stade entraînent souvent des boucles de résolution des écarts.
Où obtenir
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 (PO).
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 c'est important
Cette activité initie une boucle de retravail. L'analyse de sa fréquence et de sa cause est cruciale pour identifier les inefficacités du processus, les problèmes de qualité des données ou les problèmes de fournisseurs.
Où obtenir
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 c'est important
Cette activité clôture une boucle de retravail. Le temps nécessaire pour résoudre les écarts est un indicateur clé de l'efficacité du processus de gestion des exceptions.
Où obtenir
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 c'est 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.
Où obtenir
C'est souvent un événement inféré. Il peut être déduit du timestamp 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 modification 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 c'est 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.
Où obtenir
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 retravail. | ||
|
Pourquoi c'est important
Le suivi des rejets permet d'identifier les causes des retards d'approbation et du retravail. Il peut mettre en évidence des problèmes de codification des factures, des violations de politique ou une documentation insuffisante.
Où obtenir
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 c'est 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 cruciale pour la trésorerie et la gestion des liquidités.
Où obtenir
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 c'est important
Cette activité est cruciale 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.
Où obtenir
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 c'est important
Le suivi de cette activité permet d'analyser l'efficacité du processus de rapprochement à trois voies et d'identifier les retards causés par des informations de réception de marchandises manquantes ou incorrectes.
Où obtenir
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 à trois voies réussi.
Type d'événement
inferred
|
|||