> ## 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) | Didit

> Проверка директоров, руководителей и уполномоченных представителей в Didit: модель Key People, теги ролей и AML-скрининг. От $2.00 за проверку.

Должностные лица, директора и представители — **не отдельное понятие в модели KYB Didit**. Они входят в состав [Ключевых лиц](https://docs.didit.me/ru/business-verification/key-people.md) вместе с UBO и акционерами, и каждому человеку присваивается одна или несколько ролей. Один человек может быть одновременно директором **и** акционером, или представителем **и** уполномоченным подписантом. Запись о лице содержит полный список ролей, а не одну роль.

## Полная таксономия ролей

Каждое ключевое лицо может иметь одну или несколько из этих ролей:

### Управление и представительство

| Роль | Описание |
| - | - |
| `director` | Член совета директоров с управленческими обязанностями |
| `non_executive_director` | Член совета директоров без повседневных управленческих обязанностей |
| `chairman` | Председатель совета директоров |
| `secretary` | Корпоративный секретарь, отвечающий за административные и комплаенс-обязанности |
| `representative` | Юридический или назначенный представитель компании |
| `authorized_signatory` | Лицо, уполномоченное подписывать документы от имени компании |
| `trustee` | Доверительный управляющий структуры, владеющей долями в компании |
| `company_officer` | Общая роль должностного лица компании |
| `founder` | Учредитель компании |
| `legal_advisor` | Нанятый юридический консультант компании |
| `other` | Любая роль, не входящая в стандартную таксономию |

### Владение и бенефициары

| Роль | Описание |
| - | - |
| `ubo` | Конечный бенефициарный владелец: физическое лицо, которое в конечном счёте владеет компанией или контролирует её |
| `shareholder` | Зарегистрированный акционер (физическое или юридическое лицо) |
| `beneficiary` | Получатель траста или аналогичной структуры |
| `settlor` | Учредитель траста |
| `protector` | Протектор траста |
| `investor` | Инвестор (вне формальных структур владения акциями) |

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

## Записи с несколькими ролями

Каждая запись ключевого лица содержит список ролей. Для каждой роли указываются проценты владения или голосов, если это применимо. Так выглядит в ответе API директор, который одновременно является акционером:

```json theme={null}
{
  "uuid": "...",
  "name": "Jane Doe",
  "first_name": "John",
  "last_name": "Doe",
  "entity_type": "person",
  "roles": [
    { "role": "director", "ownership_percent": null, "voting_percent": null },
    { "role": "shareholder", "ownership_percent": 15.0, "voting_percent": 15.0 }
  ],
  "kyc_status": "Approved",
  "kyc_session_url": "https://verify.didit.me/..."
}
```

## Связывание с KYC

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

Полную логику маршрутизации см. в разделе [Владение → Как настройки роли определяют верификацию](https://docs.didit.me/ru/business-verification/ownership.md#как-настройки-ролей-влияют-на-верификацию). Значения статуса KYC, которые отображаются для каждого участника и безопасны для показа конечным пользователям (`Approved`, `Declined`, `Pending`), описаны в [схеме ответа](https://docs.didit.me/ru/business-verification/response-schema.md#блок-company).

## AML-скрининг

Каждое выявленное ключевое лицо автоматически проверяется по глобальным AML-спискам наблюдения в рамках верификации бизнеса. Совпадения с PEP особенно важны для управленческих ролей: директора и подписанты регулируемых компаний нередко попадают в списки PEP. См. [AML-скрининг бизнеса](https://docs.didit.me/ru/business-verification/aml.md).

## Флаг необходимости верификации

Каждый участник имеет флаг `requires_verification`, который показывает, требует ли сценарий KYC для этого человека:

| Значение | Значение флага |
| - | - |
| `true` | KYC для этого человека должен быть завершён до того, как сессия сможет получить статус одобрения. |
| `false` | Человек идентифицирован и проверен по AML, но индивидуальный KYC не требуется. |

Роли, для которых нужна верификация, настраиваются в разделе *Workflows → \[KYB workflow] → Key People → per-role settings*. Типичные значения по умолчанию:

* Директора и UBO выше порога сценария → `requires_verification: true`.
* Уполномоченные подписанты и секретари → необязательно.
* Члены совета директоров без исполнительных функций → необязательно.

## Пропуск ключевого лица

Если человека невозможно верифицировать (умер, недоступен, относится к прошлым периодам), его можно отметить флагом `is_skipped: true`. Это может сделать конечный пользователь в размещённом потоке, если настройки роли разрешают пропуск, либо аналитик в консоли. Пропущенные участники исключаются из проверки перед одобрением, но остаются в ответе для аудита.

## Перекрёстная проверка данных из разных источников

Данные о каждом ключевом лице могут поступать из трёх источников, и консоль показывает их рядом:

* **Записи реестра**: какие данные указаны в официальном реестре.
* **Данные, переданные пользователем**: что администратор бизнеса подтвердил или добавил в потоке Key People.
* **Загруженные документы**: имена, извлечённые с помощью OCR из учредительных документов, реестров акционеров или доверенностей.

Расхождения отображаются как предупреждения в решении по сессии.

## Влияние на объект Business

Связывание ключевого лица с пользователем через KYC создаёт постоянную связь с [объектом Business](https://docs.didit.me/ru/entities/businesses/overview.md). После этого вы можете:

* Видеть все компании, в которых каждый человек выполняет роль в управлении или структуре владения.
* Распространять изменения статуса пользователя (помечен, заблокирован) на компании, где он является ключевым лицом.
* Вести постоянный AML-мониторинг каждого связанного человека независимо от конкретной сессии KYB.

## Что дальше

> [card] [Ключевые лица](https://docs.didit.me/ru/business-verification/key-people.md)
>
> Полный поток Key People.

> [card] [Владение](https://docs.didit.me/ru/business-verification/ownership.md)
>
> Идентификация UBO и цепочки владения.

> [card] [AML](https://docs.didit.me/ru/business-verification/aml.md)
>
> AML-скрининг компании и физических лиц.


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