Перейти к основному содержанию
DELETE

Поддержка KYC и KYB

Работает как для сессий Проверка пользователей (KYC), так и для сессий Верификация бизнеса (KYB). session_id сопоставляется с сессиями обоих типов, и поведение удаления одинаково для обоих. Хранение биометрического шаблона применяется только к сессиям KYC, поскольку только они содержат эмбеддинг лица.

Поведение

  • Сессия удаляется вместе со всеми попытками верификации, которые она содержит, включая результаты, замененные повторной отправкой: её решение, извлечённые данные, связанные записи функций (верификации личности, проверки реестров, документы, AML, анализ IP и так далее), её ручные проверки и журнал активности, а также все её сохранённые файлы.
  • Удаление сессии Верификация бизнеса (KYB) также удаляет верификации, созданные для её ключевых лиц (KYC) и корпоративных владельцев (KYB), рекурсивно. В ответе количество таких верификаций указано в deleted_child_verifications. Верификация, на которую сессия только ссылается, например уже одобренный KYC, который был повторно использован, не удаляется.
  • Данные электронной подписи удаляются вместе с сессией: документы для подписания и их исходные файлы Word, подписанные PDF, PDF с доказательствами, изображения подписей и значения всех полей. Пути их загрузки возвращают 404.
  • Сессия сразу исчезает из ответов списка и решений, а URL медиафайлов, выданные до вызова, перестают открываться.
  • Доставки webhook, которые ещё стоят в очереди для сессии, и их повторные попытки отбрасываются.
  • Постоянный AML-мониторинг и мониторинг реестров KYB, запущенные верификациями, которые были удалены, останавливаются.
  • Удаление окончательное и необратимое. Эндпоинта для восстановления нет, поэтому экспортируйте всё необходимое, например PDF с решением, до вызова этого endpoint.
  • Ответ имеет статус 200 OK, отправляется после завершения удаления и содержит JSON-тело, которое сообщает, что произошло с биометрическими данными лица сессии. См. Миграция, если ваш клиент всё ещё ожидает 204.

Данные в окончательно оформленном регуляторном отчёте

Если сессия входит в кейс с окончательно оформленным регуляторным отчётом, запрос возвращает 409, и ничего не удаляется. Ответ содержит code: in_filed_report и перечисляет каждый отчёт:
Удалите каждый отчёт с помощью Удаление отчёта, затем повторите удаление. Удаление отчёта не удаляет сессию: она остаётся, пока вы снова не вызовете этот эндпоинт.

Биометрические данные лица: удалить или сохранить

Каждая KYC-сессия с селфи для проверки живости содержит эмбеддинг лица, который используется для Поиск по лицу 1:N и обнаружения дубликатов. По умолчанию эмбеддинг удаляется вместе с сессией (face_retention_policy: delete_with_session), поэтому человек, чью сессию вы удалили, может пройти верификацию повторно без пометки как дубликат. Приложения, которым нужно сохранять обнаружение дубликатов после удаления сессии, могут включить сохранение биометрического шаблона. Didit удаляет сессию и все её данные, как обычно, но сохраняет один отдельно управляемый биометрический шаблон лица без изображений, привязанный к пользователю этой сессии.
Сохранённый биометрический шаблон является биометрическими данными. Он не анонимен, не является временным и не удаляется вместе с сессией. Он хранится до наступления запланированного срока истечения, более раннего срока, установленного применимым законодательством, удаления пользователя, запроса на удаление данных в целях защиты конфиденциальности или явного удаления. Включайте сохранение, только если ваша инструкция оператора данных и уведомление о конфиденциальности это предусматривают.
Что содержит и чего не содержит сохранённый шаблон: Сохранение настраивается в трёх местах, от общего к частному:
  1. Политика приложения в Business Console → App Settings → Data retention или через PATCH /v3/webhook/ (face_retention_policy, face_retention_days). См. Хранение данных.
  2. Переопределение для отдельного вызова с помощью retain_face_embeddings в этом endpoint и в Пакетное удаление сессий.
  3. Класс инструкции с помощью deletion_instruction. Инструкция privacy_erasure всегда имеет приоритет: она удаляет все сохранённые шаблоны этого пользователя и никогда не сохраняет новый.

Тело запроса

Все поля необязательны. Если не передавать тело, будет применяться политика приложения.

Ответ

Ответ подтверждает, что Didit принял и применил вашу инструкцию на удаление. Это не подтверждение удаления данных. Сохраняйте instruction_id в собственном журнале стирания данных, чтобы позже сопоставить его с журналом аудита.

Срок хранения и истечение

