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 offre une approche structurée pour collecter les informations essentielles nécessaires au la puissance du Process Mining de votre chaîne d'approvisionnement. Il décrit les attributs et activités essentiels à suivre, ainsi que des conseils clairs sur la manière d'extraire ces données spécifiquement de Microsoft Dynamics 365 SCM. Utilisez ce modèle pour vous assurer que votre journal d'événements est parfaitement préparé pour une analyse détaillée.
  • Attributs recommandés à collecter pour une analyse détaillée
  • Activités clés de la chaîne d'approvisionnement à suivre tout au long de votre processus
  • Guide pratique d'extraction de données pour Microsoft Dynamics 365 SCM
Vous découvrez les journaux d'événements ? Apprenez comment créer un journal d'événements Process Mining.

Attributs de gestion de la chaîne d'approvisionnement

Ce sont les champs de données recommandés à inclure dans votre journal d'événements, permettant une analyse détaillée et précise de vos processus de gestion de la chaîne d'approvisionnement.
5 Obligatoire 8 Recommandé 8 Facultatif
Nom Descriptionn
Commande logistique
LogisticsOrder
L'identifiant unique pour une demande d'exécution de chaîne d'approvisionnement spécifique, servant d'identifiant de dossier principal.
Descriptionn

L'Ordre Logistique est l'identifiant unique de l'ensemble du processus logistique, reliant toutes les activités de la demande client à la livraison finale. Cet attribut sert de élément central connectant divers sous-processus comme l'approvisionnement, la production et l'expédition pour une demande de livraison spécifique.

En analyse, chaque événement est associé à un Ordre Logistique, permettant une reconstruction complète complet du flux de processus. Cela permet de suivre le parcours d'une commande à travers différents départements et systèmes, d'identifier les points de blocage et de mesurer précisément le temps de cycle global du début à la fin.

Pourquoi est-ce important ? :

C'est la clé essentielle pour relier tous les événements de processus associés, permettant une analyse complet de la chaîne d'approvisionnement pour une seule demande de livraison.

Source des données :

Il s'agit d'un identifiant conceptuel, probablement dérivé en combinant des champs de tables telles que SalesTable (Commande client), WHSLoadTable (ID de chargement) ou InventTransOrigin (ID de référence) pour créer un ID de cas unique à travers différents modules.

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

Cet attribut enregistre l'événement commercial ou la tâche spécifique qui s'est produit, tels que 'Bon de commande émis', 'Marchandises produites' ou 'Expédition programmée'. Ces activités sont les éléments constitutifs fondamentaux du processus.

L'analyse de la séquence, de la fréquence et de la durée de ces activités constitue l'essence du Process Mining. Elle permet la découverte et la visualisation automatiques des cartes de processus, la détection des écarts par rapport aux procédures standard, et l'identification des étapes de processus fréquentes ou inefficaces qui sont à optimiser.

Pourquoi est-ce important ? :

Il définit les étapes du processus, permettant de visualiser le flux de processus, d'analyser les variations et d'identifier les points de blocage ou les activités non conformes.

Source des données :

Dérivé de la logique métier basée sur les changements de statut dans diverses tables de transactions, telles que SalesTable, PurchTable, ProdTable, ou les dates de comptabilisation des documents des tables comme CustInvoiceJour.

Exemples
Bon de commande émisBiens produitsFacture client comptabiliséeMarchandises livrées
Dernière mise à jour des données
LastDataUpdate
Le `horodatage` des dernières `données` actualisées depuis le système source.
Descriptionn

Cet attribut indique la date et l'heure de la dernière extraction ou rafraîchissement des données. C'est une métadonnée critique pour tout tableau de bord d'analyse de processus.

Cette information aide les utilisateurs à comprendre la la réactualisation des données qu'ils analysent, garantissant que leurs conclusions sont basées sur des informations à jour. Elle est également essentielle pour la gestion des pipelines de données et pour vérifier que les processus de chargement des données fonctionnent comme prévu et dans les délais.

Pourquoi est-ce important ? :

Informe les utilisateurs sur la la réactualisation des données, ce qui est impératif pour prendre des décisions stratégiques au bon moment et pertinentes basées sur l'analyse.

