Внимание
Это версия 0.2 Стандарта данных о бенефициарном владении. Она включает в себя обновления модели данных и дополнительную информацию в списке допустимых значений. Имплементирующие лица должны понимать, что ожидаются будущие изменения до выпуска версии 1.0. См. страницы Лог изменений и О стандарте для получения дополнительной информации.
ДОЛЖЕН и СЛЕДУЕТ используются в схеме для обозначения обязательных и рекомендуемых элементов Стандарта, как определено в RFC2119.
Концепция «записи» лежит в основе Стандарта данных о бенефициарном владении. Данные СДБВ состоят из собрания упорядоченных записей, описывающих следующее:
Сведения о том, как заинтересованная сторона контролирует или владеет компанией или юридическим лицом, оформленные в запись о владении или контроле.
Сведения о предмете записи о владении или контроле и его заинтересованной стороне оформлены в отдельные записи. Запись о владении или контроле ссылается на эти записи, выступая в качестве соединителя.
Указанные выше записи вместе говорят нам о том, что Роберто Лопес имеет определенную долю участия или контроля в RENCO Energy Ltd.
Справочник схемы подробно определяет поля, которые должна иметь каждая запись, и то, как они должны быть структурированы.
Каждая запись отражает заявление касательно бенефициарного владения, сделанное в определенном источнике в определенный момент времени.
Такое моделирование информации о бенефициарном владении позволяет нам понять данные, полученные из нескольких источников за продолжительные периоды времени. В частности, оно допускает:
Таким образом, при представлении данных, соответствующих СДБВ, пользователям необходимо обращаться с записями с надлежащей тщательностью. В конечном итоге потребители данных решают, каким записям доверять, также они принимают решения касательно верификации идентичности при помощи идентифицирующей информации, содержащейся в записях о физических лицах и записях о субъектах (personStatements
и entityStatements
).
Записи определены в схеме данных как объекты JSON:
Каждая запись имеет поле statementIdentifier
и``statementType``. statementIdentifier
существует исключительно в целях соединения записей.
statementIdentifier
.Все записи имеют свойства source
(источник) и annotations
(примечания), обеспечивающие возможность получения журнала аудита, в котором описано, откуда и когда получена информация, а также выполненная верификация информации. См. Источники и примечания для получения рекомендаций.
Как personStatements
, так и entityStatements
содержат набор полей, которые могут использоваться для раскрытия фактической идентичности субъекта или личности физического лица. Они включают в себя следующее:
identifiers
), используемый для предоставления известных идентификаторов, таких как регистрация компании для фирм или доступные для публичного распространения идентификаторы налогоплательщиков для физических лиц.Включение таких идентификаторов обеспечивает возможность интеллектуальной интеграции информации между разными фактами раскрытия информации, наборами данных и разным временем.
Эти поля предназначены для поддержки «строгой» и «нестрогой» валидации, чтобы учесть различные источники данных. Следует стремиться к тому, чтобы новые источники данных предоставляли данные, необходимые для строгой валидации, такие как коды стран и полные даты. Другие источники должны обеспечивать максимальное количество данных с учетом соответствующих ограничений касательно политики и конфиденциальности.
Запись о владении или контроле (ownershipOrControlStatement
) соединяет (посредством ссылок на идентификатор записи (statementIdentifier
)) предмет (subject
) записи (субъект, описанный при помощи записи о субъекте (entityStatement
)) и заинтересованную сторону (interestedParty
). Этой заинтересованной стороной может быть:
entityStatement
;personStatement
; илиЗапись о владении или контроле также содержит массив долей участия (interests
), каждая из которых имеет тип (выбираемый из списка допустимых значений interestType) и в соответствующих случаях значение в процентах, указывающее размер доли участия.
Для исследования структуры модели данных в полном объеме используйте Браузер схемы. Или ознакомьтесь со Справочником схемы для получения подробных определений каждого объекта и поля.
В некоторых случаях владение или контроль осуществляется посредством:
В зависимости от конкретной юрисдикции, действие которой распространяется на них, они могут иметь или не иметь зарегистрированную правосубъектность.
В соглашениях СДБВ о владении или контроле, таких как эти, они рассматриваются как особый тип записи entityStatement
, в которой entityType
имеет значение «arrangement».
Это позволяет моделировать контроль при помощи соглашений о владении и контроле в два шага с описанием того, как:
Для получения дополнительных рекомендаций касательно моделирования соглашений о владении и контроле обратитесь в Службу технической поддержки СДБВ.
СДБВ может использоваться для описания как прямого владения и контроля (при котором Физическое лицо A непосредственно владеет долей в Компании B), так и косвенного владения и контроля (при котором Физическое лицо A является конечным бенефициарным владельцем B, но при котором может существовать определенное количество известных или неизвестных промежуточных компаний или соглашений о владении и контроле). Это указывается при помощи свойства interestLevel
(уровень участия), которое может быть задано для каждой заявленной доли участия.
Опубликованные записи СДБВ следует воспринимать как книгу учета только для записи, в которой новые записи формируются для внесения изменений в данные, содержащиеся в более старых записях с приложением новых записей к журналу. См. Обновление записей для получения дополнительных рекомендаций.