Control de Calidad y Secuencia
Cuando el GBDS recibe una nueva transacción, se realiza una verificación de control de calidad y de secuencia. Esta comprobación tiene el propósito de evitar que transacciones inválidas sean insertadas en la base de datos.
Cualquier transacción rechazada por el control de calidad y de secuencia es enviada al MIR para revisión manual.
Pasos de Verificación
Verificación de Calidad
El primer paso al recibir una nueva transacción es que el GBDS realice una verificación de calidad de cada template de biometría sometido.
Si la calidad de cualquier template no alcanza el umbral configurado, toda la transacción es enviada al MIR para verificación manual.
Cualquier problema identificado por este paso de verificación será devuelto como "QualityIssue" por la API.
Verificación de Duplicidad
En este paso, el GBDS compara cada huella contra las otras para verificar duplicidad.
Si se identifica alguna duplicada, la transacción es enviada al MIR para verificación manual.
Cualquier problema identificado en este paso será devuelto como "DuplicationIssue" por la API.
Verificación de Secuencia
Para realizar este paso, el GBDS requiere imágenes de huellas apoyadas capturadas simultáneamente (4-slap fingerprint) (índices 940 y 941)
El GBDS intentará segmentar esas imágenes y extraer un número predeterminado de biometrias. Luego, comparará las imágenes segmentadas contra las huellas capturadas individualmente (usualmente, capturas rodadas).
Si alguna comparación identifica un desacoplamiento, el GBDS intentará corregir el índice de los dedos que no coinciden y realizará una autocorrección.
Si existe cualquier problema identificado que el GBDS no pueda autocorregir, o si el número de autocorrecciones es mayor que el máximo configurado, no se realizará ninguna corrección y la transacción será enviada al MIR.
Cualquier problema identificado en este paso de verificación será devuelto como "SequenceControlIssue" por la API.
El flujo de comparación para la verificación de secuencia será el siguiente:
Flujo de Trabajo de Comparación
Las imágenes individuales de las huellas (rodadas o planas), con índices entre 0 y 3 serán comparadas contra las imágenes segmentadas del índice 940.
Luego, las imágenes de huellas individuales de los índices entre 6 y 9 serán comparadas contra las imágenes segmentadas del índice 941.
Los índices para las imágenes de huellas individuales son:
0
Meñique Izquierdo
5
Pulgar Derecho
1
Anular Izquierdo
6
Índice Derecho
2
Medio Izquierdo
7
Medio Derecho
3
Índice Izquierdo
8
Anular Derecho
4
Pulgar Izquierdo
9
Meñique Derecho
Tratamiento de Anomalías
Para más información sobre el MIR y los procesos de tratamiento de anomalías, vea el manual del MIR, como se mencionó arriba.
En esta sección, se detallarán los procesos de análisis de calidad realizados por el servidor, desde el momento en que GBDS recibe la decisión proporcionada por el MIR.
Transacción Aprobada Sin Cambios
Dada esta decisión, el GBDS mantendrá la transacción original sin cambios y continuará el proceso de registro. El GUID (Global Unique IDentifier) de la transacción (TGUID) permanecerá el mismo para ambas operaciones (QUALITY_ANALYSIS and ENROLL).
El flujo de notificación será el siguiente:
Análisis de Calidad - Aprobado
La primera notificación contendrá el estado "APPROVED" para la operación de "QUALITY_ANALYSIS".
{
"operation": "QUALITY_ANALYSIS",
"tguid": "<tguid>",
"status": "APPROVED"
}Registro - Registrado
La segunda notificación contendrá el estado "ENROLLED" para la siguiente operación de "ENROLL".
{
"operation": "ENROLL",
"tguid": "<tguid>",
"status": "ENROLLED"
}Transacción Aprobada con Cambios
Dada esta decisión, el GBDS mantendrá los cambios realizados por el examinador (imágenes eliminadas o editadas) y generará un nuevo TGUID para el registro.
El flujo de notificación para esta decisión es similar al generado por "Transacción Aprobada sin Cambios", añadiendo el nuevo TGUID:
Análisis de Calidad - Aprobado
La primera notificación contendrá el estado "APPROVED" para la operación de "QUALITY_ANALYSIS" e incluirá el nuevo campo "newTransactionGUID" denotando que la transacción fue aceptada con cambios y apuntando al nuevo TGUID.
{
"newTransactionGUID": "<new_tguid>",
"operation": "QUALITY_ANALYSIS",
"tguid": "<original_tguid>",
"status": "APPROVED"
}Registro - Registrado
La segunda notificación contendrá el estado "ENROLLED" para la siguiente operación de "ENROLL".
{
"operation": "ENROLL",
"tguid": "<new_tguid>",
"status": "ENROLLED"
}Transacción Rechazada
Dada la decisión, el GBDS no continuará el proceso de registro y descartará toda la transacción. El TGUID permanecerá el mismo.
El flujo de notificación será el siguiente:
Análisis de Calidad - Rechazado
La primera notificación contendrá el estado "REJECTED" por la operación de "QUALITY_ANALYSIS".
{
"operation": "QUALITY_ANALYSIS",
"tguid": "<tguid>",
"status": "REJECTED"
}Registro - Fallido
El resultado de la operación de QUALITY_ANALYSIS será seguido por una notificación de registro apuntando al estado "FAILED" para la operación de "ENROLL".
{
"operation": "ENROLL",
"tguid": "tguid",
"status": "FAILED"
}Última actualización
¿Te fue útil?