Modèle de données : Achat-Comptabilité Fournisseurs - Commande d'achat
Votre Modèle de Données 'Achats-Comptes Fournisseurs' (P2P) - Commande d'achat
- Attributs recommandés à collecter
- Activités clés à suivre pour la cartographie des processus
- Guide pratique d'extraction de données
Achat au paiement - Attributs des bons de commande
| Nom | Description | ||
|---|---|---|---|
|
Bon de commande
PurchaseOrderNumber
|
L'identifiant unique du bon de commande, servant de case principal pour l'analyse des processus. | ||
|
Description
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 de bout en bout 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 déviations et les goulots d'étranglement pour les commandes individuelles.
Pourquoi c'est important
C'est la clé fondamentale pour reconstituer le flux de processus, permettant l'analyse du parcours de chaque commande d'achat du début à la fin.
Où obtenir
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. | ||
|
Description
Ce timestamp enregistre le moment où chaque activité du processus de commande a eu lieu. Il constitue l'épine dorsale chronologique du processus, permettant aux événements d'être ordonnés correctement. Dans l'analyse des processus, les timestamps d'événements sont fondamentaux pour calculer les cycle times, les durées entre les activités et la durée globale des cas. Ils sont utilisés pour identifier les goulots d'étranglement, 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 c'est important
Les timestamps sont critiques pour le calcul de toutes les métriques de performance basées sur le temps, telles que les cycle times et les durées, qui sont essentielles pour identifier les goulots d'étranglement des processus.
Où obtenir
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 au cours du cycle de vie du bon de commande. | ||
|
Description
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 le cœur du Process Mining. Elle permet la visualisation de la carte 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 essentiel pour l'optimisation des processus.
Pourquoi c'est important
Cet attribut est essentiel pour construire la carte des processus et comprendre la séquence des events qui composent le cycle de vie du bon de commande.
Où obtenir
Dérivé de la logique métier, à partir des modifications de statut au sein de tables telles que PurchTable, PurchReqTable, et des journaux de validation associés, tels que VendPackingSlipJour ou VendInvoiceJour.
Exemples
Bon de commande crééBon de commande approuvéRé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. | ||
|
Description
Cet attribut enregistre la date et l'heure de la dernière extraction de données du système source. Il fournit un contexte sur la fraîcheur 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 c'est important
Assure la transparence concernant l'actualité des données, afin que les utilisateurs sachent à quel point leur analyse de processus est à jour.
Où obtenir
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. | ||
|
Description
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 c'est important
Fournit un contexte essentiel sur l'origine des données, crucial pour la gouvernance des données, la validation et la compréhension du paysage technologique du processus.
Où obtenir
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. | ||
|
Description
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 essentiel pour le dashboard 'Respect des délais de livraison des fournisseurs' et l'ICP 'Taux de livraison à 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 c'est important
C'est la base de référence pour mesurer la performance de livraison à temps, qui est un KPI critique pour évaluer la fiabilité des fournisseurs et l'efficacité de la chaîne d'approvisionnement.
Où obtenir
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. | ||
|
Description
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 précieuses. 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 cycle times 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 c'est 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.
Où obtenir
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. | ||
|
Description
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 déviations de processus. C'est essentiel 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 c'est important
Il permet l'analyse des performances par utilisateur, aide à identifier les goulots d'étranglement liés à des individus spécifiques et assure la responsabilisation pour les étapes du processus.
Où obtenir
Se trouve dans des champs tels que CreatedBy ou ModifiedBy au sein de 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éé. | ||
|
Description
Cet attribut contient le nom du fournisseur externe qui fournit les biens ou services. C'est une dimension critique pour l'analyse des activités d'approvisionnement. Segmenter le processus par nom de fournisseur est crucial pour évaluer la performance des fournisseurs. Cela permet l'analyse des taux de livraison à 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 c'est important
Cet attribut est essentiel 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.
Où obtenir
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. | ||
|
Description
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 c'est 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.
Où obtenir
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'. | ||
|
Description
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 c'est 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.
Où obtenir
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
IT HardwareFournitures 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. | ||
|
Description
Dans un environnement multi-sociétés, cet attribut spécifie quelle entité juridique effectue l'achat. C'est une donnée organisationnelle fondamentale. Cet attribut permet une analyse comparative du processus P2P entre différentes entités juridiques au sein de 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 c'est important
Essentiel pour les organisations multi-entités pour comparer et standardiser le processus d'approvisionnement entre différentes entités juridiques.
Où obtenir
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é le bon de commande. | ||
|
Description
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 vital pour 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 c'est 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.
Où obtenir
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. | ||
|
Description
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 essentielle 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 c'est important
Permet la comparaison des performances des processus entre différentes unités commerciales, ce qui aide à identifier les comportements, les goulots d'étranglement ou les inefficacités propres à chaque service.
Où obtenir
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
|
|||
|
Durée du cycle d'approbation
ApprovalCycleTime
|
La durée entre la création d'un bon de commande et son approbation finale. | ||
|
Description
Cette métrique calculée mesure le temps écoulé entre l'activité 'Bon de commande créé' et l'activité 'Bon de commande approuvé'. C'est une mesure directe de l'efficacité du workflow d'approbation. Cet attribut est la mesure principale pour l'ICP 'Temps d'approbation moyen des bons de commande' et le dashboard 'Analyse du cycle time d'approbation des bons de commande'. L'analyse de cette durée aide à identifier les goulots d'étranglement dans la chaîne d'approbation et à évaluer si les processus d'approbation respectent les accords de niveau de service (SLA) internes.
Pourquoi c'est important
Mesure directement l'efficacité du workflow d'approbation, une source fréquente de retards dans le processus d'approvisionnement.
Où obtenir
Calculé en déterminant l'écart de temps entre l'EventTime des activités 'Commande d'achat approuvée' et 'Commande d'achat créée' pour chaque dossier.
Exemples
P2DT12H30MPT8HP7D
|
|||
|
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. | ||
|
Description
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 crucial pour le calcul de l'ICP 'Taux de modification du bon de commande après approbation' et pour le dashboard '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 c'est important
Simplifie la mesure du retravail et de la fréquence des changements, qui sont des indicateurs clés d'instabilité et d'inefficacité des processus.
Où obtenir
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. | ||
|
Description
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 goulots d'étranglement régionaux ou spécifiques à un site, en particulier dans le processus de réception des marchandises. Le dashboard 'Temps de traitement de la réception des marchandises' peut utiliser cet attribut pour comparer l'efficacité entre différents sites.
Pourquoi c'est 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é.
Où obtenir
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. | ||
|
Description
Cet attribut calculé compare le timestamp 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 soutient directement le calcul de l'ICP 'Taux de livraison à 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 essentiel pour le dashboard 'Respect des délais de livraison des fournisseurs'.
Pourquoi c'est important
Fournit un résultat clair et binaire pour la performance de livraison, simplifiant le calcul des KPI de livraison à temps et des dashboards fournisseurs.
Où obtenir
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. | ||
|
Description
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 dashboard '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 c'est important
Donne un aperçu des raisons des retours de marchandises, aidant à diagnostiquer les problèmes de qualité fournisseur, de précision de commande ou de logistique.
Où obtenir
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. | ||
|
Description
Cet attribut identifie le responsable 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 fondamental 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 goulots d'étranglement dans la chaîne d'approbation et d'aider à évaluer la distribution de la charge de travail et l'efficacité.
Pourquoi c'est important
Permet l'analyse du processus d'approbation, ce qui aide à identifier les goulots d'étranglement et à mesurer la performance et la charge de travail des différents approbateurs.
Où obtenir
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
|
|||
Achat au paiement - Activités des bons de commande
| Activité | Description | ||
|---|---|---|---|
|
Bon de commande approuvé
|
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 c'est 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 essentiel pour analyser les goulots d'étranglement d'approbation et mesurer l'ICP 'Temps de cycle time d'approbation des bons de commande'.
Où obtenir
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
|
|||
|
Bon de commande complété
|
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 c'est 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 holistique de l'efficacité du processus.
Où obtenir
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 créé
|
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 c'est 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 cycle time d'approbation des bons de commande.
Où obtenir
Cet événement est la création d'un enregistrement dans la table PurchTable. Le champ createdDateTime de cette table fournit le timestamp pour l'activité.
Capture
Extrayez l'horodatage de création de la PurchTable pour chaque commande d'achat.
Type d'événement
explicit
|
|||
|
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 c'est important
C'est la première étape externe et elle marque le début du délai de livraison fournisseur. C'est crucial pour suivre la performance des fournisseurs et l'ICP 'Taux de livraison à temps'.
Où obtenir
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 timestamp d'activité.
Capture
Utilisez l'horodatage de création du premier enregistrement PurchPurchaseOrderJour pour la Commande d'achat (PO).
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 c'est 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.
Où obtenir
Cet événement correspond à la création d'un enregistrement dans la table PurchReqTable. Le timestamp 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 c'est 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 livraison à temps' et le délai de livraison fournisseur.
Où obtenir
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 c'est 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.
Où obtenir
Ceci est déduit du champ DocumentState de la table PurchTable qui est mis à jour à 'Annulé'. Le timestamp 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 c'est 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.
Où obtenir
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 c'est important
C'est l'étape finale avant le paiement et elle est cruciale pour calculer le coût final de l'achat. Elle fournit un point d'arrivée pour l'analyse du rapprochement à trois voies.
Où obtenir
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 le timestamp.
Capture
Utilisez l'horodatage de publication de la table VendInvoiceJour liée à l'enregistrement PurchTable.
Type d'événement
explicit
|
|||
|
Bon de commande modifié
|
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 c'est important
Le suivi des modifications est essentiel 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.
Où obtenir
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
|
|||
|
Bon de commande soumis pour approbation
|
Représente le moment où un bon de commande pré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 c'est 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.
Où obtenir
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
|
|||
|
Contrôle qualité effectué
|
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 c'est 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é.
Où obtenir
Cela peut être déduit de la finalisation d'un Ordre de Qualité (InventQualityOrderTable) lié à la réception du bon de commande. Le timestamp du changement de statut à 'Réussi' ou 'Échoué' marque l'événement.
Capture
Suivez le timestamp d'achèvement du statut sur la table InventQualityOrderTable associée à la ligne de bon de commande.
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 c'est 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.
Où obtenir
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
|
|||
|
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 c'est 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.
Où obtenir
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
|
|||