Общие идентификаторы¶
Обзор¶
Для создания связи между записями и реально существующими организациями и людьми, к которым они относятся, записи могут включать в себя различную идентифицирующую информацию. Мы используем общий объект Identifier со следующими свойствами:
Схема (
scheme) должна иметь одно из значений из списка допустимых значений известных источников идентификаторов. Для субъектов и физических лиц существуют отдельные списки допустимых значений. См. ниже.idдолжен иметь значение, присвоенное соответствующему субъекту или физическому лицу в такой схеме.uriможет использоваться для указания общепринятого URI для субъекта или физического лица в схеме.schemeNameдолжно быть названием списка, реестра или системы идентификации.
Качественный идентификатор будет содержать значения scheme и id, обеспечивающие уникальную идентификацию субъекта или физического лица. В случае если они отсутствуют, можно использовать schemeName для ссылки на систему регистрации, в которой, как известно, представлено физическое лицо или субъект. При опубликовании Идентификатора объекта ДОЛЖНО присутствовать значение либо для scheme, либо для schemeName.
Прочие определяемые объекты¶
Ссылки на идентифицируемые объекты, артефакты и учреждения также можно найти по всей схеме. Например, на продаваемые ценные бумаги компании можно ссылаться по идентификатору. Ниже приведена дополнительная информация о таких элементах схемы.
Идентификаторы субъектов¶
Значения для scheme в идентификаторе записи о субъекте должны быть взяты из списка допустимых значений http://org-id.guide. Он содержит сведения о сотнях реестров компаний и других источниках идентификаторов.
В случае если издатель указывает внутренний идентификатор, то издателю следует либо:
Опубликовать свой полный список внутренних идентификаторов и зарегистрировать этот список в списке допустимых значений http://org-id.guide; либо
Использовать MISC-{Publisher_Name} в качестве схемы
Идентификаторы физических лиц¶
Идентификаторы систем¶
Если исходная система присвоила уникальный идентификатор отдельным физическим лицам и этот идентификатор может быть опубликован, то он должен быть включен в „MISC-{Publisher Name}“ схемы.
Например, система отчетности о бенефициарном владении может содержать таблицу базы данных записей о «физическом лице», каждая из которых имеет идентификатор в качестве основного ключа. Чтобы пользователи могли распознать ссылки на одно и то же физическое лицо, упомянутое в отдельных записях, такой идентификатор следует включить в публикуемые данные — либо в необработанном виде, либо в измененном виде для обеспечения уникального значения.
ПАСПОРТ¶
Номера паспортов должны иметь формат идентификационной (второй) строки в машиночитаемом паспорте (см. Приложение B к Части 4 Документа ИКАО 9303), включая как минимум номер документа.
Парсеры должны иметь возможность извлекать номер документа из первых 9 символов, а также получать доступ к последующей информации, предоставляемой в соответствии с форматом ИКАО.
ИНН¶
В странах существуют различные системы идентификации налогоплательщиков. В случае если потребуются особые указания касательно включения числовых значений из определенной юрисдикции, они могут быть приведены здесь в будущем.
ИДЕНТИФИКАЦИОННАЯ КАРТА¶
В странах существуют различные системы идентификационных карт. В случае если потребуются особые указания касательно включения числовых значений из определенной юрисдикции, они могут быть приведены здесь в будущем.
Несколько идентификаторов для юридических или физических лиц¶
В исходной системе может храниться следующая идентифицирующая информация по отдельной компании:
Номер зарегистрированной компании; а также
Номер плательщика НДС;
В данном случае в массиве identifiers записи о субъекте можно создать два элемента:
[
{
"scheme":"GB-COH",
"id":"012345678"
},
{
"scheme":"GB-VAT",
"id":"65251235"
}
]
Записи о физических лицах также могут иметь массив Идентификаторов.
Прочие идентификаторы¶
Коды идентификатора рынка (MIC)¶
Пример правильного использования MIC см. в информации о компании, опубликованной в виде файла JSON СДБВ .
Если компания включена в списки фондовой биржи, в ее характеристику сущности можно включить объект publicListing, содержащий информацию о ее ценных бумагах и о том, где они продаются. МОЖНО построить массив securitiesListings, а также МОЖНО опубликовать идентификатор рынка для каждой ценной бумаги и рынка, на котором она продается.
Чтобы точно указать, где продается ценная бумага, РЕКОМЕНДУЕТСЯ использовать два свойства: operatingMarketIdentifierCode действующего рынка и marketIdentifierCode. marketIdentifierCode будет иметь то же значение, что и operatingMarketIdentifierCode, если ценная бумага продается на основной бирже. При этом marketIdentifierCode будет отличаться, если ценная бумага продается в сегменте биржи.
За стандартизацию, публикацию и поддержку кодов MIC отвечает SWIFT: ISO 10383. Спецификация кодов operatingMarketIdentifierCode и marketIdentifierCode является частью стандарта ISO.
Идентификаторы продаваемой ценной бумаги¶
Пример использования идентификаторов ценных бумаг см. в информации о компании, опубликованной в виде файла JSON СДБВ .
Если указано свойство securitiesListing (см. выше), оно ДОЛЖНО включать значение ticker. Это позволит отслеживать на идентифицированном рынке продажи такой ценной бумаги. При этом ценные бумаги могут продаваться на нескольких биржах, поэтому по возможности также РЕКОМЕНДУЕТСЯ указывать глобальный уникальный идентификатор ценной бумаги. Поддерживаемые схемы идентификаторов для ценных бумаг указаны на странице справочника схемы. Схему идентификаторов и ID ценной бумаги в такой схеме необходимо опубликовать как idScheme и id соответственно.