Votre modèle de données pour la gestion des entrepôts

Körber WMS
Votre modèle de données pour la gestion des entrepôts

Votre modèle de données pour la gestion des entrepôts

Ce modèle est conçu pour vous guider dans la préparation de vos données de gestion d’entrepôt pour le Process Mining. Il présente les attributs de données essentiels à collecter, les activités importantes à suivre et fournit des conseils pratiques pour l’extraction. En suivant ces recommandations, vous pouvez garantir une analyse complète de vos opérations d’entrepôt.
  • Attributs recommandés à collecter
  • Activités clés à suivre pour les opérations d'entrepôt
  • Guide d'extraction adapté à Körber WMS
Vous découvrez les journaux d’événements ? En savoir plus sur la création d’un journal d’événements pour le Process Mining.

Attributs de la gestion d’entrepôt

Voici les champs de données recommandés à inclure dans votre journal d’événements pour analyser complètement vos processus de gestion d’entrepôt.
5 Obligatoire 4 Recommandé 11 Facultatif
Nom Description
Heure de l’événement
EventTime
Date et heure précises auxquelles l’activité ou l’événement a été enregistré dans le système source.
Description

L’heure de l’événement est l’horodatage associé à chaque activité et indique le moment exact où celle-ci s’est produite. Ces données temporelles sont fondamentales pour calculer les durées, les temps de cycle et les temps d’attente entre les différentes étapes du processus.

Dans l’analyse des processus, cet attribut sert à classer les événements par ordre chronologique, à construire le flux du processus et à effectuer toute analyse fondée sur le temps. Il est essentiel pour les Dashboards de suivi de la performance, notamment l’analyse du temps de cycle, ainsi que pour calculer des KPI tels que « Average Order End-to-End Cycle Time ».

Pourquoi c’est important

Cet horodatage est essentiel pour ordonner les événements, calculer toutes les métriques temporelles, comme les temps de cycle et d’attente, et comprendre la performance du processus.

Où les obtenir

Présent dans toutes les tables de transactions et de journaux d’événements de Körber WMS, généralement sous un nom tel que « CreationDate », « Timestamp » ou « EventDateTime ».

Exemples
2023-10-26T10:00:00Z2023-10-26T11:35:10Z2023-10-27T08:15:00Z
Nom de l’activité
ActivityName
Nom de l’événement ou de la tâche spécifique survenu à un moment donné du cycle de vie de l’ordre d’entrepôt.
Description

Cet attribut décrit une étape du processus de gestion d’entrepôt, comme « Goods Picked from Storage » ou « Shipment Dispatched ». Chaque activité représente un événement métier distinct enregistré dans le système et associé à un horodatage précis.

L’analyse des activités constitue le cœur du Process Mining. Elle permet de construire la cartographie du processus et de montrer comment le travail circule réellement dans l’entrepôt. Vous pouvez ainsi repérer les goulots d’étranglement, les boucles de reprise et les écarts par rapport à la procédure opérationnelle standard.

Pourquoi c’est important

Il définit les étapes du processus, constitue la base de la cartographie du processus et permet d’analyser le flux, les variations et les goulots d’étranglement.

Où les obtenir

Tables des journaux d’événements ou de transactions de Körber WMS, dans lesquelles les événements métier sont enregistrés. Ces données sont souvent dérivées des codes de transaction ou des descriptions de changement de statut.

Exemples
Tâche de préparation crééeMarchandises emballéesExpédition effectuéeCommande d’entrepôt annulée
Ordre d’entrepôt
WarehouseOrder
Identifiant unique d’un ordre d’entrepôt, utilisé comme identifiant principal du cas pour suivre toutes les activités logistiques associées.
Description

L’ordre d’entrepôt est l’identifiant central qui regroupe toutes les tâches et tous les événements liés à une demande logistique donnée, comme une réception entrante ou une expédition sortante. Il permet de suivre le cycle de vie complet d’une commande dans l’entrepôt, de sa création à son expédition finale ou à son annulation.

Dans le cadre du Process Mining, l’analyse par ordre d’entrepôt permet de visualiser l’ensemble du flux de processus pour chaque commande. Vous pouvez ainsi identifier les parcours fréquents, les écarts, les goulots d’étranglement et le temps de cycle global pour différents types de commandes, par exemple les commandes standard et urgentes.

Pourquoi c’est important

Il s’agit du Case ID essentiel qui relie tous les événements associés et permet d’analyser de bout en bout le processus de gestion d’entrepôt pour chaque commande.

Où les obtenir

