El mejor software de análisis de vídeo para una CRA es el que demuestra resultados sobre la propia operación, se integra sin perder señales, explica sus salidas y permite gobernar datos, versiones y contingencias. Una demostración visual o una cifra global de precisión no bastan. La compra debe evaluarse como una combinación de capacidad analítica, integración operativa, seguridad, soporte y coste total.
Antes de comparar proveedores, define el problema. ¿Se busca reducir revisión repetitiva, priorizar eventos, detectar clips defectuosos o automatizar una parte concreta? Un alcance impreciso produce pruebas que parecen exitosas pero no responden a la necesidad real.
Matriz de decisión esencial
| Área | Pregunta verificable | Evidencia esperada |
|---|---|---|
| Rendimiento | ¿Cómo funciona con nuestras escenas? | Piloto representativo y errores por categoría |
| Integración | ¿Qué ocurre ante caída o duplicado? | Pruebas de reintento, idempotencia y contingencia |
| Operación | ¿Puede el operador revisar y corregir? | Flujo demostrable y registro de desacuerdo |
| Seguridad | ¿Cómo se protegen vídeo y credenciales? | Arquitectura, controles y compromisos contractuales |
| Gobernanza | ¿Qué versión produjo cada resultado? | Trazabilidad, cambios y mecanismo de reversión |
| Proveedor | ¿Qué soporte y salida contractual existen? | SLA acordado, exportación y plan de terminación |
1. Calidad analítica sobre datos representativos
Pide una evaluación con cámaras y clips que representen entornos reales: exterior e interior, día y noche, distintas condiciones meteorológicas, resoluciones y codificaciones. Separa incidentes, actividad autorizada, causas ambientales, problemas técnicos y casos no verificables. El proveedor no debería seleccionar únicamente los ejemplos que muestra.
No uses una sola métrica. Un sistema puede acertar en la categoría mayoritaria y fallar en eventos importantes. Examina falsos positivos y falsos negativos por clase, además de cobertura: cuántos clips puede realmente procesar. Revisa errores con operaciones y acuerda qué coste tiene cada tipo. La guía pilar sobre falsas alarmas detalla cómo construir la línea base.
2. Resultado útil para el operador
La salida debe ayudar a decidir, no añadir otra pantalla opaca. Comprueba si muestra la señal original, el clip, una categoría comprensible, motivos, hora, cámara y contexto utilizado. Debe distinguir entre “no relevante” y “no se pudo analizar”. Una puntuación sin significado operativo puede crear falsa seguridad.
Pregunta cómo contradice el operador el resultado y a dónde llega ese feedback. El desacuerdo debe quedar asociado a la versión que produjo la salida. Decide si el producto solo informa, si prioriza o si puede iniciar acciones; cada nivel necesita controles distintos. Compara opciones en verificación manual frente a automática.
3. Integración y continuidad
Dibuja el recorrido completo: recepción de señal, obtención del vídeo, envío al análisis, devolución, presentación y cierre. Para cada enlace define autenticación, identificador, tiempo máximo, reintento y responsable. Prueba archivos grandes, formatos no admitidos, mensajes fuera de orden y respuestas que llegan cuando el operador ya actuó.
- La señal original nunca debería desaparecer por un fallo del analizador.
- Los reintentos no deben crear actuaciones duplicadas.
- La hora y el identificador deben mantenerse de extremo a extremo.
- La caída del servicio necesita una ruta manual conocida.
- Los registros deben permitir investigar sin exponer contenido innecesario.
Si la CRA utiliza Manitou, revisa la guía específica para integrar IA con Manitou. Las funciones disponibles dependen de la versión, módulos, licencias y acuerdos aplicables; deben confirmarse con los proveedores correspondientes.
4. Arquitectura, seguridad y privacidad
Solicita un diagrama con regiones de tratamiento, subencargados, redes, almacenamiento y copias. Aclara cifrado en tránsito y reposo, segregación entre clientes, gestión de secretos, control de acceso, registro, respuesta a incidentes y borrado. “Cloud europeo” no responde por sí solo a todas estas preguntas.
Determina quién actúa como responsable y encargado del tratamiento, qué instrucciones quedan en contrato y qué transferencias pueden producirse. Limita datos y conservación a la finalidad. La AEPD reúne orientación oficial de videovigilancia, y el RGPD establece principios y obligaciones que deben aplicarse al caso concreto.
5. Gobernanza de modelos y cambios
Pregunta con qué frecuencia cambia el sistema, si se avisa antes, cómo se valida una versión y si es posible volver atrás. Una actualización puede modificar la distribución de prioridades aunque la interfaz sea idéntica. Exige poder asociar cada decisión con versión, configuración y contexto.
Define monitorización de deriva: cambios persistentes en cámaras, iluminación o comportamiento pueden reducir la validez del piloto inicial. El contrato y el procedimiento interno deberían asignar responsables para revisar métricas, aprobar umbrales y gestionar incidencias. Si el producto incorpora IA, estudia el Reglamento de IA y su calendario sin asumir una clasificación automática.
6. Normas y afirmaciones comerciales
Distingue “cumple”, “está alineado”, “está certificado” y “ayuda al cumplimiento”. Pide alcance, entidad emisora, fecha y documento verificable. Una certificación de una parte de la organización no cubre necesariamente el producto o la instalación. Para el contexto de central, consulta la explicación sobre UNE-EN 50518:2020, modificada por A1:2024; el texto oficial se adquiere en UNE.
7. Coste total y condiciones de salida
Compara coste por cámara, clip, almacenamiento, transferencia, soporte e integración, incluyendo picos. Modela escenarios con volumen real y margen. Incluye trabajo interno de mantenimiento, etiquetado y revisión de calidad. Un precio bajo por análisis puede resultar caro si obliga a operar otra consola o aumenta incidencias.
Asegura una salida ordenada: exportación de registros, borrado verificable, continuidad durante la migración y formato de datos. Evita depender de una función sin documentación o de un integrador único sin alternativa acordada.
Cómo organizar una prueba de concepto
- Publicar alcance, categorías, muestra y métricas antes de empezar.
- Etiquetar una referencia con revisión de discrepancias humanas.
- Ejecutar en paralelo, sin cambiar inicialmente la actuación.
- Probar errores técnicos además de clips normales.
- Calcular impacto operativo y coste con datos observados.
- Documentar riesgos, mitigaciones y condiciones para ampliar.
Señales de alerta durante la compra
- Precisión anunciada sin conjunto de prueba ni definición.
- Imposibilidad de distinguir error técnico de resultado negativo.
- Ausencia de contingencia si el análisis no responde.
- Cambios de modelo sin versión, aviso o comparación.
- Respuestas vagas sobre conservación, subencargados o borrado.
- Afirmaciones normativas sin documento y alcance verificables.
Preguntas frecuentes
¿Conviene comprar por cámara o por evento?
Depende de estabilidad y volumen. Compara ambos con históricos, picos, mínimos contractuales, transferencia y almacenamiento, no solo con el precio unitario.
¿Qué duración debe tener un piloto?
La necesaria para cubrir variabilidad relevante. Debe incluir suficientes eventos por categoría y condiciones operativas, no una duración elegida de forma aislada.
¿Una API garantiza integración?
No. Hay que comprobar autenticación, formatos, límites, reintentos, idempotencia, observabilidad, soporte y encaje con el flujo de la CRA.
¿Es imprescindible una explicación del resultado?
Es muy útil para supervisión y operación, pero también debe comprobarse que sea coherente con la evidencia y no una justificación genérica.
¿Qué documentación regulatoria solicitar?
La que corresponda al papel y uso: protección de datos, seguridad, contratos, instrucciones, evaluación de riesgos y, cuando aplique, documentación del Reglamento de IA.
Fuentes oficiales
- AEPD: videovigilancia.
- Reglamento (UE) 2016/679 (RGPD).
- Reglamento (UE) 2024/1689 de Inteligencia Artificial.
- INCIBE: recursos de ciberseguridad para empresas.
VideoIntelligence · Análisis de vídeo para CRA
De cada clip a una prioridad explicada, antes del operador
VideoIntelligence analiza el vídeo asociado a la alarma, indica relevancia y prioridad P0–P4, y devuelve una explicación a tu software de recepción mediante API. En la demo revisamos cómo encajaría en el flujo de tu central y cómo medirlo con tu propio histórico.