Votre modèle de données pour le processus Achat au Paiement - Bon de Commande

Microsoft Dynamics 365
Votre modèle de données pour le processus Achat au Paiement - Bon de Commande

Votre modèle de données pour le processus Achat au Paiement - Bon de Commande

Ce template offre les étapes nécessaires à la collecte des données essentielles nécessaires à l'optimisation de votre processus Achats au paiement (P2P) (de l'achat au paiement) et de commande. Il décrit les attributs essentiels à collecter, les activités clés à suivre et fournit des conseils pratiques pour extraire ces informations de votre système source. Utilisez cette ressource pour vous assurer que vos données sont prêtes pour une analyse de processus complète.
  • Attributs recommandés à collecter
  • Activités clés à suivre pour la cartographie des processus
  • Guide pratique d'extraction de données
Vous découvrez les journaux d'événements ? Apprenez comment créer un journal d'événements Process Mining.

De l'achat au paiement - Attributs des bons de commande

Ce sont les champs de données recommandés à inclure dans votre journal d'événements pour une analyse complète de votre processus De l'Achat au Paiement, Bon de Commande.
5 Obligatoire 5 Recommandé 9 Facultatif
Nom Descriptionn
Bon de commande
PurchaseOrderNumber
L'identifiant unique du bon de commande, servant de case principal pour l'analyse des processus.
Descriptionn

Le numéro de bon de commande est l'identifiant central qui relie toutes les activités connexes, du brouillon initial à la finalisation ou à l'annulation. Chaque numéro unique représente une instance unique du processus de bon de commande.

En Process Mining, cet attribut est utilisé pour reconstruire le parcours complet de chaque bon de commande. L'analyse du processus basée sur cet identifiant permet une vue détaillée de l'ensemble du cycle de vie, aidant à identifier les chemins courants, les écarts et les points de blocage pour les commandes individuelles.

Pourquoi est-ce important ? :

C'est l'élément clé pour reconstituer le flux de processus, permettant l'analyse du parcours de chaque commande d'achat du début à la fin.

Source des données :

Il s'agit de la clé primaire dans la table d'en-tête du bon de commande, généralement PurchTable avec le nom de champ PurchId dans Microsoft Dynamics 365.

Exemples
PO-001245PO-001246PO-001247
Heure de l'événement
EventTime
La date et l'heure précises auxquelles une activité ou un événement spécifique s'est produit.
Descriptionn

Ce horodatage enregistre le moment où chaque activité du processus de commande a eu lieu. Il constitue l'pilier central chronologique du processus, permettant aux événements d'être ordonnés correctement.

Dans l'analyse des processus, les horodatages d'événements sont fondamentaux pour calculer les temps de cycles, les durées entre les activités et la durée globale des cas. Ils sont utilisés pour identifier les points de blocage, mesurer la performance par rapport aux SLA et comprendre la dynamique temporelle du processus. Par exemple, il est utilisé pour calculer le temps entre 'Bon de commande créé' et 'Bon de commande approuvé'.

Pourquoi est-ce important ? :

Les horodatages sont critiques pour le calcul de toutes les métriques de performance temporelles, telles que les temps de cycles et les durées, qui sont essentielles pour identifier les points de blocage des processus.

Source des données :

Extrait de divers champs de date/heure de plusieurs tables, tels que CreatedDateTime sur la PurchTable, ou les dates de validation des tables de journal associées.

Exemples
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-11-05T09:12:00Z
Nom de l'activité
ActivityName
Le nom de l'événement métier ou de l'étape spécifique qui s'est produit dans le cycle de vie de la commande d'achat.
Descriptionn

Cet attribut décrit une étape unique dans le processus de bon de commande, telle que 'Bon de commande créé', 'Bon de commande approuvé' ou 'Réception des marchandises enregistrée'. La séquence de ces activités forme le flux de processus pour chaque bon de commande.

L'analyse des activités est l'essence du Process Mining. Elle facilite la visualisation de la cartographie des processus, la découverte de variantes de processus et l'identification des activités qui sont fréquemment répétées ou qui causent des retards. Comprendre la séquence et la fréquence des activités est indispensable pour l'optimisation des processus.

Pourquoi est-ce important ? :

