Votre modèle de données de gestion de la chaîne d’approvisionnement

Microsoft Dynamics 365 SCM
Votre modèle de données de gestion de la chaîne d’approvisionnement

Votre modèle de données de gestion de la chaîne d’approvisionnement

Ce modèle de données complet propose une méthode structurée pour recueillir les informations essentielles à un Process Mining performant de votre chaîne d’approvisionnement. Il précise les attributs et les activités à suivre, ainsi que la manière d’extraire ces données depuis Microsoft Dynamics 365 SCM. Utilisez-le pour préparer correctement votre journal d’événements et obtenir des analyses pertinentes.
  • Attributs recommandés à collecter pour une analyse détaillée
  • Activités clés de la chaîne logistique à suivre dans votre processus
  • Instructions pratiques pour extraire les données de Microsoft Dynamics 365 SCM
Vous découvrez les journaux d’événements ? En savoir plus sur la création d’un journal d’événements pour le Process Mining.

Attributs de la gestion de la chaîne d’approvisionnement

Voici les champs de données recommandés à inclure dans votre journal d’événements pour analyser de manière complète et précise vos processus de gestion de la chaîne d’approvisionnement.
5 Obligatoire 8 Recommandé 8 Facultatif
Nom Description
Commande logistique
LogisticsOrder
L'identifiant unique d'une demande précise d'exécution de la chaîne d'approvisionnement, qui sert d'identifiant de cas principal.
Description

La commande logistique est l’identifiant unique de l’ensemble du processus logistique. Elle relie toutes les activités, de la demande client à la livraison finale. Cet attribut constitue le fil conducteur qui relie les différents sous-processus, comme l’approvisionnement, la production et l’expédition, pour une même demande d’exécution.

Dans l’analyse, chaque événement est associé à une commande logistique, ce qui permet de reconstituer intégralement le flux du processus, de bout en bout. Vous pouvez ainsi suivre le parcours d’une commande entre les différents services et systèmes, identifier les goulots d’étranglement et mesurer précisément le temps de cycle global, du début à la fin.

Pourquoi c’est important

Il s'agit de la clé essentielle qui relie tous les événements associés du processus et permet d'analyser de bout en bout le processus de la chaîne d'approvisionnement pour une seule demande d'exécution.

Où les obtenir

Il s'agit d'un identifiant conceptuel, probablement obtenu en combinant des champs de tables telles que SalesTable (commande client), WHSLoadTable (ID de chargement) ou InventTransOrigin (ID de référence), afin de créer un identifiant de cas unique entre les différents modules.

Exemples
LO-2024-00123LO-2024-00124LO-2024-00125
Activité
ActivityName
Le nom de l'événement métier ou de la tâche qui s'est produit à un moment donné du processus logistique.
Description

Cet attribut enregistre l'événement métier ou la tâche précise qui s'est produit, comme « Purchase Order Issued », « Goods Produced » ou « Shipment Scheduled ». Ces activités constituent les éléments fondamentaux du processus.

L'analyse de leur séquence, de leur fréquence et de leur durée est au cœur du Process Mining. Elle permet de découvrir et de visualiser automatiquement les cartes de processus, de détecter les écarts par rapport aux procédures standard et d'identifier les étapes fréquentes ou inefficaces qui peuvent être améliorées.

Pourquoi c’est important

Il définit les étapes du processus, ce qui permet de visualiser le flux, d’analyser les variantes et d’identifier les goulots d’étranglement ou les activités non conformes.

Où les obtenir

Dérivé de la logique métier fondée sur les changements de statut dans différentes tables de transactions, telles que SalesTable, PurchTable et ProdTable, ou sur les dates de validation de documents provenant de tables comme CustInvoiceJour.

Exemples
Bon de commande émisProduits fabriquésFacture client validéeMarchandises livrées
Dernière mise à jour des données
LastDataUpdate
L'horodatage correspondant à la dernière actualisation des données depuis le système source.
Description

Cet attribut indique la date et l'heure de la dernière extraction ou actualisation des données. Il constitue une métadonnée importante pour tout Dashboard d'analyse des processus.

Cette information aide les utilisateurs à évaluer l'actualité des données analysées et à fonder leurs conclusions sur des informations à jour. Elle est également essentielle à la gestion des pipelines de données et à la vérification du bon déroulement des chargements, selon le calendrier prévu.

Pourquoi c’est important

Il informe les utilisateurs de l'actualité des données, ce qui est essentiel pour prendre en temps utile des décisions métier pertinentes fondées sur l'analyse.

Où les obtenir

