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 vous guide dans l’extraction des données nécessaires à l’analyse de votre processus de gestion de la chaîne logistique. Il présente les attributs à recueillir et les principales activités à suivre dans votre système Blue Yonder. Suivez ces recommandations pour constituer un journal d’événements précis et obtenir des analyses détaillées de vos processus.
  • Attributs recommandés pour une analyse approfondie
  • Principales activités et étapes du processus à suivre
  • Guide pas à pas pour extraire les données de Blue Yonder
Vous découvrez les journaux d’événements ? Découvrez comment créer un journal d’événements pour le Process Mining.

Attributs de la gestion de la chaîne logistique

Pour analyser votre processus de gestion de la chaîne logistique dans son ensemble, incluez les champs de données recommandés dans votre journal d’événements.
3 Obligatoire 6 Recommandé 13 Facultatif
Nom Description
Activité
ActivityName
Nom d’un événement ou d’une étape métier précis survenu dans le processus logistique, comme « Commande d’achat émise » ou « Marchandises préparées et emballées ».
Description

Le nom de l’activité décrit une étape ou une tâche exécutée au cours du cycle de vie d’une commande logistique. Ces événements sont enregistrés dans l’ordre chronologique afin de constituer une séquence d’actions pour chaque cas.

L’analyse des activités est au fondement du Process Mining. Elle permet de visualiser la cartographie du processus, de repérer les goulots d’étranglement entre des étapes précises, d’analyser la fréquence des activités et de détecter les écarts par rapport au flux de processus standard.

Pourquoi est-ce important ?

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

Où trouver ces données

Les noms des activités sont tirés des journaux d’événements, des codes de transaction ou des changements de statut enregistrés dans les différents modules de Blue Yonder liés à la gestion des entrepôts, du transport et des commandes.

Exemples
Commande client reçueMarchandises produitesExpédition planifiéePreuve de livraison signée
Commande logistique
LogisticsOrder
Identifiant unique d’une commande logistique, utilisé comme ID de cas 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, de la création de la commande client à la livraison finale. Chaque numéro de commande logistique unique correspond à une instance du processus de chaîne d’approvisionnement.

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

Pourquoi est-ce important ?

Il s’agit de l’ID de cas 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ù trouver ces données

Cet identifiant se trouve généralement dans les principaux modules 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 exactes 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 effectuer toute analyse temporelle.

Cet horodatage sert à calculer les temps de cycle entre les activités, à mesurer la durée totale du processus et à repérer les retards ou les temps d’attente. Il constitue la base de presque tous les indicateurs de performance, comme le délai de bout en bout d’une commande et le temps de cycle du transport.

Pourquoi est-ce important ?

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

Où trouver ces données

Ces informations sont généralement disponibles sous forme d’horodatage de création, de modification ou de comptabilisation 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
Date de livraison demandée
RequestedDeliveryDate
Date de livraison demandée par le client pour la commande.
Description

La date de livraison demandée est une donnée de référence client essentielle 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 date de livraison réelle pour calculer l’indicateur de taux de livraisons dans les délais. Elle est fondamentale pour le Dashboard « Performance des livraisons dans les délais », qui permet d’analyser les retards et leurs causes profondes, comme les performances des transporteurs ou les goulots d’étranglement internes.

Pourquoi est-ce important ?

Cette date sert de référence pour mesurer la satisfaction client et les performances de livraison. Elle est essentielle au calcul de l’indicateur de taux de livraisons dans les délais.

Où trouver ces données

Cette information est généralement enregistré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, comme le confirme la preuve de livraison.
Description

La date de livraison réelle est enregistrée à la fin de la livraison, souvent à partir de l’événement « Preuve de livraison signée ». Cet horodatage marque l’exécution complète de la commande logistique.

Cet attribut est essentiel à la mesure des performances. Il est comparé à la date de livraison demandée pour déterminer si la livraison a eu lieu à temps, en retard ou en avance. Ce calcul sert de base à l’indicateur de taux de livraisons dans les délais et est présenté dans le Dashboard « Performance des livraisons dans les délais ».