Каждый сохранённый шаблон имеет конечное значение expires_at. Didit устанавливает его как самый ранний из следующих сроков:
  1. face_retention_days из запроса или face_retention_days приложения, если запрос его не содержит;
  2. общий срок хранения данных, установленный для приложения, если он настроен;
  3. face_retention_deadline из запроса, если он передан.
Запрос, который сохранил бы шаблон без какого-либо конечного срока, отклоняется с ошибкой 400, и ничего не удаляется. Сохранённые шаблоны не могут пережить самую раннюю из применимых инструкций клиента, окончание цели обработки, настроенный срок истечения, инструкцию субъекта данных на удаление или установленный законом предельный срок хранения биометрических данных. Вы отвечаете за выбор срока, который соответствует законам, применимым к вашим пользователям. Выбирайте более короткий срок всякий раз, когда этого требует применимое правило.

Удаление данных в целях защиты конфиденциальности

Отправьте deletion_instruction: "privacy_erasure", когда действуете по запросу субъекта данных. Didit удаляет все сохранённые биометрические шаблоны, привязанные к пользователю сессии, затем удаляет саму сессию и её эмбеддинг. Политика хранения приложения не может отменить инструкцию на удаление в целях конфиденциальности, а retain_face_embeddings: true отклоняется с ошибкой 400. Удаление пользователя с помощью пакетного удаления пользователей также удаляет его сохранённые шаблоны.

Что не затрагивается

Удаление сессии не очищает эти данные автоматически. Если вы обрабатываете запрос на удаление данных (право на забвение), учитывайте их отдельно.
  • Записи блокировки, созданные из сессии (по лицу или по документу), остаются на месте. Удалите их в списке блокировки. Запись блокировки по лицу хранит собственную биометрическую запись, не зависящую от любого сохранённого шаблона.
  • Токены общего доступа, уже выданные для сессии, не отзываются, но импортировать по ним больше нечего: импорт с таким токеном возвращает 400 с {"share_token": ["Original session does not exist."]}.
  • Webhook-уведомления, уже доставленные для сессии, не затрагиваются. Доставки, которые ещё стоят в очереди, и их повторные попытки отбрасываются. Webhook для самого удаления не отправляется.
  • Кредиты, уже списанные за верификацию, не возвращаются.
  • Подписанные копии, уже отправленные подписанту по электронной почте на шаге «Электронная подпись», находятся в его почтовом ящике и не затрагиваются.
  • Родительские сущности пользователь и компания не удаляются. Для них используйте удаление пользователей или удаление компаний. Если портрет профиля пользователя был получен из удаляемой сессии, портрет удаляется.
  • Сохранённый биометрический шаблон (только если вы включили сохранение) остаётся до истечения срока или до очистки. Очистите его через API биометрических шаблонов, удалив пользователя или повторив удаление другой сессии того же пользователя с deletion_instruction: "privacy_erasure".

Примеры

Ответ для приложения, которое не включило сохранение:

Ошибки

При 400 ничего не удаляется. При 503 сессия остаётся на месте: повторяйте тот же запрос, пока не получите 200. Часть её сохранённых файлов или эмбеддинг лица могут быть уже удалены, поэтому после 503 на них нельзя полагаться.

Разрешения

Требуется delete:sessions. Это же разрешение требуется для сессий типа «Проверка пользователей» (KYC) и «Верификация бизнеса» (KYB), а также для переопределения хранения.

Пакетное удаление

Для массовых операций с сессиями KYC используйте POST /v3/sessions/delete/. Этот метод принимает те же поля, относящиеся к хранению и инструкции. В одном запросе удаляется до 20 подходящих сессий с результатом по каждой; для остальных создаётся задание на удаление. См. Пакетное удаление сессий.

Миграция с ответов 204

До этого релиза эндпоинт возвращал 204 No Content. Теперь он возвращает 200 OK с JSON-телом, описанным выше, чтобы каждое удаление сообщало свой face_retention_outcome. Обновите клиенты, которые проверяют 204. Поведение по умолчанию не изменилось: существующие приложения остаются на delete_with_session, и никакая миграция не включает сохранение за вас. Включите его явно в Console или через PATCH /v3/webhook/.

Связанные материалы

Авторизации

x-api-key
string
header
обязательно

