Votre modèle de données pour la gestion des entrepôts
Votre modèle de données pour la gestion des entrepôts
- Attributs recommandés à collecter
- Activités clés à suivre pour les opérations d'entrepôt
- Guide d'extraction adapté à Körber WMS
Attributs de la gestion d’entrepôt
| 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 : 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 | |||
Activités de gestion d’entrepôt
| 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 | |||
Guides d'extraction
Étapes
- Établir l'accès à la base de données : Obtenez des identifiants en lecture seule et les informations de connexion, notamment le nom du serveur, le nom de la base de données et le port, pour la base de données de production Körber WMS ou pour une réplique. Vous aurez besoin d'un outil client tel que Microsoft SQL Server Management Studio (SSMS) ou Oracle SQL Developer.
- Identifier les tables principales : Avant d'exécuter le script, vérifiez avec un administrateur système les noms exacts des tables et des colonnes utilisés dans votre implémentation Körber WMS, car ils peuvent varier. Les principales tables comprennent généralement les en-têtes de commande, les tâches et les transactions de stock.
- Se connecter à la base de données : Lancez votre client SQL et connectez-vous à la base de données Körber WMS avec les identifiants fournis.
- Charger le script SQL : Ouvrez une nouvelle fenêtre de requête et copiez le script SQL complet fourni dans la section
queryde ce document. - Configurer les paramètres : Repérez les variables de remplacement en haut du script. Remplacez
@[StartDate],@[EndDate]et@[WarehouseId]par la période souhaitée et l'identifiant de l'entrepôt concerné afin de filtrer l'extraction. - Exécuter la requête : Exécutez le script SQL configuré. La durée d'exécution dépendra de la période sélectionnée et du volume de données de votre système.
- Vérifier les résultats : Une fois la requête terminée, examinez brièvement le résultat dans votre client SQL afin de vérifier qu'il contient des lignes et que les colonnes (
WarehouseOrder,ActivityName,EventTime, etc.) sont renseignées comme prévu. - Exporter au format CSV : Exportez l'ensemble des résultats dans un fichier CSV. La plupart des clients SQL proposent une fonction intégrée pour exporter directement les résultats d'une requête.
- Préparer le chargement : Enregistrez le fichier CSV exporté avec un encodage UTF-8. Vérifiez que les en-têtes de colonnes correspondent exactement aux noms des Attributs requis, sans espaces ni caractères supplémentaires.
Configuration
- Connexion à la base de données : Une connexion directe à la base de données est requise. Vous devez fournir l'adresse du serveur, le nom de la base de données, un nom d'utilisateur valide et un mot de passe. Il est vivement recommandé d'utiliser un utilisateur en lecture seule afin d'éviter toute modification accidentelle des données.
- Filtrage par période : La requête utilise les paramètres
@StartDateet@EndDatepour définir la période d'extraction. Pour une première analyse, une période de 3 à 6 mois est recommandée afin de couvrir suffisamment de variations du processus sans surcharger la base de données. - Filtrage par entrepôt et par commande : Le script contient le paramètre
@[WarehouseId]pour limiter l'extraction à un site donné. Vous pouvez ajouter d'autres filtres dans les clausesWHERE, par exemple sur le type de commande ou le client, afin d'affiner davantage les données. - Granularité des données : Ce script extrait des événements au niveau de l'en-tête de commande, par exemple « Warehouse Order Created », ainsi qu'au niveau détaillé des tâches ou des transactions, par exemple « Goods Picked ».
- Prérequis : Vous devez disposer d'autorisations suffisantes pour lire toutes les tables référencées dans la requête. Une bonne connaissance du schéma propre à votre instance Körber WMS est nécessaire pour vérifier et, si besoin, adapter les noms des tables et des colonnes.
a Exemple de requête sql
DECLARE @StartDate DATETIME = '2023-01-01';
DECLARE @EndDate DATETIME = '2023-12-31';
DECLARE @WarehouseId NVARCHAR(10) = '[Your Warehouse ID]';
-- 1. Warehouse Order Created
SELECT
ord.ORD_NBR AS WarehouseOrder,
'Warehouse Order Created' AS ActivityName,
ord.CREATE_DATE AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
ord.CREATE_USER AS UserOperatorId,
ord.PRIORITY AS PriorityLevel,
NULL AS ProductSKU,
NULL AS ActualQuantity
FROM [ORD_HDR] ord
WHERE ord.CREATE_DATE BETWEEN @StartDate AND @EndDate AND ord.WH_ID = @WarehouseId
UNION ALL
-- 2. Inbound Delivery Notification Rcvd
SELECT
asn.ASN_NBR AS WarehouseOrder,
'Inbound Delivery Notification Rcvd' AS ActivityName,
asn.CREATE_DATE AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
asn.CREATE_USER AS UserOperatorId,
asn.PRIORITY AS PriorityLevel,
NULL AS ProductSKU,
NULL AS ActualQuantity
FROM [ASN_HDR] asn
WHERE asn.CREATE_DATE BETWEEN @StartDate AND @EndDate AND asn.WH_ID = @WarehouseId
UNION ALL
-- 3. Goods Arrived at Dock
SELECT
asn.ASN_NBR AS WarehouseOrder,
'Goods Arrived at Dock' AS ActivityName,
asn.ACTUAL_ARRIVAL_TSTMP AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
asn.MOD_USER AS UserOperatorId,
asn.PRIORITY AS PriorityLevel,
NULL AS ProductSKU,
NULL AS ActualQuantity
FROM [ASN_HDR] asn
WHERE asn.ACTUAL_ARRIVAL_TSTMP IS NOT NULL AND asn.ACTUAL_ARRIVAL_TSTMP BETWEEN @StartDate AND @EndDate AND asn.WH_ID = @WarehouseId
UNION ALL
-- 4. Goods Received and Counted
SELECT
tran.ORD_NBR AS WarehouseOrder,
'Goods Received and Counted' AS ActivityName,
tran.TRAN_TSTMP AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
tran.USER_ID AS UserOperatorId,
NULL AS PriorityLevel,
tran.SKU AS ProductSKU,
tran.TRAN_QTY AS ActualQuantity
FROM [INV_TRAN] tran
WHERE tran.TRAN_TYPE = 'RECV' AND tran.TRAN_TSTMP BETWEEN @StartDate AND @EndDate AND tran.WH_ID = @WarehouseId
UNION ALL
-- 5. Quality Inspection Performed
SELECT
tran.ORD_NBR AS WarehouseOrder,
'Quality Inspection Performed' AS ActivityName,
tran.TRAN_TSTMP AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
tran.USER_ID AS UserOperatorId,
NULL AS PriorityLevel,
tran.SKU AS ProductSKU,
tran.TRAN_QTY AS ActualQuantity
FROM [INV_TRAN] tran
WHERE tran.TRAN_TYPE = 'MOVE' AND tran.REASON_CODE = 'QI_INSP' AND tran.TRAN_TSTMP BETWEEN @StartDate AND @EndDate AND tran.WH_ID = @WarehouseId
UNION ALL
-- 6. Putaway Task Created
SELECT
tsk.ORD_NBR AS WarehouseOrder,
'Putaway Task Created' AS ActivityName,
tsk.CREATE_DATE AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
tsk.CREATE_USER AS UserOperatorId,
tsk.PRIORITY AS PriorityLevel,
tsk.SKU AS ProductSKU,
tsk.TASK_QTY AS ActualQuantity
FROM [TASK_DTL] tsk
WHERE tsk.TASK_TYPE = 'PUTAWAY' AND tsk.CREATE_DATE BETWEEN @StartDate AND @EndDate AND tsk.WH_ID = @WarehouseId
UNION ALL
-- 7. Goods Put Away in Storage
SELECT
tsk.ORD_NBR AS WarehouseOrder,
'Goods Put Away in Storage' AS ActivityName,
tsk.CMPL_TSTMP AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
tsk.USER_ID AS UserOperatorId,
tsk.PRIORITY AS PriorityLevel,
tsk.SKU AS ProductSKU,
tsk.CMPL_QTY AS ActualQuantity
FROM [TASK_DTL] tsk
WHERE tsk.TASK_TYPE = 'PUTAWAY' AND tsk.STAT_CODE = 'COMPLETED' AND tsk.CMPL_TSTMP IS NOT NULL AND tsk.CMPL_TSTMP BETWEEN @StartDate AND @EndDate AND tsk.WH_ID = @WarehouseId
UNION ALL
-- 8. Picking Task Created
SELECT
tsk.ORD_NBR AS WarehouseOrder,
'Picking Task Created' AS ActivityName,
tsk.CREATE_DATE AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
tsk.CREATE_USER AS UserOperatorId,
tsk.PRIORITY AS PriorityLevel,
tsk.SKU AS ProductSKU,
tsk.TASK_QTY AS ActualQuantity
FROM [TASK_DTL] tsk
WHERE tsk.TASK_TYPE = 'PICK' AND tsk.CREATE_DATE BETWEEN @StartDate AND @EndDate AND tsk.WH_ID = @WarehouseId
UNION ALL
-- 9. Goods Picked from Storage
SELECT
tsk.ORD_NBR AS WarehouseOrder,
'Goods Picked from Storage' AS ActivityName,
tsk.CMPL_TSTMP AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
tsk.USER_ID AS UserOperatorId,
tsk.PRIORITY AS PriorityLevel,
tsk.SKU AS ProductSKU,
tsk.CMPL_QTY AS ActualQuantity
FROM [TASK_DTL] tsk
WHERE tsk.TASK_TYPE = 'PICK' AND tsk.STAT_CODE = 'COMPLETED' AND tsk.CMPL_TSTMP IS NOT NULL AND tsk.CMPL_TSTMP BETWEEN @StartDate AND @EndDate AND tsk.WH_ID = @WarehouseId
UNION ALL
-- 10. Packing Initiated
SELECT
pck.ORD_NBR AS WarehouseOrder,
'Packing Initiated' AS ActivityName,
MIN(pck.CREATE_DATE) AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
MIN(pck.USER_ID) AS UserOperatorId,
NULL AS PriorityLevel,
NULL AS ProductSKU,
NULL AS ActualQuantity
FROM [PACK_TRAN] pck
WHERE pck.CREATE_DATE BETWEEN @StartDate AND @EndDate AND pck.WH_ID = @WarehouseId
GROUP BY pck.ORD_NBR
UNION ALL
-- 11. Goods Packed
SELECT
ctn.ORD_NBR AS WarehouseOrder,
'Goods Packed' AS ActivityName,
ctn.PACK_CMPL_TSTMP AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
ctn.PACKER_ID AS UserOperatorId,
NULL AS PriorityLevel,
NULL AS ProductSKU,
NULL AS ActualQuantity
FROM [SHIP_CARTON] ctn
WHERE ctn.PACK_CMPL_TSTMP IS NOT NULL AND ctn.PACK_CMPL_TSTMP BETWEEN @StartDate AND @EndDate AND ctn.WH_ID = @WarehouseId
UNION ALL
-- 12. Staged for Shipment
SELECT
tran.ORD_NBR AS WarehouseOrder,
'Staged for Shipment' AS ActivityName,
tran.TRAN_TSTMP AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
tran.USER_ID AS UserOperatorId,
NULL AS PriorityLevel,
tran.SKU AS ProductSKU,
tran.TRAN_QTY AS ActualQuantity
FROM [INV_TRAN] tran
JOIN [LOC_HDR] loc ON tran.TO_LOC = loc.LOC_ID AND tran.WH_ID = loc.WH_ID
WHERE tran.TRAN_TYPE = 'MOVE' AND loc.LOC_TYPE = 'SHIP_STAGE' AND tran.TRAN_TSTMP BETWEEN @StartDate AND @EndDate AND tran.WH_ID = @WarehouseId
UNION ALL
-- 13. Shipment Dispatched
SELECT
shp.ORD_NBR AS WarehouseOrder,
'Shipment Dispatched' AS ActivityName,
shp.SHIP_CONFIRM_TSTMP AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
shp.USER_ID AS UserOperatorId,
NULL AS PriorityLevel,
NULL AS ProductSKU,
NULL AS ActualQuantity
FROM [SHIPMENT_HDR] shp
WHERE shp.SHIP_CONFIRM_TSTMP IS NOT NULL AND shp.SHIP_CONFIRM_TSTMP BETWEEN @StartDate AND @EndDate AND shp.WH_ID = @WarehouseId
UNION ALL
-- 14. Warehouse Order Completed
SELECT
ord.ORD_NBR AS WarehouseOrder,
'Warehouse Order Completed' AS ActivityName,
ord.MOD_DATE AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
ord.MOD_USER AS UserOperatorId,
ord.PRIORITY AS PriorityLevel,
NULL AS ProductSKU,
NULL AS ActualQuantity
FROM [ORD_HDR] ord
WHERE ord.STAT_CODE IN ('99', 'COMPLETED') AND ord.MOD_DATE BETWEEN @StartDate AND @EndDate AND ord.WH_ID = @WarehouseId
UNION ALL
-- 15. Warehouse Order Canceled
SELECT
ord.ORD_NBR AS WarehouseOrder,
'Warehouse Order Canceled' AS ActivityName,
ord.MOD_DATE AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
ord.MOD_USER AS UserOperatorId,
ord.PRIORITY AS PriorityLevel,
NULL AS ProductSKU,
NULL AS ActualQuantity
FROM [ORD_HDR] ord
WHERE ord.STAT_CODE IN ('95', 'CANCELED') AND ord.MOD_DATE BETWEEN @StartDate AND @EndDate AND ord.WH_ID = @WarehouseId; 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 %.
Aucune carte bancaire requise. Résiliation possible à tout moment.