Lectura de matrículas con IA en empresas: una lectura desde el comprador

La lectura automática de matrículas no es un problema resuelto, y quien la presente como tal está vendiendo una demo, no un sistema. Lo que un fabricante serio puede afirmar es más modesto y, precisamente por eso, más útil al comprador: un buen sistema de LPR identifica correctamente la mayoría de las matrículas que pasan por una zona de captura controlada, gestiona con disciplina las excepciones, y se integra de forma predecible con barreras, controles de acceso y sistemas de gestión. Todo lo demás, las cifras redondas de precisión, las imágenes de marketing con vehículos limpios sobre asfalto seco, los porcentajes sin contexto, pertenece al lenguaje del proveedor que aún no ha trabajado en un acceso logístico a las seis de la mañana en febrero.

Desde la posición de fabricante, escribimos esto sin afán de provocar. La diferencia entre un sistema usable y una demo se ve en cuatro lugares: la calidad de la normalización del texto leído, la respuesta ante condiciones adversas reales, la arquitectura de las listas blancas y negras, y la forma en que el lector dialoga con la barrera o el torno. El comprador que sepa formular preguntas en estos cuatro frentes obtiene un equipo que rinde. El comprador que se deje seducir por la cifra global de precisión obtiene un proyecto que se desactiva en silencio al cabo de seis meses.

Lo que realmente significa "precisión" en LPR

La cifra de precisión que aparece en las fichas técnicas suele referirse a la tasa de acierto sobre un conjunto de imágenes en condiciones controladas, con vehículos perpendiculares al objetivo, matrícula visible, iluminación uniforme y velocidad reducida. Esa cifra es real, pero no es operativa. Lo que importa en una instalación es otra cosa: cuántas matrículas se leen correctamente sobre el total de vehículos que cruzan la zona de captura, incluyendo aquellos cuya placa está parcialmente sucia, ladeada, oculta por la barra de remolque, deformada por golpes, o iluminada de tal manera que el sensor pierde contraste. Esta segunda tasa, la que se mide en operación, suele estar entre diez y veinte puntos por debajo de la cifra de catálogo.

Un fabricante honesto reporta dos números separados. El primero es la precisión bruta del algoritmo, medida en condiciones de referencia. El segundo es la tasa de captura efectiva, que es el producto de la precisión bruta por la cobertura del sensor, es decir, por la proporción de vehículos cuya matrícula entra realmente en el campo útil del objetivo durante un tiempo suficiente. La tasa de captura efectiva depende del emplazamiento, del ángulo, de la distancia focal, de la altura del poste, del flujo, y de la velocidad media de cruce. Un mismo equipo con la misma firmware ofrece resultados diferentes en dos accesos contiguos del mismo polígono, simplemente porque uno tiene un retranqueo de tres metros más antes de la barrera y el otro no.

A esto se añade la normalización del texto, que es el paso silencioso donde se decide la utilidad del sistema. El sensor lee píxeles, no caracteres. El motor de visión propone una cadena de caracteres con un nivel de confianza para cada uno. La normalización transforma esa cadena en una matrícula válida según el formato del país, descartando lecturas imposibles y proponiendo la corrección más probable cuando un carácter es ambiguo. Sin esta capa, un sistema confunde sistemáticamente el cero con la O, el uno con la I, el ocho con la B, y entrega al sistema de control de accesos cadenas que no coinciden con ningún registro de la lista blanca, generando rechazos que el operador interpreta como fallo del lector cuando en realidad son fallos de normalización. Un sistema serio expone su lógica de normalización al integrador, permite ajustarla por país y por formato, y registra en el log tanto la lectura bruta como la lectura normalizada para auditoría posterior.

La nieve, la lluvia, el sol bajo, y todo lo demás

Las condiciones adversas no son una excepción que se contempla en el manual, son la mitad del año de operación en buena parte de la Península y casi todo el año en latitudes más altas. La nieve, en particular, hace tres cosas distintas y todas ellas malas para un LPR. Cubre parcialmente la matrícula, reduce el contraste entre los caracteres y el fondo cuando se acumula, y satura el sensor con reflejos cuando el sol bajo de invierno pega de lleno sobre una superficie blanca. Un sistema que en julio lee el noventa y cinco por ciento de las placas puede caer al setenta en febrero, y esa caída no es un defecto del fabricante, es una propiedad física de la situación.

