Votre modèle de données pour la gestion de la chaîne logistique

Blue Yonder
Votre modèle de données pour la gestion de la chaîne logistique

Votre modèle de données pour la gestion de la chaîne logistique

Ce modèle fournit un guide complet pour extraire les données nécessaires à l’analyse de votre processus de gestion de la chaîne logistique. Il précise les attributs importants à collecter et les activités clés à suivre dans votre système Blue Yonder. En suivant ces indications, vous pouvez constituer un journal d’événements fiable pour obtenir des analyses détaillées de vos processus.
  • Attributs recommandés à collecter pour une analyse approfondie
  • Principales activités et étapes clés du processus à suivre
  • Guide étape par étape pour extraire les données de Blue Yonder
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

Ces champs de données recommandés sont essentiels pour analyser en détail votre processus de gestion de la chaîne d’approvisionnement et doivent être inclus dans votre journal d’événements.
3 Obligatoire 6 Recommandé 13 Facultatif
Nom Description
Commande logistique
LogisticsOrder
Identifiant unique d'une commande logistique, utilisé comme identifiant de dossier principal pour suivre le processus de chaîne d'approvisionnement de bout en bout.
Description

La commande logistique est l'identifiant central qui relie toutes les activités associées, de la création de la commande client à la livraison finale. Chaque numéro de commande logistique unique représente une instance du processus de chaîne d'approvisionnement.

Dans le Process Mining, l'analyse des données par commande logistique offre une vue complète du cycle de vie de la commande. Elle est essentielle pour calculer les temps de cycle de bout en bout, identifier les variantes de processus et comprendre le parcours de chaque commande à travers les différentes étapes, comme l'approvisionnement, la production et la distribution.

Pourquoi c’est important

Il s'agit de l'identifiant de dossier fondamental. Il relie toutes les étapes du processus et permet de reconstituer et d'analyser l'ensemble du parcours d'exécution de la commande.

Où les obtenir

Cet identifiant se trouve généralement dans les modules principaux de gestion des commandes ou d'exécution logistique de Blue Yonder.

Exemples
LO-845123LO-845124LO-845125
Heure de début
EventTime
Horodatage indiquant le début ou la survenue d'une activité précise.
Description

L'heure de l'événement, ou heure de début, correspond à la date et à l'heure précises auxquelles une activité a été enregistrée dans le système source. Ces données chronologiques sont essentielles pour ordonner correctement les événements et réaliser toutes les analyses temporelles.

Cet horodatage sert à calculer les temps de cycle entre les activités, à mesurer la durée totale du processus et à identifier les retards ou les temps d'attente. Il constitue la base de presque tous les KPI liés aux performances, comme le délai de traitement de la commande de bout en bout et le temps de cycle du transport.

Pourquoi c’est important

Cet horodatage est essentiel pour ordonner les événements, calculer les durées et analyser dans le temps les performances des processus et les goulots d'étranglement.

Où les obtenir

Ces informations sont généralement disponibles sous la forme d'un horodatage de création, de modification ou d'enregistrement dans les tables de données transactionnelles de chaque objet métier de Blue Yonder.

Exemples
2023-10-26T09:00:00Z2023-10-26T14:30:00Z2023-10-27T11:15:00Z
Nom de l'activité
ActivityName
Nom d'un événement ou d'une étape métier précis survenu dans le processus logistique, comme « Purchase Order Issued » ou « Goods Picked And Packed ».
Description

Le nom de l'activité décrit une étape ou une tâche exécutée dans le cadre du cycle de vie de la commande logistique. Ces événements sont enregistrés par ordre chronologique afin de constituer une séquence d'actions pour chaque dossier.

L'analyse des activités constitue le fondement du Process Mining. Elle permet de visualiser la carte du processus, de détecter les goulots d'étranglement entre certaines étapes, d'analyser la fréquence des activités et d'identifier les écarts par rapport au flux de processus standard.

Pourquoi c’est important

Cet attribut définit les étapes de la carte du processus et permet de visualiser, d'analyser et d'optimiser le flux des commandes logistiques.

Où les obtenir

Les noms des activités sont dérivés des journaux d'événements, des codes de transaction ou des changements de statut enregistrés dans les différents modules Blue Yonder liés à l'entreposage, au transport et à la gestion des commandes.

Exemples
Commande client reçueMarchandises produitesExpédition planifiéePreuve de livraison signée
Date de livraison demandée
RequestedDeliveryDate
Date de livraison de la commande demandée par le client.
Description

La date de livraison demandée est une donnée essentielle du référentiel client, associée à une commande logistique. Elle représente l'engagement pris envers le client et sert de référence principale pour mesurer les performances de livraison.