Cet attribut est indispensable pour construire la cartographie des processus et comprendre la séquence des événements qui composent le cycle de vie du bon de commande.

Source des données :

Dérivé de la logique métier, à partir des modifications de statut dans tables telles que PurchTable, PurchReqTable, et des journaux de validation associés, tels que VendPackingSlipJour ou VendInvoiceJour.

Exemples
Commande d'achat crééeCommande d'achat approuvéeRéception de marchandises enregistréeBon de commande facturé
Dernière mise à jour des données
LastDataUpdate
L'horodatage indiquant la dernière fois que les données de ce processus ont été actualisées.
Descriptionn

Cet attribut consigne la date et l'heure de la dernière extraction de données du système source. Il fournit un contexte sur la la réactualisation des données analysées.

Connaître la dernière heure de mise à jour est important pour que les utilisateurs comprennent s'ils visualisent les données de processus les plus récentes. Cela aide à évaluer la pertinence de l'analyse et à planifier des actualisations régulières des données.

Pourquoi est-ce important ? :

Assure la transparence concernant la réactualisation des données, afin que les utilisateurs sachent à quel point leur analyse de processus est à jour.

Source des données :

Il s'agit d'un attribut de données (métadonnées) généré et stocké pendant le processus d'ingestion des données.

Exemples
2024-05-21T05:00:00Z
Système source
SourceSystem
Indique le système à partir duquel les données ont été extraites.
Descriptionn

Cet attribut identifie l'application source d'où proviennent les données du bon de commande. Pour ce modèle de données, la valeur sera typiquement 'Microsoft Dynamics 365'.

Dans les grandes organisations, les processus d'approvisionnement peuvent s'étendre sur plusieurs systèmes. Cet attribut aide à la gouvernance des données et garantit que l'origine des données est claire, ce qui est particulièrement important lors de la fusion de données provenant de différentes sources.

Pourquoi est-ce important ? :

Fournit un contexte essentiel sur l'origine des données, essentiel pour la gouvernance des données, la validation et la compréhension du environnement technologique du processus.

Source des données :

Il s'agit d'une valeur statique ajoutée pendant le processus d'extraction et de transformation des données pour étiqueter l'ensemble de données.

Exemples
Microsoft Dynamics 365 F&OD365
Date de livraison demandée
RequestedDeliveryDate
La date à laquelle l'entreprise a demandé au fournisseur de livrer les biens ou services.
Descriptionn

Cette date est spécifiée sur le bon de commande et communique le délai de livraison souhaité au fournisseur. Elle sert de référence pour mesurer la performance de livraison du fournisseur.

Cet attribut est indispensable pour le tableau de bord 'Respect des délais de livraison des fournisseurs' et le KPI 'Taux de paiement à temps'. En comparant la RequestedDeliveryDate avec la date de réception réelle des marchandises, les entreprises peuvent quantifier la fiabilité des fournisseurs et identifier les retards chroniques dans la chaîne d'approvisionnement.

Pourquoi est-ce important ? :

C'est la base de référence pour mesurer la performance de paiement à temps, qui est un KPI clé pour évaluer la fiabilité des fournisseurs et l'efficacité de la chaîne d'approvisionnement.

Source des données :

On le trouve généralement sur la PurchTable (au niveau de l'en-tête) ou la PurchLine (au niveau des lignes d'article) en tant que DeliveryDate.

Exemples
2023-11-152023-12-012024-01-20
Montant total du bon de commande
PurchaseOrderTotalAmount
La valeur monétaire totale du bon de commande.
Descriptionn

Cet attribut représente le coût total de tous les articles et services inclus dans le bon de commande. C'est un indicateur financier clé pour le processus d'approvisionnement.

L'analyse du processus par montant total peut révéler des informations clés. Par exemple, les bons de commande de valeur plus élevée peuvent suivre un chemin d'approbation différent, plus strict, ou connaître des temps de cycles plus longs. Il est également utilisé dans les rapports financiers et pour catégoriser les bons de commande en tranches de valeur à des fins d'analyse.

Pourquoi est-ce important ? :

Permet une analyse financière du processus d'approvisionnement, aidant à identifier comment la valeur des commandes impacte le comportement du processus, tels que les délais et les parcours d'approbation.