Lo que distingue a un equipo serio es cómo gestiona esta caída. Primero, exponiendo en su documentación los rangos de condiciones en los que se garantiza el rendimiento, incluyendo lúmenes mínimos, ángulos máximos de incidencia solar, y comportamiento ante acumulación parcial de nieve o suciedad. Segundo, ofreciendo iluminación infrarroja propia, dimensionada para la distancia de captura, que reduce la dependencia de la luz ambiente y permite operación nocturna sin degradación. Tercero, exponiendo la confianza de lectura como un campo accesible para el integrador, de manera que las lecturas con confianza inferior a un umbral configurable se traten como ambiguas y disparen un flujo alternativo, sea la apertura manual desde el centro de control, la solicitud de un segundo factor al conductor, o la espera a una segunda lectura desde una cámara complementaria.

La lluvia añade el problema del reflejo y del agua sobre el objetivo. Un sistema bien diseñado integra el visor en una carcasa con visera y, donde el flujo lo justifica, con limpiador o con tratamiento hidrofóbico del cristal. El sol bajo, sobre todo en accesos orientados al este y al oeste, exige rangos dinámicos amplios del sensor y, en casos extremos, una segunda cámara en posición complementaria para que el sistema disponga siempre de al menos un ángulo no saturado. Estos detalles no aparecen en la ficha comercial, aparecen en el pliego técnico que un fabricante con experiencia industrial entrega cuando se le pide. Si el proveedor no puede entregar este pliego, el comprador está ante un revendedor que no controla la tecnología que ofrece.

La gestión de la lista blanca, donde fracasan los proyectos

La lista blanca es la parte del sistema que el fabricante puede entregar técnicamente perfecta y que, sin embargo, fracasa en el tres por ciento de las instalaciones por motivos puramente organizativos. Una lista blanca contiene las matrículas autorizadas a cruzar un punto de control sin intervención humana. En una pequeña empresa con quince vehículos propios, mantener esta lista es trivial. En una nave logística con cuarenta empleados, treinta proveedores recurrentes, una flota de subcontratas que rota cada trimestre, y picos estacionales que doblan el flujo, la lista blanca se convierte en un objeto vivo que requiere gobernanza.

Un sistema de LPR digno de ese nombre ofrece una estructura de listas que refleja esta realidad. La primera capa son las matrículas permanentes, asociadas a contratos laborales o a vehículos corporativos, gestionadas por recursos humanos o por la dirección de operaciones. La segunda capa son las matrículas temporales, con fecha de inicio y fecha de caducidad automáticas, asociadas a un proveedor o a una visita concreta, gestionadas por recepción o por el responsable del proyecto que invita al vehículo. La tercera capa son las matrículas excepcionales, autorizadas puntualmente por un mando con permiso, registradas con motivo y duración, y que caducan al final del turno. Sin estas tres capas separadas, la lista blanca se convierte en un cajón donde se acumulan matrículas que nadie recuerda haber añadido y que nadie se atreve a borrar.

La gestión también exige conexión con el sistema de información de la empresa. Cuando un empleado deja la compañía, su matrícula debe desaparecer de la lista permanente sin que nadie tenga que acordarse de hacerlo. Cuando un contrato con un proveedor termina, las matrículas asociadas deben caducar automáticamente. Esto requiere integración con el directorio corporativo, con el sistema de gestión de proveedores, y con el calendario de proyectos. Un fabricante que entrega un LPR sin pensar en estas integraciones entrega un equipo, no un sistema. El comprador que acepta esa entrega asume el coste de construir la gobernanza por su cuenta, normalmente sin presupuesto asignado, y el resultado previsible es que en doce meses la lista blanca contiene matrículas obsoletas que comprometen la seguridad del recinto. La AEPD, además, exige bases legales claras para el tratamiento de matrículas como dato personal, y una política de conservación documentada. Un sistema que no permite definir periodos de retención por capa de lista no es un sistema cumplidor.

Integración con barreras y control de accesos