Cet identifiant se trouve généralement dans les tables principales de gestion des commandes de Körber WMS. Consultez la documentation de Körber WMS pour connaître les noms précis des tables et des champs, notamment ceux des en-têtes de commande.

Exemples
WO-0012845WO-0012991WO-0013402
Dernière mise à jour des données
LastDataUpdate
Horodatage indiquant la dernière actualisation des données relatives à ce processus.
Description

Cet attribut indique la date et l’heure de l’extraction ou de la mise à jour la plus récente des données. Il renseigne sur leur fraîcheur et permet aux utilisateurs de savoir à quel point la vue du processus est actuelle.

Dans les Dashboards et les rapports, cette information est essentielle à la transparence. Elle permet de déterminer si les données consultées sont en temps réel, quotidiennes ou hebdomadaires, ce qui influence la prise de décision.

Pourquoi c’est important

Il informe les utilisateurs de l’actualité des données, un élément essentiel pour prendre des décisions métier précises et pertinentes à partir de l’analyse.

Où les obtenir

Cette valeur est générée et enregistrée par le pipeline de données ou l’outil ETL à la fin de chaque cycle d’actualisation.

Exemples
2024-05-21T02:00:00Z2024-05-22T02:00:00Z
Système source
SourceSystem
Système à partir duquel les données ont été extraites.
Description

Cet attribut identifie le système à l’origine des données d’événements, qui est ici « Körber WMS ». Dans les environnements intégrant plusieurs systèmes, ce champ permet de distinguer les sources de données et d’en retracer la provenance.

Pour l’analyse, il fournit un contexte utile, notamment lorsque vous combinez des données provenant de plusieurs systèmes. Il contribue à garantir la qualité des données et peut servir à limiter l’analyse aux activités d’un système donné.

Pourquoi c’est important

Il fournit un contexte essentiel sur l’origine des données et garantit leur clarté ainsi que leur traçabilité, notamment dans les environnements composés de plusieurs systèmes interconnectés.

Où les obtenir

Il s’agit généralement d’une valeur statique ajoutée lors de l’extraction des données afin d’identifier le système source.

Exemples
Körber WMSKörberOne
ID utilisateur/opérateur
UserOperatorId
Identifiant de l’utilisateur ou de l’opérateur ayant exécuté l’activité.
Description

Cet attribut identifie l’employé de l’entrepôt ou l’utilisateur système responsable de l’exécution d’une tâche donnée, comme le picking, l’emballage ou la mise en stock. Il peut également désigner un système automatisé ou un robot dans certains cas.

Cette dimension est essentielle pour analyser la performance des ressources. Elle permet de comprendre la répartition de la charge de travail, d’identifier les employés les plus performants et de repérer les personnes qui pourraient avoir besoin d’une formation complémentaire. Elle constitue la base du Dashboard « Resource Utilization and Workload » et du KPI « Throughput per Operator ».

Pourquoi c’est important

Il permet d’analyser la performance des équipes, la répartition de la charge de travail et l’efficacité des ressources, tout en identifiant les besoins de formation et les collaborateurs les plus performants.

Où les obtenir

Présent dans les tables de transactions ou de journaux où les actions des utilisateurs sont enregistrées. Recherchez des champs tels que « UserID », « UserName », « ExecutedBy » ou « OperatorID ».

Exemples
JSMITHABOT01CDAVISsystème
Niveau de priorité
PriorityLevel
Indique le degré d’urgence ou de priorité de l’ordre d’entrepôt, par exemple standard ou urgent.
Description

Le niveau de priorité est une classification attribuée à un ordre d’entrepôt afin de définir l’urgence de son traitement. Une commande peut par exemple être marquée « Expedited » ou « High Priority », ce qui indique qu’elle doit être traitée avant les commandes standard.

Cet attribut est essentiel pour le Dashboard « Expedited Order Analysis » et le KPI « Expedited Shipment % ». Il permet de comprendre l’impact des commandes urgentes sur les opérations globales de l’entrepôt et leurs coûts associés, ainsi que de vérifier si leur temps de traitement est réellement inférieur à celui des commandes standard.

Pourquoi c’est important

Il aide à analyser le traitement des commandes urgentes, leur fréquence et leur impact sur la performance globale du processus et les coûts.

Où les obtenir

Situé dans les données de l’en-tête de commande. Recherchez des champs tels que « Priority », « Urgency » ou un indicateur spécifique du niveau de service d’expédition.

Exemples
StandardAccéléréeLivraison le lendemainCritique
Quantité réelle
ActualQuantity
Quantité d’un article effectivement traité ou enregistrée pendant une tâche.
Description