Cette valeur est générée et ajoutée au jeu de données par l'outil d'extraction ou d'ETL à la fin de chaque cycle d'actualisation.

Exemples
2023-06-10T02:00:00Z2023-06-11T02:00:00Z2023-06-12T02:00:00Z
Heure de l'événement
EventTime
L'horodatage indiquant le moment où l'activité s'est produite.
Description

Cet attribut fournit la date et l’heure exactes auxquelles une activité a été enregistrée dans le système. Il est fondamental pour toute analyse des processus fondée sur le temps, notamment pour calculer les temps de cycle, comprendre les performances du processus et identifier les goulots d’étranglement.

Le classement chronologique des événements à partir de cet horodatage permet aux outils de Process Mining de reconstituer la séquence exacte des activités telles qu’elles se sont déroulées. Cette capacité est essentielle pour comprendre le flux réel du processus et sa dynamique, plutôt que de s’appuyer sur des modèles de processus théoriques.

Pourquoi c’est important

Cet horodatage est essentiel pour ordonner correctement les événements et calculer toutes les métriques temporelles, notamment les durées de cycle et les délais.

Où les obtenir

Ces informations proviennent généralement des champs de date et d'heure de création ou de changement de statut des tables D365 SCM. Parmi les exemples figurent CreatedDateTime dans SalesTable, DeliveryDate dans PurchLine ou les dates des transactions physiques dans InventTrans.

Exemples
2023-04-15T09:00:00Z2023-04-18T14:30:00Z2023-05-01T11:22:00Z
Système source
SourceSystem
Le système de référence à partir duquel les données d'événements ont été extraites.
Description

Cet attribut identifie le système ou le module à l'origine des données. Dans un environnement complexe de chaîne d'approvisionnement, les données peuvent provenir de plusieurs modules de Dynamics 365 SCM, comme Sales, Procurement ou Warehouse Management.

La spécification du système source est essentielle à la gouvernance des données, au diagnostic des incohérences et à la compréhension du contexte des activités enregistrées. Elle garantit la qualité des données et permet de remonter à leur origine, ce qui est particulièrement important dans les environnements intégrés.

Pourquoi c’est important

Il fournit le contexte sur l'origine des données, indispensable à leur validation, au diagnostic des problèmes et à la compréhension des variations de processus qui traversent les frontières entre systèmes.

Où les obtenir

Il s'agit généralement d'une valeur statique ajoutée lors de l'extraction des données afin d'identifier les enregistrements provenant de ce système précis.

Exemples
Microsoft Dynamics 365 SCMD365-PRODAX2012-FIN
Date de livraison demandée
RequestedDeliveryDate
Date de livraison demandée par le client.
Description

Cet attribut enregistre la date de livraison indiquée par le client lors de la passation de sa commande. Elle sert de référence principale pour mesurer les performances réelles de livraison.

Cette date constitue la base du Dashboard On-Time Delivery Performance Monitor et du KPI On-Time Delivery Rate. La comparaison entre la date de livraison demandée et la date de livraison réelle est la méthode standard pour calculer la performance de livraison et représente un indicateur important de la satisfaction client.

Pourquoi c’est important

Cette date sert de référence pour mesurer la ponctualité des livraisons, un KPI essentiel pour la satisfaction client et la fiabilité de la chaîne logistique.

Où les obtenir

Situé dans le champ ReceiptDateRequested de la table SalesLine ou dans le champ ShippingDateRequested de la table SalesTable.

Exemples
2023-05-102023-06-012023-07-20
ID utilisateur
UserId
L'identifiant de l'utilisateur qui a effectué l'activité.
Description

Cet attribut stocke l'ID de l'employé ou de l'utilisateur système qui a exécuté une activité précise. Il peut s'agir d'un acheteur ayant créé un bon de commande ou d'un opérateur d'entrepôt ayant confirmé une expédition.

L'analyse des activités par utilisateur aide à comprendre la répartition de la charge de travail, à identifier les besoins de formation et à examiner les écarts de processus. Elle est également essentielle à l'analyse de la conformité, car elle permet aux auditeurs de relier les actions à des personnes précises. Cette vue est importante pour le pilotage des performances et l'optimisation des ressources.

Pourquoi c’est important

Il permet d'analyser les performances du processus par utilisateur ou par équipe, d'identifier les possibilités d'automatisation et de réaliser les analyses de conformité et de piste d'audit.

Où les obtenir

Présent dans les champs « Created by » ou « Modified by » de la plupart des tables de transactions de D365 SCM, notamment CreatedBy dans SalesTable ou PurchTable.