Source des données :

Cette valeur peut être calculée à partir de la table PurchLine en sommant le LineAmount pour un PurchId donné, ou trouvée dans les champs de montant d'en-tête de la table PurchTable.

Exemples
5250.00120.50150000.00
Nom d'utilisateur
UserName
Le nom de l'utilisateur qui a effectué une activité spécifique.
Descriptionn

Cet attribut identifie l'individu responsable de l'exécution d'un event, tel que la création, l'approbation ou la modification d'un bon de commande. Il peut s'agir d'un ID d'utilisateur système ou d'un nom complet.

L'analyse de l'activité des utilisateurs aide à comprendre la distribution de la charge de travail, à identifier les besoins en formation et à cibler les individus ou les équipes impliqués dans les écarts de processus. C'est indispensable pour les dashboards liés à la performance des approbateurs et peut être utilisé pour filtrer le processus pour les activités effectuées par des utilisateurs spécifiques.

Pourquoi est-ce important ? :

Il permet l'analyse des performances par utilisateur, aide à identifier les points de blocage liés à des individus spécifiques et assure la responsabilisation pour les étapes du processus.

Source des données :

Se trouve dans des champs tels que CreatedBy ou ModifiedBy dans tables comme PurchTable. Les informations utilisateur sont généralement stockées dans la table UserInfo.

Exemples
Alice JohnsonBob WilliamsSysAdmin
Nom du fournisseur
VendorName
Le nom du fournisseur pour lequel le bon de commande est créé.
Descriptionn

Cet attribut contient le nom du fournisseur externe qui fournit les biens ou services. C'est une dimension majeure pour l'analyse des activités d'approvisionnement.

Segmenter le processus par nom de fournisseur est impératif pour évaluer la performance des fournisseurs. Cela permet l'analyse des taux de paiement à temps, des taux de retour de marchandises et des résultats d'inspection qualité pour chaque fournisseur. Cela aide à identifier les partenaires fiables et ceux qui pourraient causer des retards ou des problèmes de qualité.

Pourquoi est-ce important ? :

Cet attribut est indispensable pour la gestion de la performance des fournisseurs, permettant l'analyse des délais de livraison, des taux de retour et de la fiabilité globale par fournisseur.

Source des données :

Le compte fournisseur est stocké dans PurchTable (champ OrderAccount). Le nom est récupéré en joignant avec la VendTable.

Exemples
Contoso Office SuppliesFabrikam RoboticsNorthwind Traders
Statut du bon de commande
PurchaseOrderStatus
Le statut actuel du bon de commande dans son cycle de vie.
Descriptionn

Cet attribut indique l'état global du bon de commande à un moment donné, tel que 'Commande ouverte', 'Reçue', 'Facturée' ou 'Annulée'. Il représente le résultat de la dernière activité.

Le suivi de l'état est utile pour comprendre l'état actuel de tous les bons de commande ouverts. En Process Mining, il peut être utilisé pour analyser les résultats des cas, par exemple, en filtrant tous les bons de commande qui se sont terminés par un état 'Annulée' pour en enquêter les raisons.

Pourquoi est-ce important ? :

Fournit un aperçu de l'état actuel du bon de commande, utile pour filtrer les cas et analyser les résultats du processus, tels que les taux de complétion ou d'annulation.

Source des données :

Trouvé dans la PurchTable. Les champs de statut principaux sont DocumentState et PurchStatus.

Exemples
Commande ouverteReçuFacturéAnnulé
Catégorie d'achat
PurchaseCategory
La classification de l'article ou du service acheté, tel que 'Matériel informatique' ou 'Fournitures de bureau'.
Descriptionn

Cet attribut permet de regrouper les articles de bons de commande en catégories logiques. Cette classification aide à analyser les modèles de dépenses et les variations de processus à travers différents types d'approvisionnement.

Dans l'analyse des processus, le filtrage par catégorie d'achat peut révéler différents comportements. Par exemple, le processus d'approvisionnement pour les dépenses en capital pourrait être plus long et plus complexe que pour les fournitures opérationnelles. Il est utilisé dans les dashboards pour analyser les tendances de modification et les taux de retour par catégorie.

