> ## Documentation Index > Fetch the complete documentation index at: https://docs.didit.me/llms.txt > Use this file to discover all available pages before exploring further. # Reclamacions d'identitat entre organitzacions > Didit mostra evidències d'identitat d'altres organitzacions sense etiquetar ningú de frau: resultats separats i compartició desactivada per defecte. ## La regla per a la qual existeix aquesta pàgina Un rostre és una identitat estable. No és una etiqueta de frau, i Didit no el tractarà com a tal. Aquesta distinció és més important en el cas que la va motivar: una persona real que hi consent intenta verificar-se amb una identitat que no és seva. L'intent s'ha d'aturar. Però, després, tres persones diferents han de quedar al marge: la mateixa persona quan més tard es verifiqui amb la seva pròpia identitat vàlida, la persona a qui s'havia usurpat la identitat (que és la víctima, no qui ha comès la infracció) i qualsevol persona el rostre de la qual només s'assembli. Per això, el significat de frau s'associa a una **reclamació d'identitat**, que és un esdeveniment, mai la persona que l'ha feta ni la identitat que s'ha reclamat. ## Quatre dimensions, quatre camps Una decisió mai no es redueix a una sola paraula escollida per a tu. Cadascuna d'aquestes dimensions es reporta de manera independent, i tu decideixes què fa el teu producte amb la combinació: | Dimensió | Què respon | On apareix | | - | - | - | | **Integritat de l'entrada** | La captura era en directe, no s'havia modificat i procedia d'una càmera real? | Advertències de prova de vida (`LIVENESS_FACE_ATTACK`, `VIRTUAL_CAMERA_DETECTED`, …) | | **Coincidència d'identitat** | La persona coincidia amb la identitat que va reclamar, en comparar-la amb una referència de confiança? | Advertències de coincidència facial i de rostre duplicat a la sessió | | **Comportament i evidència de xarxa** | Altres organitzacions han vist esdeveniments de reclamació d'aquesta mateixa persona que no coincidien? | `CROSS_ORG_IDENTITY_CLAIM_PATTERN` | | **Decisió final** | En quin estat ha quedat la sessió | `status` a la càrrega de la decisió | Una prova de vida fallida, una no coincidència d'identitat i un patró de xarxa són tres afirmacions diferents sobre tres coses diferents. Llegir-les com si fossin un sol número és el que fa que una foto dolenta es converteixi en una acusació. ### La coincidència d'identitat necessita una referència de confiança `match` i `mismatch` només es generen quan hi ha quelcom de fiable amb què comparar un rostre: un retrat d'un document oficial o una identitat que ja estigui vinculada de manera sòlida a aquest rostre. Una adreça de correu electrònic o un número de telèfon sense cap vinculació sòlida prèvia no ofereix res amb què comparar un rostre. En aquest cas, la resposta és **sense referència**, mai `mismatch`, i mai un `match` inferit només a partir de l'historial facial. ## Què pot i què no pot dir l'evidència entre organitzacions Quan la teva organització és al pla Enterprise i el seu mode de compartició és `global`, una sessió pot generar `CROSS_ORG_IDENTITY_CLAIM_PATTERN`. Per sota d'Enterprise, o amb la compartició configurada com a `private` o `off`, la comprovació entre organitzacions no s'executa. L'evidència de reclamacions només procedeix d'altres organitzacions que també són al pla Enterprise i comparteixen de manera global. L'advertència significa: > Altres organitzacions participants han registrat esdeveniments de reclamació d'identitat per a aquesta mateixa persona > en els quals la identitat reclamada no coincidia amb l'evidència d'aquestes sessions. **No** vol dir que la persona sigui fraudulenta, i cap resposta de Didit ho dirà mai. Tres garanties ho avalen: * **Se suprimeix quan la teva pròpia comprovació ha estat correcta.** Si la coincidència d'identitat d'aquesta sessió és `match`, l'advertència no es genera en absolut. Una persona que es verifica amb èxit contra la seva pròpia referència de confiança està verificada. Tot el que pugui haver tingut a veure abans pertany a aquelles reclamacions, no a aquesta. * **No pot provocar un rebuig.** L'acció és Review o No action. Si s'estableix Decline a `cross_org_identity_claim_pattern_action`, es rebaixa a Review, perquè l'historial d'una persona pot obrir una investigació sobre la reclamació actual, però mai no la pot rebutjar. * **És només agregat.** La càrrega conté quantes organitzacions hi ha, quantes reclamacions no coincidents hi ha, quantes identitats diferents s'han reclamat i com de recents són. Mai no indica qui són, quines sessions tenen ni cap de les seves dades. `CROSS_ORG_FRAUD_FACE` és la versió retirada d'aquesta advertència i ja no es genera. Es manté com a valor perquè els registres i les regles existents continuïn resolent. Les aparicions històriques són registres, no judicis sobre una persona. ## Cerca només amb el rostre: un identificador de persona, no un veredicte Reconèixer de nou la mateixa persona és una capacitat diferent de decidir res sobre aquesta persona. Una cerca només amb el rostre retorna un **identificador de persona opac i estable** per a capturatges repetits d'alta confiança del mateix rostre, i res més. * L'identificador és un identificador aleatori. No es deriva d'un rostre, d'un embedding facial, d'una sessió, d'una organització ni d'una referència de client, de manera que no revela res més que "aquesta captura ja s'havia vist abans". * No porta cap estat de frau. No hi ha cap camp que el pugui portar. * Una coincidència de baixa confiança o una possible coincidència mai no fusiona dues persones. La sobrefusió unifica dos éssers humans en una sola identitat i no es pot desfer a partir de les dades. La infrafusió només té el cost de reduir l'exhaustivitat. ## La detecció de multicompte és dins de la mateixa organització i segmentada "Aquest rostre ha obert diversos comptes amb **nosaltres**?" és una pregunta de producte diferent de l'evidència entre organitzacions, i només es respon dins de la teva pròpia organització. Defineix `multi_account_segment` en crear la sessió per donar a aquesta cerca un àmbit explícit. Dues sessions en segments diferents mai són duplicades una de l'altra. Així pots gestionar bases de comptes personals i empresarials per separat, o un segment per subclient, sense que una persona que té legítimament un compte en cadascun sembli una creació de comptes en massa. Si no l'indiques, totes les sessions es troben a l'àmbit predeterminat únic, que és exactament el comportament actual. La coincidència amb la llista de bloqueig i amb la llista d'autoritzats ignora deliberadament els segments: un rostre inclòs a la llista de bloqueig ho està a tota la teva organització, de manera que un segment mai no es pot fer servir per escapar-se'n. ## Privadesa * Les cares mai no travessen el límit de l'organització. L'índex compartit de frau físicament no en pot contenir cap: la base de dades rebutja l'escriptura. * El que sí travessa el límit és un hash unidireccional amb clau d'un valor exacte (un número de document, un dispositiu, una IP, un telèfon o un correu electrònic) que una organització participant ha etiquetat com a frau. * Les consultes entre organitzacions responen amb recomptes i franges de recència. L'organització que aporta la dada mai no es revela, i no surt mai cap valor en brut, cap imatge ni cap sessió. * La compartició és recíproca i requereix tant el pla Enterprise com el mode de compartició `global`. Una organització que no aporta dades no fa consultes, i una organització per sota d'Enterprise no aporta dades ni fa consultes, independentment del seu mode de compartició. * La intel·ligència facial entre organitzacions, en concret, està desactivada per defecte i es manté desactivada fins que no es completin l'avaluació d'impacte relativa a la protecció de dades i la revisió legal de l'identificador biomètric de la persona i del model d'esdeveniments de reclamació. This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.