Exemples
j.doea.smithAX_BATCH_USER
Livraison à temps
IsOnTimeDelivery
Indicateur précisant si la commande a été livrée à la date demandée ou avant celle-ci.
Description

Il s’agit d’un attribut booléen calculé qui indique si une commande logistique a été livrée à temps. Il est obtenu en comparant l’horodatage de l’activité « Goods Delivered » à la « Requested Delivery Date ».

Cet attribut constitue la base du calcul du KPI On-Time Delivery Rate et sert de filtre principal dans le Dashboard On-Time Delivery Performance Monitor. Il simplifie l’analyse en transformant une comparaison de dates en une valeur vraie ou fausse, ce qui facilite le filtrage et le comptage des commandes en retard.

Pourquoi c’est important

Mesure directement la performance du service client et constitue une donnée d’entrée essentielle du KPI On-Time Delivery, tout en simplifiant l’analyse de la fiabilité des livraisons.

Où les obtenir

Il s’agit d’un champ calculé. La logique est la suivante : IF ('Goods Delivered' timestamp <= 'Requested Delivery Date') THEN True ELSE False.

Exemples
truefalse
Nom du client
CustomerName
Nom du client qui a passé la commande client.
Description

Cet attribut identifie le client associé à une commande client. Il permet d’analyser le processus de la chaîne logistique selon une perspective centrée sur le client.

L’analyse du processus logistique par client peut révéler des schémas d’exécution, des préférences ou des difficultés propres à certains clients. Elle est particulièrement utile pour la gestion des comptes stratégiques et l’adaptation des niveaux de service, contribuant ainsi à améliorer la satisfaction et la fidélisation des clients.

Pourquoi c’est important

Permet une analyse centrée sur le client, en aidant à identifier les clients qui subissent le plus de retards et à évaluer les niveaux de service des comptes stratégiques.

Où les obtenir

Obtenu en reliant la table des commandes client (SalesTable) à la table de référence des clients (CustTable) à partir du numéro de compte client.

Exemples
Alpine Ski HouseAdventure WorksCity Power & Light
Nom du fournisseur
SupplierName
Nom du fournisseur qui fournit les matières premières ou les marchandises.
Description

Cet attribut contient le nom du fournisseur auprès duquel les matières sont achetées. Il constitue une dimension essentielle pour analyser les activités liées aux achats.

Il est largement utilisé dans les Dashboards Procurement Lead Time Breakdown et Supplier Performance Benchmarking. L’analyse des indicateurs de processus par fournisseur permet d’identifier les partenaires les plus fiables et les plus performants, ainsi que ceux qui accusent fréquemment des retards ou provoquent des perturbations. Ces informations sont essentielles pour orienter la stratégie d’approvisionnement et gérer les relations avec les fournisseurs.

Pourquoi c’est important

Permet de segmenter et de comparer les performances des achats par fournisseur, ce qui est essentiel pour améliorer les relations avec les fournisseurs et réduire les délais d’approvisionnement des matières.

Où les obtenir

Obtenu en reliant la table des commandes d’achat (PurchTable) à la table de référence des fournisseurs (VendTable) à partir du numéro de compte fournisseur.

Exemples
Contoso Raw MaterialsFabrikam Inc.Northwind Traders
Numéro d'ordre de production
ProductionOrderNumber
L'identifiant unique d'un ordre de production ou de fabrication.
Description

Ce numéro identifie un ordre visant à produire une quantité précise d'un produit dans l'installation de fabrication. Il permet de suivre la consommation des matières premières et la production des produits finis.

Pour les entreprises qui disposent d'une activité de fabrication, cet ID est essentiel au suivi du processus de production. Il alimente le Dashboard Production Schedule Adherence Tracker en reliant les dates de production planifiées aux dates réelles d'achèvement, afin de mettre en évidence les écarts ou les retards du processus de fabrication.

Pourquoi c’est important

Cette fonctionnalité permet d’analyser en détail le cycle de vie de la production, de mesurer le respect du calendrier de production et d’identifier les goulots d’étranglement dans les ateliers.

Où les obtenir

Situé dans le champ ProdId de la table ProdTable.

Exemples
PRD-000112PRD-000113PRD-000114
Numéro de bon de commande
PurchaseOrderNumber
L'identifiant unique d'un bon de commande envoyé à un fournisseur.
Description

Il s'agit du numéro officiel du document utilisé pour commander des matières premières ou des marchandises auprès d'un fournisseur externe. Il contient des informations sur les articles, les quantités, les prix et les dates de livraison.

