Robots de vigilancia autónomos: qué hace y qué no hace un sistema serio

Un robot de vigilancia autónomo no es un vehículo con cámara que se mueve solo. Es una unidad móvil de percepción que decide lo trivial y delega lo grave, y que sólo merece llamarse seria cuando esa frontera está escrita antes de la primera ronda.

La palabra autonomía se ha vaciado en los catálogos comerciales. Se aplica indistintamente a cortacéspedes, aspiradoras y plataformas industriales, y se vende como si fuera una propiedad binaria del producto. En seguridad operacional esa imprecisión cuesta dinero y, en algún caso, integridad física. Por eso la posición del fabricante, cuando es honesta, distingue entre lo que el sistema resuelve por sí mismo y lo que reserva siempre a una persona. A esa arquitectura la llamamos autonomía controlada, y es el único marco en el que un robot de vigilancia se integra de forma defendible en una empresa, ante el regulador, ante la aseguradora y ante el comité de dirección.

Este artículo está escrito desde la posición del fabricante, en el sentido descrito en el libro "BOSWAU + KNAUER. Del oficio constructor a la tecnología de seguridad". No se trata de explicar lo que la robótica promete en una feria, sino de describir lo que un sistema instalado debe entregar en una nave, en una obra, en un patio logístico, durante el segundo año de operación.

Qué hace exactamente un robot de vigilancia autónomo

Un robot de vigilancia serio cumple tres funciones medibles. La primera es presencia móvil verificable, lo que significa que recorre un perímetro o una superficie interior siguiendo rutas predefinidas y rutas aleatorias, en proporciones documentadas, y que cada recorrido queda registrado con marca temporal. Esta verificabilidad es lo que distingue una ronda robotizada de un paseo decorativo. El operador y el auditor pueden reconstruir, semanas después, qué se cubrió, cuándo, y con qué resultado.

La segunda función es percepción multicanal en movimiento. El robot incorpora cámara visible, cámara térmica, sensores acústicos, lectura de gas en algunos modelos y, dependiendo del entorno, lectura de matrículas o de identificadores. Esta combinación no busca sustituir un sistema fijo de circuito cerrado, sino llegar a puntos donde el sistema fijo no alcanza, y cruzar señales que un único sensor no resolvería con fiabilidad. Una persona detectada en zona prohibida a las tres de la madrugada es una hipótesis. Una persona detectada por imagen térmica y por contorno visible, en una franja horaria en la que el calendario operativo no prevé actividad, es un evento con peso suficiente para activar una alerta. La diferencia entre ambos casos no la hace el sensor, la hace la lógica de correlación que el fabricante ha definido y que el operador puede ajustar.

La tercera función es generación de evidencia. El robot no sólo percibe, registra. La cadena de custodia digital, los marcadores criptográficos sobre el vídeo, los metadatos de posición y orientación de la cámara en el momento del registro, son lo que convierte una secuencia de imágenes en una pieza utilizable ante una aseguradora, ante la AEPD en caso de revisión, o ante un juzgado. Sin esa capa, el robot es un dispositivo de entretenimiento técnico. Con ella, es un instrumento de gestión del riesgo. La diferencia, otra vez, no está en el chasis sino en la arquitectura del software y en cómo el fabricante ha resuelto la trazabilidad. Quien no muestra esa arquitectura cuando se la piden, no la tiene.

Qué decide el robot y qué delega siempre

La discusión sobre autonomía se vuelve útil cuando se baja a la lista de decisiones concretas. Un robot de vigilancia autónomo serio decide por sí mismo el trazado fino de su ruta dentro de un corredor predefinido, la velocidad de avance en función de obstáculos, la pausa ante una anomalía detectada para captar más imagen, la priorización entre varios eventos simultáneos según criterios fijados de antemano, y la vuelta a base cuando la energía baja por debajo de un umbral. Estas decisiones son de ejecución y son las que justifican que el sistema se llame autónomo. Si el operador tuviera que validar cada giro y cada parada, no habría ahorro de atención humana y la ventaja del sistema desaparecería.

Lo que el robot no decide nunca, en una arquitectura defendible, es la calificación del incidente. La distinción entre un trabajador con turno nocturno legítimo y un intruso, entre una avería técnica y un sabotaje, entre un fuego incipiente real y un reflejo térmico anómalo, queda siempre en manos de una persona en sala. Tampoco decide la activación de medios coercitivos, ni la apertura o cierre de accesos físicos que afecten a personas presentes, ni la transmisión de imágenes a terceros, ni la notificación a fuerzas y cuerpos de seguridad. Estas decisiones tienen consecuencias jurídicas y reputacionales que ningún modelo, por bien entrenado que esté, debe cargar solo. El CNPIC, en sus orientaciones sobre infraestructuras críticas, y la propia AEPD en su tratamiento del videovigilancia con analítica, marcan esta frontera con suficiente claridad como para que ningún fabricante europeo serio la desconozca.

