Señales de fraude y comparación facial

Qué significan las señales de fraude de una solicitud KYC/KYB de Certivant, incluida la comparación facial, que detecta el mismo rostro usado con otro nombre o fecha de nacimiento en todas las organizaciones de Certivant sin mostrarle nada sobre la otra organización.

Who can do this:Org ownerOrg adminOrg member— Los miembros ven las señales de las solicitudes a las que tienen acceso.

Qué hace

Cada verificación ejecuta un conjunto de detectores de fraude. Cuando uno se activa, añade una señal de fraude a la solicitud. Las señales aparecen en la tarjeta Señales de fraude de la página de detalle de la solicitud y en la tarjeta Requiere revisión; además forman parte de la respuesta de la API (fraudSignals) y de la exportación de resultados en JSON.

Cada señal tiene una gravedad:

Alta: indicio sólido de fraude. Algunas señales altas envían la solicitud a revisión manual automáticamente.
Media: merece una comprobación. Se muestra al revisor, pero no fuerza ninguna decisión.
Baja: solo informativa.

Comparación facial

Cuando se procesa la foto del documento de identidad o la selfie de un solicitante, Certivant calcula una plantilla facial: una lista de números que describe el rostro, obtenida únicamente del rostro detectado y recortado (nunca de la tarjeta completa). La plantilla se compara con las plantillas de verificaciones anteriores de todas las organizaciones que usan Certivant, no solo de la suya. Así se detecta a un defraudador que reutiliza el mismo rostro con un nuevo nombre en otra empresa.

Las cuatro señales faciales

Señal	Gravedad	Qué significa	Efecto
Rostro reutilizado con otra identidad	Alta	El mismo rostro ya se verificó con un nombre o fecha de nacimiento distintos, confirmado mediante una segunda comparación facial completa.	La solicitud se envía automáticamente a revisión manual. Nunca se rechaza solo por este motivo.
Posible coincidencia facial	Media	El rostro es parecido al de una verificación anterior, pero la coincidencia no está confirmada.	Se muestra al revisor; no fuerza ninguna revisión.
Rostro visto antes	Baja	El mismo rostro se verificó antes con el mismo nombre y fecha de nacimiento; normalmente es la misma persona que vuelve a verificarse, o lo hace con otra empresa.	Solo informativa.
Rostro no indexado	Baja	No se pudo comprobar el rostro: no se encontró ninguno, era demasiado pequeño, estaba borroso, con poca o demasiada luz, con reflejos o con la cabeza girada, la detección no era fiable, la búsqueda facial no estaba disponible o la comprobación agotó el tiempo de espera.	Solo informativa; los motivos aparecen en una pequeña nota gris.

Lo que ve y lo que nunca verá

Coincidencia en otra organización. La tarjeta indica, por ejemplo: «Este rostro ya fue verificado en otra organización con un nombre y una fecha de nacimiento distintos». Eso es todo. Nunca verá el nombre de la otra organización, su solicitud, el nombre o la imagen de su solicitante: el servidor elimina esos datos antes de que llegue a su navegador, a su clave de API, a sus webhooks o a sus exportaciones. Sus solicitantes también están protegidos de la misma forma cuando la coincidencia se encuentra en una solicitud de otra organización.

Coincidencia dentro de su organización. La tarjeta enlaza a la otra solicitud mediante su ID de 8 caracteres («Mismo rostro que la solicitud ABCD1234») y, cuando tiene permiso para abrir ambos documentos, muestra los dos rostros uno al lado del otro. Si la otra solicitud pertenece a un equipo al que no tiene acceso, la tarjeta lo indica sin revelar el nombre del equipo.

Cada tarjeta muestra también qué datos difieren (nombre, fecha de nacimiento, número de documento), el grado de similitud y si una segunda comparación confirmó la coincidencia.

Revisar una coincidencia facial

Abra la solicitud y lea el bloque Coincidencia facial de la tarjeta Señales de fraude.
Para una coincidencia dentro de su organización, abra la solicitud vinculada y compare los documentos y los solicitantes.
Para una coincidencia en otra organización, trátela como un motivo sólido para revisar con más detalle los documentos, la selfie y los datos de este solicitante, y decida después. Pida al solicitante más pruebas o programe una verificación de identidad en vivo si no está seguro.
Apruebe o rechace desde el panel de revisión como de costumbre. Su decisión y la señal quedan registradas en el registro de auditoría.

En los formularios públicos y en la página de verificación alojada, el panel de consentimiento pide al solicitante que acepte la verificación facial antes de subir cualquier archivo. Por defecto es obligatoria: el solicitante marca la casilla para continuar, y se ejecutan la selfie, la prueba de vida y la comparación facial. Consulte La experiencia del solicitante.

Algunas leyes exigen una alternativa no biométrica (por ejemplo, en Quebec). Solo en ese caso, active Permitir que los solicitantes omitan la verificación facial en el formulario (editor de formularios → opciones de seguridad de la captura, desactivada por defecto), o envíe faceCheckSkippable: true al crear la solicitud por la API. La casilla de la verificación facial lleva entonces la etiqueta «Opcional», y el panel indica: «Si no está de acuerdo, no se toma ningún selfi: [organización] verificará su identidad con usted en una videollamada en vivo». Para los enlaces de verificación enviados sin formulario se aplica el ajuste de la organización en los ajustes de verificación (desactivado por defecto). Gana la primera coincidencia: faceCheckSkippable en la API cuando se envía (true o false), luego el ajuste del formulario y por último el ajuste de la organización.

Si el solicitante lo rechaza (solo es posible cuando la alternativa está activada):

