Как создаётся шаблон
Для сохранения шаблона обязательна привязка к Пользователю. Сессия, созданная без
vendor_data, не имеет Пользователя, поэтому шаблон для неё сохранить нельзя: удаление возвращает ineligible_no_vendor_user, а эмбеддинг удаляется вместе с сессией.
Что содержит шаблон
Шаблоны относятся только к вашему тенанту и используются только по вашей инструкции внутри вашего приложения: для обнаружения дубликатов лиц и нескольких аккаунтов, для Биометрической аутентификации и для ваших собственных списков лиц. Они никогда не используются для обучения моделей, аналитики, сравнения между организациями, общих сигналов Networks или независимой обработки мошенничества со стороны Didit.
Объект шаблона
Статус
Как шаблоны используются при сопоставлении
Активный шаблон (active) участвует в том же сопоставлении, что и живое лицо из сессии: автоматическое обнаружение дубликатов при новых сессиях, отдельный API поиска по лицу, Биометрическая аутентификация и ваши списки лиц. Совпадение с сохранённым шаблоном передаётся с source: "retained_template", а также с vendor_user_id и vendor_data пользователя-владельца и с biometric_template_id. Оно никогда не содержит id сессии, изображение совпадения, данные личности или статус, так как сессии, из которой было получено лицо, уже не существует. См. отчёт «Поиск по лицу».
Сохранённый шаблон никогда не попадает в список блокировки. Если лицо удалённой сессии было в списке блокировки лиц, эта запись списка сохраняет собственную независимую биометрическую запись и собственный жизненный цикл: удаление записи из списка удаляет только запись блокировки, а удаление шаблона не затрагивает список.
Точки удаления
Все перечисленные ниже случаи исключают шаблон из сопоставления и удаляют сохранённый шаблон:
Возврат политики приложения к
delete_with_session прекращает создание новых шаблонов, но не удаляет существующие. Удалите их явно.
Удаление сначала стирает сохранённый шаблон и только потом помечает его как удалённый. Поэтому, если удаление возвращает 503, шаблон остаётся в статусе purge_failed, уже исключён из сопоставления и безопасен для повторного запроса. Повторное удаление уже удалённого шаблона возвращает already_purged.
Журнал аудита
Записывается каждая попытка сохранения и удаления, включая неудачные и неподходящие по условиям, с указанием действующего субъекта (retained_by / субъект удаления и его тип), instruction_class, instruction_source, instruction_id, provenance_reference и результата. Передавайте собственный instruction_id при удалениях, чтобы сопоставлять журнал аудита Didit с вашим журналом удаления данных. Записи аудита никогда не содержат изображений, векторов, полей личности или адресов электронной почты.
Юридические удержания
Юридическое удержание является исключением, а не режимом хранения. Didit не устанавливает удержания по собственной инициативе: удержание может быть установлено только по документированной инструкции в рамках вашего Соглашения об обработке данных или по обязательному предписанию компетентного органа. Пока удержание действует, шаблон помечается какheld_out_of_use: он исключён из всех видов сопоставления и из обычного восстановления и никогда не участвует в поиске. API для создания или снятия удержаний не существует. Если вы получили предписание, которое затрагивает сохранённые шаблоны, свяжитесь с вашим представителем Didit.
Права доступа и аутентификация
Endpoints Biometric Templates принимают только API-ключи приложения (x-api-key). Токены пользователей Business Console отклоняются с кодом 403. Пользователи Console управляют шаблонами через Lists → Biometric templates, имея разрешение lists.