Cette date est comparée à la « Actual Delivery Date » afin de calculer le KPI On-Time Delivery Rate. Elle est fondamentale pour le Dashboard « On-Time Delivery Performance », qui permet d'analyser les retards et leurs causes profondes, comme les performances du transporteur ou les goulots d'étranglement internes.

Pourquoi c’est important

Il s'agit de la référence pour mesurer la satisfaction client et les performances de livraison. Elle est essentielle au calcul du KPI On-Time Delivery Rate.

Où les obtenir

Cette information est généralement stockée dans les données d'en-tête de la commande client du système de gestion des commandes de Blue Yonder.

Exemples
2023-11-152023-11-202023-12-01
Date de livraison réelle
ActualDeliveryDate
Date à laquelle la commande a effectivement été livrée au client, avec confirmation par une preuve de livraison.
Description

La date de livraison réelle est enregistrée à la fin de la livraison, souvent à partir de l'événement « Proof Of Delivery Signed ». Cet horodatage marque l'exécution finale de la commande logistique.

Cet attribut est essentiel à la mesure des performances. Il est comparé à la « Requested Delivery Date » afin de déterminer si la livraison a été effectuée à temps, en retard ou en avance. Ce calcul constitue la base du KPI On-Time Delivery Rate et est visualisé dans le Dashboard « On-Time Delivery Performance ».

Pourquoi c’est important

Essentiel au calcul du taux de livraison à temps, cet attribut mesure les performances réelles par rapport aux attentes du client.

Où les obtenir

Cette date est souvent dérivée de l'horodatage de l'événement de preuve de livraison, qui peut être capturé dans le TMS de Blue Yonder ou dans un module logistique associé.

Exemples
2023-11-142023-11-212023-12-01
Nom d'utilisateur
UserName
Identifiant ou nom de l'utilisateur ayant exécuté l'activité.
Description

Cet attribut identifie le collaborateur ou l'utilisateur système responsable d'une étape précise du processus. Il est essentiel pour comprendre l'affectation des ressources, la répartition de la charge de travail et les performances individuelles ou d'équipe.

Dans les analyses, le nom d'utilisateur permet de filtrer les cartes de processus afin de comparer la manière dont différents utilisateurs exécutent une même tâche, d'identifier les besoins de formation ou de repérer les meilleurs contributeurs. Il est également essentiel au Dashboard « Manual Task and Automation Potential », qui permet d'identifier les utilisateurs associés à des tâches fréquentes et répétitives.

Pourquoi c’est important

Associe les actions des utilisateurs à des personnes précises et permet ainsi d'analyser la charge de travail, de comparer les performances et d'identifier les possibilités d'automatisation.

Où les obtenir

Se trouve généralement dans les données transactionnelles, dans un champ « Created By » ou « Changed By » associé à une table de données de référence des utilisateurs dans Blue Yonder.

Exemples
j.doea.smithSYSTEM_RFC
Nom du fournisseur
SupplierName
Nom du fournisseur qui fournit les matières premières ou les composants associés à une commande d'achat.
Description

Le nom du fournisseur identifie le prestataire auprès duquel les marchandises ont été achetées dans le cadre du processus de chaîne d'approvisionnement. Il s'agit d'une dimension essentielle pour analyser les étapes de logistique entrante et d'approvisionnement.

Cet attribut est utilisé dans le Dashboard « Supplier Inbound Performance » afin de ventiler, par fournisseur, les temps de cycle entre la création de la commande d'achat et la réception des matériaux. Cette analyse permet de distinguer les fournisseurs fiables et rapides de ceux qui provoquent régulièrement des retards, et d'éclairer ainsi la stratégie d'approvisionnement et la gestion de la relation fournisseur.

Pourquoi c’est important

Permet d'analyser les performances des différents fournisseurs, un élément essentiel pour optimiser la logistique entrante et respecter les calendriers de production.

Où les obtenir

Ces informations sont stockées dans les données d'en-tête de la commande d'achat et associées à une table de données de référence des fournisseurs dans Blue Yonder ou dans un ERP intégré.

Exemples
Global Components Inc.Advanced Materials LLCPrecision Parts Co.
Statut de l’ordre
OrderStatus
Statut actuel ou final de l’ordre logistique, par exemple « In Progress », « Completed » ou « Canceled ».
Description

Le statut de l’ordre indique où se trouve l’ordre logistique dans son cycle de vie au moment de l’extraction des données, ou quel a été son résultat final. Il constitue un indicateur important de l’état du cas.

Cet attribut permet de filtrer l’analyse afin de se concentrer uniquement sur les ordres terminés ou d’étudier les raisons de l’annulation de certains ordres. Il aide à comprendre les résultats des différentes variantes de processus et fournit un moyen simple de mesurer les taux globaux de réussite ou d’échec du processus.

Pourquoi c’est important

Indique le résultat d’un cas et permet de filtrer l’analyse sur les ordres terminés, en cours ou annulés, ce qui est essentiel pour interpréter les indicateurs de performance.

