Múltiplas contas 1:N
Enquanto a Verificação de Identidade pergunta "é a pessoa certa?", Múltiplas contas 1:N pergunta "esse rosto já existe em outro lugar na base do operador?".
O que faz
Realiza uma busca biométrica 1:N segmentada na base do operador, cruzando o rosto recebido com todos os registros associados ao mesmo clientReferenceSegment. Detecta se a biometria já está vinculada a um clientReference diferente — indicando que a mesma pessoa criou, ou está tentando criar, múltiplas contas com o mesmo operador.
Diferencial de adoção: aceita selfies já armazenadas na base do operador (tiradas há meses ou anos) para fins de higienização da base.
Entradas
- Um processo criado via Criar Processo (Web & Native) ou Criar Processo (API) com o fluxo
multi-accounts. - A selfie do usuário em
imageBase64(PNG, JPEG ou WebP; mínimo 640×480; máximo 800 KB). - O campo
subject.clientReference— identificador único do usuário no sistema do operador.
Respostas possíveis
| Resposta | Significado |
|---|---|
reproved | Multi-conta detectado. A biometria facial já está vinculada a um clientReference diferente dentro do mesmo segmento. |
inconclusive | Multi-conta não detectado. O rosto não está registrado em nenhuma outra conta na base do operador. |
SIM ou NÃOMúltiplas contas 1:N não retorna SIM ou NÃO — a ausência de duplicidade é representada como inconclusive, não como uma confirmação de que nunca haverá risco.
Disponibilidade
| Superfície | Suportado |
|---|---|
| SDK (Android, iOS, Flutter) | — |
| Web (iFrame, Redirect) | — |
| API (headless, sem SDK) | ✅ |
Combinações válidas
No pipeline, Múltiplas contas 1:N pode ou não ser precedida por Prova de Vida (quando utilizada pela Unico), e é seguida pelo Enroll Condicional — que registra o rosto apenas quando o resultado é INCONCLUSIVE e para o primeiro clientReference naquele segmento, evitando poluição biométrica.
multi-accounts 1:N → Conditional Enroll
O escopo de busca é controlado pelo campo clientReferenceSegment configurado na APIKey.