Pourquoi est-ce important ?

Cet attribut mesure les performances réelles par rapport aux attentes du client et est essentiel au calcul du taux de livraisons dans les délais.

Où trouver ces données

Cette date est souvent déduite de l’horodatage de l’événement de preuve de livraison, qui peut être enregistré 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 la personne ayant exécuté l’activité.
Description

Cet attribut identifie l’employé 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 collectives.

L’analyse du nom d’utilisateur permet de filtrer les cartographies de processus pour comparer la façon dont différents utilisateurs exécutent une même tâche, repérer les besoins de formation ou identifier les personnes les plus performantes. Cet attribut est également essentiel au Dashboard « Tâches manuelles et potentiel d’automatisation », qui permet de voir quels utilisateurs effectuent fréquemment des tâches répétitives.

Pourquoi est-ce important ?

Associe les actions des utilisateurs à des personnes précises afin d’analyser la charge de travail, de comparer les performances et de repérer les possibilités d’automatisation.

Où trouver ces données

Figure généralement dans les données transactionnelles sous la forme d’un champ « Créé par » ou « Modifié par », relié à 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 vendeur auprès duquel les marchandises ont été achetées dans le cadre du processus de chaîne d’approvisionnement. Il s’agit d’un axe d’analyse important pour les étapes de logistique entrante et d’approvisionnement.

Cet attribut est utilisé dans le Dashboard « Performances des livraisons fournisseurs » pour comparer, fournisseur 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 la stratégie d’approvisionnement et la gestion des relations fournisseurs.

Pourquoi est-ce important ?

Permet d’analyser les performances des différents fournisseurs, une démarche essentielle pour optimiser la logistique entrante et respecter les calendriers de production.

Où trouver ces données

Cette information est enregistrée dans les données d’en-tête de la commande d’achat et reliée à une table de données de référence des fournisseurs dans Blue Yonder ou dans un système ERP intégré.

Exemples
Global Components Inc.Advanced Materials LLCPrecision Parts Co.
Statut de la commande
OrderStatus
Statut actuel ou final de la commande logistique, par exemple « en cours », « terminée » ou « annulée ».
Description

Le statut de la commande indique où en est la commande logistique dans son cycle de vie au moment de l’extraction des données, ou précise son résultat final. Il renseigne sur l’état du cas.

Cet attribut permet de limiter l’analyse aux commandes terminées ou d’examiner les raisons de l’annulation de certaines commandes. Il aide à comprendre les résultats des différentes variantes du processus et permet de mesurer simplement les taux de réussite et d’échec globaux.

Pourquoi est-ce important ?

Indique le résultat d’un cas et permet de filtrer l’analyse selon que les commandes sont terminées, en cours ou annulées. Cette information est nécessaire pour interpréter les indicateurs de performance.

Où trouver ces données

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

Exemples
TerminéeEn coursAnnuléeEn attente
Type de commande
OrderType
Catégorie de la commande, par exemple « commande standard », « commande urgente » ou « commande en gros ».
Description

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

L’analyse par type de commande aide à comprendre les variations du processus. Par exemple, les commandes urgentes sont censées avoir des temps de cycle plus courts et peuvent omettre certaines étapes, tandis que les commandes en gros peuvent nécessiter des délais de production plus longs. Cet attribut permet d’expliquer pourquoi certains cas s’écartent de la norme et s’avère utile dans le Dashboard « Process Variant Analysis ».

Pourquoi est-ce important ?

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

Où trouver ces données

Cette information figure généralement dans les données d’en-tête de commande du système de gestion des commandes de Blue Yonder.

Exemples
StandardUrgenteTransfert de stockRetour
Catégorie de produit
ProductCategory
Catégorie du produit associé à la commande logistique, par exemple l’électronique ou l’habillement.
Description