Où les obtenir

Il s’agit généralement d’un champ de statut dans l’en-tête de l’ordre logistique principal ou du document d’expédition dans Blue Yonder.

Exemples
TerminéEn coursAnnuléEn attente
Type d’ordre
OrderType
Classification de l’ordre, par exemple « Standard Order », « Rush Order » ou « Bulk Order ».
Description

Le type d’ordre catégorise les ordres logistiques selon leurs caractéristiques, leur niveau d’urgence ou leur contexte métier. Les différents types d’ordres suivent souvent des parcours distincts ou sont soumis à des accords de niveau de service (SLA) différents.

L’analyse par type d’ordre est essentielle pour comprendre les variations du processus. Par exemple, les « Rush Orders » sont censés avoir des temps de cycle plus courts et peuvent ignorer certaines étapes, tandis que les « Bulk Orders » peuvent présenter des délais de production plus longs. Cet attribut aide à expliquer pourquoi certains cas s’écartent de la norme et s’avère utile dans le Dashboard « Process Variant Analysis ».

Pourquoi c’est important

Aide à expliquer les variations du processus et les écarts de performance, car les différents types d’ordres suivent souvent des parcours, des priorités et des SLA qui leur sont propres.

Où les obtenir

Ces informations sont généralement stockées dans les données d’en-tête de l’ordre du système de gestion des ordres de Blue Yonder.

Exemples
StandardUrgentTransfert de stockRetour
Catégorie de produit
ProductCategory
Catégorie à laquelle appartient le produit de l’ordre logistique, par exemple l’électronique ou l’habillement.
Description

La catégorie de produit est une classification qui permet de regrouper des produits similaires. Les différentes catégories peuvent être associées à des processus de chaîne d’approvisionnement, des exigences de manutention ou des délais distincts.

Cet attribut est utilisé dans le Dashboard « Logistics Order Throughput Trend » pour filtrer et comparer le volume des ordres terminés selon le type de produit. Il peut révéler que certaines gammes de produits subissent davantage de retards ou présentent un débit inférieur, afin de concentrer les efforts d’amélioration là où ils sont les plus nécessaires.

Pourquoi c’est important

Permet de segmenter l’analyse du processus par type de produit et de faire apparaître les goulots d’étranglement, les tendances de la demande ou les difficultés de manutention propres à chaque catégorie.

Où les obtenir

Ces informations font partie des données de référence des articles ou des produits. Elles seraient associées aux lignes de l’ordre logistique dans Blue Yonder.

Exemples
Électronique grand publicMachines industriellesVêtementsProduits alimentaires
Créateur de la demande d’achat
PurchaseRequisitionCreator
Utilisateur ou service à l’origine de la demande d’achat de marchandises ou de matières.
Description

Cet attribut identifie la personne ou l’équipe qui a créé la demande d’achat, le document interne déclenchant la création d’une commande d’achat officielle. Il fournit un contexte sur l’origine de la demande d’approvisionnement au sein de l’organisation.

L’analyse de cet attribut aide à comprendre les habitudes d’approvisionnement internes et peut être utilisée dans le Dashboard « Manual Task and Automation Potential ». Si quelques utilisateurs créent un volume important de demandes standard, cela peut indiquer une possibilité d’automatiser le processus de demande d’achat.

Pourquoi c’est important

Identifie l’origine d’une demande d’approvisionnement, ce qui aide à analyser les tendances de la demande interne et à repérer les possibilités d’automatisation du processus.

Où les obtenir

Se trouve dans les données du document de demande d’achat, généralement dans un champ « Created By ».

Exemples
m.jonesp.chenPLANNING_DEPT
Date promise par le fournisseur
SupplierPromisedDeliveryDate
Date de livraison promise par le fournisseur pour une commande d’achat donnée.
Description

Cette date correspond à l’engagement du fournisseur concernant la livraison des matières premières ou des composants. Elle sert de référence pour mesurer la fiabilité et la ponctualité du fournisseur.

Cet attribut est essentiel au calcul du KPI « Supplier On-Time Delivery Rate ». Il est comparé à la date réelle de réception des matières, c’est-à-dire à l’horodatage de l’événement « Raw Materials Received », afin de déterminer si le fournisseur a respecté son engagement. Cette analyse est au cœur du Dashboard « Supplier Inbound Performance ».

Pourquoi c’est important

Sert de référence pour évaluer la performance des livraisons entrantes et mesurer la fiabilité du fournisseur ainsi que son impact sur le calendrier de production.

Où les obtenir

Cette date est généralement stockée au niveau de la ligne de commande d’achat, à partir des informations fournies par le fournisseur ou des délais standard.

Exemples
2023-10-102023-10-122023-10-15
Dernière mise à jour des données
LastDataUpdate
Horodatage indiquant la dernière actualisation ou extraction des données depuis le système source.
Description