La lectura de la matrícula es solo el primer paso. El segundo es la decisión sobre qué hacer con esa lectura, y el tercero es la actuación sobre el elemento físico, sea una barrera, un torno, una puerta corredera o una bolardo retráctil. Entre el sensor de imagen y el actuador físico hay una cadena de componentes que debe responder en tiempos predecibles y soportar fallos sin bloquear el acceso.

La integración correcta sigue una arquitectura desacoplada. El lector entrega la matrícula leída, con su nivel de confianza y con un identificador único de la lectura, a un servicio de control de accesos. Este servicio consulta las listas blancas en el orden que corresponda, aplica las reglas de horario, valida la dirección del vehículo si hay sensor de espira, y emite una decisión, sea apertura, denegación o escalada manual. La decisión se transmite al controlador físico de la barrera mediante un protocolo industrial estable, normalmente OPC UA, Modbus TCP o un bus de campo dedicado, según el entorno. El controlador físico es responsable de la apertura segura, de la detección de obstáculos bajo la barrera, y del cierre temporizado. Esta separación es la que permite que un fallo del lector no bloquee el sistema, porque siempre existe un procedimiento de apertura manual auditable desde el centro de control.

Lo que distingue un proyecto serio es la atención a los tiempos. El conductor espera que la barrera se levante en menos de un segundo desde que el sistema confirma la lectura, y ese segundo incluye la captura, la inferencia del modelo, la normalización, la consulta a las listas, la decisión, la transmisión al controlador y el movimiento físico. Un sistema diseñado para esta cadena coloca el modelo de inferencia en el propio borde, idealmente en el mismo dispositivo que el sensor, y cachea localmente las listas más frecuentes para no depender de la red en cada operación. Un sistema que envía cada imagen a un servidor remoto y espera la decisión por internet introduce latencias que el conductor percibe como avería incluso cuando la lectura es correcta. La conectividad con un centro de operaciones, recomendada por INCIBE y exigida implícitamente por los marcos de NIS2 para infraestructuras críticas, debe ser un canal de gestión, no un cuello de botella operativo.

Por último, la integración debe contemplar el modo degradado. Cuando el lector falla, cuando la red corporativa cae, cuando el sistema de gestión de listas no responde, el acceso debe seguir siendo posible bajo control humano, con registro completo de la excepción. Un sistema sin modo degradado es un sistema que en algún momento, normalmente el peor, dejará a un camión de cuarenta toneladas bloqueando una entrada hasta que alguien llegue con una llave física. Quien haya operado un centro logístico sabe que esta no es una hipótesis remota.

Lo que el comprador debería pedir, y casi nunca pide

Hay una lista de exigencias que un comprador maduro pone sobre la mesa antes de firmar y que separa al proveedor solvente del que improvisa. La primera es una prueba de campo, no una demo. El proveedor instala dos cámaras en accesos reales del comprador, durante al menos tres semanas, en condiciones reales de flujo, y entrega al final un informe con la tasa de captura efectiva, la distribución de los niveles de confianza, las matrículas no leídas con justificación, y los falsos positivos. La segunda es la entrega de los logs completos durante la prueba, en formato legible, para que el comprador pueda hacer su propia auditoría con su propio personal o con un tercero independiente.

La tercera es la documentación de la arquitectura, incluyendo los protocolos de comunicación con la barrera, el formato de las APIs hacia el sistema de control de accesos, los esquemas de las bases de datos de listas, y las políticas de retención. La cuarta es la declaración explícita del fabricante sobre el cumplimiento del RGPD y de las obligaciones derivadas del tratamiento de matrículas como dato personal, incluyendo la base legal, los plazos de conservación por defecto, y los procedimientos de respuesta a ejercicios de derechos. La AEPD ha publicado criterios específicos sobre videovigilancia y lectura de matrículas que no pueden ignorarse, y el fabricante debe poder citarlos sin titubeos.

La quinta, y posiblemente la más reveladora, es preguntar al proveedor qué hace su sistema mal. Un fabricante que responde con un silencio incómodo, o con un discurso comercial sobre su superioridad, no controla su propio producto. Un fabricante que enumera con precisión los escenarios en los que su sistema rinde por debajo del óptimo, y que explica las mitigaciones disponibles, es un interlocutor con el que se puede construir una instalación duradera. La diferencia entre los dos suele decidir si el proyecto sobrevive al primer año de operación.