La catégorie de produit sert à regrouper des produits similaires. Selon leur catégorie, les produits peuvent suivre des processus d’approvisionnement différents, nécessiter des conditions de manutention particulières ou avoir des délais d’approvisionnement distincts.

Dans le Dashboard « Logistics Order Throughput Trend », cet attribut permet de filtrer et de comparer le volume de commandes traitées pour différents types de produits. L’analyse peut révéler que certaines gammes subissent davantage de retards ou affichent un débit plus faible, afin de concentrer les efforts d’amélioration là où ils sont le plus nécessaires.

Pourquoi est-ce important ?

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

Où trouver ces données

Cette information fait partie des données de référence des articles ou des produits. Elle est associée aux lignes de commande logistique dans Blue Yonder.

Exemples
Électronique grand publicMachines industriellesHabillementProduits alimentaires
Créateur de la demande d’achat
PurchaseRequisitionCreator
Utilisateur ou service à l’origine de la demande d’achat de marchandises ou de matériaux.
Description

Cet attribut identifie la personne ou l’équipe qui a créé la demande d’achat, le document interne qui déclenche la création d’une commande d’achat officielle. Il indique qui est à 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 alimenter le Dashboard « Manual Task and Automation Potential ». Si quelques utilisateurs créent un grand nombre de demandes standard, cela peut indiquer qu’il serait possible d’automatiser le processus de demande d’achat.

Pourquoi est-ce important ?

Indique 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ù trouver ces données

Cette information figure dans les données du document de demande d’achat, généralement dans le champ « Créé par ».

Exemples
m.jonesp.chenPLANNING_DEPT
Date de livraison promise par le fournisseur
SupplierPromisedDeliveryDate
Date à laquelle le fournisseur s’engage à livrer 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 sa fiabilité et le respect des délais.

Cet attribut est essentiel au calcul de l’indicateur « Supplier On-Time Delivery Rate ». La date promise est comparée à la date réelle de réception des matériaux (horodatage de l’événement « Matières premières reçues ») pour vérifier si le fournisseur a respecté son engagement. Cette analyse est au cœur du Dashboard « Supplier Inbound Performance ».

Pourquoi est-ce important ?

Sert de référence pour évaluer les livraisons entrantes et mesurer la fiabilité des fournisseurs ainsi que les effets sur le calendrier de production.

Où trouver ces données

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

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

Cet attribut indique la date et l’heure de la dernière extraction des données. Il apporte un contexte à l’analyse en précisant leur actualité et la date à laquelle la prochaine actualisation est prévue.

Les utilisateurs doivent savoir si les données qu’ils analysent sont à jour. Cette information les aide à interpréter les Dashboards et à prendre leurs décisions à partir de données récentes.

Pourquoi est-ce important ?

Indique l’actualité des données et permet aux utilisateurs de savoir à quel point l’analyse du processus est à jour.

Où trouver ces données

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 les heures de début et de fin sont toutes deux disponibles, il est possible de calculer la durée de traitement exacte de l’activité et de la distinguer des périodes d’inactivité ou d’attente.

Cette information est très utile pour analyser la durée de tâches précises, comme « Marchandises préparées et emballées » ou « Contrôle qualité effectué ». Elle permet de repérer les activités qui prennent le plus de temps et d’orienter les efforts d’optimisation et d’automatisation.

Pourquoi est-ce important ?

Permet de calculer avec précision la durée de traitement des activités, une mesure essentielle pour repérer les tâches inefficaces et évaluer la productivité des ressources.

Où trouver ces données

Comme l’heure de début, cette information figure généralement sous forme d’horodatage dans les tables de données transactionnelles de chaque objet métier de Blue Yonder. Elle indique souvent 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 demandée ou avant celle-ci.
Description

Cet attribut booléen est calculé en comparant la date de livraison réelle à la date de livraison demandée. Il classe chaque commande comme livrée dans les délais (vrai) ou en retard (faux), ce qui simplifie l’analyse des performances.