Cet attribut indique la date et l'heure de l'extraction de données la plus récente. Il fournit un contexte à l'analyse en précisant l'actualité des données et le moment auquel la prochaine actualisation peut être attendue.

Il est important que les utilisateurs connaissent la fraîcheur des données qu'ils analysent. Cela les aide à interpréter les Dashboards et à s'assurer que les décisions reposent sur des informations à jour.

Pourquoi c’est important

Fournit un contexte important sur la fraîcheur des données et permet aux utilisateurs de savoir dans quelle mesure l'analyse du processus est à jour.

Où les obtenir

Cet horodatage est généré et ajouté lors du processus d'extraction, de transformation et de chargement des données (ETL).

Exemples
2024-01-15T02:00:00Z2024-01-16T02:00:00Z
Heure de fin
EndTime
Horodatage indiquant la fin d'une activité.
Description

L'heure de fin marque la conclusion d'une activité. Lorsque l'heure de début et l'heure de fin sont toutes deux disponibles, il est possible de calculer précisément le temps de traitement d'une activité et de le distinguer du temps d'inactivité ou d'attente.

Cette information est particulièrement utile pour analyser la durée de tâches précises, comme « Goods Picked and Packed » ou « Quality Control Performed ». Elle permet d'identifier les activités qui consomment le plus de temps et d'orienter les efforts d'optimisation et d'automatisation.

Pourquoi c’est important

Permet de calculer précisément le temps de traitement des activités, un élément essentiel pour identifier les tâches inefficaces et mesurer la productivité des ressources.

Où les obtenir

Comme l'heure de début, cette information se trouve généralement sous la forme d'un horodatage dans les tables de données transactionnelles de chaque objet métier de Blue Yonder, souvent pour indiquer la fin d'un statut.

Exemples
2023-10-26T09:05:14Z2023-10-26T14:45:00Z2023-10-27T11:18:30Z
Livraison dans les délais
IsOnTimeDelivery
Indicateur calculé qui précise si la commande a été livrée à la date de livraison demandée ou avant celle-ci.
Description

Il s’agit d’un attribut booléen obtenu en comparant « Actual Delivery Date » à « Requested Delivery Date ». Il simplifie l’analyse de la performance en classant chaque commande comme « On-Time » (true) ou « Late » (false).

Cet attribut alimente directement le Dashboard « On-Time Delivery Performance » et sert à calculer le KPI « On-Time Delivery Rate ». Il permet de filtrer rapidement les données et d’analyser les causes profondes afin de comprendre les facteurs, comme le transporteur ou le type de produit, associés aux livraisons en retard.

Pourquoi c’est important

Simplifie l’analyse des livraisons dans les délais en fournissant un résultat booléen clair pour chaque commande. Il facilite ainsi le calcul des taux de performance et l’identification des facteurs à l’origine des retards.

Où les obtenir

Cet attribut n’existe pas dans le système source. Il est calculé lors de la transformation des données à l’aide de la formule : ActualDeliveryDate <= RequestedDeliveryDate.

Exemples
truefalse
Mode de transport
ModeOfTransport
Mode de transport utilisé pour l'expédition, par exemple le camion, l'avion ou le bateau.
Description

Cet attribut précise le mode de transport utilisé pour acheminer les marchandises. Chaque mode présente des coûts, des vitesses et des capacités différents, ce qui en fait un facteur important de la planification et de l'analyse logistiques.

Le Dashboard « Transportation Efficiency Monitor » utilise cet attribut pour comparer les temps de transit et les coûts selon les modes de transport. Il aide à prendre des décisions stratégiques, comme choisir entre le fret aérien, plus rapide mais plus coûteux, et le fret maritime, plus lent mais moins cher, en fonction de la priorité de la commande et des contraintes de coût.

Pourquoi c’est important

Fournit une dimension essentielle pour analyser les coûts et la rapidité du transport et prendre des décisions stratégiques sur les modes d'expédition les plus efficaces.

Où les obtenir

Ces informations sont généralement stockées dans les détails de l’expédition ou de l’ordre de transport du TMS de Blue Yonder.

Exemples
Transport routier complet (FTL)Fret aérienFret maritimeFerroviaire
Nom du client
CustomerName
Nom du client ayant passé la commande.
Description

Identifie le client final de l’ordre logistique. Il s’agit d’une dimension fondamentale pour segmenter l’analyse selon une approche centrée sur le client.

L’analyse de la performance du processus par client peut révéler que certains clients subissent des délais plus longs ou davantage de problèmes. Cet attribut prend en charge des Dashboards tels que « On-Time Delivery Performance » en permettant une ventilation par client et en aidant à prioriser les améliorations destinées aux comptes stratégiques.

Pourquoi c’est important

