# Comptes duplicats i cerca facial

Source: https://help.didit.me/ca/verification-sessions/duplicate-detection
Updated: 2026-10-12

La prova de vida compara cada cara amb les ja verificades i amb la llista de bloqueig: què signifiquen els avisos de duplicat i com evitar falsos positius.

Cada comprovació de prova de vida executa automàticament una cerca facial 1:N
contra els usuaris que ja has verificat i contra la teva llista de bloqueig. Un
avís de duplicat vol dir que la mateixa cara ja havia aparegut abans - cosa que és
frau quan es tracta d'un compte nou i completament normal quan es tracta d'un
client recurrent. Distingeix-los amb `vendor_data`.

## Què s'executa automàticament

[Video: Cerca facial i llistes de bloqueig - Didit Academy](https://www.youtube.com/watch?v=7htTWCWsl60&t=413)

[Video: Llistes de bloqueig, llistes de permesos i llistes personalitzades: atura el frau repetit - Didit Academy](https://www.youtube.com/watch?v=xqsJihVTbEM)

[Video: Detecció de comptes duplicats: mateixa cara, mateix ID, mateix dispositiu - Didit Academy](https://www.youtube.com/watch?v=ras0mkfhvKo)

![La llista de bloqueig a la consola de Didit, filtrada per cares, documents, telèfons i correus electrònics](https://help.didit.me/screenshots/blocklist-light.webp)

*Un duplicat confirmat es pot bloquejar per cara, document, telèfon o correu electrònic.*

Quan algú completa una comprovació de prova de vida, Didit compara la seva cara amb **tots els usuaris ja verificats a la teva organització** i amb la teva **llista de bloqueig**, sense que hagis d'activar res per separat:

- Una coincidència amb un usuari ja verificat genera un avís de possible duplicat a la sessió.
- Una coincidència amb una cara de la llista de bloqueig denega la verificació.

La sensibilitat ve determinada pels llindars de similitud que configuris, i què passa davant d'una coincidència - denegar, revisar, o passar amb un avís - ve determinat per les regles del teu flux de treball.

## Duplicat no és el mateix que frau

Aquesta és la distinció que importa, i la plataforma no la pot fer per tu: una cara duplicada vol dir que *aquesta cara ja s'ha verificat aquí abans*. Que això sigui un problema depèn completament del teu producte.

| Situació | L'avís de duplicat és… |
|---|---|
| Una persona que obre un segon compte per abusar d'una promoció de registre | El senyal que volies |
| Un client legítim que torna a verificar-se després que el seu KYC hagi caducat | Esperat i inofensiu |
| Un client que va abandonar i ha tornat a començar | Esperat i inofensiu |
| Un dispositiu compartit en una família o una botiga | Necessita una revisió humana |

## Evitar que es marquin usuaris recurrents legítims

La solució és indicar a Didit que les dues sessions són la mateixa persona, cosa que fas amb **`vendor_data`**.

Estableix `vendor_data` amb el teu propi ID d'usuari intern en crear una sessió. Les sessions que comparteixen un `vendor_data` s'agrupen en un únic usuari consolidat, així que un client recurrent es llegeix com la mateixa persona en lloc d'un desconegut amb una cara familiar.

> **Tip:** Si veus avisos de duplicat en els teus propis clients recurrents genuïns, comprova
> si la teva integració està enviant `vendor_data`. Les sessions creades sense
> aquest camp no es poden enllaçar, així que cada re-verificació sembla un
> desconegut que resulta que coincideix.

Per a la re-verificació deliberada d'un usuari conegut, l'**autenticació biomètrica** és el mòdul pensat per a això: torna a confirmar un usuari recurrent només amb la cara, sense repetir tot el flux de document.

## Revisar un duplicat marcat

El resultat de la sessió porta la referència a la sessió anterior que ha coincidit, així que pots obrir totes dues i comparar-les una al costat de l'altra - mateix nom, mateix número de document, nom diferent amb la mateixa cara, i així. Aquesta comparació és el que et diu en quina de les situacions anteriors et trobes.

Si és abús genuí, afegeix la cara a la teva llista de bloqueig perquè el següent intent es denegui automàticament. Si és el teu propi client recurrent, aprova-la i corregeix la mancança de `vendor_data` perquè deixi de passar.

## Eliminar dades afecta la detecció futura de duplicats

La detecció de duplicats funciona comparant amb dades que encara conserves. Si elimines una sessió, aquesta sessió desapareix - així que la cara que contenia ja no hi és per comparar-la, i un intent posterior de la mateixa persona no es reconeixerà com un duplicat d'aquella.

Pots configurar l’aplicació perquè conservi una plantilla facial sense imatge durant uns dies després d’eliminar una sessió, només per detectar duplicats. El diàleg mostra la configuració i permet canviar-la per a aquesta eliminació. Una petició d’esborrament per privacitat elimina immediatament totes les plantilles de la persona. Les conservades apareixen a **Llistes → Plantilles biomètriques**.

Aquest és el compromís real entre la minimització de dades i la detecció de frau, i val la pena decidir-lo deliberadament en lloc de descobrir-lo més tard. Consulta [eliminar dades de verificació](https://help.didit.me/ca/data-privacy/delete-verification-data).

## Cercar una cara tu mateix

Més enllà de la comprovació automàtica, la cerca facial està disponible com a API perquè puguis cercar entre els teus usuaris verificats una cara concreta a demanda - útil per investigar un patró de frau després dels fets, més que en el moment de l'alta. Consulta [cerca facial](https://docs.didit.me/standalone-apis/face-search).

## Els senyals de dispositiu i IP són una capa separada

Una cara duplicada és un senyal; una empremta de dispositiu compartida o una IP sospitosa és un altre. Són comprovacions independents, i un atacant decidit normalment en farà saltar una abans que l'altra. L'anàlisi de dispositiu i IP és econòmica (0,03 $ per comprovació), així que és una addició barata a un flux que ja executa prova de vida.

> **Warning:** Els senyals de dispositiu i IP generen falsos positius en infraestructura
> compartida - xarxes corporatives, NAT d'operadores mòbils, i navegadors allotjats
> al núvol posen molts usuaris genuïns darrere d'una mateixa adreça. Envia'ls a
> revisió en lloc de denegar-los només per això.