Source des données :

Cette valeur est générée et estampillée sur le jeu de données par l'outil d'extraction de données ou ETL à la fin de chaque cycle de rafraîchissement.

Exemples
2023-06-10T02:00:00Z2023-06-11T02:00:00Z2023-06-12T02:00:00Z
Heure de l'événement
EventTime
L'horodatage indiquant quand l'activité a eu lieu.
Descriptionn

Cet attribut fournit la date et l'heure exactes auxquelles une activité a été enregistrée dans le système. Il est indispensable pour toute analyse de processus basée sur le temps, y compris le calcul des temps de cycle, la compréhension de la performance des processus et l'identification des points de blocage.

L'ordonnancement chronologique des événements basé sur cette estampille temporelle permet aux outils de Process Mining de reconstituer la séquence précise des activités telles qu'elles se sont produites. Ceci est indispensable pour comprendre le flux de processus réel et sa dynamique, plutôt que de se fier à des modèles de processus idéalisés.

Pourquoi est-ce important ? :

Cette estampille temporelle est indispensablele pour séquencer correctement les événements et pour calculer toutes les métriques temporelles, telles que les temps de cycle et les délais.

Source des données :

Généralement issues des champs de date et heure de création ou de modification de statut dans les tables D365 SCM. Les exemples incluent CreatedDateTime dans SalesTable, DeliveryDate dans PurchLine ou les dates de transaction physique dans InventTrans.

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

Cet attribut identifie le système ou le module d'où proviennent les données. Dans un environnement de chaîne d'approvisionnement complexe, les données peuvent provenir de plusieurs modules dans Dynamics 365 SCM, tels que les ventes, les achats ou la gestion des entrepôts.

Spécifier le système source est impératif pour la gouvernance des données, le dépannage des incohérences de données et la compréhension du contexte des activités enregistrées. Cela garantit la qualité des données et offre une traçabilité jusqu'à l'origine de l'information, ce qui est particulièrement important dans les environnements intégrés.

Pourquoi est-ce important ? :

Fournit un contexte sur l'origine des données, essentiel pour la validation des données, le dépannage et la compréhension des variations de processus qui traversent les limites des systèmes.

Source des données :

Il s'agit généralement d'une valeur statique ajoutée pendant le processus d'extraction des données pour étiqueter les enregistrements de ce système spécifique.

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

Cet attribut enregistre la date de livraison spécifiée par le client lors de sa commande. Il sert de référence principale par rapport à laquelle la performance de livraison réelle est mesurée.

Cette date est la base du tableau de bord du Moniteur de performance de paiement à temps et du KPI de taux de paiement à temps. La comparaison de la Date de livraison demandée avec la date de livraison réelle est la méthode standard pour calculer la performance de livraison et est une mesure clé de la satisfaction client.

Pourquoi est-ce important ? :

C'est la base de référence pour mesurer la performance de paiement à temps, un KPI essentiel pour la satisfaction client et la fiabilité de la chaîne d'approvisionnement.

Source des données :

Situé dans le champ ReceiptDateRequested de la table SalesLine ou 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é.
Descriptionn

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

L'analyse des activités par utilisateur aide à comprendre la répartition de la charge de travail, à identifier les besoins en formation et à enquêter sur les écarts de processus. Elle est également essentielle pour l'analyse de conformité, permettant aux auditeurs de retracer les actions jusqu'à des individus spécifiques. Cette vue est indispensablele pour la gestion de la performance et l'optimisation des ressources.

Pourquoi est-ce important ? :

Permet l'analyse de la performance des processus par utilisateur ou équipe, aide à identifier les opportunités d'automatisation et est indispensable pour l'analyse de la conformité et de la piste d'audit.

Source des données :

Trouvé dans les champs 'Créé par' ou 'Modifié par' sur la plupart des tables de transactions dans D365 SCM, comme CreatedBy sur SalesTable ou PurchTable.

Exemples
j.doea.smithAX_BATCH_USER
Livraison à temps
IsOnTimeDelivery
Un indicateur signalant si la commande a été livrée à la date demandée ou avant.
Descriptionn