Cet attribut alimente directement le Dashboard « Performance des livraisons dans les délais » et sert au calcul de l’indicateur « On-Time Delivery Rate ». Il permet de filtrer rapidement les commandes et d’analyser les causes des retards, notamment selon le transporteur ou le type de produit.

Pourquoi est-ce important ?

Simplifie l’analyse des livraisons dans les délais en indiquant clairement le résultat pour chaque commande. Il devient ainsi plus facile de calculer les taux de performance et de repérer les causes des retards.

Où trouver ces données

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 par camion, par avion ou par bateau.
Description

Cet attribut indique le mode de transport utilisé pour acheminer les marchandises. Chaque mode présente des coûts, des délais et des capacités différents. Il constitue donc un facteur important pour la planification et l’analyse logistiques.

Le Dashboard « Transportation Efficiency Monitor » s’appuie sur cet attribut pour comparer les délais et les coûts de transport selon le mode choisi. Ces informations éclairent les décisions stratégiques, par exemple le choix 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 budgétaires.

Pourquoi est-ce important ?

Fournit un critère essentiel pour analyser les coûts et la rapidité du transport, et choisir les modes d’expédition les plus adaptés.

Où trouver ces données

Cette information figure généralement dans les détails de l’expédition ou de l’ordre de transport du TMS de Blue Yonder.

Exemples
Camion complet (FTL)Fret aérienFret maritimeTransport ferroviaire
Nom du client
CustomerName
Nom du client qui a passé la commande.
Description

Identifie le client final associé à la commande logistique. Il s’agit d’un critère fondamental pour segmenter l’analyse selon le point de vue du client.

L’analyse des performances du processus par client peut révéler que certains clients subissent des délais plus longs ou rencontrent davantage de problèmes. Cet attribut complète des Dashboards comme « Performance des livraisons dans les délais » en permettant de ventiler les résultats par client et de prioriser les améliorations pour les comptes clés.

Pourquoi est-ce important ?

Permet une analyse centrée sur le client, afin de repérer ceux qui sont les plus touchés par les inefficacités du processus et de prioriser les améliorations du service.

Où trouver ces données

Cette information figure dans les données d’en-tête de la commande client et est reliée à une table de référence des clients dans Blue Yonder ou dans un système CRM/ERP intégré.

Exemples
Retail CorpMegaStore Inc.Direct Consumer Goods
Nom du transporteur
CarrierName
Nom de l’entreprise de transport chargée d’expédier les marchandises.
Description

Le nom du transporteur désigne le partenaire logistique qui a acheminé les marchandises de l’entrepôt à leur destination finale. Il s’agit d’un critère essentiel pour évaluer les performances du transport sortant.

Dans le Dashboard « Transportation Efficiency Monitor », l’analyse des données par transporteur permet de comparer la durée du « transport des marchandises » selon les prestataires. L’entreprise peut ainsi repérer les partenaires les plus rapides, les plus fiables ou les plus économiques, puis adapter ses stratégies d’expédition.

Pourquoi est-ce important ?

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

Où trouver ces données

Cette information figure généralement dans les documents d’expédition ou les ordres de transport du système de gestion des transports (TMS) de Blue Yonder.

Exemples
Transport expressNational LogisticsSwift Haulage
Numéro de commande d’achat
PurchaseOrderNumber
Identifiant unique d’une commande d’achat créée pour se procurer des matières premières ou des marchandises auprès d’un fournisseur.
Description

Le numéro de commande d’achat relie la commande logistique au processus d’approvisionnement. Il est créé lors d’activités telles que « Demande d’achat créée » et « Commande d’achat émise ».

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 une commande d’achat depuis son émission jusqu’à la réception des marchandises et d’associer les retards à des fournisseurs ou à des matériaux précis.

Pourquoi est-ce important ?

Relie le processus principal d’exécution des commandes aux activités d’approvisionnement en amont, pour analyser en détail les performances des fournisseurs et la durée du cycle des achats.