La quantité réelle correspond au nombre d’unités physiquement comptées, prélevées, emballées ou réceptionnées par l’opérateur de l’entrepôt. Cette valeur est enregistrée à la fin de la tâche et peut différer de la « Planned Quantity » en raison de ruptures de stock, de dommages ou d’erreurs humaines.

La comparaison avec la « Planned Quantity » est fondamentale pour le Dashboard « Inventory Process Health and Accuracy ». Les écarts entre ces deux valeurs indiquent directement des défaillances du processus ou des inexactitudes dans les données qui doivent faire l’objet d’une analyse.

Pourquoi c’est important

Elle fournit la référence de ce qui a réellement été traité et est donc essentielle pour calculer les taux d’écart et garantir la précision des stocks.

Où les obtenir

Présente dans les enregistrements de confirmation des transactions ou d’achèvement des tâches. Les noms de champs peuvent notamment être « ActualQty », « ConfirmedQuantity » ou « PickedQuantity ».

Exemples
10491
SKU produit
ProductSKU
SKU (Stock Keeping Unit) ou numéro de référence de l’article traité.
Description

Le SKU produit est l’identifiant unique d’un produit ou d’un article donné associé à l’ordre d’entrepôt. Une commande peut contenir un ou plusieurs SKU.

L’analyse par SKU produit permet de déterminer si certains produits sont associés à des processus de traitement plus complexes ou plus problématiques. Vous pouvez par exemple constater que les articles fragiles nécessitent davantage de temps pour être emballés ou que certains SKU sont fréquemment associés à des écarts de picking. Ces résultats peuvent guider l’évolution de la stratégie de stockage ou des procédures de manutention.

Pourquoi c’est important

Il permet d’analyser la performance du processus selon les produits et de déterminer si certains articles provoquent des retards ou des erreurs.

Où les obtenir

Présent dans les tables des lignes de commande, liées à l’en-tête principal de l’ordre d’entrepôt. Les noms de champs courants sont « SKU », « MaterialNumber » et « ItemCode ».

Exemples
SKU-847361SKU-991204SKU-103557
Date d’achèvement demandée
RequestedCompletionDate
Date à laquelle le client ou le responsable interne a demandé que la commande soit terminée.
Description

Il s’agit de la date cible d’achèvement ou d’expédition d’une commande sortante, souvent définie par les attentes du client ou les accords de niveau de service (SLA). Elle constitue l’échéance de référence pour mesurer la performance réelle.

Cette date est essentielle pour le Dashboard « Expedited Order Analysis ». La comparaison entre la « Requested Completion Date » et la « Actual Completion Date », c’est-à-dire l’horodatage de l’activité « Shipment Dispatched » ou « Warehouse Order Completed », permet d’évaluer la performance dans les délais et d’identifier les commandes susceptibles d’être livrées en retard.

Pourquoi c’est important

Elle sert de référence pour mesurer la performance dans les délais et respecter les accords de niveau de service (SLA), tout en mettant en évidence les commandes potentiellement en retard.

Où les obtenir

Située dans la table des en-têtes de commande. Les noms de champs courants sont « RequiredDeliveryDate », « RequestedShipDate » ou « SLA ».

Exemples
2023-10-28T23:59:59Z2023-11-05T23:59:59Z
Écart de picking
IsPickingDiscrepancy
Indicateur précisant si la quantité effectivement prélevée correspondait à la quantité planifiée.
Description

Il s’agit d’un attribut booléen dérivé, vrai lorsque la « Actual Quantity » diffère de la « Planned Quantity » pour une activité liée au picking. Il constitue un indicateur simple d’erreur de picking ou de problème de stock pour une tâche donnée.

Cet indicateur simplifie l’analyse en permettant de filtrer rapidement toutes les commandes ayant présenté un écart de picking. Il sert à calculer le KPI « Picking Discrepancy Rate » et contribue au Dashboard « Inventory Process Health and Accuracy » en mettant en évidence les points précis de défaillance.

Pourquoi c’est important

Il fournit un indicateur binaire clair des erreurs de picking et simplifie l’analyse nécessaire pour identifier et quantifier les problèmes de précision des stocks.

Où les obtenir

Calculé lors de la transformation des données. La logique est la suivante : IF (ActualQuantity != PlannedQuantity) THEN true ELSE false pour les activités de picking concernées.

Exemples
truefalse
Emplacement de stockage
StorageLocation
Emplacement précis de l’entrepôt, comme une case ou une allée, où les marchandises sont stockées ou prélevées.
Description