Ceci est un attribut booléen calculé qui indique si un ordre logistique a été livré à temps. Il est dérivé en comparant l'estampille temporelle de l'activité 'Marchandises livrées' avec la 'Date de livraison demandée'.

Cet attribut est la base du calcul du KPI du taux de paiement à temps et est un filtre principal dans le tableau de bord du Moniteur de performance de paiement à temps. Il simplifie l'analyse en convertissant une comparaison de dates en une simple valeur vraie ou fausse, facilitant ainsi le filtrage et le décompte des commandes en retard.

Pourquoi est-ce important ? :

Mesure directement la performance du service client et est une donnée clé pour l'indicateur de performance (KPI) de paiement à temps, simplifiant l'analyse de la fiabilité des livraisons.

Source des données :

Il s'agit d'un champ calculé. La logique est : SI (estampille temporelle 'Marchandises livrées' <= 'Date de livraison demandée') ALORS Vrai SINON Faux.

Exemples
truefaux
Nom du client
CustomerName
Le nom du client ayant passé la commande de vente.
Descriptionn

Cet attribut identifie le client associé à une commande client. Il permet une vue orientée client du processus de la chaîne d'approvisionnement.

L'analyse du processus logistique par client peut révéler des schémas de livraison, des préférences ou des défis uniques associés à des clients spécifiques. Il est particulièrement utile pour la gestion des comptes clés et pour l'adaptation des niveaux de service, contribuant à améliorer la satisfaction et la rétention des clients.

Pourquoi est-ce important ? :

Permet une analyse orientée client, aidant à identifier les clients qui subissent le plus de retards et à évaluer les niveaux de service pour les comptes clés.

Source des données :

Dérivé en joignant la table des commandes clients (SalesTable) avec la table des fiches clients (CustTable) sur le numéro de compte client.

Exemples
Alpine Ski HouseAdventure WorksCity Power & Light
Nom du Fournisseur
SupplierName
Le nom du fournisseur de matières premières ou de marchandises.
Descriptionn

Cet attribut contient le nom du fournisseur auprès duquel les matériaux sont achetés. C'est une dimension clé pour l'analyse des activités liées à l'approvisionnement.

Il est largement utilisé dans les dashboards de Répartition des délais d'approvisionnement et d'Évaluation comparative des performances des fournisseurs. L'analyse des métriques de processus par fournisseur aide à identifier les partenaires les plus fiables et efficaces, ainsi que ceux qui sont fréquemment en retard ou causent des perturbations. Cette information est indispensablele pour l'approvisionnement stratégique et la gestion des relations avec les fournisseurs.

Pourquoi est-ce important ? :

Permet de segmenter et de comparer les performances d'achat par fournisseur, ce qui est impératif pour améliorer les relations avec les fournisseurs et réduire les délais d'approvisionnement en matériaux.

Source des données :

Dérivé en joignant la table des bons de commande (PurchTable) avec la table des fiches fournisseurs (VendTable) sur le 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.
Descriptionn

Ce numéro identifie une commande de production d'une quantité spécifique d'un produit dans l'installation de fabrication. Il suit la consommation de matières premières et la sortie de produits finis.

Pour les entreprises ayant une composante de fabrication, cet ID est indispensable à suivre le processus de production. Il soutient le tableau de bord de Suivi du respect du planning de production en liant les dates de production planifiées aux dates d'achèvement réelles, soulignant les écarts ou retards dans le processus de fabrication.

Pourquoi est-ce important ? :

Il permet une analyse détaillée du cycle de vie de la fabrication, aidant à mesurer le respect des calendriers de production et à identifier les points de blocage sur le site de production.

Source des données :

Situé dans le champ ProdId de la table ProdTable.

Exemples
PRD-000112PRD-000113PRD-000114
Numéro de commande d'achat
PurchaseOrderNumber
L'identifiant unique d'une commande d'achat envoyée à un fournisseur.
Descriptionn

C'est le numéro de document officiel utilisé pour commander des matières premières ou des marchandises auprès d'un fournisseur externe. Il contient des détails 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 indispensablele pour les dashboards de Répartition des délais d'approvisionnement et d'Évaluation comparative des performances des fournisseurs. Elle permet de suivre l'ensemble du cycle d'approvisionnement au paiement, de la demande au paiement fournisseur, et aide à identifier les retards dans l'acquisition des matériaux.