L'analyse du processus par numéro de bon de commande est essentielle aux Dashboards Procurement Lead Time Breakdown et Supplier Performance Benchmarking. Elle permet de suivre l'ensemble du cycle procure-to-pay, de la demande d'achat au paiement du fournisseur, et d'identifier les retards dans l'acquisition des matières.

Pourquoi c’est important

Cet ID est essentiel pour analyser la partie achats de la chaîne d'approvisionnement, suivre les performances des fournisseurs et comprendre les délais d'approvisionnement des matières.

Où les obtenir

Situé dans le champ PurchId de la table PurchTable.

Exemples
PO-000541PO-000542PO-000543
Numéro de commande client
SalesOrderNumber
L'identifiant unique de la commande client.
Description

Il s'agit du numéro de référence principal de la demande d'un client concernant des marchandises ou des services. La commande client lance de nombreuses activités en aval de la chaîne d'approvisionnement, notamment les achats et la production.

Dans le Process Mining, le numéro de commande client constitue une dimension essentielle pour le filtrage et l'analyse. Il permet aux utilisateurs métier de suivre l'intégralité du processus d'exécution d'une commande donnée et constitue souvent un élément principal de l'identifiant de cas conceptuel Logistics Order.

Pourquoi c’est important

Il relie directement le processus de la chaîne d'approvisionnement à la demande client et permet d'analyser le cycle order-to-cash ainsi que les performances d'exécution propres à chaque client.

Où les obtenir

Situé dans le champ SalesId de la table SalesTable.

Exemples
SO-001872SO-001873SO-001874
Catégorie de produit
ProductCategory
Catégorie à laquelle appartient un produit.
Description

Cet attribut regroupe les produits individuels en catégories plus larges, telles que « Electronics », « Raw Materials » ou « Finished Goods ». Il permet ainsi d’analyser la chaîne logistique à un niveau plus global.

Plutôt que d’examiner des milliers de SKU individuels, les analystes peuvent utiliser les catégories de produits pour repérer les tendances et les goulots d’étranglement qui touchent des groupes entiers de produits. Cette approche est particulièrement utile dans le Dashboard Procurement Lead Time Breakdown pour comprendre les performances des fournisseurs selon les différents types de matières.

Pourquoi c’est important

Permet une analyse agrégée par groupe de produits, utile pour les décisions stratégiques et l’identification des problèmes systémiques qui touchent certains types de produits.

Où les obtenir

Obtenu en reliant la table de référence des articles (InventTable) à des tables de catégories de produits telles que EcoResProductCategory.

Exemples
Composants audioMatériaux d'emballagePièces hydrauliques
Date d’expédition planifiée
ScheduledShipmentDate
Date à laquelle l’expédition devait partir.
Description

Cet attribut correspond à la date prévue ou planifiée de départ d’une expédition depuis l’entrepôt ou le site de production. Il s’agit d’une étape interne importante du processus d’exécution.

Cette date sert à calculer le KPI Shipment Schedule Adherence Rate. La comparaison entre la date planifiée et la date réelle de l’activité « Goods Loaded For Transport » permet de mesurer la fiabilité et la prévisibilité de la planification et de l’exécution de la logistique interne.

Pourquoi c’est important

Aide à mesurer le respect du calendrier interne et la prévisibilité du processus d’expédition, qui influencent la planification du transport en aval.

Où les obtenir

Situé dans des champs tels que ConfirmedShipDate de SalesLine ou dans les champs associés de WHSLoadTable pour les chargements planifiés.

Exemples
2023-05-082023-05-302023-07-18
ID de l’entrepôt
WarehouseId
Identifiant de l’entrepôt dans lequel les marchandises sont stockées ou traitées.
Description

Cet attribut identifie l’entrepôt ou le centre de distribution concerné par une activité, comme le picking, le conditionnement ou l’expédition.

Il est essentiel au Dashboard Warehouse Operations Throughput, qui permet de comparer les performances de différents sites. L’analyse par entrepôt aide à déterminer quels sites sont les plus performants, lesquels rencontrent des problèmes de capacité et où des améliorations opérationnelles sont nécessaires en priorité.

Pourquoi c’est important

Permet de comparer les performances et d’analyser les goulots d’étranglement entre différents sites physiques, afin d’améliorer l’efficacité des entrepôts.

Où les obtenir

Présent dans le champ InventLocationId des tables liées à la gestion des stocks et des entrepôts, telles que InventSum et WHSWorkTable.

Exemples
WH-MainWH-EastDC-West
Mode de transport
ModeOfTransport
Mode de transport utilisé pour l’expédition, par exemple le transport routier, aérien ou maritime.
Description