Cet attribut identifie la position physique dans l’entrepôt, par exemple un rayonnage, une étagère ou une case. Il est pertinent pour des activités telles que « Goods Put Away in Storage » et « Goods Picked from Storage ».

Ces données sont utilisées dans le Dashboard « Putaway Efficiency and Location Usage » pour analyser les temps de déplacement, l’utilisation des emplacements et l’efficacité des stratégies de stockage. Elles peuvent par exemple aider à déterminer si les articles à forte rotation sont stockés dans des emplacements facilement accessibles afin de réduire le temps de picking.

Pourquoi c’est important

Il aide à optimiser l’agencement de l’entrepôt et la stratégie de stockage en analysant les temps de déplacement ainsi que l’efficacité des tâches de mise en stock et de picking pour chaque emplacement.

Où les obtenir

Présent dans les tables de stock, de tâches ou de données de référence des emplacements. Recherchez des champs tels que « BinCode », « LocationID » ou « StorageBin ».

Exemples
A1-R02-S03-B01B5-R10-S01-B04C2-BULK-05
Équipement utilisé
EquipmentUsed
Identifiant de l’équipement, comme un chariot élévateur ou un scanner, utilisé pour effectuer une tâche.
Description

Cet attribut précise l’équipement de manutention (MHE) ou la technologie utilisés pendant une tâche d’entrepôt. Il peut s’agir d’un chariot élévateur donné, d’un transpalette, d’un scanner portatif ou d’un véhicule à guidage automatique (AGV).

L’analyse par équipement permet de comprendre l’utilisation des ressources, les besoins de maintenance et l’impact des différents types d’équipement sur l’efficacité des tâches. Il s’agit d’une dimension clé du Dashboard « Resource Utilization and Workload », qui offre une vue complète des ressources humaines et matérielles.

Pourquoi c’est important

Il permet d’analyser l’utilisation des équipements et leur impact sur la performance des tâches, afin d’optimiser la gestion du parc et d’identifier les goulots d’étranglement liés aux machines.

Où les obtenir

Consultez la documentation de Körber WMS. Ces données peuvent être enregistrées dans les enregistrements d’exécution des tâches, notamment lorsque les opérateurs se connectent à un équipement donné.

Exemples
FORKLIFT-08SCANNER-112AGV-03
Heure de fin
EndTime
Horodatage indiquant le moment où une activité a été terminée, lorsqu’il est disponible.
Description

L’heure de fin correspond à l’horodatage d’achèvement d’une activité. Alors que StartTime (EventTime) marque le début, l’heure de fin indique la conclusion et permet de calculer directement la durée de cette activité. Tous les événements ne disposent pas d’une heure de fin distincte ; pour beaucoup d’entre eux, le StartTime de l’événement suivant sert à estimer la durée de l’événement précédent.

Cet attribut est particulièrement utile pour calculer précisément le temps de traitement des tâches individuelles. Il permet par exemple de déterminer l’« Average Quality Inspection Time » en mesurant le temps écoulé entre le début et la fin de l’inspection.

Pourquoi c’est important

Il permet de calculer précisément le temps de traitement de chaque activité, ce qui est important pour repérer les tâches inefficaces et les goulots d’étranglement liés aux ressources.

Où les obtenir

Consultez la documentation de Körber WMS. Cette information peut se trouver dans les tables de transactions, à côté de l’heure de début, ou dans les tables associées à l’historique des statuts.

Exemples
2023-10-26T10:15:00Z2023-10-26T11:45:20Z2023-10-27T08:30:00Z
ID de l’entrepôt
WarehouseId
Identifiant unique de l’entrepôt ou du centre de distribution où les activités sont réalisées.
Description

L’ID de l’entrepôt indique le site ou l’installation physique où l’ordre d’entrepôt est traité. Pour les organisations disposant de plusieurs centres de distribution, il s’agit d’une dimension d’analyse essentielle.

Cet attribut permet de comparer les performances entre différents sites. Vous pouvez par exemple comparer l’« Average Order End-to-End Cycle Time » entre l’entrepôt A et l’entrepôt B afin d’identifier les bonnes pratiques ou les problèmes opérationnels propres à un site.

Pourquoi c’est important

Il permet de comparer et d’évaluer les performances de différents sites physiques, en mettant en évidence les problèmes régionaux ou propres à une installation.

Où les obtenir

Cette information est généralement disponible dans les tables des en-têtes de commande ou de configuration des sites. Elle peut être représentée par « Plant », « Site » ou « LocationCode ».

Exemples
WH-NYCDC-LAXFC-DAL
Quantité planifiée
PlannedQuantity
Quantité d’un article dont la manutention était prévue dans le cadre d’une tâche, comme le picking ou la réception.
Description