Lo que permanece

La lectura de matrículas con IA es una tecnología útil, madura en su núcleo, y aún imperfecta en sus bordes. Tratada como un sistema integrado, con su normalización auditada, su gestión de listas gobernada, su comportamiento ante adversidades documentado, y su integración con la barrera diseñada para tiempos reales y modos degradados, entrega un valor operativo claro y una reducción medible de la fricción en los accesos. Tratada como un componente aislado comprado por especificación, sin gobernanza ni integración pensada, se convierte en una de esas inversiones que el responsable de seguridad evita mencionar en las reuniones porque ya nadie la usa.

El comprador que quiera evitar el segundo escenario tiene tres caminos a su disposición. Una conversación confidencial de sesenta minutos con quien firma este texto, sin compromiso y sin venta, sirve para situar el problema y descartar opciones inviables antes de gastar un euro. Una auditoría técnica de tres a cinco días sobre los accesos existentes entrega un mapa de capacidades reales, un cálculo económico en tres escenarios, y una matriz de recomendaciones priorizadas que el comprador puede ejecutar con quien quiera. Un piloto de noventa días sobre un acceso definido entrega los datos sobre los que decidir la escala, sin necesidad de comprometerse con una arquitectura completa antes de haberla probado. Las tres rutas están descritas con detalle en el libro "BOSWAU + KNAUER. Del oficio constructor a la tecnología de seguridad", junto con la diagnóstica de doce preguntas que precede a cualquier decisión seria sobre infraestructura de seguridad.

Preguntas frecuentes

¿Qué precisión es realista?

En condiciones controladas de catálogo, los buenos lectores rondan el noventa y cinco al noventa y ocho por ciento sobre matrículas legibles. En operación real, sobre el total de vehículos que cruzan el acceso, la tasa de captura efectiva suele situarse entre el ochenta y cinco y el noventa y cinco por ciento, dependiendo del emplazamiento, del flujo, de las condiciones ambientales y de la calidad de la normalización. Un proveedor que ofrezca cifras superiores al noventa y nueve por ciento sin contexto está describiendo un laboratorio, no una instalación. La cifra útil es la medida sobre el acceso del comprador, no la del fabricante.

¿Cómo afecta la nieve?

La nieve degrada la lectura por tres vías. Cubre parcialmente la placa, reduce el contraste entre caracteres y fondo, y satura el sensor por reflejos cuando el sol bajo incide sobre superficies blancas. La caída de rendimiento puede ser de diez a veinte puntos respecto a condiciones secas. Las mitigaciones eficaces incluyen iluminación infrarroja propia, carcasas con visera y tratamiento hidrofóbico, sensores con rango dinámico amplio, y arquitecturas con segunda cámara en ángulo complementario. Un sistema sin estas mitigaciones tendrá comportamiento estacional, y el comprador debe planificar procedimientos de apertura manual para los picos de adversidad.

¿Cómo se gestiona la whitelist?

Mediante una estructura de tres capas separadas. Matrículas permanentes vinculadas a empleados o vehículos corporativos, gestionadas por recursos humanos. Matrículas temporales con caducidad automática, asociadas a proveedores o visitas, gestionadas por recepción. Matrículas excepcionales con motivo registrado y caducidad al final del turno, autorizadas por mandos con permiso. Cada capa debe integrarse con el sistema de información correspondiente para que las altas y bajas sean automáticas. Una lista blanca sin gobernanza ni integración con el directorio corporativo se degrada en doce meses, acumulando matrículas obsoletas que comprometen la seguridad del recinto y el cumplimiento del RGPD.

¿Cómo integra con barreras?

Mediante una arquitectura desacoplada en tres niveles. El lector entrega la matrícula con su nivel de confianza a un servicio de control de accesos. El servicio consulta listas, aplica reglas y emite una decisión. El controlador físico recibe la decisión por protocolo industrial estable, normalmente OPC UA o Modbus TCP, y actúa sobre la barrera con su propia lógica de seguridad y detección de obstáculos. La inferencia debe ejecutarse en el borde para garantizar latencias inferiores al segundo. El sistema debe contemplar un modo degradado con apertura manual auditable cuando cualquier componente falla, evitando bloqueos operativos en los peores momentos.