Cet attribut précise le mode de transport utilisé pour acheminer les marchandises de l’origine à la destination. Il peut s’agir du transport routier, ferroviaire, aérien ou maritime.

Il constitue une dimension essentielle du Dashboard Transportation Efficiency & Costs. L’analyse des délais de cycle et des coûts par mode de transport aide à optimiser les stratégies logistiques, à trouver le meilleur équilibre entre rapidité et coût et à identifier les inefficacités propres à certains canaux de transport.

Pourquoi c’est important

Essentiel pour analyser les coûts et l’efficacité du transport, optimiser les réseaux logistiques et réduire les dépenses de fret.

Où les obtenir

Présent dans le champ ModeOfDelivery de tables telles que SalesTable ou PurchTable, ou de manière plus détaillée dans des tables de gestion du transport telles que TMSRoute.

Exemples
CamionTransport aérienTransport maritimeTransport ferroviaire
Nom du transporteur
CarrierName
Nom de l’entreprise de transport ou du transporteur chargé de l’expédition.
Description

Cet attribut identifie le prestataire logistique tiers ou la flotte interne responsable du transport des marchandises. Il précise quelle entreprise achemine physiquement le produit.

Le transporteur constitue une autre dimension essentielle du Dashboard Transportation Efficiency & Costs. En analysant par transporteur des indicateurs tels que le temps de transit et la ponctualité des livraisons, les entreprises peuvent comparer leurs partenaires logistiques, négocier de meilleurs tarifs et prendre des décisions éclairées concernant le choix des transporteurs.

Pourquoi c’est important

Permet d’analyser les performances de différents partenaires logistiques, ce qui est essentiel pour gérer les transporteurs et optimiser les coûts de transport.

Où les obtenir

Présent dans des champs tels que « CarrierService » des commandes client ou dans des tables dédiées à la gestion du transport telles que TMSCarrier.

Exemples
FedExUPSMaerskDHL
Numéro de produit
ProductNumber
Identifiant unique du produit commandé ou fabriqué.
Description

Cet attribut correspond à l’unité de gestion des stocks (SKU) ou au numéro d’article du produit concerné par une transaction. Il peut s’agir d’un produit fini vendu à un client ou d’une matière première achetée auprès d’un fournisseur.

L’analyse du processus de la chaîne logistique par produit permet d’identifier les articles associés à des délais longs, à des problèmes de qualité fréquents ou à des parcours de production complexes. Ces informations sont essentielles pour la gestion des stocks, la prévision de la demande et l’optimisation du portefeuille de produits.

Pourquoi c’est important

Permet d’analyser les performances du processus pour différents produits et de révéler les difficultés de la chaîne logistique propres à certains articles.

Où les obtenir

Présent dans le champ ItemId des tables de lignes de transaction telles que SalesLine, PurchLine et ProdBOM.

Exemples
A0001D0010M9201
Retouche
IsRework
Indicateur précisant si une activité ou une boucle de processus constitue une retouche.
Description

Il s’agit d’un attribut booléen calculé qui identifie les activités ou les parcours de processus correspondant à des retouches ou à des boucles de correction. Par exemple, si l’activité « Quality Control Performed » échoue et renvoie vers l’étape « Goods Produced », elle est identifiée comme une retouche.

Cet attribut est essentiel au calcul du KPI Order Fulfillment Rework Rate. En identifiant les retouches, les analystes peuvent quantifier facilement la fréquence et l’impact des problèmes de qualité ou des erreurs de processus, puis cibler les domaines nécessitant une amélioration et un meilleur contrôle.

Pourquoi c’est important

Aide à quantifier les inefficacités des processus et les problèmes de qualité en identifiant explicitement les activités qui ne font pas partie du « happy path ».

Où les obtenir

Il s’agit d’un champ calculé, généralement obtenu à partir de règles métier. Il peut par exemple identifier comme retouche certains noms d’activités, tels que « Repack Goods », ou détecter les boucles de retour dans le flux de processus.

Exemples
truefalse
Valeur de la commande
OrderValue
Valeur monétaire totale de la commande client.
Description

Cet attribut représente la valeur financière totale de la commande client. Il s’agit d’un indicateur essentiel pour comprendre l’impact métier de la performance des processus.

L’analyse d’indicateurs de processus, tels que le délai de cycle ou les livraisons en retard, en fonction de la valeur des commandes permet de hiérarchiser les efforts d’amélioration. Par exemple, les retards qui touchent des commandes de grande valeur peuvent être plus importants à traiter que ceux qui concernent des commandes moins élevées. Cette approche ajoute une dimension financière à l’analyse des processus.

