Target Biométrico
Documentación relacionada con el Target Biométrico y su comportamiento. Esta funcionalidad está disponible solo a partir de la versión 5 del GBDS.
Comportamiento
En cualquier enroll/update
Si una transacción no tiene "origin", lo que significa que no hay ninguna etiqueta referente a una organización de origen, la transacción tendrá, para propósitos de excepción, origen de organizaciones de nivel superior.
En generación de excepción
Cada candidato será marcado como HIT, NO_HIT, o UNCERTAIN
Si el candidato biométrico no es un match, será un NO_HIT
Si el candidato biométrico es un match con un valor por debajo del límite de CSI será UNCERTAIN, de acuerdo con las configuraciones de enroll/update y finger/face
Si el candidato biométrico coincide con un valor por encima del límite de CSI, será un HIT, de acuerdo con las configuraciones de enroll/update/ y finger/face
Las excepciones serán marcadas como target BIOMETRIC, BIOMETRIC_INCONCLUSIVE, BIOMETRIC_MISMATCH o BIOGRAPHIC:
Registro
HIT
HIT
BIOGRAPHIC
HIT
NO HIT
BIOMETRIC_MISMATCH
NO HIT
HIT
BIOMETRIC_MISMATCH
Sin hit de dedo o cara y sin no hit de dedo o cara:
con incertidumbre biométrica, genera una excepción
BIOMETRICcon certeza biométrica, genera una excepción
BIOMETRIC_INCONCLUSIVE
Update
NO HIT
NO HIT
BIOGRAPHIC
HIT
NO HIT
BIOMETRIC_MISMATCH
NO HIT
HIT
BIOMETRIC_MISMATCH
Si ningún dedo o cara es considerado HIT ni NO_HIT:
con incertidumbre biométrica, genera una excepción BIOMETRIC
con certeza biométrica, genera una excepción BIOMETRIC_INCONCLUSIVE
Siguiente biometría
La próxima biometría a evaluar será:
Perteneciente a un candidato con excepción en ANALYSIS
Con una decisión general de UNCERTAIN
No asignada a nadie
De una excepción donde la transacción entrante o la transacción entrante y de referencia contengan una etiqueta con al menos una de las organizaciones de las etiquetas de permiso del usuario
Puede configurarse desde el endpoint con el parámetro
originENTRANT, será filtrado apenas por la transacción entranteBOTH, será filtrado por ambas las transacciones
Dedo y/o cara serán devueltos de acuerdo con el permiso configurado del usuario, por defecto "tpca" para digitales y "fca" para cara, o de acuerdo con la petición para dedo o cara
Si la configuración de "double blind" está activada, el usuario asignado a la biometría no puede haber decidido previamente sobre la biometría
El orden para la próxima biometría se decide por prioridad y el orden proporcionado en el endpoint. En caso de que no se proporcione ninguno, por defecto el orden es desde el más antiguo.
GET next biometric devolverá el número de biometrias disponibles para ser tratadas, que son
Todas las UNCERTAIN de target BIOMETRIC con estado ANALYSIS no decididas por el usuario que está haciendo la petición de next biometric, disponibles para la organización a la que el usuario pertenece y, en caso de ser solicitado por dedo o cara, serán contadas a partir de la selección elegida
Con una biometría seleccionada, será asignada al usuario por 5 minutos.
Desbloqueo Manual
Puede hacerse usando el endpoint Unlock biometric
Para cada tratamiento biométrico
Las validaciones a realizar son:
El usuario debe ser proporcionado, a menos que la seguridad esté activada, en ese caso, el usuario es proporcionado por el token
El timeout es cero por defecto, cuando el tratamiento está finalizado y la excepción es tratada como APPROVE, ese valor es utilizado
Parámetros obligatorios:
enroll TGUID, exception PGUID, decisionyíndiceLa excepción debe existir y estar en ANALYSIS y en target BIOMETRIC (los otros tipos no son tratados en esta etapa)
El candidato de la excepción debe tener un índice y estar clasificado como UNCERTAIN
El candidato a la biometría debe estar asignado al usuario o no asignado a ningún otro usuario
El usuario no puede haber tomado una decisión para ese candidato anteriormente
La biometría debe estar asignada al usuario
Si todo pasa, la decisión se marca en el candidato y el candidato es liberado (desasignado)
Double Blind
Activado
La decisión es final cuando haya decisiones iguales suficientes (configurado en gbds.csi.doubleBlind.threshold)
Desactivado
Final
Decisión final
En caso de que la decisión no sea final, el estado de la excepción es NOT_FINAL
Si la decisión es final y todos los tratamientos necesarios se completan:
Registro
APPROVE - No hit de dedo y cara alcanzan la cantidad mínima de conteo para registro, siendo considerado falso positivo
BIOGRAPHIC - Hit de dedo y cara alcanzan el conteo mínimo para registro
BIOMETRIC_MISMATCH - Si los hits de dedo y los no hits de cara/no hits de dedo y hits de cara alcanzan el mínimo de conteo para registro
BIOMETRIC_INCONCLUSIVE - En caso de que todas las decisiones se tomen pero no se alcance ninguna conclusión
Actualización
APPROVE - En caso de que hit de dedo y cara alcancen el valor mínimo de conteo para actualización, siendo considerado falso negativo
BIOGRAPHIC - No hit de dedo y cara alcanzan el conteo mínimo para actualización
BIOMETRIC_MISMATCH - Si los hits de dedo y los no hits de cara/no hits de dedo y hits de cara alcanzan el mínimo de conteo para actualización
BIOMETRIC_INCONCLUSIVE - En caso de que todas las decisiones se tomen pero no se alcance ninguna conclusión (todos HIT, NO_HIT o UNCERTAIN_EXPERT, pero sin un valor mínimo definido)
Prioridad
Cuando una excepción es priorizada o despriorizada, todas las excepciones para el mismo entrante se ven afectadas.
Última actualización
¿Te fue útil?