Permet une analyse centrée sur le client, afin d’identifier les clients les plus touchés par les inefficacités du processus et de prioriser les améliorations du service.

Où les obtenir

Ces informations sont stockées dans les données d’en-tête de la commande client et sont associées à une table de données de référence client dans Blue Yonder ou dans un CRM/ERP intégré.

Exemples
Retail CorpMegaStore Inc.Direct Consumer Goods
Nom du transporteur
CarrierName
Nom de l'entreprise de transport responsable de l'expédition des marchandises.
Description

Le nom du transporteur identifie le partenaire logistique chargé du transport des marchandises entre l'entrepôt et la destination finale. Il s'agit d'une dimension essentielle pour évaluer les performances de la logistique sortante.

Dans le Dashboard « Transportation Efficiency Monitor », l'analyse des données par nom de transporteur permet de comparer la durée « Goods In Transit » entre différents transporteurs. L'entreprise peut ainsi identifier les partenaires les plus rapides, les plus fiables ou les plus économiques et adapter sa stratégie d'expédition.

Pourquoi c’est important

Permet de comparer les performances des différents transporteurs et d'optimiser les coûts d'expédition, les itinéraires et les délais de livraison.

Où les obtenir

Cette information se trouve généralement dans les documents d'expédition ou de commande de fret du Transportation Management System (TMS) de Blue Yonder.

Exemples
Express FreightNational LogisticsSwift Haulage
Numéro de commande d’achat
PurchaseOrderNumber
Identifiant unique d’une commande d’achat créée pour approvisionner l’entreprise en matières premières ou en marchandises auprès d’un fournisseur.
Description

Le numéro de commande d’achat relie l’ordre logistique au processus d’approvisionnement. Il est créé lors d’activités telles que « Purchase Requisition Created » et « Purchase Order Issued ».

Cet attribut permet d’analyser en détail le sous-processus d’approvisionnement. Il est essentiel au Dashboard « Supplier Inbound Performance », qui permet de suivre le parcours d’un PO donné, de son émission à la réception des marchandises, et d’associer les retards à des fournisseurs ou à des matières spécifiques.

Pourquoi c’est important

Relie le processus principal d’exécution des commandes aux activités d’approvisionnement en amont, afin de permettre une analyse détaillée de la performance des fournisseurs et des temps de cycle d’approvisionnement.

Où les obtenir

Cet identifiant est généré et stocké dans le module d’approvisionnement ou d’achat de Blue Yonder, ou dans un système ERP intégré.

Exemples
PO45000123PO45000124PO45000125
Retouche
IsRework
Indicateur calculé qui précise si une commande a fait l’objet d’une retouche, par exemple lorsque les étapes de conditionnement ou de contrôle qualité ont dû être répétées.
Description

Cet indicateur booléen prend la valeur true lorsqu’un ordre logistique présente des signes de boucles de retouche, par exemple la séquence d’activités « Goods Picked and Packed » -> « Quality Control Performed » -> « Goods Picked and Packed ». Il identifie les cas qui s’écartent du parcours standard et efficace.

Cet attribut sert à calculer le KPI « Order Rework Rate » et est visualisé dans le Dashboard « Process Variant and Rework Analysis ». L’identification des cas ayant fait l’objet d’une retouche aide à repérer les sources d’erreurs ou d’inefficacité du processus d’exécution des commandes, afin de mettre en place des améliorations ciblées et de réduire les gaspillages ainsi que les coûts opérationnels.

Pourquoi c’est important

Met en évidence les inefficacités du processus et les problèmes de qualité en signalant les cas comportant des étapes répétées. Il permet de concentrer les efforts sur l’amélioration de la stabilité du processus et la réduction des coûts.

Où les obtenir

Il ne s’agit pas d’un champ de Blue Yonder. Cet attribut est calculé lors de l’analyse de Process Mining, en détectant certaines séquences d’activités répétées au sein d’un cas.

Exemples
truefalse
Système source
SourceSystem
Système depuis lequel les données ont été extraites, en l'occurrence Blue Yonder.
Description

Cet attribut identifie l'origine des données du processus. Il est particulièrement utile dans les environnements où les données de plusieurs systèmes sont combinées pour obtenir une vue globale du processus, tout en assurant une traçabilité claire des données.

Pour cette analyse, la valeur sera toujours « Blue Yonder », mais elle constitue une métadonnée importante pour la gouvernance et le contexte des données, notamment lorsque d'autres systèmes, comme un ERP ou un CRM, sont intégrés.

Pourquoi c’est important

Identifie l'origine des données, un élément essentiel pour la gouvernance et la validation des données ainsi que pour la gestion des analyses couvrant plusieurs systèmes d'entreprise.

Où les obtenir

Il s'agit généralement d'une valeur statique ajoutée lors de l'extraction et de la transformation des données afin d'indiquer l'origine du jeu de données.

