Votre modèle de données de gestion d'entrepôt

Blue Yonder WMS
Votre modèle de données de gestion d'entrepôt

Votre modèle de données de gestion d'entrepôt

Ce modèle fournit les étapes nécessaires à la collecte des données essentielles nécessaires à l'analyse et à l'optimisation de vos opérations d'entrepôt. Il décrit les attributs essentiels à recueillir, les activités clés à suivre et des conseils pratiques sur la façon d'extraire ces informations de vos systèmes sources. Utilisez cette ressource pour vous assurer de capturer un journal d'événements complet et précis pour un Process Mining efficace.
  • Attributs recommandés à collecter pour une analyse complète
  • Activités clés à suivre tout au long de votre flux de matériaux
  • Guide pratique pour l'extraction de données de Blue Yonder WMS
Vous découvrez les journaux d'événements ? Apprenez comment créer un journal d'événements Process Mining.

Attributs de gestion d'entrepôt

Ce sont les champs de données recommandés à inclure dans votre journal d'événements pour une analyse complète de votre processus de gestion d'entrepôt.
5 Obligatoire 7 Recommandé 8 Facultatif
Nom Descriptionn
Commande d'entrepôt
WarehouseOrder
L'identifiant unique d'une commande d'entrepôt, qui sert de cas principal pour le suivi de toutes les activités logistiques connexes, de la création à l'achèvement.
Descriptionn

La commande d'entrepôt est l'identifiant central qui regroupe tous les événements et tâches liés à une demande logistique spécifique, telle qu'une réception entrante ou une expédition sortante. Elle représente une unité de travail complète dans l'entrepôt.

En Process Mining, cet attribut est utilisé pour définir le cas, permettant l'analyse complet du cycle de vie complet de la commande. En traçant toutes les activités associées à une seule commande d'entrepôt, les analystes peuvent mesurer les temps de traitement totaux, identifier les variations de processus courantes et comprendre le parcours complet d'une commande à travers l'installation.

Pourquoi est-ce important ? :

C'est l'identifiant de cas clé qui relie toutes les activités d'entrepôt connexes, pour une analyse complète et complet du processus d'exécution des commandes ou de réception des marchandises.

Source des données :

Ceci est typiquement la clé primaire dans la table d'en-tête de commande d'entrepôt. Consultez la documentation Blue Yonder WMS pour les tables liées à la gestion des commandes.

Exemples
WO-0012845WO-0012991WO-0013057
Heure de début de l'événement
EventStartTime
L'horodatage indiquant quand une activité ou un événement spécifique de l'entrepôt a commencé.
Descriptionn

Cet attribut consigne la date et l'heure à laquelle une tâche ou un événement d'entrepôt a été initié. Il fournit le contexte chronologique pour toutes les activités au sein d'un cas.

Cet horodatage est indispensable pour toutes les analyses de Process Mining temporelles. Il est utilisé pour ordonner les événements, calculer les temps de cycle entre les activités, mesurer la durée de l'ensemble du processus et identifier les temps d'attente ou les retards. Il constitue l'pilier central de l'analyse des performances et est requis pour animer la cartographie des processus.

Pourquoi est-ce important ? :

L'horodatage de début est obligatoire pour ordonner les événements chronologiquement et calculer toutes les métriques de performance, telles que les temps de cycle et les temps d'attente.

Source des données :

Disponible dans les journaux d'événements ou les tables de tâches, correspondant à l'heure de création ou de début d'une action enregistrée.

Exemples
2023-10-26T08:30:00Z2023-10-26T09:15:10Z2023-10-26T11:05:45Z
Nom de l'activité
ActivityName
Le nom de la tâche ou de l'événement spécifique de l'entrepôt qui s'est produit, tels que 'Marchandises prélevées' ou 'Expédition envoyée'.
Descriptionn

Cet attribut décrit l'étape ou la tâche spécifique effectuée dans le processus de gestion d'entrepôt. Chaque événement dans le journal de processus est associé à un nom d'activité, formant la séquence d'étapes qui composent le flux de processus.

En analyse, le nom de l'activité est indispensable pour découvrir la cartographie des processus, analyser les transitions entre les étapes et identifier les points de blocage ou les écarts par rapport à la procédure standard. Il est utilisé dans pratiquement toutes les analyses de Process Mining, de la vérification de conformité à la surveillance des performances.

Pourquoi est-ce important ? :

Cet attribut est indispensable pour construire la cartographie des processus, car il définit les étapes individuelles et facilite la visualisation et l'analyse du flux de processus.

Source des données :

Ces informationsns se trouvent généralement dans les tables de tâches d'entrepôt ou de journaux d'événements, souvent dérivées d'un type de tâche ou d'un code de statut.

