Su Template de datos para la gestión de almacenes
Su Template de datos para la gestión de almacenes
- Atributos recomendados para recopilar
- Actividades clave que debe registrar en las operaciones del almacén
- Recomendaciones de extracción para Körber WMS
Atributos de gestión de almacenes
| Nombre | Descripción | ||
|---|---|---|---|
| Hora del evento EventTime | Fecha y hora exactas en que se registró la actividad o el evento en el sistema de origen. | ||
| Descripción La hora del evento es la marca de tiempo asociada a cada actividad y señala el momento exacto en que ocurrió. Estos datos temporales son fundamentales para calcular las duraciones, los tiempos de ciclo y los tiempos de espera entre los distintos pasos del proceso. En el análisis de procesos, este atributo permite ordenar cronológicamente los eventos, construir el flujo del proceso y realizar análisis basados en el tiempo. Es esencial para los Dashboards que miden el rendimiento, como el análisis del tiempo de ciclo, y para calcular KPI como «Tiempo de ciclo promedio del pedido de principio a fin». Por qué es importante Esta marca de tiempo es fundamental para ordenar los eventos, calcular métricas temporales como los tiempos de ciclo y de espera, y comprender el rendimiento del proceso. Dónde obtenerlo Se encuentra en todas las tablas de transacciones y de registro de eventos de Körber WMS. Suele tener 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 | Nombre del evento o la tarea específica que tuvo lugar en un momento determinado del ciclo de vida del pedido de almacén. | ||
| Descripción Este atributo describe un paso del proceso de gestión del almacén, como «Mercancías recogidas del almacenamiento» o «Envío despachado». Cada actividad representa un evento empresarial concreto registrado en el sistema y asociado a una marca de tiempo específica. El análisis de las actividades es la base de Process Mining. Permite construir el mapa del proceso y mostrar cómo fluye realmente el trabajo por el almacén. Esto ayuda a identificar cuellos de botella, ciclos de retrabajo y desviaciones del procedimiento operativo estándar. Por qué es importante Define los pasos del proceso, constituye la base del mapa del proceso y permite analizar el flujo, las variaciones y los cuellos de botella. Dónde obtenerlo Tablas de transacciones o de registro de eventos de Körber WMS, donde se registran los eventos empresariales. A menudo, estos datos se obtienen de códigos de transacción o descripciones de cambios de estado. Ejemplos Tarea de preparación de pedidos creadaMercancías embaladasEnvío expedidoPedido de almacén cancelado | |||
| Pedido de almacén WarehouseOrder | Identificador único de un pedido de almacén, que sirve como identificador principal del caso para hacer seguimiento de todas las actividades logísticas relacionadas. | ||
| Descripción El pedido 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 entrante o un envío saliente. Permite hacer un seguimiento integral del ciclo de vida del pedido dentro del almacén, desde su creación hasta su despacho final o cancelación. En Process Mining, analizar los pedidos de almacén permite visualizar el flujo completo del proceso de cada pedido. Esto ayuda a identificar las rutas habituales, las desviaciones, los cuellos de botella y el tiempo de ciclo general de los distintos tipos de pedidos, como los estándar y los urgentes. Por qué es importante Este es el ID del caso esencial que conecta todos los eventos relacionados y permite analizar de principio a fin el proceso de gestión del almacén para cada pedido. Dónde obtenerlo Este identificador suele encontrarse en las tablas principales de gestión de pedidos de Körber WMS. Consulte la documentación de Körber WMS para conocer los nombres concretos de las tablas y los campos, como los de las cabeceras de pedido. Ejemplos WO-0012845WO-0012991WO-0013402 | |||
| Sistema de origen SourceSystem | Sistema del que se extrajeron los datos. | ||
| Descripción Este atributo identifica el sistema de origen de los datos de eventos, que en este caso es «Körber WMS». En entornos con varios sistemas integrados, este campo ayuda a diferenciar las fuentes de datos y a rastrear su linaje. En el análisis, aporta contexto, sobre todo al combinar datos de varios sistemas. También ayuda a garantizar la calidad de los datos y permite filtrar el análisis para centrarse en las actividades de un sistema específico. Por qué es importante Aporta contexto esencial sobre el origen de los datos y garantiza su claridad y trazabilidad, especialmente en entornos con varios sistemas interconectados. Dónde obtenerlo Suele ser un valor estático que se añade durante la extracción de datos para identificar el sistema de origen. Ejemplos Körber WMSKörberOne | |||
| Última actualización de los datos LastDataUpdate | Marca de tiempo que indica cuándo se actualizaron por última vez los datos de este proceso. | ||
| Descripción Este atributo indica la fecha y hora de la extracción o actualización de datos más reciente. Aporta contexto sobre la actualidad de los datos analizados y permite saber qué tan actualizada está la vista del proceso. Esta información es fundamental para la transparencia en los Dashboards y los informes. Ayuda a entender si se están consultando datos en tiempo real, diarios o semanales, algo que influye en la toma de decisiones. Por qué es importante Informa sobre la actualidad de los datos, un aspecto fundamental para tomar decisiones empresariales precisas y pertinentes a partir del análisis. Dónde obtenerlo La canalización de datos o la herramienta ETL genera y registra este valor al final de cada ciclo de actualización. Ejemplos 2024-05-21T02:00:00Z2024-05-22T02:00:00Z | |||
| Cantidad real ActualQuantity | Cantidad de un artículo que se gestionó o registró realmente durante una tarea. | ||
| Descripción La cantidad real es el número de unidades que el operador del almacén contó, preparó, embaló o recibió físicamente. Este valor se registra al completar la tarea y, en ocasiones, puede diferir de la «Cantidad planificada» debido a la falta de existencias, daños o errores humanos. Comparar este atributo con la «Cantidad planificada» es fundamental para el Dashboard «Salud y precisión del proceso de inventario». Las discrepancias entre ambos valores indican directamente fallos del proceso o imprecisiones en los datos que conviene investigar. Por qué es importante Indica con precisión qué se gestionó físicamente, por lo que es esencial para calcular las tasas de discrepancia y garantizar la precisión del inventario. Dónde obtenerlo Se encuentra en los registros de confirmación de transacciones o de finalización de tareas. Los campos pueden llamarse «ActualQty», «ConfirmedQuantity» o «PickedQuantity». Ejemplos 10491 | |||
| ID de usuario/operador UserOperatorId | Identificador del usuario o el operador que realizó la actividad. | ||
| Descripción Este atributo identifica al empleado del almacén o al usuario del sistema responsable de realizar una tarea específica, como preparar pedidos, embalar o ubicar mercancías. En algunos casos, también puede referirse a un sistema automatizado o un bot. Esta dimensión es fundamental para analizar el rendimiento de los recursos. Ayuda a comprender cómo se distribuye la carga de trabajo, identificar a quienes obtienen mejores resultados y detectar quiénes podrían necesitar formación adicional. Es la base del Dashboard «Uso de recursos y carga de trabajo» y del KPI «Rendimiento por operador». Por qué es importante Permite analizar el rendimiento del personal, la distribución de la carga de trabajo y la eficiencia de los recursos, así como identificar necesidades de formación y a quienes obtienen mejores resultados. Dónde obtenerlo Se encuentra en las tablas de transacciones o de registro donde se anotan las acciones de los usuarios. Busque campos como «UserID», «UserName», «ExecutedBy» u «OperatorID». Ejemplos JSMITHABOT01CDAVISsistema | |||
| Nivel de prioridad PriorityLevel | Indica la urgencia o prioridad del pedido de almacén, por ejemplo, estándar o urgente. | ||
| Descripción El nivel de prioridad es una clasificación asignada a un pedido de almacén para determinar la urgencia con que debe gestionarse. Por ejemplo, un pedido puede marcarse como «Urgente» o «Alta prioridad» para que se procese antes que los pedidos estándar. Este atributo es esencial para el Dashboard «Análisis de pedidos urgentes» y el KPI «Porcentaje de envíos urgentes». Ayuda a comprender el impacto de los pedidos urgentes en las operaciones generales del almacén, los costes asociados y si realmente se procesan más rápido que los pedidos estándar. Por qué es importante Ayuda a analizar cómo se gestionan los pedidos urgentes, con qué frecuencia se reciben y qué impacto tienen en el rendimiento general del proceso y en los costes. Dónde obtenerlo Se encuentra en los datos de la cabecera del pedido. Busque campos como «Priority» o «Urgency», o un indicador específico del nivel de servicio de envío. Ejemplos EstándarUrgenteEntrega al día siguienteCrítico | |||
| SKU del producto ProductSKU | Unidad de mantenimiento de existencias (SKU) o número de material del artículo gestionado. | ||
| Descripción El SKU del producto es el identificador único de un producto o material específico incluido en el pedido de almacén. Un pedido puede contener uno o varios SKU. Analizar los datos por SKU del producto ayuda a determinar si algunos productos requieren una gestión más compleja o problemática. Por ejemplo, puede descubrir que los artículos frágiles tardan más en embalarse o que ciertos SKU suelen presentar discrepancias durante la preparación. Esta información puede orientar cambios en las estrategias de almacenamiento o en los procedimientos de manipulación. Por qué es importante Permite analizar el rendimiento del proceso según los productos específicos y detectar si algunos artículos provocan retrasos o errores. Dónde obtenerlo Se encuentra en las tablas de líneas de pedido, vinculadas a la cabecera principal del pedido de almacén. Entre los nombres de campo habituales están «SKU», «MaterialNumber» e «ItemCode». Ejemplos SKU-847361SKU-991204SKU-103557 | |||
| Cantidad planificada PlannedQuantity | Cantidad de un artículo que se esperaba gestionar en una tarea, como la preparación de pedidos o la recepción. | ||
| Descripción La cantidad planificada es el número de unidades previsto para una tarea según lo especificado en el pedido de almacén. Por ejemplo, si un pedido requiere preparar 10 unidades de un SKU específico, la cantidad planificada para esa tarea es 10. Este atributo es fundamental para detectar discrepancias al compararlo con la «Cantidad real». Es un dato clave para calcular los KPI «Tasa de discrepancias en la preparación de pedidos» y «Tasa de discrepancias de inventario», esenciales para mantener la precisión del inventario. Por qué es importante Sirve como referencia para medir la precisión de tareas como la preparación de pedidos y la recepción, y permite detectar discrepancias de inventario. Dónde obtenerlo Está disponible en las tablas de tareas o de líneas de pedido. Busque campos como «OrderQuantity», «PlannedQty» o «ExpectedQuantity». Ejemplos 10501 | |||
| Equipo utilizado EquipmentUsed | Identificador del equipo, como una carretilla elevadora o un escáner, utilizado para realizar una tarea. | ||
| Descripción Este atributo especifica el equipo de manipulación de materiales (MHE) o la tecnología utilizada durante una tarea del almacén. Puede tratarse de una carretilla elevadora, una transpaleta, un escáner portátil o un vehículo de guiado automático (AGV). El análisis por equipo ayuda a comprender el uso de los recursos, las necesidades de mantenimiento y el impacto de los distintos tipos de equipo en la eficiencia de las tareas. Es una dimensión clave para el Dashboard «Uso de recursos y carga de trabajo», ya que ofrece una visión integral de los recursos humanos y de los equipos. Por qué es importante Permite analizar el uso de los equipos y su impacto en el rendimiento de las tareas, lo que ayuda a optimizar la gestión de la flota e identificar cuellos de botella relacionados con la maquinaria. Dónde obtenerlo 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 del SLA SLAStatus | Indica si el pedido se completó a tiempo, se retrasó o corre el riesgo de retrasarse, según la fecha de finalización solicitada. | ||
| Descripción El estado del SLA es un atributo calculado que clasifica cada pedido según el cumplimiento de la «RequestedCompletionDate». Puede tener valores como «A tiempo», «Retrasado» o «En curso». Este atributo ofrece una visión inmediata del cumplimiento de los niveles de servicio. Permite filtrar y analizar rápidamente los pedidos retrasados para comprender sus causas, como cuellos de botella específicos o problemas relacionados con los recursos. Es un elemento fundamental para cualquier análisis centrado en la satisfacción del cliente y la fiabilidad operativa. Por qué es importante Mide directamente el cumplimiento de los acuerdos de nivel de servicio y facilita la identificación de los pedidos retrasados y el análisis de sus causas. Dónde obtenerlo Se calcula en la capa de transformación de datos comparando la marca de tiempo del evento «Pedido de almacén completado» con «RequestedCompletionDate». Ejemplos A tiempoRetrasadoEn curso | |||
| Fecha de finalización solicitada RequestedCompletionDate | Fecha en que el cliente o la parte interesada interna ha solicitado que se complete el pedido. | ||
| Descripción Es la fecha prevista de finalización o envío de un pedido saliente, que suele depender de las expectativas del cliente o de los acuerdos de nivel de servicio (SLA). Sirve como fecha límite principal para medir el rendimiento real. Esta fecha es fundamental para el Dashboard «Análisis de pedidos urgentes». Comparar la «Fecha de finalización solicitada» con la «Fecha de finalización real» (la marca de tiempo de la actividad «Envío despachado» o «Pedido de almacén completado») ayuda a medir el cumplimiento de los plazos e identificar los pedidos que corren el riesgo de retrasarse. Por qué es importante Sirve de referencia para medir el cumplimiento de los plazos y de los acuerdos de nivel de servicio (SLA), y permite detectar pedidos que podrían retrasarse. Dónde obtenerlo Se encuentra en la tabla de cabecera del pedido. Entre los nombres de campo habituales están «RequiredDeliveryDate», «RequestedShipDate» y «SLA». Ejemplos 2023-10-28T23:59:59Z2023-11-05T23:59:59Z | |||
| Hay discrepancia en la preparación IsPickingDiscrepancy | Indicador que señala si la cantidad realmente preparada coincide con la cantidad planificada. | ||
| Descripción Este atributo booleano derivado es verdadero si la «Cantidad real» difiere de la «Cantidad planificada» en alguna actividad relacionada con la preparación de pedidos. Sirve como indicador sencillo de un error de preparación o un problema de inventario en una tarea específica. Este indicador simplifica el análisis porque permite filtrar rápidamente todos los pedidos con discrepancias durante la preparación. Se utiliza para calcular el KPI «Tasa de discrepancias en la preparación de pedidos» y ayuda a alimentar el Dashboard «Salud y precisión del proceso de inventario», al señalar puntos concretos de fallo. Por qué es importante Ofrece un indicador claro y binario de los errores de preparación, lo que simplifica el análisis necesario para identificar y cuantificar los problemas de precisión del inventario. Dónde obtenerlo Se calcula durante la transformación de datos. La lógica es: Ejemplos truefalse | |||
| Hora de finalización EndTime | Marca de tiempo que indica cuándo se completó una actividad, si está disponible. | ||
| Descripción La hora de finalización representa la marca de tiempo en que concluye una actividad. Mientras que StartTime (EventTime) marca el inicio, la hora de finalización señala el cierre y permite calcular directamente la duración de esa actividad. No todos los eventos tienen una hora de finalización diferenciada; en muchos casos, se utiliza la hora de inicio del evento siguiente para deducir la duración del anterior. Este atributo es muy útil para calcular con precisión el tiempo de procesamiento de cada tarea. Por ejemplo, permite determinar el «Tiempo promedio de inspección de calidad» midiendo el tiempo transcurrido desde el inicio hasta el final de la inspección. Por qué es importante Permite calcular con precisión los tiempos de procesamiento de cada actividad, algo fundamental para identificar tareas ineficientes y cuellos de botella relacionados con los recursos. Dónde obtenerlo Consulte la documentación de Körber WMS. Este dato puede encontrarse en las tablas de transacciones, junto a la hora de inicio, o en tablas relacionadas con el historial de estados. Ejemplos 2023-10-26T10:15:00Z2023-10-26T11:45:20Z2023-10-27T08:30:00Z | |||
| ID del almacén WarehouseId | 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 las instalaciones donde se procesa el pedido. Para las organizaciones con varios centros de distribución, es una dimensión clave para el análisis. Este atributo permite comparar el rendimiento entre distintas ubicaciones. Por ejemplo, puede comparar el «Tiempo de ciclo promedio del pedido de principio a fin» entre el almacén A y el almacén B para identificar buenas prácticas o problemas operativos propios de cada ubicación. Por qué es importante Permite comparar y evaluar el rendimiento de distintos almacenes físicos, y detectar problemas específicos de una región o unas instalaciones. Dónde obtenerlo Esta información suele estar disponible en las tablas de cabecera de pedidos o de configuración de centros. Puede aparecer como «Plant», «Site» o «LocationCode». Ejemplos WH-NYCDC-LAXFC-DAL | |||
| Tiempo de ciclo CycleTime | Duración total del pedido 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 («Pedido de almacén completado»). Representa el tiempo de procesamiento del pedido de principio a fin. Es un KPI clave de Process Mining que responde directamente a la pregunta «¿Cuánto tarda?». Es la métrica principal del Dashboard «Tiempo de ciclo del pedido de almacén de principio a fin» y del KPI «Tiempo de ciclo promedio del pedido de principio a fin». Se utiliza para hacer seguimiento de la salud general del proceso e identificar pedidos cuya preparación tarda más de lo habitual. Por qué es importante Este KPI clave mide la eficiencia general del proceso del almacén, que influye directamente en la satisfacción del cliente y los costes operativos. Dónde obtenerlo La herramienta de Process Mining calcula esta métrica restando la marca de tiempo del primer evento de la del último para cada pedido de almacén. Ejemplos 8640017280036000 | |||
| Tipo de pedido OrderType | Clasifica el pedido de almacén, por ejemplo, como recepción, envío o traslado interno. | ||
| Descripción El tipo de pedido define la finalidad empresarial del pedido de almacén. Entre los tipos habituales se encuentran los envíos a clientes (salida), las recepciones de proveedores (entrada), los traslados de existencias entre ubicaciones del almacén (internos) y las devoluciones. Este atributo es útil para filtrar y comparar datos. Permite analizar y comparar los flujos y el rendimiento de distintos tipos de operaciones logísticas, por ejemplo, para determinar si el proceso de recepción es más o menos eficiente que el de envío. Por qué es importante Permite segmentar el análisis según la finalidad del pedido y detectar diferencias de rendimiento entre procesos, como las recepciones y los envíos. Dónde obtenerlo Suele encontrarse en la tabla de cabecera de pedidos de Körber WMS. Busque un campo llamado «OrderType», «TransactionType» o similar. Ejemplos Envío salienteRecepción entranteTraslado internoDevolución del cliente | |||
| Transportista Carrier | Transportista asignado para realizar la entrega final del pedido. | ||
| Descripción El transportista es el proveedor logístico externo (por ejemplo, FedEx, UPS o DHL) responsable de llevar las mercancías desde el almacén hasta su destino final. Suele asignarse durante la planificación o el despacho del envío. Analizar los datos por transportista puede revelar diferencias de rendimiento entre los socios de envío. Por ejemplo, ayuda a identificar si algunos transportistas se asocian con tiempos de preparación más largos o retrasos más frecuentes. Esta información resulta útil para negociar contratos y seleccionar transportistas. Por qué es importante Permite analizar el rendimiento de distintos socios de envío, lo que ayuda a optimizar la logística y mejorar la fiabilidad de las entregas. Dónde obtenerlo Se encuentra en las tablas de planificación de envíos o transporte de Körber WMS. Busque campos como «CarrierCode», «ShippingAgent» o «SCAC». Ejemplos FedExUPSDHLLocal Freight Inc. | |||
| Ubicación de almacenamiento StorageLocation | Ubicación específica del almacén, como una estantería o un pasillo, donde se almacenan o recogen las mercancías. | ||
| Descripción Este atributo identifica la ubicación física dentro del almacén, como una estantería, un anaquel o una posición. Es relevante para actividades como «Mercancías ubicadas en almacenamiento» y «Mercancías recogidas del almacenamiento». Estos datos se utilizan en el Dashboard «Eficiencia de ubicación y uso de las ubicaciones» para analizar los tiempos de desplazamiento, el uso de las ubicaciones y la eficacia de las estrategias de almacenamiento. Por ejemplo, ayudan a determinar si los artículos de alta rotación se almacenan en lugares de fácil acceso para reducir el tiempo de preparación. Por qué es importante Ayuda a optimizar la disposición del almacén y la estrategia de almacenamiento mediante el análisis de los tiempos de desplazamiento y la eficiencia de las tareas de ubicación y preparación en ubicaciones específicas. Dónde obtenerlo Se encuentra en las tablas de datos maestros de inventario, tareas o ubicaciones. 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 expedido | Se cargan las mercancías y el camión sale 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 clave marca la salida física de las mercancías. Suele ser un evento importante para facturar y mantener informados a los clientes. Dónde obtenerlo Se ejecuta una transacción explícita «Ship Confirm», asociada a 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 «Ship Confirm» o «Post Goods Issue». Tipo de evento explicit | |||
| Mercancías embaladas | Se completa el embalaje de un contenedor o una caja de envío, y el paquete queda cerrado y etiquetado. Este evento indica que el pedido está listo para pasar a la zona de expedición y enviarse, 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 volumen de embalaje procesado e identificar retrasos antes de la carga. Dónde obtenerlo El operador ejecuta una transacción explícita de finalización del embalaje o cierre de la caja, que registra la marca de tiempo de finalización del contenedor de envío. Capturar Marca de tiempo de la transacción de cierre del contenedor o finalización del embalaje. Tipo de evento explicit | |||
| Mercancías recibidas y contabilizadas | El personal del almacén descarga, escanea y cuenta los artículos recibidos, y los compara con la notificación de entrega entrante. Esta transacción explícita confirma la recepción física de cantidades específicas de materiales en el almacén. | ||
| Por qué es importante Este hito esencial de entrada permite calcular KPI como «Tiempo desde la recepción de mercancías hasta su ubicación». También ayuda a detectar pronto las diferencias entre las cantidades previstas y las recibidas. Dónde obtenerlo Se genera cuando un usuario confirma las cantidades recibidas mediante un escáner de radiofrecuencia o una transacción de escritorio. Esta acción actualiza el estado del inventario a «Recibido» o «En existencias» en una ubicación provisional. Capturar Marca de tiempo de la transacción de confirmación de recepción. Tipo de evento explicit | |||
| Mercancías recogidas del almacén | Un operador confirma que ha recogido de su ubicación de almacenamiento los artículos de un pedido. Normalmente, escanea el artículo y la ubicación, lo que reduce el inventario de esa ubicación y registra la acción. | ||
| Por qué es importante Este es un hito importante del proceso de salida. Permite analizar los tiempos de preparación e identificar posibles retrasos entre la preparación y el embalaje. Dónde obtenerlo Se registra cuando el operador confirma que ha completado la tarea de preparación mediante un dispositivo de radiofrecuencia. Esto actualiza el estado de la tarea a «Completada» y registra la marca de tiempo de finalización. Capturar Marca de tiempo de la transacción de confirmación de la tarea de preparación. Tipo de evento explicit | |||
| Mercancías ubicadas en el almacén | Un operador confirma que ha completado la tarea de ubicación, normalmente escaneando la ubicación de almacenamiento y el palé 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 fundamental marca el final del proceso de entrada. Se utiliza para calcular los KPI «Tiempo de ciclo de ubicación» y «Tiempo desde la recepción de mercancías hasta su ubicación». Dónde obtenerlo Se registra cuando el operador confirma que ha completado la tarea de ubicación mediante un dispositivo de radiofrecuencia. Esta acción actualiza el estado de la tarea a «Completada» y registra la 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 | |||
| Pedido de almacén completado | El pedido de almacén se cierra en el sistema, lo que indica que han finalizado todos los movimientos físicos y las transacciones relacionados. Esto suele deducirse de un cambio de estado en la cabecera del pedido, que marca el fin de su ciclo de vida. | ||
| Por qué es importante Este es el punto final principal del proceso. Es esencial para calcular el tiempo de ciclo de principio a fin y medir la tasa global de finalización del proceso. Dónde obtenerlo Se deduce de un cambio de estado en la cabecera del pedido de almacén a un estado final, como «Complete» o «Closed». Capturar Se deduce de la marca de tiempo del cambio de estado a «Completed» en la cabecera del pedido de almacén. Tipo de evento inferred | |||
| Pedido de almacén creado | Creación inicial de un pedido de almacén en el sistema, que representa una necesidad 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. | ||
| Por qué es importante Este evento marca el inicio del proceso integral. Es esencial para medir el tiempo total de ciclo del pedido y comprender la demanda general y el volumen de pedidos. Dónde obtenerlo Se obtiene de la marca de tiempo de creación de la tabla principal de encabezados de pedidos de almacén, cuando se guarda un nuevo registro en Körber WMS. Capturar Se registra a partir de la marca de tiempo de creación del encabezado del pedido de almacén. Tipo de evento explicit | |||
| Embalaje iniciado | Los artículos preparados llegan a una estación de embalaje y un operador inicia el proceso. A menudo, esto se infiere del primer escaneo de un artículo en una estación de embalaje asociado a un pedido de salida específico. | ||
| Por qué es importante Marca el inicio de la etapa de embalaje. Medir el tiempo de espera previo y la duración del embalaje ayuda a identificar cuellos de botella en la preparación de los envíos. Dónde obtenerlo Puede registrarse mediante una transacción explícita de inicio del embalaje, pero lo más habitual es inferirlo del primer escaneo de un artículo del pedido en una estación de embalaje. Capturar Se infiere de la marca de tiempo de la primera acción en una estación de embalaje para un pedido determinado. Tipo de evento inferred | |||
| En zona de expedición | Las cajas o los palés embalados se trasladan desde la zona de embalaje hasta un carril de expedición designado, donde esperan la recogida del transportista. A menudo, esto 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 Ayuda a analizar el tiempo de permanencia entre el embalaje y el envío final. Los tiempos prolongados en la zona de expedición pueden indicar una coordinación deficiente con los transportistas o una gestión ineficiente de las puertas del muelle. Dónde obtenerlo Se infiere de un cambio de ubicación de la unidad de manipulación desde un centro de trabajo de embalaje hasta un carril de expedición. La transacción de movimiento incluye la marca de tiempo necesaria. Capturar Se infiere de la marca de tiempo de una transacción de movimiento de inventario cuyo destino es una zona de expedición. Tipo de evento inferred | |||
| Inspección de calidad realizada | Se realiza un control de calidad de las mercancías recibidas, que puede implicar su traslado a una zona específica de control de calidad. Esta actividad suele inferirse de los cambios de estado del inventario, por ejemplo, de «En existencias» a «En espera de inspección de calidad» y, después, a «Sin restricciones». | ||
| Por qué es importante Permite analizar la duración de las inspecciones de calidad, que pueden convertirse en un cuello de botella importante. También ayuda a hacer un seguimiento del volumen de inspecciones y a detectar retrasos en la disponibilidad de las existencias. Dónde obtenerlo Puede inferirse de una serie de cambios en el estado del inventario relacionados con las retenciones por control de calidad. Algunos sistemas pueden disponer de registros explícitos de transacciones de gestión de calidad. Capturar Se infiere de los cambios en el estado del inventario o de un registro de transacciones asociado a una orden de inspección de calidad. Tipo de evento inferred | |||
| Mercancías llegadas al muelle | Se registra la llegada física del transportista al muelle de recepción del almacén. Suele hacerlo una persona encargada del control de acceso o de recepción y marca el inicio del proceso físico de recepción. A menudo, este evento se infiere de un cambio de estado de 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 para detectar posibles cuellos de botella antes de iniciar la descarga. Dónde obtenerlo A menudo se registra como una actualización del estado de la entrega entrante o mediante una transacción específica de registro de llegada en un módulo de gestión de patios, si está disponible. Capturar Se infiere de un cambio de estado a «Llegado» o «En el muelle» en el registro de entrega entrante. Tipo de evento inferred | |||
| Notificación de entrega entrante recibida | Se recibe de un proveedor un aviso anticipado de envío (ASN) o una notificación de entrega entrante. Este evento indica que está prevista la llegada de mercancías y permite planificar las actividades de recepción. Normalmente, se genera mediante una transacción EDI o una entrada manual. | ||
| Por qué es importante Esta actividad marca el inicio de la planificación de entrada. Analizar el tiempo entre la notificación y la llegada de las mercancías ayuda a medir el rendimiento de los proveedores y a planificar el personal. Dónde obtenerlo Se obtiene de la marca de tiempo de creación de un ASN o de un registro de entrega entrante, que suele generarse mediante una interfaz EDI o la entrada manual de datos. Capturar Se registra cuando se crea correctamente un registro ASN en el sistema. Tipo de evento explicit | |||
| Pedido de almacén cancelado | El pedido de almacén se cancela antes de completarse, lo que detiene todo el trabajo en curso. Esta acción suele deducirse de un cambio de estado a «Canceled» en la cabecera del pedido. | ||
| Por qué es importante Representa un final alternativo del proceso. Analizar las cancelaciones ayuda a comprender las causas de los fallos, como la falta de existencias o los cambios solicitados por el cliente. Dónde obtenerlo Se deduce de un cambio de estado a «Canceled» o «Deleted» en la cabecera del pedido de almacén, junto con la marca de tiempo de ese cambio. Capturar Se deduce de la marca de tiempo del cambio de estado a «Canceled» en la cabecera del pedido de almacén. Tipo de evento inferred | |||
| Tarea de preparación de pedidos creada | El sistema genera una tarea de preparación para un operador a partir de un pedido de salida del almacén. La tarea indica al operador que vaya a una ubicación específica y recoja una cantidad determinada de un artículo. | ||
| Por qué es importante Este evento inicia el proceso de preparación de pedidos de salida. Analizar la generación de tareas de preparación ayuda a comprender la lógica de procesamiento de pedidos y la distribución de la carga de trabajo. Dónde obtenerlo En una tabla de gestión de tareas o de cola de trabajo de Körber WMS se crea un registro con el tipo de tarea «Preparación» y su marca de tiempo de creación. Capturar Se registra a partir de la marca de tiempo de creación del registro de la tarea de preparación. Tipo de evento explicit | |||
| Tarea de ubicación creada | El WMS crea una tarea para que un operador traslade las mercancías recibidas desde una zona provisional hasta una ubicación de almacenamiento definitiva. Según las estrategias de ubicación, la lógica del sistema determina el 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 que se completa la tarea ayuda a medir la eficiencia del sistema y del operador. Dónde obtenerlo Se crea un registro en una tabla de gestión de tareas o de cola de trabajo, con el tipo de tarea «Ubicación» y la marca de tiempo correspondiente. Capturar Se registra 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
- Obtenga acceso a la base de datos: Solicite credenciales de solo lectura y los datos de conexión (nombre del servidor, nombre de la base de datos y puerto) para la base de datos de producción de Körber WMS o una réplica. Necesitará una herramienta cliente, como Microsoft SQL Server Management Studio (SSMS) u Oracle SQL Developer.
- Identifique las tablas principales: Antes de ejecutar el script, consulte con un administrador del sistema los nombres exactos de las tablas y columnas de su implementación de Körber WMS, ya que pueden variar. Entre las tablas clave suelen estar las de encabezados de pedidos, tareas y transacciones de inventario.
- Conéctese a la base de datos: Abra su cliente SQL y conéctese a la base de datos de Körber WMS con las credenciales proporcionadas.
- Cargue el script SQL: Abra una nueva ventana de consulta y copie el script SQL completo de la sección 'query' de este documento.
- Configure los parámetros: Localice las variables de marcador de posición al principio del script. Sustituya
@[StartDate],@[EndDate]y@[WarehouseId]por el intervalo de fechas deseado y el identificador del almacén para filtrar la extracción de datos. - Ejecute la consulta: Ejecute el script SQL configurado. El tiempo de ejecución dependerá del intervalo de fechas y del volumen de datos del sistema.
- Revise los resultados: Cuando termine la consulta, compruebe brevemente en su cliente SQL que se hayan devuelto filas y que las columnas (
WarehouseOrder,ActivityName,EventTime, etc.) tengan los valores esperados. - Exporte a CSV: Exporte todo el conjunto de resultados a un archivo CSV. La mayoría de los clientes SQL incluyen una función para exportar directamente los resultados de una consulta.
- Prepare el archivo para cargarlo: Guarde el archivo CSV exportado con codificación UTF-8. Compruebe que los encabezados de columna coincidan exactamente con los nombres de 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 usar un usuario de solo lectura para evitar modificaciones accidentales de los datos.
- Filtrado por intervalo de fechas: La consulta usa los marcadores de posición
@StartDatey@EndDatepara definir el período de extracción. Para el análisis inicial, se recomienda un intervalo de 3 a 6 meses que permita captar suficientes variaciones del proceso sin sobrecargar la base de datos. - Filtros por almacén y pedido: El script incluye el marcador de posición
@[WarehouseId]para limitar la extracción a una instalación específica. Si lo necesita, puede añadir otros filtros a las cláusulasWHEREdel script, como el tipo de pedido o el cliente, para delimitar mejor el conjunto de datos. - Nivel de detalle de los datos: Este script extrae eventos tanto del nivel de encabezado del pedido (por ejemplo, 'Warehouse Order Created') como del nivel detallado de tareas o transacciones (por ejemplo, 'Goods Picked').
- Requisitos previos: Necesita permisos suficientes para leer todas las tablas mencionadas en la consulta. También debe conocer el esquema específico de Körber WMS para validar y, si es necesario, ajustar los nombres de las tablas y columnas.
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; ¿Listo para comenzar?
Empiece hoy a descubrir información valiosa y las ineficiencias de sus procesos de gestión de almacenes. Este Template sienta las bases para un enfoque optimizado y basado en datos.
Optimice la gestión de almacenes y mejore la eficiencia hoy
Elimine los errores de preparación de pedidos y alcance rápidamente una precisión del inventario del 99,5 %.
No se requiere tarjeta de crédito. Cancele cuando quiera.