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

# White label KYC: свой брендинг и домен

> Полностью брендируйте интерфейс верификации Didit: свои цвета, логотип, типографику и домен. Предложите пользователям единый фирменный KYC-опыт.

White label позволяет настроить процесс верификации под фирменный стиль вашей компании, чтобы пользователи получали единый и удобный опыт.

White label входит в тарифы **Scale** и **Enterprise** и стоит \$0.10 за завершённую сессию по прайс-листу. Для некоторых типов сценариев плата за White label не взимается: см. [Цены на White label](https://docs.didit.me/ru/getting-started/pricing.md#white-label).

В уроке Academy по сценариям White label рассматривается с отметки 13:43: там показано, как применить брендинг к работающему сценарию.

[Настройка White label в сценарии, Didit Academy](https://www.youtube.com/embed/7-nJ3JE20i4?start=823\&rel=0\&playsinline=1)

## Настройка

В разделе **Настройка** можно изменить **все** элементы интерфейса верификации:

| Категория | Что можно настроить |
| - | - |
| **Цвета** | Кнопки, текст, панели, фоны: каждый цветовой элемент |
| **Типографика** | Шрифты, соответствующие вашему бренду |
| **Логотипы** | Загрузка квадратных и прямоугольных логотипов |
| **Макет** | Радиус скругления панелей и кнопок |
| **Экран входа** | Показать или пропустить экран входа |
| **Пользовательский домен** | Размещение на вашем поддомене вместо `verify.didit.me`: см. [Пользовательский домен](https://docs.didit.me/ru/console/custom-domain.md) |

![Редактор стиля White label в Business Console](https://mintcdn.com/didit-0f962782/z6T2GHM4Zh-iSj-K/images/white-label-style-editor.png?fit=max\&auto=format\&n=z6T2GHM4Zh-iSj-K\&q=85\&s=c92a53b62c5f0c47a3c030eb23a392c9)

## Активация пользовательского стиля в сценарии

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

1. Откройте **Сценарии** на боковой панели
2. Откройте сценарий, который нужно брендировать
3. Нажмите **Настройки** (или значок шестерёнки)
4. В разделе **Опции** найдите **Включить пользовательский стиль**
5. **Включите** переключатель

> [!NOTE]
>
> Пользовательский стиль применяется только к сценариям, для которых включён параметр **Включить пользовательский стиль**. Если его не включить, сценарий будет использовать стандартный брендинг Didit.

## Пользовательский текст

Помимо цветов, логотипов и макета, вкладка **Тексты** позволяет переопределить формулировки отдельных экранов процесса верификации и изменить поведение экрана завершения, без создания отдельных переводов для каждой локали.

Откройте **Настройка > Тексты**, чтобы настроить:

* **Переопределение текста**: замена формулировок фиксированного набора строк на экране приветствия, экране выбора документа, экране съёмки документа, вводном экране селфи, кнопках навигации анкеты, экране завершения и общих кнопках, таких как Продолжить и Повторить. Переопределение действует для одной локали, и для каждой локали можно задать своё значение.
* **Режим экрана завершения**: выберите **Решение** (по умолчанию), чтобы показать на финальном экране реальный результат, или **Отправлено на проверку**, чтобы всегда показывать нейтральное сообщение «мы получили ваши данные и проверяем их», даже если Didit уже одобрил сессию. Используйте этот вариант, если ваш продукт сообщает пользователям окончательное решение позже.
* **Письмо о повторной отправке**: измените письмо, которое отправляется при [запросе повторной отправки](https://docs.didit.me/ru/console/manual-review.md#запрос-повторной-отправки) с установленным флажком **Отправить электронное письмо пользователю**: тема, заголовок, текст, кнопка и примечание в нижнем колонтитуле. Если все запрошенные шаги связаны с истёкшим документом (например, когда сессия перешла в статус **KYC Expired** и возвращена на повторную верификацию), письмо использует заголовок и текст **Просроченный документ** вместо общих, поэтому пользователь узнаёт, что документ истёк, и должен пройти верификацию заново с действительным документом. По любой другой причине сохраняется общий текст и список причин по каждому шагу на нужном языке.

Переопределения текста и режим экрана завершения применяются везде, где отображается процесс верификации: на размещённой странице верификации, в iOS SDK и в Android SDK. Письмо о повторной отправке формирует Didit, поэтому в разделе «Настройка» его предпросмотра нет.

### Динамические плейсхолдеры

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

| Плейсхолдер | Подставляется |
| - | - |
| `{appName}` | Публичное название вашего приложения |
| `{stepIndex}` | Номер текущего шага в сценарии пользователя |
| `{stepTotal}` | Общее количество шагов в сценарии пользователя |

`{stepIndex}` и `{stepTotal}` вычисляются по фактическому сценарию, который проходит пользователь, поэтому одна и та же сохранённая строка корректно отображает «шаг 1 из 3» для сценария из трёх шагов и «шаг 1 из 2» для сценария из двух шагов. В письме о повторной отправке нет позиции в сценарии, поэтому его строки принимают только `{appName}`.

> [!NOTE]
>
> Каждая переопределённая строка ограничена 500 символами. Вкладка «Тексты» поддерживает все локали, на которые ваше приложение может быть переведено, и этот список длиннее, чем селектор языков в разделе «Настройка». Используйте **Автоперевод**, чтобы подготовить переопределения для других локалей на основе значения, написанного вами вручную, и затем проверьте их перед сохранением.

Пользовательский текст и режим экрана завершения настраиваются полностью в Console и применяются только там, где для сценария включён параметр **Включить пользовательский стиль**, как и остальные функции White label.

## Порядок настройки

**1. Откройте раздел «Настройка»**

Откройте **Настройка** на боковой панели, в разделе **Верификация личности > Сборка**.

**2. Настройте визуальные элементы**

* Выберите фирменные цвета с помощью палитры
* Загрузите логотипы в квадратном и прямоугольном форматах
* Настройте типографику и радиус скругления

**3. Настройте пользовательский домен (необязательно)**

Размещайте процесс на своём поддомене вместо `verify.didit.me`. Для DNS-записей и шагов проверки следуйте инструкции в разделе [Пользовательский домен](https://docs.didit.me/ru/console/custom-domain.md).

**4. Переопределите текст (необязательно)**

Откройте вкладку **Тексты**, чтобы изменить формулировки отдельных экранов для каждой локали, или переключите экран завершения на **Отправлено на проверку**. См. [Пользовательский текст](#пользовательский-текст).

**5. Включите в сценарии**

Для каждого сценария, который должен использовать ваш брендинг: **Сценарии → Настройки → Опции → Включить пользовательский стиль** → включите параметр.

**6. Просмотрите и протестируйте**

Используйте предпросмотр в реальном времени, чтобы видеть изменения сразу. Протестируйте весь процесс верификации перед запуском в продакшн.

## Обязанности по соблюдению требований в потоках White label

White label меняет **брендинг** потока верификации. Он **не** снимает ваших обязанностей как **оператора** этого пользовательского пути.

Перед запуском потока White label убедитесь, что вы:

1. Сообщили конечному пользователю, что верификацию запрашивает **ваша компания**, а Didit обеспечивает работу сценария верификации.
2. Разместили ссылку на **вашу собственную политику конфиденциальности** и любые юридические условия со стороны оператора, которые применяются к этому пути.
3. Разместили ссылки на [Уведомление о конфиденциальности при верификации](https://didit.me/terms/verification-privacy-notice) и [Пользовательское соглашение для верификации личности](https://didit.me/terms/identity-verification) от Didit.
4. Получили **явно выраженное согласие** до съёмки документа, селфи, проверки живости или обработки биометрических данных, если это требуется применимым законодательством или вашей правовой позицией.
5. Храните в собственных системах любые подтверждения уведомления или согласия, которые требует ваш юридический отдел.

> [!WARNING]
>
> Использование собственного домена или удаление видимого брендинга Didit не отменяет роли Didit как поставщика верификации. Если вы используете собственный интерфейс или поток на основе API, вы обязаны показать необходимые уведомления в собственном интерфейсе.


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