Su Plantilla de Datos de Gestión de Almacenes
Su Plantilla de Datos de Gestión de Almacenes
- Atributos recomendados para recopilar
- Actividades clave a rastrear para operaciones de almacén
- Guía de extracción adaptada para Körber WMS
Atributos de Gestión de Almacenes
| Nombre | Descripción | ||
|---|---|---|---|
| Hora del Evento EventTime | La fecha y hora precisas en que la actividad o el evento se registraron en el sistema de origen. | ||
| Descripción El Tiempo de Evento es la marca de tiempo asociada con cada actividad, marcando el momento exacto en que ocurrió. Estos datos temporales son fundamentales para calcular duraciones, tiempos de ciclo y tiempos de espera entre diferentes pasos del proceso. En el análisis de procesos, este atributo se utiliza para ordenar los eventos cronológicamente, construir el flujo del proceso y realizar cualquier análisis basado en el tiempo. Es esencial para los dashboards que miden el rendimiento, como el análisis del tiempo de ciclo, y para calcular KPIs como el 'Tiempo de Ciclo Promedio de Pedido de Principio a Fin'. Por qué es importante Esta marca de tiempo es crítica para ordenar eventos, calcular todas las métricas basadas en el tiempo como tiempos de ciclo y tiempos de espera, y comprender el rendimiento del proceso. Dónde obtener Ubicado en todas las tablas de registro de transacciones y eventos dentro de Körber WMS, típicamente con nombres como 'CreationDate', 'Timestamp' o 'EventDateTime'. Ejemplos 2023-10-26T10:00:00Z2023-10-26T11:35:10Z2023-10-27T08:15:00Z | |||
| Nombre de la Actividad ActivityName | El nombre del evento o tarea específica que ocurrió en un momento dado dentro del ciclo de vida de la orden de almacén. | ||
| Descripción Este atributo describe un único paso en el proceso de gestión de almacenes, como 'Mercancías Recogidas del Almacén' o 'Envío Despachado'. Cada actividad representa un evento de negocio distinto registrado en el sistema, asociado con una marca de tiempo específica. Analizar las actividades es el núcleo del Process Mining. Permite la construcción del mapa de procesos, mostrando cómo fluye realmente el trabajo a través del almacén. Esto ayuda a identificar cuellos de botella, bucles de reproceso y desviaciones del procedimiento operativo estándar. Por qué es importante Define los pasos del proceso, formando la base del mapa de procesos y permitiendo el análisis del flujo del proceso, sus variaciones y cuellos de botella. Dónde obtener Tablas de registro de eventos o transacciones en Körber WMS, donde se registran los eventos de negocio. Esto a menudo se deriva de códigos de transacción o descripciones de cambio de estado. Ejemplos Tarea de Picking CreadaMercancía EmpaquetadaEnvío DespachadoOrden de Almacén Cancelada | |||
| Orden de Almacén WarehouseOrder | El identificador único para una orden de almacén, que sirve como identificador principal del caso para rastrear todas las actividades logísticas relacionadas. | ||
| Descripción La Orden de Almacén es el identificador central que agrupa todas las tareas y eventos relacionados con una solicitud logística específica, como una recepción de entrada o un envío de salida. Permite el seguimiento de extremo a extremo del ciclo de vida de una orden dentro del almacén, desde su creación hasta su despacho final o cancelación. En Process Mining, analizar por Orden de Almacén permite la visualización de todo el flujo de proceso para cada orden. Esto ayuda a identificar rutas comunes, desviaciones, cuellos de botella y el tiempo de ciclo general para diferentes tipos de pedidos, como estándar frente a urgente. Por qué es importante Este es el ID de Caso esencial que conecta todos los eventos relacionados, permitiendo un análisis completo de extremo a extremo del proceso de gestión de almacenes para cada pedido específico. Dónde obtener Este identificador se encuentra típicamente en las tablas centrales de gestión de pedidos dentro de Körber WMS. Consulte la documentación de Körber WMS para conocer los nombres específicos de tablas y campos, como los encabezados de pedidos. Ejemplos WO-0012845WO-0012991WO-0013402 | |||
| Source System SourceSystem | El sistema del cual se extrajo la data. | ||
| Descripción Este atributo identifica el sistema de origen para los datos de eventos, que en este caso es 'Körber WMS'. En entornos con múltiples sistemas integrados, este campo ayuda a diferenciar las fuentes de datos y a rastrear el linaje de los datos. Para el análisis, proporciona contexto, especialmente al combinar datos de múltiples sistemas. Ayuda a garantizar la calidad de los datos y puede utilizarse para filtrar el análisis a las actividades de un sistema específico. Por qué es importante Proporciona un contexto crucial sobre el origen de los datos, asegurando la claridad y trazabilidad, especialmente en entornos con múltiples sistemas interconectados. Dónde obtener Esto es típicamente un valor estático añadido durante el proceso de extracción de datos para identificar el sistema de origen. Ejemplos Körber WMSKörberOne | |||
| Última actualización de datos LastDataUpdate | El `timestamp` que indica la última vez que los `datos` para este proceso fueron `actualizados`. | ||
| Descripción Este atributo especifica la fecha y hora de la extracción o actualización de datos más reciente. Proporciona contexto sobre la frescura de los datos que se están analizando, asegurando que los usuarios sean conscientes de cuán actual es la vista del proceso. En dashboards e informes, esta información es vital para la transparencia. Ayuda a los usuarios a comprender si están viendo datos en tiempo real, diarios o semanales, lo que impacta en la toma de decisiones. Por qué es importante Informa a los usuarios sobre la puntualidad de los datos, lo cual es crítico para tomar decisiones de negocio precisas y relevantes basadas en el análisis. Dónde obtener Este valor es generado y registrado por el pipeline de datos o la herramienta ETL al final de cada ciclo de actualización de datos. Ejemplos 2024-05-21T02:00:00Z2024-05-22T02:00:00Z | |||
| Cantidad Real ActualQuantity | La cantidad de un artículo que fue realmente manejada o registrada durante una tarea. | ||
| Descripción La Cantidad Real es el número de unidades contadas físicamente, recogidas, empacadas o recibidas por el operador del almacén. Este valor se registra al completar la tarea y a veces puede diferir de la 'Cantidad Planificada' debido a escasez de existencias, daños o error humano. Comparar este atributo con la 'Cantidad Planificada' es fundamental para el dashboard de 'Salud y Precisión del Proceso de Inventario'. Las discrepancias entre ambos valores son indicadores directos de fallas en el proceso o inexactitudes de datos que requieren investigación. Por qué es importante Proporciona la verdad fundamental de lo que se manejó físicamente, lo que lo hace esencial para calcular las tasas de discrepancia y asegurar la precisión del inventario. Dónde obtener Se encuentra en registros de confirmación de transacciones o de finalización de tareas. Los nombres de campo pueden incluir 'ActualQty', 'ConfirmedQuantity' o 'PickedQuantity'. Ejemplos 10491 | |||
| ID de Usuario/Operador UserOperatorId | El identificador del usuario u operador que realizó la actividad. | ||
| Descripción Este atributo identifica al empleado del almacén o usuario del sistema responsable de ejecutar una tarea específica, como picking, empaque o ubicación de mercancías. También puede referirse a un sistema automatizado o bot en algunos casos. Esta dimensión es crítica para el análisis del rendimiento de los recursos. Ayuda a comprender la distribución de la carga de trabajo, identificar a los empleados de alto rendimiento y detectar a las personas que puedan requerir formación adicional. Es la base para el dashboard de 'Utilización y Carga de Trabajo de Recursos' y el KPI de 'Rendimiento por Operador'. Por qué es importante Permite el análisis del rendimiento de la fuerza laboral, la distribución de la carga de trabajo y la eficiencia de los recursos, ayudando a identificar necesidades de capacitación y empleados de alto rendimiento. Dónde obtener Se encuentra en tablas de transacciones o registros donde se registran las acciones del usuario. Busque campos como 'UserID', 'UserName', 'ExecutedBy' o 'OperatorID'. Ejemplos JSMITHABOT01CDAVISsystem | |||
| Nivel de Prioridad PriorityLevel | Indica la urgencia o prioridad del pedido de almacén, como estándar o urgente. | ||
| Descripción El Nivel de Prioridad es una clasificación asignada a una orden de almacén para dictar la urgencia de su manejo. Por ejemplo, una orden podría estar marcada como 'Urgente' o 'Alta Prioridad', indicando que debe procesarse antes que los pedidos estándar. Este atributo es esencial para el dashboard de 'Análisis de Pedidos Urgentes' y el KPI de '% de Envíos Urgentes'. Ayuda a comprender el impacto de los pedidos urgentes en las operaciones generales del almacén, sus costes asociados y si sus tiempos de procesamiento son realmente más rápidos que los pedidos estándar. Por qué es importante Ayuda a analizar el manejo de pedidos urgentes, su frecuencia y su impacto en el rendimiento general del proceso y los costos. Dónde obtener Ubicado en los datos de la cabecera del pedido. Busque campos como 'Priority', 'Urgency' o un indicador específico de nivel de servicio de envío. Ejemplos EstándarAceleradoNocturnoCrítico | |||
| SKU de Producto ProductSKU | La Unidad de Mantenimiento de Stock (SKU) o número de material del artículo que se está manejando. | ||
| Descripción El SKU del Producto es el identificador único para un producto o material específico involucrado en la orden de almacén. Una orden puede contener uno o más SKUs. Analizar por SKU de Producto ayuda a comprender si ciertos productos tienen procesos de manejo más complejos o problemáticos. Por ejemplo, podría descubrir que los artículos frágiles tienen tiempos de empaque más largos o que ciertos SKUs están frecuentemente asociados con discrepancias de picking. Esto puede informar cambios en la estrategia de almacenamiento o en los procedimientos de manejo. Por qué es importante Permite el análisis del rendimiento del proceso basándose en productos específicos, revelando si ciertos artículos causan retrasos o errores. Dónde obtener Se encuentra en las tablas de líneas de pedido, vinculadas a la cabecera del pedido principal del almacén. Los nombres de campo comunes incluyen 'SKU', 'MaterialNumber' o 'ItemCode'. Ejemplos SKU-847361SKU-991204SKU-103557 | |||
| ¿Hay Discrepancia de Picking? IsPickingDiscrepancy | Un indicador que señala si la cantidad real recogida coincidió con la cantidad planificada. | ||
| Descripción Este es un atributo booleano derivado que es verdadero si la 'Cantidad Real' difiere de la 'Cantidad Planificada' para cualquier actividad relacionada con el picking. Sirve como un indicador simple de un error de picking o un problema de inventario para una tarea específica. Esta bandera simplifica el análisis al permitir a los usuarios filtrar rápidamente todos los pedidos que experimentaron una discrepancia en el picking. Se utiliza para calcular el KPI de 'Tasa de Discrepancia de Picking' y ayuda a impulsar el dashboard de 'Salud y Precisión del Proceso de Inventario' al resaltar puntos específicos de fallo. Por qué es importante Proporciona un indicador binario claro de errores de picking, simplificando el análisis necesario para identificar y cuantificar los problemas de precisión del inventario. Dónde obtener Calculado durante la transformación de datos. La lógica es: Ejemplos truefalse | |||
| Cantidad Planificada PlannedQuantity | La cantidad de un artículo que se esperaba manejar en una tarea, como picking o recepción. | ||
| Descripción La Cantidad Planificada representa el número objetivo de unidades para una tarea determinada, según lo especificado por la orden de almacén. Por ejemplo, si una orden requiere recoger 10 unidades de un SKU específico, la cantidad planificada para esa tarea de picking es 10. Este atributo es crucial para identificar discrepancias al compararlo con la 'Cantidad Real'. Es un insumo clave para calcular los KPI de 'Tasa de Discrepancia de Picking' y 'Tasa de Discrepancia de Inventario', que son vitales para mantener la precisión del inventario. Por qué es importante Sirve como línea base para medir la precisión en tareas como el picking y la recepción, permitiendo la detección de discrepancias de inventario. Dónde obtener Disponible en tablas de tareas o de líneas de pedido. Busque campos como 'OrderQuantity', 'PlannedQty' o 'ExpectedQuantity'. Ejemplos 10501 | |||
| Duración de la Actividad ActivityDuration | El tiempo total que se tardó en completar una actividad específica. | ||
| Descripción Esta métrica representa el tiempo de procesamiento para un solo evento, calculado como la diferencia entre su Hora de Fin y su Hora de Inicio. Si no hay una Hora de Fin disponible, puede inferirse del tiempo entre eventos consecutivos. Analizar la duración de la actividad es clave para identificar qué tareas específicas están consumiendo más tiempo en el proceso general. Esto se utiliza en dashboards como 'Utilización y Carga de Trabajo de Recursos' para comprender el esfuerzo por tarea y es esencial para calcular KPIs como el 'Tiempo Promedio de Inspección de Calidad'. Por qué es importante Mide directamente el tiempo dedicado a tareas individuales, ayudando a identificar los pasos más largos e ineficientes en el proceso del almacén. Dónde obtener Esto se calcula típicamente durante la transformación de datos restando la marca de tiempo de inicio de la marca de tiempo de finalización de una actividad. Ejemplos 9006501200 | |||
| Equipo Utilizado EquipmentUsed | El identificador del equipo, como una carretilla elevadora o un escáner, utilizado para realizar una tarea. | ||
| Descripción Este atributo especifica la pieza de equipo de manejo de materiales (MHE) o la tecnología utilizada durante una tarea de almacén. Esto podría ser una carretilla elevadora específica, una transpaleta, un escáner de mano o un vehículo guiado automatizado (AGV). Analizar por equipo ayuda a comprender la utilización de recursos, las necesidades de mantenimiento y el impacto de diferentes tipos de equipos en la eficiencia de las tareas. Es una dimensión clave para el dashboard de 'Utilización y Carga de Trabajo de Recursos', permitiendo una visión holística de los recursos humanos y mecánicos. Por qué es importante Permite el análisis de la utilización del equipo y su impacto en el rendimiento de las tareas, ayudando a optimizar la gestión de flotas e identificar cuellos de botella relacionados con la maquinaria. Dónde obtener Consulte la documentación de Körber WMS. Estos datos pueden registrarse en los registros de ejecución de tareas, especialmente si los operadores inician sesión en equipos específicos. Ejemplos FORKLIFT-08SCANNER-112AGV-03 | |||
| Estado de SLA SLAStatus | Indica si el pedido se completó a tiempo, con retraso o está en riesgo, basándose en su fecha de finalización solicitada. | ||
| Descripción El Estado del SLA es un atributo calculado que categoriza cada pedido en función de su puntualidad con respecto a la 'RequestedCompletionDate'. Puede tener valores como 'A Tiempo', 'Retrasado' o 'En Progreso'. Este atributo proporciona una visión inmediata del rendimiento del nivel de servicio. Permite un filtrado y análisis rápido de todos los pedidos atrasados para comprender las causas raíz, como cuellos de botella específicos o problemas de recursos. Este es un elemento crucial para cualquier análisis centrado en la satisfacción del cliente y la fiabilidad operativa. Por qué es importante Mide directamente la adhesión a los acuerdos de nivel de servicio, permitiendo una fácil identificación y análisis de la causa raíz de los pedidos atrasados. Dónde obtener Esto se calcula en la capa de transformación de datos comparando la marca de tiempo del evento 'Orden de Almacén Completada' con la 'RequestedCompletionDate'. Ejemplos A TiempoRetrasadoEn Progreso | |||
| Fecha de Finalización Solicitada RequestedCompletionDate | La fecha en la que el cliente o la parte interesada interna ha solicitado que se complete el pedido. | ||
| Descripción Esta es la fecha objetivo de finalización o envío para un pedido de salida, a menudo dictada por las expectativas del cliente o los acuerdos de nivel de servicio (SLAs). Sirve como el plazo principal contra el cual se mide el rendimiento real. Esta fecha es crucial para el dashboard de 'Análisis de Pedidos Urgentes'. Comparar la 'Requested Completion Date' con la 'Actual Completion Date' (la marca de tiempo de la actividad 'Envío Despachado' u 'Orden de Almacén Completada') ayuda a determinar el rendimiento a tiempo e identificar pedidos que corren el riesgo de retrasarse. Por qué es importante Proporciona la base para medir el rendimiento a tiempo y el cumplimiento de los acuerdos de nivel de servicio (SLAs), destacando los pedidos potencialmente atrasados. Dónde obtener Ubicado en la tabla de cabecera del pedido. Los nombres de campo comunes incluyen 'RequiredDeliveryDate', 'RequestedShipDate' o 'SLA'. Ejemplos 2023-10-28T23:59:59Z2023-11-05T23:59:59Z | |||
| Hora de Finalización EndTime | La marca de tiempo que indica cuándo se completó una actividad, si está disponible. | ||
| Descripción La Hora de Fin representa la marca de tiempo de finalización para una actividad. Mientras que StartTime (EventTime) marca el inicio, End Time marca la conclusión, lo que permite el cálculo directo de la duración de esa única actividad. No todos los eventos tienen una hora de fin distinta; para muchos, el StartTime del siguiente evento se utiliza para inferir la duración del anterior. Este atributo es extremadamente valioso para calcular con precisión el tiempo de procesamiento de tareas individuales. Por ejemplo, se utiliza para determinar el 'Tiempo Promedio de Inspección de Calidad' midiendo el tiempo desde que comenzó la inspección hasta que finalizó. Por qué es importante Permite el cálculo preciso de los tiempos de procesamiento de actividades individuales, lo cual es crucial para identificar tareas ineficientes y cuellos de botella de recursos. Dónde obtener Consulte la documentación de Körber WMS. Esto puede encontrarse en tablas de transacciones junto con la hora de inicio o en tablas de historial de estado relacionadas. Ejemplos 2023-10-26T10:15:00Z2023-10-26T11:45:20Z2023-10-27T08:30:00Z | |||
| ID de Almacén WarehouseId | El identificador único del almacén o centro de distribución donde se realizan las actividades. | ||
| Descripción El ID del Almacén especifica la ubicación física o la instalación donde se procesa la orden de almacén. Para organizaciones con múltiples centros de distribución, esta es una dimensión clave para el análisis. Este atributo permite comparar el rendimiento entre diferentes sitios. Por ejemplo, puede comparar el 'Tiempo Promedio de Ciclo de Pedido de Extremo a Extremo' entre el Almacén A y el Almacén B para identificar mejores prácticas o problemas operativos específicos de una ubicación. Por qué es importante Permite la comparación de rendimiento y el benchmarking entre diferentes ubicaciones físicas de almacén, destacando problemas regionales o específicos de las instalaciones. Dónde obtener Esta información suele estar disponible en los encabezados de pedidos o en las tablas de configuración del sitio. Puede representarse como 'Planta', 'Sitio' o 'Código de Ubicación'. Ejemplos WH-NYCDC-LAXFC-DAL | |||
| Tiempo de Ciclo CycleTime | La duración total de la orden de almacén desde su creación hasta su finalización. | ||
| Descripción El Tiempo de Ciclo es una métrica calculada que mide el tiempo total transcurrido para un caso, desde el primer evento ('Pedido de Almacén Creado') hasta el último evento ('Pedido de Almacén Completado'). Representa el tiempo de procesamiento de principio a fin para un pedido. Este es un indicador clave de rendimiento principal en el Process Mining, que responde directamente a la pregunta '¿Cuánto tiempo lleva?'. Es la métrica central para el dashboard de 'Tiempo de Ciclo de Pedido de Almacén de Principio a Fin' y el KPI de 'Tiempo de Ciclo Promedio de Pedido de Principio a Fin', utilizado para rastrear la salud general del proceso e identificar pedidos que tardan un tiempo inusualmente largo en cumplirse. Por qué es importante Este es un KPI crítico que mide la eficiencia general del proceso de almacén, impactando directamente la satisfacción del cliente y los costes operativos. Dónde obtener Esta métrica se calcula en la herramienta de Process Mining tomando la diferencia entre la marca de tiempo del último evento y el primer evento para cada Orden de Almacén. Ejemplos 8640017280036000 | |||
| Tipo de Pedido OrderType | Categoriza el pedido de almacén, por ejemplo, como de entrada, salida o transferencia interna. | ||
| Descripción El Tipo de Pedido define el propósito comercial de la orden de almacén. Los tipos comunes incluyen envíos a clientes (salientes), recepciones de proveedores (entrantes), transferencias de stock entre ubicaciones de almacén (internas) o devoluciones. Este es un atributo potente para el filtrado y el análisis comparativo. Le permite analizar y comparar los flujos de proceso y el rendimiento para diferentes tipos de operaciones logísticas, por ejemplo, para ver si el proceso de entrada es más o menos eficiente que el de salida. Por qué es importante Permite la segmentación del análisis por el propósito del pedido, revelando diferencias de rendimiento entre procesos como las recepciones de entrada y los envíos de salida. Dónde obtener Típicamente ubicado en la tabla del encabezado del pedido en Körber WMS. Busque un campo llamado 'OrderType', 'TransactionType' o similar. Ejemplos Envío de SalidaRecepción de EntradaTransferencia InternaDevolución de Cliente | |||
| Transportista Carrier | El transportista asignado para gestionar la entrega final del pedido. | ||
| Descripción El Transportista es el proveedor de logística externo (por ejemplo, FedEx, UPS, DHL) responsable de transportar las mercancías desde el almacén hasta el destino final. Esto suele asignarse durante la fase de planificación o expedición del envío. Analizar por transportista puede revelar diferencias de rendimiento entre los socios de envío. Por ejemplo, puede ayudar a identificar si ciertos transportistas están asociados con tiempos de preparación más largos o retrasos más frecuentes, proporcionando datos valiosos para la negociación y selección de contratos con transportistas. Por qué es importante Permite el análisis de rendimiento de diferentes socios de envío, ayudando a optimizar la logística y mejorar la fiabilidad de las entregas. Dónde obtener Se encuentra en las tablas de planificación de envíos o transporte dentro de Körber WMS. Busque campos como 'CarrierCode', 'ShippingAgent' o 'SCAC'. Ejemplos FedExUPSDHLLocal Freight Inc. | |||
| Ubicación de Almacenamiento StorageLocation | La ubicación específica en el almacén, como el estante o pasillo, donde se almacenan o se recogen las mercancías. | ||
| Descripción Este atributo identifica la coordenada física dentro del almacén, como un estante, una estantería o un compartimento. Es relevante para actividades como 'Mercancías Ubicadas en Almacén' y 'Mercancías Recogidas del Almacén'. Estos datos se utilizan en el dashboard de 'Eficiencia de Ubicación y Uso de Ubicaciones' para analizar los tiempos de desplazamiento, la utilización de ubicaciones y la eficacia de las estrategias de almacenamiento. Por ejemplo, puede ayudar a determinar si los artículos de alta rotación se almacenan en ubicaciones de fácil acceso para minimizar el tiempo de picking. Por qué es importante Ayuda a optimizar la distribución del almacén y la estrategia de almacenamiento mediante el análisis de los tiempos de viaje y la eficiencia de las tareas de ubicación y picking para ubicaciones específicas. Dónde obtener Se encuentra en las tablas maestras de inventario, tareas o ubicación. Busque campos como 'BinCode', 'LocationID' o 'StorageBin'. Ejemplos A1-R02-S03-B01B5-R10-S01-B04C2-BULK-05 | |||
Actividades de Gestión de Almacenes
| Actividad | Descripción | ||
|---|---|---|---|
| Envío Despachado | Las mercancías se cargan y el camión parte del almacén. Este evento se activa mediante una transacción de 'Confirmación de Envío' o 'Contabilización de Salida de Mercancías' que finaliza el envío en el sistema. | ||
| Por qué es importante Este hito crítico marca la salida física de las mercancías. A menudo es un evento clave para la facturación y la actualización de los clientes. Dónde obtener Se ejecuta una transacción explícita de 'Confirmación de Envío', que está asociada con la impresión del conocimiento de embarque. Esta transacción tiene una marca de tiempo específica. Capturar Marca de tiempo de la transacción 'Confirmar Envío' o 'Contabilizar Salida de Mercancías'. Tipo de evento explicit | |||
| Mercancía Empaquetada | El proceso de empaque para un contenedor o caja de envío se completa, y el paquete se sella y etiqueta. Este evento significa que el pedido está listo para su preparación y envío y se registra explícitamente. | ||
| Por qué es importante Este hito clave finaliza la preparación de las mercancías para el envío. Se utiliza para calcular el rendimiento de empaque e identificar retrasos antes de la carga. Dónde obtener El operador ejecuta una transacción explícita de 'Empaque Completo' o 'Cerrar Caja', que registra una marca de tiempo de finalización para el contenedor de envío. Capturar Marca de tiempo de la transacción 'Cerrar Contenedor' o 'Empaque Completado'. Tipo de evento explicit | |||
| Mercancía Recibida y Contada | El personal del almacén descarga, escanea y cuenta los artículos recibidos contra la notificación de entrega de entrada. Esta transacción explícita confirma la recepción de cantidades específicas de materiales bajo la custodia física del almacén. | ||
| Por qué es importante Este es un hito crítico de entrada que habilita KPIs como el 'Tiempo de Recepción de Mercancías a Ubicación'. También ayuda a identificar discrepancias entre cantidades esperadas y recibidas desde el principio. Dónde obtener Generado cuando un usuario confirma las cantidades de recepción mediante un escáner RF o una transacción de escritorio. Esta acción actualiza el estado del inventario a 'Recibido' o 'En Stock' en una ubicación de preparación. Capturar Marca de tiempo de la transacción de confirmación de recepción. Tipo de evento explicit | |||
| Mercancía Recogida del Almacén | Un operador confirma que los artículos de un pedido han sido recogidos de su ubicación de almacenamiento. Esto se hace típicamente escaneando el artículo y la ubicación, lo que disminuye el inventario del contenedor de almacenamiento y registra la acción. | ||
| Por qué es importante Este es un hito importante en el proceso de salida. Permite el análisis de los tiempos de picking e identifica posibles retrasos entre el picking y el empaque. Dónde obtener Registrado cuando el operador confirma la finalización de la tarea de picking mediante un dispositivo RF. Esto actualiza el estado de la tarea a 'Completada' y tiene una marca de tiempo de finalización. Capturar Marca de tiempo de la transacción de confirmación de la tarea de picking. Tipo de evento explicit | |||
| Mercancía Ubicada en Almacén | Un operador confirma la finalización de la tarea de ubicación, típicamente escaneando el contenedor de almacenamiento y el palet o artículo. Esta acción registra explícitamente el movimiento y actualiza la ubicación del inventario en el sistema. | ||
| Por qué es importante Este hito crucial marca el final del proceso de entrada. Se utiliza para calcular los KPI de 'Tiempo de Ciclo de Ubicación' y 'Tiempo de Recepción de Mercancías a Ubicación'. Dónde obtener Registrado cuando el operador confirma la finalización de la tarea de ubicación mediante un dispositivo RF. Esta acción actualiza el estado de la tarea a 'Completada' y registra una marca de tiempo de finalización. Capturar Marca de tiempo de la transacción de confirmación de la tarea de ubicación. Tipo de evento explicit | |||
| Orden de Almacén Completada | La orden de almacén se cierra en el sistema, lo que significa que todos los movimientos físicos y transacciones relacionados han terminado. Esto se infiere típicamente de un cambio de estado en el encabezado del pedido, que finaliza el ciclo de vida del pedido. | ||
| Por qué es importante Este es el punto final primario para el proceso, esencial para calcular el tiempo de ciclo de extremo a extremo y medir las tasas generales de finalización del proceso. Dónde obtener Inferido de un cambio de estado en la cabecera del pedido de almacén a un estado final como 'Completado' o 'Cerrado'. Capturar Inferido de la marca de tiempo del cambio de estado a 'Completado' en la cabecera del pedido de almacén. Tipo de evento inferred | |||
| Orden de Almacén Creada | La creación inicial de una orden de almacén en el sistema, que representa una demanda de movimiento de mercancías. Este evento suele registrarse explícitamente cuando un usuario o un sistema integrado como un ERP crea el registro del pedido con una marca de tiempo de creación. | ||
| Por qué es importante Esto marca el inicio del proceso de extremo a extremo. Es esencial para medir el tiempo total del ciclo de pedido y comprender la demanda general y el volumen de pedidos. Dónde obtener Esto se captura de la marca de tiempo de creación en la tabla principal del encabezado de la orden de almacén cuando se guarda un nuevo registro de pedido en Körber WMS. Capturar Registrado a partir de la marca de tiempo de creación en el encabezado de la orden de almacén. Tipo de evento explicit | |||
| Empaque Iniciado | Los artículos recolectados llegan a una estación de empaque, y un operador inicia el proceso de embalaje. Esto a menudo se infiere del primer escaneo de un artículo en una estación de empaque que está asociado a un pedido de salida específico. | ||
| Por qué es importante Marca el inicio del paso de empaque. Medir el tiempo de espera antes de esta actividad y la duración del empaque ayuda a identificar cuellos de botella en la preparación del envío. Dónde obtener Esto puede ser una transacción explícita de 'Iniciar Empaque', pero se infiere más comúnmente del primer escaneo de un artículo en una estación de empaque para el pedido. Capturar Inferido de la marca de tiempo de la primera acción en una estación de empaque para un pedido dado. Tipo de evento inferred | |||
| Inspección de Calidad Realizada | Se realiza una verificación de control de calidad sobre la mercancía recibida, lo que puede implicar mover los artículos a un área de control de calidad dedicada. Esta actividad a menudo se infiere de los cambios de estado del inventario, como el paso de 'En Stock' a 'Retención de QC' y luego de nuevo a 'Sin Restricciones'. | ||
| Por qué es importante Permite el análisis de la duración de la inspección de calidad, que puede ser un cuello de botella significativo. Ayuda a rastrear los volúmenes de inspección e identificar retrasos en la disponibilidad de stock. Dónde obtener Puede inferirse de una serie de cambios de estado del inventario relacionados con retenciones de calidad. Algunos sistemas pueden tener registros de transacciones explícitas de gestión de calidad. Capturar Inferido de cambios de estado del inventario, o de un registro de transacciones asociado con una orden de inspección de calidad. Tipo de evento inferred | |||
| Mercancía Llegada al Muelle | Se registra la llegada física del transportista al muelle de recepción del almacén. Esto a menudo lo realiza un guarda de seguridad o un empleado de recepción y marca el inicio del proceso de recepción física. Este evento a menudo se infiere de un cambio de estado en la entrega. | ||
| Por qué es importante Este evento ayuda a medir la puntualidad del transportista y a analizar los tiempos de espera en el muelle de recepción, identificando posibles cuellos de botella antes de que comience la descarga. Dónde obtener Frecuentemente se registra como una actualización de estado en el registro de la entrega de entrada, o mediante una transacción específica de 'Check-In' en un módulo de gestión de patios, si está disponible. Capturar Inferido de un cambio de estado a 'Llegado' o 'En Muelle' en el registro de entrega entrante. Tipo de evento inferred | |||
| Notificación de Entrega Entrante Recibida | Se recibe una Notificación de Envío Anticipada (ASN) o una notificación de entrega entrante de un proveedor. Este evento señala que la mercancía tiene una llegada programada, lo que permite al almacén planificar las actividades de recepción. Normalmente se crea mediante una transacción EDI o una entrada manual. | ||
| Por qué es importante Esta actividad marca el inicio del proceso de planificación de entrada. Analizar el tiempo entre esta notificación y la llegada de la mercancía ayuda a medir el rendimiento del proveedor y a planificar la mano de obra. Dónde obtener Capturado de la marca de tiempo de creación de un registro ASN o de entrega entrante, que a menudo se crea a través de una interfaz EDI o entrada manual de datos. Capturar Registrado cuando un registro ASN se crea exitosamente en el sistema. Tipo de evento explicit | |||
| Orden de Almacén Cancelada | La orden de almacén se cancela antes de su finalización, deteniendo todo el trabajo en curso. Esta acción se suele inferir de un cambio de estado en el encabezado del pedido a 'Cancelado'. | ||
| Por qué es importante Representa un final alternativo para el proceso. Analizar las cancelaciones ayuda a comprender las razones del fallo del proceso, como la escasez de existencias o cambios por parte del cliente. Dónde obtener Inferido de un cambio de estado en la cabecera del pedido de almacén a un estado 'Cancelado' o 'Eliminado', junto con la marca de tiempo de ese cambio. Capturar Inferido de la marca de tiempo del cambio de estado a 'Cancelado' en la cabecera del pedido de almacén. Tipo de evento inferred | |||
| Preparado para Envío | Los cartones o pallets embalados se mueven desde el área de empaque a una vía de preparación designada para esperar la recolección del transportista. Esto a menudo se infiere de la marca de tiempo de una transacción de movimiento de inventario a una ubicación de envío. | ||
| Por qué es importante Esto ayuda a analizar el tiempo de permanencia entre el empaque y el envío final. Tiempos de preparación prolongados pueden indicar una mala coordinación con los transportistas o una gestión ineficiente de las puertas de muelle. Dónde obtener Inferido de un cambio de ubicación de la unidad de manipulación desde un centro de trabajo de empaque a un carril de envío. La transacción de movimiento lleva la marca de tiempo necesaria. Capturar Inferido de una marca de tiempo de transacción de movimiento de inventario donde la ubicación de destino es un área de preparación. Tipo de evento inferred | |||
| Tarea de Picking Creada | El sistema genera una tarea de picking para un operador basada en una orden de almacén de salida. Esta tarea dirige al operador a una ubicación específica para recuperar una cierta cantidad de un artículo. | ||
| Por qué es importante Este evento inicia el proceso de cumplimiento de salida. Analizar la generación de tareas de picking ayuda a comprender la lógica de procesamiento de pedidos y la distribución de la carga de trabajo. Dónde obtener Se crea un registro con un tipo de tarea 'Picking' y una marca de tiempo de creación en una tabla de gestión de tareas o cola de trabajo dentro de Körber WMS. Capturar Registrado a partir de la marca de tiempo de creación del registro de la tarea de picking. Tipo de evento explicit | |||
| Tarea de Ubicación Creada | El WMS crea una tarea para que un operador mueva las mercancías recibidas desde un área de preparación a un compartimento de almacenamiento final. La lógica del sistema, basada en estrategias de ubicación, determina el compartimento de destino óptimo para los artículos. | ||
| Por qué es importante Este evento marca el inicio del proceso de ubicación. Analizar el tiempo desde este evento hasta la finalización de la tarea ayuda a medir la eficiencia del sistema y del operador. Dónde obtener Se crea un registro en una tabla de gestión de tareas o cola de trabajo con un tipo de tarea 'Ubicación' y su correspondiente marca de tiempo de creación. Capturar Registrado a partir de la marca de tiempo de creación del registro de la tarea de ubicación. Tipo de evento explicit | |||
Guías de Extracción
Pasos
- Establecer Acceso a la Base de Datos: Obtenga credenciales de solo lectura y detalles de conexión (nombre del servidor, nombre de la base de datos, puerto) para la base de datos de producción o una réplica de Körber WMS. Necesitará una herramienta cliente como Microsoft SQL Server Management Studio (SSMS) u Oracle SQL Developer.
- Identificar Tablas Clave: Antes de ejecutar el script, colabore con un administrador de sistemas para verificar los nombres exactos de las tablas y columnas utilizadas en su implementación de Körber WMS, ya que pueden variar. Las tablas clave suelen incluir cabeceras de pedidos, tareas y transacciones de inventario.
- Conectarse a la Base de Datos: Inicie su cliente SQL y establezca una conexión con la base de datos de Körber WMS utilizando las credenciales proporcionadas.
- Cargar el Script SQL: Abra una nueva ventana de consulta y copie el script SQL completo proporcionado en la sección 'query' de este documento.
- Configurar Parámetros: Localice las variables de marcador de posición en la parte superior del script. Reemplace
@[StartDate],@[EndDate]y@[WarehouseId]con su rango de fechas deseado y el identificador de almacén específico para filtrar la extracción de datos. - Ejecutar la Consulta: Ejecute el script SQL configurado. El tiempo de ejecución dependerá del rango de fechas y del volumen de datos en su sistema.
- Revisar los Resultados: Una vez que la consulta se complete, inspeccione brevemente la salida en su cliente SQL para asegurarse de que devuelve filas y que las columnas (
WarehouseOrder,ActivityName,EventTime, etc.) están pobladas como se espera. - Exportar a CSV: Exporte todo el conjunto de resultados a un archivo CSV. La mayoría de los clientes SQL tienen una función incorporada para exportar los resultados de la consulta directamente.
- Preparar para Cargar: Asegúrese de que el archivo CSV exportado se guarde con codificación UTF-8. Verifique que los encabezados de las columnas en el archivo coincidan exactamente con los nombres de los atributos requeridos, sin espacios ni caracteres adicionales.
Configuración
- Conexión a la Base de Datos: Se requiere una conexión directa a la base de datos. Debe proporcionar la dirección del servidor, el nombre de la base de datos, un nombre de usuario válido y una contraseña. Se recomienda encarecidamente un usuario de solo lectura para evitar la modificación accidental de datos.
- Filtro por Rango de Fechas: La consulta utiliza los marcadores de posición
@StartDatey@EndDatepara controlar el período de extracción. Para el análisis inicial, se recomienda un rango de 3 a 6 meses para capturar suficientes variaciones del proceso sin causar una carga excesiva en la base de datos. - Filtro por Almacén y Pedido: El script incluye un marcador de posición
@[WarehouseId]para limitar la extracción a una instalación específica. Puede agregar otros filtros a las cláusulasWHEREdel script, como el tipo de pedido o el cliente, para refinar aún más el conjunto de datos. - Granularidad de los Datos: Este script extrae eventos tanto a nivel de cabecera de pedido (por ejemplo, 'Pedido de Almacén Creado') como a nivel de tarea o transacción detallada (por ejemplo, 'Mercancía Recogida').
- Requisitos Previos: Debe tener permisos de base de datos suficientes para leer de todas las tablas a las que se hace referencia en la consulta. Es necesario familiarizarse con su esquema específico de Körber WMS para validar y, si es necesario, ajustar los nombres de tablas y columnas.
a Consulta de ejemplo 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;