La quantité planifiée correspond au nombre cible d’unités défini pour une tâche donnée dans l’ordre d’entrepôt. Par exemple, si une commande nécessite de prélever 10 unités d’un SKU donné, la quantité planifiée pour cette tâche de picking est de 10.

Cet attribut est essentiel pour repérer les écarts lorsqu’il est comparé à la « Actual Quantity ». Il constitue une donnée clé pour calculer les KPI « Picking Discrepancy Rate » et « Inventory Discrepancy Rate », indispensables au maintien de la précision des stocks.

Pourquoi c’est important

Elle sert de référence pour mesurer la précision des tâches telles que le picking et la réception, et permet de détecter les écarts de stock.

Où les obtenir

Disponible dans les tables des tâches ou des lignes de commande. Recherchez des champs tels que « OrderQuantity », « PlannedQty » ou « ExpectedQuantity ».

Exemples
10501
Statut du SLA
SLAStatus
Indique si la commande a été terminée dans les délais, en retard ou si elle risque de l’être, selon sa date d’achèvement demandée.
Description

Le statut du SLA est un attribut calculé qui catégorise chaque commande selon son respect des délais par rapport à « RequestedCompletionDate ». Il peut prendre des valeurs telles que « On Time », « Late » ou « In Progress ».

Cet attribut fournit une vue immédiate de la performance du niveau de service. Il permet de filtrer et d’analyser rapidement toutes les commandes en retard afin d’en comprendre les causes profondes, comme certains goulots d’étranglement ou problèmes de ressources. Il constitue un élément essentiel de toute analyse axée sur la satisfaction client et la fiabilité opérationnelle.

Pourquoi c’est important

Il mesure directement le respect des accords de niveau de service et permet d’identifier facilement les commandes en retard ainsi que d’en analyser les causes profondes.

Où les obtenir

Calculé dans la couche de transformation des données en comparant l’horodatage de l’événement « Warehouse Order Completed » à « RequestedCompletionDate ».

Exemples
À l'heureEn retardEn cours
Temps de cycle
CycleTime
Durée totale de l’ordre d’entrepôt, de sa création à son achèvement.
Description

Le temps de cycle est une métrique calculée qui mesure le temps total écoulé pour un cas, du premier événement (« Warehouse Order Created ») au dernier (« Warehouse Order Completed »). Il représente le temps de traitement de bout en bout d’une commande.

Il s’agit d’un KPI majeur du Process Mining, qui répond directement à la question « Combien de temps cela prend-il ? ». Cette métrique constitue la base du Dashboard « Warehouse Order End-to-End Cycle Time » et du KPI « Average Order End-to-End Cycle Time ». Elle sert à suivre la santé globale du processus et à repérer les commandes dont le traitement est anormalement long.

Pourquoi c’est important

Il s’agit d’un KPI essentiel qui mesure l’efficacité globale du processus d’entrepôt et influe directement sur la satisfaction client ainsi que sur les coûts opérationnels.

Où les obtenir

Cette métrique est calculée dans l’outil de Process Mining en soustrayant l’horodatage du premier événement de celui du dernier événement pour chaque ordre d’entrepôt.

Exemples
8640017280036000
Transporteur
Carrier
Transporteur chargé d’assurer la livraison finale de la commande.
Description

Le transporteur est le prestataire logistique tiers, par exemple FedEx, UPS ou DHL, chargé d’acheminer les marchandises de l’entrepôt jusqu’à leur destination finale. Il est généralement attribué lors de la planification ou de l’expédition.

L’analyse par transporteur peut révéler des écarts de performance entre les partenaires d’expédition. Elle peut par exemple montrer que certains transporteurs sont associés à des temps de mise en attente plus longs ou à des retards plus fréquents, fournissant ainsi des éléments utiles pour négocier les contrats et sélectionner les transporteurs.

Pourquoi c’est important

Elle permet d’analyser la performance des différents partenaires d’expédition, afin d’optimiser la logistique et d’améliorer la fiabilité des livraisons.

Où les obtenir

Présent dans les tables de planification des expéditions ou du transport de Körber WMS. Recherchez des champs tels que « CarrierCode », « ShippingAgent » ou « SCAC ».

Exemples
FedExUPSDHLLocal Freight Inc.
Type de commande
OrderType
Catégorise l’ordre d’entrepôt, par exemple comme une réception entrante, une expédition sortante ou un transfert interne.
Description

Le type de commande définit la finalité métier de l’ordre d’entrepôt. Les types courants comprennent les expéditions client (sortantes), les réceptions fournisseur (entrantes), les transferts de stock entre sites de l’entrepôt (internes) et les retours.