Exemples
Blue Yonder TMSBlue Yonder WMSBlue Yonder SCP
Temps de cycle de bout en bout
EndToEndCycleTime
Temps total écoulé entre la première activité (« Customer Order Received ») et la dernière activité (« Proof Of Delivery Signed ») d’un ordre logistique.
Description

Cette métrique mesure la durée totale du cycle de vie d’un ordre logistique. Elle constitue un indicateur de performance important, car elle reflète la rapidité et l’efficacité globales du processus de chaîne d’approvisionnement.

Il s’agit de la métrique principale du Dashboard « End-to-End Order Lead Time Analysis » et du KPI « Logistics Order End-to-End Cycle Time ». L’analyse de cette durée aide à repérer les retards systémiques et fournit une mesure globale de la santé du processus. Elle peut être ventilée selon des dimensions telles que le type d’ordre ou la catégorie de produit afin d’identifier les facteurs à l’origine des délais élevés.

Pourquoi c’est important

Il s’agit d’un KPI important pour mesurer la vitesse globale de la chaîne d’approvisionnement, avec un impact direct sur la satisfaction client et le fonds de roulement.

Où les obtenir

Cette valeur n’est pas stockée dans le système source. Elle est calculée en soustrayant l’horodatage du premier événement de celui du dernier événement pour chaque cas.

Exemples
15 jours 4 heures22 jours 11 heures10 jours 2 heures
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 et optimiser précisément votre processus.
7 Recommandé 8 Facultatif
Activité Description
Commande client reçue
Cette activité correspond à la création d'une nouvelle commande logistique dans le système, à la suite d'une demande client. Cet événement est généralement enregistré explicitement lorsqu'un utilisateur ou un message EDI crée un document de commande client dans le module Order Management de Blue Yonder.
Pourquoi c’est important

Il s'agit de l'événement de début principal du processus de chaîne d'approvisionnement de bout en bout. L'analyse de cette activité est essentielle pour mesurer le volume de commandes reçues et le délai global entre la commande et la livraison.

Où les obtenir

Cet événement est enregistré explicitement dans les tables du système de gestion des commandes lors de la création d'une commande client. Il correspond à l'horodatage de création de l'enregistrement d'en-tête de la commande.

Collecte

L'événement est enregistré lors de la création de la commande client, par exemple au moment de la validation de la transaction.

Type d’événement explicit
Commande d'achat émise
Cette activité correspond à la création officielle et à l'envoi d'une commande d'achat à un fournisseur externe pour des matières premières ou des produits finis. Il s'agit d'un événement explicite essentiel dans les fonctionnalités d'approvisionnement de Blue Yonder.
Pourquoi c’est important

Il s'agit d'une étape clé pour suivre les délais et les performances des fournisseurs. Elle constitue le point de départ du KPI Supplier On-Time Delivery.

Où les obtenir

Enregistré comme événement explicite dans les tables du système d'approvisionnement, avec un horodatage indiquant la création ou l'émission officielle du document de commande d'achat.

Collecte

L'événement correspond à l'horodatage de création ou d'émission du document de commande d'achat.

Type d’événement explicit
Marchandises chargées pour le transport
Cette activité marque le moment où les marchandises emballées sont chargées dans le véhicule de transport et quittent l'entrepôt. Il s'agit d'un événement explicite essentiel, souvent enregistré comme une transaction « goods issue » dans le WMS ou le TMS.
Pourquoi c’est important

Cet événement constitue le point de départ de la mesure du temps de cycle du transport et de l'efficacité globale du transit. Il marque le transfert des opérations internes de l'entrepôt au transporteur externe.

Où les obtenir

Enregistré explicitement dans le WMS ou l'ERP sous la forme d'une écriture « goods issue ». La date et l'heure d'enregistrement de cette transaction servent d'horodatage à l'événement.

Collecte

Événement capturé dans le journal de transactions « goods issue » associé à la livraison.

Type d’événement explicit
Marchandises préparées et emballées
Cette activité couvre la préparation des articles en stock et leur emballage en vue de l'expédition. Il s'agit souvent d'un événement explicite enregistré par les opérateurs d'entrepôt au moyen de scanners RF dans le WMS.
Pourquoi c’est important

Il s'agit d'une étape clé de la logistique sortante. L'analyse de sa durée permet d'identifier les inefficacités des opérations d'entrepôt et entre dans le calcul du temps de cycle Inventory-to-Shipment.

Où les obtenir

Enregistré explicitement dans les journaux de transactions du WMS de Blue Yonder. Les horodatages sont capturés lorsque le personnel de l'entrepôt confirme que les tâches de préparation et d'emballage sont terminées.

Collecte

L'horodatage de l'événement est enregistré lorsque la dernière tâche de préparation ou d'emballage de la commande est confirmée.

