A principios de este año, un almacén de fulfillment de comercio electrónico me dijo que su proyecto de AMR había «fracasado». No porque los robots fueran malos, sino porque había demasiados. Doce AMRs operando en una zona de picking de 20,000 pies cuadrados, y una tarde cuatro unidades se toparon de frente en una intersección, esperando cortésmente cada una a que la otra se moviera. Tres más se amontonaron detrás. Toda la zona quedó paralizada durante 40 minutos mientras la gente arrastraba los robots a un lado a mano y reiniciaba las tareas. El plan de olas de temporada alta se esfumó.
Mi veredicto de entrada: el interbloqueo de AMR no es un problema de calidad del equipo. Es un problema de reglas de tráfico. Operar AMRs en pasillos estrechos es como conducir por un casco antiguo con calles de un solo carril: la vía está bien; solo que nunca se colocaron las normas.
Cómo ocurre realmente un interbloqueo
«Interbloqueo» viene de los sistemas operativos, y el significado es literal: varios robots esperando unos a otros, sin que ninguno pueda moverse. En los almacenes se ven tres variedades clásicas:
El encuentro frontal. Dos AMRs entran a un pasillo de ancho único por extremos opuestos. Ambos paran. Ambos esperan a que el obstáculo se despeje. La lógica del obstáculo dice «para y espera a que el obstáculo se mueva»: y el otro robot está pensando exactamente lo mismo. Un punto muerto perfecto.
El bloqueo de intersección. Cuatro robots entran a la vez en un cruce de cuatro vías, cada uno ocupando una entrada, y la ruta de cada uno está bloqueada por otro. Interbloqueo de manual. Cualquier centro que opere una docena de unidades o más se lo va a encontrar tarde o temprano.
El atasco de la estación de carga. Varias unidades con batería baja se dirigen al cargador a la vez, solo hay un muelle, y la fila se desborda hacia la vía principal de circulación. El más injusto de todos: los robots fueron a «recargar» y acabaron bloqueando el paso.
Cuando hice la autopsia con aquel almacén, la causa raíz no eran los robots en absoluto. Durante la implantación habían cogido el atajo: dibujaron el mapa, soltaron la flota y nunca ajustaron los anchos de pasillo, las prioridades de intersección ni el despacho de carga. Los parámetros por defecto del proveedor están pensados para un «almacén ideal». El tuyo no lo es.
Reglas de tráfico para pasillos estrechos
Esta lista de comprobación viene de varios centros que consiguieron que sus flotas funcionaran sin problemas. Tómala y úsala:
Primero, sentido único. Todo pasillo con menos de 2.5 metros de ancho libre pasa a sentido único. No lamentes la distancia extra de recorrido: un pasillo estrecho de doble sentido se bloquea diez veces más que un par de pasillos de sentido único. Fija los sentidos según el flujo de material: de recepción a almacenamiento en un sentido, de picking a packing en otro, formando un circuito.
Prioriza las intersecciones. Cada cruce tiene su jerarquía: el tráfico directo por la arteria principal siempre gana; los robots que entren por pasillos laterales deben parar y esperar. En software esto se llama bloqueo de intersección; en cristiano: solo un robot dentro del cruce a la vez, todos los demás esperan. Suele ser un parámetro que hay que activar deliberadamente; no dejes el modo por defecto de «ceder el paso educadamente».
Construye apartaderos. Para pasillos largos que de verdad no pueden ir en sentido único, ensancha un apartadero cada 30–40 metros, lo bastante ancho para dos robots lado a lado. Cuando dos unidades se encuentren, la de menor prioridad se mete marcha atrás en el apartadero. Márcalos explícitamente en el mapa; nunca dejes que los robots «lo deduzcan».
Mantén los cargadores fuera de la vía principal. No pongas las estaciones de carga junto a la vía principal de circulación: dale a la carga su propia zona para que las unidades con batería baja se desvíen pronto. Y fija el umbral de carga con sensatez: dirígete al cargador por debajo del 30%, no al 60%. Una vez vi un centro con ocho robots donde seis hacían fila en los cargadores y dos hacían todo el trabajo: puro descuido de los parámetros de despacho.
Separa personas y robots. Donde circulen AMRs, las rutas peatonales llevan marcas viales pintadas. Un AMR hace parada de emergencia ante una persona; una parada de emergencia se convierte en una fila detrás. El tráfico peatonal caótico garantiza tráfico de robots caótico.
Tres cosas que hacer antes de la implantación
Si estás a punto de implantar AMRs —o ya los tienes y no paras de bloquearte—, haz esto en orden:
Primero, mide el ancho libre real. Toma una cinta métrica. «Libre» significa contar las cajas que sobresalen de las estanterías y los pallets aparcados temporalmente. He visto pasillos de 3 metros en el plano y 2.2 metros en la realidad: ni siquiera hay radio de giro para el AMR.
Segundo, prueba de estrés con la flota completa. No firmes después de una demo con dos robots. Pon toda la flota planificada en el suelo, simula el volumen de ola punta durante cuatro horas seguidas, y observa específicamente las intersecciones y la zona de carga. El interbloqueo no aparece con poco tráfico; todo revienta en punta.
Tercero, ten un procedimiento de recuperación manual. Cuando llegue el interbloqueo, el personal de planta debe poder mover las unidades a mano y reiniciar las tareas en cinco minutos. Escríbelo en el SOP, cuélgalo en planta: no esperes a llevar 40 minutos parado para empezar a llamar al proveedor.
Lo que cuesta un interbloqueo
Las cuentas: un centro de 10 AMRs, bloqueado durante 30 minutos. Cada AMR sustituye aproximadamente a 1.5 personas, así que 15 personas paradas media hora son 7.5 horas-hombre. Con salarios de almacén en California de unos $25/hora, la pérdida directa de mano de obra queda por debajo de los $200. Parece poco.
El daño real viene después: la ola no llega al corte, el camión de recogida del transportista se va, ese lote no sale, y ahora estás pagando reclamaciones por envíos tardíos, devoluciones y una montaña de llamadas de atención al cliente. Para un centro que hace 8,000 pedidos al día, un mal interbloqueo cuesta fácilmente más de $5,000 en daños colaterales. Dos o tres de esos al mes, y el proyecto está muerto a ojos de la dirección.
Mi veredicto: el hardware de AMR es maduro en 2026; noventa y nueve veces de cada cien, el interbloqueo es un problema de implantación, no un problema de producto. El proveedor te vende los robots; las reglas de tráfico las escribes tú. Esa inversión se amortiza sola.
Una pregunta para llevarse a casa: después de un interbloqueo en tu centro, ¿el personal de planta puede resolverlo solo en cinco minutos, o alguien tiene que llamar al proveedor y esperar al soporte remoto? Si es lo segundo, tu SOP necesita una reescritura.
Traducido del inglés. En caso de discrepancia, prevalece la versión en inglés.