Pourquoi est-ce important ? :

Cet ID est impératif pour analyser la partie approvisionnement de la chaîne d'approvisionnement, surveiller la performance des fournisseurs et comprendre les délais de livraison des matériaux.

Source des données :

Situé dans le champ PurchId de la table PurchTable.

Exemples
PO-000541PO-000542PO-000543
Numéro de commande de vente
SalesOrderNumber
L'identifiant unique d'une commande client.
Descriptionn

C'est le numéro de référence principal pour la demande de biens ou de services d'un client. La commande client initie de nombreuses activités en aval de la chaîne d'approvisionnement, y compris l'approvisionnement et la production.

Dans le Process Mining, le numéro de commande client est une dimension majeure pour le filtrage et l'analyse. Il permet aux utilisateurs métier de retracer le processus d'exécution complet pour une commande client spécifique et est souvent un composant principal de l'ID de cas conceptuel d'Ordre Logistique.

Pourquoi est-ce important ? :

Il relie le processus de la chaîne d'approvisionnement directement à la demande client, permettant l'analyse du cycle de la commande au paiement et de la performance de livraison spécifique au client.

Source des données :

Situé dans le champ SalesId de la table SalesTable.

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

Cet attribut regroupe les produits individuels en catégories plus larges, telles que 'Électronique', 'Matières premières' ou 'Produits finis'. Cela permet une analyse de niveau supérieur de la chaîne d'approvisionnement.

Au lieu d'examiner des milliers de SKU individuels, les analystes peuvent utiliser les catégories de produits pour identifier les tendances et les points de blocage qui affectent des groupes entiers de produits. Ceci est particulièrement utile dans le tableau de bord de Répartition des délais d'approvisionnement pour comprendre la performance des fournisseurs sur différents types de matériaux.

Pourquoi est-ce important ? :

Permet une analyse agrégée sur les groupes de produits, ce qui est utile pour la prise de décision stratégique et l'identification des problèmes systémiques affectant certains types de produits.

Source des données :

Dérivé en joignant la table des articles principaux (InventTable) avec les tables de catégories de produits comme EcoResProductCategory.

Exemples
Audio ComponentsMatériaux d'emballageHydraulic Parts
Date d'expédition planifiée
ScheduledShipmentDate
La date à laquelle l'expédition était prévue de partir.
Descriptionn

Cet attribut représente la date planifiée ou programmée pour qu'une expédition quitte l'entrepôt ou l'installation de production. C'est un jalon interne clé dans le processus de livraison.

Cette date est utilisée pour calculer le KPI du taux de respect du planning d'expédition. La comparaison de la date planifiée avec la date réelle de l'activité 'Marchandises chargées pour le transport' aide à mesurer la fiabilité et la prévisibilité de la planification et de l'exécution logistiques internes.

Pourquoi est-ce important ? :

Aide à mesurer le respect des délais internes et la prévisibilité du processus d'expédition, ce qui a un impact sur la planification du transport en aval.

Source des données :

Situé dans des champs comme ConfirmedShipDate sur SalesLine ou les champs associés dans la table WHSLoadTable pour les chargements planifiés.

Exemples
2023-05-082023-05-302023-07-18
Est un reprises
IsRework
Un indicateur qui signale si une activité ou une boucle de processus constitue une reprise.
Descriptionn

Ceci est un attribut booléen calculé qui identifie les activités ou les chemins de processus qui représentent des boucles de reprise ou de correction. Par exemple, si une activité 'Contrôle qualité effectué' échoue et ramène à une étape antérieure de 'Marchandises produites', cela serait signalé comme une reprise.

Cet attribut est indispensable pour calculer le KPI du taux de reprise d'exécution des commandes. En signalant les reprises, les analystes peuvent facilement quantifier la fréquence et l'impact des problèmes de qualité ou des erreurs de processus, aidant à identifier les domaines nécessitant une amélioration et un contrôle des processus.

Pourquoi est-ce important ? :

