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

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

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

Ce modèle fournit une structure détaillée pour organiser vos données financières afin d'améliorer la visibilité sur vos workflows de paiement. Il comprend une liste structurée d'attributs et d'activités pour vous aider à construire un journal d'événements de haute qualité à partir de votre système de planification des ressources d'entreprise. En utilisant ces directives, vous pouvez identifier les inefficacités et optimiser le parcours de la réception de la facture au règlement final.
  • Attributs spécifiques au processus pour l'analyse financière
  • Étapes clés de l'activité pour le suivi des paiements
  • Instructions d'extraction détaillées pour Dynamics 365
Vous découvrez les journaux d'événements ? Apprenez comment créer un journal d'événements Process Mining.

Attributs de traitement des paiements des comptes fournisseurs

Ces champs de données représentent les dimensions principales requises pour analyser vos cycles de paiement et assurer des niveaux élevés de transparence tout au long du processus des comptes fournisseurs.
5 Obligatoire 9 Recommandé 6 Facultatif
Nom Descriptionn
Activité
Activity
La tâche spécifique ou le changement de statut qui s'est produit.
Descriptionn

Cet attribut décrit l'événement ou l'étape réalisée dans le processus, tels que « Facture créée », « Facture approuvée » ou « Paiement comptabilisé ». Il transforme les types de transactions techniques et les changements de statut de workflow en événements métier lisibles.

Dans Dynamics 365, ces activités sont souvent dérivées d'une combinaison d'insertions de tables (par ex., un nouvel enregistrement dans VendInvoiceJour), du suivi de l'historique de workflow, ou des mises à jour de statut dans la VendInvoiceInfoTable.

Pourquoi est-ce important ? :

Il définit le flux de processus et la séquence d'événements pour la carte de processus.

Source des données :

Dérivé de diverses tables de transactions et journaux d'historique de workflow

Exemples
Facture crééeFacture approuvéePaiement généré
Heure de l'événement
EventTime
L'horodatage de l'activité.
Descriptionn

Cet attribut consigne la date et l'heure exactes auxquelles une activité spécifique a eu lieu. Il est utilisé pour séquencer les événements chronologiquement et calculer les durées entre les étapes.

Pour Dynamics 365, il est généralement extrait de CreatedDateTime, ModifiedDateTime, ou de champs de date de transaction spécifiques comme TransDate selon la table interrogée.

Pourquoi est-ce important ? :

Primordial pour le calcul des temps de cycle, des délais et l'identification des points de blocage.

Source des données :

Champs système CreatedDateTime or ModifiedDateTime on transaction tables

Exemples
2023-10-01T08:30:00Z2023-10-01T14:15:22Z2023-10-05T09:00:00Z
Numéro de facture
InvoiceNumber
L'identifiant unique attribué à la facture fournisseur.
Descriptionn

Le numéro de facture sert d'identifiant de cas définitif pour cette vue de processus. Il regroupe de manière unique tous les événements relatifs à une seule facture fournisseur, pour une analyse complète de son parcours de la réception au règlement.

Dans Microsoft Dynamics 365, cela correspond généralement au champ InvoiceId que l'on trouve dans des tables comme VendInvoiceJour ou VendInvoiceInfoTable. C'est la clé primaire pour suivre la dette envers un fournisseur spécifique.

Pourquoi est-ce important ? :

C'est l'élément clé pour lier les activités de comptes fournisseurs disjointes en une seule instance de processus.

Source des données :

Table : VendInvoiceJour, Champ : InvoiceId

Exemples
INV-2023-00198223344ACME-OCT-22
Dernière mise à jour des données
LastDataUpdate
L'horodatage de l'extraction ou de l'actualisation des données.
Descriptionn

Indique l'actualisation des données utilisées pour l'analyse. Il aide les utilisateurs à comprendre s'ils examinent des données en temps réel ou un instantané d'une période antérieure.

Ceci est généralement généré par le processus ETL (Extraction, Transformation, Chargement) plutôt que d'être un champ dans Dynamics 365.

Pourquoi est-ce important ? :

Primordial pour garantir la fiabilité dans les dashboards et les KPI.

Source des données :

Généré par le script d'extraction

Exemples
2023-10-25T12:00:00Z2023-11-01T06:00:00Z
Système source
SourceSystem
Le nom du système d'où proviennent les données.
Descriptionn

Identifie le logiciel ou l'environnement source d'où les données de processus ont été extraites. Dans ce contexte, cela indiquera systématiquement l'instance Microsoft Dynamics 365.