Où trouver ces données

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

Exemples
PO45000123PO45000124PO45000125
Reprise
IsRework
Indicateur calculé qui précise si une commande a fait l’objet de reprises, par exemple si les étapes d’emballage ou de contrôle qualité ont été répétées.
Description

Cet indicateur booléen prend la valeur vrai lorsqu’une commande logistique présente des boucles de reprise, par exemple la séquence d’activités « Marchandises prélevées et emballées » -> « Contrôle qualité effectué » -> « Marchandises prélevées et emballées ». Il repère les cas qui s’écartent du parcours standard et efficace.

Cet attribut sert au calcul de l’indicateur « Order Rework Rate » et apparaît dans le Dashboard « Process Variant and Rework Analysis ». Repérer les cas comportant des reprises aide à identifier les sources d’erreurs ou d’inefficacité dans le processus d’exécution des commandes et à cibler les améliorations pour réduire le gaspillage et les coûts opérationnels.

Pourquoi est-ce important ?

Met en évidence les inefficacités du processus et les problèmes de qualité en signalant les cas où des étapes sont répétées. Les équipes peuvent ainsi cibler leurs efforts pour améliorer la stabilité du processus et réduire les coûts.

Où trouver ces données

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

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

Cet attribut indique l’origine des données du processus. Il est particulièrement utile lorsque des données provenant de plusieurs systèmes sont regroupées pour obtenir une vue d’ensemble du processus, tout en assurant une traçabilité claire des données.

Pour cette analyse, la valeur sera toujours « Blue Yonder ». Elle reste toutefois une métadonnée importante pour la gouvernance des données et leur mise en contexte, notamment si d’autres systèmes, comme un ERP ou un CRM, sont intégrés.

Pourquoi est-ce important ?

Indique l’origine des données, une information essentielle pour la gouvernance et la validation des données, ainsi que pour la gestion des analyses couvrant plusieurs systèmes d’entreprise.

Où trouver ces données

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

Exemples
TMS Blue YonderWMS Blue YonderSCP Blue Yonder
Temps de cycle de bout en bout
EndToEndCycleTime
Durée totale entre la première activité (« Commande client reçue ») et la dernière (« Preuve de livraison signée ») d’une commande logistique.
Description

Cette métrique mesure la durée totale du cycle de vie d’une commande logistique. Il s’agit d’un indicateur de performance clé qui reflète la rapidité et l’efficacité globales du processus de la chaîne d’approvisionnement.

C’est la métrique principale du Dashboard « End-to-End Order Lead Time Analysis » et de l’indicateur « Logistics Order End-to-End Cycle Time ». L’analyse de cette durée aide à repérer les retards systémiques et à évaluer la santé globale du processus. Vous pouvez la ventiler selon des critères tels que le type de commande ou la catégorie de produit afin d’identifier les causes des délais d’approvisionnement prolongés.

Pourquoi est-ce important ?

Cet indicateur clé mesure la rapidité globale de la chaîne d’approvisionnement, avec des effets directs sur la satisfaction client et le fonds de roulement.

Où trouver ces données

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

Exemples
15 jours et 4 heures22 jours et 11 heures10 jours et 2 heures
Obligatoire Recommandé Facultatif

Activités de gestion de la chaîne logistique

Consignez ces étapes et jalons importants dans votre journal d’événements pour découvrir et optimiser vos processus avec précision.
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 de gestion des commandes de Blue Yonder.
Pourquoi est-ce 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ù trouver ces données

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’en-tête de commande.

Données à recueillir

L’événement est enregistré à la création de la commande client, par exemple lors 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 est-ce important ?

Cette étape clé permet de suivre les délais et les performances des fournisseurs. Elle marque le début du calcul de l’indicateur de livraisons des fournisseurs dans les délais.

Où trouver ces données

Enregistré explicitement 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.

