Votre modèle de données pour la gestion de la chaîne d’approvisionnement
Votre modèle de données pour la gestion de la chaîne d’approvisionnement
- Attributs recommandés pour une analyse détaillée
- Activités clés à suivre tout au long de votre processus de chaîne d’approvisionnement
- Instructions pratiques pour extraire les données de Microsoft Dynamics 365 SCM
Attributs de gestion de la chaîne d’approvisionnement
| Nom | Description | ||
|---|---|---|---|
|
Commande logistique
LogisticsOrder
|
Identifiant unique d’une demande précise de traitement dans la chaîne d’approvisionnement, utilisé comme 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 entre les différents sous-processus, comme l’approvisionnement, la production et l’expédition, pour une demande de traitement donnée. Dans l’analyse, chaque événement est associé à une commande logistique, ce qui permet de reconstituer le processus de bout en bout. Vous pouvez ainsi suivre le parcours d’une commande entre les différents services et systèmes, repérer les goulots d’étranglement et mesurer avec précision le temps de cycle total, du début à la fin.
Pourquoi est-ce important ?
Cet identifiant essentiel relie tous les événements associés au processus et permet d’analyser de bout en bout le traitement d’une demande donnée dans la chaîne d’approvisionnement.
Où trouver ces données
Il s’agit d’un identifiant conceptuel, probablement obtenu en combinant des champs de tables telles que SalesTable (Sales Order), WHSLoadTable (Load ID) ou InventTransOrigin (Reference ID), afin de créer un ID de cas unique entre les différents modules.
Exemples
LO-2024-00123LO-2024-00124LO-2024-00125
|
|||
|
Activité
ActivityName
|
Nom de l’événement métier ou de la tâche survenu à une étape du processus logistique. | ||
|
Description
Cet attribut indique l’événement métier ou la tâche qui a eu lieu, par exemple « Bon de commande émis », « Marchandises produites » ou « Expédition planifiée ». Ces activités constituent les éléments de base 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 cartographies de processus, de détecter les écarts par rapport aux procédures standard et de repérer les étapes fréquentes ou inefficaces qui pourraient être améliorées.
Pourquoi est-ce important ?
Il définit les étapes du processus et permet d’en visualiser le déroulement, d’analyser les variations et de repérer les goulots d’étranglement ou les activités non conformes.
Où trouver ces données
Déduit de la logique métier à partir des changements de statut dans différentes tables de transactions, telles que SalesTable, PurchTable et ProdTable, ou des dates de validation de documents dans des tables comme CustInvoiceJour.
Exemples
Bon de commande émisMarchandises produitesFacture client validéeMarchandises livrées
|
|||
|
Dernière mise à jour des données
LastDataUpdate
|
Horodatage de 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 s’agit d’une métadonnée importante pour tout Dashboard d’analyse des processus. Cette information permet de vérifier la fraîcheur des données analysées et de s’assurer que les conclusions reposent 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, conformément au calendrier prévu.
Pourquoi est-ce important ?
Il renseigne les utilisateurs sur la fraîcheur des données, ce qui est essentiel pour prendre à temps des décisions pertinentes fondées sur l’analyse.
Où trouver ces données
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
|
Horodatage indiquant le moment où l’activité a eu lieu. | ||
|
Description
Cet attribut indique la date et l’heure exactes auxquelles une activité a été enregistrée dans le système. Il est indispensable à toute analyse temporelle des processus, notamment pour calculer les temps de cycle, comprendre les performances du processus et repérer 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. Vous pouvez ainsi comprendre le déroulement réel du processus et son évolution, plutôt que de vous fier à des modèles de processus théoriques.
Pourquoi est-ce important ?
Cet horodatage est essentiel pour ordonner correctement les événements et calculer toutes les mesures temporelles, notamment les temps de cycle et les délais.
Où trouver ces données
Généralement issu des champs de date et d’heure de création ou de changement de statut des tables D365 SCM. Il peut s’agir, par exemple, de CreatedDateTime dans SalesTable, de DeliveryDate dans PurchLine ou des dates de transactions physiques dans InventTrans.
Exemples
2023-04-15T09:00:00Z2023-04-18T14:30:00Z2023-05-01T11:22:00Z
|
|||
|
Système source
SourceSystem
|
Système de référence à partir duquel les données d’événement ont été extraites. | ||
|
Description
Cet attribut indique le système ou le module d’origine des données. Dans une chaîne d’approvisionnement complexe, les données peuvent provenir de plusieurs modules de Dynamics 365 SCM, comme Sales, Procurement ou Warehouse Management. La précision du système source est essentielle à la gouvernance des données, à la résolution des incohérences et à la compréhension du contexte des activités enregistrées. Elle contribue à la qualité des données et permet de remonter à leur origine, ce qui est particulièrement important dans les environnements intégrés.
Pourquoi est-ce important ?
Il précise l’origine des données, une information essentielle pour leur validation, la résolution des problèmes et la compréhension des variations de processus entre plusieurs systèmes.
Où trouver ces données
Il s’agit généralement d’une valeur statique ajoutée lors de l’extraction des données pour identifier les enregistrements provenant de ce système.
Exemples
Microsoft Dynamics 365 SCMD365-PRODAX2012-FIN
|
|||
|
Date de livraison demandée
RequestedDeliveryDate
|
Date de livraison demandée par le client. | ||
|
Description
Cet attribut indique la date de livraison précisée par le client au moment de la commande. Elle sert de référence principale pour mesurer les performances réelles de livraison. Cette date est à la base du Dashboard de suivi des livraisons dans les délais et de l’indicateur du taux de livraison dans les délais. La comparaison entre la date de livraison demandée et la date de livraison réelle est la méthode habituelle pour mesurer les performances de livraison et constitue un indicateur important de la satisfaction client.
Pourquoi est-ce important ?
Cette date sert de référence pour mesurer les livraisons dans les délais, un indicateur essentiel de la satisfaction client et de la fiabilité de la chaîne logistique.
Où trouver ces données
Située 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
|
Identifiant de l’utilisateur ayant effectué l’activité. | ||
|
Description
Cet attribut contient l’ID de l’employé ou de l’utilisateur système qui a effectué une activité précise. Il peut s’agir d’un acheteur ayant créé un bon de commande ou d’un employé 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, à repérer 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 utile à la gestion des performances et à l’optimisation des ressources.
Pourquoi est-ce important ?
Cet attribut permet d’analyser les performances du processus par utilisateur ou par équipe, de repérer les possibilités d’automatisation et d’effectuer des analyses de conformité et de piste d’audit.
Où trouver ces données
Présent dans les champs « Created by » ou « Modified by » de la plupart des tables de transactions D365 SCM, par exemple CreatedBy dans SalesTable ou PurchTable.
Exemples
j.doea.smithAX_BATCH_USER
|
|||
|
Livraison dans les délais
IsOnTimeDelivery
|
Indicateur précisant si la commande a été livrée à la date demandée ou avant. | ||
|
Description
Cet attribut booléen calculé indique si une commande logistique a été livrée dans les délais. Il est obtenu en comparant l’horodatage de l’activité « Marchandises livrées » à la « Date de livraison demandée ». Cet attribut sert de base au calcul de l’indicateur du taux de livraison dans les délais et constitue un filtre principal du Dashboard de suivi des livraisons dans les délais. Il simplifie l’analyse en transformant la comparaison de dates en une valeur vrai ou faux, ce qui facilite le filtrage et le décompte des commandes en retard.
Pourquoi est-ce important ?
Mesure directement la qualité du service client et alimente l’indicateur de livraison dans les délais, ce qui simplifie l’analyse de la fiabilité des livraisons.
Où trouver ces données
Il s’agit d’un champ calculé. La logique est la suivante : IF (horodatage de « Marchandises livrées » <= « Date de livraison demandée ») THEN True ELSE False.
Exemples
truefalse
|
|||
|
Nom du client
CustomerName
|
Nom du client ayant passé la commande client. | ||
|
Description
Cet attribut identifie le client associé à une commande client. Il permet d’analyser la chaîne logistique du point de vue du client. L’analyse du processus logistique par client peut révéler des habitudes de traitement des commandes, des préférences ou des difficultés propres à certains clients. Elle est particulièrement utile pour la gestion des comptes clés et l’adaptation des niveaux de service, afin d’améliorer la satisfaction et la fidélité des clients.
Pourquoi est-ce important ?
Permet une analyse centrée sur le client, qui aide à repérer ceux qui subissent le plus de retards et à évaluer les niveaux de service des comptes clés.
Où trouver ces données
Obtenu en joignant 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 de matières premières ou de marchandises. | ||
|
Description
Cet attribut indique le nom du fournisseur auprès duquel les matériaux sont achetés. Il constitue une dimension importante pour analyser les activités d’approvisionnement. Il est largement utilisé dans les Dashboards de décomposition du délai d’approvisionnement et de comparaison des performances des fournisseurs. L’analyse des indicateurs du processus par fournisseur permet de repérer les partenaires les plus fiables et les plus efficaces, ainsi que ceux qui sont souvent en retard ou perturbent les opérations. Ces informations sont importantes pour les décisions d’approvisionnement stratégique et la gestion des relations avec les fournisseurs.
Pourquoi est-ce important ?
Permet de segmenter et de comparer les performances d’approvisionnement par fournisseur, afin d’améliorer les relations avec les fournisseurs et de réduire les délais d’approvisionnement en matériaux.
Où trouver ces données
Obtenu en joignant 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
|
Identifiant unique d’un ordre de production ou de fabrication. | ||
|
Description
Ce numéro identifie un ordre visant à fabriquer une quantité précise d’un produit dans l’usine. Il permet de suivre la consommation des matières premières et la production des produits finis. Pour les entreprises qui fabriquent des produits, cet identifiant est indispensable au suivi du processus de production. Il alimente le Dashboard de suivi du respect du calendrier de production en reliant les dates de production prévues aux dates réelles d’achèvement, ce qui met en évidence les écarts et les retards.
Pourquoi est-ce important ?
Il permet d’analyser en détail le cycle de fabrication, de mesurer le respect du calendrier de production et de repérer les goulots d’étranglement dans l’usine.
Où trouver ces données
Situé dans le champ ProdId de la table ProdTable.
Exemples
PRD-000112PRD-000113PRD-000114
|
|||
|
Numéro de commande client
SalesOrderNumber
|
Identifiant unique de la commande client. | ||
|
Description
Il s’agit du numéro de référence principal de la demande de biens ou de services d’un client. La commande client lance de nombreuses activités en aval dans la chaîne d’approvisionnement, notamment l’approvisionnement et la production. Dans le Process Mining, le numéro de commande client est une dimension essentielle pour filtrer les données et effectuer des analyses. Il permet aux équipes métier de suivre l’ensemble du traitement d’une commande précise et constitue souvent un élément central de l’ID de cas conceptuel de la commande logistique.
Pourquoi est-ce important ?
Il relie directement le processus de la chaîne d’approvisionnement à la demande client et permet d’analyser le cycle de la commande à l’encaissement ainsi que les performances de traitement propres à chaque client.
Où trouver ces données
Situé dans le champ SalesId de la table SalesTable.
Exemples
SO-001872SO-001873SO-001874
|
|||
|
Numéro de commande d’achat
PurchaseOrderNumber
|
Identifiant unique d’une commande d’achat adressée à 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 commande d’achat est essentielle pour les Dashboards de décomposition du délai d’approvisionnement et de comparaison des performances des fournisseurs. Elle permet de suivre l’ensemble du cycle d’approvisionnement, de la demande d’achat au paiement du fournisseur, et de repérer les retards d’acquisition des matériaux.
Pourquoi est-ce important ?
Cet identifiant est essentiel pour analyser les activités d’approvisionnement de la chaîne logistique, suivre les performances des fournisseurs et comprendre les délais d’approvisionnement en matériaux.
Où trouver ces données
Situé dans le champ PurchId de la table PurchTable.
Exemples
PO-000541PO-000542PO-000543
|
|||
|
Catégorie de produit
ProductCategory
|
Catégorie à laquelle appartient un produit. | ||
|
Description
Cet attribut regroupe les produits en catégories plus larges, comme « Électronique », « Matières premières » ou « Produits finis ». Il permet ainsi d’analyser la chaîne logistique à un niveau plus global. Plutôt que d’examiner des milliers de références individuelles, les analystes peuvent s’appuyer sur les catégories de produits pour repérer les tendances et les goulots d’étranglement qui touchent des groupes entiers d’articles. Cette approche est particulièrement utile dans le Dashboard de décomposition du délai d’approvisionnement pour évaluer les performances des fournisseurs selon les types de matériaux.
Pourquoi est-ce important ?
Permet une analyse agrégée par groupe de produits, utile pour les décisions stratégiques et le repérage des problèmes systémiques qui touchent certains types de produits.
Où trouver ces données
Obtenu en joignant la table de référence des articles (InventTable) aux tables de catégories de produits, comme EcoResProductCategory.
Exemples
Composants audioMatériaux d’emballagePièces hydrauliques
|
|||
|
Date d’expédition prévue
ScheduledShipmentDate
|
Date à laquelle l’expédition devait partir. | ||
|
Description
Cet attribut indique la date prévue ou planifiée de départ de l’expédition de l’entrepôt ou de l’usine. Il s’agit d’une étape interne importante du processus de traitement des commandes. Cette date sert à calculer l’indicateur du taux de respect du calendrier d’expédition. La comparaison de la date prévue avec la date réelle de l’activité « Marchandises chargées pour le transport » permet de mesurer la fiabilité et la prévisibilité de la planification et de l’exécution logistiques internes.
Pourquoi est-ce important ?
Permet de mesurer le respect du calendrier interne et la prévisibilité des expéditions, deux éléments qui influent sur la planification du transport en aval.
Où trouver ces données
Située dans des champs tels que ConfirmedShipDate de SalesLine ou dans les champs correspondants de WHSLoadTable pour les chargements planifiés.
Exemples
2023-05-082023-05-302023-07-18
|
|||
|
Identifiant de l’entrepôt
WarehouseId
|
Identifiant de l’entrepôt où 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 la préparation, l’emballage ou l’expédition. Il est essentiel au Dashboard de débit des opérations d’entrepôt, qui permet de comparer les performances de différents sites. L’analyse par entrepôt aide à repérer les sites les plus efficaces, ceux qui rencontrent des problèmes de capacité et ceux où des améliorations opérationnelles sont les plus urgentes.
Pourquoi est-ce important ?
Permet de comparer les performances et d’analyser les goulots d’étranglement entre différents sites, afin d’améliorer l’efficacité des entrepôts.
Où trouver ces données
Présent dans le champ InventLocationId des tables liées aux stocks et à la gestion des entrepôts, comme InventSum et WHSWorkTable.
Exemples
WH-MainWH-EastDC-West
|
|||
|
Mode de transport
ModeOfTransport
|
Mode de transport utilisé pour l’expédition, par exemple par camion, avion ou bateau. | ||
|
Description
Cet attribut précise le mode de transport utilisé pour acheminer les marchandises de leur point de départ à leur destination. Il peut s’agir du transport routier, ferroviaire, aérien ou maritime. Il constitue une dimension importante du Dashboard d’efficacité et de coûts du transport. L’analyse des temps de cycle et des coûts par mode de transport aide à optimiser les stratégies logistiques, à trouver le bon équilibre entre rapidité et coût et à repérer les inefficacités propres à certains circuits de transport.
Pourquoi est-ce important ?
Essentiel à l’analyse des coûts et de l’efficacité du transport, il aide à optimiser les réseaux logistiques et à réduire les frais de transport.
Où trouver ces données
Présent dans le champ ModeOfDelivery de tables comme SalesTable ou PurchTable, ou de façon plus détaillée dans des tables de gestion du transport comme TMSRoute.
Exemples
CamionAvionBateauTrain
|
|||
|
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 chargé du transport des marchandises. Il précise quelle entreprise achemine physiquement le produit. Le transporteur constitue une autre dimension importante du Dashboard d’efficacité et de coûts du transport. L’analyse des indicateurs de performance, comme le temps de transit et les livraisons dans les délais, par transporteur permet aux entreprises de comparer leurs partenaires logistiques, de négocier de meilleurs tarifs et de choisir leurs transporteurs en connaissance de cause.
Pourquoi est-ce important ?
Permet d’analyser les performances des différents partenaires logistiques, ce qui facilite la gestion des transporteurs et l’optimisation des coûts de transport.
Où trouver ces données
Présent dans des champs tels que CarrierService des commandes client ou dans des tables dédiées à la gestion du transport, comme TMSCarrier.
Exemples
FedExUPSMaerskDHL
|
|||
|
Numéro de produit
ProductNumber
|
Identifiant unique du produit commandé ou fabriqué. | ||
|
Description
Cet attribut correspond à la référence de stock (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 de la chaîne logistique par produit permet de repérer les articles dont les délais d’approvisionnement sont longs, qui présentent souvent des problèmes de qualité ou suivent des parcours de production complexes. Ces informations sont essentielles à la gestion des stocks, à la prévision de la demande et à l’optimisation du portefeuille de produits.
Pourquoi est-ce important ?
Permet d’analyser les performances du processus pour différents produits et de repérer les difficultés de la chaîne logistique propres à certains articles.
Où trouver ces données
Présent dans le champ ItemId des tables de lignes de transaction, telles que SalesLine, PurchLine et ProdBOM.
Exemples
A0001D0010M9201
|
|||
|
Reprise
IsRework
|
Indicateur précisant si une activité ou une boucle du processus correspond à une reprise. | ||
|
Description
Cet attribut booléen calculé identifie les activités ou les parcours du processus qui correspondent à des reprises ou à des boucles de correction. Par exemple, si l’activité « Contrôle qualité effectué » échoue et ramène à une étape antérieure « Marchandises produites », elle est signalée comme une reprise. Cet attribut est essentiel au calcul de l’indicateur du taux de reprise dans le traitement des commandes. En signalant les reprises, les analystes peuvent facilement mesurer la fréquence et l’incidence des problèmes de qualité ou des erreurs de processus, puis repérer les points à améliorer et à mieux contrôler.
Pourquoi est-ce important ?
Aide à mesurer les inefficacités du processus et les problèmes de qualité en signalant explicitement les activités qui ne font pas partie du parcours nominal.
Où trouver ces données
Il s’agit d’un champ calculé, généralement défini à partir de règles métier. Par exemple, certaines activités, comme « Réemballer les marchandises », peuvent être signalées comme des reprises, ou les boucles qui reviennent en arrière dans le flux du processus peuvent être repérées.
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 d’un client. Il s’agit d’un indicateur important pour comprendre les conséquences des performances du processus sur l’activité. L’analyse des indicateurs du processus, comme le temps de cycle ou les retards de livraison, 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 urgents à traiter que ceux qui concernent des commandes moins importantes. Cette approche ajoute une dimension financière à l’analyse du processus.
Pourquoi est-ce important ?
Apporte un éclairage financier à l’analyse du processus et permet de hiérarchiser les problèmes selon leur incidence monétaire.
Où trouver ces données
Calculée à partir de la table SalesLine en additionnant le champ LineAmount de toutes les lignes associées à une commande client donnée (SalesId).
Exemples
15200.50850.00125000.75
|
|||
Activités de gestion de la chaîne d’approvisionnement
| Activité | Description | ||
|---|---|---|---|
|
Bon de commande émis
|
Un bon de commande officiel est créé et confirmé, engageant l’entreprise à acheter auprès d’un fournisseur. L’événement est consigné lorsque le statut du bon de commande passe à « Confirmed » ou « In external review ». | ||
|
Pourquoi est-ce important ?
Cette étape importante de l’approvisionnement constitue le 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 matériaux permet d’évaluer les performances du fournisseur.
Où trouver ces données
L’événement est consigné 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.
Données à recueillir
Événement consigné lorsque le statut d’un bon de commande passe à « Confirmed » à la suite d’une opération de journalisation.
Type d’événement
explicit
|
|||
|
Commande client créée
|
Correspond à la création officielle d’une nouvelle commande client dans Dynamics 365 SCM. Cet événement explicite est horodaté lorsqu’un utilisateur enregistre un nouveau document de commande client, ce qui lance le processus de traitement. | ||
|
Pourquoi est-ce important ?
Cette activité marque le début officiel du cycle de traitement de la commande. Elle sert de point de référence principal pour mesurer les délais globaux, la performance des livraisons dans les délais et les tendances de prise de commandes.
Où trouver ces données
Il s’agit d’un événement explicite enregistré dans le module Sales and marketing. La création est consignée dans SalesTable (Sales Order Header), avec un horodatage précis.
Données à recueillir
Événement consigné 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, puis l’expédition est confirmée dans le système. Cet événement correspond à l’action « Ship confirm » dans Dynamics 365. | ||
|
Pourquoi est-ce important ?
Cette étape marque le départ physique des marchandises de l’entrepôt. Elle sert de point de départ pour mesurer la durée de transport des marchandises et pour leur comptabilisation financière.
Où trouver ces données
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é.
Données à recueillir
Événement consigné lors de l’exécution de l’action « Ship confirm » 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 comporte pas de transaction native « delivered ». | ||
|
Pourquoi est-ce important ?
Cette étape marque la fin de la livraison physique. Elle fournit la date de livraison réelle, indispensable au calcul des indicateurs de performance des livraisons dans les délais et des mesures destinées aux clients.
Où trouver ces données
Il ne s’agit souvent pas d’un champ standard. La date peut être enregistrée dans un champ personnalisé de la commande client ou de l’expédition, puis mise à jour manuellement ou par intégration avec le système du transporteur.
Données à recueillir
Événement déduit de la 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
|
Le personnel de l’entrepôt a prélevé physiquement les articles dans le stock et les a emballés pour l’expédition. Cette étape est enregistrée lorsque le travail de prélèvement est terminé et que le statut de l’emballage est mis à jour dans le système. | ||
|
Pourquoi est-ce important ?
Cette activité marque la fin de la principale tâche de préparation de la commande en entrepôt. Elle constitue une mesure importante pour le Dashboard de débit des opérations d’entrepôt et permet de repérer les goulots d’étranglement dans le processus de prélèvement et d’emballage.
Où trouver ces données
L’événement est enregistré dans le module Warehouse management. Il est généralement déduit du passage du statut du travail d’entrepôt (WHSWorkTable) à « Closed » ou de la validation d’un bordereau d’expédition.
Données à recueillir
Événement déduit du passage du statut du travail d’entrepôt à « Closed » ou de la date de validation du bordereau d’expédition.
Type d’événement
inferred
|
|||
|
Marchandises produites
|
La fabrication est terminée et les produits finis sont officiellement déclarés comme tels 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 le stock. | ||
|
Pourquoi est-ce important ?
Cette étape marque la fin de la phase de production et rend les marchandises disponibles pour le contrôle qualité et l’expédition. Elle constitue un repère important pour mesurer le respect du planning de production.
Où trouver ces données
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.
Données à recueillir
Événement consigné lors de la validation d’un journal « Report as Finished » pour l’ordre de production.
Type d’événement
explicit
|
|||
|
Matières premières reçues
|
Les marchandises ou matériaux commandés sont physiquement réceptionnés à l’entrepôt. Cette réception est enregistrée dans Dynamics 365 par la validation d’une transaction de réception de produits associée au bon de commande. | ||
|
Pourquoi est-ce important ?
Cette activité marque la fin du délai fournisseur et indique que les matériaux sont disponibles pour la production ou le traitement des commandes. Tout retard à cette étape a une incidence directe sur les plannings en aval et les dates de livraison aux clients.
Où trouver ces données
L’événement est enregistré dans les modules Procurement and sourcing ou Inventory management. La validation d’une réception de produits (VendPackingSlipJour) crée un enregistrement de transaction horodaté.
Données à recueillir
Événement consigné lors de la validation d’une réception de produits associée au bon de commande.
Type d’événement
explicit
|
|||
|
Preuve de livraison signée
|
Le client a officiellement confirmé la réception des marchandises, souvent en signant un bon de livraison. Cette confirmation est généralement enregistrée par l’ajout d’un document ou la mise à jour d’un statut dans le système. | ||
|
Pourquoi est-ce important ?
Cette étape constitue la confirmation finale du bon traitement de la commande et marque la fin définitive du processus logistique. Elle est essentielle pour régler les litiges et calculer le temps de cycle total de la commande.
Où trouver ces données
Il ne s’agit pas d’une transaction standard distincte. Cette étape est souvent gérée par la mise à jour du statut de la commande client ou par l’ajout d’une preuve de livraison numérisée au moyen de la gestion documentaire.
Données à recueillir
Événement déduit d’une mise à jour du statut ou de l’ajout d’un document de preuve de livraison à la commande client ou à l’expédition.
Type d’événement
inferred
|
|||
|
Commande annulée
|
La commande client est annulée avant la fin de son traitement. Cette annulation est enregistrée lorsque le statut de l’en-tête de commande passe à « Canceled ». | ||
|
Pourquoi est-ce important ?
Cette activité correspond à une issue défavorable du processus. L’analyse du moment et des raisons des annulations peut révéler des problèmes de disponibilité des produits, de délais ou de service client auxquels il faut remédier.
Où trouver ces données
Événement déduit du passage du champ de statut de SalesTable à « Canceled ». La date de ce changement peut être enregistrée si le suivi des modifications ou la journalisation de la base de données est activé.
Données à recueillir
Événement 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 marchandises produites ou reçues afin de vérifier leur conformité aux normes. Elle est souvent enregistrée dans le système comme la clôture ou la validation d’un ordre de contrôle qualité. | ||
|
Pourquoi est-ce important ?
Cette activité permet de vérifier la qualité des produits et la conformité du processus. Repérer les contrôles qualité omis ou les inspections trop longues aide à réduire les risques et à améliorer le déroulement global du processus.
Où trouver ces données
L’événement est enregistré dans le module Inventory management au moyen des ordres de contrôle qualité. La validation ou la clôture d’un ordre de contrôle qualité (InventQualityOrderTable) associé à l’article fournit cet événement.
Données à recueillir
Événement consigné lors de la validation ou de la clôture d’un ordre de contrôle qualité 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 des achats pour obtenir les matériaux nécessaires à la commande, généralement lorsque le stock est insuffisant. Cet événement explicite est consigné lors de la création et de l’enregistrement d’un nouveau document de demande d’achat. | ||
|
Pourquoi est-ce important ?
Cette activité lance le sous-processus d’approvisionnement. Son suivi est essentiel pour analyser la partie du délai d’approvisionnement consacrée aux validations internes et repérer les retards avant l’émission d’un bon de commande.
Où trouver ces données
L’événement est consigné dans le module Procurement and sourcing. La création d’un enregistrement dans PurchReqTable constitue un événement distinct, horodaté.
Données à recueillir
Événement consigné 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 attribués à l’expédition des marchandises emballées. Cette information est souvent enregistrée lors de la planification d’un chargement ou de la confirmation d’une expédition dans le module de transport. | ||
|
Pourquoi est-ce important ?
Cette étape fournit une référence pour mesurer le respect du planning d’expédition. La comparaison entre la date prévue et la date réelle de chargement constitue un indicateur de performance important pour la planification logistique.
Où trouver ces données
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 prévue qui peut être capturée.
Données à recueillir
Événement consigné lors de la confirmation d’un enregistrement de chargement ou d’expédition dans le système de transport.
Type d’événement
explicit
|
|||
|
Facture client validée
|
Une facture de vente est générée à partir de la commande client, puis comptabilisée dans les journaux financiers. Cette opération a souvent lieu au moment de l’expédition, mais le processus peut varier. Elle constitue donc une activité distincte. | ||
|
Pourquoi est-ce important ?
Cette étape importante marque un jalon financier du cycle de la commande à l’encaissement. L’analyse du temps écoulé entre l’expédition et la facturation peut révéler des retards de facturation et leurs effets sur la trésorerie.
Où trouver ces données
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.
Données à recueillir
Événement consigné lors de la validation d’une facture de commande client, 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 un travail d’entrepôt est créé pour indiquer au personnel les articles à prélever afin de traiter la commande. L’événement est consigné lorsque la commande est libérée pour traitement par l’entrepôt. | ||
|
Pourquoi est-ce important ?
Cette activité lance les opérations physiques de préparation 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é de l’entrepôt.
Où trouver ces données
L’événement est consigné dans le module Warehouse management. La création d’un travail d’entrepôt (WHSWorkTable) ou la validation d’un journal de liste de prélèvement (WMSPickingRoute) constitue un événement distinct.
Données à recueillir
Événement consigné lors de la génération d’un journal de liste de prélèvement ou de la création d’un travail 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. Cet événement distinct est consigné dans le module de contrôle de la production. | ||
|
Pourquoi est-ce important ?
Cette activité lance le processus de fabrication dans le cadre d’une production à la commande. Le suivi du temps écoulé entre cet événement et la fin de la production est essentiel pour analyser les temps de cycle de production et le respect du planning.
Où trouver ces données
L’événement est consigné dans le module Production control. La création d’un nouvel enregistrement dans ProdTable (Production Order table) comprend un horodatage de création.
Données à recueillir
Événement consigné lors de la création d’un nouvel enregistrement dans la table des ordres de production (ProdTable).
Type d’événement
explicit
|
|||
Guides d’extraction
Prêt à commencer ?
Tirez le meilleur parti de ce modèle pour votre chaîne d’approvisionnement. Commencez dès aujourd’hui à optimiser vos opérations afin d’améliorer leur efficacité et de réduire les coûts.
Maîtrisez la gestion de la chaîne d’approvisionnement et commencez à l’optimiser dès aujourd’hui
Obtenez une visibilité de bout en bout et améliorez la précision de vos prévisions jusqu’à 90 %, tout en réduisant les coûts.
Aucune carte bancaire requise. Configuration en quelques minutes.