Pourquoi c’est important

Apporte une dimension financière à l’analyse des processus et permet de hiérarchiser les problèmes selon leur impact monétaire.

Où les obtenir

Calculé à partir de la table SalesLine en additionnant le champ LineAmount de toutes les lignes appartenant à une commande client donnée (SalesId).

Exemples
15200.50850.00125000.75
Obligatoire Recommandé Facultatif

Activités de gestion de la chaîne d’approvisionnement

Voici les principales étapes et les principaux jalons du processus à enregistrer dans votre journal d’événements pour découvrir précisément les processus et évaluer la performance de votre chaîne d’approvisionnement.
8 Recommandé 7 Facultatif
Activité Description
Bon de commande émis
Un bon de commande officiel est créé et confirmé, engageant l'entreprise à acheter auprès d'un fournisseur. Cet événement est enregistré lorsque le statut du bon de commande passe à « Confirmed » ou « In external review ».
Pourquoi c’est important

Il s'agit d'une étape importante du processus d'achat et du principal point de départ pour mesurer le délai fournisseur. L'analyse du temps écoulé entre cet événement et la réception des matières permet d'évaluer les performances du fournisseur.

Où les obtenir

L'événement est enregistré dans le module Procurement and sourcing. La confirmation d'un bon de commande est suivie au moyen des changements de statut et des dates dans PurchTable.

Collecte

Enregistré lorsque le statut d'un bon de commande passe à « Confirmed » au moyen d'une action de journalisation.

Type d’événement explicit
Commande client créée
Représente la création officielle d'une nouvelle commande client dans Dynamics 365 SCM. Il s'agit d'un événement explicite, enregistré avec un horodatage lorsqu'un utilisateur sauvegarde un nouveau document de commande client et lance le processus d'exécution.
Pourquoi c’est important

Cette activité marque le début officiel du cycle d'exécution de la commande. Elle constitue le principal point de référence pour mesurer les délais globaux, évaluer les livraisons à temps et analyser les tendances de réception des commandes.

Où les obtenir

Il s'agit d'un événement explicite enregistré dans le module Sales and marketing. La création est consignée dans SalesTable (en-tête de commande client), avec un horodatage de création précis.

Collecte

Événement enregistré lors de la création d'un enregistrement de commande client dans SalesTable.

Type d’événement explicit
Marchandises chargées pour le transport
Les marchandises emballées sont chargées physiquement dans le véhicule du transporteur et l'expédition est confirmée dans le système. Cet événement correspond à l'action « Ship confirm » dans Dynamics 365.
Pourquoi c’est important

Cette activité marque le départ physique des marchandises de l'entrepôt. Elle constitue le point de départ pour mesurer la durée de transport des marchandises et comptabiliser financièrement l'expédition.

Où les obtenir

L'événement est enregistré dans les modules Warehouse management ou Transportation management. L'action « Ship confirm » appliquée à un chargement ou à une expédition (WHSLoadTable) crée un événement horodaté.

Collecte

Enregistré lorsque l'action « Ship confirm » est exécutée pour le chargement ou l'expédition concerné.

Type d’événement explicit
Marchandises livrées
Les marchandises sont arrivées à destination chez le client. Cet événement peut être déduit des données de suivi du transporteur ou d'une mise à jour manuelle du statut, car Dynamics 365 ne dispose pas d'une transaction native « delivered ».
Pourquoi c’est important

Cette activité marque la fin de la livraison physique. Elle fournit la « Actual Delivery Date », indispensable au calcul des KPI de livraison à temps et des indicateurs destinés aux clients.

Où les obtenir

Il ne s'agit souvent pas d'un champ standard. L'information peut être enregistrée dans un champ de date personnalisé de la commande client ou de l'expédition, mis à jour manuellement ou au moyen d'une intégration avec le système du transporteur.

Collecte

Déduit d'une mise à jour manuelle d'un champ de date de livraison ou d'une intégration avec l'API externe du transporteur.

Type d’événement inferred
Marchandises prélevées et emballées
Les opérateurs de l'entrepôt ont prélevé physiquement les articles dans les stocks et les ont emballés pour l'expédition. Cette étape est enregistrée lorsque la tâche de prélèvement est terminée et que le statut de l'emballage est mis à jour dans le système.
Pourquoi c’est important

Indique l’achèvement de la tâche principale d’exécution en entrepôt. Il s’agit d’une mesure importante pour le Dashboard de débit des opérations d’entrepôt et pour identifier les goulots d’étranglement du processus de prélèvement et d’emballage.