Ceci est particulièrement utile dans les environnements multi-systèmes où les données peuvent être mélangées à partir d'ERPs et de solutions de numérisation externes.

Pourquoi est-ce important ? :

Assure la traçabilité des données et la traçabilité dans les analyses multi-systèmes.

Source des données :

Codé en dur ou configuré lors de l'extraction

Exemples
Dynamics 365 F&OD365 PRODMicrosoft Dynamics
Code société
CompanyCode
L'identifiant de l'entité juridique ou de la filiale.
Descriptionn

Représente l'entité juridique dans l'organisation où la facture est traitée. Dans Microsoft Dynamics 365, ceci est strictement appliqué via le champ système DataAreaId.

Cet attribut est indispensable pour l'« Analyse du délai complet », permettant des comparaisons entre différentes filiales ou unités géographiques.

Pourquoi est-ce important ? :

Permet une analyse comparative entre différentes unités commerciales ou pays.

Source des données :

Table : VendInvoiceJour, Champ : DataAreaId

Exemples
USMFDEMFGBSI
Compte fournisseur
VendorAccount
Le numéro de compte unique du fournisseur.
Descriptionn

L'identifiant unique du fournisseur impliqué dans la transaction. Dans Dynamics 365, cela correspond au champ AccountNum dans la VendTable.

Cet attribut est central pour la « Vue de la complexité des relations fournisseurs », permettant l'analyse de la performance et des frictions par relation fournisseur spécifique.

Pourquoi est-ce important ? :

Permet la segmentation des performances du processus par fournisseur.

Source des données :

Table: VendInvoiceJour, Champ : InvoiceAccount or OrderAccount

Exemples
US-101V000452001
Date d'échéance
DueDate
La date à laquelle la facture devrait être payée.
Descriptionn

La date contractuelle à laquelle le paiement doit être réglé pour éviter les pénalités. Dans Dynamics 365, elle est stockée en tant que DueDate sur l'en-tête de facture ou l'enregistrement de transaction.

C'est la référence principale pour le KPI « Taux de paiement ponctuel » et aide à prioriser le travail dans la vue « Débit et Volume du Processus des Comptabilité fournisseurs ».

Pourquoi est-ce important ? :

La référence pour mesurer la performance des paiements à temps.

Source des données :

Table: VendInvoiceJour or VendTrans, Champ : DueDate

Exemples
2023-11-302023-12-15
Date de la facture
InvoiceDate
La date du document indiquée sur la facture.
Descriptionn

La date imprimée sur la facture du fournisseur. Dans Dynamics 365, il s'agit du champ InvoiceDate. Elle diffère de la date de création (lorsqu'elle a été saisie dans le système).

Utilisée dans l'« Analyse du délai complet » pour mesurer le cycle de vie total du point de vue du fournisseur.

Pourquoi est-ce important ? :

Définit le début de la période de vieillissement de la facture.

Source des données :

Table: VendInvoiceJour, Champ : InvoiceDate

Exemples
2023-10-012023-10-15
Département
Department
Le département responsable du coût.
Descriptionn

La dimension financière indiquant le département interne. Dans Dynamics 365, les dimensions sont stockées dynamiquement (souvent dans DefaultDimension), nécessitant une recherche spécialisée pour résoudre la valeur spécifique du « Département ».

Cet attribut est utilisé dans la « Vue de la complexité des relations fournisseurs » pour voir quels départements internes génèrent le plus de volume de comptes fournisseurs (AP).

Pourquoi est-ce important ? :

Permet l'exploration organisationnelle et l'analyse de la responsabilité.

Source des données :

Table : VendInvoiceJour, Champ : DefaultDimension (Nécessite la vue DimensionAttributeLevelValue)

Exemples
ITFinanceOpérations
ID utilisateur
UserId
L'identifiant de l'utilisateur qui a effectué l'activité.
Descriptionn

Identifie l'utilisateur système responsable d'une activité spécifique, telle que l'approbation d'une facture ou l'enregistrement d'un paiement. Sourced from CreatedBy or ModifiedBy fields in D365.

Utilisé dans l'« Analyse des blocages et frictions de paiement » pour voir si certains processeurs déclenchent plus de blocages que d'autres.

Pourquoi est-ce important ? :

Permet l'analyse du comportement des ressources et la séparation des tâches.

Source des données :

System fields CreatedBy/ModifiedBy on transaction/history tables

Exemples
jdoeadminworkflow_sys
Montant de la facture
InvoiceAmount
La valeur monétaire totale de la facture.
Descriptionn

