Mi veredicto, sin rodeos: operar AMRs en el turno nocturno te ahorra mano de obra, pero pone a prueba tu plan de contingencia. Los robots no tienen ningún problema trabajando las veinticuatro horas. La verdadera pregunta es qué pasa en el minuto en que un bot se atasca — porque a las 3 a.m. no hay nadie para darle un empujón.
He visto bastantes proyectos de AMRs que se ven hermosos en la demostración diurna: flotas deslizándose por los pasillos, el despacho funcionando sin fricción, las hojas de cálculo de ROI brillando. Luego alguien menciona "totalmente sin personal, de 10 p.m. a 6 a.m." y la sala se queda en silencio. Los proveedores te dirán que sus robots soportan la operación sin personal 24/7, y técnicamente tienen razón — los robots de picking de Brightpick ya hacían fulfillment nocturno a oscuras en 2025, y la flota de Locus Robotics ya superó los 22,000 robots con más de 8.5 billion picks registrados. Pero "puede operar" y "debería operar solo toda la noche" son dos cosas distintas. Sin nadie en el sitio, cada excepción tiene que resolverse sola a través de un plan de contingencia, no con una persona que camina hasta el lugar.
Si un bot se atasca a las 2 a.m., ¿quién va a empujarlo?
Las excepciones de los AMRs se dividen en tres categorías: las que se resuelven solas, las que se resuelven a distancia y las que requieren presencia física en el sitio. De día tienes las tres. De noche solo tienes las dos primeras. Así que la primera regla de la programación del turno nocturno es simple: solo asigna trabajo que nunca pueda caer en la tercera categoría.
Las que se resuelven solas — desviarse alrededor de un obstáculo temporal que detectó el LiDAR, el gestor de flota reordenando la cola de tareas — se manejan en segundos. Las que se resuelven a distancia — un bot que falla la alineación en el dock de la misma estación tres veces seguidas, así que alguien toma el teleoperado desde la consola de monitoreo y lo empuja un poco — también están bien. La tercera categoría es donde mueren las noches: un deck de tarima agrietado que atasca las horquillas, una caja inclinada que bloquea el escáner de seguridad, dos bots bloqueados en un pasillo estrecho. Sin nadie en el piso, eso se convierte en paros duros que se quedan ahí hasta la mañana.
Esto lo aprendí por las malas. En 2023 ayudé a un 3PL en Ontario a poner en marcha una flota de AMRs. Un mes de operación diurna sin problemas, la confianza por las nubes, y activamos las noches sin personal. En la tercera noche, una tarima se movió media pulgada en un giro — lo justo para rozar la zona de escaneo de seguridad. El bot hizo un paro de emergencia en el acto. Los bots detrás se encolaron, uno tras otro, y todo el pasillo se paralizó. El equipo de la mañana entró a las seis y encontró una fila india de una docena de robots muertos. Desde entonces mi regla ha sido: las noches son solo para movimientos de tarima completa, caja completa, en rutas fijas. Piezas sueltas, carga de formas raras, recepción de entrada con calidad de tarimas mixta — eso corre de día, cuando alguien puede intervenir. Las tarimas parecen estandarizadas. No lo son. El grosor del deck y los patrones de clavos varían según el proveedor, y no quieres apostar a eso a las 2 a.m.
También necesitas una persona de guardia que viva lo suficientemente cerca como para estar en el sitio en 30 minutos. No un empleado del turno nocturno — una póliza de seguro. Esta persona necesita autoridad para reiniciar los servicios de la flota a distancia y liberar bloqueos de tareas manualmente. Bastantes proyectos se saltan este rol, pensando "tenemos monitoreo remoto". Luego pasa algo real, y la persona que mira los tableros puede ver el desastre en alta definición pero no puede arreglar nada.
Monitoreo remoto: ¿qué números importan de verdad?
Sin personal no significa sin vigilancia. La configuración correcta es nadie en el piso, pero alguien mirando desde algún lugar — una sala central de monitoreo, o el teléfono del ingeniero de guardia. Lo que importa es qué miran. Quedarse mirando una pared de cámaras es la opción menos útil; los ojos se cansan, y las excepciones igual se escapan. El monitoreo nocturno se reduce a cuatro números.
Primero, la tasa de finalización de tareas. Movimientos completados por hora desde el gestor de flota, trazados como curva. En una noche normal esa línea es plana. Cuando se desploma, tienes bots cayendo en masa — y lo verás aquí una buena media hora antes de que cualquier cámara te muestre nada.
Segundo, paros por excepción y el estancamiento más largo de un solo bot. Yo manejo dos niveles de alerta: un bot quieto más de 10 minutos dispara una notificación push; más de 30 minutos dispara una llamada telefónica a la guardia. No pongas umbrales más estrictos que eso. Los bots legítimamente quedan ociosos esperando carga o tareas, y demasiadas alertas solo entrenan al ingeniero de guardia a ignorarlas todas.
Tercero, la cola de batería baja. Las estaciones de carga son el cuello de botella de noche, y docenas de bots turnándose en los cargadores es normal. Lo que miras es cuántos están esperando. Una cola de carga larga significa que la flota empieza el turno de la mañana con poca carga — lo que significa que toda la noche se desperdició.
Cuarto, conteos de desconexión y reconexión Wi-Fi. Las desconexiones de roaming son el asesino invisible de las noches sin personal. Una desconexión está bien; el bot guarda en caché local y termina su movimiento. Docenas de desconexiones en una noche, y la latencia de tareas se acumula en silencio. Nadie mira este número de día. De noche es obligatorio.
Los canales de alerta necesitan niveles: push, texto, llamada telefónica. Solo push es lo mismo que no alertar — ¿quién se despierta por una notificación push a las 3 a.m.? Las excepciones genuinamente peligrosas deben poder hacer sonar un teléfono. Y sí, esto suena obvio, pero personalmente he visto a un ingeniero de guardia dormirse durante siete alertas porque su teléfono estaba en No molestar. La pared de monitoreo puede apagarse. El teléfono de guardia no puede quedarse en silencio.
Sin Wi-Fi, sin energía, bloqueo mutuo: ¿cuál es el plan de contingencia?
Las tres fallas nocturnas más feas necesitan planes escritos y ensayados — no procedimientos que viven en la cabeza de alguien.
Corte de red. Aclaremos primero un hecho: los AMRs no mueren de inmediato cuando se cae el Wi-Fi. Los bots modernos guardan en caché local, terminan la tarea actual y se estacionan en un lugar seguro. El daño real es que el gestor de flota no puede despachar nada nuevo, así que la flota gradualmente queda ociosa. El plan tiene tres líneas. Una, rutas de red redundantes: doble enlace ascendente, y los controladores de AP más los switches core en UPS. Dos, camina el piso y mapea las zonas muertas — la señal con estanterías llenas no se parece en nada a la señal en un edificio vacío durante la puesta en marcha. Tres, fija un tiempo de espera de heartbeat: sin heartbeat durante, digamos, cinco minutos, y la flota entra automáticamente en modo conservador. Termina las tareas en caché, no toma nuevas, regresa a las posiciones de carga y espera. Sin heroicidades.
Corte de energía. Los bots tienen baterías; no les importa un apagón. Todo lo que les dice qué hacer sí: servidores, equipos de red, cargadores. Así que el plan es por niveles. La red core y el gestor de flota van en UPS, dimensionados para puentear cortes cortos o aguantar hasta que entre el generador. Los cargadores pueden apagarse — los bots tienen carga. Pero la secuencia de reinicio después de que vuelve la energía tiene que estar escrita en piedra: primero la red, luego los servidores, luego despierta los vehículos por lotes. Enciende todo a la vez y obtienes una tormenta de tareas que aplasta el sistema al arrancar. Ensaya esto dos veces de día, porque nadie piensa con claridad a las 3 a.m. durante un corte real.
Bloqueo mutuo. Dos bots frente a frente en un pasillo estrecho, ninguno cede. Un buen gestor de flota tiene detección de bloqueos y, tras un tiempo de espera, ordena a un bot retroceder. Pero las noches añaden un matiz: la detección de bloqueos asume que el mapa coincide con la realidad, y de noche puede haber tarimas temporalmente apiladas que estrechan un pasillo que estaba despejado en la puesta en marcha. El plan: marca los pasillos restringidos de noche como zonas prohibidas con paredes virtuales, y opera los carriles estrechos propensos a bloqueos en un solo sentido de noche. No apuestes a que el algoritmo lo resuelva siempre. La separación física es más confiable.
Finalmente, cuándo no deberías operar AMRs sin personal de noche en absoluto. Tres líneas rojas. Una, un sitio nuevo o un proceso nuevo que no haya corrido limpio al menos un mes — baja primero la tasa de excepciones diurna. Dos, trabajo de SKU mixto con empaque volátil, donde los tipos de excepción son impredecibles y ningún plan puede cubrirlos. Tres, operaciones donde la calidad de tarimas o contenedores está fuera de tu control, como la entrada de terceros con una mezcla de tarimas — de día una persona puede rechazar una tarima mala; de noche el robot no puede. Interact Analysis proyecta que más de 53,000 sitios habrán desplegado AMRs o AGVs para fines de 2025, y las flotas empresariales típicamente operan de 50 a 400 bots por sitio. El entusiasmo es real, pero el entusiasmo no hace que cada almacén esté listo para operar a oscuras. Más bots significa mayor probabilidad de excepciones simultáneas de noche, así que el plan de contingencia tiene que crecer con el tamaño de la flota — no reducirse porque "los robots son inteligentes."
Una pregunta para terminar: ¿cuándo fue la última vez que alguien leyó de verdad el registro de excepciones de tu flota? Si la respuesta es "durante la semana de puesta en marcha", espera con el turno nocturno sin personal.
Traducido del inglés. En caso de discrepancia, prevalece la versión en inglés.
