Múltiples cuentas 1:N
Mientras que Verificación de Identidad pregunta "¿es la persona correcta?", Múltiples cuentas 1:N pregunta "¿este rostro ya existe en algún otro lugar de la base del operador?".
Qué hace
Realiza una búsqueda biométrica 1:N segmentada en la base del operador, cruzando el rostro recibido con todos los registros asociados al mismo clientReferenceSegment. Detecta si la biometría ya está vinculada a un clientReference diferente, lo que indica que la misma persona ha creado, o está intentando crear, múltiples cuentas con el mismo operador.
Diferenciador de adopción: acepta selfies ya almacenados en la base del operador (tomados meses o años atrás) con fines de higiene de la base.
Entradas
- Un proceso creado a través de Create Process (Web & Native) o Create Process (API) con el flujo
multi-accounts. - La selfie del usuario en
imageBase64(PNG, JPEG o WebP; mínimo 640×480; máximo 800 KB). - El campo
subject.clientReference— identificador único del usuario en el sistema del operador.
Posibles respuestas
| Respuesta | Significado |
|---|---|
reproved | Cuenta múltiple detectada. La biometría facial ya está vinculada a un clientReference diferente dentro del mismo segmento. |
inconclusive | Cuenta múltiple no detectada. El rostro no está registrado en ninguna otra cuenta de la base del operador. |
YES ni NOMúltiples cuentas 1:N no devuelve YES ni NO — la ausencia de duplicidad se representa como inconclusive, no como una confirmación de que nunca habrá riesgo.
Disponibilidad
| Superficie | Compatible |
|---|---|
| SDK (Android, iOS, Flutter) | — |
| Web (iFrame, Redirect) | — |
| API (headless, sin SDK) | ✅ |
Combinaciones válidas
Dentro del pipeline, Múltiples cuentas 1:N puede o no estar precedida por Detección de Vida (cuando es utilizada por Unico), y es seguida por Enrolamiento Condicional, que registra el rostro solo cuando el resultado es INCONCLUSIVE y para el primer clientReference de ese segmento, evitando la contaminación biométrica.
multi-accounts 1:N → Conditional Enroll
El alcance de la búsqueda está controlado por el campo clientReferenceSegment configurado en el APIKey.