La valeur totale de la facture dans la devise de la transaction. Dans Dynamics 365, on la trouve dans des champs comme InvoiceAmount ou AmountCur danss tables du journal des factures.

Utilisé dans le tableau de bord « Détection des risques de double paiement » pour corréler les montants avec les détails du fournisseur.

Pourquoi est-ce important ? :

Critique pour l'analyse du volume des dépenses et du risque financier.

Source des données :

Table: VendInvoiceJour, Champ : InvoiceAmount

Exemples
1500.00245.5010000.00
Nom du fournisseur
VendorName
Le nom de l'organisation du fournisseur.
Descriptionn

Le nom descriptif du fournisseur. Dans D365, le compte fournisseur agit comme clé étrangère vers le Global Address Book (DirPartyTable), où le Name réel est stocké.

La fourniture de noms lisibles par l'homme facilite la « Vue de la complexité des relations fournisseurs » et rend les dashboards accessibles aux utilisateurs métier.

Pourquoi est-ce important ? :

Fournit le contexte pour le numéro de compte fournisseur.

Source des données :

Table: DirPartyTable (via VendTable), Champ : Name

Exemples
Contoso Office SupplyFabrikam ElectronicsLitware Inc.
Numéro de commande d'achat
PurchaseOrderNumber
Le numéro de référence du bon de commande associé.
Descriptionn

Lie la facture au document d'achat original. Dans Dynamics 365, il s'agit du champ PurchId.

Cet attribut prend en charge le tableau de bord « Tendance des rapprochements et écarts de bons de commande » en distinguant les factures basées sur un bon de commande des factures sans bon de commande.

Pourquoi est-ce important ? :

Primordial pour analyser le taux de rapprochement du processus d'achat au paiement.

Source des données :

Table: VendInvoiceJour, Champ : PurchId

Exemples
PO-000455000342PO-22-998
Conditions de paiement
PaymentTerms
Le code représentant les conditions de paiement convenues.
Descriptionn

Le code de configuration qui dicte les dates d'échéance et les escomptes (par ex. : Net30). Dans Dynamics 365, il s'agit du PaymTermId.

Analysé parallèlement au « Temps de Cycle » pour voir si des retards de processus violent les termes convenus.

Pourquoi est-ce important ? :

Fournit le contexte pour le calcul de la date d'échéance.

Source des données :

Table: VendInvoiceJour, Champ : PaymTermId

Exemples
Net302%10Net30COD
Date d'escompte
CashDiscountDate
La date à laquelle le paiement doit être effectué pour bénéficier d'un escompte.
Descriptionn

La date limite pour bénéficier des incitatifs de paiement anticipé. Dans Dynamics 365, il s'agit du CashDiscDate.

Cet attribut alimente le tableau de bord « Performance de la capture d'escompte en espèces », permettant à l'organisation de quantifier les opportunités d'économies manquées.

Pourquoi est-ce important ? :

Impacte directement le KPI d'efficacité financière du processus.

Source des données :

Table: VendInvoiceJour or VendTrans, Champ : CashDiscDate

Exemples
2023-10-102023-10-20
Devise
Currency
Le code de devise de la facture.
Descriptionn

Le code ISO de la devise dans laquelle la facture a été émise. Dans Dynamics 365, il s'agit du champ CurrencyCode.

Important pour la standardisation des montants dans le mappage « Montant de l'activité » si une normalisation multidevise est requise.

Pourquoi est-ce important ? :

Contexte nécessaire à l'interprétation des valeurs financières.

Source des données :

Table: VendInvoiceJour, Champ : CurrencyCode

Exemples
USDEURGBP
Méthode de paiement
PaymentMethod
La méthode utilisée pour payer la facture (par ex. : Chèque, Virement, TEF).
Descriptionn

Définit la manière dont les fonds sont transférés au fournisseur. Dans Dynamics 365, il s'agit du champ PaymMode.

Cet attribut est utilisé dans le tableau de bord « Délais d'exécution des paiements » pour évaluer l'efficacité des différents types de lots de paiement.

Pourquoi est-ce important ? :

Explique les variations dans la phase d'exécution des paiements.

Source des données :

Table: VendInvoiceJour (joined to PaymMode info) or VendTrans

Exemples
CHECKACHVirement
Numéro de pièce
VoucherNumber
Le numéro de pièce comptable associé à la transaction.
Descriptionn

L'identifiant du grand livre général interne pour l'écriture comptable. Dans Dynamics 365, le champ Voucher connecte la facture aux transactions du grand livre général.