Données à recueillir

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 étape marque le chargement des marchandises emballées dans le véhicule de transport et leur départ de l’entrepôt. Il s’agit d’un événement explicite essentiel, souvent enregistré comme une transaction de sortie de marchandises dans le WMS ou le TMS.
Pourquoi est-ce important ?

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

Où trouver ces données

Enregistré explicitement dans le WMS ou le système ERP comme une comptabilisation de sortie de marchandises. La date et l’heure de comptabilisation de cette transaction servent d’horodatage de l’événement.

Données à recueillir

Événement enregistré à partir du journal de transactions de sortie de marchandises associé à la livraison.

Type d’événement explicit
Marchandises préparées et emballées
Cette activité couvre la préparation des articles en entrepôt, depuis leur prélèvement dans les zones de stockage jusqu’à leur emballage pour l’expédition. Elle est souvent enregistrée explicitement par les opérateurs d’entrepôt à l’aide de terminaux radiofréquence connectés au WMS.
Pourquoi est-ce important ?

Cette étape clé de la logistique sortante permet, par l’analyse de sa durée, de repérer les inefficacités des opérations d’entrepôt. Elle entre également dans le calcul du temps de cycle entre le stock et l’expédition.

Où trouver ces données

Enregistré explicitement dans les journaux de transactions du WMS de Blue Yonder. Les horodatages sont saisis lorsque le personnel d’entrepôt confirme la fin des tâches de préparation et d’emballage.

Données à recueillir

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 pour une commande logistique. Il est souvent déduit d’un changement de statut de l’ordre de production, par exemple lorsqu’il passe à « Terminé » ou « Achevé ».
Pourquoi est-ce important ?

Cette étape est essentielle pour mesurer les temps de cycle de production et marque le début du calcul de l’indicateur de délai entre la production et l’expédition. Elle indique que les marchandises sont prêtes pour l’étape suivante de l’exécution de la commande.

Où trouver ces données

Déduit d’un changement de statut dans les tables des ordres de fabrication, par exemple lorsque le statut passe à « Terminé ». L’horodatage associé à cette dernière mise à jour sert d’heure d’événement.

Données à recueillir

Repérez l’horodatage auquel le statut de l’ordre de production passe à un état final indiquant son achèvement.

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

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

Où trouver ces données

Enregistré à partir des journaux de transactions du système de gestion d’entrepôt (WMS) ou des modules de gestion des stocks. Il correspond à la date et à l’heure de comptabilisation du document de réception des marchandises.

Données à recueillir

Basé sur l’horodatage de la transaction de comptabilisation de la réception des 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 enregistré par une mise à jour de statut, saisie manuellement ou au moyen de l’application mobile utilisée par le chauffeur.
Pourquoi est-ce 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 livraisons dans les délais.

Où trouver ces données

Déduit d’une mise à jour du statut du document de livraison ou d’expédition dans le TMS ou l’OMS. L’horodatage utilisé correspond au passage du statut à « Preuve de livraison reçue » ou « Livré ».

Données à recueillir

Déduit d’un changement de statut du document d’expédition confirmant 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 du statut final « Annulé » ou « Invalidé » de la commande client.
Pourquoi est-ce important ?

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

Où trouver ces données

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

Données à recueillir

Basé sur l’horodatage du changement de statut de la commande à « Annulé ».

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 de stock, qui passe à « libre d’utilisation » ou « inspection réussie ».
Pourquoi est-ce important ?

Cette activité aide à repérer les goulots d’étranglement dans le processus d’assurance qualité et à analyser les reprises. Des contrôles qualité répétés sur une même commande peuvent révéler des problèmes de qualité.

Où trouver ces données

Déduit d’un changement de statut dans les modules de gestion des stocks ou de la qualité. L’horodatage utilisé correspond au passage du statut « en cours d’inspection » à « libéré ».

Données à recueillir

Déduit d’un changement du statut qualité du lot de stock associé.