Se omiten el selfi y los pasos de verificación facial y de prueba de vida. Los documentos de identidad se siguen recopilando.
No se ejecuta ninguna comparación facial, prueba de vida ni huella facial, así que el rostro del solicitante no se añade al índice de fraude.
La solicitud pasa a revisión manual. Nunca se aprueba automáticamente ni se rechaza por este motivo.
Se añade el motivo de revisión Verificación facial rechazada: verificar en una llamada en vivo (biometric_consent_refused), y la página de la solicitud muestra una tarjeta, «Verificación facial rechazada: se recomienda una verificación en vivo», con un botón Programar verificación en vivo.

Puede usar el código en políticas y flujos de trabajo, por ejemplo reviewTriggers CONTAINS 'biometric_consent_refused'.

En las verificaciones de identidad en vivo, la verificación facial es también una finalidad obligatoria en la ventana de consentimiento. No aparece cuando quien programa la llamada desactivó la pantalla de consentimiento completa: entonces solo se pide la grabación de vídeo. Cuando la alternativa está activada (definida por la API, el formulario de la solicitud o el ajuste de la organización, en ese orden), la verificación facial es opcional. Un solicitante que la rechaza no queda bloqueado y la llamada no se cancela. En su lugar, esa sesión en vivo pasa a ser la alternativa no biométrica: el anfitrión compara visualmente el rostro de la persona con el documento de identidad, a través de la cámara. Conservar la imagen de un documento de identidad para que una persona la vea no es biométrico, así que el solicitante sí puede enviar documentos de identidad; solo se desactivan el selfi y la verificación facial. Consulte Sin la verificación facial.

En ambos casos, la respuesta se conserva como prueba junto con la verificación: la finalidad biometric_fraud_check, la versión del texto, el momento en que se dio y la dirección IP y el navegador del solicitante. Se escribe un evento request.consent_recorded en el registro de auditoría.

Eliminación

La plantilla facial sigue a los documentos de los que procede: cuando se elimina un documento o una solicitud (manualmente, según sus ajustes de conservación, después de una decisión, o mediante una solicitud de supresión o de borrado de datos), su plantilla facial también se elimina.

Comprobación del número de permiso de conducir

En algunos lugares, el organismo emisor construye el número del permiso de conducir a partir del apellido y la fecha de nacimiento del titular. Cuando el número de un permiso no encaja con el apellido y la fecha de nacimiento que Certivant lee en la misma tarjeta, es un indicio fuerte de falsificación o de confusión. Certivant comprueba esto en cada permiso de conducir que lee y, cuando el número no puede corresponder al titular, añade el desencadenante de revisión El número de licencia no coincide con el nombre o la fecha de nacimiento (dl_number_mismatch).

Región	Con qué se compara el número
Ontario	Inicial del apellido, año, mes y día de nacimiento
Quebec	Inicial del apellido, después día, mes y año de nacimiento
Nueva Escocia	Las cinco primeras letras del apellido, después día, mes y año
Terranova y Labrador	Inicial del apellido, después año, mes y día
Estados de EE. UU. que usan un número Soundex (por ejemplo, Florida, Illinois, Wisconsin, Maryland, Míchigan, Nueva Jersey, y los números antiguos de Washington y New Hampshire)	El código Soundex estadounidense del apellido y, cuando el estado lo codifica, la fecha de nacimiento
Gran Bretaña	Las cinco primeras letras del apellido, la década y el año de nacimiento, el mes y el día

Otras regiones (y las demás provincias canadienses, otros estados de EE. UU., Irlanda del Norte y Minnesota) no tienen esta comprobación, porque sus números no incluyen el apellido ni la fecha de nacimiento. La comprobación es deliberadamente tolerante: acepta el mes tal como aparece o con el desplazamiento que algunos organismos aplican a las mujeres, y no exige el sexo que pueda sugerir el número; por tanto, solo marca un número que claramente no encaja.

Una discrepancia siempre pasa a revisión por una persona y nunca rechaza por sí sola: un titular que cambió de apellido tras casarse puede conservar legítimamente un número construido con el anterior. El revisor ve el desencadenante en los motivos de revisión de la verificación, y el solicitante ve la frase en lenguaje sencillo «una persona lo revisará». Las políticas y los flujos de trabajo pueden leerlo como document.dlNumberMismatch (verdadero/falso); consulte el diseñador de políticas.

Otras señales de fraude

Velocidad: muchas presentaciones del mismo solicitante en poco tiempo.
Reutilización de documentos: el mismo número de documento en otro perfil de su organización.
Conflicto entre documentos: los documentos de una misma solicitud no coinciden en nombre o fecha de nacimiento.
Reutilización de dispositivo: el mismo dispositivo usado por varias identidades. El número de personas, el periodo de revisión y la acción los define usted.
Velocidad por IP: muchos solicitantes desde la misma dirección IP.
Dirección IP usada por varias personas: la misma dirección IP detrás de varias identidades distintas dentro de su periodo.
Número de teléfono o correo electrónico usado por otra persona: consulte Lista de bloqueo y detección de duplicados.
Coincidencia con la lista de bloqueo: la verificación coincide con una entrada de su lista de bloqueo. La tarjeta muestra el tipo que coincidió (rostro, número de documento, teléfono, correo electrónico, IP, dispositivo), nunca el valor.
Discrepancia de país del proveedor: un banco o una compañía de suministros de un país distinto al del solicitante.

Revisar solicitudes KYC y KYB: la página de detalle donde aparecen las señales.
La experiencia del solicitante: el panel de consentimiento.
Diseñador de políticas: use las señales de fraude en sus propias reglas.
Webhooks: tipos de señales en las cargas útiles de los webhooks.

Señales de fraude y comparación facial

On this page