Cet attribut est particulièrement utile pour filtrer les données et effectuer des comparaisons. Il permet d’analyser et de comparer les flux de processus et la performance de différents types d’opérations logistiques, par exemple pour déterminer si le processus entrant est plus ou moins efficace que le processus sortant.

Pourquoi c’est important

Il permet de segmenter l’analyse selon la finalité de la commande et de mettre en évidence les écarts de performance entre des processus tels que les réceptions entrantes et les expéditions sortantes.

Où les obtenir

Généralement situé dans la table des en-têtes de commande de Körber WMS. Recherchez un champ nommé « OrderType », « TransactionType » ou un équivalent.

Exemples
Expédition sortanteRéception entranteTransfert interneRetour client
Obligatoire Recommandé Facultatif

Activités de gestion d’entrepôt

Voici les étapes et les jalons essentiels du processus à enregistrer dans votre journal d’événements pour découvrir précisément vos opérations d’entrepôt.
7 Recommandé 8 Facultatif
Activité Description
Commande d’entrepôt créée
Création initiale d’une commande d’entrepôt dans le système, représentant un besoin de mouvement de marchandises. Cet événement est généralement enregistré explicitement lorsqu’un utilisateur ou un système intégré, comme un ERP, crée l’enregistrement de commande avec un horodatage de création.
Pourquoi c’est important

Cet événement marque le début du processus de bout en bout. Il est essentiel pour mesurer le délai total du cycle de commande et comprendre la demande globale ainsi que le volume de commandes.

Où les obtenir

Cet événement est extrait de l’horodatage de création de la table principale d’en-tête des commandes d’entrepôt, lorsqu’un nouvel enregistrement de commande est enregistré dans Körber WMS.

Collecte

Enregistré à partir de l’horodatage de création de l’en-tête de la commande d’entrepôt.

Type d’événement explicit
Commande d’entrepôt terminée
La commande d’entrepôt est clôturée dans le système, ce qui indique que tous les mouvements physiques et toutes les transactions associés sont terminés. Cette étape est généralement déduite d’un changement de statut de l’en-tête de commande, qui clôt le cycle de vie de la commande.
Pourquoi c’est important

Il s’agit du point final principal du processus, indispensable pour calculer le délai de bout en bout du cycle et mesurer le taux global d’achèvement des processus.

Où les obtenir

Déduit d’un changement de statut de l’en-tête de la commande d’entrepôt vers un statut final tel que « Complete » ou « Closed ».

Collecte

Déduit de l’horodatage du changement de statut vers « Completed » sur l’en-tête de la commande d’entrepôt.

Type d’événement inferred
Expédition effectuée
Les marchandises sont chargées et le camion quitte l’entrepôt. Cet événement est déclenché par une transaction « Ship Confirm » ou « Post Goods Issue », qui finalise l’expédition dans le système.
Pourquoi c’est important

Cette étape essentielle marque le départ physique des marchandises. Elle constitue souvent un événement clé pour la facturation et l’information des clients.

Où les obtenir

Une transaction explicite « Ship Confirm » est exécutée et associée à l’impression du connaissement. Cette transaction comporte un horodatage précis.

Collecte

Horodatage de la transaction « Ship Confirm » ou « Post Goods Issue ».

Type d’événement explicit
Marchandises emballées
L’emballage d’un conteneur ou d’un carton d’expédition est terminé, et le colis est fermé et étiqueté. Cet événement indique que la commande est prête à être mise en attente puis expédiée, et il est enregistré explicitement.
Pourquoi c’est important

Cette étape clé finalise la préparation des marchandises pour l’expédition. Elle sert à calculer le débit d’emballage et à identifier les retards avant le chargement.

Où les obtenir

L’opérateur exécute une transaction explicite « Packing Complete » ou « Close Carton », qui enregistre un horodatage d’achèvement pour le conteneur d’expédition.

Collecte

Horodatage de la transaction « Close Container » ou « Packing Complete ».

Type d’événement explicit
Marchandises mises en stock
Un opérateur confirme l’achèvement de la tâche de mise en stock, généralement en scannant l’emplacement de stockage ainsi que la palette ou l’article. Cette action enregistre explicitement le déplacement et met à jour l’emplacement de l’inventaire dans le système.
Pourquoi c’est important

Cette étape essentielle marque la fin du processus de réception. Elle sert à calculer les KPI « Putaway Cycle Time » et « Goods Receipt to Putaway Time ».

Où les obtenir

