Votre modèle de données de gestion d'entrepôt
Votre modèle de données de gestion d'entrepôt
- Attributs recommandés à collecter
- Activités clés à suivre
- Guide d'extraction pour Manhattan SCALE
Attributs de gestion d'entrepôt
| Nom | Description | ||
|---|---|---|---|
|
Commande d'entrepôt
WarehouseOrder
|
L'identifiant unique pour une unité de travail logistique spécifique, telle qu'une réception entrante ou une expédition sortante. | ||
|
Description
L'ordre d'entrepôt sert d'identifiant de cas principal, regroupant toutes les activités liées à un seul processus logistique du début à la fin. Cela permet le suivi de bout en bout du cycle de vie d'une commande au sein de l'entrepôt, qu'il s'agisse de la réception des marchandises, de leur mise en stock, du picking, de l'emballage ou de l'expédition. Dans l'analyse de Process Mining, cet attribut est fondamental pour reconstituer le parcours de chaque commande. En liant tous les événements à un ordre d'entrepôt spécifique, les analystes peuvent visualiser les flux de processus, mesurer les temps de cycle pour les commandes individuelles et identifier les variations ou les goulots d'étranglement qui affectent l'efficacité de l'exécution.
Pourquoi c'est important
C'est la clé essentielle pour lier toutes les activités d'entrepôt connexes en une seule instance de processus cohésive, permettant une analyse de bout en bout.
Où obtenir
Cet identifiant se trouve généralement dans les tables principales de gestion des commandes au sein de Manhattan SCALE, telles que la table d'en-tête de commande.
Exemples
WO-00583921WO-00583922WO-00583923
|
|||
|
Heure de l'événement
EventTime
|
L'horodatage indiquant quand l'activité ou l'événement d'entrepôt s'est produit. | ||
|
Description
Cet attribut fournit la date et l'heure précises pour chaque activité enregistrée dans le processus. C'est l'épine dorsale chronologique du journal d'événements, établissant la séquence et le timing de toutes les opérations d'entrepôt pour une commande donnée. Le temps d'événement est essentiel pour toutes les analyses de Process Mining basées sur le temps. Il est utilisé pour calculer les temps de cycle entre les activités, mesurer la durée totale d'un processus, identifier les retards et analyser les performances du processus sur différentes périodes. Des horodatages précis sont cruciaux pour construire une carte de processus fiable et dériver des métriques de performance significatives.
Pourquoi c'est important
Cet horodatage est crucial pour séquencer correctement les événements et calculer toutes les métriques basées sur la durée, telles que les temps de cycle et les délais.
Où obtenir
Situé dans les tables de journaux d'événements ou les enregistrements de transactions, conjointement aux informations d'activité dans Manhattan SCALE. Les champs sont souvent nommés '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
|
Le nom de la tâche ou de l'événement de gestion d'entrepôt spécifique qui s'est produit. | ||
|
Description
Cet attribut enregistre les étapes ou jalons discrets au sein du processus de gestion d'entrepôt. Les exemples incluent 'Marchandises prélevées du stock', 'Emballage initié' et 'Expédition envoyée'. Chaque activité représente une action spécifique effectuée sur la commande d'entrepôt. C'est un attribut critique pour le Process Mining, car il définit les nœuds dans la carte de processus. L'analyse de la séquence, de la fréquence et de la durée de ces activités permet la visualisation des flux de processus, l'identification des écarts par rapport à la procédure standard et le repérage des goulots d'étranglement où le travail est retardé.
Pourquoi c'est important
Il définit les étapes du processus, constituant la base de la carte de processus et permettant l'analyse du flux opérationnel et des variations.
Où obtenir
Dérivé des codes de transaction, des journaux d'événements ou des tables de mise à jour de statut au sein de Manhattan SCALE qui suivent la progression des commandes d'entrepôt.
Exemples
Marchandises Arrivées au QuaiTâche de prélèvement crééeMarchandises emballéesExpédition expédiée
|
|||
|
Dernière mise à jour des données
LastDataUpdate
|
L'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 reflète la fraîcheur des données analysées. Ces informations sont vitales pour que les utilisateurs comprennent l'actualité de l'analyse. Elles les aident à savoir s'ils consultent des données en temps réel ou un instantané à un moment précis, ce qui est crucial pour prendre des décisions opérationnelles éclairées et à des fins de reporting.
Pourquoi c'est important
Il informe les utilisateurs sur la fraîcheur des données, en veillant à ce qu'ils comprennent la période couverte par l'analyse et les rapports.
Où obtenir
Cet horodatage est généralement généré et stocké par l'outil ETL ou le pipeline de données pendant le processus de chargement des données.
Exemples
2023-11-01T02:00:00Z2023-11-02T02:00:00Z
|
|||
|
Système source
SourceSystem
|
Le système d'où proviennent les données. | ||
|
Description
Cet attribut identifie l'application source où les données d'événement ont été générées. Pour ce processus, la valeur serait typiquement 'Manhattan SCALE'. Dans un environnement avec plusieurs systèmes intégrés, ce champ aide à différencier les sources de données. Il fournit un contexte pour l'origine des données, ce qui peut être important pour la gouvernance des données, le dépannage et la compréhension des variations potentielles dans les processus de capture de données à travers différentes plateformes.
Pourquoi c'est important
Il fournit un contexte essentiel sur l'origine des données, ce qui est critique pour la gouvernance des données, la validation et les efforts d'intégration dans des paysages informatiques complexes.
Où obtenir
Il s'agit souvent d'une valeur statique ajoutée pendant le processus d'extraction, de transformation et de chargement des données (ETL) pour étiqueter l'ensemble de données.
Exemples
Manhattan SCALESCALE_PRODWMS_US_01
|
|||
|
Date de fin demandée
RequestedCompletionDate
|
La date à laquelle le client ou la partie prenante interne a demandé l'expédition de la commande. | ||
|
Description
Cet attribut représente le niveau de service (SLA) ou la date de livraison cible pour une commande d'entrepôt sortante. C'est la date limite par rapport à laquelle les opérations d'entrepôt sont mesurées pour la performance à temps. Cette date est une référence critique pour l'évaluation des performances. Elle est utilisée dans le Dashboard 'Performance d'expédition à temps' et le KPI 'Taux d'expédition à temps' pour déterminer si une commande a été exécutée à temps. L'analyse des commandes qui manquent cette date aide à identifier les causes systémiques des retards et à améliorer la satisfaction client.
Pourquoi c'est important
Il sert de référence principale pour mesurer la performance des expéditions à temps et le respect des accords de niveau de service client.
Où obtenir
Généralement stocké dans la table d'en-tête de commande dans Manhattan SCALE, souvent alimenté par un ERP ou un système de gestion des commandes en amont.
Exemples
2023-10-28T23:59:59Z2023-11-05T23:59:59Z2023-11-10T23:59:59Z
|
|||
|
Heure de fin
EndTime
|
Le `timestamp` indiquant quand une activité avec une durée mesurable a été achevée. | ||
|
Description
L'heure de fin marque l'achèvement d'une activité. Associée à une heure de début (EventTime), elle permet le calcul précis du temps de traitement pour les tâches individuelles. Tous les événements n'ont pas une heure de fin distincte, mais pour ceux qui en ont une, comme le 'Picking' ou le 'Packing', cette donnée est très précieuse. Dans l'analyse, l'heure de fin est utilisée pour calculer la métrique 'ProcessingTime', essentielle pour comprendre l'efficacité des ressources et la durée des tâches. Cela aide à identifier les activités spécifiques qui prennent le plus de temps, contribuant au temps de cycle global et aux retards potentiels.
Pourquoi c'est important
Il permet le calcul précis du temps de traitement pour les activités individuelles, aidant à identifier les tâches qui consomment le plus de temps et de ressources.
Où obtenir
Ceci peut être disponible dans les mêmes journaux de transactions que l'heure de début, dans un champ séparé comme 'completed_ts' ou 'end_time'. Si ce n'est pas directement disponible, cela peut parfois être déduit 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 Matériel
MaterialId
|
L'identifiant unique du produit ou du matériel traité. | ||
|
Description
Cet attribut, souvent appelé SKU (Stock Keeping Unit), identifie l'article spécifique impliqué dans une activité d'entrepôt. Un seul ordre d'entrepôt peut contenir plusieurs matériaux, chacun traité dans des lignes d'articles ou des tâches distinctes. L'analyse du processus par ID Matériel peut révéler des problèmes spécifiques aux produits. Par exemple, certains articles peuvent être plus sujets aux échecs d'inspection qualité, aux erreurs de picking ou à des temps de manutention plus longs en raison de leur taille, de leur poids ou de leurs exigences de stockage. Cela aide à optimiser les stratégies de stockage et les procédures de manutention pour différents types de produits.
Pourquoi c'est important
Il permet une analyse au niveau du produit pour identifier si certains articles sont associés à des retards de processus, des erreurs ou des reprises.
Où obtenir
Situé dans les tables de lignes de commande dans Manhattan SCALE, lié à la commande d'entrepôt principale.
Exemples
SKU-10234-ASKU-98543-BMAT-HDWR-550
|
|||
|
ID utilisateur/opérateur
UserOperatorId
|
L'identifiant unique de l'employé ou de l'opérateur d'entrepôt qui a effectué l'activité. | ||
|
Description
Cet attribut capture l'ID de l'utilisateur responsable de l'exécution d'une tâche d'entrepôt spécifique, telle que le picking, l'emballage ou la mise en stock. Il relie les activités du processus aux ressources humaines impliquées. L'analyse des performances par ID utilisateur/opérateur est essentielle pour comprendre l'utilisation des ressources et l'efficacité individuelle ou d'équipe. Elle aide à identifier les meilleurs performeurs, les besoins en formation et la répartition de la charge de travail. Ces données sont essentielles pour le Dashboard 'Utilisation des ressources par opérateur' et les KPI associés, permettant aux managers d'optimiser la dotation en personnel et les attributions de tâches.
Pourquoi c'est important
Il lie la performance des processus à des individus ou des équipes spécifiques, permettant l'analyse de la charge de travail, de la productivité et de l'allocation des ressources.
Où obtenir
Ces informations sont généralement enregistrées dans les journaux de transactions de Manhattan SCALE, souvent dans des champs comme 'user_id', 'operator' ou 'executed_by'.
Exemples
JSMITHBWILLIAMSLCHEN
|
|||
|
Quantité réelle
ActualQuantity
|
La quantité réelle d'un matériau qui a été comptée, prélevée ou expédiée. | ||
|
Description
Cet attribut enregistre la quantité mesurée de marchandises à un point de contrôle clé, tel que la réception ou le picking des marchandises. Il représente ce qui a été physiquement manipulé, ce qui peut différer de ce qui était planifié. La comparaison de la quantité réelle à la quantité planifiée est essentielle pour identifier les écarts. C'est la base du Dashboard 'Tendances des écarts de quantité de commande' et du KPI associé. Le suivi de ces différences aide à cerner les problèmes de précision des fournisseurs, des enregistrements d'inventaire ou des erreurs de picking, qui sont essentiels pour maintenir l'intégrité des stocks.
Pourquoi c'est important
Il est crucial pour identifier les écarts entre les quantités planifiées et exécutées, mettant en évidence les problèmes potentiels de précision des stocks ou les erreurs opérationnelles.
Où obtenir
Trouvé dans les enregistrements de détails de transaction pour 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, comme entrante, sortante ou transfert interne. | ||
|
Description
Le type de commande définit l'objectif global de l'ordre d'entrepôt. Les types courants incluent les expéditions clients (sortantes), les réceptions fournisseurs (entrantes), les transferts de stock entre emplacements (internes) ou les retours. Cet attribut permet de segmenter l'analyse des processus. En filtrant sur le type de commande, on peut comparer la performance de différents processus, tels que le processus de réception par rapport au processus d'expédition. Ceci est crucial car leurs étapes, ressources et objectifs de performance sont souvent très différents, et les analyser ensemble peut être trompeur.
Pourquoi c'est important
Il permet la séparation et la comparaison de processus distincts, comme les flux entrants vs sortants, qui ont des flux et des attentes de performance différents.
Où obtenir
Trouvé dans les données d'en-tête de commande dans Manhattan SCALE. Le champ peut être nommé 'order_type', 'transaction_type' ou similaire.
Exemples
Réception entranteExpédition SortanteTransfert interneRetour Client
|
|||
|
Date d'achèvement réelle
ActualCompletionDate
|
La date réelle à laquelle la commande d'entrepôt a été complétée, généralement lors de l'expédition. | ||
|
Description
Cet attribut est l'horodatage marquant la dernière étape du processus d'entrepôt pour une commande, telle que 'Expédition envoyée'. Il représente l'heure d'achèvement factuelle du processus d'exécution. Cette date est directement comparée à la 'Date de fin demandée' pour calculer la performance d'expédition à temps. C'est le point de données factuel qui confirme la fin de la responsabilité de l'entrepôt pour la commande. L'analyse de cet attribut aide à mesurer avec précision les temps de cycle d'exécution et la performance par rapport aux SLA.
Pourquoi c'est important
Il fournit l'horodatage factuel de l'achèvement de la commande, utilisé pour calculer les temps de cycle réels et mesurer la performance par rapport aux dates demandées.
Où obtenir
Cela correspond à l'horodatage de l'activité finale du processus, comme 'Expédition envoyée' ou 'Commande d'entrepôt complétée'.
Exemples
2023-10-28T14:30:00Z2023-11-06T11:00:00Z2023-11-10T18:00:00Z
|
|||
|
Délai de la réception à la mise en stock
GoodsReceiptToPutawayTime
|
Le temps écoulé entre la réception des marchandises et leur mise en stock. | ||
|
Description
Cette métrique calculée mesure la durée d'une partie critique du processus entrant : le temps entre l'activité 'Marchandises reçues et comptées' et l'activité 'Marchandises mises en stock'. Elle quantifie l'efficacité du quai de réception et des opérations de mise en stock. Cette durée est une donnée clé pour le Dashboard 'Cycle de réception des marchandises à la mise en stock' et son KPI correspondant. Des valeurs élevées pour cette métrique peuvent indiquer 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, tout ce qui retarde la disponibilité des stocks.
Pourquoi c'est important
Il isole et mesure l'efficacité d'une étape critique du processus entrant, soulignant les goulots d'étranglement qui retardent la disponibilité des stocks.
Où obtenir
Il s'agit d'un champ calculé, obtenu en trouvant la différence de temps entre les événements 'Marchandises reçues et comptées' et 'Marchandises mises en stock' pour un cas donné.
Exemples
45 minutes2,5 heures8 heures
|
|||
|
Écart de quantité
QuantityDiscrepancy
|
La différence calculée entre la quantité planifiée et la quantité réelle pour un article. | ||
|
Description
Cette métrique est calculée comme la 'Quantité réelle' moins la 'Quantité planifiée'. Une valeur non nulle indique un écart dans la quantité de marchandises traitées par rapport à ce qui était attendu. La valeur peut être positive (surplus) ou négative (manquant). Cet attribut est le fondement du KPI 'Taux d'écart de quantité de commande'. Il quantifie l'ampleur des erreurs de réception ou de picking, fournissant une métrique claire pour les tableaux de bord qui suivent la précision des stocks. L'analyse des tendances et des causes profondes de ces écarts est vitale pour améliorer la précision opérationnelle.
Pourquoi c'est important
Il quantifie directement les erreurs d'inventaire et d'exécution des commandes, fournissant une métrique claire pour le suivi de la précision et de l'impact financier des écarts.
Où obtenir
C'est un champ calculé dérivé dans l'outil de Process Mining par la formule : QuantitéActuelle - QuantitéPlanifiée.
Exemples
0-25
|
|||
|
Emplacement de stockage
StorageLocation
|
L'emplacement spécifique dans l'entrepôt, comme un bac ou une allée, où les marchandises sont stockées ou prélevées. | ||
|
Description
Cet attribut identifie l'emplacement physique (ex: Allée 5, Bac 3, Niveau C) impliqué dans une activité de stockage ou de récupération. Il fournit un contexte spatial au processus d'entrepôt. L'analyse des activités par emplacement de stockage est cruciale pour optimiser l'agencement de l'entrepôt et le flux des matériaux. Elle peut aider à identifier les emplacements fréquemment accédés, les chemins de déplacement inefficaces pendant le picking ou les zones sujettes à l'engorgement. Ces données soutiennent l'analyse de l'efficacité de la mise en stock et du picking, révélant des opportunités d'amélioration des stratégies de stockage.
Pourquoi c'est important
Il fournit un contexte spatial aux mouvements d'entrepôt, permettant l'analyse de l'efficacité de l'aménagement, des temps de trajet et de l'optimisation des itinéraires de prélèvement.
Où obtenir
Contenu dans les données au niveau de la tâche pour les activités de rangement et de prélèvement dans Manhattan SCALE, dans des champs tels que 'location_id', 'bin_code' ou 'source_location'.
Exemples
A01-R02-B03DOCK-04PACK-STATION-12
|
|||
|
Équipement Utilisé
EquipmentUsed
|
L'identifiant de l'équipement, tel qu'un chariot élévateur ou un scanner portatif, utilisé pour une activité. | ||
|
Description
Cet attribut spécifie l'équipement de manutention (MHE) ou la technologie utilisée pour effectuer une tâche d'entrepôt. Cela peut inclure des ID de chariots élévateurs spécifiques, des numéros de transpalettes ou des ID de scanners RF portatifs. Ces données sont précieuses pour l'analyse de l'utilisation des ressources au-delà des seuls opérateurs humains. Elles aident à comprendre les schémas d'utilisation des équipements coûteux, à planifier la maintenance et à garantir que les bons outils sont disponibles en cas de besoin. Elles soutiennent directement des KPI comme 'Utilisation des ressources (Picking)' en offrant une dimension supplémentaire pour l'analyse.
Pourquoi c'est important
Il permet l'analyse de l'utilisation des équipements et de son impact sur l'efficacité des processus, aidant à gérer les calendriers de maintenance et l'investissement en MHE.
Où obtenir
Consultez la documentation Manhattan SCALE ou les journaux système. Cela pourrait être suivi dans les enregistrements d'exécution des tâches si le système est configuré pour le capturer.
Exemples
FORKLIFT-07SCANNER-58BCART-22
|
|||
|
Est un retravail
IsRework
|
Un indicateur signalant si une activité ou une séquence d'activités représente une reprise. | ||
|
Description
Cet attribut booléen identifie les instances de reprise, comme une activité 'Marchandises prélevées du stock' effectuée plus d'une fois pour le même matériau au sein d'une même commande. Il est dérivé en analysant les schémas du flux de processus. Le signalement des reprises est crucial pour identifier les inefficacités et les erreurs de processus. Il aide à quantifier le KPI 'Taux de reprise de picking' et permet aux analystes d'isoler et d'enquêter sur les cas avec des étapes répétées. Comprendre les facteurs de reprise est essentiel pour réduire les coûts opérationnels et améliorer la qualité des processus.
Pourquoi c'est important
Il signale les boucles inefficaces et le travail répété au sein du processus, qui sont souvent des sources cachées de retards et d'augmentation des coûts opérationnels.
Où obtenir
Il s'agit d'un attribut calculé, généralement dérivé au sein de l'outil de Process Mining en définissant des règles qui détectent des schémas d'activités répétées spécifiques (par exemple, des boucles auto-référentes ou des boucles courtes).
Exemples
truefaux
|
|||
|
Expédition à Temps
IsOnTimeShipment
|
Un indicateur précisant si la commande a été expédiée à la date de fin demandée ou avant. | ||
|
Description
Cet attribut booléen est dérivé en comparant la 'Date d'achèvement réelle' avec la 'Date d'achèvement demandée'. Il est vrai si la commande a été complétée à temps et faux si elle était en retard. Cet attribut simplifie l'analyse des performances en permettant un filtrage et une agrégation faciles. Il constitue la base du calcul du KPI 'Taux d'expédition à temps' et alimente les tableaux de bord qui suivent le respect des SLA clients. Il sépare rapidement les commandes conformes des non-conformes, permettant une analyse des causes profondes des commandes en retard.
Pourquoi c'est important
Il simplifie le reporting des performances en convertissant les comparaisons de dates en un simple indicateur vrai/faux, facilitant le calcul du taux d'expédition à temps.
Où obtenir
Calculé en comparant 'ActualCompletionDate' <= 'RequestedCompletionDate'. Cette logique est appliquée dans l'outil de process mining.
Exemples
truefaux
|
|||
|
ID d'expédition
ShipmentId
|
Un identifiant unique pour un groupe de commandes expédiées ensemble. | ||
|
Description
L'ID d'expédition est un identifiant de niveau supérieur qui consolide une ou plusieurs commandes d'entrepôt transportées ensemble sur le même véhicule ou dans le cadre du même envoi. Il relie les commandes individuelles à un événement de transport spécifique. Dans l'analyse, l'ID d'expédition offre une vue plus large des opérations logistiques. Il peut être utilisé pour analyser l'efficacité du processus de consolidation lors des phases de préparation et de chargement, mesurer la performance à temps au niveau de l'expédition et comprendre comment la consolidation des commandes impacte les délais globaux.
Pourquoi c'est important
Il regroupe plusieurs commandes en un seul événement d'expédition, permettant l'analyse des processus de consolidation, de mise en scène et de chargement.
Où obtenir
Trouvé dans les tables de gestion du transport ou des expéditions au sein de Manhattan SCALE. Cet ID renvoie généralement à plusieurs commandes d'entrepôt.
Exemples
SH-945001SH-945002SH-945003
|
|||
|
Nom du transporteur
CarrierName
|
Le nom de la société de transport responsable de l'expédition de la commande. | ||
|
Description
Cet attribut identifie le partenaire logistique ou le transporteur (ex: FedEx, UPS, DHL) assigné à une expédition sortante. Il relie le processus d'entrepôt à la phase de transport aval. L'analyse des performances par transporteur peut révéler des informations importantes sur la chaîne d'approvisionnement. Elle aide à déterminer si certains transporteurs sont associés à des temps de préparation plus longs, des retards fréquents ou des exigences de manutention spécifiques. Ces informations peuvent être utilisées pour évaluer la performance des transporteurs et optimiser les partenariats logistiques.
Pourquoi c'est important
Il connecte les opérations d'entrepôt aux partenaires logistiques, permettant une analyse des performances par transporteur pour identifier les goulots d'étranglement potentiels liés au transport.
Où obtenir
Trouvé dans les tables de planification d'expédition ou de transport au sein de Manhattan SCALE, souvent lié à l'en-tête de commande.
Exemples
FedExUPSXPO Logistics
|
|||
|
Quantité Planifiée
PlannedQuantity
|
La quantité attendue d'un matériau pour une tâche donnée, basée sur la commande. | ||
|
Description
Cet attribut indique la quantité d'un article qui était prévue d'être reçue, prélevée ou manipulée selon l'ordre d'entrepôt original ou l'instruction de tâche. C'est la référence par rapport à laquelle l'opération réelle est mesurée. Cette valeur est utilisée conjointement avec la 'Quantité réelle' pour calculer les écarts. Des différences fréquentes entre les quantités planifiées et réelles peuvent signaler des problèmes avec les expéditions des fournisseurs, la précision des stocks ou les processus de picking, ce qui en fait un attribut clé pour l'analyse de la qualité et de la précision.
Pourquoi c'est important
Il sert de référence pour mesurer la précision des quantités, aidant à identifier les écarts qui impactent l'inventaire et l'exécution des commandes.
Où obtenir
Situé dans les tables de lignes de commande ou de détails de tâche au sein de Manhattan SCALE.
Exemples
1001005012
|
|||
|
Résultat d'inspection qualité
QualityInspectionResult
|
Le résultat d'une activité d'inspection qualité, tel que 'Réussite', 'Échec' ou 'Reprise'. | ||
|
Description
Cet attribut enregistre le résultat de l'activité 'Inspection Qualité Effectuée'. Il indique si les marchandises reçues ont satisfait aux normes de qualité requises ou si une action supplémentaire est nécessaire. Il s'agit d'un attribut critique pour l'analyse de la gestion de la qualité. Il aide à suivre le 'Taux de conformité du contrôle qualité' non seulement en termes de respect mais aussi de résultats. L'analyse des taux d'échec par fournisseur ou par matériau peut aider à améliorer les décisions d'approvisionnement et à réduire les coûts en aval associés aux marchandises de mauvaise qualité.
Pourquoi c'est important
Il fournit le résultat des contrôles qualité, permettant l'analyse de la qualité des fournisseurs, des problèmes de produits et de l'efficacité du processus d'inspection.
Où obtenir
Consultez la documentation Manhattan SCALE. Cela serait probablement stocké dans des tables liées à la gestion de la qualité ou aux tâches de réception.
Exemples
RéussiteÉchecNécessite une reprise
|
|||
|
Temps de cycle d'exécution des commandes
OrderFulfillmentCycleTime
|
Le temps total écoulé entre la création de l'ordre d'entrepôt et son achèvement final. | ||
|
Description
Cette métrique calcule la durée totale pour chaque commande d'entrepôt, de l'événement 'Commande d'entrepôt créée' à l'événement 'Commande d'entrepôt complétée'. C'est un indicateur de performance clé qui mesure l'efficacité de bout en bout de l'ensemble du processus d'exécution des commandes en entrepôt. Dans les Dashboards et l'analyse, cet attribut fournit une vue d'ensemble des performances globales. Il est utilisé pour suivre les tendances, identifier les valeurs aberrantes (temps de cycle prolongés), et comparer les performances au fil du temps. Il soutient directement le Dashboard 'Temps de cycle global d'exécution des commandes' et le KPI correspondant.
Pourquoi c'est important
C'est un KPI essentiel qui mesure la vitesse et l'efficacité de bout en bout de l'entrepôt, impactant directement la satisfaction client et les coûts opérationnels.
Où obtenir
Il s'agit d'un champ calculé, obtenu en prenant la différence entre les horodatages du premier et du dernier événement pour chaque ordre d'entrepôt.
Exemples
2,1 jours18,5 heures36 heures
|
|||
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, qui peut être destinée à une réception entrante ou à une exécution sortante. Il s'agit généralement d'un événement explicite, enregistré avec un horodatage de création lorsqu'un nouvel enregistrement de commande est inséré dans le système, souvent via une intégration avec un ERP. | ||
|
Pourquoi c'est important
C'est l'événement de départ principal pour le processus d'entrepôt. L'analyse du temps écoulé entre ce point et l'achèvement est cruciale pour mesurer le temps de cycle total d'exécution des commandes.
Où obtenir
Cet événement est capturé à partir de l'horodatage de création de la table d'en-tête de commande principale dans Manhattan SCALE, tel que le champ de date de création de commande.
Capture
Capturé à partir de l'horodatage de création de l'enregistrement de la commande d'entrepôt.
Type d'événement
explicit
|
|||
|
Commande d'entrepôt terminée
|
Représente la clôture logique finale de l'ordre d'entrepôt une fois toutes les activités physiques terminées. Il s'agit généralement d'un événement inféré, dérivé d'une mise à jour de statut final sur l'enregistrement de la commande, telle que 'Terminée' ou 'Fermée'. | ||
|
Pourquoi c'est important
Cette activité sert de point final définitif pour l'ensemble du cycle de vie de l'entrepôt. Elle est essentielle pour calculer le temps de cycle global d'exécution des commandes et le débit.
Où obtenir
Inférencié de l'horodatage lorsque le champ de statut de l'en-tête de commande dans Manhattan SCALE est mis à jour vers un état final et fermé.
Capture
Dérivé de l'horodatage de la dernière mise à jour lorsque le statut de la commande passe à 'Terminé'.
Type d'événement
inferred
|
|||
|
Expédition expédiée
|
Cela marque le moment où le transporteur quitte l'entrepôt avec les marchandises. Il s'agit d'un événement explicite, déclenché lorsqu'un utilisateur exécute une transaction de 'Confirmation d'expédition' ou de 'Départ' dans le système, finalisant ainsi l'expédition. | ||
|
Pourquoi c'est important
C'est un jalon critique pour mesurer la performance d'expédition à temps par rapport aux dates de livraison demandées. Il déclenche souvent les notifications clients et la facturation.
Où obtenir
Capturé à partir de l'horodatage de la transaction 'Confirmation d'expédition' dans les tables d'expédition ou de commandes sortantes de Manhattan SCALE.
Capture
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é signifie que tous les articles d'une expédition ont été emballés dans leur conteneur final et que celui-ci est scellé. Il s'agit d'un événement explicite, enregistré lorsque l'emballeur confirme l'achèvement du carton ou de l'expédition dans le système. | ||
|
Pourquoi c'est important
Ce jalon conclut l'étape d'emballage et rend l'expédition prête pour la préparation et l'envoi. C'est un point de données clé pour analyser le débit et l'efficacité de l'emballage.
Où obtenir
Enregistré dans les journaux de transactions d'emballage ou d'expédition lorsque l'action 'Fermer carton' ou 'Emballage terminé' est exécutée dans Manhattan SCALE.
Capture
Capturé à partir de l'horodatage de la transaction 'Emballage terminé' ou 'Fermer le conteneur'.
Type d'événement
explicit
|
|||
|
Marchandises Prélevées du Stock
|
Cette activité confirme qu'un article a été physiquement prélevé de son emplacement de stockage par un opérateur. C'est un événement explicite capturé lorsque l'opérateur scanne l'article et/ou l'emplacement pour confirmer le picking sur son appareil portable. | ||
|
Pourquoi c'est important
C'est un jalon clé dans le cycle d'exécution des commandes. Il est essentiel pour mesurer le débit de picking, les taux de reprise et l'utilisation des ressources.
Où obtenir
Enregistré dans les journaux de transactions de prélèvement ou les tables d'historique des tâches lorsqu'un prélèvement est confirmé, incluant souvent l'ID de l'opérateur et l'horodatage.
Capture
Capturé à partir de l'horodatage de confirmation d'un article de ligne de prélèvement, généralement via 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 avec succès dans leur bac de stockage attribué. Elle est explicitement capturée lorsque l'opérateur scanne l'emplacement de stockage et confirme l'action de mise en stock, complétant ainsi la tâche dans le système. | ||
|
Pourquoi c'est important
Cet événement conclut le processus entrant, rendant l'inventaire disponible pour l'exécution. C'est le point final pour mesurer le KPI 'Délai de la réception des marchandises à la mise en stock'.
Où obtenir
Enregistré dans les journaux de gestion des tâches ou de transactions d'inventaire lorsqu'un statut de tâche de rangement est mis à jour à 'Terminé' ou un état similaire.
Capture
Capturé à partir de l'horodatage de fin de la tâche de rangement, généralement via un scan de localisation.
Type d'événement
explicit
|
|||
|
Marchandises Reçues et Comptées
|
Marque l'achèvement du processus de réception physique, où les marchandises sont déchargées, identifiées et les quantités vérifiées par rapport à la notification de livraison. Il s'agit d'un événement explicite, généralement capturé lorsqu'un opérateur confirme les quantités finales reçues pour chaque article sur un appareil portable ou un terminal. | ||
|
Pourquoi c'est important
C'est un jalon critique pour la précision des stocks et le début du cycle de mise en stock. Il permet l'analyse des écarts de quantité et de l'efficacité de l'équipe de réception.
Où obtenir
Cet événement est enregistré dans les journaux de transactions des lignes de réception dans Manhattan SCALE, avec des horodatages capturés lors de la confirmation des décomptes d'articles.
Capture
Enregistré lorsque l'opérateur confirme les quantités de réception via un scan ou une saisie manuelle.
Type d'événement
explicit
|
|||
|
Chargement sur Transporteur
|
Cette activité capture le chargement physique des conteneurs emballés sur un camion ou une remorque. Il s'agit généralement d'un événement explicite enregistré lorsqu'un opérateur scanne chaque palette ou conteneur au fur et à mesure de son chargement sur le transporteur. | ||
|
Pourquoi c'est important
C'est la dernière étape de manutention physique au sein de l'entrepôt. L'analyse de cette activité aide à mesurer les temps de chargement et à garantir que toutes les marchandises d'une expédition sont correctement chargées.
Où obtenir
Enregistré dans les journaux de transactions d'expédition de Manhattan SCALE lorsque les conteneurs sont scannés pendant le processus de chargement.
Capture
Capturé à partir de l'horodatage de scan lorsqu'un conteneur d'expédition est chargé sur un véhicule.
Type d'événement
explicit
|
|||
|
Emballage Initié
|
Marque le début du processus d'emballage, où les marchandises prélevées arrivent à une station d'emballage. Il peut s'agir d'un événement explicite capturé lorsqu'un opérateur scanne un bac ou une commande dans une station d'emballage, ou il peut être inféré du premier scan d'article à cette station. | ||
|
Pourquoi c'est important
Cet événement marque le début de la dernière étape à valeur ajoutée avant l'expédition. Mesurer à partir de ce point aide à isoler les goulots d'étranglement spécifiquement au sein de la zone d'emballage.
Où obtenir
Capturé à partir des journaux de transactions associés aux stations d'emballage dans Manhattan SCALE. Il peut s'agir d'une transaction 'Démarrer l'emballage' ou de l'horodatage du premier article emballé.
Capture
Enregistré lorsqu'un opérateur commence le processus d'emballage d'une commande à une station.
Type d'événement
explicit
|
|||
|
Inspection qualité effectuée
|
Représente un contrôle qualité effectué sur les marchandises reçues avant leur mise en stock. La saisie est explicite, intervenant lorsqu'un opérateur de contrôle qualité enregistre le résultat de l'inspection (réussite ou échec) dans le système pour l'inventaire spécifique. | ||
|
Pourquoi c'est important
Cette activité est vitale pour suivre le respect des procédures de contrôle qualité. L'analyse de sa fréquence et de sa durée aide à garantir la qualité des produits et à identifier les retards dans le processus d'inspection.
Où obtenir
Enregistré dans le module de gestion de la qualité ou les journaux de transactions de statut d'inventaire dans Manhattan SCALE lorsqu'un résultat d'inspection est soumis.
Capture
Capturé à partir du journal des transactions de l'étape de confirmation de l'inspection qualité.
Type d'événement
explicit
|
|||
|
Marchandises Arrivées au Quai
|
Cette activité signifie l'arrivée physique d'un camion ou d'un conteneur au quai de réception de l'entrepôt. Elle est souvent capturée explicitement lorsqu'un agent de porte ou de quai enregistre l'expédition dans le système avant le début du déchargement. | ||
|
Pourquoi c'est important
Le suivi du temps entre l'arrivée et le début des activités de réception aide à identifier les goulots d'étranglement au quai de réception, tels que les temps d'attente dus à l'indisponibilité des ressources.
Où obtenir
Enregistré dans un module de gestion des expéditions ou de planification des rendez-vous au sein de Manhattan SCALE lorsque le transporteur est enregistré à l'installation.
Capture
Capturé à partir de l'horodatage de la transaction d'enregistrement au quai de réception.
Type d'événement
explicit
|
|||
|
Notification de Livraison Entrante Reçue
|
Représente la réception d'un avis d'expédition avancé (ASN) d'un fournisseur, détaillant une expédition entrante. Il s'agit d'un événement explicite capturé lorsqu'un ASN est traité et enregistré avec succès dans Manhattan SCALE, déclenchant les activités de planification des réceptions. | ||
|
Pourquoi c'est important
Cet événement sert de point de départ pour mesurer le processus logistique entrant. Il permet l'analyse des performances des fournisseurs et de la préparation de l'entrepôt pour les marchandises entrantes.
Où obtenir
Enregistré dans les tables de transactions entrantes ou ASN lors de la réception EDI ou de la saisie manuelle réussie d'une notification de livraison.
Capture
Événement enregistré lors de la réception et du traitement de l'ASN.
Type d'événement
explicit
|
|||
|
Préparation pour l'expédition
|
Représente le déplacement des cartons emballés de la zone d'emballage vers une zone ou un couloir d'expédition désigné. Cette activité est généralement inférée d'un changement d'emplacement du conteneur ou de la palette d'expédition au sein du WMS. | ||
|
Pourquoi c'est important
Aide à identifier les retards entre l'emballage et le chargement. Une longue durée dans cet état peut indiquer une mauvaise coordination avec les transporteurs ou une gestion inefficace des portes de quai.
Où obtenir
Inférencié d'une transaction de mouvement d'inventaire ou d'une mise à jour de localisation pour l'ID du conteneur d'expédition dans Manhattan SCALE, indiquant qu'il a été déplacé vers un emplacement de staging.
Capture
Inférencié d'un changement d'emplacement du conteneur emballé vers une zone de staging ou de quai.
Type d'événement
inferred
|
|||
|
Tâche de mise en stock créée
|
Le système génère une tâche dirigeant un opérateur à déplacer les marchandises reçues du quai vers un emplacement de stockage. Il s'agit d'un événement explicite capturé dans le moteur de gestion des tâches lorsque le système alloue une destination et crée une nouvelle directive de mise en stock. | ||
|
Pourquoi c'est important
Marque le début du processus interne de mouvement des marchandises. Le temps entre cette étape et l'achèvement de la tâche mesure l'efficacité du rangement et la performance du système.
Où obtenir
Enregistré dans les tables d'historique des tâches ou des ordres de travail dans Manhattan SCALE, avec un horodatage correspondant à la création de la tâche de mise en stock.
Capture
Événement enregistré lors de la génération par le système d'une tâche de rangement.
Type d'événement
explicit
|
|||
|
Tâche de prélèvement créée
|
Représente le système générant une tâche de picking pour un opérateur afin de récupérer des articles du stock pour exécuter une commande. Cet événement est explicitement enregistré lorsque la commande est allouée et que le WMS crée une directive pour un utilisateur. | ||
|
Pourquoi c'est important
C'est le début du processus d'exécution sortant. Le temps écoulé entre cet événement et l'achèvement du picking est essentiel pour mesurer l'efficacité du préparateur.
Où obtenir
Enregistré dans les tables d'historique des tâches ou des ordres de travail dans Manhattan SCALE avec un horodatage de création.
Capture
Événement enregistré lors de la génération par le système d'une tâche de prélèvement.
Type d'événement
explicit
|
|||