Saltar al contenido principal
De forma predeterminada, al eliminar una sesión de verificación también se elimina el embedding facial que permitía la Búsqueda facial 1:N y la detección de duplicados para esa sesión. Las aplicaciones que necesitan que la detección de duplicados siga funcionando después de eliminar la sesión pueden activar la retención de plantillas biométricas. En ese caso, Didit elimina la sesión y todos sus datos como de costumbre, y conserva una única plantilla biométrica facial sin imágenes, gestionada por separado y vinculada al Usuario de la sesión. La API de plantillas biométricas te permite ver exactamente qué plantillas tiene tu aplicación, por qué y hasta cuándo, y eliminarlas definitivamente en cualquier momento. Cada plantilla también es visible en la Business Console, en Lists → Biometric templates, y en el perfil del Usuario al que pertenece.
Una plantilla biométrica retenida es un dato biométrico. No es anónima, no es temporal y no se elimina con la sesión. Se conserva hasta su caducidad programada, una fecha límite anterior conforme a la legislación aplicable, la eliminación del Usuario, una solicitud de supresión por motivos de privacidad o una eliminación definitiva explícita. Activa la retención solo cuando tu instrucción como responsable del tratamiento y tu aviso de privacidad la contemplen.

Cómo se crea una plantilla

La retención requiere un usuario asociado. Una sesión creada sin vendor_data no tiene un usuario, por lo que no puede retener una plantilla; la eliminación devuelve ineligible_no_vendor_user y el embedding se elimina con la sesión.

Qué contiene una plantilla

Las plantillas están aisladas por cliente y solo se usan cuando tú lo indicas dentro de tu aplicación: detección de rostros duplicados y de cuentas múltiples, Autenticación biométrica y tus propias listas faciales. Nunca se usan para entrenar modelos, para analítica, para comparaciones entre organizaciones, para las señales compartidas de Networks ni para el tratamiento antifraude independiente de Didit.

Objeto de plantilla

Estado

Cómo se usan las plantillas en la búsqueda de coincidencias

Una plantilla active participa exactamente en las mismas búsquedas de coincidencias que el rostro de una sesión activa: la detección automática de duplicados durante las nuevas sesiones, la API de Búsqueda facial independiente, la Autenticación biométrica y tus listas de rostros. Una coincidencia con una plantilla conservada se informa con source: "retained_template", el vendor_user_id y el vendor_data del usuario al que pertenece, y el biometric_template_id. Nunca incluye un id de sesión, una imagen de coincidencia, datos de identidad ni un estado, porque la sesión que generó el rostro ya no existe. Consulta el informe de Búsqueda facial. Una plantilla conservada nunca se añade a una lista de bloqueo. Si el rostro de la sesión eliminada estaba en una lista de bloqueo de rostros, esa entrada de la lista de bloqueo conserva su propia entrada biométrica independiente y su propio ciclo de vida: quitar la entrada de la lista elimina la entrada de la lista de bloqueo, y purgar la plantilla no afecta a la lista.

Puntos de purga

Todos los siguientes retiran la plantilla de la búsqueda de coincidencias y eliminan la plantilla almacenada: Volver a cambiar la política de la aplicación a delete_with_session impide que se creen nuevas plantillas, pero no purga las existentes. Púrgalas de forma explícita. Las purgas eliminan primero la plantilla almacenada y solo después marcan la plantilla como purgada, de modo que una purga que devuelve 503 deja la plantilla en purge_failed, ya excluida de la búsqueda de coincidencias, y se puede repetir sin riesgo. Repetir la purga de una plantilla ya purgada devuelve already_purged.

Registro de auditoría

Cada intento de conservación y de purga, incluidos los fallidos y los que no cumplen los requisitos, se registra con la entidad que realiza la acción (retained_by / entidad que realiza la purga y su tipo), instruction_class, instruction_source, instruction_id, provenance_reference y el resultado. Envía tu propio instruction_id en las eliminaciones para poder correlacionar el registro de auditoría de Didit con tu registro de borrados. Las entradas de auditoría nunca contienen imágenes, vectores, campos de identidad ni direcciones de correo electrónico.

Retenciones legales

Una retención legal es una excepción, nunca un modo de retención. Didit no aplica retenciones por iniciativa propia; una retención solo puede derivarse de una instrucción documentada conforme a tu Acuerdo de Tratamiento de Datos o de una orden vinculante de una autoridad competente. Mientras esté vigente una retención, la plantilla se marca como held_out_of_use: queda excluida de cualquier tipo de comparación y de la recuperación rutinaria, y nunca admite búsquedas. No hay ninguna API para crear ni levantar retenciones. Ponte en contacto con tu representante de Didit si recibes una orden que afecte a plantillas sujetas a retención.

Permisos y autenticación

Los endpoints de Biometric Templates solo aceptan claves de API de aplicación (x-api-key). Los tokens de usuario de la Business Console se rechazan con 403. Los usuarios de la Business Console gestionan las plantillas desde Lists → Biometric templates con sus permisos lists.

Endpoints

Relacionado

Última modificación el 1 de noviembre de 2026