> ## 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.

# Хранение и удаление данных: настройки GDPR

> Настройте срок хранения данных верификации в Didit, удаляйте сессии по запросу и используйте локализацию данных в ЕС, GDPR и DPA.

## Роль и место обработки

| Аспект | Подробности |
| - | - |
| **Роль обработчика** | Didit выступает в роли **обработчика данных**, а вы остаетесь **контролёром данных**. |
| **Регион обработки** | [Место хранения данных](https://docs.didit.me/ru/console/applications.md#расположение-данных) каждого приложения выбирается при его создании: по умолчанию это Европейский союз (Ирландия), а Австралия (Сидней) и Мексика скоро будут доступны. Корпоративные аккаунты могут включить **обработку внутри страны** (локализацию данных) при наличии такой возможности и по условиям договора. |
| **Регуляторная позиция** | Платформа создана с учётом требований **GDPR** и местных законов о защите данных. Настройте хранение данных ниже, чтобы выполнить свои обязательства. |

> [!NOTE]
>
> Нужны DPA, TOMs или другие подтверждения соответствия требованиям? Свяжитесь с вашим представителем Didit.

***

## Настройки хранения

Настройте хранение данных в **Business Console → App Settings → Data retention**.

**1. Откройте настройки хранения**

Перейдите в **Business Console → App Settings → Data retention**.

**2. Выберите политику хранения**

Выберите период от **1 месяца** до **10 лет**. **Без ограничений** и пользовательские периоды доступны на тарифе Enterprise.
Новое приложение получает самый длинный период, который входит в его тариф: **1 год** на Free, **5 лет** на Growth, **10 лет** на Scale и **неограниченный срок** на Enterprise.

**3. Сохраните**

Нажмите **Сохранить**, чтобы применить политику ко всем будущим и существующим сессиям.

Политика распространяется на входные и выходные данные верификации, производные результаты и операционные метаданные, которые хранит Didit. Когда для сессии заканчивается период хранения, она удаляется точно так же, как при [удалении сессии](https://docs.didit.me/ru/sessions-api/delete-session.md), включая эмбеддинг лица, если вы не включили [хранение биометрического шаблона](#хранение-биометрических-шаблонов).

![Настройки хранения данных в Business Console](https://mintcdn.com/didit-0f962782/z6T2GHM4Zh-iSj-K/images/data-retention-settings.png?fit=max\&auto=format\&n=z6T2GHM4Zh-iSj-K\&q=85\&s=e2ca6a8e32ed8ec5a2cd910d3cdbaefc)

***

## Ручное удаление

Удаляйте отдельные сессии в Console, когда нужно разово удалить данные.

1. Откройте **Проверки пользователей** (или **Верификации бизнеса**) на боковой панели.
2. Найдите нужную сессию с помощью поиска или фильтра.
3. Нажмите кнопку **Удалить** (в правом верхнем углу) и подтвердите действие.

![Удаление сессии верификации в Console](https://mintcdn.com/didit-0f962782/z6T2GHM4Zh-iSj-K/images/data-retention-delete-session.png?fit=max\&auto=format\&n=z6T2GHM4Zh-iSj-K\&q=85\&s=ff1947059d7d9d60643b7568e189e3a6)

***

## Удаление через API

Удалить сессию через API можно в любое время, вызвав [endpoint](https://docs.didit.me/ru/sessions-api/delete-session.md) «Удаление сессии».

```bash theme={null}
curl --request DELETE \
  --url https://verification.didit.me/v3/session/{session_id}/delete/ \
  --header 'x-api-key: YOUR_API_KEY'
```

| Ответ | Значение |
| - | - |
| `200 OK` | Сессия удалена. В теле ответа указано, что произошло с биометрическими данными лица (`face_retention_outcome`). |
| `404 Not Found` | Сессия уже удалена или `session_id` неизвестен. |

Для запроса субъекта данных на удаление его данных отправьте в теле запроса `{"deletion_instruction": "privacy_erasure"}`, чтобы сохранённый биометрический шаблон этого человека также был очищен.

***

## Хранение биометрических шаблонов

Каждая KYC-сессия с селфи для проверки живости содержит эмбеддинг лица, который используется для выявления дубликатов и [Поиска по лицу 1:N](https://docs.didit.me/ru/core-technology/face-search/overview.md). По умолчанию эмбеддинг удаляется вместе с сессией, поэтому человек, чью сессию вы удалили, может пройти верификацию повторно и не будет помечен как дубликат.

Сценарии, в которых для шага Liveness [отключён автоматический Поиск по лицу](https://docs.didit.me/ru/core-technology/face-search/overview.md#отключение-автоматического-поиска-по-лицу), вообще не сохраняют этот эмбеддинг, поэтому для их сессий нечего сохранять.

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

> [!WARNING]
>
> Сохранённый биометрический шаблон является биометрическими данными. Он не анонимен, не является временным и не удаляется вместе с сессией. Он хранится до запланированного истечения срока, до более раннего срока, установленного применимым законодательством, до удаления пользователя, до запроса на стирание персональных данных или до явного удаления. Включайте сохранение только тогда, когда инструкция контроллера и уведомление о конфиденциальности это предусматривают, и выбирайте срок хранения, который соответствует законам, применимым к вашим пользователям.

### Включение

**1. Откройте настройки хранения**

Перейдите в **Business Console → App Settings → Data retention**.

**2. Включите Retain biometric template**

Выберите **Retain until scheduled expiry or earlier deletion**. Текст настройки: *Хранит шаблон биометрического лица без изображений для выявления дубликатов в пределах вашей организации после операционного удаления сессии. Это по-прежнему биометрические данные, и они удаляются по настроенному расписанию, при наступлении срока, установленного применимым законодательством, при удалении пользователя, по запросу на стирание персональных данных или при явном удалении.*

**3. Задайте конечный срок хранения**

Введите количество дней (от 1 до 3650), в течение которых шаблон может храниться. Без этого значения настройку нельзя сохранить. Didit применяет более короткий из следующих сроков: этот срок, ваш общий период хранения и любой срок, который вы передаёте в запросе на удаление.

**4. Сохраните**

Политика применяется к удалениям, выполняемым с этого момента. Изменение настройки не создаёт и не удаляет существующие шаблоны.

Чтобы задать ту же политику через API, используйте `PATCH /v3/webhook/`:

```bash theme={null}
curl -X PATCH https://verification.didit.me/v3/webhook/ \
  -H "x-api-key: YOUR_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{"face_retention_policy": "retain_until_user_deleted", "face_retention_days": 365}'
```

| Поле | Значения | Описание |
| - | - | - |
| `face_retention_policy` | `delete_with_session` (по умолчанию), `retain_until_user_deleted` | Что происходит с эмбеддингом лица при удалении сессии. |
| `face_retention_days` | целое число от 1 до 3650 | Ограниченный срок хранения для сохранённых шаблонов. Обязателен, когда политика `retain_until_user_deleted`; без него запрос отклоняется с ошибкой `400`. |

Существующие приложения остаются на `delete_with_session`, пока вы не измените политику. Ничего не включается за вас.

### Что сохраняется, а что стирается

| Удаляется вместе с сессией | Сохраняется (только при включении) |
| - | - |
| Решение, извлечённые данные и каждая запись признаков | Числовой шаблон лица, используемый для сравнения |
| Изображения документов, портреты, селфи, видео проверки живости, документы о подтверждении адреса, дополнительные загрузки | Новый случайный идентификатор шаблона и непрозрачная ссылка на происхождение |
| Идентификатор сессии, её номер и связь с любыми медиафайлами | Пользователь-владелец, даты хранения, класс и идентификатор инструкции, идентификатор действующего субъекта |

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

### Контроль отдельного удаления

Для каждого удаления сообщается результат, и каждый запрос на удаление может переопределить политику:

* **Консоль**: в окне подтверждения удаления показано, будет ли шаблон каждой сессии сохранён или удалён. Текст подтверждения: *Это удаляет сессию и запускает удаление её данных. Если для этого операционного удаления включено сохранение биометрического шаблона, шаблон без изображений остаётся отдельно до запланированного истечения срока или более раннего удаления. Запросы на стирание персональных данных также удаляют шаблон.* Сессии без пользователя не могут сохранить шаблон, и они помечаются соответствующим образом.
* **API**: передайте `retain_face_embeddings`, `face_retention_days`, `face_retention_deadline`, `deletion_instruction` и `instruction_id` в запросе [Удаление сессии](https://docs.didit.me/ru/sessions-api/delete-session.md) или [Пакетное удаление сессий](https://docs.didit.me/ru/management-api/sessions/batch-delete.md).

### Два типа инструкций об удалении

| Инструкция | Что делает |
| - | - |
| Операционное удаление сессии (`operational_session_delete`, по умолчанию) | Удаляет сессию и её данные. Шаблон сохраняется только тогда, когда это указано в политике или в запросе, а в ответе указывается результат. |
| Стирание персональных данных (`privacy_erasure`) | Удаляет сессию и удаляет все сохранённые шаблоны этого человека. Политика приложения не может это переопределить. Используйте для запросов субъектов данных. |

### Когда шаблон удаляется

* Вы удаляете его в **Lists → Biometric templates** или через [API биометрических шаблонов](https://docs.didit.me/ru/management-api/biometric-templates/overview.md).
* Вы удаляете пользователя запросом [Пакетное удаление пользователей](https://docs.didit.me/ru/management-api/users/delete.md).
* Вы удаляете любую сессию этого пользователя с `deletion_instruction: "privacy_erasure"`.
* Срок его хранения истёк. Didit удаляет его автоматически.

Если вернуть политику на **Delete with session**, новые шаблоны перестанут создаваться, но существующие не удаляются. Удалите их явно.

### Где их посмотреть

* **Lists → Biometric templates** показывает все шаблоны с пользователем, источником, датами сохранения и истечения, а также статусом, и поддерживает удаление как по одному, так и массово.
* **Users → \[user] → Biometric templates** показывает шаблоны, привязанные к одному пользователю.
* [API биометрических шаблонов](https://docs.didit.me/ru/management-api/biometric-templates/overview.md) предоставляет те же данные и действия, а каждое сохранение и удаление записывается в журнал аудита.

> [!NOTE]
>
> На сохранённые шаблоны распространяются условия обработки биометрических данных вашего DPA. Ничто на этой странице не является юридической консультацией: вы несёте ответственность за правовое основание, уведомления, согласие и срок хранения, применимый к вашим пользователям.

***

## Схема «обработка и удаление»

Для максимального сокращения объёма данных обрабатывайте данные верификации в Didit и удаляйте их сразу после получения результатов через webhook.

**1. Создайте сессию**

Ваш бэкенд вызывает API [Create Session](https://docs.didit.me/ru/sessions-api/create-session.md).

**2. Didit выполняет проверки**

Проверки личности, живости, AML и любые другие настроенные проверки выполняются автоматически.

**3. Получите webhook**

Didit отправляет [webhook](https://docs.didit.me/ru/integration/webhooks.md) с `status`, `session_id`, `vendor_data` и полными данными верификации.

**4. Сохраняйте только необходимое**

Храните минимальный набор полей, нужный для ваших записей (например, `status`, `vendor_data`).

**5. Удалите данные из Didit**

Вызовите API [Delete Session](https://docs.didit.me/ru/sessions-api/delete-session.md) для этого `session_id`, чтобы удалить сессию и её данные из Didit. Если вы полагаетесь на проверку дубликатов при будущих регистрациях, сначала включите [хранение биометрического шаблона](#хранение-биометрических-шаблонов). Иначе эмбеддинг лица тоже будет удалён.

***

## Безопасность и гарантии

> [card] ISO/IEC 27001
>
> ISMS внедрена. Сертификат и выписки предоставляются по запросу.

> [card] Тестирование на проникновение
>
> Регулярные тесты на проникновение, проводимые сторонними организациями, с отслеживанием устранения выявленных уязвимостей.

> [card] Известных утечек нет
>
> На сегодняшний день сообщений о нарушениях безопасности не поступало.

> [card] Внутренняя команда безопасности
>
> Выделенная команда по кибербезопасности, доступ по принципу минимальных привилегий и строгое разделение сред.

> [!NOTE]
>
> Вся активность API фиксируется в **Audit Logs** для целей безопасности, комплаенса и устранения неполадок. Насколько далеко в прошлое доступны эти записи, зависит от вашего тарифа: см. [Журналы аудита](https://docs.didit.me/ru/console/audit-logs.md#хранение-данных).

***

## Хранение с минимизацией данных

Мы добавляем функции, которые позволят вам **сохранять только выбранные поля данных**. Например, можно оставить `status` и `vendor_data`, а тяжёлые артефакты, такие как изображения и документы, удалять автоматически. Это даёт более строгий контроль командам, которые работают по принципам минимизации данных.

> [!TIP]
>
> Хотите получить ранний доступ к правилам хранения на уровне артефактов? Свяжитесь с вашим представителем Didit.

***

## Часто задаваемые вопросы

> [accordion] Можно ли задать разные политики хранения для каждой среды?
>
> Да. Вы можете настроить разные политики хранения для каждого приложения в Didit.

> [accordion] Можно ли экспортировать данные до удаления?
>
> Да. Экспортируйте данные сессии через Console или API, а затем вызовите endpoint Delete Session.

> [accordion] Будет ли удалённый пользователь по-прежнему определяться как дубликат?
>
> Только если вы включили хранение биометрического шаблона до удаления его сессии. По умолчанию эмбеддинг лица удаляется вместе с сессией, и пользователь может пройти верификацию снова без флага дубликата. См. [Хранение биометрического шаблона](#хранение-биометрических-шаблонов).

> [accordion] Где посмотреть, кто и к чему обращался?
>
> Используйте **Audit log** в Console (**Settings > Organization > Audit log**). Фильтруйте по пользователю, endpoint или диапазону дат. Насколько далеко в прошлое можно просматривать записи, зависит от вашего тарифа: см. [Журналы аудита](https://docs.didit.me/ru/console/audit-logs.md#хранение-данных).

***

## Чек-лист внедрения

**1. Настройте хранение**

Задайте политику хранения в **Console → App Settings → Data retention**.

**2. Подпишитесь на webhook**

Настройте [webhook](https://docs.didit.me/ru/integration/webhooks.md) и проверяйте подписи.

**3. Сохраняйте минимум полей**

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

**4. Реализуйте программное удаление**

Вызывайте API [Delete Session](https://docs.didit.me/ru/sessions-api/delete-session.md), если вы используете схему «обработка и удаление».

**5. Проверьте регион обработки**

Проверьте местоположение данных вашего приложения в **Application settings > Data and privacy** (по умолчанию Европейский союз, а для корпоративных клиентов — в стране клиента).

**6. Разделите среды**

Используйте отдельные API-ключи для Sandbox и Live с независимыми политиками хранения. Регулярно меняйте ключи.


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.