Bien que technique, il est utile pour l'« Audit du chemin du processus et de la conformité » de retracer les écritures jusqu'au GL pour la réconciliation.

Pourquoi est-ce important ? :

Clé pour l'audit financier et le rapprochement.

Source des données :

Table: VendInvoiceJour, Champ : LedgerVoucher

Exemples
VOU-10023INV-ACC-992
Paiement bloqué
IsPaymentBlocked
Indicateur signalant si la facture est actuellement bloquée pour paiement.
Descriptionn

Un indicateur booléen identifiant si la facture est en attente. Dans Dynamics 365, cela est souvent dérivé du statut OnHold dans VendTrans ou VendInvoiceInfoTable.

C'est le principal facteur de l'« Analyse des blocages et frictions de paiement », soulignant les interruptions de processus.

Pourquoi est-ce important ? :

Identifie les points de blocage immédiats et les interventions manuelles.

Source des données :

Table: VendTrans, Champ : Approved (inverted) or specialized Hold fields

Exemples
truefaux
Obligatoire Recommandé Facultatif

Activités de traitement des paiements des comptes fournisseurs

Cette liste identifie les étapes essentielles et les types d'événements que votre journal d'événements devrait capturer pour refléter avec précision le cycle de vie d'un paiement de facture.
7 Recommandé 5 Facultatif
Activité Descriptionn
Facture approuvée
L'instance de workflow de la facture en attente atteint un statut terminé ou approuvé. La facture est maintenant prête à être comptabilisée au grand livre.
Pourquoi est-ce important ? :

Calcule le délai moyen d'approbation. Les retards à ce niveau ont un impact direct sur la capacité à bénéficier des escomptes pour paiement anticipé.

Source des données :

WorkflowTrackingStatusTable.CreatedDateTime lorsque le TrackingStatus est Completed. Alternativement, VendInvoiceInfoTable.RequestStatus est égal à Approved.

Capture

Comptabilisé lorsque l'instance de workflow est terminée

Type d'événement explicit
Facture comptabilisée
La facture est comptabilisée au grand livre général, créant une dette dans le système. L'enregistrement passe des tables en attente aux tables de transactions comptabilisées.
Pourquoi est-ce important ? :

Une étape majeure indiquant la reconnaissance financière de la dette. Cette activité permet de sélectionner la facture pour paiement.

Source des données :

Création d'un enregistrement dans VendInvoiceJour et VendTrans. La TransDate représente la date d'enregistrement.

Capture

Comptabilisé lors de l'exécution de la transaction X

Type d'événement explicit
Facture créée
La création initiale d'un enregistrement de facture fournisseur en attente dans le système. Cela marque l'entrée de la facture dans le workflow de Dynamics 365, soit manuellement, soit via l'importation d'entités de données.
Pourquoi est-ce important ? :

Établit l'heure de début pour les calculs de délai du processus. Il permet aux organisations de mesurer le temps pendant lequel les factures restent dans le système avant d'être traitées ou enregistrées.

Source des données :

VendInvoiceInfoTable.CreatedDateTime ou horodatage de création de VendInvoiceInfoTable.RecId. Cela correspond à l'en-tête de la facture fournisseur en attente.

Capture

Comptabilisé lors de la création de l'enregistrement dans VendInvoiceInfoTable

Type d'événement explicit
Facture rapprochée du bon de commande
Le système lie avec succès la ligne de facture à un bon de commande ou un reçu de produit. Cette activité signifie la validation de la facture par rapport à la commande d'approvisionnement.
Pourquoi est-ce important ? :

Critique pour le KPI du taux de rapprochement des bons de commande au premier passage. Il fait la distinction entre le traitement sans intervention manuelle et les factures nécessitant une intervention manuelle.

Source des données :

VendInvoiceInfoLine.PurchId et VendInvoiceInfoTable.MatchStatus. Déduit lorsque le MatchStatus passe à Passed.

Capture

Comparer le champ MatchStatus avant/après

Type d'événement inferred
Journal de paiement créé
La facture est sélectionnée et ajoutée à une ligne du journal des paiements. Cela indique l'intention de payer et initie généralement le workflow d'examen des paiements.
Pourquoi est-ce important ? :

Marque la transition de la dette au traitement du décaissement. Utilisé pour mesurer les délais d'exécution des paiements.

Source des données :

LedgerJournalTrans.CreatedDateTime. La facture est liée via le champ MarkedInvoice ou les tables de règlement.

Capture

Comptabilisé lors de la création de l'enregistrement dans LedgerJournalTrans