Aide à quantifier les inefficacités de processus et les problèmes de qualité en signalant explicitement les activités qui ne font pas partie du 'chemin idéal'.

Source des données :

Il s'agit d'un champ calculé, généralement dérivé à l'aide de règles métier. Par exemple, signaler des noms d'activités spécifiques comme 'Réemballer les marchandises' comme des reprises, ou identifier des boucles arrière dans le flux de processus.

Exemples
truefaux
ID de l'entrepôt
WarehouseId
L'identifiant de l'entrepôt où les marchandises sont stockées ou manipulées.
Descriptionn

Cet attribut identifie l'entrepôt ou le centre de distribution spécifique impliqué dans une activité, telle que le prélèvement, l'emballage ou l'expédition.

Il est indispensable pour le tableau de bord du débit des opérations d'entrepôt, permettant des comparaisons de performances entre différentes installations. L'analyse par entrepôt peut aider à identifier quels emplacements sont les plus efficaces, lesquels ont des difficultés de capacité et où les améliorations opérationnelles sont le plus urgemment nécessaires.

Pourquoi est-ce important ? :

Permet la comparaison des performances et l'analyse des points de blocage entre différents emplacements physiques, favorisant l'amélioration de l'efficacité des entrepôts.

Source des données :

Trouvé dans le champ InventLocationId dans les tables liées à la gestion des stocks et de l'entrepôt, telles que InventSum et WHSWorkTable.

Exemples
Entrepôt-PrincipalEntrepôt-EstDC-West
Mode de transport
ModeOfTransport
La méthode de transport utilisée pour l'expédition, telle que camion, aérien ou maritime.
Descriptionn

Cet attribut spécifie la méthode de transport utilisée pour déplacer les marchandises de l'origine à la destination. Les exemples incluent le fret routier, ferroviaire, aérien et maritime.

C'est une dimension clé pour le tableau de bord Efficacité et coûts du transport. L'analyse des temps de cycle et des coûts par mode de transport aide à optimiser les stratégies logistiques, à choisir le bon équilibre entre rapidité et coût, et à identifier les inefficacités dans canaux de transport spécifiques.

Pourquoi est-ce important ? :

Primordial pour l'analyse des coûts et de l'efficacité du transport, aidant à optimiser les réseaux logistiques et à réduire les frais de fret.

Source des données :

Trouvé dans le champ ModeOfDelivery dans des tables comme SalesTable ou PurchTable, ou plus en détail dans des tables de gestion des transports comme TMSRoute.

Exemples
CamionAérienMaritimeRail
Nom du transporteur
CarrierName
Le nom de la compagnie de transport ou du transporteur gérant l'expédition.
Descriptionn

Cet attribut identifie le prestataire logistique tiers ou la flotte interne responsable du transport des marchandises. Il spécifie quelle entreprise déplace physiquement le produit.

Le transporteur est une autre dimension majeure pour le tableau de bord Efficacité et coûts du transport. En analysant les métriques de performance comme le temps de transit et la paiement à temps par transporteur, les entreprises peuvent évaluer leurs partenaires logistiques, négocier de meilleurs tarifs et prendre des décisions éclairées concernant le choix du transporteur.

Pourquoi est-ce important ? :

Permet l'analyse des performances de différents partenaires logistiques, ce qui est impératif pour la gestion des transporteurs et l'optimisation des coûts de transport.

Source des données :

Trouvé dans des champs comme 'CarrierService' sur les commandes clients ou dans des tables de gestion des transports dédiées comme TMSCarrier.

Exemples
FedExUPSMaerskDHL
Numéro de produit
ProductNumber
L'identifiant unique du produit commandé ou fabriqué.
Descriptionn

Cet attribut est l'unité de gestion des stocks (SKU) ou le numéro d'article pour le produit impliqué dans 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 d'approvisionnement par produit aide à identifier les articles qui ont de longs délais, des problèmes de qualité fréquents ou des chemins de production complexes. Cette information est fondamentale pour la gestion des stocks, la prévision de la demande et l'optimisation du portefeuille de produits.

Pourquoi est-ce important ? :