Type d’événement inferred
Demande d’achat créée
Cette activité intervient lorsque le stock est insuffisant 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 est un événement explicite dans le module d’approvisionnement.
Pourquoi est-ce important ?

Le suivi de cette activité permet de repérer les dépendances vis-à-vis de l’approvisionnement et leur incidence sur le délai global d’exécution des commandes. Il met en évidence les cas où les ruptures de stock retardent la chaîne d’approvisionnement.

Où trouver ces données

L’événement est enregistré explicitement dans les tables d’approvisionnement ou de planification de la chaîne logistique lors de la création d’une demande d’achat liée à la demande issue de la commande client.

Données à recueillir

Basé sur l’horodatage de création du document de demande d’achat.

Type d’événement explicit
Disponibilité du stock vérifiée
Cette activité correspond à une vérification, effectuée par le système ou manuellement, pour confirmer que les articles nécessaires à la commande client sont en stock. Elle est souvent déduite des changements de statut d’une ligne de commande, qui indiquent qu’elle a passé une vérification de disponibilité à la promesse (ATP).
Pourquoi est-ce important ?

Cette activité permet de mesurer le délai de confirmation d’une commande et de repérer les retards dus aux ruptures de stock. Elle est essentielle au calcul de l’indicateur de disponibilité du stock et à l’évaluation de la capacité à honorer les commandes.

Où trouver ces données

L’événement est déduit d’un changement de statut sur une ligne de commande client, par exemple de « Nouveau » à « Confirmé », ou d’un horodatage associé à un journal de vérification ATP dans les modules de gestion des stocks ou des commandes de Blue Yonder.

Données à recueillir

Déduit du changement de statut sur la ligne de commande indiquant la confirmation du stock.

Type d’événement inferred
Expédition planifiée
Cette activité correspond à la planification du transport, notamment au choix du transporteur et à la réservation d’un créneau d’enlèvement. Il s’agit d’un événement explicite dans le système de gestion des transports (TMS) de Blue Yonder, enregistré lors de la création et de la confirmation d’une expédition.
Pourquoi est-ce important ?

Cet événement renseigne sur la phase de planification du transport. Les retards à cette étape peuvent compromettre le départ dans les délais et les performances globales de livraison.

Où trouver ces données

Enregistré à partir des 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.

Données à recueillir

Basé 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 est-ce important ?

Cette activité constitue une étape clé du cycle commande-encaissement. L’analyse de son calendrier par rapport à la livraison peut révéler des retards de facturation qui affectent la trésorerie.

Où trouver ces données

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

Données à recueillir

Basé sur l’horodatage de comptabilisation 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 chez le client et y a été déchargée. L’événement est souvent enregistré explicitement au moyen d’un message EDI du transporteur ou d’une saisie manuelle à partir des informations fournies par celui-ci.
Pourquoi est-ce important ?

Cette étape marque la fin du trajet en transit. Elle est essentielle pour calculer avec précision l’indicateur de temps de cycle du transport et repérer les retards imputables aux transporteurs.

Où trouver ces données

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

Données à recueillir

L’heure de l’événement correspond à l’horodatage de la mise à jour du statut « Livré » transmise 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é à produire les marchandises requises. Elle est généralement enregistrée explicitement par les modules de fabrication ou de planification de la chaîne logistique de Blue Yonder.
Pourquoi est-ce important ?

Cette activité permet de connaître le début du cycle de fabrication. L’analyse du délai entre la planification et la fin de la production aide à repérer les écarts entre la planification et l’exécution.

Où trouver ces données

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.

Données à recueillir

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 extraire vos données de 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 ?

Appuyez-vous sur ces modèles pour améliorer la gestion de votre chaîne logistique. Repérez les inefficacités cachées et faites évoluer vos opérations dès aujourd’hui.

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

Atteignez une précision de prévision de 90 % et évitez les ruptures de stock coûteuses.

Démarrez l’essai gratuit

Aucune carte bancaire requise. Configuration en quelques minutes.