Type d'événement explicit
Paiement comptabilisé
Le journal des paiements est comptabilisé au grand livre général, réglant la facture et soldant le compte fournisseur. Cela finalise le processus financier.
Pourquoi est-ce important ? :

L'activité finale pour le « Temps de cycle moyen de la facture au paiement ». Elle confirme que les écritures comptables pour la réduction de trésorerie sont finalisées.

Source des données :

LedgerJournalTrans est enregistré. Met à jour VendTrans pour afficher le règlement. L'événement réel est l'enregistrement du journal.

Capture

Comptabilisé lors de l'exécution de la transaction X

Type d'événement explicit
Paiement généré
Le système génère le fichier de paiement (TEF, ISO20022) ou imprime les chèques. Le statut de paiement sur la ligne du journal se met à jour en « Envoyé » ou « Généré ».
Pourquoi est-ce important ? :

Supporte le KPI de « Délai entre l'approbation et l'exécution ». Il confirme que l'instruction de paiement a été générée.

Source des données :

Le statut de paiement de LedgerJournalTrans passe à Envoyé/Reçu. Souvent déduit des mises à jour de la ligne.

Capture

Comparer le champ PaymentStatus avant/après

Type d'événement inferred
Blocage de paiement appliqué
Un blocage est appliqué à la transaction fournisseur, l'empêchant d'être sélectionnée dans une proposition de paiement. Cela est souvent effectué manuellement en cas de litige.
Pourquoi est-ce important ? :

Supporte l'analyse des blocages de paiement et des frictions. Révèle les interventions manuelles qui retardent les décaissements.

Source des données :

Le flag VendTrans.Approved est défini sur No, ou des champs de statut OnHold spécifiques sont renseignés. Nécessite le suivi des mises à jour de VendTrans.

Capture

Comparer le champ de statut avant/après

Type d'événement inferred
Échec du rapprochement de facture
Le processus de rapprochement identifie un écart entre la facture et le bon de commande/réception (écart de prix ou de quantité). Cela interrompt souvent le processus jusqu'à sa résolution.
Pourquoi est-ce important ? :

Identifie les points de blocage spécifiques dans le processus de rapprochement. Alimente le tableau de bord « Tendance des rapprochements et écarts de bons de commande ».

Source des données :

Le MatchStatus de VendInvoiceInfoTable passe à Failed ou Discrepancy. Également visible dans les écarts de rapprochement de VendInvoiceInfoLine.

Capture

Comparer le champ MatchStatus avant/après

Type d'événement inferred
Facture mise à jour
Enregistre les modifications apportées à l'en-tête ou aux lignes de la facture avant la comptabilisation. Des mises à jour fréquentes peuvent indiquer des problèmes d'extraction de données ou des corrections manuelles nécessaires lors de la validation.
Pourquoi est-ce important ? :

Une fréquence élevée de mises à jour suggère des boucles de reprise ou une mauvaise qualité des données source (par exemple, des erreurs d'OCR). Ceci soutient le Moniteur de reprises et de prélèvement.cision des données.

Source des données :

Journal de base de données (SysDatabaseLog) sur VendInvoiceInfoTable si activé, ou déduit des changements de ModifiedDateTime si la fréquence de sondage est élevée.

Capture

Comparer ModifiedDateTime lors des extractions ultérieures

Type d'événement inferred
Facture soumise pour approbation
La facture en attente est soumise au moteur de workflow pour examen. Cela marque la transition de la saisie/rapprochement des données à la phase d'autorisation.
Pourquoi est-ce important ? :

Marque le début du cycle d'approbation. Primordial pour analyser l'efficacité des hiérarchies internes.

Source des données :

WorkflowTrackingStatusTable.CreatedDateTime where ContextTableId equals VendInvoiceInfoTable ID and Status is Submitted.

Capture

Comptabilisé lors de l'initiation de l'instance de workflow

Type d'événement explicit
Journal des paiements approuvé
Le workflow du journal des paiements est approuvé, autorisant la génération des paiements. C'est la vérification finale avant que les fonds ne soient préparés pour le transfert.
Pourquoi est-ce important ? :

Sépare la préparation administrative des paiements du goulot d'étranglement de l'autorisation.

Source des données :

WorkflowTrackingStatusTable linking to the LedgerJournalTable (Header) ID. Status is Completed.

Capture

Comptabilisé lorsque l'instance de workflow est terminée

Type d'événement explicit
Recommandé Facultatif

Guides d'extraction

Comment obtenir vos données de Microsoft Dynamics 365