Com es crea una plantilla
La retenció requereix un ancoratge d’usuari. Una sessió creada sense
vendor_data no té usuari, per tant no pot retenir cap plantilla; la resposta de l’eliminació indica ineligible_no_vendor_user i l’embedding s’elimina juntament amb la sessió.
Què conté una plantilla
Les plantilles estan circumscrites al teu tenant i només s’usen per instrucció teva dins de la teva aplicació: detecció de cares duplicades i de múltiples comptes, Autenticació biomètrica i les teves pròpies llistes facials. Mai no s’usen per a l’entrenament de models, analítica, coincidència entre organitzacions, senyals compartits de Xarxes ni el processament independent de frau de Didit.
Objecte de plantilla
Estat
Com s’utilitzen les plantilles en la coincidència
Una plantillaactive participa exactament en la mateixa coincidència que un rostre d’una sessió en curs: la detecció automàtica de duplicats en noves sessions, l’API de cerca facial independent, la Autenticació biomètrica i les teves llistes de rostres. Una coincidència amb una plantilla retinguda s’informa amb source: "retained_template", el vendor_user_id i vendor_data de l’usuari propietari i el biometric_template_id. Mai inclou un id de sessió, una imatge de coincidència, dades d’identitat ni un estat, perquè la sessió que va generar el rostre ja no existeix. Consulta informe de cerca facial.
Una plantilla retinguda mai no es posa en una llista de bloqueig. Si el rostre de la sessió eliminada estava en una llista de bloqueig de rostres, aquesta entrada de la llista conserva la seva pròpia entrada biomètrica independent i el seu propi cicle de vida: eliminar l’entrada de la llista suprimeix l’entrada de bloqueig, i purgar la plantilla no afecta la llista.
Punts de purga
Tots els casos següents eliminen la plantilla de la coincidència i esborren la plantilla emmagatzemada:
Tornar a establir la política de l’aplicació en
delete_with_session deixa de crear noves plantilles, però no purga les existents. Purga-les explícitament.
Les purgues esborren primer la plantilla emmagatzemada i només després marquen la plantilla com a purgada, de manera que una purga que retorna 503 deixa la plantilla en purge_failed, ja exclosa de la coincidència, i és segur repetir-la. Una purga repetida d’una plantilla ja purgada retorna already_purged.
Registre d’auditoria
Cada intent de retenció i de purga, inclosos els errors i els resultats no elegibles, es registra amb el principal que actua (retained_by / el principal que realitza la purga i el tipus de principal), instruction_class, instruction_source, instruction_id, provenance_reference i el resultat. Envia el teu propi instruction_id en les eliminacions per poder correlacionar el registre d’auditoria de Didit amb el teu registre d’esborraments. Les entrades d’auditoria mai no contenen imatges, vectors, camps d’identitat ni adreces de correu electrònic.
Retencions legals
Una retenció legal és una excepció, mai un mode de retenció. Didit no aplica retencions per iniciativa pròpia; una retenció només pot derivar d’una instrucció documentada d’acord amb el teu Acord de Tractament de Dades o d’una ordre vinculant d’una autoritat competent. Mentre una retenció estigui vigent, la plantilla es marca com aheld_out_of_use: queda exclosa de tot tipus de coincidència i de la recuperació rutinària, i mai no és cercable. No hi ha cap API per crear ni aixecar retencions. Contacta amb el teu representant de Didit si reps una ordre que afecti plantilles retingudes.
Permisos i autenticació
Els endpoints de Plantilles biomètriques accepten només claus d’API de l’aplicació (x-api-key). Els tokens d’usuari de la Business Console es rebutgen amb 403. Els usuaris de la Console gestionen les plantilles a Llistes → Plantilles biomètriques amb els seus permisos de lists.