Votre modèle de données Purchase to Pay, bons de commande
Votre modèle de données Purchase to Pay, bons de commande
- Attributs recommandés à recueillir
- Activités clés à suivre pour la cartographie des processus
- Conseils pratiques pour l’extraction des données
Attributs du processus Purchase to Pay, bons de commande
| Nom | Description | ||
|---|---|---|---|
|
Commande d’achat
PurchaseOrderNumber
|
Identifiant unique de la commande d’achat, utilisé comme dossier principal pour l’analyse du processus. | ||
|
Description
Le numéro de commande d’achat est l’identifiant central qui relie toutes les activités associées, du brouillon initial à la clôture ou à l’annulation. Chaque numéro unique correspond à une instance du processus de commande d’achat. En Process Mining, cet attribut sert à reconstituer le parcours de bout en bout de chaque commande d’achat. L’analyse du processus à partir de cet identifiant permet d’examiner en détail l’ensemble du cycle de vie et de repérer les parcours fréquents, les écarts et les goulots d’étranglement propres à chaque commande.
Pourquoi est-ce important ?
Il s’agit de la clé fondamentale pour reconstituer le flux du processus et analyser le parcours de chaque commande d’achat, du début à la fin.
Où trouver ces données
Il s’agit de la clé primaire de la table d’en-tête des commandes d’achat, généralement PurchTable, dans le champ PurchId de Microsoft Dynamics 365.
Exemples
PO-001245PO-001246PO-001247
|
|||
|
Heure de l’événement
EventTime
|
Date et heure précises auxquelles une activité ou un événement s’est produit. | ||
|
Description
Cet horodatage indique quand chaque activité du processus de commande d’achat a eu lieu. Il constitue le fil chronologique du processus et permet de remettre les événements dans le bon ordre. Dans l’analyse des processus, les horodatages des événements sont indispensables pour calculer les temps de cycle, les délais entre les activités et la durée totale de chaque dossier. Ils servent à repérer les goulots d’étranglement, à mesurer la performance par rapport aux SLA et à comprendre la chronologie du processus. Par exemple, ils permettent de calculer le délai entre « Commande d’achat créée » et « Commande d’achat approuvée ».
Pourquoi est-ce important ?
Les horodatages sont indispensables au calcul des indicateurs de performance liés au temps, comme les temps de cycle et les durées, qui permettent de repérer les goulots d’étranglement du processus.
Où trouver ces données
Extrait de différents champs de date et d’heure dans plusieurs tables, par exemple CreatedDateTime dans PurchTable ou les dates de validation dans les tables de journaux associées.
Exemples
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-11-05T09:12:00Z
|
|||
|
Nom de l’activité
ActivityName
|
Nom de l’événement métier ou de l’étape qui s’est produite au cours du cycle de vie de la commande d’achat. | ||
|
Description
Cet attribut décrit une étape du processus de commande d’achat, par exemple « Commande d’achat créée », « Commande d’achat approuvée » ou « Réception des marchandises enregistrée ». La succession de ces activités forme le flux du processus pour chaque commande d’achat. L’analyse des activités est au cœur du Process Mining. Elle permet de visualiser la cartographie du processus, de découvrir ses variantes et de repérer les activités souvent répétées ou à l’origine de retards. Comprendre leur ordre et leur fréquence est essentiel pour optimiser le processus.
Pourquoi est-ce important ?
Cet attribut est essentiel pour créer la cartographie du processus et comprendre l’ordre des événements qui composent le cycle de vie de la commande d’achat.
Où trouver ces données
Déduit de la logique métier à partir des changements de statut dans des tables comme PurchTable et PurchReqTable, ainsi que dans les journaux de validation associés, tels que VendPackingSlipJour ou VendInvoiceJour.
Exemples
Commande d’achat crééeCommande d’achat approuvéeRéception des marchandises enregistréeFacture de la commande d’achat enregistrée
|
|||
|
Dernière mise à jour des données
LastDataUpdate
|
Horodatage de la dernière actualisation des données relatives à ce processus. | ||
|
Description
Cet attribut indique la date et l’heure de la dernière extraction des données depuis le système source. Il renseigne sur leur degré d’actualité. Connaître la date de la dernière mise à jour permet de savoir si les données de processus consultées sont les plus récentes. Cette information aide à évaluer la pertinence de l’analyse et à planifier des actualisations régulières.
Pourquoi est-ce important ?
Cet attribut indique clairement si les données sont à jour et permet de savoir à quelle date remonte l’analyse du processus.
Où trouver ces données
Cet attribut de métadonnées est généré et enregistré lors de l’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 des données de commande d’achat. Pour ce modèle de données, la valeur sera généralement « Microsoft Dynamics 365 ». Dans les grandes organisations, les processus d’approvisionnement peuvent s’étendre sur plusieurs systèmes. Cet attribut contribue à la gouvernance des données et permet d’en connaître clairement l’origine, ce qui est particulièrement important lorsque des données provenant de différentes sources sont regroupées.
Pourquoi est-ce important ?
Cet attribut précise l’origine des données, un élément essentiel pour leur gouvernance et leur validation, ainsi que pour comprendre l’environnement technologique du processus.
Où trouver ces données
Cette valeur statique est ajoutée lors de l’extraction et de la transformation des données afin d’identifier le jeu de données.
Exemples
Microsoft Dynamics 365 F&OD365
|
|||
|
Date de livraison demandée
RequestedDeliveryDate
|
Date à laquelle l’entreprise a demandé au fournisseur de livrer les biens ou les services. | ||
|
Description
Cette date est indiquée sur la commande d’achat et précise au fournisseur le délai de livraison souhaité. Elle sert de référence pour mesurer la performance de livraison du fournisseur. Cet attribut est essentiel au Dashboard « Respect des délais de livraison des fournisseurs » et au KPI « Taux de livraison dans les délais ». En comparant RequestedDeliveryDate à la date réelle de réception des marchandises, les entreprises peuvent mesurer la fiabilité des fournisseurs et repérer les retards récurrents dans la chaîne d’approvisionnement.
Pourquoi est-ce important ?
Cette date sert de référence pour mesurer la performance des livraisons dans les délais, un KPI important pour évaluer la fiabilité des fournisseurs et l’efficacité de la chaîne d’approvisionnement.
Où trouver ces données
Généralement présent dans PurchTable (au niveau de l’en-tête) ou PurchLine (au niveau de la ligne), sous le nom DeliveryDate.
Exemples
2023-11-152023-12-012024-01-20
|
|||
|
Montant total de la commande d’achat
PurchaseOrderTotalAmount
|
Valeur monétaire totale de la commande d’achat. | ||
|
Description
Cet attribut représente le coût total des articles et des services inclus dans la commande d’achat. Il s’agit d’un indicateur financier important pour le processus d’approvisionnement. L’analyse du processus selon le montant total peut révéler des éléments utiles. Par exemple, les commandes d’achat de valeur élevée peuvent suivre un circuit d’approbation différent, plus strict, ou avoir des temps de cycle plus longs. Le montant sert également aux rapports financiers et à la répartition des commandes en tranches de valeur pour l’analyse.
Pourquoi est-ce important ?
Cet attribut permet d’analyser les aspects financiers du processus d’approvisionnement et de comprendre comment le montant des commandes influe sur le déroulement du processus, notamment sur les délais et les circuits d’approbation.
Où trouver ces données
Cette valeur peut être calculée à partir de la table PurchLine en additionnant LineAmount pour un PurchId donné, ou récupérée dans les champs de montant de l’en-tête de PurchTable.
Exemples
5250.00120.50150000.00
|
|||
|
Nom d’utilisateur
UserName
|
Nom de l’utilisateur qui a effectué une activité donnée. | ||
|
Description
Cet attribut identifie la personne responsable de l’exécution d’un événement, par exemple la création, l’approbation ou la modification d’une commande d’achat. Il peut s’agir d’un identifiant utilisateur système ou d’un nom complet. L’analyse des activités des utilisateurs permet de comprendre la répartition de la charge de travail, de repérer les besoins de formation et d’identifier les personnes ou les équipes impliquées dans les écarts du processus. Elle est essentielle aux Dashboards consacrés à la performance des approbateurs et permet de filtrer le processus selon les activités effectuées par des utilisateurs précis.
Pourquoi est-ce important ?
Cet attribut permet d’analyser la performance par utilisateur, de repérer les goulots d’étranglement liés à certaines personnes et de déterminer qui intervient à chaque étape du processus.
Où trouver ces données
Les champs CreatedBy ou ModifiedBy de tables comme PurchTable peuvent fournir cette information. Les détails des utilisateurs sont généralement stockés dans la table UserInfo.
Exemples
Alice JohnsonBob WilliamsAdministrateur système
|
|||
|
Nom du fournisseur
VendorName
|
Nom du fournisseur auquel la commande d’achat est destinée. | ||
|
Description
Cet attribut contient le nom du fournisseur externe qui fournit les biens ou les services. Il constitue un axe important pour l’analyse des activités d’approvisionnement. La segmentation du processus par fournisseur est essentielle à l’évaluation de sa performance. Elle permet d’analyser, pour chaque fournisseur, les taux de livraison dans les délais et de retour des marchandises, ainsi que les résultats des contrôles qualité. Vous pouvez ainsi repérer les partenaires fiables et ceux qui peuvent être à l’origine de retards ou de problèmes de qualité.
Pourquoi est-ce important ?
Cet attribut est essentiel à la gestion de la performance des fournisseurs : il permet d’analyser les délais de livraison, les taux de retour et la fiabilité globale de chacun.
Où trouver ces données
Le compte fournisseur est stocké dans PurchTable, dans le champ OrderAccount. Le nom est récupéré en établissant une jointure avec VendTable.
Exemples
Contoso Office SuppliesFabrikam RoboticsNorthwind Traders
|
|||
|
Statut de la commande d’achat
PurchaseOrderStatus
|
Statut actuel de la commande d’achat dans son cycle de vie. | ||
|
Description
Cet attribut indique l’état général de la commande d’achat à un moment donné, par exemple « Commande ouverte », « Reçue », « Facturée » ou « Annulée ». Il reflète le résultat de la dernière activité. Le suivi du statut permet de connaître l’état actuel de toutes les commandes d’achat ouvertes. En Process Mining, il peut servir à analyser les résultats des dossiers, par exemple en filtrant les commandes d’achat dont le statut final est « Annulée » afin d’en examiner les motifs.
Pourquoi est-ce important ?
Cet attribut donne un aperçu de l’état actuel de la commande d’achat. Il permet de filtrer les dossiers et d’analyser les résultats du processus, notamment les taux de clôture et d’annulation.
Où trouver ces données
Cet attribut se trouve dans PurchTable. Les principaux champs de statut sont DocumentState et PurchStatus.
Exemples
Commande ouverteReçueFacturéeAnnulée
|
|||
|
Bon de commande modifié
IsPurchaseOrderChanged
|
Indicateur booléen précisant si le bon de commande a été modifié après son approbation initiale. | ||
|
Description
Cet attribut calculé prend la valeur « true » si une activité « Bon de commande modifié » survient après l’activité « Bon de commande approuvé » pour un cas donné. Il facilite l’analyse des reprises et des modifications. Cet indicateur est essentiel au calcul du KPI « Taux de modification des bons de commande après approbation » et au Dashboard « Tendances des modifications des bons de commande ». Il permet d’isoler et d’analyser facilement les bons de commande qui ont nécessité des reprises, afin d’en déterminer les causes.
Pourquoi est-ce important ?
Facilite la mesure des reprises et de la fréquence des modifications, deux indicateurs importants de l’instabilité et du manque d’efficacité du processus.
Où trouver ces données
Cet attribut calculé est dérivé de la séquence des activités dans le journal d’événements.
Exemples
truefalse
|
|||
|
Catégorie d’achat
PurchaseCategory
|
Catégorie de l’article ou du service acheté, par exemple « Matériel informatique » ou « Fournitures de bureau ». | ||
|
Description
Cet attribut permet de regrouper les lignes de bons de commande en catégories cohérentes. Cette classification facilite l’analyse des dépenses et des variations du processus selon le type d’achat. Dans l’analyse des processus, un filtre par catégorie d’achat peut mettre en évidence des différences de fonctionnement. Par exemple, les achats d’immobilisations peuvent suivre un processus plus long et plus complexe que les achats de fournitures courantes. Les Dashboards peuvent également s’appuyer sur cet attribut pour analyser, par catégorie, les tendances de modification et les taux de retour.
Pourquoi est-ce important ?
Permet de segmenter le processus selon le type de biens ou de services achetés et de comparer son déroulement entre les différentes catégories de dépenses.
Où trouver ces données
Les catégories d’articles sont associées aux produits lancés (InventTable), qui sont ensuite utilisés dans PurchLine. Les informations sur les catégories sont stockées dans les tables de gestion des catégories.
Exemples
Matériel informatiqueFournitures de bureauServices professionnelsMatières premières
|
|||
|
Code de l’entreprise
CompanyCode
|
Identifiant de l’entité juridique ou de l’entreprise qui passe le bon de commande. | ||
|
Description
Dans un environnement multi-entreprises, cet attribut indique quelle entité juridique effectue l’achat. Il s’agit d’une donnée organisationnelle fondamentale. Il permet de comparer le processus P2P entre les différentes entités juridiques d’une même organisation. Cette analyse peut mettre en évidence des écarts d’efficacité, de conformité ou de gestion des fournisseurs et contribuer à la standardisation des pratiques.
Pourquoi est-ce important ?
Indispensable aux organisations composées de plusieurs entités juridiques pour comparer et standardiser leurs processus d’approvisionnement.
Où trouver ces données
Il s’agit du champ DataAreaId, présent dans presque toutes les tables de Dynamics 365, notamment PurchTable.
Exemples
USMFDEMFGBSI
|
|||
|
Demande d’achat
PurchaseRequisitionNumber
|
Identifiant de la demande d’achat à l’origine de la commande d’achat. | ||
|
Description
Cet attribut relie une commande d’achat à la demande interne initiale. Toutes les commandes d’achat ne proviennent pas d’une demande. Ce lien est essentiel à l’analyse complète du processus, de la demande à la commande d’achat. Il permet de mesurer le KPI « Délai de conversion d’une demande en commande d’achat » et de comprendre à quelle vitesse un besoin interne se traduit par une commande externe. Il aide également à vérifier la conformité, par exemple en repérant les commandes d’achat créées sans demande officielle.
Pourquoi est-ce important ?
Cet attribut relie la commande d’achat à la demande initiale. Il permet d’analyser le temps de cycle entre la demande et la commande, et de vérifier la conformité du processus.
Où trouver ces données
Cet attribut se trouve dans PurchLine, dans le champ PurchReqId, qui renvoie à PurchReqTable.
Exemples
PR-000871PR-000872PR-000873
|
|||
|
Lieu de livraison
DeliveryLocation
|
Site, entrepôt ou adresse précise où les marchandises doivent être livrées. | ||
|
Description
Cet attribut indique le lieu physique où doivent être livrés les articles du bon de commande. Il peut s’agir d’un entrepôt, d’un bureau ou d’un site de projet. L’analyse du processus par lieu de livraison peut révéler des goulots d’étranglement propres à une région ou à un site, notamment lors de la réception des marchandises. Le Dashboard « Durée de traitement des réceptions de marchandises » peut utiliser cet attribut pour comparer l’efficacité des différents lieux.
Pourquoi est-ce important ?
Aide à repérer les variations ou les retards propres à certains lieux, en particulier lors de la réception des marchandises et des contrôles qualité.
Où trouver ces données
L’adresse et le lieu de livraison sont enregistrés dans PurchTable. Ils peuvent être renseignés par défaut à partir des paramètres de l’entreprise ou du fournisseur.
Exemples
Entrepôt principal ABureau du bâtiment CCentre de distribution de la côte Ouest
|
|||
|
Livraison dans les délais
IsOnTimeDelivery
|
Indicateur booléen précisant si les marchandises ont été reçues à la date de livraison demandée ou avant celle-ci. | ||
|
Description
Cet attribut calculé compare l’horodatage de l’activité « Réception de marchandises enregistrée » à RequestedDeliveryDate. Il prend la valeur « true » si la date de réception est antérieure ou égale à la date demandée. Cet indicateur contribue directement au calcul du KPI « Taux de livraison dans les délais ». Il facilite l’analyse de la performance des fournisseurs et permet de filtrer et de visualiser les livraisons à l’heure ou en retard, un élément central du Dashboard « Respect des délais de livraison par les fournisseurs ».
Pourquoi est-ce important ?
Fournit un résultat binaire clair sur le respect des délais de livraison et simplifie le calcul des KPI associés ainsi que la création de fiches d’évaluation des fournisseurs.
Où trouver ces données
Cet attribut calculé est obtenu en comparant RequestedDeliveryDate à EventTime pour l’activité « Réception de marchandises enregistrée ».
Exemples
truefalse
|
|||
|
Motif du retour
ReturnReason
|
Motif indiqué lorsque des marchandises d’un bon de commande sont retournées au fournisseur. | ||
|
Description
Lorsqu’une activité « Retour de marchandises au fournisseur » est enregistrée, cet attribut indique le motif du retour, par exemple « Marchandises endommagées », « Article incorrect » ou « Qualité insuffisante ». Ces données sont très utiles pour le Dashboard « Taux de retour des bons de commande ». L’analyse des motifs de retour aide à en déterminer les causes, qu’elles soient liées à la qualité du fournisseur, à des erreurs de commande internes ou à des problèmes d’expédition. Vous pouvez ainsi prendre des mesures ciblées pour réduire les retours.
Pourquoi est-ce important ?
Indique les raisons des retours et aide à diagnostiquer les problèmes liés à la qualité des fournisseurs, à l’exactitude des commandes ou à la logistique.
Où trouver ces données
Les motifs de retour sont généralement enregistrés dans les transactions de retour ou au moyen de codes de motif associés aux journaux de réception négatifs.
Exemples
Endommagé pendant le transportArticle livré incorrectContrôle qualité non réussi
|
|||
|
Nom de l’approbateur
ApproverName
|
Nom de l’utilisateur qui a approuvé le bon de commande ou une étape du flux de travail d’approbation. | ||
|
Description
Cet attribut identifie le responsable ou l’utilisateur qui a officiellement approuvé le bon de commande, permettant ainsi de poursuivre le processus. Lorsque plusieurs niveaux d’approbation sont prévus, un même bon de commande peut être approuvé par plusieurs personnes. Le suivi des approbateurs est essentiel pour les Dashboards « Analyse du temps de cycle d’approbation des bons de commande » et « Indicateurs de performance des approbateurs ». Il permet de mesurer le temps consacré par chaque approbateur, de repérer les goulots d’étranglement dans la chaîne d’approbation et d’évaluer la répartition de la charge de travail ainsi que l’efficacité du processus.
Pourquoi est-ce important ?
Permet d’analyser le processus d’approbation, de repérer les goulots d’étranglement et de mesurer la performance ainsi que la charge de travail des différents approbateurs.
Où trouver ces données
Les informations d’approbation sont généralement enregistrées dans les tables de suivi du flux de travail, et non directement dans PurchTable. Pour les obtenir, il faut interroger l’historique du flux de travail associé au bon de commande.
Exemples
Charles GreenDiana PrinceEdward Nigma
|
|||
|
Service
DepartmentName
|
Nom du service à l’origine de la demande d’achat ou de la commande. | ||
|
Description
Cet attribut identifie l’unité opérationnelle ou le service responsable de l’achat. Il est souvent déduit de la personne qui a créé la demande d’achat. L’analyse du processus par service permet de comprendre comment les différentes entités de l’organisation utilisent le processus d’approvisionnement. Elle peut mettre en évidence les services dont les cycles d’approbation sont plus longs, qui modifient plus souvent les commandes d’achat ou qui suivent des habitudes d’achat particulières. Ces constats permettent de cibler les améliorations du processus.
Pourquoi est-ce important ?
Cet attribut permet de comparer la performance du processus entre les unités opérationnelles et de repérer les pratiques propres à chaque service, les goulots d’étranglement et les inefficacités.
Où trouver ces données
Cette information est souvent associée au demandeur ou au créateur de la demande d’achat (PurchReqTable) ou de la commande d’achat (PurchTable), puis au service correspondant dans le module RH.
Exemples
FinanceInformatiqueProductionMarketing
|
|||
Activités du processus Purchase to Pay, bons de commande
| Activité | Description | ||
|---|---|---|---|
|
Commande d’achat approuvée
|
Cette activité marque l’approbation finale de la commande d’achat, qui peut alors être envoyée au fournisseur. L’événement est généralement déduit d’un changement de statut de la commande ou extrait directement de l’historique du flux de travail. | ||
|
Pourquoi est-ce important ?
Il s’agit d’une étape déterminante : aucune action supplémentaire n’est possible tant que la commande d’achat n’est pas approuvée. Son suivi est essentiel pour analyser les goulots d’étranglement des approbations et mesurer le KPI « Temps de cycle d’approbation des commandes d’achat ».
Où trouver ces données
L’événement peut être déduit du passage du champ DocumentState de PurchTable à « Approuvé ». Il peut aussi être extrait de l’horodatage de fin de la dernière étape d’approbation dans WorkflowTrackingStatusTable.
Données à recueillir
Repérez l’horodatage auquel DocumentState dans PurchTable passe à « Approuvé ».
Type d’événement
inferred
|
|||
|
Commande d’achat créée
|
Cette activité correspond à la création d’un brouillon de commande d’achat dans le système. Elle est enregistrée à partir de l’horodatage de création de l’en-tête de la commande, souvent après l’approbation d’une demande d’achat. | ||
|
Pourquoi est-ce important ?
Cette étape marque le passage d’une demande interne à un document d’achat officiel. Elle constitue un point de départ important pour mesurer les délais de traitement et d’approbation des commandes d’achat.
Où trouver ces données
Cet événement correspond à la création d’un enregistrement dans PurchTable. Le champ createdDateTime de cette table fournit l’horodatage de l’activité.
Données à recueillir
Extrayez l’horodatage de création de PurchTable pour chaque commande d’achat.
Type d’événement
explicit
|
|||
|
Commande d’achat envoyée au fournisseur
|
Cette activité indique que la commande d’achat approuvée a été communiquée au fournisseur. Elle est enregistrée lors de la confirmation de la commande, qui génère un journal de confirmation et déclenche généralement l’envoi du document. | ||
|
Pourquoi est-ce important ?
Il s’agit de la première étape tournée vers l’extérieur et du point de départ du délai de livraison du fournisseur. Son suivi est essentiel pour évaluer la performance des fournisseurs et mesurer le KPI « Taux de livraison dans les délais ».
Où trouver ces données
L’événement est marqué par la création d’un enregistrement dans la table PurchPurchaseOrderJour, qui contient le journal de confirmation de la commande d’achat. La date de création de ce journal sert d’horodatage pour l’activité.
Données à recueillir
Utilisez l’horodatage de création du premier enregistrement PurchPurchaseOrderJour associé à la commande d’achat.
Type d’événement
explicit
|
|||
|
Commande d’achat terminée
|
Cette activité indique que le cycle de vie de la commande d’achat est terminé : toutes les marchandises ont été reçues et facturées. Elle est généralement déduite du passage du statut de la commande à un état final de clôture. | ||
|
Pourquoi est-ce important ?
Cette activité marque la fin d’une instance de processus menée à bien. La mesure du « Temps de cycle global de la commande d’achat », de sa création à sa clôture, donne une vue d’ensemble de l’efficacité du processus.
Où trouver ces données
L’événement peut être déduit des champs de statut de PurchTable, par exemple lorsque DocumentState indique « Invoiced » et que les statuts des lignes indiquent que la réception et la facturation sont complètes.
Données à recueillir
Repérez l’horodatage auquel les statuts de l’en-tête et des lignes de la commande d’achat passent à un état final de clôture, par exemple « Invoiced ».
Type d’événement
inferred
|
|||
|
Demande d’achat créée
|
Cette activité correspond à la création d’une demande d’achat, c’est-à-dire à la demande officielle de biens ou de services. Elle est enregistrée lorsqu’une nouvelle ligne est créée dans la table des demandes d’achat, ce qui marque le début du besoin d’approvisionnement. | ||
|
Pourquoi est-ce important ?
Il s’agit du déclencheur initial du processus de commande d’achat. L’analyse du délai entre cet événement et la création de la commande permet de mesurer l’efficacité du processus interne et sa réactivité face à la demande.
Où trouver ces données
Cet événement correspond à la création d’un enregistrement dans PurchReqTable. L’horodatage de création (createdDateTime) de l’enregistrement indique l’heure de l’événement.
Données à recueillir
Extrayez l’horodatage de création de PurchReqTable pour chaque demande d’achat.
Type d’événement
explicit
|
|||
|
Réception des marchandises enregistrée
|
Cette activité marque l’enregistrement officiel, dans le système, des marchandises reçues au titre de la commande d’achat. Elle est enregistrée lors de la validation d’un journal de réception de produits. | ||
|
Pourquoi est-ce important ?
Cette étape met à jour le stock et marque le début du rapprochement des factures. Elle sert également de point final pour mesurer le « Taux de livraison dans les délais » et le délai de livraison du fournisseur.
Où trouver ces données
L’événement est extrait de la création du journal de réception des produits, stocké dans VendPackingSlipJour. Le champ createdDateTime ou PackingSlipDate de cette table indique la date de réception officielle des marchandises.
Données à recueillir
Utilisez l’horodatage de création ou de validation de l’enregistrement VendPackingSlipJour associé à la commande d’achat.
Type d’événement
explicit
|
|||
|
Commande d’achat annulée
|
Cette activité correspond à l’interruption d’une commande d’achat avant son achèvement. Elle est enregistrée par un changement de statut spécifique du document de commande. | ||
|
Pourquoi est-ce important ?
Les annulations constituent un parcours d’exception important. L’analyse de leur fréquence et de leurs motifs peut mettre en évidence des problèmes de planification ou de fiabilité des fournisseurs.
Où trouver ces données
L’événement peut être déduit du passage du champ DocumentState de PurchTable à « Canceled ». L’horodatage de ce changement de statut marque l’événement.
Données à recueillir
Repérez l’horodatage auquel DocumentState dans PurchTable prend la valeur « Canceled ».
Type d’événement
inferred
|
|||
|
Commande d’achat confirmée par le fournisseur
|
Cette activité correspond à l’accusé de réception et à la confirmation des détails de la commande d’achat par le fournisseur. Il s’agit souvent d’une saisie manuelle effectuée à la suite d’un échange avec le fournisseur. | ||
|
Pourquoi est-ce important ?
La confirmation du fournisseur indique que la commande est en cours de traitement. À ce stade, des retards ou des écarts peuvent signaler des difficultés de livraison.
Où trouver ces données
L’événement est généralement déduit du renseignement des champs de date ou de statut liés à la confirmation dans PurchTable, par exemple les dates de confirmation de livraison. Il ne correspond pas nécessairement à un événement distinct.
Données à recueillir
Déduisez l’événement du renseignement d’un champ de date de confirmation spécifique dans PurchTable ou PurchLine.
Type d’événement
inferred
|
|||
|
Commande d’achat modifiée
|
Cette activité recense toute modification apportée à une commande d’achat après son approbation. Dynamics 365 peut conserver les différentes versions de la commande, ce qui permet de repérer les modifications. | ||
|
Pourquoi est-ce important ?
Le suivi des modifications est essentiel pour repérer les reprises, comprendre l’instabilité du processus et mesurer le « Taux de modification des commandes d’achat ». Ces changements peuvent entraîner des retards et des variations de coûts.
Où trouver ces données
L’événement peut être déduit en comparant les différentes versions de la commande d’achat conservées dans les tables d’archivage ou de gestion des versions, par exemple PurchTableHistory. Une hausse du numéro de version indique une modification.
Données à recueillir
Repérez les enregistrements où le numéro de version de PurchTable a augmenté après l’approbation.
Type d’événement
inferred
|
|||
|
Commande d’achat soumise à approbation
|
Cette activité correspond au moment où un brouillon de commande d’achat est officiellement soumis au flux de travail d’approbation. Il s’agit généralement d’une action explicite de l’utilisateur, enregistrée dans les journaux du flux de travail. | ||
|
Pourquoi est-ce important ?
Cette activité marque le début officiel du cycle d’approbation de la commande d’achat. Son suivi permet de mesurer précisément le temps d’attente avant approbation et la durée totale de l’approbation.
Où trouver ces données
L’événement est enregistré dans WorkflowTrackingStatusTable pour la commande d’achat, qui consigne la soumission et son horodatage.
Données à recueillir
Repérez l’événement « Submitted » dans l’historique du flux de travail associé à l’enregistrement PurchTable.
Type d’événement
explicit
|
|||
|
Contrôle qualité effectué
|
Cette activité correspond à la fin du contrôle qualité des marchandises reçues. Elle est souvent gérée dans le module de gestion de la qualité ou enregistrée par une mise à jour du statut. | ||
|
Pourquoi est-ce important ?
Cette activité peut constituer un goulot d’étranglement important entre la réception des marchandises et leur mise à disposition. L’analyse de sa durée permet d’améliorer le KPI « Durée du cycle d’inspection ».
Où trouver ces données
L’événement peut être déduit de la clôture d’un ordre qualité (InventQualityOrderTable) associé à la réception de la commande d’achat. L’horodatage du passage au statut « Passed » ou « Failed » marque l’événement.
Données à recueillir
Suivez l’horodatage de fin du statut dans InventQualityOrderTable associé à la ligne de commande d’achat.
Type d’événement
inferred
|
|||
|
Demande d’achat approuvée
|
Cette activité correspond à l’approbation officielle d’une demande d’achat par un responsable habilité. Elle est généralement enregistrée dans l’historique du flux de travail ou repérée à partir d’un changement de statut de la demande. | ||
|
Pourquoi est-ce important ?
L’approbation est une étape déterminante qui permet de convertir une demande en commande d’achat. Tout retard à ce stade a une incidence directe sur l’ensemble du calendrier d’approvisionnement.
Où trouver ces données
L’événement peut être extrait de WorkflowTrackingStatusTable, associée à la demande d’achat, ou déduit du passage du champ de statut de PurchReqTable à l’état « Approuvé ».
Données à recueillir
Utilisez l’horodatage de fin de la dernière étape d’approbation dans l’historique du flux de travail de la demande.
Type d’événement
explicit
|
|||
|
Facture de la commande d’achat enregistrée
|
Cette activité marque la réception et l’enregistrement de la facture du fournisseur associée à la commande d’achat. Elle relie les processus d’approvisionnement et de paiement. | ||
|
Pourquoi est-ce important ?
Il s’agit de la dernière étape avant le paiement et d’un élément essentiel pour calculer le coût final de l’achat. Elle constitue le point final de l’analyse du rapprochement à trois pièces.
Où trouver ces données
L’événement est extrait de la validation d’un journal de facture fournisseur (VendInvoiceJour) rapproché de la commande d’achat. Le champ InvoiceDate ou la date de validation de cet enregistrement fournit l’horodatage.
Données à recueillir
Utilisez l’horodatage de validation de la table VendInvoiceJour associée à l’enregistrement PurchTable.
Type d’événement
explicit
|
|||
|
Marchandises retournées au fournisseur
|
Cette activité indique que des marchandises précédemment reçues ont été retournées au fournisseur, par exemple parce qu’elles étaient endommagées ou incorrectes. Elle est enregistrée lors de la validation d’une transaction de retour. | ||
|
Pourquoi est-ce important ?
Les retours signalent des problèmes dans le processus et entraînent des coûts supplémentaires. Le suivi de cette activité permet de calculer le « Taux de retour des commandes d’achat » et de repérer les problèmes liés aux fournisseurs ou aux produits.
Où trouver ces données
L’événement peut être déduit de la création d’une commande d’achat avec une quantité négative ou d’un document de retour spécifique faisant référence à la commande d’achat d’origine. La date de transaction de validation du retour correspond à l’heure de l’événement.
Données à recueillir
Repérez la validation d’une commande de retour d’achat ou d’une note de débit associée à la commande d’achat d’origine.
Type d’événement
explicit
|
|||
Guides d’extraction
Prêt à commencer ?
Ce modèle contient tout ce dont vous avez besoin pour commencer à optimiser votre processus Purchase to Pay, bons de commande. Commencez dès aujourd’hui à améliorer vos opérations d’approvisionnement.
Améliorez dès maintenant l’efficacité de votre processus Purchase to Pay, bons de commande
Repérez les inefficacités et réduisez jusqu’à 30 % le temps de cycle P2P.
Aucune carte bancaire requise, configuration en quelques minutes