Type d’événement explicit
Marchandises produites
Cet événement marque la fin du processus de fabrication associé à une commande logistique. Il est souvent déduit d'un changement de statut de l'ordre de production, par exemple lorsque celui-ci passe à « Completed » ou « Finished ».
Pourquoi c’est important

Cette étape est essentielle pour mesurer les temps de cycle de production et constitue le point de départ du KPI Production to Dispatch Lead Time. Elle indique que les marchandises sont prêtes pour l'étape suivante de l'exécution de la commande.

Où les obtenir

Déduit d'un changement de statut dans les tables des ordres de fabrication, par exemple lorsque le statut passe à « Completed ». L'horodatage associé à cette mise à jour finale sert d'heure de l'événement.

Collecte

Identifier l'horodatage auquel le statut de l'ordre de production passe à l'état final « complete ».

Type d’événement inferred
Matières premières reçues
Cette activité correspond à la réception physique des marchandises livrées par un fournisseur dans un entrepôt ou un site de production. Elle est enregistrée explicitement au moyen d'une transaction de réception de marchandises, souvent déclenchée par le scan des articles entrants.
Pourquoi c’est important

Cet événement marque la fin de l'étape de livraison fournisseur du processus. Il est essentiel pour mesurer la fiabilité des fournisseurs et l'efficacité de la logistique entrante.

Où les obtenir

Capturé dans les journaux de transactions du Warehouse Management System (WMS) ou des modules de gestion des stocks. Il correspond à la date et à l'heure d'enregistrement du document de réception de marchandises.

Collecte

Fondé sur l'horodatage de la transaction d'enregistrement de la réception de marchandises.

Type d’événement explicit
Preuve de livraison signée
Cette dernière activité confirme que le client a accepté la livraison, généralement en signant un document de livraison. L'événement est habituellement capturé par une mise à jour du statut, effectuée manuellement ou au moyen de l'application mobile utilisée par le chauffeur.
Pourquoi c’est important

Il s'agit de l'événement de fin le plus fiable pour le processus logistique de bout en bout. Il est essentiel au calcul du temps de cycle global et du taux de livraison à temps.

Où les obtenir

Déduit d'une mise à jour du statut du document de livraison ou d'expédition dans le TMS ou l'OMS. L'horodatage du passage du statut à « POD Received » ou « Delivered » est utilisé.

Collecte

Déduit d'un changement de statut du document d'expédition indiquant la confirmation de la livraison.

Type d’événement inferred
Commande annulée
Cette activité correspond à l'annulation d'une commande logistique avant la fin de son exécution. Il s'agit d'un événement de fin alternatif, déduit d'un statut final « Canceled » ou « Void » de la commande client.
Pourquoi c’est important

Le suivi des annulations est essentiel pour comprendre les abandons du processus et l'insatisfaction des clients. L'analyse du moment et des raisons des annulations peut révéler des problèmes sous-jacents dans les ventes ou les opérations.

Où les obtenir

Déduit du statut de l'en-tête de la commande client. L'horodatage du passage à l'état final « Canceled » est enregistré comme heure de l'événement.

Collecte

Fondé sur l'horodatage du passage du statut de la commande à « Canceled ».

Type d’événement inferred
Contrôle qualité effectué
Cette activité correspond à la fin d'une inspection qualité des produits finis avant leur mise à disposition pour l'expédition. Elle peut être déduite d'une mise à jour du statut du lot ou de la série de stocks, lorsque celui-ci passe à « unrestricted » ou « passed inspection ».
Pourquoi c’est important

Cette activité permet d'identifier les goulots d'étranglement du processus d'assurance qualité et est essentielle à l'analyse des reprises. Des contrôles qualité répétés sur une même commande peuvent révéler des problèmes de qualité.

Où les obtenir

Déduit d'un changement de champ de statut dans les modules de gestion des stocks ou de gestion de la qualité. L'horodatage du passage de « in-inspection » à « released » est utilisé.

Collecte

Déduit d'un changement du statut qualité du lot ou de la série de stocks associé.

Type d’événement inferred
Demande d'achat créée
Cette activité intervient lorsque les stocks disponibles sont insuffisants pour honorer une commande et déclenche une demande d'approvisionnement en matériaux nécessaires. La création d'un document de demande d'achat constitue un événement explicite dans le module d'approvisionnement.
Pourquoi c’est important

Son suivi permet d'identifier les dépendances vis-à-vis de l'approvisionnement et leur impact sur le délai global d'exécution des commandes. Il met en évidence les cas où les pénuries de stock retardent la chaîne d'approvisionnement.

Où les obtenir

Enregistré explicitement dans les tables d'approvisionnement ou de planification de la chaîne d'approvisionnement lors de la création d'un document de demande d'achat associé à la demande issue de la commande client.

Collecte

Fondé sur l'horodatage de création du document de demande d'achat.