Permet l'analyse des performances des processus pour différents produits, ce qui peut révéler des défis de chaîne d'approvisionnement spécifiques à certains articles.

Source des données :

Trouvé dans le champ ItemId sur les tables de lignes de transaction telles que SalesLine, PurchLine et ProdBOM.

Exemples
A0001D0010M9201
Valeur de commande
OrderValue
La valeur monétaire totale de la commande de vente.
Descriptionn

Cet attribut représente la valeur financière totale d'une commande client. C'est une métrique clé pour comprendre l'impact commercial de la performance du processus.

L'analyse des métriques de processus, telles que le temps de cycle ou les livraisons tardives, dans le contexte de la valeur de la commande permet de prioriser les efforts d'amélioration. Par exemple, les retards affectant les commandes de grande valeur peuvent être plus critiques à adresser que ceux affectant les commandes de moindre valeur. Cela fournit une dimension financière à l'analyse de processus.

Pourquoi est-ce important ? :

Fournit un contexte financier à l'analyse de processus, permettant la priorisation des problèmes en fonction de leur impact monétaire.

Source des données :

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

Exemples
15200.50850.00125000.75
Obligatoire Recommandé Facultatif

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

Ce sont les étapes clés du processus et les jalons à capturer dans votre journal d'événements, assurant une découverte précise du processus et des informations de performance pour votre chaîne d'approvisionnement.
8 Recommandé 7 Facultatif
Activité Descriptionn
Biens produits
Le processus de fabrication est terminé, et les produits finis sont officiellement déclarés comme terminés dans le système. Ceci est capturé par la validation d'un journal 'Déclaré comme terminé' pour l'ordre de fabrication, ce qui met à jour l'inventaire.
Pourquoi est-ce important ? :

Marque l'achèvement de la phase de production et rend les marchandises disponibles pour le contrôle qualité et l'expédition. C'est une étape clé pour mesurer le respect des plannings de production.

Source des données :

Comptabilisé dans le module Contrôle de la production. La validation du journal 'Déclaré comme terminé' crée une transaction d'inventaire horodatée et met à jour le statut de l'ordre de fabrication.

Capture

Comptabilisé lorsqu'un journal 'Déclaré comme terminé' est validé pour l'ordre de fabrication.

Type d'événement explicit
Bon de commande émis
Un bon de commande formel est créé et confirmé, engageant l'entreprise à un achat auprès d'un fournisseur. Cet événement est enregistré lorsque le statut du bon de commande est mis à jour à 'Confirmé' ou 'En révision externe'.
Pourquoi est-ce important ? :

C'est un jalon crucial dans l'approvisionnement et le point de départ principal pour mesurer le délai du fournisseur. L'analyse du temps écoulé entre cet événement et la réception des matériaux aide à évaluer la performance du fournisseur.

Source des données :

Comptabilisé dans le module Achats et approvisionnements. La confirmation d'un bon de commande est suivie par les changements de statut et les dates dans la table PurchTable.

Capture

Comptabilisé lorsque le statut d'un bon de commande est mis à jour à 'Confirmé' via une action de journalisation.

Type d'événement explicit
Commande client créée
Représente la création formelle d'une nouvelle commande client dans Dynamics 365 SCM. Il s'agit d'un événement explicite enregistré avec une estampille temporelle lorsqu'un utilisateur sauvegarde un nouveau document de commande client, initiant le processus de livraison.
Pourquoi est-ce important ? :

Cette activité marque le début officiel du cycle d'exécution des commandes. C'est l'ancrage principal pour mesurer les délais globaux, la performance de paiement à temps et l'analyse des schémas de prise de commande.

Source des données :

Il s'agit d'un événement explicite enregistré dans le module Ventes et marketing. La création est enregistrée dans la SalesTable (En-tête de commande client) avec une estampille temporelle de création spécifique.

Capture

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

Type d'événement explicit
Marchandises chargées pour le transport
Les marchandises emballées sont physiquement chargées sur le véhicule du transporteur, et l'expédition est confirmée dans le système. Cet événement correspond à l'action 'Confirmation d'expédition' dans Dynamics 365.
Pourquoi est-ce important ? :

