Votre modèle de données pour la gestion d’entrepôt
Votre modèle de données pour la gestion d’entrepôt
- Attributs recommandés à recueillir
- Activités clés à suivre dans les opérations d’entrepôt
- Conseils d’extraction adaptés à Körber WMS
Attributs de gestion d’entrepôt
| Nom | Description | ||
|---|---|---|---|
| Commande d’entrepôt WarehouseOrder | Identifiant unique d’une commande d’entrepôt, utilisé comme identifiant principal du cas pour suivre toutes les activités logistiques associées. | ||
| Description La commande d’entrepôt est l’identifiant central qui regroupe toutes les tâches et tous les événements liés à une demande logistique précise, comme une réception entrante ou une expédition sortante. Elle permet de suivre le cycle de vie complet d’une commande dans l’entrepôt, de sa création à son expédition ou à son annulation. En Process Mining, l’analyse par commande d’entrepôt permet de visualiser le flux complet du processus pour chaque commande. Vous pouvez ainsi repérer les parcours fréquents, les écarts, les goulots d’étranglement et le temps de cycle global selon le type de commande, par exemple standard ou urgente. Pourquoi est-ce important ? Cet identifiant de cas essentiel 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ù trouver ces données Cet identifiant se trouve généralement dans les principales tables 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 | |||
| 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é ; elle indique le moment exact où celle-ci s’est produite. Ces données temporelles sont indispensables pour calculer les durées, les temps de cycle et les temps d’attente entre les étapes du processus. Lors de l’analyse du processus, cet attribut sert à classer les événements par ordre chronologique, à reconstituer le flux du processus et à effectuer des analyses temporelles. Il est essentiel aux Dashboards de suivi de la performance, notamment à l’analyse du temps de cycle, et au calcul d’indicateurs clés de performance comme le « Temps de cycle moyen de bout en bout d’une commande ». Pourquoi est-ce important ? Cet horodatage permet de classer les événements, de calculer les indicateurs temporels, comme les temps de cycle et d’attente, et d’évaluer la performance du processus. Où trouver ces données Présent dans toutes les tables de transactions et de journaux d’événements de Körber WMS, 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 qui s’est produit à un moment donné du cycle de vie de la commande d’entrepôt. | ||
| Description Cet attribut décrit une étape du processus de gestion d’entrepôt, par exemple « Marchandises prélevées dans la zone de stockage » ou « Expédition envoyée ». Chaque activité correspond à un événement métier distinct enregistré dans le système et associé à un horodatage précis. L’analyse des activités est au cœur du Process Mining. Elle permet de construire la cartographie du processus et de voir comment le travail s’effectue 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 est-ce important ? Il définit les étapes du processus, sert de base à sa cartographie et permet d’analyser son déroulement, ses variations et ses goulots d’étranglement. Où trouver ces données Tables de transactions ou journaux d’événements de Körber WMS, où sont consignés les événements métier. Ces informations proviennent souvent des codes de transaction ou des descriptions des changements de statut. Exemples Tâche de prélèvement crééeMarchandises emballéesExpédition envoyéeCommande d’entrepôt annulée | |||
| Dernière mise à jour des données LastDataUpdate | Horodatage de la dernière actualisation des données relatives à ce processus. | ||
| Description Cet attribut indique la date et l’heure de la dernière extraction ou mise à jour des données. Il permet d’évaluer leur fraîcheur et de savoir à quel point la vue du processus est à jour. Dans les Dashboards et les rapports, cette information est essentielle à la transparence. Elle permet de savoir si les données consultées sont en temps réel, quotidiennes ou hebdomadaires, ce qui influe sur les décisions. Pourquoi est-ce important ? Il renseigne sur l’actualité des données, un élément important pour prendre des décisions métier pertinentes et fondées sur l’analyse. Où trouver ces données 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 d’origine des données d’événement, ici « Körber WMS ». Dans un environnement où plusieurs systèmes sont intégrés, ce champ permet de distinguer les sources de données et d’en retracer la provenance. Pour l’analyse, il apporte un contexte utile, notamment lorsque vous combinez des données issues de plusieurs systèmes. Il contribue à garantir la qualité des données et permet de limiter l’analyse aux activités d’un système donné. Pourquoi est-ce important ? Il précise l’origine des données et en facilite la compréhension et la traçabilité, notamment dans les environnements où plusieurs systèmes sont interconnectés. Où trouver ces données Il s’agit généralement d’une valeur statique ajoutée lors de l’extraction des données pour identifier le système source. Exemples Körber WMSKörberOne | |||
| ID de l’utilisateur ou de l’opérateur UserOperatorId | Identifiant de l’utilisateur ou de l’opérateur qui a effectué l’activité. | ||
| Description Cet attribut identifie l’employé de l’entrepôt ou l’utilisateur système chargé d’effectuer une tâche précise, comme le prélèvement, l’emballage ou la mise en stock. Il peut également désigner un système automatisé ou un robot. Cette dimension est essentielle à l’analyse de la performance des ressources. Elle permet de comprendre la répartition de la charge de travail, de repérer les employés les plus performants et d’identifier les personnes qui pourraient avoir besoin d’une formation complémentaire. Elle sert de base au Dashboard « Utilisation des ressources et charge de travail » et à l’indicateur clé de performance « Débit par opérateur ». Pourquoi est-ce important ? Il permet d’analyser la performance des équipes, la répartition de la charge de travail et l’efficacité des ressources, afin de repérer les besoins de formation et les employés les plus performants. Où trouver ces données Présent dans les tables de transactions ou de journaux où sont enregistrées les actions des utilisateurs. Recherchez des champs tels que « UserID », « UserName », « ExecutedBy » ou « OperatorID ». Exemples JSMITHABOT01CDAVISsystème | |||
| Niveau de priorité PriorityLevel | Indique le degré d’urgence ou la priorité de la commande d’entrepôt, par exemple standard ou urgente. | ||
| Description Le niveau de priorité est une classification attribuée à une commande d’entrepôt pour définir le degré d’urgence de son traitement. Une commande peut, par exemple, être marquée « Urgente » ou « Priorité élevée » et traitée avant les commandes standard. Cet attribut est essentiel au Dashboard « Analyse des commandes urgentes » et à l’indicateur clé de performance « Pourcentage d’expéditions urgentes ». Il permet de comprendre l’incidence des commandes urgentes sur les opérations globales de l’entrepôt et leurs coûts, ainsi que de vérifier si elles sont effectivement traitées plus rapidement que les commandes standard. Pourquoi est-ce important ? Il permet d’analyser le traitement des commandes urgentes, leur fréquence et leur incidence sur la performance globale du processus et les coûts. Où trouver ces données Présent dans les données d’en-tête des commandes. Recherchez des champs tels que « Priority », « Urgency » ou un indicateur spécifique du niveau de service d’expédition. Exemples StandardUrgenteLivraison le lendemainCritique | |||
| Quantité réelle ActualQuantity | Quantité d’un article effectivement traitée ou enregistrée lors d’une tâche. | ||
| Description La quantité réelle correspond au nombre d’unités comptées, prélevées, emballées ou reçues physiquement 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 « Quantité prévue » en raison d’une rupture de stock, d’un dommage ou d’une erreur humaine. La comparaison de cet attribut avec la « Quantité prévue » est essentielle au Dashboard « Santé et précision du processus de gestion des stocks ». Les écarts entre les deux valeurs signalent directement des défaillances du processus ou des inexactitudes dans les données qui doivent être examinées. Pourquoi est-ce important ? Elle indique ce qui a été réellement traité et permet de calculer les taux d’écart et de vérifier la précision des stocks. Où trouver ces données Présent dans les enregistrements de confirmation des transactions ou d’achèvement des tâches. Les noms de champs peuvent inclure « ActualQty », « ConfirmedQuantity » ou « PickedQuantity ». Exemples 10491 | |||
| Référence SKU du produit ProductSKU | Unité de gestion des stocks (SKU) ou numéro d’article du produit traité. | ||
| Description La référence SKU du produit est l’identifiant unique d’un produit ou d’un article donné associé à la commande d’entrepôt. Une commande peut contenir une ou plusieurs références SKU. L’analyse par référence SKU permet de déterminer si certains produits nécessitent un traitement plus complexe ou posent davantage de problèmes. Vous pourriez, par exemple, constater que les articles fragiles prennent plus de temps à emballer ou que certaines références SKU sont souvent associées à des erreurs de prélèvement. Ces constats peuvent guider l’évolution des stratégies de stockage ou des procédures de manutention. Pourquoi est-ce important ? Il permet d’analyser la performance du processus pour des produits précis et de repérer les articles qui entraînent des retards ou des erreurs. Où trouver ces données Présent dans les tables des lignes de commande, liées à l’en-tête principal de la commande d’entrepôt. Les noms de champs courants comprennent « SKU », « MaterialNumber » ou « ItemCode ». Exemples SKU-847361SKU-991204SKU-103557 | |||
| Date d’achèvement demandée RequestedCompletionDate | Date à laquelle le client ou la partie prenante interne souhaite 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 selon les attentes du client ou les accords de niveau de service (SLA). Elle sert de référence pour mesurer la performance réelle. Cette date est essentielle au Dashboard « Analyse des commandes urgentes ». La comparaison entre la « Date d’achèvement demandée » et la « Date d’achèvement réelle » (l’horodatage de l’activité « Expédition envoyée » ou « Commande d’entrepôt terminée ») permet de mesurer le respect des délais et de repérer les commandes susceptibles d’être en retard. Pourquoi est-ce important ? Elle sert de référence pour mesurer le respect des délais et des accords de niveau de service (SLA), et permet de repérer les commandes susceptibles d’être en retard. Où trouver ces données Présent dans la table d’en-tête des commandes. Les noms de champs courants comprennent « RequiredDeliveryDate », « RequestedShipDate » ou « SLA ». Exemples 2023-10-28T23:59:59Z2023-11-05T23:59:59Z | |||
| Écart de prélèvement IsPickingDiscrepancy | Indique si la quantité réellement prélevée correspond à la quantité prévue. | ||
| Description Cet attribut booléen dérivé prend la valeur « vrai » si la « Quantité réelle » diffère de la « Quantité prévue » pour une activité de prélèvement. Il signale simplement une erreur de prélèvement ou un problème de stock pour une tâche donnée. Cet indicateur simplifie l’analyse en permettant de filtrer rapidement les commandes présentant un écart de prélèvement. Il sert au calcul de l’indicateur clé de performance « Taux d’écart de prélèvement » et contribue au Dashboard « Santé et précision du processus de gestion des stocks » en mettant en évidence les points de défaillance. Pourquoi est-ce important ? Il signale clairement les erreurs de prélèvement par une valeur binaire et simplifie l’analyse nécessaire pour repérer et quantifier les problèmes de précision des stocks. Où trouver ces données 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 indique les coordonnées physiques dans l’entrepôt, par exemple un rayonnage, une étagère ou une case. Il concerne des activités telles que « Marchandises mises en stock » et « Marchandises prélevées dans la zone de stockage ». Ces données sont utilisées dans le Dashboard « Efficacité de la mise en stock et utilisation des emplacements » 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 faciles d’accès afin de réduire le temps de prélèvement. Pourquoi est-ce 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 prélèvement pour chaque emplacement. Où trouver ces données Présent dans les tables des stocks, des tâches ou des 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 indique l’équipement de manutention (MHE) ou la technologie utilisés pour une tâche dans l’entrepôt. Il peut s’agir d’un chariot élévateur, d’un transpalette, d’un scanner portable ou d’un véhicule à guidage automatique (AGV). L’analyse par équipement permet de comprendre son utilisation, les besoins de maintenance et l’incidence des différents types d’équipement sur l’efficacité des tâches. Il s’agit d’une dimension importante du Dashboard « Utilisation des ressources et charge de travail », qui donne une vue d’ensemble des ressources humaines et matérielles. Pourquoi est-ce important ? Il permet d’analyser l’utilisation des équipements et leur incidence sur la performance des tâches, afin d’optimiser la gestion du parc et de repérer les goulots d’étranglement liés aux machines. Où trouver ces données Consultez la documentation de Körber WMS. Ces données peuvent être consignées dans les enregistrements d’exécution des tâches, notamment lorsque les opérateurs se connectent à un équipement précis. Exemples FORKLIFT-08SCANNER-112AGV-03 | |||
| Heure de fin EndTime | Horodatage indiquant, s’il est disponible, le moment où une activité a été terminée. | ||
| Description L’heure de fin correspond à l’horodatage d’achèvement d’une activité. Alors que StartTime (EventTime) indique son début, l’heure de fin en marque la conclusion et permet de calculer directement sa durée. Tous les événements n’ont pas une heure de fin distincte ; dans bien des cas, la durée de l’événement précédent est déduite de l’heure de début de l’événement suivant. Cet attribut est particulièrement utile pour calculer avec précision la durée de traitement de chaque tâche. Il permet, par exemple, de déterminer la « Durée moyenne du contrôle qualité » en mesurant le temps écoulé entre le début et la fin de l’inspection. Pourquoi est-ce important ? Il permet de calculer précisément la durée de traitement de chaque activité et de repérer les tâches inefficaces ainsi que les goulots d’étranglement liés aux ressources. Où trouver ces données Consultez la documentation de Körber WMS. Cette information peut figurer dans les tables de transactions, à côté de l’heure de début, ou dans les tables connexes d’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ù se déroulent les activités. | ||
| Description L’ID de l’entrepôt indique le site ou l’installation où la commande d’entrepôt est traitée. Pour les organisations qui disposent de plusieurs centres de distribution, il s’agit d’une dimension importante pour l’analyse. Cet attribut permet de comparer la performance des différents sites. Vous pouvez, par exemple, comparer le « Temps de cycle moyen de bout en bout d’une commande » entre l’entrepôt A et l’entrepôt B afin de repérer les bonnes pratiques ou les problèmes opérationnels propres à un site. Pourquoi est-ce important ? Il permet de comparer et d’évaluer la performance des différents sites d’entreposage, et de repérer les problèmes propres à une région ou à une installation. Où trouver ces données Ces informations figurent généralement dans les tables d’en-tête des commandes ou de configuration des sites. Elles peuvent être désignées par « Plant », « Site » ou « LocationCode ». Exemples WH-NYCDC-LAXFC-DAL | |||
| Quantité prévue PlannedQuantity | Quantité d’un article dont le traitement était prévu pour une tâche, comme un prélèvement ou une réception. | ||
| Description La quantité prévue correspond au nombre d’unités attendu pour une tâche donnée, selon la commande d’entrepôt. Par exemple, si une commande nécessite le prélèvement de 10 unités d’une référence SKU, la quantité prévue pour cette tâche est de 10. Cet attribut est essentiel pour repérer les écarts en le comparant à la « Quantité réelle ». Il sert au calcul des indicateurs clés de performance « Taux d’écart de prélèvement » et « Taux d’écart de stock », indispensables à la fiabilité des stocks. Pourquoi est-ce important ? Elle sert de référence pour mesurer la précision des tâches de prélèvement et de réception, et permet de détecter les écarts de stock. Où trouver ces données Disponible dans les tables des tâches ou des lignes de commande. Recherchez des champs tels que « OrderQuantity », « PlannedQty » ou « ExpectedQuantity ». Exemples 10501 | |||
| Statut SLA SLAStatus | Indique si la commande a été terminée à temps, en retard ou risque de l’être, selon sa date d’achèvement demandée. | ||
| Description Le statut SLA est un attribut calculé qui classe chaque commande selon le respect de la date « RequestedCompletionDate ». Il peut prendre des valeurs telles que « Dans les délais », « En retard » ou « En cours ». Cet attribut donne une vue immédiate du respect des niveaux de service. Il permet de filtrer et d’analyser rapidement les commandes en retard pour en comprendre les causes, comme certains goulots d’étranglement ou des problèmes de ressources. Il est essentiel à toute analyse portant sur la satisfaction des clients et la fiabilité opérationnelle. Pourquoi est-ce important ? Il mesure directement le respect des accords de niveau de service et facilite le repérage des commandes en retard ainsi que l’analyse de leurs causes. Où trouver ces données Calculé lors de la transformation des données en comparant l’horodatage de l’événement « Commande d’entrepôt terminée » à la valeur « RequestedCompletionDate ». Exemples Dans les délaisEn retardEn cours | |||
| Temps de cycle CycleTime | Durée totale entre la création et l’achèvement de la commande d’entrepôt. | ||
| Description Le temps de cycle est une métrique calculée qui mesure la durée totale d’un cas, du premier événement (« Commande d’entrepôt créée ») au dernier (« Commande d’entrepôt terminée »). Il correspond au temps de traitement de bout en bout d’une commande. Il s’agit d’un indicateur clé de performance du Process Mining, qui répond directement à la question « Combien de temps cela prend-il ? ». C’est la métrique principale du Dashboard « Temps de cycle de bout en bout des commandes d’entrepôt » et de l’indicateur clé de performance « Temps de cycle moyen de bout en bout d’une commande ». Elle sert à suivre la santé globale du processus et à repérer les commandes dont le traitement prend anormalement longtemps. Pourquoi est-ce important ? Cet indicateur clé de performance mesure l’efficacité globale du processus d’entrepôt, qui a une incidence directe sur la satisfaction des clients et les coûts opérationnels. Où trouver ces données Cette métrique est calculée dans l’outil de Process Mining en soustrayant l’horodatage du premier événement de celui du dernier pour chaque commande d’entrepôt. Exemples 8640017280036000 | |||
| Transporteur Carrier | Transporteur chargé de 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 à leur destination finale. Il est généralement désigné lors de la planification ou de l’expédition. L’analyse par transporteur peut révéler des différences de performance entre les partenaires d’expédition. Elle peut, par exemple, aider à déterminer si certains transporteurs sont associés à des temps de préparation plus longs ou à des retards plus fréquents. Ces données sont utiles pour négocier les contrats et choisir les transporteurs. Pourquoi est-ce important ? Il 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ù trouver ces données 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 | Classe la commande d’entrepôt, par exemple en réception entrante, expédition sortante ou transfert interne. | ||
| Description Le type de commande indique la finalité métier de la commande d’entrepôt. Les types courants comprennent les expéditions aux clients (sortantes), les réceptions des fournisseurs (entrantes), les transferts de stock entre emplacements d’entrepôt (internes) et les retours. Cet attribut permet de filtrer les données et de comparer les opérations. Vous pouvez analyser et comparer le déroulement et la performance de différents types d’opérations logistiques, par exemple pour déterminer si le processus de réception entrante est plus ou moins efficace que celui d’expédition sortante. Pourquoi est-ce important ? Il permet de segmenter l’analyse selon la finalité de la commande et de comparer la performance de processus tels que les réceptions entrantes et les expéditions sortantes. Où trouver ces données Généralement présent dans la table d’en-tête des commandes de Körber WMS. Recherchez un champ nommé « OrderType », « TransactionType » ou similaire. 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, qui correspond à un besoin de déplacement 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 la commande avec un horodatage. | ||
| Pourquoi est-ce important ? Cet événement marque le début du processus de bout en bout. Il est essentiel pour mesurer le temps de cycle total des commandes et comprendre la demande globale ainsi que le volume de commandes. Où trouver ces données Cet événement est extrait de l’horodatage de création dans la table principale des en-têtes de commandes d’entrepôt, lorsqu’un nouvel enregistrement est enregistré dans Körber WMS. Données à recueillir Horodatage extrait 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 signifie que tous les mouvements physiques et toutes les transactions associés sont terminés. Cette clôture est généralement déduite d’un changement de statut dans l’en-tête de la commande, qui marque la fin de son cycle de vie. | ||
| Pourquoi est-ce important ? Il s’agit du principal point de fin du processus, indispensable au calcul du temps de cycle de bout en bout et du taux global d’achèvement du processus. Où trouver ces données Déduit du passage du statut de l’en-tête de la commande d’entrepôt à un statut final, tel que « Complete » ou « Closed ». Données à recueillir Déduit de l’horodatage du passage au statut « Completed » dans l’en-tête de la commande d’entrepôt. Type d’événement inferred | |||
| Expédition envoyé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 est-ce important ? Cette étape clé marque le départ physique des marchandises. Elle constitue souvent un événement important pour la facturation et l’information des clients. Où trouver ces données Une transaction explicite « Ship Confirm » est exécutée, associée à l’impression du connaissement. Cette transaction comporte un horodatage précis. Données à recueillir Horodatage de la transaction « Ship Confirm » ou « Post Goods Issue ». Type d’événement explicit | |||
| Marchandises emballées | L’emballage des marchandises dans un conteneur ou 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 zone d’expédition, puis expédiée. Il est enregistré explicitement. | ||
| Pourquoi est-ce important ? Cette étape importante termine la préparation des marchandises pour l’expédition. Elle sert à calculer le débit d’emballage et à repérer les retards avant le chargement. Où trouver ces données L’opérateur exécute une transaction explicite « Packing Complete » ou « Close Carton », qui enregistre l’horodatage de fin du conteneur d’expédition. Données à recueillir Horodatage extrait de la transaction « Close Container » ou « Packing Complete ». Type d’événement explicit | |||
| Marchandises prélevées dans le stock | L’opérateur confirme que les articles d’une commande ont été prélevés à leur emplacement de stockage. Il scanne généralement l’article et l’emplacement, ce qui décrémente le stock de l’emplacement et enregistre l’opération. | ||
| Pourquoi est-ce important ? Cette étape importante du processus de sortie permet d’analyser les temps de prélèvement et de repérer les retards éventuels entre le prélèvement et l’emballage. Où trouver ces données Enregistré lorsque l’opérateur confirme la fin de la tâche de prélèvement à l’aide d’un appareil RF. Le statut de la tâche passe alors à « Completed » et un horodatage de fin est enregistré. Données à recueillir Horodatage extrait de la transaction de confirmation de la tâche de prélèvement. Type d’événement explicit | |||
| Marchandises rangées en stock | L’opérateur confirme la fin de la tâche de rangement, généralement en scannant l’emplacement de stockage et la palette ou l’article. Cette opération enregistre explicitement le déplacement et met à jour l’emplacement du stock dans le système. | ||
| Pourquoi est-ce important ? Cette étape importante marque la fin du processus de réception. Elle sert à calculer les KPI « temps de cycle de rangement » et « délai entre la réception des marchandises et leur rangement ». Où trouver ces données Enregistré lorsque l’opérateur confirme la fin de la tâche de rangement à l’aide d’un appareil RF. Cette opération fait passer le statut de la tâche à « Completed » et enregistre un horodatage de fin. Données à recueillir Horodatage extrait de la transaction de confirmation de la tâche de rangement. Type d’événement explicit | |||
| Marchandises reçues 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 prise en charge physique de quantités précises de marchandises par l’entrepôt. | ||
| Pourquoi est-ce important ? Cette étape importante des opérations entrantes permet de calculer des KPI comme le « délai entre la réception des marchandises et leur rangement ». Elle aide également à repérer rapidement les écarts entre les quantités attendues et reçues. Où trouver ces données Généré lorsqu’un utilisateur confirme les quantités reçues à l’aide d’un scanner RF ou d’une transaction sur ordinateur. Cette opération met à jour le statut du stock et le fait passer à « Received » ou « On-Hand » dans un emplacement de transit. Données à recueillir Horodatage extrait 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 met fin aux travaux en cours. Cette action est généralement déduite du passage de l’en-tête de la commande au statut « Canceled ». | ||
| Pourquoi est-ce important ? Représente une autre issue possible du processus. L’analyse des annulations aide à comprendre les causes d’échec, comme les ruptures de stock ou les changements demandés par les clients. Où trouver ces données Déduit du passage de l’en-tête de la commande d’entrepôt au statut « Canceled » ou « Deleted », ainsi que de l’horodatage de ce changement. Données à recueillir Déduit de l’horodatage du passage au statut « Canceled » dans 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. Il peut nécessiter leur déplacement vers une zone dédiée au contrôle qualité. Cette activité est souvent déduite des changements de statut du stock, par exemple lorsqu’il passe de « On-Hand » à « QI Hold », puis à « Unrestricted ». | ||
| Pourquoi est-ce important ? Permet d’analyser la durée des contrôles qualité, qui peuvent constituer un goulot d’étranglement important. L’analyse aide à suivre le volume des contrôles et à repérer les retards de mise à disposition du stock. Où trouver ces données Peut être déduit d’une série de changements de statut du stock liés aux mises en attente pour contrôle qualité. Certains systèmes disposent de journaux explicites des transactions de gestion de la qualité. Données à recueillir Déduit des changements de statut du stock ou d’un journal des transactions associé à un ordre de contrôle qualité. Type d’événement inferred | |||
| Début de l’emballage | Les articles prélevés arrivent à un poste d’emballage et un opérateur commence à les emballer. Cet événement est souvent déduit du premier scan d’un article au poste d’emballage associé à une commande sortante. | ||
| Pourquoi est-ce 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 à repérer les goulots d’étranglement dans la préparation des expéditions. Où trouver ces données Il peut s’agir d’une transaction explicite « Start Packing », mais l’événement est plus souvent déduit du premier scan d’un article au poste d’emballage associé à la commande. Données à recueillir Déduit de l’horodatage de la première opération effectuée au poste d’emballage pour une commande donnée. 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 sécurité ou un employé chargé de la réception et marque le début de la réception physique. L’événement est souvent déduit d’un changement de statut de la livraison. | ||
| Pourquoi est-ce important ? Cet événement permet de mesurer la ponctualité des transporteurs et d’analyser les temps d’attente au quai de réception, afin de repérer les goulots d’étranglement potentiels avant le déchargement. Où trouver ces données Souvent enregistré sous forme de mise à jour du statut de la livraison entrante ou au moyen d’une transaction « Check-In » dans un module de gestion de cour, si celui-ci est disponible. Données à recueillir Déduit du passage du statut de la livraison entrante à « Arrived » ou « At Dock ». Type d’événement inferred | |||
| Marchandises mises en zone d’expédition | Les cartons ou palettes emballés sont déplacés de la zone d’emballage vers une voie d’expédition désignée, où ils attendent l’enlèvement par le transporteur. Cet événement est souvent déduit de l’horodatage d’une transaction de déplacement du stock vers un emplacement d’expédition. | ||
| Pourquoi est-ce important ? Cet événement permet d’analyser le temps d’attente entre l’emballage et l’expédition finale. Une attente prolongée peut révéler une mauvaise coordination avec les transporteurs ou une gestion inefficace des portes de quai. Où trouver ces données Déduit du changement d’emplacement de l’unité de manutention, qui passe d’un poste d’emballage à une voie d’expédition. La transaction de déplacement contient l’horodatage nécessaire. Données à recueillir Déduit de l’horodatage d’une transaction de déplacement du stock vers un emplacement de transit. Type d’événement inferred | |||
| Notification de livraison entrante reçue | Une notification d’expédition anticipée (ASN) ou une notification de livraison entrante est reçue d’un fournisseur. Cet événement indique l’arrivée prévue des marchandises et permet à l’entrepôt de planifier leur réception. Il est généralement créé par une transaction EDI ou saisi manuellement. | ||
| Pourquoi est-ce important ? Cette activité marque le début de la planification des marchandises entrantes. L’analyse du délai entre la notification et l’arrivée des marchandises aide à évaluer les performances des fournisseurs et à planifier les effectifs. Où trouver ces données Cet événement est extrait de l’horodatage de création d’un enregistrement ASN ou de livraison entrante, souvent créé par une interface EDI ou une saisie manuelle. Données à recueillir Enregistré lors de la création réussie d’un enregistrement ASN dans le système. Type d’événement explicit | |||
| Tâche de prélèvement créée | Le système génère une tâche de prélèvement pour un opérateur à partir d’une commande d’entrepôt sortante. Cette tâche indique à l’opérateur l’emplacement où récupérer une quantité précise d’un article. | ||
| Pourquoi est-ce important ? Cet événement lance le processus de traitement des commandes sortantes. L’analyse de la génération des tâches de prélèvement aide à comprendre la logique de traitement des commandes et la répartition de la charge de travail. Où trouver ces données Un enregistrement de type de tâche « Picking », accompagné d’un horodatage de création, est créé dans une table de gestion des tâches ou de file de travail de Körber WMS. Données à recueillir Horodatage extrait de l’horodatage de création de l’enregistrement de la tâche de prélèvement. Type d’événement explicit | |||
| Tâche de rangement 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 définitif. Selon les stratégies de rangement, la logique du système détermine l’emplacement le mieux adapté aux articles. | ||
| Pourquoi est-ce important ? Cet événement marque le début du processus de rangement. L’analyse du délai entre cet événement et la fin de la tâche permet de mesurer l’efficacité du système et de l’opérateur. Où trouver ces données Un enregistrement est créé dans une table de gestion des tâches ou de file de travail, avec le type de tâche « Putaway » et l’horodatage de création correspondant. Données à recueillir Horodatage extrait de l’horodatage de création de l’enregistrement de la tâche de rangement. Type d’événement explicit | |||
Guides d’extraction
Étapes
- Obtenez l’accès à la base de données : Demandez des identifiants en lecture seule et les informations de connexion (nom du serveur, nom de la base de données et port) pour la base de production Körber WMS ou une réplique. Vous aurez besoin d’un outil client tel que Microsoft SQL Server Management Studio (SSMS) ou Oracle SQL Developer.
- Repérez 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 de Körber WMS, car ils peuvent varier. Les tables principales concernent généralement les en-têtes de commande, les tâches et les transactions de stock.
- Connectez-vous à la base de données : Lancez votre client SQL et connectez-vous à la base de données Körber WMS avec les identifiants fournis.
- Chargez le script SQL : Ouvrez une nouvelle fenêtre de requête et copiez le script SQL complet fourni dans la section « query » de ce document.
- Configurez 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é pour filtrer l’extraction. - Exécutez la requête : Lancez le script SQL configuré. La durée d’exécution dépendra de la période choisie et du volume de données dans votre système.
- Vérifiez les résultats : Une fois la requête terminée, examinez brièvement les résultats dans votre client SQL pour vérifier qu’elle renvoie des lignes et que les colonnes (
WarehouseOrder,ActivityName,EventTime, etc.) sont renseignées comme prévu. - Exportez au format CSV : Exportez l’ensemble des résultats dans un fichier CSV. La plupart des clients SQL disposent d’une fonction intégrée pour exporter directement les résultats d’une requête.
- Préparez l’importation : Enregistrez le fichier CSV exporté avec un encodage UTF-8. Vérifiez que les en-têtes de colonnes correspondent exactement aux noms d’attributs requis, sans espace ni caractère supplémentaire.
Configuration
- Connexion à la base de données : Une connexion directe à la base de données est nécessaire. 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 compte en lecture seule afin d’éviter toute modification accidentelle des données.
- Filtrage par période : La requête utilise les variables
@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. - Filtres sur l’entrepôt et les commandes : Le script contient la variable
@[WarehouseId]pour limiter l’extraction à un entrepôt donné. Vous pouvez ajouter d’autres filtres aux clausesWHERE, par exemple sur le type de commande ou le client, afin d’affiner les données extraites. - Granularité des données : Ce script extrait les é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 des autorisations nécessaires pour lire toutes les tables référencées dans la requête. Vous devez également connaître le schéma de votre instance Körber WMS afin de vérifier et, si nécessaire, d’ajuster les noms des tables et des colonnes.
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 à repérer les possibilités d’amélioration et les inefficacités dans la gestion de votre entrepôt. Ce modèle constitue une base pour optimiser vos opérations à partir des données.
Optimisez la gestion de votre entrepôt et gagnez en efficacité dès aujourd’hui
Réduisez les erreurs de préparation et atteignez rapidement une précision de stock de 99,5 %.
Aucune carte bancaire requise. Résiliez à tout moment.