Полная таксономия ролей
Каждое ключевое лицо может иметь одну или несколько из этих ролей:Управление и представительство
Владение и бенефициары
Один человек может относиться к обеим категориям. Например, учредитель, который также является директором и UBO, имеет три роли в одной записи ключевого лица.
Записи с несколькими ролями
Каждая запись ключевого лица содержит список ролей. Для каждой роли указываются проценты владения или голосов, если это применимо. Так выглядит в ответе API директор, который одновременно является акционером:Связывание с KYC
Каждое ключевое лицо можно связать с отдельной сессией проверки пользователей (KYC). Связывание происходит автоматически, если настройки сценария для роли требуют KYC: система создаёт дочернюю сессию KYC, отправляет человеку по электронной почте ссылку на верификацию (если эта опция включена) и передаёт статус обратно в запись участника. Полную логику маршрутизации см. в разделе Владение → Как настройки роли определяют верификацию. Значения статуса KYC, которые отображаются для каждого участника и безопасны для показа конечным пользователям (Approved, Declined, Pending), описаны в схеме ответа.
AML-скрининг
Каждое выявленное ключевое лицо автоматически проверяется по глобальным AML-спискам наблюдения в рамках верификации бизнеса. Совпадения с PEP особенно важны для управленческих ролей: директора и подписанты регулируемых компаний нередко попадают в списки PEP. См. AML-скрининг бизнеса.Флаг необходимости верификации
Каждый участник имеет флагrequires_verification, который показывает, требует ли сценарий KYC для этого человека:
Роли, для которых нужна верификация, настраиваются в разделе Workflows → [KYB workflow] → Key People → per-role settings. Типичные значения по умолчанию:
- Директора и UBO выше порога сценария →
requires_verification: true. - Уполномоченные подписанты и секретари → необязательно.
- Члены совета директоров без исполнительных функций → необязательно.
Пропуск ключевого лица
Если человека невозможно верифицировать (умер, недоступен, относится к прошлым периодам), его можно отметить флагомis_skipped: true. Это может сделать конечный пользователь в размещённом потоке, если настройки роли разрешают пропуск, либо аналитик в консоли. Пропущенные участники исключаются из проверки перед одобрением, но остаются в ответе для аудита.
Перекрёстная проверка данных из разных источников
Данные о каждом ключевом лице могут поступать из трёх источников, и консоль показывает их рядом:- Записи реестра: какие данные указаны в официальном реестре.
- Данные, переданные пользователем: что администратор бизнеса подтвердил или добавил в потоке Key People.
- Загруженные документы: имена, извлечённые с помощью OCR из учредительных документов, реестров акционеров или доверенностей.
Влияние на объект Business
Связывание ключевого лица с пользователем через KYC создаёт постоянную связь с объектом Business. После этого вы можете:- Видеть все компании, в которых каждый человек выполняет роль в управлении или структуре владения.
- Распространять изменения статуса пользователя (помечен, заблокирован) на компании, где он является ключевым лицом.
- Вести постоянный AML-мониторинг каждого связанного человека независимо от конкретной сессии KYB.
Что дальше
Ключевые лица
Полный поток Key People.
Владение
Идентификация UBO и цепочки владения.
AML
AML-скрининг компании и физических лиц.