Marque le départ physique des marchandises de l'entrepôt. Cette activité est le point de départ pour mesurer la durée des 'Marchandises en transit' et pour la reconnaissance financière de l'expédition.

Source des données :

Comptabilisé dans les modules Gestion des entrepôts ou Gestion du transport. L'action 'Confirmation d'expédition' sur un chargement ou une expédition (WHSLoadTable) crée un événement horodaté.

Capture

Comptabilisé lorsque l'action 'Confirmation d'expédition' est exécutée pour le chargement ou l'expédition associé(e).

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 'livré'.
Pourquoi est-ce important ? :

Marque l'achèvement de la livraison physique. Il fournit la 'Date de livraison réelle' qui est indispensablele pour le calcul des KPI de performance de paiement à temps et des métriques orientées client.

Source des données :

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

Capture

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

Type d'événement inferred
Marchandises prélevées et emballées
Les magasiniers ont physiquement prélevé les articles de l'inventaire et les ont emballés pour l'expédition. Cette information est enregistrée lorsque le travail de prélèvement.lèvement est terminé et que le statut d'emballage est mis à jour dans le système.
Pourquoi est-ce important ? :

Représente l'achèvement de la tâche principale d'exécution en entrepôt. C'est une mesure clé pour le tableau de bord du débit des opérations d'entrepôt et pour l'identification des points de blocage dans le processus de prélèvement.lèvement et d'emballage.

Source des données :

Comptabilisé dans le module Gestion des entrepôts. Ceci est généralement déduit du statut des tâches d'entrepôt (WHSWorkTable) passant à 'Fermé' ou par la validation d'un bon de livraison.

Capture

Déduit du changement de statut du travail d'entrepôt à 'Fermé' ou de la date de comptabilisation du bon de livraison.

Type d'événement inferred
Matières premières reçues
Les marchandises ou matériaux commandés auprès du fournisseur sont physiquement reçus à l'entrepôt. Ceci est enregistré via une transaction de validation de réception de produit dans Dynamics 365 contre le bon de commande.
Pourquoi est-ce important ? :

Cette activité marque la fin du délai du fournisseur et la disponibilité des matériaux pour la production ou la livraison. Les retards à ce niveau impactent directement les plannings en aval et les dates de livraison des clients.

Source des données :

Comptabilisé dans les modules Achats et approvisionnements ou Gestion des stocks. La validation d'une réception de produit (VendPackingSlipJour) crée un enregistrement transactionnel horodaté.

Capture

Événement enregistré lorsqu'une réception de produit est comptabilisée par rapport au bon de commande.

Type d'événement explicit
Preuve de livraison signée
Le client a formellement accusé réception des marchandises, souvent en signant un bon de livraison. Ceci est généralement capturé en joignant un document ou en mettant à jour un statut dans le système.
Pourquoi est-ce important ? :

C'est la confirmation finale de la bonne exécution de la commande et la fin définitive du processus logistique. Il est impératif pour la résolution des litiges et pour le calcul du temps de cycle total de la commande.

Source des données :

Ce n'est pas une transaction standard et discrète. Elle est souvent gérée en mettant à jour un statut sur la commande client ou en utilisant la gestion des documents pour joindre une preuve de livraison numérisée.

Capture

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

Type d'événement inferred
Commande annulée
La commande client est annulée avant que l'exécution ne soit complète. Ceci est capturé par un changement de statut sur l'en-tête de la commande client à 'Annulé'.
Pourquoi est-ce important ? :

Représente un résultat de processus négatif. L'analyse du moment et des raisons de l'annulation des commandes peut révéler des problèmes de disponibilité des produits, de délais ou de service client qui doivent être résolus.

Source des données :

Déduit du changement du champ statut de la SalesTable en 'Annulée'. 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é.

Capture

Déduit du changement de statut de la commande client à 'Annulée'.

Type d'événement inferred
Contrôle qualité effectué
Une inspection qualité est effectuée sur les marchandises produites ou reçues pour s'assurer qu'elles respectent les normes. Cela est souvent enregistré comme une finalisation ou une validation de commande qualité dans le système.
Pourquoi est-ce important ? :