API-ключ вашего приложения из раздела «Разработчикам» -> «API-ключи» в Business Console. Основной ключ имеет полный доступ. Именованный ключ может иметь ограниченную область действия: без доступа, чтение или запись для каждого ресурса, ограничение определенными сценариями или одобренными сессиями, списком IP-адресов и сроком действия. 401 означает, что ключ неверен, отозван или его срок действия истек; 403 означает, что ключ не был передан, у ключа нет доступа к этому ресурсу или действию, либо запрос поступил с адреса вне его списка IP-адресов; 404 на маршруте сессии означает, что сессия не входит в сценарии или статусы ключа. Ключ без доступа к медиа получает URL изображений, видео и PDF как null, а ключ без прав на запись сессий получает ссылки на сессии и токены как null. См. https://docs.didit.me/console/api-keys.

Параметры пути

sessionId
string<uuid>
обязательно

UUID (session_id) удаляемой сессии Проверки пользователей (KYC) или Верификации бизнеса (KYB), возвращённый при создании сессии. Должен быть каноническим UUID с дефисами — значение, не являющееся UUID, не совпадает с маршрутом и возвращает 404.

Пример:

"11111111-2222-3333-4444-555555555555"

Тело

application/json

Необязательно. Полностью опустите тело запроса, чтобы следовать политике хранения приложения с выполнением удаления в рамках операционной деятельности.

retain_face_embeddings
boolean | null

Переопределить face_retention_policy приложения для этого удаления. При значении true после удаления сессии сохраняется один биометрический шаблон лица без изображения, привязанный к пользователю сессии; при false эмбеддинг лица удаляется вместе с сессией; опустите или укажите null, чтобы использовать политику приложения. Игнорируется для KYB-сессий и сессий без эмбеддинга лица.

Пример:

true

face_retention_days
integer

Ограниченный срок хранения в днях для сохраняемого шаблона. Обязателен при сохранении шаблона, если в приложении ещё не задан face_retention_days. Значение expires_at шаблона является наименьшим из этого срока, общего окна хранения данных приложения и face_retention_deadline.

Требуемый диапазон: 1 <= x <= 3650
Пример:

365

face_retention_deadline
string<date-time>

Необязательный точный срок действия сохранённого шаблона. Должен быть в будущем.

Пример:

"2027-08-28T00:00:00Z"

deletion_instruction
enum<string>
по умолчанию:operational_session_delete

Класс передаваемой инструкции. operational_session_delete удаляет сессию и сохраняет шаблон только тогда, когда это предусмотрено политикой или параметром retain_face_embeddings. privacy_erasure полностью удаляет каждый сохранённый биометрический шаблон, привязанный к пользователю сессии, перед удалением самой сессии, не может быть переопределён политикой приложения и не может сочетаться с retain_face_embeddings: true (400).

Доступные опции:
operational_session_delete,
privacy_erasure
Пример:

"operational_session_delete"

instruction_id
string

Ваш постоянный идентификатор для этой инструкции по удалению (например, id тикета на удаление). Фиксируется в журнале аудита и на любом сохраненном шаблоне. Генерируется Didit, если опущен.

Maximum string length: 255
Пример:

"dsar-2026-0142"

Ответ

Сессия удалена. В теле ответа сообщается, что произошло с биометрическими данными лица из сессии, а для сессии KYB, сколько созданных ею верификаций было удалено вместе с ней.

session_id
string<uuid>

Удалённая сессия.

session_number
integer | null

Номер удалённой сессии.

face_retention_outcome
enum<string>

Что произошло с лицевыми биометрическими данными сессии. deleted: эмбеддинг лица был удалён вместе с сессией (по умолчанию). retained_with_user: сессия удалена, а один биометрический шаблон без изображения остаётся привязанным к пользователю; см. biometric_template_uuid. none: в сессии не было эмбеддинга лица (например, сессия KYB или сессия KYC без селфи для проверки живости). ineligible_no_vendor_user: было запрошено сохранение, но у сессии нет связанного пользователя, поэтому эмбеддинг был удалён вместе с сессией. Сбой биометрического хранилища никогда не возвращается через это поле на данном endpoint: возвращается 503, и сессия не удаляется.

Доступные опции:
retained_with_user,
deleted,
none,
ineligible_no_vendor_user
biometric_template_uuid
string<uuid> | null

Идентификатор сохранённого биометрического шаблона, если face_retention_outcome имеет значение retained_with_user; в противном случае null. Управляется через /v3/biometric-templates/{template_uuid}/.

biometric_template_expires_at
string<date-time> | null

Время удаления сохранённого биометрического шаблона, когда face_retention_outcome имеет значение retained_with_user; null, если шаблон не сохраняется.

deleted_child_verifications
integer

Для сессии Верификации бизнеса (KYB): сколько созданных ею верификаций (KYC-сессии её ключевых лиц и KYB-сессии её корпоративных владельцев рекурсивно) было удалено вместе с ней. Всегда 0 для KYC-сессии.

Последнее изменение 7 ноября 2026 г.