Pourquoi est-ce important ? :

Permet une segmentation du processus par type de biens ou services achetés, révélant différents comportements de processus pour différentes catégories de dépenses.

Source des données :

Les catégories d'articles sont liées aux produits lancés (InventTable) qui sont ensuite utilisées sur la PurchLine. Les informations de catégorie sont elles-mêmes stockées dans les tables de gestion des catégories.

Exemples
Matériel informatiqueFournitures de bureauServices professionnelsMatières premières
Code société
CompanyCode
L'identifiant de l'entité juridique ou de l'entreprise qui passe le bon de commande.
Descriptionn

Dans un environnement multi-sociétés, cet attribut spécifie quelle entité juridique effectue l'achat. C'est une donnée organisationnelle clée.

Cet attribut permet une analyse comparative du processus P2P entre différentes entités juridiques dans la même organisation. Il peut mettre en évidence des différences en matière d'efficacité des processus, de conformité et de gestion des fournisseurs d'une entreprise à l'autre, soutenant les efforts de standardisation.

Pourquoi est-ce important ? :

Primordial pour les organisations multi-entités pour comparer et standardiser le processus d'approvisionnement entre différentes entités juridiques.

Source des données :

Il s'agit du champ DataAreaId, qui est présent sur presque toutes les tables de Dynamics 365, y compris PurchTable.

Exemples
USMFDEMFGBSI
Demande d'achat
PurchaseRequisitionNumber
L'identifiant de la demande d'achat qui a précédé la commande d'achat.
Descriptionn

Cet attribut relie un bon de commande à la demande interne originale, la demande d'achat. Tous les bons de commande ne proviennent pas d'une demande d'achat.

Ce lien est indispensable à analyser le processus complet 'De la demande d'achat au bon de commande'. Il permet de mesurer l'indicateur de performance clé ('KPI') 'Vitesse de conversion demande d'achat en bon de commande' et de comprendre à quelle vitesse la demande interne est transformée en commande externe. Il aide également à analyser la conformité, par exemple, en identifiant les bons de commande créés sans demande d'achat formelle.

Pourquoi est-ce important ? :

Lie le bon de commande à la demande initiale, permettant l'analyse du temps de cycle de la demande d'achat à la commande et assurant la conformité du processus.

Source des données :

Trouvé sur la table PurchLine, dans le champ PurchReqId, qui renvoie à la PurchReqTable.

Exemples
PR-000871PR-000872PR-000873
Département
DepartmentName
Le nom du département qui a initié la demande d'achat ou le bon de commande.
Descriptionn

Cet attribut identifie l'unité commerciale interne ou le service responsable de l'achat. Il est souvent dérivé de la personne qui a créé la demande d'achat.

L'analyse du processus par service est indispensablele pour comprendre comment les différentes parties de l'organisation utilisent le processus d'approvisionnement. Elle peut aider à identifier les services avec des cycles d'approbation plus longs, des taux plus élevés de modifications des bons de commande ou des modèles d'achat spécifiques. Cela permet des initiatives d'amélioration des processus ciblées.

Pourquoi est-ce important ? :

Permet la comparaison des performances des processus entre différentes unités commerciales, ce qui aide à identifier les comportements, les points de blocage ou les inefficacités propres à chaque service.

Source des données :

Cette information est souvent liée via le demandeur ou le créateur de la demande d'achat (PurchReqTable) ou du bon de commande (PurchTable) et leur service associé dans le module RH.

Exemples
FinanceITFabricationMarketing
La commande d'achat est-elle modifiée
IsPurchaseOrderChanged
Un indicateur booléen qui indique si le bon de commande a été modifié après son approbation initiale.
Descriptionn

Cet attribut calculé est défini sur 'true' si une activité 'Bon de commande modifié' se produit après l'activité 'Bon de commande approuvé' pour un cas donné. Il simplifie l'analyse des retouches et des modifications.

Cet indicateur est impératif pour le calcul du KPI 'Taux de modification du bon de commande après approbation' et pour le tableau de bord 'Tendances de modification des bons de commande'. Il offre un moyen simple d'isoler et d'analyser les bons de commande ayant nécessité des retouches, aidant ainsi à identifier les causes profondes de ces changements.

