La detección facial localiza un rostro; la captura facial guarda una imagen utilizable; la verificación facial la compara con una identidad declarada; la identificación busca en un conjunto de referencia. Elija el resultado necesario antes de comprar. Una miniatura de un rostro o una alerta de persona no demuestran reconocimiento de identidad, y una demostración satisfactoria no establece la tasa de error en su entrada.
Adapte la función a la tarea del lector
| Función | Resultado habitual | Lo que no demuestra |
|---|---|---|
| Detección | La ubicación de un rostro o un evento facial | El nombre de la persona o una imagen identificativa utilizable |
| Captura | Un recorte facial guardado y vinculado a un fotograma y una hora | Una comparación con identidades registradas |
| Verificación, 1:1 | Coincidencia o no coincidencia con una identidad declarada | Quién es una persona desconocida |
| Identificación, 1:N | Uno o varios candidatos de un conjunto de referencia | Que el candidato sea sin duda la persona de la imagen |
Si un revisor necesita localizar un clip de la entrada, pueden bastar los eventos faciales o la detección de personas. Si el acceso requiere confirmar a una persona titular de una credencial, se trata de verificación. Buscar a alguien sin una identidad declarada es identificación. Pida al proveedor que especifique la función exacta y los datos de salida; no acepte «cámara facial con IA» como especificación.
Testimonio técnico del NIST distingue detección, verificación e identificación y explica los errores de falsos positivos y falsos negativos y sus consecuencias según la aplicación. Estas definiciones no certifican ningún sistema de cámaras ni demuestran que QuarkView admita reconocimiento.
Siga la cadena desde la imagen hasta la decisión
- Detección y captura: la cámara o el software localiza un rostro y selecciona una imagen. Conserve la hora y la relación con el fotograma original para que el revisor pueda examinar el evento completo.
- Control de calidad: el sistema puede rechazar imágenes inadecuadas. Averigüe si el rechazo aparece como «sin rostro», «calidad insuficiente» o «sin coincidencia»; de lo contrario, un fallo de imagen puede confundirse con un resultado de identidad.
- Plantilla y comparación: si hay reconocimiento compatible, el software genera una representación y la compara con referencias registradas. Especifique si el procesamiento se realiza en la cámara, el grabador o un servidor independiente.
- Umbral y resultado: la puntuación de coincidencia se evalúa frente a un umbral de decisión configurado. Pregunte qué significa la puntuación y no la describa como probabilidad si la documentación no respalda esa interpretación.
- Acción del operador o de acceso: la aplicación receptora presenta un candidato o envía un evento de acceso. Pruebe la autorización, la hora, los registros de auditoría y la respuesta a resultados dudosos o ausentes.
Solicite por escrito la cámara, el software de análisis, las licencias, el límite del conjunto de referencia, la herramienta de registro, el cliente compatible y la interfaz de integración. Recibir vídeo normal en un NVR no demuestra que lleguen los metadatos faciales, la búsqueda de identidad o los eventos de acceso. Especifique quién mantiene las referencias y quién puede cambiar los umbrales.
Prepare una vista de captura adecuada para el movimiento habitual
Examine la imagen guardada, no solo la vista en directo. Anote el tamaño facial en píxeles en los puntos cercano y lejano del recorrido, la orientación de la cabeza, la altura de la cámara, el enfoque y el movimiento. Una vista general amplia y elevada del vestíbulo aporta contexto, pero quizá solo muestre la parte superior de las cabezas; una vista de captura independiente en la entrada puede servir mejor para la tarea facial.
| Condición | Posible fallo | Comprobación práctica |
|---|---|---|
| Puerta de cristal a contraluz | El rostro queda demasiado oscuro o sobreexpuesto | Revise recortes guardados por la mañana y por la tarde; compare los cambios de posición y luz |
| Caminar o girarse con normalidad | Imagen borrosa, perfil o ningún fotograma aceptado | Use una velocidad de paso normal, no solo a una persona inmóvil frente a la cámara |
| Sombreros, gafas o mascarillas | Rasgos ocultos o más rechazos | Pruebe la ropa cotidiana permitida y registre por separado las imágenes rechazadas |
| Diferentes estaturas y necesidades de movilidad | La vista no capta algunos rostros o los muestra desde un ángulo muy pronunciado | Compruebe todo el recorrido previsto y las posiciones de captura |
| Iluminación nocturna | Aspecto diferente o detalle insuficiente | Compare capturas nocturnas reales con las condiciones de las referencias registradas |
Estudio del NIST sobre imágenes de vídeo ilustra cómo los rostros de vídeo de menor calidad pueden perjudicar las coincidencias. Sus resultados experimentales históricos no predicen la precisión de su instalación. Solicite los requisitos de imagen del software elegido y pruébelo; ningún número universal de megapíxeles garantiza un reconocimiento útil.
Ejemplo: separar la búsqueda de entradas de la verificación de acceso
Ejemplo de diseño, no de una instalación real: suponga que una oficina tiene una entrada controlada y que un revisor necesita localizar incidentes de acceso. Empiece con una grabación general y un flujo verificado de captura facial o eventos de personas, vinculados por hora sincronizada. No cree una base de identidades solo para buscar clips.
Si la tarea aprobada por separado es verificar al personal registrado, suponga que la identidad declarada proviene de una credencial, que hay un servicio de reconocimiento compatible y un controlador de acceso. Documente sus interfaces y pruebe la comparación facial con esa identidad. Incluya una alternativa con credencial/PIN o personal de atención. Aquí no se especifican una altura exacta de cámara, un umbral de coincidencia ni una precisión: dependerán de las instrucciones del producto elegido y de pruebas con las personas y la entrada previstas.
Evalúe los errores con el denominador adecuado
Separe los fallos de imagen de los de comparación. En la verificación 1:1, cuente por separado los intentos genuinos rechazados y los intentos sin coincidencia aceptados. En la identificación 1:N, cuente las muestras registradas que no encuentran la identidad correcta, las asignadas a otra persona y las desconocidas que devuelven una identidad aceptada. Registre resultados ambiguos y rechazos por ausencia de rostro o calidad, en vez de excluirlos del informe.
Solo un ejemplo aritmético: suponga que se realizan 200 intentos genuinos autorizados de verificación y 12 no coinciden: la proporción observada de rechazo de intentos genuinos es 12/200 = 6%. Por separado, suponga que se hacen 300 intentos deliberadamente sin coincidencia y se aceptan 3: la proporción observada de falsas aceptaciones es 3/300 = 1%. Estas cifras inventadas ilustran cómo informar, no son resultados de un producto, una prueba estándar ni un objetivo de seguridad aceptable. Indique si el denominador genuino incluye fallos de captura. Los intentos repetidos de unas pocas personas no forman una muestra poblacional independiente.
- Fije la versión del software, el umbral, el tamaño del conjunto de referencia y las imágenes de registro. Obtenga la autorización necesaria para las personas participantes y los datos de prueba.
- Pruebe a las personas que entran en condiciones reales de iluminación, movimiento y vestimenta permitida. Incluya participantes registrados y no registrados cuando evalúe identificación.
- Mantenga un registro de intentos con la verdad de referencia, la imagen guardada, el resultado de calidad, la puntuación o resultado y la decisión final del operador. Evite un porcentaje de «precisión» sin matices.
- Cuando sea apropiado y legal, revise los errores por condición y grupo de usuarios previsto. Un resultado general sólido puede ocultar un rendimiento deficiente con cierta iluminación o para algunos usuarios.
- Después de cambiar el umbral, repita pruebas comparables. Un umbral de aceptación más estricto puede reducir las coincidencias erróneas y aumentar las coincidencias genuinas perdidas; elija considerando las consecuencias de ambos errores.
- Pruebe con personas desconocidas, registros duplicados u obsoletos, accesos revocados, pérdida de conexión con el servidor y coincidencias disputadas. Confirme que funcione el proceso alternativo y que un operador pueda corregir un registro.
Una prueba pequeña sirve como filtro durante la puesta en servicio, no demuestra una tasa de errores raros. Cero falsas aceptaciones en una demostración breve no significa riesgo cero. Si importa la seguridad del acceso, evalúe aparte los controles contra ataques de presentación con fotos o pantallas, según las capacidades documentadas del sistema; la comparación de identidad por sí sola no demuestra que haya detección de vida.
Trate los datos de referencia como una responsabilidad operativa
Documente por separado imágenes, plantillas, metadatos de eventos y registros de acceso: dónde se guardan, quién puede registrar, buscar o exportar, cómo se protegen y cómo se propaga el borrado a servidores, dispositivos y políticas de copia de seguridad. Pruebe la revocación y el borrado, incluidas las copias de referencia fuera de la interfaz principal. Limite las alertas de candidatos a quienes deban revisarlas y conserve, cuando sea necesario, el resultado y el historial de correcciones.
Para los despliegues sujetos al RGPD del Reino Unido, la guía biométrica del ICO exige una base jurídica y una condición independiente para el tratamiento de datos biométricos de categoría especial. Cuando se invoque el consentimiento, debe ofrecer una elección auténtica y una alternativa adecuada; pasar frente a una cámara no constituye consentimiento para el reconocimiento. Para identificar trabajadores en el Reino Unido, la guía laboral del ICO exige una EIPD antes del tratamiento y aborda alternativas que no perjudiquen a nadie. Son requisitos específicos del Reino Unido, no una autorización mundial para implantar el sistema.
La detección sin comparación de identidad también puede implicar imágenes personales y registros; determine los controles aplicables según el tratamiento real, no el nombre de la función. Envíe la función necesaria, las condiciones de la entrada y el software existente junto con una consulta del proyecto. Compare la detección de personas cuando el objetivo sea detectar un evento y no comparar identidades.