La autonomía controlada se reconoce, entonces, por una cualidad muy concreta: el sistema sabe cuándo no sabe. Ante una situación ambigua, no improvisa una respuesta operativa, suspende la ejecución, captura más datos, eleva la alerta al nivel humano y queda a la espera. Esto, que parece una limitación, es en realidad la garantía de que el robot puede operar de noche, en fin de semana, en ausencia del responsable, sin convertirse en una fuente de daños propios. Un sistema que decide demasiado es un sistema que tarde o temprano decide mal, y la factura de esa decisión nunca recae sobre el algoritmo, recae sobre el operador que firmó la implantación.

La separación de capas: percepción, interpretación, acción

Una de las pruebas que distinguen un sistema serio de un sistema vendido como serio es la separación interna entre tres capas: percepción, interpretación y acción. La capa de percepción recoge datos de los sensores y los entrega sin más procesamiento que el estrictamente necesario para la compresión y el transporte. La capa de interpretación cruza esas señales con modelos previamente entrenados y produce una clasificación, que viene acompañada de un nivel de confianza. La capa de acción decide qué hacer con esa clasificación: registrar y seguir, alertar al operador en sala, suspender la ronda, volver a base.

Esta separación no es una elegancia arquitectónica, es una condición de auditabilidad. Cuando ocurre un incidente, el operador, el responsable de cumplimiento o el perito externo pueden recorrer las tres capas hacia atrás y reconstruir qué vio el sistema, cómo lo interpretó y qué hizo. Si las tres capas están fundidas en un único modelo opaco, esa reconstrucción no existe. El sistema dirá que detectó algo, sin que sea posible saber si lo detectó por la imagen, por el sonido, por una combinación, ni por qué interpretó esa combinación de una manera y no de otra. La consecuencia práctica es que ese sistema, ante un fallo, no es defendible.

INCIBE ha insistido, en sus guías sobre integración de IA en sistemas industriales, en que la trazabilidad de la decisión algorítmica no es un lujo académico sino una exigencia operativa. ENISA, por su parte, recuerda en sus marcos sobre robótica conectada que la cadena de decisión debe ser inspeccionable. Quien compra un robot de vigilancia y no exige documentación de las tres capas está comprando un objeto que parecerá funcionar hasta el día en que tenga que justificar lo que hizo, y entonces no podrá justificarlo.

Cómo se integra en una operación real

Un robot autónomo no sustituye a un servicio de seguridad, lo extiende. Esta frase, que parece comercial, se sostiene cuando se mira la operación con cifras concretas. Una persona en sala puede atender, con apoyo de analítica de vídeo y de un robot que filtra y prioriza, cinco o seis perímetros simultáneamente, donde antes atendía uno o dos. No es que el robot haga el trabajo del vigilante, es que desplaza el trabajo del vigilante hacia donde su capacidad humana añade valor: la interpretación de eventos no triviales, la coordinación con cuerpos de seguridad, la decisión sobre escalado.

La integración exige tres ajustes que el cliente subestima al principio. El primero es la definición de turnos de sala compatibles con la operación remota del robot, lo que incluye redundancia ante caída de un operador y procedimiento de relevo. El segundo es la conexión del sistema con la plataforma de control de la empresa de seguridad contratada, cuando la hay, lo que obliga a acordar formatos de evento, niveles de alerta y rutas de escalado. El tercero es la formación del personal de planta para que entienda qué hace el robot, cómo se le pide que detenga una ronda, cómo se le señaliza una zona en obra. Este último ajuste, aparentemente menor, es el que más fallos genera en los primeros noventa días. Un robot ignorado por el personal es un robot inútil. Un robot respetado por el personal es un activo operativo.

Unespa ha documentado, en sus análisis sobre siniestralidad en activos industriales, que la mayoría de los siniestros relevantes en patios y naves se producen en ventanas horarias estrechas, en general en la transición entre turnos y en las horas de menor presencia. El robot, bien configurado, cubre exactamente esas ventanas. Pero las cubre sólo si el operador en sala está despierto, si los procedimientos están escritos y si la empresa ha decidido de antemano qué tipo de evento se notifica y a quién. Sin ese trabajo previo, el robot graba el incidente y el incidente sigue produciéndose.

Lo que separa un piloto serio de una demostración

Una demostración dura una mañana. Un piloto serio dura noventa días, y entrega datos que la demostración nunca puede entregar. La diferencia importa porque la mayoría de las decisiones de compra en robótica de seguridad se han tomado, hasta ahora, sobre la base de demostraciones. El resultado es una capa de sistemas instalados que funcionan en la inauguración y que dejan de funcionar, en términos prácticos, en el tercer trimestre.

