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
- 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
Attributs de la gestion de la chaîne d’approvisionnement
| 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 | |||
Activités de gestion de la chaîne d’approvisionnement
| 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 | |||
Guides d’extraction
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.
Aucune carte bancaire requise, configuration en quelques minutes.