Assure la qualité des produits et la conformité des processus. L'identification des contrôles qualité ignorés ou des longs délais d'inspection aide à atténuer les risques et à améliorer le flux de processus global.

Source des données :

Comptabilisé dans le module Gestion des stocks via les Ordres de qualité. La validation ou la clôture d'un ordre de qualité (InventQualityOrderTable) associé à l'article fournit cet événement.

Capture

Comptabilisé lors de la validation ou de la clôture d'un Ordre de qualité lié au lot ou au numéro de série de l'article.

Type d'événement explicit
Demande d'achat créée
Une demande formelle est faite au service des achats pour se procurer les matériaux nécessaires à la commande, généralement lorsque le stock est insuffisant. Il s'agit d'un événement explicite enregistré lors de la création et de l'enregistrement d'un nouveau document de demande d'achat.
Pourquoi est-ce important ? :

Cette activité initie le sous-processus d'approvisionnement. Son suivi est indispensable pour analyser la partie d'approbation interne du délai d'approvisionnement et identifier les retards avant l'émission d'un bon de commande.

Source des données :

Comptabilisé dans le module Achats et approvisionnements. La création d'un enregistrement dans la table PurchReqTable est un événement distinct avec une estampille temporelle.

Capture

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

Type d'événement explicit
Expédition programmée
Une date et un transporteur spécifiques sont attribués pour l'expédition des marchandises emballées. Cela est souvent enregistré lorsqu'un chargement est planifié ou qu'une expédition est confirmée dans le module de transport.
Pourquoi est-ce important ? :

Fournit une base de référence pour mesurer le respect du planning d'expédition. La comparaison de cette date planifiée avec la date de chargement réelle est un indicateur de performance clé pour la planification logistique.

Source des données :

Comptabilisé dans le module Gestion du transport (TMS). La confirmation d'un chargement (WHSLoadTable) ou d'une expédition inclut souvent une date d'expédition planifiée qui peut être capturée.

Capture

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

Type d'événement explicit
Facture client comptabilisée
Une facture de vente est générée à partir du bon de commande et comptabilisée dans les grands livres financiers. Cela se fait souvent au moment de l'expédition, mais le processus peut varier, en faisant une activité distincte.
Pourquoi est-ce important ? :

C'est un jalon financier critique dans le cycle de la commande au paiement. L'analyse du temps écoulé entre l'expédition et la facturation peut révéler des retards dans le processus de facturation et impacter la trésorerie.

Source des données :

Comptabilisé dans le module Comptes clients. La validation d'une facture de commande client crée un enregistrement dans la table CustInvoiceJour avec une date de validation spécifique.

Capture

Comptabilisé lorsqu'une facture de commande client est validée, créant 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.lèvement ou un travail d'entrepôt est créé, indiquant au personnel les articles à prélever pour exécuter la commande. Cet événement est enregistré lorsqu'une commande est transmise à l'entrepôt pour traitement.
Pourquoi est-ce important ? :

Cette activité initie les opérations physiques d'exécution en entrepôt. L'analyse du temps écoulé entre ce point et l'achèvement de l'emballage aide à mesurer l'efficacité interne et la réactivité de l'entrepôt.

Source des données :

Comptabilisé dans le module Gestion des entrepôts. La création de tâches d'entrepôt (WHSWorkTable) ou la publication d'un journal de liste de prélèvement.lèvement (WMSPickingRoute) est un événement distinct.

Capture

Comptabilisé lors de la génération d'un journal de liste de prélèvement.lèvement ou de la création de tâches 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 requis pour la commande logistique du client. Il s'agit d'un événement discret enregistré dans le module de contrôle de production.
Pourquoi est-ce important ? :

Initialise le processus de fabrication pour les scénarios de production à la commande. Le suivi du temps entre cet événement et l'achèvement des marchandises est indispensable à analyser les temps de cycle de production et le respect des délais.

Source des données :

Comptabilisé dans le module Contrôle de la production. La création d'un nouvel enregistrement dans la table ProdTable (table des ordres de fabrication) inclut une estampille temporelle de création.

Capture

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

Type d'événement explicit
Recommandé Facultatif

Guides d'extraction

Comment obtenir vos données de Microsoft Dynamics 365 SCM