Enregistré lorsque l’opérateur confirme l’achèvement de la tâche de mise en stock au moyen d’un appareil RF. Cette action met à jour le statut de la tâche vers « Completed » et enregistre un horodatage d’achèvement.

Collecte

Horodatage de la transaction de confirmation de la tâche de mise en stock.

Type d’événement explicit
Marchandises prélevées du stockage
Un opérateur confirme que les articles d’une commande ont été prélevés dans leur emplacement de stockage. Cette opération est généralement réalisée en scannant l’article et l’emplacement, ce qui décrémente l’inventaire de l’emplacement et enregistre l’action.
Pourquoi c’est important

Il s’agit d’une étape majeure du processus sortant. Elle permet d’analyser les temps de préparation et d’identifier les éventuels retards entre la préparation et l’emballage.

Où les obtenir

Enregistré lorsque l’opérateur confirme l’achèvement de la tâche de préparation au moyen d’un appareil RF. Le statut de la tâche passe alors à « Completed » et un horodatage d’achèvement est enregistré.

Collecte

Horodatage de la transaction de confirmation de la tâche de préparation.

Type d’événement explicit
Marchandises réceptionnées et comptées
Le personnel de l’entrepôt décharge, scanne et compte les articles reçus en les comparant à la notification de livraison entrante. Cette transaction explicite confirme la réception de quantités précises de marchandises sous la responsabilité physique de l’entrepôt.
Pourquoi c’est important

Il s’agit d’une étape essentielle de la réception, qui permet de calculer des KPI tels que « Goods Receipt to Putaway Time ». Elle contribue également à identifier rapidement les écarts entre les quantités attendues et reçues.

Où les obtenir

Généré lorsqu’un utilisateur confirme les quantités reçues au moyen d’un scanner RF ou d’une transaction sur poste de travail. Cette action met à jour le statut de l’inventaire vers « Received » ou « On-Hand » dans un emplacement de transit.

Collecte

Horodatage de la transaction de confirmation de réception.

Type d’événement explicit
Commande d’entrepôt annulée
La commande d’entrepôt est annulée avant son achèvement, ce qui interrompt tous les travaux en cours. Cette action est généralement déduite d’un changement de statut de l’en-tête de commande vers « Canceled ».
Pourquoi c’est important

Représente une issue alternative du processus. L’analyse des annulations aide à comprendre les causes des échecs, comme les ruptures de stock ou les changements demandés par les clients.

Où les obtenir

Déduit d’un changement de statut de l’en-tête de la commande d’entrepôt vers « Canceled » ou « Deleted », accompagné de l’horodatage de ce changement.

Collecte

Déduit de l’horodatage du changement de statut vers « Canceled » sur l’en-tête de la commande d’entrepôt.

Type d’événement inferred
Contrôle qualité effectué
Un contrôle qualité est effectué sur les marchandises reçues, ce qui peut impliquer le déplacement des articles vers une zone dédiée au contrôle qualité. Cette activité est souvent déduite de changements de statut de l’inventaire, par exemple le passage de « On-Hand » à « QI Hold », puis à « Unrestricted ».
Pourquoi c’est important

Permet d’analyser la durée des contrôles qualité, qui peut constituer un goulot d’étranglement important. Cette analyse aide à suivre les volumes contrôlés et à identifier les retards de mise à disposition des stocks.

Où les obtenir

Peut être déduit d’une série de changements de statut de l’inventaire liés aux blocages qualité. Certains systèmes disposent de journaux explicites des transactions de gestion de la qualité.

Collecte

Déduit des changements de statut de l’inventaire ou d’un journal de transactions associé à un ordre de contrôle qualité.

Type d’événement inferred
Marchandises arrivées au quai
L’arrivée physique du transporteur au quai de réception de l’entrepôt est enregistrée. Cette opération est souvent effectuée par un agent de contrôle ou un employé de réception et marque le début du processus physique de réception. Cet événement est souvent déduit d’un changement de statut de la livraison.
Pourquoi c’est important

Cet événement permet de mesurer la ponctualité des transporteurs et d’analyser les temps d’attente au quai de réception, afin d’identifier les éventuels goulots d’étranglement avant le déchargement.

Où les obtenir

Souvent enregistré comme une mise à jour du statut de la livraison entrante ou au moyen d’une transaction « Check-In » spécifique dans un module de gestion de cour, lorsqu’il est disponible.

Collecte

Déduit d’un changement de statut vers « Arrived » ou « At Dock » sur l’enregistrement de la livraison entrante.