Type d’événement explicit
Disponibilité des stocks vérifiée
Cette activité correspond à la vérification, automatique ou manuelle, confirmant que les articles nécessaires sont en stock pour honorer la commande client. Elle est souvent déduite des changements de statut de la ligne de commande, indiquant qu'une vérification Available-to-Promise (ATP) a été validée.
Pourquoi c’est important

Cette activité permet de mesurer le temps nécessaire pour confirmer une commande et d'identifier les retards dus aux ruptures de stock. Elle est essentielle au calcul du KPI Inventory Availability Rate et à l'évaluation de la capacité d'exécution des commandes.

Où les obtenir

Déduit d'un changement de champ de statut sur la ligne de commande, par exemple de « New » à « Confirmed », ou d'un horodatage associé à un journal de vérification ATP dans les modules d'inventaire ou de gestion des commandes de Blue Yonder.

Collecte

Déduit du changement de statut de la ligne de commande indiquant la confirmation des stocks.

Type d’événement inferred
Expédition planifiée
Cette activité correspond à la planification du transport, notamment à la sélection du transporteur et à la réservation d'un créneau d'enlèvement. Il s'agit d'un événement explicite dans le Transportation Management System (TMS) de Blue Yonder, lors de la création et de la confirmation d'une expédition.
Pourquoi c’est important

Cet événement donne de la visibilité sur la phase de planification du transport. Les retards à ce stade peuvent affecter le départ à l'heure prévue et les performances globales de livraison.

Où les obtenir

Capturé dans les journaux de transactions du module TMS. L'événement correspond à l'horodatage de finalisation du document d'expédition ou d'affectation d'un transporteur.

Collecte

Fondé sur l'horodatage de création ou de confirmation de l'expédition ou du plan de chargement.

Type d’événement explicit
Facture envoyée au client
Cette activité correspond à la création et à l'émission d'une facture client pour les marchandises livrées. Il s'agit d'une transaction financière explicite enregistrée dans les modules de gestion des commandes ou de finance.
Pourquoi c’est important

Cette activité constitue une étape clé du cycle order-to-cash. La comparaison de son calendrier avec celui de la livraison peut mettre en évidence des retards dans la facturation qui affectent la trésorerie.

Où les obtenir

Enregistré explicitement dans les tables de facturation ou de finance. L'événement correspond à la date de création ou d'enregistrement du document de facture.

Collecte

Fondé sur l'horodatage d'enregistrement du document de facturation client.

Type d’événement explicit
Marchandises déchargées à destination
Cette activité indique que l'expédition est arrivée et a été déchargée chez le client. L'événement est souvent capturé explicitement au moyen d'un message EDI du transporteur ou d'une saisie manuelle fondée sur les informations transmises par celui-ci.
Pourquoi c’est important

Cette activité marque la fin de l'étape de transport. Elle est essentielle pour calculer précisément le KPI Transportation Cycle Time et identifier les retards liés au transporteur.

Où les obtenir

Ces informations proviennent généralement des données externes du transporteur, transmises par des flux EDI ou un portail transporteur. Elles sont enregistrées comme une mise à jour du statut du document d'expédition dans le TMS.

Collecte

L'heure de l'événement est fondée sur l'horodatage de la mise à jour du statut « Delivered » par le transporteur.

Type d’événement explicit
Production planifiée
Cette activité correspond à la planification et à l'ordonnancement d'un ordre de production ou de fabrication destiné à créer les marchandises nécessaires. Il s'agit généralement d'un événement explicite généré par les modules de fabrication ou de planification de la chaîne d'approvisionnement de Blue Yonder.
Pourquoi c’est important

Cette activité donne de la visibilité sur le début du cycle de fabrication. L'analyse du délai entre la planification et la fin de la production permet d'identifier les écarts entre planification et exécution.

Où les obtenir

Enregistré dans les tables du système d'exécution ou de planification de la fabrication, avec un horodatage associé à la création ou à la confirmation d'un ordre de production.

Collecte

Déduit de l'horodatage de création ou de changement de statut d'un ordre de fabrication.

Type d’événement explicit
Recommandé Facultatif

Guides d’extraction

Comment récupérer vos données depuis Blue Yonder

Les méthodes d’extraction de ce processus sont en cours de validation. Revenez plus tard ou contactez-nous pour obtenir de l’assistance.

Prêt à commencer ?

Commencez à optimiser la gestion de votre chaîne logistique à l’aide de ces modèles. Identifiez les inefficacités cachées et transformez vos opérations dès aujourd’hui.

Mettez fin aux retards : optimisez dès maintenant votre chaîne d’approvisionnement Blue Yonder

Atteignez une précision des prévisions de 90 % et éliminez les ruptures de stock coûteuses.

Démarrer l'essai gratuit

Aucune carte bancaire requise, configuration en quelques minutes.