Où les obtenir

L'événement est enregistré dans le module Warehouse management. Il est généralement déduit du passage du statut de la tâche d'entrepôt (WHSWorkTable) à « Closed » ou de la validation d'un bordereau d'expédition.

Collecte

Déduit du changement de statut de la tâche d'entrepôt à « Closed » ou de la date de validation du bordereau d'expédition.

Type d’événement inferred
Matières premières reçues
Les marchandises ou matières commandées auprès du fournisseur sont physiquement réceptionnées dans l'entrepôt. Cette réception est enregistrée par la validation d'une transaction de réception de produit dans Dynamics 365, associée au bon de commande.
Pourquoi c’est important

Cette activité marque la fin du délai fournisseur et la disponibilité des matières pour la production ou l'exécution de la commande. Les retards à cette étape ont une incidence directe sur les plannings en aval et les dates de livraison client.

Où les obtenir

L'événement est enregistré dans les modules Procurement and sourcing ou Inventory management. La validation d'une réception de produit (VendPackingSlipJour) crée un enregistrement transactionnel horodaté.

Collecte

Événement enregistré lorsqu'une réception de produit est validée pour le bon de commande.

Type d’événement explicit
Preuve de livraison signée
Le client a officiellement accusé réception des marchandises, souvent en signant un bon de livraison. Cette étape est généralement enregistrée par l'ajout d'un document ou la mise à jour d'un statut dans le système.
Pourquoi c’est important

Cette activité constitue la confirmation finale de la bonne exécution de la commande et la fin définitive du processus logistique. Elle est essentielle pour résoudre les litiges et calculer la durée totale du cycle de commande.

Où les obtenir

Il ne s'agit pas d'une transaction standard et distincte. Cette étape est souvent gérée par la mise à jour du statut de la commande client ou par l'ajout, dans la gestion documentaire, d'une preuve de livraison numérisée.

Collecte

Déduit d'une mise à jour de statut ou de l'ajout d'un document POD à la commande client ou à l'expédition.

Type d’événement inferred
Produits fabriqués
Le processus de fabrication est terminé et les produits finis sont officiellement déclarés comme terminés dans le système. Cette étape est enregistrée par la validation d'un journal « Report as Finished » pour l'ordre de production, ce qui met à jour les stocks.
Pourquoi c’est important

Cette activité marque la fin de la phase de production et rend les produits disponibles pour le contrôle qualité et l'expédition. Elle constitue une étape importante pour mesurer le respect du planning de production.

Où les obtenir

L'événement est enregistré dans le module Production control. La validation du journal « Report as Finished » crée une transaction de stock horodatée et met à jour le statut de l'ordre de production.

Collecte

Enregistré lorsqu'un journal « Report as Finished » est validé pour l'ordre de production.

Type d’événement explicit
Commande annulée
La commande client est annulée avant la fin de son exécution. Cette annulation est enregistrée par le passage du statut de l'en-tête de commande client à « Canceled ».
Pourquoi c’est important

Cette activité représente une issue défavorable du processus. L'analyse du moment et des raisons des annulations peut révéler des problèmes liés à la disponibilité des produits, aux délais ou au service client, qui doivent être traités.

Où les obtenir

Déduit du passage du champ de statut de SalesTable à « Canceled ». La date de ce changement peut être capturée si le suivi des modifications ou la journalisation de la base de données est activé.

Collecte

Déduit du passage du statut de la commande client à « Canceled ».

Type d’événement inferred
Contrôle qualité effectué
Une inspection qualité est réalisée sur les produits fabriqués ou réceptionnés afin de vérifier leur conformité aux normes. Cette étape est souvent enregistrée par la clôture ou la validation d'un ordre qualité dans le système.
Pourquoi c’est important

Cette activité garantit la qualité des produits et la conformité du processus. L'identification des contrôles qualité ignorés ou des inspections trop longues aide à réduire les risques et à améliorer le déroulement global du processus.

Où les obtenir

L'événement est enregistré dans le module Inventory management au moyen des Quality Orders. La validation ou la clôture d'un ordre qualité (InventQualityOrderTable) associé à l'article fournit cet événement.

Collecte

Enregistré lors de la validation ou de la clôture d'un Quality Order associé au lot ou au numéro de série de l'article.

Type d’événement explicit
Demande d'achat créée
Une demande officielle est adressée au service achats afin de se procurer les matières nécessaires à la commande, généralement lorsque les stocks sont insuffisants. Il s'agit d'un événement explicite enregistré lors de la création et de la sauvegarde d'un nouveau document de demande d'achat.
Pourquoi c’est important