Exemples
Tâche de prélèvement.lèvement crééeMarchandises prélevées en stockExpédition expédiée
Dernière mise à jour des données
LastDataUpdate
Horodatage indiquant la dernière actualisation des données de cet enregistrement depuis le système source.
Descriptionn

Cet attribut consigne la date et l'heure de la dernière extraction ou mise à jour du jeu de données depuis Blue Yonder WMS. Il fournit des métadonnées sur la la réactualisation des données analysées.

Cet horodatage est important pour la gouvernance des données et pour que les utilisateurs comprennent la pertinence de leur analyse. Il garantit que les parties prenantes sont conscientes de la réactualisation des données et peuvent avoir confiance qu'elles consultent un aperçu récent et pertinent du processus.

Pourquoi est-ce important ? :

Cet horodatage informe les utilisateurs sur la la réactualisation des données, garantissant qu'ils comprennent la période couverte par l'analyse.

Source des données :

Il s'agit d'un champ de métadonnées généralement généré et ajouté pendant le processus d'extraction de données (ETL).

Exemples
2024-01-15T04:00:00Z2024-01-16T04:00:00Z
Système source
SourceSystem
Le système d'où les données ont été extraites, dans ce cas, Blue Yonder WMS.
Descriptionn

Cet attribut identifie le système d'origine des données d'événement. Dans un environnement informatique moderne, les données pour un processus complet unique peuvent provenir de plusieurs systèmes, tels qu'un ERP, un WMS et un TMS.

Spécifier le système source est impératif pour la gouvernance des données, le dépannage et la compréhension du contexte des données. Il aide à retracer les problèmes de qualité des données jusqu'à leur origine et est indispensable lors de la fusion de données provenant de plusieurs sources pour créer une vue unifiée du processus.

Pourquoi est-ce important ? :

Il fournit une traçabilité des données essentielle, aidant à tracer les données jusqu'à leur origine pour la validation et dans les scénarios où les données sont fusionnées à partir de plusieurs systèmes.

Source des données :

Il s'agit généralement d'une valeur statique ajoutée pendant le processus d'extraction des données pour étiqueter l'origine de l'ensemble de données.

Exemples
BlueYonderWMS_USBlueYonderWMS_EU
Date d'achèvement demandée
RequestedCompletionDate
La date et l'heure auxquelles la commande d'entrepôt est prévue ou demandée pour être terminée et expédiée.
Descriptionn

La date d'achèvement demandée représente l'accord de niveau de service (SLA) ou l'objectif pour l'exécution d'une commande d'entrepôt sortante. C'est la date limite à laquelle les marchandises devraient être prélevées, emballées et prêtes pour l'expédition.

Cette date est la référence par rapport à laquelle la performance réelle est mesurée. Elle est utilisée pour calculer l'indicateur clé de performance (KPI) du Taux d'expédition à temps en la comparant à l'horodatage d'expédition réel. L'analyse des commandes basée sur cet attribut aide à identifier quelles commandes risquent d'être en retard et à diagnostiquer les causes profondes des violations de SLA.

Pourquoi est-ce important ? :

Cet attribut est la référence pour mesurer la respect des délais et est indispensable pour calculer le KPI du taux d'expédition à temps.

Source des données :

Généralement stocké dans la table d'en-tête de commande d'entrepôt, souvent hérité de la commande client source ou de la demande de livraison.

Exemples
2023-10-27T17:00:00Z2023-10-28T12:00:00Z2023-11-01T17:00:00Z
Emplacement de stockage
StorageLocation
L'emplacement spécifique dans l'entrepôt, comme un bac ou une allée, où les marchandises sont stockées ou prélevées.
Descriptionn

Cet attribut identifie l'emplacement physique dans l'entrepôt associé à une tâche. Pour une activité de mise en stock, c'est l'emplacement de destination. Pour une activité de prélèvement.lèvement, c'est l'emplacement source. Cela pourrait être représenté comme un code composite incluant l'allée, le rayonnage, l'étagère et le numéro de bac.

L'analyse des données par emplacement de stockage aide à comprendre l'efficacité de l'agencement de l'entrepôt, les stratégies de slotting et le mouvement des ressources. Elle est utilisée pour identifier les zones à fort trafic, les zones sous-utilisées et les points de blocage potentiels dans le flux de matériaux. Cet attribut est indispensable pour le tableau de bord des tendances d'utilisation des emplacements de stockage.

Pourquoi est-ce important ? :

Il fournit un contexte essentiel pour analyser la disposition de l'entrepôt, l'efficacité de la stratégie de slotting et identifier les points de blocage de mouvement.

Source des données :

Disponible dans les tables liées à l'inventaire, aux tâches d'entrepôt (picking, rangement) et aux données de base des emplacements.

Exemples
A1-R03-S02-B01B5-R10-S04-B05C2-R01-S01-B02
Heure de fin de l'événement
EventEndTime
L'horodatage indiquant quand une activité ou un événement spécifique de l'entrepôt a été terminé.
Descriptionn