Un piloto entrega cuatro cosas que la demostración no entrega. La primera es el comportamiento del sistema bajo condiciones reales de meteorología, incluyendo lluvia prolongada, niebla, frío que afecta a la batería y polvo en suspensión. La segunda es la tasa real de falsos positivos en el entorno concreto del cliente, que casi nunca coincide con la tasa que el fabricante anuncia para condiciones controladas. La tercera es la curva de adaptación del personal, que muestra cuántas semanas tarda un operador en confiar en el sistema lo suficiente como para no duplicar manualmente sus rondas. La cuarta es la cifra de mantenimiento no programado en el periodo, que es el predictor más fiable del coste total de propiedad en los años siguientes.

Esta es la razón por la que el Camino III de nuestro modo de trabajo, el piloto de noventa días sobre un perímetro definido y con un criterio de éxito acordado antes de empezar, es el formato que más utilidad genera para clientes que ya tienen una idea formada de su problema. Antes de ese piloto, para quien todavía no tiene el problema bien delimitado, está la auditoría de tres a cinco días del Camino II, que produce un mapa de vulnerabilidades, una cuantificación económica y un plan de actuación. Y antes incluso de la auditoría, está el Camino I, una conversación confidencial de sesenta minutos en la que el responsable de seguridad de la empresa describe su situación y recibe una lectura técnica honesta de qué tipo de sistema, si alguno, resolvería su caso. Tres caminos, en orden creciente de profundidad, descritos en el libro y mantenidos sin variación porque la sucesión funciona.

Lo que permanece

Un robot de vigilancia autónomo es serio cuando su autonomía está delimitada por escrito, cuando sus capas internas son auditables, cuando su integración con la operación humana está documentada y cuando su comportamiento ha sido medido durante un periodo largo en el entorno real del cliente. Todo lo demás es marketing, y el marketing, en este sector, tiene una vida útil muy corta. El primer incidente no resuelto lo desmonta.

La autonomía controlada es la única forma honesta de hablar de robótica de seguridad en una empresa adulta. Reconoce que la máquina hace bien lo que la máquina hace bien, que la persona hace bien lo que la persona hace bien, y que el valor está en la frontera escrita entre ambas, no en la promesa de borrarla. Quien quiera explorar esa frontera para su organización tiene tres caminos disponibles, según el grado de claridad con el que llega: una conversación, una auditoría o un piloto. Ninguno de los tres compromete al siguiente. Los tres entregan algo que el cliente no tenía antes.

Preguntas frecuentes

¿Qué significa autonomía controlada en seguridad?

Autonomía controlada significa que el sistema decide por sí mismo todas las acciones de ejecución dentro de un marco previamente definido, y delega siempre las decisiones de calificación, escalado y comunicación a una persona responsable. No es un compromiso intermedio, es una arquitectura. Permite que el robot opere sin supervisión continua durante miles de horas, sin que esa autonomía se traduzca en decisiones jurídicamente comprometedoras. Es la única forma de autonomía compatible con el marco europeo de tratamiento de datos, con las exigencias del CNPIC y con las prácticas defendibles ante una aseguradora tras un incidente.

¿Qué decisiones toma el robot solo?

El robot decide su trazado fino dentro de un corredor predefinido, su velocidad ante obstáculos, sus pausas ante anomalías para captar más imagen, la priorización entre eventos simultáneos según reglas fijadas, y su retorno a base por nivel de batería. También decide qué registrar con prioridad alta y qué clasificar como tráfico normal, dentro de los umbrales que el operador ha configurado. Todas estas decisiones son de ejecución y quedan trazadas en el sistema. No decide la naturaleza última del evento ni qué consecuencias externas se derivan, esa decisión es siempre humana.

¿Cuándo interviene el operador?

El operador interviene en tres momentos. Primero, cuando el sistema clasifica un evento por encima de un umbral de confianza definido y eleva una alerta a sala. Segundo, cuando el sistema detecta una situación ambigua y, en lugar de actuar, suspende y pide validación. Tercero, en las revisiones periódicas en las que el operador examina las rondas registradas, ajusta parámetros y actualiza zonas. Fuera de estos tres momentos, el operador no tiene que estar pendiente del robot. Esta es la única forma de que una persona pueda cubrir varios perímetros sin perder calidad de atención.

¿Cómo se registra cada decisión?

Cada decisión queda registrada en una capa de trazabilidad que incluye marca temporal, identificador de la regla aplicada, datos de los sensores que la motivaron, nivel de confianza y resultado de la acción. Estos registros son inmutables, están firmados criptográficamente y se conservan durante el periodo que el cliente defina, respetando los límites de la AEPD. La consecuencia práctica es que, semanas o meses después, cualquier auditor interno o externo puede reconstruir qué hizo el sistema y por qué. Sin esta capa no hay auditoría posible, y sin auditoría no hay defensa posible ante un siniestro.