Pourquoi est-ce important ? :

Simplifie la mesure du reprises et de la fréquence des changements, qui sont des indicateurs clés d'instabilité et d'inefficacité des processus.

Source des données :

Il s'agit d'un attribut calculé dérivé de la séquence des activités dans le journal d'événements.

Exemples
truefaux
Lieu de livraison
DeliveryLocation
Le site, l'entrepôt ou l'adresse spécifique où les marchandises doivent être livrées.
Descriptionn

Cet attribut spécifie le lieu physique de livraison des articles sur le bon de commande. Il peut s'agir d'un entrepôt, d'un bureau spécifique ou d'un site de projet.

L'analyse du processus par lieu de livraison peut aider à identifier les points de blocage régionaux ou spécifiques à un site, en particulier dans le processus de réception des marchandises. Le tableau de bord 'Temps de traitement de la réception des marchandises' peut utiliser cet attribut pour comparer l'efficacité entre différents sites.

Pourquoi est-ce important ? :

Aide à identifier les variations ou retards de processus spécifiques à un lieu, en particulier aux étapes de réception des marchandises et d'inspection qualité.

Source des données :

L'adresse de livraison et les informations de lieu sont stockées dans la PurchTable et peuvent être définies par défaut à partir de la configuration de l'entreprise ou du fournisseur.

Exemples
Entrepôt principal ABureau du bâtiment CCentre de distribution de la Côte Ouest
Livraison à temps
IsOnTimeDelivery
Un indicateur booléen qui précise si les marchandises ont été reçues au plus tard à la date de livraison demandée.
Descriptionn

Cet attribut calculé compare l'horodatage de l'activité 'Réception des marchandises enregistrée' avec la RequestedDeliveryDate. Il est défini sur 'true' si la date de réception est égale ou antérieure à la date demandée.

Cet indicateur contribue directement au le calcul du KPI 'Taux de paiement à temps'. Il simplifie l'analyse de la performance des fournisseurs et permet un filtrage et une visualisation aisés des livraisons à temps par rapport aux livraisons en retard, ce qui est indispensable pour le tableau de bord 'Respect des délais de livraison des fournisseurs'.

Pourquoi est-ce important ? :

Fournit un résultat clair et binaire pour la performance de livraison, simplifiant le calcul des KPI de paiement à temps et des dashboards fournisseurs.

Source des données :

Il s'agit d'un attribut calculé dérivé en comparant la RequestedDeliveryDate avec le (EventTime) de l'activité 'Réception des marchandises enregistrée'.

Exemples
truefaux
Motif de retour
ReturnReason
Le motif fourni lorsque des marchandises d'un bon de commande sont retournées au fournisseur.
Descriptionn

Lorsqu'une activité 'Marchandises retournées au fournisseur' se produit, cet attribut saisit la justification du retour, telle que 'Marchandises endommagées', 'Article incorrect' ou 'Mauvaise qualité'.

Ces données sont inestimables pour le tableau de bord 'Taux de retours des commandes d'achat'. L'analyse des raisons de retour aide à identifier les causes profondes des retours, qu'ils soient liés à la qualité des fournisseurs, à des erreurs de commande internes ou à des problèmes d'expédition. Cela permet des actions ciblées pour réduire le taux de retours.

Pourquoi est-ce important ? :

Donne un aperçu des raisons des retours de marchandises, aidant à diagnostiquer les problèmes de qualité fournisseur, de prélèvement.cision de commande ou de logistique.

Source des données :

Les motifs de retour sont généralement capturés sur les transactions de commande de retour ou via des codes de motif associés aux journaux de réception négatifs.

Exemples
Endommagé pendant le transportArticle incorrect livréÉchec de l'inspection qualité
Nom de l'approbateur
ApproverName
Le nom de l'utilisateur qui a approuvé le bon de commande ou une étape du workflow d'approbation.
Descriptionn

Cet attribut identifie le responsable.able ou l'utilisateur qui a donné l'approbation formelle au bon de commande, lui permettant de progresser. Dans les workflows d'approbation à plusieurs niveaux, il peut y avoir plusieurs approbateurs pour un seul bon de commande.

