Una etiqueta que se ilumina sobre una estantería parece una pequeña comodidad. En la práctica cambia quién decide qué recoger después, y el retorno sale precisamente de esa decisión.

Qué resuelve una ESL y qué no

La etiqueta identifica un lugar, no un artículo.

Indica al operario adónde ir; no sabe qué se ha cogido.
Elimina el tiempo de búsqueda y deja intacto el de desplazamiento.
La confirmación necesita un escaneo, un sensor o un pulsador, y esa elección define la precisión.
La ganancia es mayor donde las caras de picking están dispersas y los SKU rotan poco.
En zonas densas y de alta rotación, una buena lista en papel suele ser competitiva.

Agrupar pedidos en Odoo antes de que se encienda la luz

La lógica de batching decide el valor del hardware.

Agrupa por zona y densidad de picking, o el operario recorrerá el almacén en un patrón aleatorio.
Respeta la prioridad del pedido; una línea urgente no debe esperar detrás de un lote completo de rutina.
Limita el lote por capacidad del carro, no por el valor por defecto del software.
Libera el lote al sistema de estantería solo cuando la reserva de stock esté comprometida.
Mantén estable la clave del lote para que un lote resecuenciado no confunda al controlador.

Mapear caras de picking a etiquetas

El mapeo se degrada más rápido que el hardware.

Una etiqueta por cara de picking y una cara por ubicación, o el mapa se desvía en semanas.
Guarda el identificador de etiqueta contra la ubicación en Odoo, nunca contra el producto.
Resuelve las ubicaciones con varios productos con una etiqueta multilínea o partiendo la cara.
Re-mapear es una tarea planificada cuando cambia el slotting, y hay que registrar quién lo hizo.
Mantén un mapa imprimible etiqueta-ubicación para el técnico que cuida la estantería.

Put-to-light y pick-to-light son problemas distintos

Se parecen en el folleto y se comportan de forma opuesta.

Pick-to-light guía al operario hacia una ubicación origen; la lógica es centrada en el artículo.
Put-to-light guía la distribución a contenedores de pedido; la lógica es centrada en el pedido.
La consolidación y la clasificación concentran la mano de obra del comercio electrónico, y ahí paga put-to-light.
Los dos modos fallan de forma diferente y necesitan dispositivos de confirmación distintos.
No compres una arquitectura esperando ejecutar ambas sin rediseñar el proceso.

La confirmación: quién dice que se cogió

La confirmación es el único dato real que produce el sistema.

Escanea el artículo después de la luz, o el evento es una declaración y no un hecho.
Confirma en la estantería, no en la mesa de empaque, o los errores aparecen demasiado tarde.
Registra quién confirmó y cuándo, porque las disputas necesitan ambas cosas.
Muestra la cantidad requerida en la etiqueta y confirma el cierre de línea de forma explícita.
Permite rechazar en la estantería; obligar a confirmar mal es como muere la precisión.

Excepciones: faltantes, sustituciones, líneas partidas

Las excepciones son normales y el proceso debe absorberlas en una acción.

Un faltante debe resolverse en la estantería sin llamar al supervisor.
Ofrece candidatos de sustitución desde Odoo ordenados por coincidencia de atributos, no por quién grita más.
Las líneas partidas no pueden dejar una etiqueta encendida esperando una cantidad que nunca llegará.
Registra un código de motivo en la línea para que el análisis sirva un trimestre después.
Escala las ubicaciones con faltantes repetidos a slotting y reposición, no al picker.

Reposición y la cara de picking vacía

La excepción más común es, sencillamente, que la estantería está vacía.

Una cara vacía la descubre normalmente el propio picker, minutos antes de que venza el pedido.
Si el sistema de estantería sabe que la cara está corta, puede lanzar reposición antes de que llegue el operario.
Dispara la reposición desde umbrales de stock en Odoo, nunca desde la etiqueta.
Reposición y picking no deben colisionar en el mismo pasillo estrecho al mismo tiempo.
Sigue la proporción de faltantes causados por una cara vacía; es una métrica de slotting, no de picking.

Modelo de sincronización: tareas, etiquetas, acuses

Modela el trabajo, no los comandos.

Trata la tarea de picking como un registro ERP con máquina de estados, y la etiqueta como actuador.
Da a cada comando de etiqueta un identificador para emparejar acuses de forma fiable.
Haz la interfaz idempotente; un comando reintentado nunca debe confirmar dos veces una línea.
Amortigua comandos en el borde para que un corte breve de red no detenga el pasillo.
Concilia estados de etiqueta contra tareas ERP al final de cada turno y alerta ante desviaciones.

Cálculo de capacidad: qué mejora realmente una ESL

Separa los tres componentes de tiempo antes de comprar nada.

Mide por separado búsqueda, desplazamiento y confirmación, por zona, en el proceso actual.
Las etiquetas recortan la búsqueda con fuerza y el desplazamiento solo si la secuencia del lote es sensata.
El tiempo de confirmación suele subir al principio y bajar cuando el operario domina la rutina.
Calcula el punto de equilibrio en líneas por hora, no en porcentaje de mejora.
Modela el caso en que la red de etiquetas cae y el picking sigue en papel.

Modos de fallo y picking de respaldo

Asume que la red fallará y diseña el pasillo para sobrevivir.

Las etiquetas pierden sincronía, las baterías se agotan y los controladores se reinician; los tres son rutina.
Mantén una lista impresa por lote, regenerada en la liberación, como respaldo.
Marca visiblemente las etiquetas obsoletas para que nadie confíe en una luz vieja.
Vigila batería y radio dentro del mantenimiento planificado, no como respuesta a incidentes.
Forma al jefe de turno para pasar un pasillo a papel sin esperar a TI.

Diseño del piloto e indicadores

Ejecuta el piloto durante un ciclo completo de demanda, incluido un pico.

Elige una zona con slotting estable y un perfil de pedidos moderado.
Mide líneas por hora, precisión, tiempo de búsqueda y tasa de excepciones frente a la misma zona en papel.
Incluye las horas de mantenimiento de etiquetas en la comparación, porque son mano de obra real.
Decide de antemano qué resultado justificaría el parque completo, porque el hardware es un compromiso de años.
Si el piloto solo gana en tiempo de búsqueda, corrige el slotting antes de comprar más etiquetas.