Cet attribut consigne la date et l'heure à laquelle une tâche ou un événement d'entrepôt a été terminé. Lorsqu'il est disponibleble, il fournit une mesure précise du temps de traitement pour chaque activité.

Disposer d'une heure de début et de fin permet une analyse de performance plus détaillée. Il permet de séparer le temps d'attente (temps entre les activités) du temps de traitement (durée de l'activité elle-même). C'est impératif pour déterminer si les retards sont causés par des périodes d'inactivité ou par des tâches prenant trop de temps à s'achever.

Pourquoi est-ce important ? :

Il permet le calcul précis du temps de traitement des activités, le distinguant du temps d'attente, ce qui est indispensable pour une amélioration ciblée des performances.

Source des données :

Disponible dans les journaux d'événements ou les tables de tâches, correspondant à l'heure de fin ou de clôture d'une action enregistrée.

Exemples
2023-10-26T08:35:12Z2023-10-26T09:20:05Z2023-10-26T11:06:00Z
Niveau de priorité
PriorityLevel
La priorité de la commande d'entrepôt, telle que 'Élevée', 'Standard' ou 'Basse'.
Descriptionn

Le niveau de priorité indique l'urgence d'une commande d'entrepôt. Les commandes à haute priorité, telles que les expéditions accélérées, sont censées être traitées plus rapidement que les commandes standard. Cet attribut est utilisé par le WMS pour séquencer les tâches et allouer les ressources.

En Process Mining, cet attribut est impératif pour analyser si les stratégies de priorisation sont efficaces. Le tableau de bord d'exécution des commandes prioritaires s'appuie sur ce champ pour filtrer les commandes urgentes et comparer leurs temps de cycle avec ceux des commandes standard. Il aide à vérifier si les commandes à haute priorité progressent réellement plus rapidement dans le processus ou si elles sont bloquées par les mêmes points de blocage.

Pourquoi est-ce important ? :

Cela permet d'analyser si les commandes à haute priorité sont traitées plus rapidement que les commandes standard, validant l'efficacité des règles de priorisation.

Source des données :

Ces informationsns sont généralement stockées dans la table d'en-tête de commande d'entrepôt.

Exemples
ÉlevéStandardFaible
Quantité planifiée
PlannedQuantity
La quantité prévue d'articles pour une tâche donnée, telle que la quantité à prélever ou à recevoir.
Descriptionn

La Quantité Planifiée représente le nombre d'unités cibles spécifié par la commande d'entrepôt pour une tâche particulière. Pour une livraison entrante, c'est la quantité attendue du fournisseur. Pour une tâche de picking, c'est la quantité demandée par la commande client.

Cet attribut est indispensable pour l'analyse de la précision. En comparant la Quantité Planifiée à la Quantité Réelle, il devient possible d'identifier les écarts dans les réceptions, le picking ou les comptages d'inventaire. Il contribue directement au des KPI tels que le Taux d'écart de quantité de picking et est indispensable pour le tableau de bord d'audit de la précision des quantités.

Pourquoi est-ce important ? :

Il sert de base pour mesurer la précision, permettant la détection des écarts de quantité dans les activités de réception et de picking.

Source des données :

Trouvé dans les tables de détails ou de lignes associées aux commandes d'entrepôt ou à des tâches spécifiques.

Exemples
1005024
Quantité réelle
ActualQuantity
La quantité réelle d'articles traités pendant une tâche, telle que la quantité physiquement comptée ou prélevée.
Descriptionn

La Quantité Réelle est le nombre d'unités physiquement traitées par un opérateur d'entrepôt au cours d'une tâche. Il peut s'agir du nombre d'articles reçus d'un fournisseur, du nombre d'unités prélevées d'un bac de stockage ou de la quantité emballée dans un conteneur d'expédition.

Comparé à la Quantité Planifiée, cet attribut révèle les exceptions et les erreurs de processus. C'est la métrique clée pour calculer les taux d'anomalies, qui sont des indicateurs clés de la qualité opérationnelle. Ces données sont indispensables pour identifier les problèmes liés aux expéditions des fournisseurs, aux erreurs de picking ou aux inexactitudes d'inventaire.

Pourquoi est-ce important ? :

La comparaison avec la quantité planifiée est indispensablele pour identifier les erreurs de processus et calculer les KPI de qualité clés comme les taux d'anomalies.

Source des données :

Trouvé dans les tables de confirmation de tâche ou de journal de transactions, où les opérateurs enregistrent la quantité exécutée.

Exemples
1004924
User/Operator ID
UserOperatorId
L'identifiant de l'employé d'entrepôt ou de l'opérateur qui a effectué l'activité.
Descriptionn

Cet attribut enregistre l'identifiant unique de la personne responsable de l'exécution d'une tâche d'entrepôt donnée, telle que le prélèvement, l'emballage ou la mise en stock. Il relie les activités de processus aux ressources humaines.

L'analyse des activités par ID utilisateur/opérateur est indispensablele pour comprendre l'utilisation des ressources, la répartition de la charge de travail et la performance individuelle. Elle permet de répondre à des questions telles que quels opérateurs sont les plus efficaces, qui pourrait nécessiter une formation supplémentaire, ou comment les tâches sont équilibrées au sein d'une équipe. C'est une dimension essentielle pour le tableau de bord d'utilisation des ressources de l'entrepôt.

Pourquoi est-ce important ? :

Cet attribut relie les étapes du processus aux personnes qui les ont exécutées, permettant l'analyse des performances des ressources, de la charge de travail et des besoins en formation.

Source des données :

Généralement disponible dans les tables de tâches ou de transactions, lié à l'utilisateur connecté au système ou à l'appareil portable pendant l'opération.

Exemples
JSMITHBWILLISAMILLER
Est un écart de quantité
IsQuantityMismatch
Un drapeau booléen indiquant si la quantité réelle traitée diffère de la quantité planifiée pour une tâche.
Descriptionn

Cet attribut calculé est un simple indicateur qui signale un écart de quantité pour une tâche donnée, telle que le prélèvement ou la réception. Il est défini sur vrai lorsque la 'Quantité Réelle' ne correspond pas à la 'Quantité Planifiée'.

Cet indicateur est utilisé pour identifier et compter facilement les erreurs au sein du processus. Il simplifie le calcul des KPI tels que le Taux d'écart de quantité de prélèvement.lèvement et le Taux d'écart de quantité d'entrée. Il facilite également l'analyse des causes profondes en permettant aux analystes de filtrer tous les événements de non-concordance et de rechercher des schémas liés aux produits, aux opérateurs ou aux emplacements.

Pourquoi est-ce important ? :

Il signale les événements avec des erreurs de quantité, simplifiant le calcul des taux d'anomalies et permettant une analyse ciblée des tâches imprécises.

Source des données :

Calculé en comparant les champs PlannedQuantity et ActualQuantity pour chaque activité pertinente.

Exemples
fauxtruefaux
Est une expédition à temps
IsOnTimeShipment
Un indicateur booléen qui est vrai si l'expédition a été effectuée à la date de fin demandée ou avant.
Descriptionn

Cet attribut calculé fournit un simple indicateur vrai/faux indiquant si une commande a respecté son SLA d'expédition. Il est dérivé en comparant l'horodatage de l'activité 'Expédition envoyée' avec la 'Date d'achèvement demandée' pour la commande.

Cet indicateur simplifie l'analyse et la visualisation de la respect des délais. Il permet un filtrage et une agrégation faciles pour calculer le KPI du taux d'expédition à temps et alimenter le tableau de bord correspondant. Il permet également l'analyse des causes profondes pour identifier les caractéristiques communes des expéditions en retard.

Pourquoi est-ce important ? :

Cet indicateur booléen simplifie le calcul du KPI du taux d'expédition à temps et permet un filtrage facile pour analyser les caractéristiques des commandes en retard.

Source des données :

Calculé en comparant l'EventStartTime de l'activité « Expédition effectuée » à l'attribut RequestedCompletionDate.

Exemples
truefauxtrue
ID d'équipement
EquipmentId
Identifiant de l'équipement de manutention utilisé, tel qu'un chariot élévateur ou un convoyeur spécifique.
Descriptionn

L'ID d'équipement spécifie quelle machine ou quel équipement a été utilisé pour effectuer une tâche d'entrepôt. Cela peut inclure des chariots élévateurs, des transpalettes, des véhicules guidés automatisés (AGV) ou des stations d'emballage spécifiques.

Cet attribut permet d'analyser l'utilisation de l'équipement, ses performances et ses besoins en maintenance. En suivant les activités par équipement, les responsables peuvent identifier les actifs surutilisés ou sous-utilisés, comparer l'efficacité de différents types de machines et collecter des données pour éclairer les plannings de maintenance. C'est une dimension clé pour le tableau de bord d'utilisation des ressources de l'entrepôt.

Pourquoi est-ce important ? :

Il permet l'analyse de l'utilisation et de la performance des équipements, aidant à optimiser l'allocation des actifs et les plannings de maintenance.

Source des données :

Peut être enregistré dans les journaux d'exécution des tâches, en particulier dans les environnements où les opérateurs se connectent à l'équipement.

Exemples
FORKLIFT-07AGV-03PACKSTATION-12
ID d'expédition
ShipmentId
L'identifiant unique de l'expédition sortante à laquelle une commande d'entrepôt appartient.
Descriptionn

L'ID d'expédition est un identifiant de niveau supérieur qui peut regrouper plusieurs commandes d'entrepôt si elles sont expédiées dans le même camion ou conteneur. Pour une seule commande, il peut être identique au numéro de commande d'entrepôt ou de livraison.

L'analyse par ID d'expédition offre une vue du processus d'expédition. Elle peut aider à comprendre comment les commandes sont consolidées, à mesurer le temps écoulé entre le regroupement et l'expédition finale pour un chargement complet, et à analyser l'efficacité du service d'expédition. Elle relie les activités de l'entrepôt à la dernière étape de transport de la chaîne d'approvisionnement.

Pourquoi est-ce important ? :

Il regroupe les commandes d'entrepôt expédiées ensemble, permettant l'analyse des processus de consolidation et d'expédition.

Source des données :

Trouvé dans les tables liées aux expéditions ou au transport, rattaché aux commandes d'entrepôt.

Exemples
SHP-45000123SHP-45000124SHP-45000125
ID de l'entrepôt
WarehouseId
Identifiant de l'entrepôt ou du centre de distribution spécifique où l'activité a eu lieu.
Descriptionn

L'ID d'entrepôt identifie de manière unique l'installation dans laquelle le processus se déroule. C'est indispensable pour les organisations qui exploitent plusieurs centres de distribution.

Cet attribut permet l'analyse comparative et l'analyse comparative entre différents sites. En filtrant ou en divisant les données par ID d'entrepôt, les entreprises peuvent comparer les performances, identifier les meilleures pratiques sur les sites les plus performants et comprendre pourquoi certaines installations sont à la traîne. Il fournit une dimension cruciale pour l'analyse opérationnelle multi-sites.

Pourquoi est-ce important ? :

Pour les organisations multisites, cet attribut est indispensable pour l'analyse comparative des performances et la comparaison des processus entre les différents sites.

Source des données :

Ceci est souvent un champ organisationnel de haut niveau disponible dans presque toutes les tables de transactions, ou il peut être déduit de l'instance du système.

Exemples
WHC-01DC-EAST-03FAC-WEST
SKU du produit
ProductSku
L'unité de gestion des stocks (SKU) ou le numéro de matériau de l'article en cours de traitement.
Descriptionn

Cet attribut identifie le produit spécifique impliqué dans une tâche d'entrepôt. Il fournit des détails granulaires sur les matériaux déplacés, stockés, prélevés et emballés.

L'analyse du processus par SKU de produit peut révéler des schémas liés à des articles spécifiques. Par exemple, certains produits peuvent être sujets à des erreurs de prélèvement.lèvement, avoir des temps de mise en stock plus longs en raison d'exigences de manipulation spéciales, ou être stockés dans des emplacements inefficaces. Cela permet une optimisation des processus spécifiques aux produits et l'amélioration des stratégies de slotting.

Pourquoi est-ce important ? :

Il permet une analyse au niveau du produit, aidant à identifier les articles qui causent des retards de processus, des erreurs ou nécessitent une manutention spéciale.

Source des données :

Cette information se trouve au niveau de la ligne d'article des tables de commande d'entrepôt ou de tâches.

Exemples
PN-A5540-BSKU-300-RED-LGHW-88201
Statut de la tâche
TaskStatus
Le statut final d'une tâche donnée, tel que 'Terminée', 'Annulée' ou 'Échouée'.
Descriptionn

Cet attribut décrit le résultat d'une tâche d'entrepôt spécifique. Bien que de nombreuses tâches se terminent avec succès, certaines peuvent être annulées par un superviseur ou échouer en raison de problèmes système ou opérationnels. Cela fournit plus de contexte que le simple nom de l'activité.

L'analyse par statut de tâche est utile pour comprendre les exceptions et les échecs de processus. Un taux élevé de tâches annulées ou échouées peut indiquer des problèmes sous-jacents liés à la précision des stocks, à la configuration du système ou à la formation des opérateurs. Elle aide à identifier les activités sujettes aux échecs et nécessitant une enquête approfondie.

Pourquoi est-ce important ? :

Il fournit le résultat d'une activité, permettant l'analyse des exceptions comme les tâches annulées ou échouées qui peuvent indiquer des problèmes opérationnels plus profonds.

Source des données :

Généralement disponible dans la table des tâches, indiquant l'état final de l'enregistrement de la tâche.

Exemples
TerminéAnnuléEn Attente
Type de commande d'entrepôt
WarehouseOrderType
Catégorise la commande d'entrepôt, par exemple, comme une réception entrante, une expédition sortante ou un transfert interne.
Descriptionn

Cet attribut classe l'objectif global de la commande d'entrepôt. Les types courants incluent les livraisons entrantes des fournisseurs, les expéditions sortantes vers les clients, le traitement des retours ou les mouvements de stock internes entre les emplacements d'entrepôt.

Segmenter le processus par type de commande d'entrepôt est une première étape clée dans toute analyse. Les processus d'entrée et de sortie sont souvent significativement différents, avec des étapes, des ressources et des objectifs de performance distincts. Cet attribut permet de filtrer les données pour analyser un processus spécifique, tel que la réception de marchandises ou l'exécution de commandes, de manière isolée.

Pourquoi est-ce important ? :

Il permet la séparation et l'analyse comparative de différents processus, tels que les flux entrants et sortants, qui ont des flux et des objectifs distincts.

Source des données :

Trouvé dans la table d'en-tête de commande d'entrepôt, généralement comme type de document ou champ de catégorie de commande.

Exemples
Livraison entranteExpédition sortanteTransfert interne
Obligatoire Recommandé Facultatif

Activités de gestion d'entrepôt

Voici les étapes clés du processus et les jalons à capturer dans votre journal d'événements pour une découverte et une optimisation précises des processus.
6 Recommandé 9 Facultatif
Activité Descriptionn
Commande d'entrepôt créée
Cet événement marque la création d'une commande d'entrepôt, qui est le document central pour la gestion des tâches d'entrepôt entrantes, sortantes ou internes. Il est généralement enregistré comme une transaction explicite lorsqu'une nouvelle commande est saisie dans le Blue Yonder WMS, soit manuellement, soit via une intégration.
Pourquoi est-ce important ? :

C'est le début définitif du processus. L'analyse du temps écoulé entre cet événement et l'achèvement fournit le délai total d'exécution des commandes, ce qui est indispensable pour mesurer l'efficacité globale et le respect des accords de niveau de service.

Source des données :

Cet événement est probablement enregistré dans une table d'en-tête de commande, capturé par l'horodatage de création de l'enregistrement de la commande d'entrepôt. Recherchez les tables liées à ord_hdr ou similaires, en filtrant par la date de création initiale.

Capture

À partir de l'horodatage de création de l'enregistrement de la commande d'entrepôt.

Type d'événement explicit
Commande d'entrepôt terminée
Ceci est le statut final de la commande d'entrepôt, indiquant que toutes les activités associées, y compris l'expédition, sont terminées et que la commande est clôturée. Il est enregistré lorsque le statut du cycle de vie de la commande est mis à jour à 'Terminée' ou 'Fermée'.
Pourquoi est-ce important ? :

Cette activité marque la fin définitive du cas de processus. Elle garantit que l'analyse de processus capture le cycle de vie complet de chaque commande, du début à la fin.

Source des données :

Cela peut être déduit d'un changement de statut dans la table d'en-tête de commande d'entrepôt. Recherchez un statut final comme 'Terminée', 'Fermée' ou 'Facturée', ainsi que l'horodatage de ce changement de statut.

Capture

Déduit de l'horodatage du dernier changement de statut sur l'en-tête de commande.

Type d'événement inferred
Expédition expédiée
Cet événement signifie que les marchandises emballées ont été chargées sur le camion du transporteur et que le camion a quitté l'entrepôt. Cela est généralement enregistré lorsqu'une 'Sortie de marchandises' est postée dans le système, finalisant l'expédition.
Pourquoi est-ce important ? :

C'est une étape critique qui marque la fin de la responsabilité de l'entrepôt pour la commande. C'est le dernier point de données pour mesurer la performance d'expédition à temps et le délai de traitement complet.

Source des données :

Ceci est une transaction financière et logistique majeure, souvent appelée 'Sortie de Marchandises' (PGI). L'horodatage de cette transaction sert d'heure d'expédition et est généralement stocké dans les tables de documents de livraison sortante ou d'expédition.

Capture

Horodatage de la transaction de Sortie de Marchandises (PGI).

Type d'événement explicit
Marchandises rangées en stock
Cet événement confirme que les marchandises ont été déplacées et scannées avec succès dans leur emplacement de stockage désigné. Il est enregistré lorsqu'un opérateur confirme l'achèvement de la tâche de mise en stock, généralement à l'aide d'un appareil RF portable.
Pourquoi est-ce important ? :

Ceci marque la fin du processus d'entrée, rendant l'inventaire disponible pour l'exécution. L'analyse du temps écoulé entre la réception et ce point est indispensablele pour le tableau de bord 'Temps de cycle réception de marchandises à mise en stock'.

Source des données :

Comptabilisé comme une transaction horodatée lorsque le statut de la tâche de mise en stock est mis à jour à 'Terminée' ou 'Confirmée'. Ces données se trouvent dans les tables des tâches d'entrepôt ou des ordres de transfert.

Capture

Horodatage de confirmation de la tâche de rangement de l'entrepôt.

Type d'événement explicit
Marchandises reçues et comptées
Cet événement signifie que les marchandises ont été déchargées, scannées et leurs quantités vérifiées par rapport aux documents de livraison. Il est généralement enregistré lorsqu'un commis à la réception confirme les quantités reçues dans le système pour chaque article de la commande entrante.
Pourquoi est-ce important ? :

C'est une étape critique qui rend l'inventaire officiellement disponible dans le système, bien qu'il ne soit pas encore prêt pour l'exécution. La durée et la précision de cette étape impactent directement la visibilité des stocks et le début du processus de mise en stock.

Source des données :

Ceci est une transaction explicite enregistrée dans les journaux d'inventaire ou de réception. Recherchez les transactions liées à l'enregistrement de la réception des marchandises ou aux changements de statut sur les articles de la livraison entrante à 'Reçue'.

Capture

Horodatage de la transaction confirmant la réception des marchandises.

Type d'événement explicit
Tâche de prélèvement.lèvement créée
Cet événement signifie la création d'une tâche pour un opérateur afin de prélèvement.lever des marchandises d'un emplacement de stockage pour exécuter une commande sortante. C'est un événement explicite généré par le WMS lorsqu'une commande sortante est libérée pour le prélèvement.
Pourquoi est-ce important ? :

C'est le début du processus physique de sortie. L'analyse du temps écoulé entre la création de la commande et la création de la tâche de prélèvement.lèvement révèle les retards dans le traitement et l'allocation des commandes.

Source des données :

Comptabilisé dans les tables de gestion des tâches ou de contrôle d'entrepôt. Il correspond à l'horodatage de création des tâches de picking associées à la commande d'entrepôt.

Capture

Horodatage de création de la tâche de picking générée par le système.

Type d'événement explicit
Commande d'entrepôt annulée
Représente l'annulation d'une commande d'entrepôt avant qu'elle ne soit entièrement traitée ou expédiée. Cet événement est enregistré lorsqu'un utilisateur exécute une transaction d'annulation, mettant à jour le statut de la commande à 'Annulée'.
Pourquoi est-ce important ? :

L'analyse des annulations aide à identifier les raisons des échecs de processus, tels que l'indisponibilité des stocks ou les changements de client. C'est un événement de terminaison critique pour comprendre les écarts de processus et leurs conséquences.

Source des données :

Ceci est typiquement un événement déduit basé sur le statut final de la commande d'entrepôt. L'horodatage du changement de statut à 'Annulée' ou 'Supprimée' serait utilisé.

Capture

Déduit de l'horodatage d'un changement de statut à « Annulé ».

Type d'événement inferred
Emballage initié
Cette activité marque le début du processus d'emballage à une station d'emballage. Elle est généralement enregistrée lorsqu'un opérateur scanne les articles prélevés ou le bac de commande à la station d'emballage pour commencer à préparer l'expédition.
Pourquoi est-ce important ? :

Cet événement signale le passage du prélèvement à l'emballage. Il aide à isoler l'étape d'emballage du processus d'exécution pour identifier les points de blocage spécifiques dans la zone d'emballage.

Source des données :

Ceci peut être un journal de transactions explicite provenant de l'interface utilisateur d'une station d'emballage. Alternativement, il pourrait être déduit de la première activité horodatée associée à un centre de travail d'emballage pour cette commande.

Capture

Horodatage de la transaction 'Démarrer l'emballage' à une station d'emballage.

Type d'événement explicit
Inspection qualité effectuée
Représente un contrôle qualité effectué sur les marchandises reçues. Il peut s'agir d'une étape standard pour certains matériaux ou d'un événement déclenché en raison d'exceptions, et il est enregistré lorsqu'un inspecteur qualité consigne ses observations dans le système.
Pourquoi est-ce important ? :

Les inspections qualité peuvent être une source de retard importante dans le processus d'entrée. L'analyse de leur fréquence et de leur durée aide à identifier les problèmes de qualité avec les fournisseurs et les points de blocage dans le workflow d'inspection.

Source des données :

Comptabilisé dans les modules ou journaux de Gestion de la qualité (QM) associés à la livraison entrante. Recherchez les codes de transaction spécifiques pour les résultats d'inspection qualité ou les changements de statut de l'inventaire à 'Maintien Qualité'.

Capture

Horodatage de l'achèvement de l'inspection qualité ou de la mise à jour du statut.

Type d'événement explicit
Livraison entrante notifiée
Représente la réception d'un avis d'expédition anticipé (ASN) d'un fournisseur, indiquant que les marchandises sont en transit vers l'entrepôt. Il s'agit d'un événement explicite enregistré lorsqu'un ASN est reçu et traité par le système, souvent via EDI ou un portail.
Pourquoi est-ce important ? :

Cette activité est le déclencheur de la planification des entrées et de l'allocation des ressources. Le délai entre cette notification et la réception physique des marchandises est un KPI clé pour mesurer la performance des fournisseurs et la visibilité du pipeline d'entrée.

Source des données :

Capturé à partir des journaux de réception des ASN ou de l'horodatage de création du document de livraison entrante dans Blue Yonder WMS. Vérifiez les tables liées aux ASN ou aux notifications d'expédition entrantes.

Capture

Horodatage de la création d'un ASN ou d'un document de livraison entrante.

Type d'événement explicit
Marchandises arrivées au quai
Cette activité marque l'arrivée physique d'un camion ou d'un transporteur au quai de réception de l'entrepôt, avant le début du déchargement. Cet événement est souvent enregistré explicitement par un module de gestion de cour ou lorsqu'un agent d'entrée enregistre la livraison.
Pourquoi est-ce important ? :

Le suivi de l'heure d'arrivée aide à mesurer la respect des délais du transporteur et identifie les retards entre l'arrivée du transporteur et le début du processus de réception. Il met en évidence les points de blocage potentiels dans la gestion de la cour ou aux portes de réception.

Source des données :

Généralement enregistré dans un module de gestion de cour ou de contrôle d'accès dans Blue Yonder WMS. Il pourrait également s'agir d'une saisie manuelle d'horodatage par un commis à la réception lors de l'arrivée du camion.

Capture

Horodatage de la transaction d'enregistrement du transporteur.

Type d'événement explicit
Marchandises emballées
Cet événement confirme que tous les articles d'une expédition ont été emballés dans des conteneurs d'expédition et que les étiquettes ont été générées. Il est enregistré lorsque l'emballeur confirme l'achèvement du processus d'emballage pour la commande dans le système.
Pourquoi est-ce important ? :

Ceci marque l'achèvement des activités à valeur ajoutée à l'intérieur de l'entrepôt. Le temps écoulé entre ce point et l'expédition représente le temps de regroupement et de chargement, une zone clé pour les retards potentiels.

Source des données :

Ceci est une transaction explicite enregistrée lorsque le processus d'emballage est finalisé. Recherchez un changement de statut sur la livraison sortante à 'Emballée' ou un horodatage de fin de la transaction de la station d'emballage.

Capture

Horodatage de la transaction 'Confirmer l'emballage' ou 'Fermer le conteneur'.

Type d'événement explicit
Marchandises prélevées en stock
Représente l'achèvement de la tâche de prélèvement.lèvement, où un opérateur a récupéré les articles et confirmé l'action dans le système. L'événement est enregistré lorsque l'opérateur scanne les articles et confirme le prélèvement sur son appareil.
Pourquoi est-ce important ? :

Cette étape conclut la phase de prélèvement.lèvement. La précision et la durée de cette activité sont critiques pour l'efficacité globale de l'exécution des commandes et constituent la base de l'analyse de la 'Précision du prélèvement'.

Source des données :

Capturé à partir de l'horodatage de confirmation lorsque le statut de la tâche de picking passe à « Terminé ». Ceci se trouve dans les tables des tâches d'entrepôt, souvent lié à l'opérateur et à l'équipement spécifiques.

Capture

Horodatage de confirmation de la tâche de picking de l'entrepôt.

Type d'événement explicit
Regroupement pour expédition
Représente le déplacement de conteneurs emballés de la zone d'emballage vers une zone de regroupement d'expédition désignée pour attendre l'enlèvement par le transporteur. L'événement est enregistré lorsqu'un opérateur confirme le déplacement de l'unité de manutention vers la zone de regroupement.
Pourquoi est-ce important ? :

Cette activité aide à analyser le temps de latence, la période pendant laquelle les commandes emballées attendent avant d'être chargées. Des temps de regroupement longs peuvent indiquer une mauvaise coordination avec les transporteurs ou une utilisation inefficace de l'espace de regroupement.

Source des données :

Cet événement peut être déduit d'un changement d'emplacement de l'unité de manutention ou du conteneur d'expédition vers une zone de regroupement. Il peut aussi s'agir d'une confirmation de tâche explicite 'Déplacer vers la zone de regroupement'.

Capture

Déduit des journaux de mouvements d'inventaire montrant le transfert vers un emplacement de prélèvement.paration.

Type d'événement inferred
Tâche de mise en stock créée
Cette activité marque la création par le système d'une tâche pour déplacer les marchandises reçues du quai de réception vers un emplacement de stockage final. C'est un événement système explicite généré par la logique du WMS pour diriger un opérateur d'entrepôt.
Pourquoi est-ce important ? :

C'est le début du processus de mise en stock. Les retards entre la réception des marchandises et la création de la tâche de mise en stock peuvent indiquer des problèmes de configuration système ou de performance, laissant les marchandises en attente dans la zone de réception.

Source des données :

Généré et enregistré dans les tables de gestion des tâches ou de contrôle d'entrepôt. Recherchez l'horodatage de création des tâches de rangement ou des ordres de transfert liés à la livraison entrante.

Capture

Horodatage de création de la tâche de rangement générée par le système.

Type d'événement explicit
Recommandé Facultatif

Guides d'extraction

Comment obtenir vos données de Blue Yonder WMS