Le suivi de l'approbateur est indispensable pour l'analyse du temps de cycle d'approbation des bons de commande et les dashboards de mesures de performance des approbateurs. Il permet de mesurer le temps que prend chaque approbateur, d'identifier les points de blocage dans la chaîne d'approbation et d'aider à évaluer la distribution de la charge de travail et l'efficacité.

Pourquoi est-ce important ? :

Permet l'analyse du processus d'approbation, ce qui aide à identifier les points de blocage et à mesurer la performance et la charge de travail des différents approbateurs.

Source des données :

Les informations d'approbation sont généralement stockées dans des tables de suivi des workflow, et non directement dans PurchTable. Cela nécessite d'interroger l'historique des workflow associé au bon de commande.

Exemples
Charles GreenDiana PrinceEdward Nigma
Obligatoire Recommandé Facultatif

De l'achat au paiement - Activités des bons de commande

Ce sont les étapes de processus et les jalons essentiels à capturer dans votre journal d'événements pour une découverte et une optimisation précises.
6 Recommandé 8 Facultatif
Activité Descriptionn
Bon de commande achevé
Indique la conclusion réussie du cycle de vie de la commande d'achat, où toutes les marchandises ont été reçues et facturées. Ceci est généralement déduit lorsque le statut de la commande d'achat est mis à jour vers un état final et fermé.
Pourquoi est-ce important ? :

Cette activité marque la fin d'une instance de processus réussie. Mesurer le temps de cycle global du bon de commande de la création à l'achèvement offre une vue d'ensemble complète de l'efficacité du processus.

Source des données :

Déduit des champs de statut sur la PurchTable, comme lorsque le DocumentState est 'Invoiced' et que les statuts des lignes indiquent une réception et une facturation complètes.

Capture

Identifier l'horodatage lorsque les statuts d'en-tête et de ligne de la commande d'achat sont mis à jour vers un état final, fermé (par exemple, 'Invoiced').

Type d'événement inferred
Bon de commande envoyé au fournisseur
Cette activité indique que le bon de commande approuvé a été communiqué au fournisseur. Elle est enregistrée lorsque le bon de commande est confirmé, ce qui génère un journal de confirmation et déclenche généralement l'envoi du document.
Pourquoi est-ce important ? :

C'est la première étape externe et elle marque le début du délai de livraison fournisseur. C'est impératif pour suivre la performance des fournisseurs et le KPI 'Taux de paiement à temps'.

Source des données :

L'événement est marqué par la création d'un enregistrement dans la table PurchPurchaseOrderJour (le journal de confirmation du bon de commande). La date de création de ce journal sert de horodatage d'activité.

Capture

Utilisez l'horodatage de création du premier enregistrement PurchPurchaseOrderJour pour la Commande d'achat (PO).

Type d'événement explicit
Commande d'achat approuvée
Marque l'approbation finale du bon de commande, l'autorisant à être envoyé au fournisseur. Cet événement est généralement déduit d'un changement de statut sur le bon de commande ou capturé directement depuis l'historique du workflow.
Pourquoi est-ce important ? :

C'est une étape cruciale, car aucune autre action ne peut être entreprise tant que le bon de commande n'est pas approuvé. C'est indispensable pour analyser les points de blocage d'approbation et mesurer le KPI 'Temps de temps de cycle d'approbation des bons de commande'.

Source des données :

Déduit du champ DocumentState sur la PurchTable passant à 'Approved'. Alternativement, il peut être extrait de l'horodatage de l'achèvement de l'étape d'approbation finale dans la WorkflowTrackingStatusTable.

Capture

Identifier l'horodatage lorsque le DocumentState sur la PurchTable passe à 'Approved'.

Type d'événement inferred
Commande d'achat créée
Cette activité signifie la création d'un document de bon de commande provisoire dans le système. Elle est capturée à partir de l'horodatage de création de l'enregistrement d'en-tête du bon de commande, souvent suite à une demande d'achat approuvée.
Pourquoi est-ce important ? :

Cela marque la transition d'une demande interne à un document d'achat formel. C'est un point de départ clé pour mesurer les temps de traitement et de temps de cycle d'approbation des bons de commande.

