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
- Instructions d’extraction pour Manhattan SCALE
Attributs de gestion d’entrepôt
| Nom | Description | ||
|---|---|---|---|
|
Commande d’entrepôt
WarehouseOrder
|
Identifiant unique d’une unité de travail logistique, comme une réception ou une expédition. | ||
|
Description
La commande d’entrepôt sert d’identifiant principal du cas. Elle regroupe toutes les activités liées à un même processus logistique, du début à la fin. Il est ainsi possible de suivre l’ensemble du cycle de vie d’une commande dans l’entrepôt, qu’il s’agisse de réceptionner et ranger des marchandises, de les prélever et de les emballer, ou de les expédier. Dans une analyse de Process Mining, cet attribut est indispensable pour reconstituer le parcours de chaque commande. En reliant tous les événements à une commande d’entrepôt précise, les analystes peuvent visualiser les flux de processus, mesurer le temps de cycle de chaque commande et repérer les variations ou les goulots d’étranglement qui nuisent à l’efficacité de l’exécution.
Pourquoi est-ce important ?
C’est la clé qui permet de regrouper toutes les activités liées à l’entrepôt dans une seule instance de processus et d’en réaliser une analyse de bout en bout.
Où trouver ces données
Cet identifiant figure généralement dans les principales tables de gestion des commandes de Manhattan SCALE, notamment dans la table d’en-tête des commandes.
Exemples
WO-00583921WO-00583922WO-00583923
|
|||
|
Heure de l’événement
EventTime
|
Horodatage indiquant quand l’activité ou l’événement lié à l’entrepôt a eu lieu. | ||
|
Description
Cet attribut indique la date et l’heure précises de chaque activité enregistrée dans le processus. Il constitue le fil chronologique du journal d’événements et établit l’ordre et le moment de toutes les opérations d’entrepôt pour une commande donnée. L’heure de l’événement est indispensable à toute analyse de Process Mining fondée sur le temps. Elle sert à calculer les temps de cycle entre les activités, à mesurer la durée totale d’un processus, à repérer les retards et à analyser les performances sur différentes périodes. Des horodatages exacts sont nécessaires pour établir une carte de processus fiable et calculer des indicateurs de performance pertinents.
Pourquoi est-ce important ?
Cet horodatage est essentiel pour ordonner correctement les événements et calculer tous les indicateurs de durée, comme les temps de cycle et les délais.
Où trouver ces données
Cet attribut figure dans les tables de journaux d’événements ou les enregistrements de transactions, à côté des informations sur l’activité dans Manhattan SCALE. Les champs peuvent s’appeler, par exemple, « created_ts », « event_timestamp » ou « status_change_date ».
Exemples
2023-10-26T08:00:00Z2023-10-26T09:15:30Z2023-10-26T11:45:10Z
|
|||
|
Nom de l’activité
ActivityName
|
Nom de la tâche ou de l’événement de gestion d’entrepôt concerné. | ||
|
Description
Cet attribut consigne les étapes ou jalons distincts du processus de gestion d’entrepôt. Il peut s’agir, par exemple, de « Marchandises prélevées en stock », de « Début de l’emballage » ou d’« Expédition envoyée ». Chaque activité correspond à une action précise effectuée sur la commande d’entrepôt. Cet attribut est essentiel au Process Mining, car il définit les nœuds de la carte du processus. L’analyse de l’ordre, de la fréquence et de la durée des activités permet de visualiser les flux de processus, de repérer les écarts par rapport à la procédure standard et de localiser les goulots d’étranglement où le travail prend du retard.
Pourquoi est-ce important ?
Il définit les étapes du processus et constitue la base de sa carte, ce qui permet d’analyser les flux opérationnels et leurs variations.
Où trouver ces données
Cet attribut est établi à partir des codes de transaction, des journaux d’événements ou des tables de mise à jour des statuts de Manhattan SCALE, qui suivent l’avancement des commandes d’entrepôt.
Exemples
Marchandises arrivées au quaiTâche de prélèvement crééeMarchandises emballéesExpédition envoyée
|
|||
|
Dernière mise à jour des données
LastDataUpdate
|
Horodatage de la dernière actualisation des données depuis le système source. | ||
|
Description
Cet attribut indique la date et l’heure de la dernière extraction des données de Manhattan SCALE et de leur chargement dans l’outil de Process Mining. Il renseigne sur l’actualité des données analysées. Cette information aide les utilisateurs à évaluer la fraîcheur de l’analyse. Elle leur permet de savoir s’ils consultent des données en temps réel ou un instantané correspondant à une date précise, ce qui est important pour prendre des décisions opérationnelles éclairées et produire des rapports.
Pourquoi est-ce important ?
Il renseigne les utilisateurs sur l’actualité des données et leur permet de connaître la période couverte par l’analyse et les rapports.
Où trouver ces données
Cet horodatage est généralement généré et enregistré par l’outil ETL ou le pipeline de données lors du chargement.
Exemples
2023-11-01T02:00:00Z2023-11-02T02:00:00Z
|
|||
|
Système source
SourceSystem
|
Système d’origine des données. | ||
|
Description
Cet attribut identifie l’application source dans laquelle les données de l’événement ont été générées. Pour ce processus, sa valeur est généralement « Manhattan SCALE ». Dans un environnement où plusieurs systèmes sont intégrés, ce champ permet de distinguer les sources de données. Il précise leur origine, ce qui peut être utile pour la gouvernance des données, le dépannage et l’analyse des différences de collecte entre les plateformes.
Pourquoi est-ce important ?
Il précise l’origine des données, une information essentielle pour leur gouvernance, leur validation et leur intégration dans des environnements informatiques complexes.
Où trouver ces données
Il s’agit souvent d’une valeur statique ajoutée pendant le processus d’extraction, de transformation et de chargement (ETL) afin d’identifier le jeu de données.
Exemples
Manhattan SCALESCALE_PRODWMS_US_01
|
|||
|
Date d’achèvement demandée
RequestedCompletionDate
|
Date à laquelle le client ou le responsable interne souhaite que la commande soit expédiée. | ||
|
Description
Cet attribut correspond à l’accord de niveau de service (SLA) ou à la date de livraison cible d’une commande d’entrepôt sortante. Il s’agit de l’échéance utilisée pour mesurer le respect des délais par les opérations de l’entrepôt. Cette date constitue un repère important pour évaluer les performances. Elle est utilisée dans le Dashboard « Respect des délais d’expédition » et dans l’indicateur « Taux d’expéditions à l’heure » pour déterminer si une commande a été exécutée dans les délais. L’analyse des commandes qui dépassent cette date aide à repérer les causes systémiques des retards et à améliorer la satisfaction des clients.
Pourquoi est-ce important ?
Elle sert de référence principale pour mesurer le respect des délais d’expédition et des accords de niveau de service conclus avec les clients.
Où trouver ces données
Cet attribut est généralement stocké dans la table d’en-tête des commandes de Manhattan SCALE et provient souvent d’un système ERP ou de gestion des commandes en amont.
Exemples
2023-10-28T23:59:59Z2023-11-05T23:59:59Z2023-11-10T23:59:59Z
|
|||
|
Heure de fin
EndTime
|
Horodatage indiquant la fin d’une activité dont la durée peut être mesurée. | ||
|
Description
L’heure de fin marque l’achèvement d’une activité. Associée à une heure de début (EventTime), elle permet de calculer précisément la durée de traitement de chaque tâche. Tous les événements n’ont pas d’heure de fin distincte, mais cette information est très utile pour ceux qui en ont une, comme le prélèvement ou l’emballage. Dans les analyses, l’heure de fin sert à calculer la métrique « ProcessingTime », essentielle pour comprendre l’efficacité des ressources et la durée des tâches. Elle permet de repérer les activités qui prennent le plus de temps et contribuent à allonger le temps de cycle ou à provoquer des retards.
Pourquoi est-ce important ?
Elle permet de calculer précisément la durée de traitement de chaque activité et de repérer les tâches qui mobilisent le plus de temps et de ressources.
Où trouver ces données
Cette information peut figurer dans les mêmes journaux de transactions que l’heure de début, dans un champ distinct tel que « completed_ts » ou « end_time ». Si elle n’est pas directement disponible, elle peut parfois être déduite de l’heure de début de l’activité suivante.
Exemples
2023-10-26T08:15:00Z2023-10-26T09:30:45Z2023-10-26T12:05:00Z
|
|||
|
ID de l’article
MaterialId
|
Identifiant unique du produit ou du matériel traité. | ||
|
Description
Cet attribut, souvent appelé SKU (Stock Keeping Unit), identifie l’article concerné par une activité d’entrepôt. Une même commande d’entrepôt peut contenir plusieurs articles, chacun traité dans une ligne de commande ou une tâche distincte. L’analyse du processus par ID d’article peut révéler des problèmes propres à certains produits. Certains articles peuvent, par exemple, faire plus souvent l’objet d’échecs au contrôle qualité, d’erreurs de prélèvement ou de délais de manutention plus longs en raison de leur taille, de leur poids ou de leurs conditions de stockage. Ces informations aident à adapter les stratégies de stockage et les procédures de manutention aux différents produits.
Pourquoi est-ce important ?
Il permet d’analyser les processus par produit et de repérer les articles associés à des retards, des erreurs ou des reprises.
Où trouver ces données
Cet attribut figure dans les tables des lignes de commande de Manhattan SCALE et est associé à la commande d’entrepôt principale.
Exemples
SKU-10234-ASKU-98543-BMAT-HDWR-550
|
|||
|
ID de l’utilisateur ou de l’opérateur
UserOperatorId
|
Identifiant unique de l’employé ou de l’opérateur de l’entrepôt qui a effectué l’activité. | ||
|
Description
Cet attribut indique l’ID de l’utilisateur chargé d’exécuter une tâche précise dans l’entrepôt, comme le prélèvement, l’emballage ou le rangement. Il relie les activités du processus aux personnes qui les réalisent. L’analyse des performances par ID d’utilisateur ou d’opérateur est essentielle pour comprendre l’utilisation des ressources et l’efficacité individuelle ou collective. Elle permet de repérer les personnes les plus performantes, les besoins de formation et la répartition de la charge de travail. Ces données alimentent le Dashboard « Utilisation des ressources par opérateur » et les indicateurs associés, afin d’aider les responsables à optimiser les effectifs et l’attribution des tâches.
Pourquoi est-ce important ?
Il relie les performances du processus à des personnes ou à des équipes précises, ce qui permet d’analyser la charge de travail, la productivité et l’affectation des ressources.
Où trouver ces données
Cette information figure généralement dans les journaux de transactions de Manhattan SCALE, dans des champs tels que « user_id », « operator » ou « executed_by ».
Exemples
JSMITHBWILLIAMSLCHEN
|
|||
|
Quantité réelle
ActualQuantity
|
Quantité réelle d’un article compté, prélevé ou expédié. | ||
|
Description
Cet attribut consigne la quantité mesurée à une étape clé, par exemple lors de la réception ou du prélèvement. Il correspond à la quantité effectivement traitée, qui peut différer de la quantité prévue. La comparaison entre la quantité réelle et la quantité prévue est essentielle pour repérer les écarts. Elle constitue la base du Dashboard « Évolution des écarts de quantité des commandes » et de l’indicateur associé. Le suivi de ces écarts aide à détecter les problèmes de précision des fournisseurs, les erreurs dans les registres de stock ou les erreurs de prélèvement, autant de facteurs qui nuisent à la fiabilité des stocks.
Pourquoi est-ce important ?
Elle permet de repérer les écarts entre les quantités prévues et réellement traitées, et de mettre en évidence d’éventuels problèmes de précision des stocks ou des erreurs opérationnelles.
Où trouver ces données
Cet attribut figure dans les détails des transactions liées à des activités telles que la réception, le comptage ou le prélèvement dans Manhattan SCALE.
Exemples
100985010
|
|||
|
Type de commande
OrderType
|
Catégorise la commande d’entrepôt, par exemple en réception, expédition ou transfert interne. | ||
|
Description
Le type de commande définit l’objectif général 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 (internes) et les retours. Cet attribut permet de segmenter l’analyse du processus. En filtrant par type de commande, vous pouvez comparer les performances de différents processus, comme la réception et l’expédition. Cette distinction est importante, car leurs étapes, leurs ressources et leurs objectifs de performance diffèrent souvent. Les analyser ensemble peut donc fausser les résultats.
Pourquoi est-ce important ?
Il permet de distinguer et de comparer des processus différents, comme les réceptions et les expéditions, qui suivent des flux et répondent à des objectifs de performance distincts.
Où trouver ces données
Cet attribut figure dans les données d’en-tête des commandes de Manhattan SCALE. Le champ peut s’appeler « order_type », « transaction_type » ou porter un nom similaire.
Exemples
Réception entranteExpédition sortanteTransfert interneRetour client
|
|||
|
Date réelle d’achèvement
ActualCompletionDate
|
Date à laquelle la commande d’entrepôt a réellement été terminée, généralement au moment de l’expédition. | ||
|
Description
Cet attribut correspond à l’horodatage de la dernière étape du processus d’entrepôt pour une commande, par exemple « Expédition envoyée ». Il indique l’heure réelle d’achèvement du processus d’exécution. Cette date est comparée directement à la date d’achèvement demandée pour calculer le respect des délais d’expédition. Elle indique précisément à quel moment l’entrepôt a terminé le traitement de la commande. Son analyse permet de mesurer avec exactitude les temps de cycle d’exécution et les performances par rapport aux SLA.
Pourquoi est-ce important ?
Il fournit l’horodatage réel de l’achèvement de la commande, utilisé pour calculer les temps de cycle et mesurer les performances par rapport aux dates demandées.
Où trouver ces données
Cet attribut correspond à l’horodatage de la dernière activité du processus, par exemple « Expédition envoyée » ou « Commande d’entrepôt terminée ».
Exemples
2023-10-28T14:30:00Z2023-11-06T11:00:00Z2023-11-10T18:00:00Z
|
|||
|
Délai entre réception et mise en stock
GoodsReceiptToPutawayTime
|
Durée entre la réception des marchandises et leur mise en stock. | ||
|
Description
Cette métrique calculée mesure la durée d’une étape essentielle du processus d’approvisionnement : le temps écoulé entre l’activité « Goods Received and Counted » et l’activité « Goods Put Away in Storage ». Elle quantifie l’efficacité du quai de réception et des opérations de mise en stock. Cette durée est un indicateur clé du Dashboard « Goods Receipt to Putaway Cycle » et du KPI associé. Une valeur élevée peut signaler des goulots d’étranglement au quai de réception, des retards dans la création des tâches de mise en stock ou des trajets inefficaces. Ces problèmes retardent tous la disponibilité des stocks.
Pourquoi est-ce important ?
Cette métrique mesure l’efficacité d’une étape essentielle du processus d’approvisionnement et met en évidence les goulots d’étranglement qui retardent la disponibilité des stocks.
Où trouver ces données
Ce champ calculé correspond à l’écart entre les événements « Goods Received and Counted » et « Goods Put Away in Storage » pour un dossier donné.
Exemples
45 minutes2,5 heures8 heures
|
|||
|
Durée du cycle d’exécution des commandes
OrderFulfillmentCycleTime
|
Durée totale entre la création de la commande d’entrepôt et son traitement complet. | ||
|
Description
Cette métrique calcule la durée totale de chaque commande d’entrepôt, de l’événement « Warehouse Order Created » à l’événement « Warehouse Order Completed ». Il s’agit d’un indicateur clé de performance qui mesure l’efficacité de bout en bout de l’ensemble du processus de traitement des commandes en entrepôt. Dans les Dashboards et les analyses, cet attribut donne une vue d’ensemble des performances. Il permet de suivre les tendances, de repérer les valeurs atypiques, notamment les temps de cycle prolongés, et de comparer les performances dans le temps. Il alimente directement le Dashboard « Overall Order Fulfillment Cycle Time » et le KPI associé.
Pourquoi est-ce important ?
Ce KPI essentiel mesure la rapidité et l’efficacité de bout en bout des opérations de l’entrepôt, avec un effet direct sur la satisfaction client et les coûts opérationnels.
Où trouver ces données
Ce champ calculé correspond à l’écart entre les horodatages du premier et du dernier événement de chaque commande d’entrepôt.
Exemples
2,1 jours18,5 heures36 heures
|
|||
|
Écart de quantité
QuantityDiscrepancy
|
Différence calculée entre la quantité prévue et la quantité réelle d’un article. | ||
|
Description
Cette métrique correspond à la « Actual Quantity » moins la « Planned Quantity ». Toute valeur différente de zéro signale un écart entre la quantité de marchandises traitée et la quantité prévue. L’écart peut être positif, en cas de surplus, ou négatif, en cas de manque. Cet attribut constitue la base du KPI « Order Quantity Discrepancy Rate ». Il quantifie l’ampleur des erreurs de réception ou de prélèvement et fournit une mesure claire pour les Dashboards qui suivent la précision des stocks. L’analyse des tendances et des causes de ces écarts est essentielle pour améliorer la précision des opérations.
Pourquoi est-ce important ?
Il quantifie directement les erreurs de stock et de traitement des commandes, et fournit une mesure claire pour suivre la précision ainsi que l’incidence financière des écarts.
Où trouver ces données
Ce champ est calculé dans l’outil de Process Mining selon la formule : ActualQuantity - PlannedQuantity.
Exemples
0-25
|
|||
|
Emplacement de stockage
StorageLocation
|
Emplacement précis dans l’entrepôt, comme une case ou une allée, où les marchandises sont stockées ou prélevées. | ||
|
Description
Cet attribut identifie l’emplacement physique concerné par une activité de stockage ou de prélèvement, par exemple l’allée 5, la case 3 ou le niveau C. Il apporte un contexte spatial au processus d’entrepôt. L’analyse des activités par emplacement de stockage est essentielle pour optimiser l’agencement de l’entrepôt et la circulation des marchandises. Elle peut aider à repérer les emplacements fréquemment utilisés, les trajets de prélèvement inefficaces ou les zones sujettes à la congestion. Ces données permettent d’analyser l’efficacité du rangement et du prélèvement, et de repérer des possibilités d’amélioration des stratégies de stockage.
Pourquoi est-ce important ?
Il situe les mouvements dans l’entrepôt et permet d’analyser l’efficacité de l’agencement, les temps de déplacement et l’optimisation des trajets de prélèvement.
Où trouver ces données
Cet attribut figure dans les données détaillées des tâches de rangement et de prélèvement de Manhattan SCALE, dans des champs tels que « location_id », « bin_code » ou « source_location ».
Exemples
A01-R02-B03DOCK-04PACK-STATION-12
|
|||
|
Équipement utilisé
EquipmentUsed
|
Identifiant de l’équipement utilisé pour une activité, comme un chariot élévateur ou un scanner portable. | ||
|
Description
Cet attribut précise l’équipement de manutention (MHE) ou la technologie utilisée pour effectuer une tâche dans l’entrepôt. Il peut s’agir de l’identifiant d’un chariot élévateur, d’un transpalette ou d’un scanner RF portable. Ces données sont utiles pour analyser l’utilisation des ressources au-delà des seuls opérateurs. Elles permettent de comprendre les habitudes d’utilisation des équipements coûteux, de planifier leur maintenance et de vérifier que le matériel nécessaire est disponible au bon moment. Elles contribuent directement à des indicateurs tels que « Utilisation des ressources (prélèvement) », en apportant un autre angle d’analyse.
Pourquoi est-ce important ?
Il permet d’analyser l’utilisation des équipements et son effet sur l’efficacité du processus, afin de mieux planifier la maintenance et les investissements en matériel de manutention.
Où trouver ces données
Consultez la documentation de Manhattan SCALE ou les journaux du système. Cette information peut figurer dans les enregistrements d’exécution des tâches si le système est configuré pour la recueillir.
Exemples
FORKLIFT-07SCANNER-58BCART-22
|
|||
|
Expédition dans les délais
IsOnTimeShipment
|
Indicateur précisant si la commande a été expédiée au plus tard à la date d’achèvement demandée. | ||
|
Description
Cet attribut booléen est calculé en comparant la « Actual Completion Date » à la « Requested Completion Date ». Il vaut vrai si la commande a été traitée dans les délais, et faux si elle a été traitée en retard. Il simplifie l’analyse des performances en facilitant le filtrage et l’agrégation des données. Il sert de base au calcul du KPI « On-Time Shipment Rate » et alimente les Dashboards qui suivent le respect des SLA clients. Il permet de distinguer rapidement les commandes conformes des commandes non conformes, puis d’analyser les causes des retards.
Pourquoi est-ce important ?
Il simplifie le suivi des performances en transformant la comparaison de dates en un indicateur vrai/faux, ce qui facilite le calcul du taux d’expédition dans les délais.
Où trouver ces données
Calculé en comparant « ActualCompletionDate » <= « RequestedCompletionDate ». Cette règle est appliquée dans l’outil de Process Mining.
Exemples
truefalse
|
|||
|
ID de l’expédition
ShipmentId
|
Identifiant unique d’un groupe de commandes expédiées ensemble. | ||
|
Description
L’ID de l’expédition est un identifiant de niveau supérieur qui regroupe une ou plusieurs commandes d’entrepôt transportées ensemble dans le même véhicule ou dans le cadre d’un même envoi. Il relie les commandes individuelles à un événement de transport précis. Dans une analyse, l’ID de l’expédition donne une vue plus large des opérations logistiques. Il permet d’analyser l’efficacité du regroupement des commandes lors de la mise en attente et du chargement, de mesurer le respect des délais à l’échelle d’une expédition et de comprendre l’effet du regroupement sur les délais globaux.
Pourquoi est-ce important ?
Il regroupe plusieurs commandes dans un même événement d’expédition et permet d’analyser les opérations de regroupement, de mise en attente et de chargement.
Où trouver ces données
Cet identifiant figure dans les tables de transport ou de gestion des expéditions de Manhattan SCALE. Il est généralement associé à plusieurs commandes d’entrepôt.
Exemples
SH-945001SH-945002SH-945003
|
|||
|
Nom du transporteur
CarrierName
|
Nom de l’entreprise de transport chargée d’expédier la commande. | ||
|
Description
Cet attribut identifie le partenaire logistique ou le transporteur, par exemple FedEx, UPS ou DHL, affecté à une expédition sortante. Il relie le processus d’entrepôt à l’étape de transport qui suit. L’analyse des performances par transporteur peut révéler des informations importantes sur la chaîne d’approvisionnement. Elle permet de déterminer si certains transporteurs sont associés à des temps d’attente plus longs, à des retards fréquents ou à des exigences de manutention particulières. Ces informations peuvent servir à évaluer les performances des transporteurs et à optimiser les partenariats logistiques.
Pourquoi est-ce important ?
Il relie les opérations de l’entrepôt aux partenaires logistiques et permet d’analyser les performances par transporteur afin de repérer d’éventuels goulots d’étranglement liés au transport.
Où trouver ces données
Cet attribut figure dans les tables de gestion des expéditions ou de planification du transport de Manhattan SCALE et est souvent associé à l’en-tête de commande.
Exemples
FedExUPSXPO Logistics
|
|||
|
Quantité prévue
PlannedQuantity
|
Quantité attendue d’un article pour une tâche donnée, selon la commande. | ||
|
Description
Cet attribut indique la quantité d’un article dont la réception, le prélèvement ou la manutention était prévu selon la commande d’entrepôt ou les instructions de la tâche d’origine. Elle sert de référence pour mesurer les opérations réellement effectuées. Cette valeur est utilisée avec la quantité réelle pour calculer les écarts. Des différences fréquentes entre les quantités prévues et réelles peuvent signaler des problèmes liés aux livraisons des fournisseurs, à la précision des stocks ou aux opérations de prélèvement. Cet attribut est donc important pour analyser la qualité et la précision.
Pourquoi est-ce important ?
Elle sert de référence pour mesurer la précision des quantités et repérer les écarts qui affectent les stocks et l’exécution des commandes.
Où trouver ces données
Cet attribut figure dans les tables des lignes de commande ou des détails des tâches de Manhattan SCALE.
Exemples
1001005012
|
|||
|
Reprise
IsRework
|
Indicateur précisant si une activité ou une séquence d’activités correspond à une reprise. | ||
|
Description
Cet attribut booléen repère les reprises, par exemple lorsqu’une activité « Goods Picked from Storage » est exécutée plusieurs fois pour le même article dans une même commande. Il est calculé à partir de l’analyse des schémas du flux de processus. Le repérage des reprises permet de détecter les inefficacités et les erreurs du processus. Il aide à calculer le KPI « Picking Rework Rate » et permet aux analystes d’isoler et d’examiner les dossiers comportant des étapes répétées. Comprendre les causes des reprises est essentiel pour réduire les coûts opérationnels et améliorer la qualité du processus.
Pourquoi est-ce important ?
Il repère les boucles inefficaces et les tâches répétées dans le processus, souvent à l’origine de retards et d’une hausse des coûts opérationnels.
Où trouver ces données
Cet attribut calculé est généralement défini dans l’outil de Process Mining à l’aide de règles qui détectent des schémas d’activités répétées, comme les boucles sur une même activité ou les boucles courtes.
Exemples
truefalse
|
|||
|
Résultat du contrôle qualité
QualityInspectionResult
|
Résultat d’un contrôle qualité, par exemple « Réussi », « Échec » ou « Reprise nécessaire ». | ||
|
Description
Cet attribut consigne le résultat de l’activité « Contrôle qualité effectué ». Il indique si les marchandises reçues respectent les normes de qualité requises ou si une intervention supplémentaire est nécessaire. Cet attribut est essentiel à l’analyse de la gestion de la qualité. Il permet de suivre le taux de conformité des contrôles qualité en tenant compte à la fois du respect des exigences et des résultats obtenus. L’analyse des échecs par fournisseur ou par article peut améliorer les décisions d’approvisionnement et réduire les coûts ultérieurs liés à des marchandises de mauvaise qualité.
Pourquoi est-ce important ?
Il indique le résultat des contrôles qualité et permet d’analyser la qualité des fournisseurs, les problèmes liés aux produits et l’efficacité du processus d’inspection.
Où trouver ces données
Consultez la documentation de Manhattan SCALE. Cette information est probablement stockée dans les tables liées à la gestion de la qualité ou aux tâches de réception.
Exemples
RéussiÉchecReprise nécessaire
|
|||
Activités de gestion d’entrepôt
| Activité | Description | ||
|---|---|---|---|
|
Commande d’entrepôt créée
|
Cette activité marque la création d’une commande dans le système de gestion d’entrepôt. Il peut s’agir d’une réception entrante ou de l’exécution d’une commande sortante. Il s’agit généralement d’un événement explicite, enregistré avec un horodatage de création lors de l’insertion d’une nouvelle commande dans le système, souvent par l’intermédiaire d’une intégration avec un ERP. | ||
|
Pourquoi est-ce important ?
Il s’agit de l’événement de début principal du processus d’entrepôt. L’analyse du temps écoulé entre ce point et la fin du processus est essentielle pour mesurer le temps de cycle total d’exécution de la commande.
Où trouver ces données
Cet événement est extrait de l’horodatage de création de la table principale des commandes dans Manhattan SCALE, par exemple du champ de date de création de la commande.
Données à recueillir
Extrait de l’horodatage de création de l’enregistrement de la commande d’entrepôt.
Type d’événement
explicit
|
|||
|
Commande d’entrepôt terminée
|
Cet événement correspond à la clôture logique de la commande d’entrepôt, une fois toutes les opérations physiques terminées. Il est généralement déduit de la mise à jour finale du statut de la commande, par exemple « Terminée » ou « Clôturée ». | ||
|
Pourquoi est-ce important ?
Cette activité marque la fin définitive du cycle de traitement en entrepôt. Elle est indispensable au calcul du temps de cycle global d’exécution des commandes et du débit.
Où trouver ces données
L’événement est déduit de l’horodatage auquel le champ de statut de l’en-tête de commande dans Manhattan SCALE est mis à jour avec un état final de clôture.
Données à recueillir
L’événement est déduit de l’horodatage de la dernière mise à jour, lorsque le statut de la commande passe à « Terminée ».
Type d’événement
inferred
|
|||
|
Expédition envoyée
|
Cet événement marque le départ du transporteur de l’entrepôt avec les marchandises. Il est déclenché explicitement lorsqu’un utilisateur exécute une transaction « Ship Confirm » ou « Dispatch » dans le système, ce qui finalise l’expédition. | ||
|
Pourquoi est-ce important ?
Cette étape est essentielle pour mesurer le respect des dates de livraison demandées. Elle déclenche souvent les notifications aux clients et la facturation.
Où trouver ces données
L’événement est enregistré à partir de l’horodatage de la transaction « Ship Confirm » dans les tables d’expédition ou de commandes sortantes de Manhattan SCALE.
Données à recueillir
L’événement est enregistré lorsque la transaction de confirmation d’expédition est exécutée pour la remorque ou la commande.
Type d’événement
explicit
|
|||
|
Marchandises emballées
|
Cette activité indique que tous les articles d’une expédition ont été emballés dans leur contenant final et que celui-ci est scellé. L’événement est enregistré explicitement lorsque l’opérateur confirme dans le système que le carton ou l’expédition est prêt. | ||
|
Pourquoi est-ce important ?
Cette étape marque la fin de l’emballage et indique que l’expédition peut être acheminée vers la zone d’attente, puis expédiée. C’est un indicateur important pour analyser le débit et l’efficacité de l’emballage.
Où trouver ces données
L’événement est enregistré dans les journaux de transactions d’emballage ou d’expédition lorsque l’action « Close Carton » ou « Pack Complete » est exécutée dans Manhattan SCALE.
Données à recueillir
L’événement est enregistré à partir de l’horodatage de la transaction « Pack Complete » ou « Close Container ».
Type d’événement
explicit
|
|||
|
Marchandises prélevées en stock
|
Cette activité confirme qu’un opérateur a physiquement retiré un article de son emplacement de stockage. L’événement est enregistré explicitement lorsque l’opérateur scanne l’article et/ou l’emplacement pour confirmer le prélèvement sur son terminal portable. | ||
|
Pourquoi est-ce important ?
Cette étape est importante dans le cycle d’exécution des commandes. Elle permet de mesurer le débit de prélèvement, le taux de reprises et l’utilisation des ressources.
Où trouver ces données
L’événement est enregistré dans les journaux de transactions de prélèvement ou les tables d’historique des tâches lorsque le prélèvement est confirmé. L’ID de l’opérateur et l’horodatage sont souvent inclus.
Données à recueillir
L’événement est enregistré à partir de l’horodatage de confirmation d’une ligne de prélèvement, généralement après un scan de code-barres.
Type d’événement
explicit
|
|||
|
Marchandises rangées en stock
|
Cette activité confirme que les marchandises ont été placées dans l’emplacement de stockage qui leur était attribué. Elle est enregistrée explicitement lorsque l’opérateur scanne l’emplacement et confirme le rangement, ce qui clôt la tâche dans le système. | ||
|
Pourquoi est-ce important ?
Cet événement marque la fin du processus de réception et rend les stocks disponibles pour l’exécution des commandes. Il sert de point final pour mesurer l’indicateur « Délai entre la réception des marchandises et leur rangement ».
Où trouver ces données
L’événement est enregistré dans les journaux de gestion des tâches ou des transactions de stock lorsque le statut d’une tâche de rangement passe à « Terminée » ou à un état équivalent.
Données à recueillir
L’événement est enregistré à partir de l’horodatage de fin de la tâche de rangement, généralement après le scan de l’emplacement.
Type d’événement
explicit
|
|||
|
Marchandises reçues et comptées
|
Marque la fin de la réception physique : les marchandises ont été déchargées et identifiées, et leurs quantités ont été vérifiées par rapport à la notification de livraison. Cet événement explicite est généralement enregistré lorsqu’un opérateur confirme les quantités finales reçues pour chaque article sur un terminal ou un appareil portatif. | ||
|
Pourquoi est-ce important ?
Cette étape est essentielle à la précision des stocks et marque le début du cycle de rangement. Elle permet d’analyser les écarts de quantité et l’efficacité de l’équipe de réception.
Où trouver ces données
Cet événement est enregistré dans les journaux des transactions de lignes de réception de Manhattan SCALE, avec un horodatage au moment de la confirmation des quantités.
Données à recueillir
Enregistré lorsque l’opérateur confirme les quantités reçues par lecture de codes-barres ou saisie manuelle.
Type d’événement
explicit
|
|||
|
Chargement chez le transporteur
|
Cette activité correspond au chargement physique des contenants emballés dans un camion ou une remorque. L’événement est généralement enregistré explicitement lorsqu’un opérateur scanne chaque palette ou contenant au moment du chargement. | ||
|
Pourquoi est-ce important ?
Il s’agit de la dernière étape de manutention physique dans l’entrepôt. Son analyse permet de mesurer les temps de chargement et de vérifier que toutes les marchandises d’une expédition ont bien été chargées.
Où trouver ces données
L’événement est enregistré dans les journaux de transactions d’expédition de Manhattan SCALE lorsque les contenants sont scannés pendant le chargement.
Données à recueillir
L’événement est enregistré à partir de l’horodatage du scan effectué lors du chargement d’un contenant d’expédition dans un véhicule.
Type d’événement
explicit
|
|||
|
Contrôle qualité effectué
|
Indique le contrôle qualité effectué sur les marchandises reçues avant leur rangement. L’événement est enregistré explicitement lorsqu’un opérateur du contrôle qualité saisit dans le système le résultat de l’inspection (acceptation ou rejet) pour les stocks concernés. | ||
|
Pourquoi est-ce important ?
Cette activité est essentielle au suivi du respect des procédures de contrôle qualité. L’analyse de sa réalisation et de sa durée aide à garantir la qualité des produits et à repérer les retards d’inspection.
Où trouver ces données
Enregistré dans le module de gestion de la qualité ou dans les journaux des transactions de statut des stocks de Manhattan SCALE, lors de la saisie du résultat d’une inspection.
Données à recueillir
Extrait du journal des transactions de l’étape de confirmation du contrôle qualité.
Type d’événement
explicit
|
|||
|
Début de l’emballage
|
Cette étape marque le début de l’emballage, lorsque les marchandises prélevées arrivent au poste prévu à cet effet. L’événement peut être enregistré explicitement lorsqu’un opérateur scanne un bac ou une commande au poste d’emballage, ou déduit du scan du premier article à ce poste. | ||
|
Pourquoi est-ce important ?
Cet événement marque le début de la dernière étape de création de valeur avant l’expédition. Mesurer le délai à partir de ce point permet d’isoler les goulots d’étranglement dans la zone d’emballage.
Où trouver ces données
L’événement est enregistré à partir des journaux de transactions associés aux postes d’emballage dans Manhattan SCALE. Il peut s’agir d’une transaction « Start Pack » ou de l’horodatage du premier article emballé.
Données à recueillir
L’événement est enregistré lorsqu’un opérateur commence à emballer une commande à un poste.
Type d’événement
explicit
|
|||
|
Marchandises arrivées au quai
|
Cette activité indique l’arrivée physique d’un camion ou d’un conteneur au quai de réception de l’entrepôt. Elle est souvent enregistrée explicitement lorsqu’un agent du portail ou du quai enregistre l’arrivée de la livraison dans le système, avant le début du déchargement. | ||
|
Pourquoi est-ce important ?
Le suivi du temps entre l’arrivée et le début des activités de réception aide à repérer les goulots d’étranglement au quai, par exemple les attentes dues à l’indisponibilité des ressources.
Où trouver ces données
Enregistré dans un module de gestion des expéditions ou de planification des rendez-vous de Manhattan SCALE lorsque le transporteur se présente sur le site.
Données à recueillir
Extrait de l’horodatage de l’enregistrement à l’arrivée au quai de réception.
Type d’événement
explicit
|
|||
|
Mise en attente de l’expédition
|
Cette étape correspond au déplacement des cartons emballés de la zone d’emballage vers une voie ou une zone réservée aux expéditions. Elle est généralement déduite d’un changement d’emplacement du contenant ou de la palette dans le WMS. | ||
|
Pourquoi est-ce important ?
Cette étape permet de repérer les délais entre l’emballage et le chargement. Une durée prolongée dans cet état peut signaler une mauvaise coordination avec les transporteurs ou une gestion inefficace des portes de quai.
Où trouver ces données
L’événement est déduit d’une transaction de mouvement de stock ou d’une mise à jour de l’emplacement de l’ID du contenant d’expédition dans Manhattan SCALE, indiquant son déplacement vers une zone d’attente.
Données à recueillir
L’événement est déduit du changement d’emplacement du contenant emballé vers une zone d’attente ou une porte de quai.
Type d’événement
inferred
|
|||
|
Notification de livraison entrante reçue
|
Indique la réception d’un avis préalable d’expédition (ASN) envoyé par un fournisseur et décrivant une livraison entrante. Cet événement explicite est enregistré lorsque l’ASN est traité avec succès dans Manhattan SCALE et déclenche les activités de planification des réceptions. | ||
|
Pourquoi est-ce important ?
Cet événement marque le début de la mesure du processus logistique entrant. Il permet d’analyser les performances des fournisseurs et la capacité de l’entrepôt à recevoir les marchandises.
Où trouver ces données
Enregistré dans les tables des transactions entrantes ou des ASN après la saisie réussie d’une notification de livraison par EDI ou manuellement.
Données à recueillir
Événement enregistré à la réception et au traitement de l’ASN.
Type d’événement
explicit
|
|||
|
Tâche de prélèvement créée
|
Le système crée une tâche de prélèvement pour qu’un opérateur récupère les articles en stock afin d’exécuter une commande. Cet événement est enregistré explicitement lorsque la commande est affectée et que le WMS crée une instruction destinée à un utilisateur. | ||
|
Pourquoi est-ce important ?
Cet événement marque le début du processus d’expédition. Le délai entre cet événement et la fin du prélèvement est essentiel pour mesurer l’efficacité des préparateurs de commandes.
Où trouver ces données
L’événement est enregistré avec son horodatage de création dans les tables d’historique des tâches ou des ordres de travail de Manhattan SCALE.
Données à recueillir
Événement enregistré lors de la création d’une tâche de prélèvement par le système.
Type d’événement
explicit
|
|||
|
Tâche de rangement créée
|
Le système crée une tâche qui demande à un opérateur de déplacer les marchandises reçues du quai vers un emplacement de stockage. Cet événement explicite est enregistré dans le moteur de gestion des tâches lorsque le système attribue une destination et crée une nouvelle instruction de rangement. | ||
|
Pourquoi est-ce important ?
Marque le début du déplacement interne des marchandises. Le temps écoulé entre la création de la tâche et son achèvement permet de mesurer l’efficacité du rangement et les performances du système.
Où trouver ces données
Enregistré dans les tables d’historique des tâches ou des ordres de travail de Manhattan SCALE, avec l’horodatage de création de la tâche de rangement.
Données à recueillir
Événement enregistré lors de la création d’une tâche de rangement par le système.
Type d’événement
explicit
|
|||
Guides d’extraction
Prêt à commencer ?
Commencez dès aujourd’hui à optimiser les opérations de votre entrepôt à l’aide de ce modèle de données. Il vous aidera à progresser vers une meilleure efficacité.
Améliorez l’efficacité de votre entrepôt, commencez gratuitement dès aujourd’hui
Réduisez les erreurs de prélèvement et atteignez facilement une précision des stocks de 99,5 %.
Aucune carte bancaire requise. Commencez gratuitement en quelques minutes.