Type d’événement inferred
Mise en attente pour expédition
Les cartons ou palettes emballés sont déplacés de la zone d’emballage vers une voie de mise en attente désignée, où ils attendent l’enlèvement par le transporteur. Cette activité est souvent déduite de l’horodatage d’une transaction de déplacement d’inventaire vers un emplacement d’expédition.
Pourquoi c’est important

Cette information permet d’analyser le temps d’attente entre l’emballage et l’expédition finale. Des temps d’attente élevés peuvent révéler une mauvaise coordination avec les transporteurs ou une gestion inefficace des portes de quai.

Où les obtenir

Déduit d’un changement d’emplacement de l’unité de manutention, depuis un centre de travail d’emballage vers une voie d’expédition. La transaction de déplacement contient l’horodatage nécessaire.

Collecte

Déduit de l’horodatage d’une transaction de déplacement d’inventaire dont la destination est une zone de mise en attente.

Type d’événement inferred
Notification de livraison entrante reçue
Un Advanced Shipping Notification (ASN) ou une notification de livraison entrante est reçu d’un fournisseur. Cet événement indique que les marchandises doivent arriver prochainement et permet à l’entrepôt de planifier les activités de réception. Il est généralement créé au moyen d’une transaction EDI ou d’une saisie manuelle.
Pourquoi c’est important

Cette activité marque le début de la planification des marchandises entrantes. L’analyse du délai entre cette notification et l’arrivée des marchandises aide à mesurer la performance des fournisseurs et à planifier les effectifs.

Où les obtenir

Extrait de l’horodatage de création d’un ASN ou d’un enregistrement de livraison entrante, souvent créé via une interface EDI ou une saisie manuelle.

Collecte

Enregistré lorsqu’un enregistrement ASN est créé avec succès dans le système.

Type d’événement explicit
Préparation de l’emballage lancée
Les articles préparés arrivent à un poste d’emballage et un opérateur commence à les emballer. Cette activité est souvent déduite du premier scan d’un article à un poste d’emballage associé à une commande sortante donnée.
Pourquoi c’est important

Marque le début de l’étape d’emballage. La mesure du temps d’attente avant cette activité et de la durée de l’emballage aide à identifier les goulots d’étranglement dans la préparation des expéditions.

Où les obtenir

Peut correspondre à une transaction explicite « Start Packing », mais est plus souvent déduit du premier scan d’un article à un poste d’emballage pour la commande concernée.

Collecte

Déduit de l’horodatage de la première action effectuée à un poste d’emballage pour une commande donnée.

Type d’événement inferred
Tâche de mise en stock créée
Le WMS crée une tâche demandant à un opérateur de déplacer les marchandises reçues d’une zone de transit vers un emplacement de stockage final. La logique du système, fondée sur les stratégies de mise en stock, détermine l’emplacement optimal pour les articles.
Pourquoi c’est important

Cet événement marque le début du processus de mise en stock. L’analyse du délai entre cet événement et l’achèvement de la tâche permet de mesurer l’efficacité du système et des opérateurs.

Où les obtenir

Un enregistrement est créé dans une table de gestion des tâches ou une file de travail, avec le type de tâche « Putaway » et un horodatage de création correspondant.

Collecte

Enregistré à partir de l’horodatage de création de l’enregistrement de la tâche de mise en stock.

Type d’événement explicit
Tâche de préparation créée
Le système génère une tâche de préparation pour un opérateur à partir d’une commande d’entrepôt sortante. Cette tâche dirige l’opérateur vers un emplacement précis afin d’y prélever une quantité déterminée d’un article.
Pourquoi c’est important

Cet événement lance le processus de traitement des commandes sortantes. L’analyse de la génération des tâches de préparation aide à comprendre la logique de traitement des commandes et la répartition de la charge de travail.

Où les obtenir

Un enregistrement comportant le type de tâche « Picking » et un horodatage de création est créé dans une table de gestion des tâches ou une file de travail de Körber WMS.

Collecte

Enregistré à partir de l’horodatage de création de l’enregistrement de la tâche de préparation.

Type d’événement explicit
Recommandé Facultatif

Guides d'extraction

Comment extraire vos données de Körber WMS

Prêt à commencer ?

Commencez dès aujourd’hui à mettre au jour les analyses utiles et les inefficacités de votre processus de gestion d’entrepôt. Ce modèle constitue la base d’une approche optimisée et fondée sur les données.

Optimisez la gestion d'entrepôt et gagnez en efficacité dès aujourd'hui

Éliminez les erreurs de préparation et atteignez rapidement une précision des stocks de 99,5 %.

Démarrer l'essai gratuit

Aucune carte bancaire requise. Résiliation possible à tout moment.