Cette activité lance le sous-processus d'approvisionnement. Son suivi est essentiel pour analyser la phase d'approbation interne du délai d'achat et repérer les retards avant l'émission d'un bon de commande.

Où les obtenir

L'événement est enregistré dans le module Procurement and sourcing. La création d'un enregistrement dans PurchReqTable constitue un événement distinct, associé à un horodatage.

Collecte

Événement enregistré lors de la création d'un enregistrement dans la table des demandes d'achat (PurchReqTable).

Type d’événement explicit
Expédition planifiée
Une date précise et un transporteur sont affectés à l'expédition des marchandises emballées. Cette étape est souvent enregistrée lorsqu'un chargement est planifié ou qu'une expédition est confirmée dans le module de gestion du transport.
Pourquoi c’est important

Cette activité fournit une référence pour mesurer le respect du planning d'expédition. La comparaison entre la date planifiée et la date réelle de chargement constitue un indicateur clé de performance pour la planification logistique.

Où les obtenir

L'événement est enregistré dans le module Transportation management (TMS). La confirmation d'un chargement (WHSLoadTable) ou d'une expédition comprend souvent une date d'expédition planifiée qui peut être capturée.

Collecte

Enregistré lors de la confirmation d'un chargement de transport ou d'un enregistrement d'expédition.

Type d’événement explicit
Facture client validée
Une facture client est générée à partir de la commande client et validée dans les livres comptables. Cette opération intervient souvent au moment de l'expédition, mais le processus peut varier et constitue donc une activité distincte.
Pourquoi c’est important

Il s'agit d'une étape financière importante du cycle order-to-cash. L'analyse du temps écoulé entre l'expédition et la facturation peut révéler des retards dans le processus de facturation et avoir une incidence sur la trésorerie.

Où les obtenir

L'événement est enregistré dans le module Accounts receivable. La validation d'une facture de commande client crée un enregistrement dans la table CustInvoiceJour, avec une date de validation précise.

Collecte

Enregistré lorsqu'une facture de commande client est validée, ce qui crée un enregistrement CustInvoiceJour.

Type d’événement explicit
Liste de prélèvement d'entrepôt générée
Une liste de prélèvement ou une tâche d'entrepôt est créée pour indiquer au personnel les articles à prélever afin d'exécuter la commande. Cet événement est enregistré lorsqu'une commande est libérée vers l'entrepôt pour traitement.
Pourquoi c’est important

Cette activité lance les opérations physiques d'exécution de la commande en entrepôt. L'analyse du temps écoulé entre cette étape et la fin de l'emballage permet de mesurer l'efficacité et la réactivité des opérations internes de l'entrepôt.

Où les obtenir

L'événement est enregistré dans le module Warehouse management. La création d'une tâche d'entrepôt (WHSWorkTable) ou la validation d'un journal de liste de prélèvement (WMSPickingRoute) constitue un événement distinct.

Collecte

Enregistré lors de la génération d'un journal de liste de prélèvement ou de la création d'une tâche d'entrepôt.

Type d’événement explicit
Ordre de production créé
Un ordre de production est généré pour fabriquer les produits finis nécessaires à la commande logistique du client. Il s'agit d'un événement distinct, enregistré dans le module Production control.
Pourquoi c’est important

Cette activité lance le processus de fabrication dans les scénarios de production à la commande. Le suivi du temps écoulé entre cet événement et l'achèvement des produits est essentiel pour analyser les cycles de production et le respect des plannings.

Où les obtenir

L'événement est enregistré dans le module Production control. La création d'un nouvel enregistrement dans ProdTable (table des ordres de production) comprend un horodatage de création.

Collecte

Enregistré lors de la création d'un nouvel enregistrement dans la table des ordres de production (ProdTable).

Type d’événement explicit
Recommandé Facultatif

Guides d’extraction

Comment récupérer vos données depuis Microsoft Dynamics 365 SCM

Prêt à commencer ?

Tirez le meilleur parti de votre chaîne d’approvisionnement grâce à ce modèle. Commencez dès aujourd’hui à optimiser vos opérations pour gagner en efficacité et réduire vos coûts.

Maîtrisez la gestion de la chaîne logistique : commencez à optimiser dès aujourd’hui

Bénéficiez d’une visibilité de bout en bout et améliorez la précision des prévisions jusqu’à 90 %, tout en réduisant les coûts.

Démarrer l’essai gratuit

Aucune carte bancaire requise, configuration en quelques minutes.