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

# Консоль KYB: управление верификацией бизнеса

> Проверка KYB-сессий в Didit: данные компании, владение, AML, документы, ключевые лица. От $2.00 за верификацию, без контрактов.

Бизнес-сессии верификации управляются в Business Console наряду с верификациями пользователей, а для KYB предусмотрены специальные разделы: данные реестра, документы и ключевые лица. На этой странице описан детальный просмотр сессии.

## Переход к бизнес-сессии

В Business Console откройте *Businesses → \[business]*, чтобы увидеть все сессии этой компании, или откройте сессию напрямую из списка сессий. Рядом с номером бизнес-сессии отображается бейдж **компания**, поэтому такие сессии легко найти в общем списке.

## Разделы детального просмотра сессии

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

### Обзор

Сводка сессии: статус, использованный сценарий, `vendor_data`, номер сессии, метки времени создания и истечения срока, чек-лист **Ход проверки**, который формируется на основе проверки реестра, её предупреждений и категорий AML, а также индикаторы статуса по каждой функции: KYB Registry, KYB Company AML, KYB Documents, KYB Key People и общие функции, такие как AML, Phone, Email, Questionnaires и Device & IP Analysis.

### Реестр KYB

Блок с данными о компании, полученными из реестра (или введёнными вручную, если компания в реестре не найдена):

* **Данные реестра**: поля, возвращённые реестром: юридическое название, регистрационный номер, дата регистрации, тип компании, зарегистрированный адрес, налоговый номер, отрасли, сведения о счетах и датах подачи отчётности.
* **Данные, предоставленные или подтверждённые пользователем**: то, что конечный пользователь подтвердил или изменил в размещённом процессе верификации, показанное рядом с данными реестра.
* **Индикатор источника данных**: `is_from_registry`, `fetch_status`, `verification_status`, `confirmed_by_user_at`.
* **Финансовая сводка**: если реестр её публикует.

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

### Документы KYB

Документы сгруппированы по группам типов документов: Юридическое присутствие, Реквизиты компании, Структура владения и Полномочия представителей.

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

Действия: одобрить или отклонить отдельные документы, запросить повторную отправку, запросить дополнительный документ, скачать.

### Ключевые лица KYB

Список ключевых лиц, включающий бенефициарных владельцев (UBO), акционеров, директоров, представителей и лиц, занимающих другие должности, показан в двух блоках рядом друг с другом:

* **Реестр**: стороны, извлечённые из проверки реестра, сгруппированные по категориям ролей.
* **Отправлено**: стороны, которые администратор компании добавил на шаге ключевых лиц (source = USER).

Для каждого лица отображаются: имя, тип (физическое лицо или компания), роли с процентами владения или голосов, где это применимо, статус KYC связанной дочерней сессии (`Approved` / `Declined` / `Pending`), статус AML и ссылка для открытия дочерней KYC- или KYB-сессии.

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

Карточка `ubo_kyc_summary` вверху раздела сводит прогресс KYC бенефициарных владельцев: всего / одобрено / помечено / ожидает.

Действия: открыть дочернюю сессию, пропустить проверку стороны (или потребовать повторную проверку), запросить повторную отправку конкретной дочерней сессии, просмотреть совпадения AML дочерней сессии.

**Пропуск стороны** исключает её из проверки ключевых лиц, чтобы KYB, который иначе не может продвинуться, всё же можно было завершить. Обычный случай: сторона, индивидуальная сессия KYC которой удалена. В таком случае у стороны остаётся неработающая ссылка, и её статус уже не может измениться. Для этого действия нужно разрешение `write:businesses`. В отличие от пропуска для заявителя в размещённом процессе верификации, оно не ограничено ролями с `allow_skip`. Тот же способ переопределения доступен через API: [`PATCH /v3/session/{id}/kyb/parties/{party_uuid}/`](https://docs.didit.me/ru/sessions-api/update-data#пропуск-стороны-key-people).

### AML

Company-level AML screening: AML-скрининг на уровне компании. Для каждого совпадения указываются: оценка совпадения, оценка риска, категория (санкции, PEP, негативные публикации в СМИ, уголовные дела, правоприменительные действия), источник списка наблюдения и проверенное имя. Действия по каждому совпадению: отметить как ложное срабатывание, подтвердить, добавить заметку.

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

### Анализ устройства и IP

IP-адрес отправителя, страна, ASN, признаки дата-центра и VPN, отпечаток устройства, если он собран.

### Проверка телефона / Проверка электронной почты / Анкеты

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

### События

Хронологический журнал всего, что произошло в сессии: изменения статуса, завершение функций, действия аналитиков, доставки webhook. Можно фильтровать по типу события и дате.

### Webhooks

История доставок webhook для этой сессии с кодами ответа, количеством повторных попыток и исходными payload. Любую доставку можно отправить повторно.

### Чат

Внутренние заметки аналитиков с упоминаниями через `@`. Конечный пользователь их не видит.

## Управление тегами

Присвойте любой бизнес-сессии тег для категоризации и последующей фильтрации. Теги отображаются в виде плашек в разделе «Обзор» и в списке сессий. Они полезны для отслеживания уровней риска, стадий проверки, источника партнёра или любой другой собственной категории.

## Действия проверяющего

Из любого раздела аналитик с нужной ролью может:

* **Одобрить** сессию, когда все проверки пройдены.
* **Отклонить** сессию, если есть критическая проблема.
* **Запросить дополнительную информацию**: принудительно запросить повторную отправку конкретных документов или дочерних KYC-сессий.
* **Переопределить статус функции**: вручную установить для функции статус `Approved` / `Declined` / `In Review` с примечанием.
* **Добавить заметку в чат**: она видна коллегам, но не пользователю.
* **Присвоить тег** сессии для последующей фильтрации.
* **Просмотреть полный журнал аудита** всех действий на вкладке «События».

Подробнее о том, кто что может делать, см. в [Роли и разрешения](https://docs.didit.me/ru/console/roles-permissions.md).

## Профили компаний

Профили компаний дают долгосрочное представление о каждой компании, объединяющее все сессии. На странице *Businesses* можно выполнять поиск, фильтровать, добавлять теги, массово обновлять статус, экспортировать CSV и массово импортировать данные. Подробнее см. в разделе [Профили компаний](https://docs.didit.me/ru/business-verification/business-profiles.md).

## Следующие шаги

> [card] [Бизнес-сущности](https://docs.didit.me/ru/entities/businesses/overview.md)
>
> Более широкая модель бизнес-сущностей для всех сессий.

> [card] [Ручная проверка](https://docs.didit.me/ru/console/manual-review.md)
>
> Подробные пошаговые руководства для проверяющих по KYB и KYC.

> [card] [Сценарии](https://docs.didit.me/ru/console/workflows.md)
>
> Настройка сценариев KYB.


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