Source des données :

Cet événement est la création d'un enregistrement dans la table PurchTable. Le champ createdDateTime de cette table fournit l'horodatage pour l'activité.

Capture

Extrayez l'horodatage de création de la PurchTable pour chaque commande d'achat.

Type d'événement explicit
Demande d'achat créée
Cette activité marque la création d'une demande d'achat, la requête formelle de biens ou de services. Elle est enregistrée lorsqu'un nouvel enregistrement est créé dans la table de demandes d'achat, signalant le début de la demande d'approvisionnement.
Pourquoi est-ce important ? :

C'est le déclencheur initial du processus de commande. L'analyse du temps écoulé entre cet événement et la création du bon de commande aide à mesurer l'efficacité des processus internes et la réactivité à la demande.

Source des données :

Cet événement correspond à la création d'un enregistrement dans la table PurchReqTable. L'horodatage de création (createdDateTime) de l'enregistrement marque l'heure de l'événement.

Capture

Extrayez l'horodatage de création de la PurchReqTable pour chaque demande d'achat.

Type d'événement explicit
Réception de marchandises enregistrée
Marque l'enregistrement officiel des marchandises reçues par rapport au bon de commande dans le système. Cet événement est capturé lorsqu'un journal de réception de produit est enregistré.
Pourquoi est-ce important ? :

C'est une étape clé qui met à jour l'inventaire et marque le début du processus de rapprochement des factures. C'est le point final pour mesurer le 'Taux de paiement à temps' et le délai de livraison fournisseur.

Source des données :

Capturé lors de la création du journal des réceptions de produits, et stocké dans VendPackingSlipJour. Le champ createdDateTime ou PackingSlipDate de cette table indique la date de réception officielle des marchandises.

Capture

Utilisez l'horodatage de création ou de publication de l'enregistrement VendPackingSlipJour lié à la Commande d'achat (PO).

Type d'événement explicit
Bon de commande annulé
Représente la résiliation d'un bon de commande avant sa finalisation complète. Ceci est capturé par un changement de statut spécifique sur le document du bon de commande.
Pourquoi est-ce important ? :

Les annulations constituent un cas d'exception important. L'analyse de leur fréquence et de leurs raisons peut mettre en évidence des problèmes de planification ou de fiabilité des fournisseurs.

Source des données :

Ceci est déduit du champ DocumentState de la table PurchTable qui est mis à jour à 'Annulé'. L'horodatage de ce changement de statut marque l'événement.

Capture

Identifier l'horodatage lorsque le DocumentState sur la PurchTable est défini sur 'Canceled'.

Type d'événement inferred
Bon de commande confirmé par le fournisseur
Représente l'accusé de réception et la confirmation des détails du bon de commande par le fournisseur. Il s'agit souvent d'une étape de saisie de données manuelle basée sur la communication du fournisseur.
Pourquoi est-ce important ? :

La confirmation du fournisseur garantit que la commande est en cours de traitement. Des retards ou des divergences à ce stade peuvent révéler des problèmes potentiels de livraison.

Source des données :

Ceci est généralement déduit du remplissage de champs de date ou de statut liés à la confirmation sur la table PurchTable, tels que les dates de confirmation de livraison. Cela peut ne pas être un événement discret.

Capture

Déduire de la population d'un champ de date de confirmation spécifique sur la PurchTable ou la PurchLine.

Type d'événement inferred
Bon de commande facturé
Cette activité marque le point où une facture fournisseur a été reçue et enregistrée par rapport au bon de commande. Cet event lie les processus d'approvisionnement et de paiement.
Pourquoi est-ce important ? :

C'est l'étape finale avant le paiement et elle est indispensablele pour calculer le coût final de l'achat. Elle fournit un point d'arrivée pour l'analyse du rapprochement tripartite.

Source des données :

Cet événement est capturé lors de l'enregistrement d'un journal de factures fournisseur (VendInvoiceJour) qui est lié au bon de commande. La InvoiceDate ou la date d'enregistrement de cet enregistrement est l'horodatage.

Capture

Utilisez l'horodatage de publication de la table VendInvoiceJour liée à l'enregistrement PurchTable.

Type d'événement explicit
Bon de commande soumis pour approbation
Représente le moment où un bon de commande prélèvement.liminaire est formellement soumis au workflow d'approbation. Il s'agit généralement d'une action explicite effectuée par l'utilisateur, capturée via les journaux de workflow.
Pourquoi est-ce important ? :

Cette activité démarre officiellement le cycle d'approbation du bon de commande. Le suivi de cette activité permet une mesure précise du temps d'attente des bons de commande pour approbation et de la durée totale d'approbation.

Source des données :

Capturé à partir de la WorkflowTrackingStatusTable pour la commande d'achat, qui enregistre l'événement de soumission et l'horodatage.

Capture

Identifier l'event 'Submitted' dans l'historique du workflow associé à l'enregistrement PurchTable.

Type d'événement explicit
Commande d'achat modifiée
Cette activité enregistre toute modification apportée à un bon de commande après son approbation. Dynamics 365 peut suivre les versions du bon de commande, permettant l'identification des changements.
Pourquoi est-ce important ? :

Le suivi des modifications est indispensable pour identifier les retouches, comprendre l'instabilité du processus et mesurer le 'Taux de modification du bon de commande'. Les changements peuvent entraîner des retards et des variations de coûts.

Source des données :

Déduit en comparant différentes versions de la commande d'achat stockées dans des tables d'archivage ou de gestion de versions (par exemple, PurchTableHistory). Une augmentation du numéro de version signifie un changement.

Capture

Identifier les enregistrements où le numéro de version sur la PurchTable a été incrémenté après approbation.

Type d'événement inferred
Demande d'achat approuvée
Représente l'approbation formelle d'une demande d'achat par un gestionnaire autorisé. Cet événement est généralement capturé à partir des journaux d'historique de workflow ou par le suivi d'un changement de statut sur l'enregistrement de la demande.
Pourquoi est-ce important ? :

L'approbation est une étape critique qui permet la conversion d'une demande en bon de commande. Les retards à ce niveau impactent directement l'ensemble du calendrier d'approvisionnement.

Source des données :

Peut être extrait de la WorkflowTrackingStatusTable associée à la demande d'achat, ou déduit d'une modification du champ de statut de la PurchReqTable vers l'état 'Approuvé'.

Capture

Utilisez l'horodatage de la dernière étape d'approbation effectuée dans l'historique du workflow pour la demande d'approvisionnement.

Type d'événement explicit
Inspection qualité effectuée
Représente l'achèvement d'un contrôle qualité pour les biens reçus. Cet événement est souvent géré via le module de gestion de la qualité ou une mise à jour de statut.
Pourquoi est-ce important ? :

Cette activité peut être un goulot d'étranglement important entre la réception des marchandises et leur mise à disposition. L'analyse de sa durée aide à améliorer l'indicateur de performance clé ('KPI') du temps de cycle d'inspection qualité.

Source des données :

Cela peut être déduit de la finalisation d'un Ordre de Qualité (InventQualityOrderTable) lié à la réception du bon de commande. L'horodatage du changement de statut à 'Réussi' ou 'Échoué' marque l'événement.

Capture

Suivez l'horodatage d'achèvement du statut sur la table InventQualityOrderTable associée à la ligne de bon de commande.

Type d'événement inferred
Marchandises retournées au fournisseur
Indique que les marchandises précédemment reçues ont été retournées au fournisseur en raison de problèmes tels que des dommages ou des articles incorrects. Cela est enregistré par la validation d'une transaction de retour.
Pourquoi est-ce important ? :

Les retours représentent des échecs de processus et des coûts supplémentaires. Le suivi de cette activité aide à calculer le "Taux de retour des bons de commande" et à identifier les problèmes avec les fournisseurs ou les produits.

Source des données :

Cet événement est déduit de la création d'un bon de commande avec une quantité négative ou d'un document de commande de retour spécifique qui fait référence au bon de commande original. La date de transaction de l'enregistrement de retour est l'heure de l'événement.

Capture

Identifier la validation d'une commande de retour d'achat ou d'une note de débit par rapport à la commande d'achat originale.

Type d'événement explicit
Recommandé Facultatif

Guides d'extraction

Comment obtenir vos données de Microsoft Dynamics 365