Веб-кабинет ДКУ
Веб-кабинет ДКУ
Расчетные сервисы для корпоративных клиентов
Расчетные сервисы для корпоративных клиентов

Изменение технологии сбора списков по ценным бумагам российских эмитентов

В первом квартале 2021 НРД будет реализована новая технология сбора списков владельцев и списков лиц, осуществляющих права по ценным бумагам, (далее совместно – Списки) с использованием новой версии форматов электронных документов, утверждённых Советом директором СРО НФА (далее – FCDR_2017_02).

Данные изменения, начавшись в первом квартале 2021 года, будут происходить постепенно, по мере фактического изменения используемой версии форматов электронных документов НРД и каждого из регистраторов. В течение переходного периода будут проходить сборы Списков как по действующей в настоящее время, так и по новой технологии, в зависимости от формата полученного НРД от регистратора запроса на сбор Списка.

В рамках новой версии форматов будут использоваться новые сообщения для сбора Списков владельцев:

  • DISCLOSURE_REQUEST (Запрос на сбор списка);
  • REGISTER_OF_SHAREHOLDERS_V02 (Список / информация о лицах);
  • DISCLOSURE_CANCELLATION_REQUEST (Запрос на отмену сбора списка / информации о лицах);    
  • REGISTER_OF_SHAREHOLDERS_STATUS_ADVICE (Статус обработки списка / информации о лицах).

Одна из отличительных особенностей формата FCDR_2017_02 – объединение в одном ответном сообщении депонента НРД (код поручения 62) всей информации о лицах, подлежащей включению в Список в соответствии с требованиями статьи 8.6-1 ФЗ «О рынке ценных бумаг»: как информации о лицах, осуществляющих права по ценным бумагам, так и о лицах, в интересах которых осуществляются права по ценным бумагам.

Исключением будут являться случаи предоставления информации о лицах, в интересах которых осуществляются права по ценным бумагам для типа счета /типа лица ‘DEPR – Лицо, которому открыт счет депо депозитарных программ (российское или иностранное)’. В этом случае для передачи информации о лицах, в интересах которых осуществляются права по ценным бумагам, может быть использован вложенный документ в формате Excel.

Обращаем внимание, что при проверке полей, содержащих информацию о стране, НРД руководствуется Общероссийским классификатором стран мира OK (MK (ИСО 3166) 004-97) 025-2001 (ОКСМ) (принят и введен в действие постановлением Госстандарта РФ от 14 декабря 2001 г. N 529-ст).

Подробнее со спецификацией новых сообщений можно ознакомиться на сайте СРО НФА, в разделе «Внутренние стандарты» и «Методические материалы».

Формат FCDR 2017 02
Методические материалы к формату FCDR 2017 02

Перечень оснований для сбора Списка

Код Описание
LSRQ Предоставление информации о лицах, которым открыты счета, и о количестве учитываемых на соответствующих счетах ценных бумаг для исполнения эмитентом (лицом, обязанным по ценным бумагам) обязанностей, предусмотренных федеральными законами и в иных случаях, предусмотренных  федеральным законом (статья 8.6. №39-ФЗ О РЦБ)
OWNS Предоставление списка владельцев по требованию Банка России или эмитента (лица, обязанного по ценным бумагам) для исполнения эмитентом (лицом, обязанным по ценным бумагам) обязанностей, предусмотренных федеральными законами (статья 8.6-1. №39-ФЗ О РЦБ)
OTHR Иное
RGHD Предоставление списка лиц, осуществляющих права по ценным бумагам (статья 8.7-1. №39-ФЗ О РЦБ)

Основание запроса указывается в поле laws_in_place_code блока basis_of_request сообщения DISCLOSURE_REQUEST

Типы Списков

Код  Описание
AUTL Список лиц, имеющих право на получение выплат по облигациям, зарегистрированным до 01.01.2012
BNFL Список владельцев ценных бумаг с информацией о лицах, в интересах которых осуществляются права по ценным бумагам
DEPL Список депонентов
INML Список лиц, имеющих право на получение дохода по инвестиционным паям и ИСУ
OTHR Прочее
OWNL Список владельцев ценных бумаг без информации о лицах, в интересах которых осуществляются права по ценным бумагам
RGHL Список лиц, осуществляющих права по ценным бумагам
SERV Список для служебного пользования

Код типа информации/Списка указывается в поле information_type_code блока information_indicator сообщений DISCLOSURE_REQUEST и REGISTER_OF_SHAREHOLDERS_V02.

Соответствие кодов оснований кодам типа Списка

Код типа списка Применимые коды основания Комментарий 
AUTL OTHR Для выплаты доходов по облигациям, зарегистрированным до 01.01.2012.
BNFL OWNS Список владельцев с информацией о лицах, в интересах которых осуществляются права по ценным бумагам.
DEPL LSRQ Информация о лицах, которым открыты лицевые счета (счета депо), а также информация о количестве ценных бумаг, которые учитываются на указанных лицевых счетах (счетах депо).Без предоставления Списков депонентами.
INML OTHR Для выплаты доходов по паям и ИСУ.
OTHR LSRQ OWNS
OTHR RGHD
 
OWNL OWNS Список владельцев без информации о лицах, в интересах которых осуществляются права по ценным бумагам.
OTHR Код OTHR используется в следующих случаях:
  • составление списка владельцев паев/ИСУ по требованию органов, осуществляющих регистрацию прав на недвижимое имущество;
  • составление списка владельцев паев для выплаты денежной компенсации при прекращении паевого инвестиционного фонда/в связи с частичным погашением паев ЗПИФ
  • составление списка владельцев паев при обмене паев по решению УК;
  • составление списка владельцев ИСУ для выплаты денежных средств при погашении ИСУ;
  • составления списка владельцев в связи с реорганизацией АО;
  • иное
RGHL RGHD По запросам регистраторов и ПВО.
Для выплаты дивидендов.
OTHR Для собраний владельцев паёв/ИСУ.
SERV  - Информация о лицах, которым открыты лицевые счета (счета депо), а также информация о количестве ценных бумаг, которые учитываются на указанных лицевых счетах (счетах депо) по запросам госорганов.

Шаблоны (частные xsd-схемы) для сбора Списков

  Только лица, осуществляющие права
по ценным бумагам
Лица, осуществляющие права по ценным бумагам + лица, в интересах которых осуществляются права по ценным бумагам
Банковские (рублевые) реквизиты отсутствуют 0001
Базовый без банковских реквизитов
0003
Расширенный* без банковских реквизитов
С банковскими (рублевыми) реквизитами. С возможностью подстановки банковских реквизитов НД 0002
Базовый с банковскими реквизитами. С возможностью подстановки банковских реквизитов НД
нет
Банковские (валютные) реквизиты обязательны. Рублевые реквизиты отсутствуют 0010
Базовый с валютными реквизитами
нет
С банковскими (рублевыми) реквизитами лиц, осуществляющих права по ценным бумагам 0012
Базовый с банковскими реквизитами лиц, осуществляющих права по ценным бумагам
0014
Расширенный с банковскими реквизитами лиц, осуществляющих права по ценным бумагам
Банковские реквизиты рублевые
и валютные необязательны
нет 0013
Расширенный с опциональными блоками

Код используемого в сборе шаблона указывается в поле disclosure_template блока information_indicator сообщений DISCLOSURE_REQUEST и REGISTER_OF_SHAREHOLDER_V02 и определяет объём информации, требуемой к раскрытию.

Соответствие шаблонов кодам типа Списка

Код типа списка Шаблон
Код Описание
AUTL 0012 Базовый с банковскими реквизитами лиц, осуществляющих права по ценным бумагам
BNFL 0003 Расширенный без банковских реквизитов
0014 Расширенный с банковскими реквизитами лиц, осуществляющих права по ценным бумагам
DEPL 0001 Базовый без банковских реквизитов
0002 Базовый с банковскими реквизитами. С возможностью подстановки банковских реквизитов НД
0012 Базовый с банковскими реквизитами лиц, осуществляющих права по ценным бумагам
INML 0002 Базовый с банковскими реквизитами. С возможностью подстановки банковских реквизитов НД
0012 Базовый с банковскими реквизитами лиц, осуществляющих права по ценным бумагам
OTHR 0001 Базовый без банковских реквизитов
0002 Базовый с банковскими реквизитами. С возможностью подстановки банковских реквизитов НД
0010 Базовый с валютными реквизитами
0012 Базовый с банковскими реквизитами лиц, осуществляющих права по ценным бумагам
0013 Расширенный с опциональными блоками
OWNL  0001 Базовый без банковских реквизитов
0002 Базовый с банковскими реквизитами. С возможностью подстановки банковских реквизитов НД
0012 Базовый с банковскими реквизитами лиц, осуществляющих права по ценным бумагам
RGHL 0001 Базовый без банковских реквизитов
0002 Базовый с банковскими реквизитами. С возможностью подстановки банковских реквизитов НД
0012 Базовый с банковскими реквизитами лиц, осуществляющих права по ценным бумагам
SERV 0001 Базовый без банковских реквизитов
0002 Базовый с банковскими реквизитами. С возможностью подстановки банковских реквизитов НД
0012 Базовый с банковскими реквизитами лиц, осуществляющих права по ценным бумагам

Комбинация кода шаблона и кода типа Списка позволит инициатору указать в запросе DISCLOSURE_REQUEST, какой именно объем информации запрашивается, а депонентам – подготовить информацию в соответствии по одному из заранее известных шаблонов.


* — Расширенный: Лица, осуществляющие права по ценным бумагам + лица, в интересах которых осуществляются права по ценным бумагам

В рамках сборов Списков, проводимых по новой технологии, НРД будет предоставлять своим депонентам обновленные отчеты, используя новые типы сообщений.

Цель направления отчета Текущие формы отчетов Новые формы отчетов Тип сообщения
Запрос на сбор Списка GS061 GS61N
GE61N
DISCLOSURE_REQUEST
GS61S GS61S SWIFT MT564 (NEWM/REPL)
Список (62 поручение) RF005 RF005 REGISTER_OF_SHAREHOLDERS_V02
Напоминание о раскрытии GS036 GS36N
GE36N
FREE_FORMAT_MESSAGE_V02
GS036 GS036 SWIFT MT564 (RMDR)
Отмена запроса на сбор Списка - GS61C
GE61C
DISCLOSURE_CANCELLATION_REQUEST
GS61S GS61S SWIFT MT564 (CANC)
Глобальный статус GS001
GE001
GS01N
GE01N
REGISTER_OF_SHAREHOLDERS_STATUS_ADVICE (глобальный) – отправляется как при положительном, так и при отрицательном статусе
Детализированный статус (в разбивке по владельцам) GS062
GE062
GS62N
GE62N
REGISTER_OF_SHAREHOLDERS_STATUS_ADVICE (детализированный)
О фиксации списка (при направлении Сводного Списка регистратору) GS610
GE610
GS60N
GE60N
REGISTER_OF_SHAREHOLDERS_STATUS_ADVICE (детализированный)
Статус регистратора - GS61R
GE61R
REGISTER_OF_SHAREHOLDERS_STATUS_ADVICE (глобальный или детализированный)

Общие замечания по взаимодействию:

  • наличие соответствующей  подписки1 влечет рассылку уведомлений по каналу SWIFT, а также отправку англоязычных отчетов;
  • для предоставления сообщения со Списком в НРД используется служба SWIFT FileAct store-and-forward.
  • при получении от депонента сообщения со Списком по каналу SWIFT File-act, НРД направит отчеты, связанные с таким Списком, по каналу SWIFT File-act, в противном случае, отчеты направляются депонентам по файловому шлюзу и через Веб-сервис;
  • направляемые депонентам отчеты на русском языке всегда дублируются в НРДирект – Веб-кабинет КД.

Детализация документооборота:

Запрос на сбор Списка [1]

  • GS61N через Файловый шлюз, по Веб-сервису, в НРДирект – Веб-кабинет КД;
  • При наличии подписки дополнительно направляются:
    • GS61S – сообщение SWIFT MT564;
    • GE61N2 – через Файловый шлюз и по Веб-сервису.

Список (62 поручение) [2]

  • RF005 в формате ПАРТАД – сообщение REGISTER_OF_SHAREHOLDERS_V02.

Отчеты по 62 поручению [3]

  • GS01N (глобальный статус),
  • GS62N (детализированный статус по владельцам, если поручение перешло к обработке по владельцам);
  • при наличии подписки дополнительно направляются GE01N, GE62N.

Отмена сбора [4]

  • GS61C через Файловый шлюз, по Веб-сервису, в НРДирект – Веб-кабинет КД;
  • При наличии подписки дополнительно направляются:
    • GS61S – сообщение SWIFT MT564 с функцией CANC;
    • GE61C – через Файловый шлюз и по Веб-сервису.

Дополнительный запрос на сбор [5] (при изменении остатков)

  • GS61N через Файловый шлюз, по Веб-сервису, в НРДирект – Веб-кабинет КД;
  • При наличии подписки дополнительно направляются:
    • GS61S – сообщение SWIFT MT564;
    • GE61N – через Файловый шлюз и по Веб-сервису.

Напоминание о раскрытии (после даты оповещения о нераскрытии), общее по всем КД [6]

  • GS36N через Файловый шлюз, по Веб-сервису, в НРДирект – Веб-кабинет КД;
  • При наличии подписки дополнительно направляются:
    • GS036 – сообщение SWIFT MT564 с функцией RMDR, отдельное по каждой бумаге в каждом КД;
    • GE36N – через Файловый шлюз и по Веб-сервису (общее по всем КД).

Отчет о составлении списка [7]

  • GS60N;
  • при наличии подписки дополнительно направляется GE60N.

Отчет о статусе списка у регистратора [8]

  • GS61R;
  • при наличии подписки дополнительно направляется GE61R.

С примерами использования новых сообщений для инициирования сбора Списка и последующей передачи информации о владельцах, а также направляемыми НРД формами отчетов можно ознакомиться в Методических материалах, опубликованных на сайте СРО НФА

Особенности заполнения отчётов НРД

  • форма отчёта указывается в теге add_info/ext/FormCode;
  • в теге version новых отчетов указано значение FCDR_17_02;
  • в теге doc_num указывается регистрационный номер отчета в НРД;
  • в теге doc_date/date указывается дата регистрации отчета в НРД;
  • в тегах внутри блоков from, to используются депозитарные коды – код НРД и Участника;
  • для блока register_identification:
    • в отчетах GS01N и GS62N указываются регистрационный номер и дата регистрации 62 поручения, в ответ на которое предоставляется отчет;
    • в отчетах GS60N и GS61R указываются регистрационный номер и дата последнего отчета GS61N, направленного Участнику.
  • для блока doc_link:
    • в отчете GS61N указываются регистрационный номер и дата запроса, направленного ранее (только при направлении второго и последующих запросов);
    • в отчетах GS01N и GS62N указываются исходящий номер и дата из 62 поручения, в ответ на которую предоставляется отчет.
######
Добавьте ссылку на файл
######

1 Подписка здесь и далее – зарегистрированное в НРД 97 поручение с указанием необходимости направления участнику GS61S по каналу SWIFT

2 GE – отчеты на английском языке, аналогичные русскоязычным отчетам GS. Формируются и направляются депоненту при наличии подписки

Пользовательский функционал, ранее доступный через ПО «ЛУЧ», не позволит формировать и направлять в НРД Списки по обновленной версии форматов.

В связи с этим, в первом квартале 2021 году в НРДирект – Веб-кабинете КД будет доступно формирование запросов на сбор Списка (АРМ регистратора), а также формирование и предоставление раскрытий по новой технологии (АРМ депонента).
Функционал по сбору списков, добавляемый в НРДирект – Веб-кабинет КД включает в себя:

Для инициаторов запроса на сбор Списка (Регистраторов/Эмитентов):

  • создание и отправка в НРД запроса на сбор Списка – сообщения DISCLOSURE_REQUEST;
  • получение референса созданного на основании такого запроса корпоративного действия DSCL и отслеживание статуса такого корпоративного действия;
  • получение от НРД сформированного Списка REGISTER_OF_SHAREHOLDERS_V02 на запрашиваемую дату;
  • направление в НРД в ответ на полученный Список статуса о приеме/неприеме раскрытия глобально/с детализацией по владельцам;
  • возможность просмотра печатных форм отправленных и полученных отчетов;
  • экспорт полученных Списков в удобном формате.

Для депонентов НРД, от которых требуется предоставление информации в рамках корпоративного действия DSCL:

  • получение и просмотр полученных от НРД запросов на сбор Списка DISCLOSURE_REQUEST;
  • подготовка и отправка в НРД Списков;
  • возможность создания дораскрытия или изменения данных из ранее направленных раскрытий;
  • отслеживание статусов как Сборов списков (корпоративных действий типа DSCL) целиком по референсу корпоративного действия, так и отдельных направленных Списков;
  • ведение нового справочника клиентов для сбора Списков, данные из которого можно использовать при формировании Списка  в рамках корпоративных действий DSCL.

Новый справочник «Клиенты для сбора Списков»

Для упрощения процесса составления Списка НРД предоставляет депонентам возможность использования нового справочника, созданного специально для взаимодействия по КД DSCL, проводимым по новой технологии.

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

Новый справочник поддерживает импорт информации из специального шаблона

######
Добавьте ссылку на файл
######

Загрузка информации об остатках по клиентам

Импорт информации об остатках по клиентам внутри КД возможен с использованием специального шаблона:

######
Добавьте ссылку на файл
######

Пример раскрытия для загрузки в веб-кабинет КД

Описание загрузки данных для сборов списков в Веб-кабинет КД

Описание загрузки файлов по сборам Списков можно найти в соответствующих разделах руководства пользователя ЛРМ СЭД НРД — WEB-кабинета КД АРМ Депонента, опубликованного на странице «Программное обеспечение».

FCDR_2017_02

----------

----------
Как в будущем отличить запрос от регистратора по новому формату от запроса по старому формату?
**********
**********

Вопросы по новому формату приходят в виде xml-сообщений типа DISCLOSURE_REQUEST, код формы отчета GS61N.

**********
----------

----------
В каком теге указывается информация о приложенном к раскрытию файле с информацией о лицах, в интересах которых осуществляются права, для типа счёта DEPR.
**********
**********

Информацию о держателях депозитарных расписок можно указать в виде приложенного файла в блоке REGISTER_OF_SHAREHOLDERS_V02/register_list/shareholder/beneficiary/attch, если REGISTER_OF_SHAREHOLDERS_V02/register_list/shareholder/party_account_type/party_account_type_code = DEPR (т.е. для счета депо депозитарных программ).

**********
----------

----------
Какие особенности работы с большими Списками (пагинация)?
**********
**********

Многостраничные списки направляются в виде нескольких сообщений REGISTER_OF_SHAREHOLDERS_V02 с совпадающим значением REGISTER_OF_SHAREHOLDERS_V02/pagination/register_list_id.
Значение REGISTER_OF_SHAREHOLDERS_V02/pagination/page_total означает общее количество страниц в списке (сколько сообщений должно прийти), REGISTER_OF_SHAREHOLDERS_V02/pagination/page – номер текущей страницы.

**********
----------

----------
Как изменились требования к полноте данных по раскрываемым владельцам? Насколько они обязательны?
**********
**********

Требования к полноте и объему раскрываемой информации описываются шаблонами, которые можно найти в Методических рекомендациях, размещенных на сайте СРО НФА.

**********
----------

----------
Правильно я понимаю, что данные о доверительном управляющем должны указываться при ответе на любой тип запроса, а данные об учредителях управления должны добавляться только при запросах о лицах, в интересах которых осуществляются права?
**********
**********

Да. При раскрытии через Веб-кабинет, если в Справочнике по ДУ заведена информация о лицах, в интересах которых осуществляются права, то она попадет в сообщение со списком только если это требуется типом списка.

**********

НРДирект – Веб-кабинет КД

Какие особенности работы с новым справочником клиентов, который будет использоваться в Веб-Кабинете КД для раскрытий в новом формате?
**********
**********

Для формирования Списка в Веб-Кабинете КД нужно будет сначала импортировать владельцев в новый справочник, после чего загрузить остатки по этим клиентам в сбор. Новый справочник поддерживает импорт информации из специального шаблона, шаблон и его описание можно найти на сайте https://www.nsd.ru/workflow/system/programs/#0-widget-faq-0-10

**********
----------

----------
Будет ли при переходе в Веб-Кабинет КД возможность автоматической выгрузки уже заведенных клиентов из ЛУЧа и загрузка их в Веб-Кабинет?
**********
**********

Это невозможно. Справочники ЛУЧа значительно отличаются по наполнению от справочников Веб-Кабинета КД.

**********
----------

----------
Файл excel (Security_Balance_Import) не содержит данных об адресе владельца и банковских реквизитах. Для того, чтобы раскрыться необходимо предварительно всех владельцев цб завести как клиентов в Кабинет?
**********
**********

Да, необходимо всех загружаемых в Security_Balance_Import владельцев загрузить в справочник «Клиенты для сбора списков».

**********
----------

----------
В чём разница между загрузкой файлов excel и xml?
**********
**********

Xml – это непосредственно раскрытие, которое можно направить через Веб-Кабинет КД, а можно через Файловый шлюз.
Excel-шаблоны созданы только для работы через Веб-Кабинет КД для загрузки клиентов в справочник и остатков.

**********
----------

----------
Как в Веб-Кабинете КД можно увидеть принято или нет раскрытие, направленно по Файловому шлюзу?
**********
**********

Увидеть это можно, открыв сообщение со статусом и по нему через номер связанного сообщения со Списком найти этот Список и понять, сколько в нем принятых/отклоненных владельцев. Если раскрытие сделано через ФШ, то и само раскрытие, и статусы на него, можно будет увидеть в «Сообщениях из других каналов» (там есть и входящие, и исходящие сообщения).

**********
----------

----------
Не получится ли так, что останется нераскрытый/просроченный запрос?
**********
**********

Депонентам необходимо самостоятельно отслеживать сделанные раскрытия. В Веб-Кабинете КД возможно отслеживание с помощью инструментов системы, а в случае отправки раскрытия через ФШ нельзя получить однозначный визуализируемый статус, выполнено раскрытие или нет. Необходимо анализировать отчеты.

**********
----------

----------
Если по одному/нескольким клиентам были выявлены ошибки и раскрытие по ним не прошло, можно ли отредактировать Список в «Сообщения из других каналов»?
**********
**********

Нет, нельзя.

**********
----------

----------
На непринятых клиентов в таком случае потребуется заводить «ручное» раскрытие?
**********
**********

По недораскрытым клиентам можно заводить как дораскрытие вручную через Веб-Кабинет КД, так и через загрузку xml с признаком дораскрытие (тип сообщения AMND), иначе предыдущее раскрытие затрется.

**********
----------

----------
Возможна ли загрузка раскрытий excel-файлом через Веб-Кабинет КД без предварительной загрузки клиентов в справочник?
**********
**********

Невозможна. Можно загрузить сначала клиентов, затем остатки в формате excel и сформировать раскрытие или воспользоваться xml-файлом с раскрытием (загрузить его в Веб-Кабинет КД или направить через ФШ).

**********
----------

----------
Возможно ли будет через Веб-Кабинет КД грузить раскрытие одним файлом по всем счетам, открытым в НРД?
**********
**********

Нет, по формату невозможно сформировать раскрытие по нескольким счетам в одном сообщении (блок с номером счета неповторяющийся). Раскрытие должно быть отдельное по каждому счету.

**********
----------

----------
Если количество раскрываемых лиц НЕ превышает 10 000, то возможна загрузка файла excel (Security_Balance_Import), а если превышает – то необходимо грузить многостраничный список в формате xml?
**********
**********

Для любого количества владельцев можно загружать как и готовый список в формате xml, так и загружать остатки по владельцам (только владельцы уже должны быть в справочнике «Клиенты для сборов списков»).

**********
----------

----------
В Руководствах пользователя идет отсылка на номера шаблонов, от которых зависит обязательность полей для заполнения. Где найти список всех шаблонов?
**********
----------

----------
В Руководстве пользователя указано, что «Поле «Страна» обязательно для заполнения в случае, если в опции «Идентификационная информация для физического лица известна?» выбрано значение «Нет», или если заполнено поле «Адрес» или «Индекс». Что это значит?
**********
**********

Если идентификационная информация лица неизвестна, то обязательно должен быть указан адрес.

**********
----------

----------
Если в Веб-кабинете КД заведены банковские реквизиты для выплаты доходов, а при раскрытии Списка они не требуются, то Веб-кабинет КД сформирует раскрытие без банковских реквизитов?
**********
**********

Да, если в привязке к владельцу указаны банковские реквизиты и/или информация о лицах, в интересах которых осуществляются права по ценным бумагам, то в Список они попадут только при необходимости (если это требуется в сборе).

**********
----------

----------
Что означает ошибка «Произошла ошибка при валидации сообщения по шаблону» при попытке сохранить сообщение со списком лиц?
**********
**********

Ошибка означает, что сообщение не прошло валидацию по шаблону, используемому в сборе (значение отображается в строке «Шаблон списка» таблицы «Информация»). Для того, чтобы решить ошибку, необходимо заполнить пустые поля, обязательные для заполнения, либо исправить значения в некорректно заполненных.

**********
----------

----------
Необходимо ли каждый раз заново импортировать информацию о владельце в справочник «Клиенты для сбора списков» перед загрузкой остатков в сбор?
**********
**********

Нет, загруженная информация в привязке к ID владельца останется в справочнике до её удаления.

**********
----------

----------
Как обновить информацию по ранее загруженному в справочник «Клиенты для сбора списков» владельцу?
**********
**********

Для обновления информации по уже добавленному в справочник владельцу достаточно загрузить информацию с таким же ID владельца, как у записи в справочнике. В таком случае вновь загружаемая информация полностью перезапишет ранее сохраненную.

**********
----------

----------
Можно ли в справочнике «Клиенты для сбора списков» указать информацию о нескольких счетах одного клиента?
**********
**********

Можно, добавляя информацию об одном клиенте несколько раз, с различающимися значениями ID клиента (т.к. ID клиента используется как уникальный идентификатор записи в Справочнике) и Номер счета.

**********
----------

----------
При загрузке остатков в сбор, обязательно ли заполнять информацию об идентификационных документах организации/физического лица?
**********
**********

Нет, для однозначной идентификации клиента достаточно значения ID клиента, совпадающего с одной из записей в справочнике «Клиенты для сбора списков». Если ID клиента не заполнено, то при загрузке остатков в сбор выполняется поиск по паре Номер счета + Номер идентификационного документа.

**********

Проверки / особенности обработки в НРД / прочие вопросы

Наличие платежных реквизитов в раскрытиях по 8.6.1. — нужно ли указывать именно платёжные реквизиты собственника или можно вставить реквизиты номинального держателя?
**********
**********

Для шаблона 0012 (кроме типа списка AUTL) подразумевается указание банковских реквизитов владельцев. Для остальных шаблонов с предоставлением банковских реквизитов (0002, 0010, 0014) выбор реквизитов остается за Депонентом.

**********
----------

----------
Можно ли будет при необходимости заменить раскрытие хотя бы по одному клиенту заменить все раскрытие полностью?
**********
**********

Да, каждое новое сообщение с функцией NEWM заменяет все ранее поданные раскрытия по данному сбору.

**********
----------

----------
Нужно будет поддерживать два вида раскрытий? Если да, то как долго?
**********
**********

До тех пор, пока все регистраторы не перейдут на новый формат.

**********
----------

----------
Возможно ли по одному эмитенту по двум выпускам бумаг (обыкновенные и привилегированные бумаги) направить одно сообщение?
**********
**********

Возможно, с помощью заполнения нескольких блоков REGISTER_OF_SHAREHOLDERS_V02/register_list/shareholder/security_balance.

**********
----------

----------
Запросы по ценной бумаге будут приходить по каждому счету депо отдельно или в случае, когда одна и та же ценная бумага учитывается на разных счетах депо, запрос будет один?
**********
**********

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

**********
----------

----------
В какую папку в Файловом Шлюзе будут приходить запросы и статусы? По какому признаку они будут отличаться от других документов?
**********
**********

В папку с другими входящими документами, пакеты Q.

**********
----------

----------
Изменится ли формат MT564 запроса на раскрытие, будет ли он отличаться для разных шаблонов раскрытия? Будет ли в запросе информация о том, какому шаблону соответствуют требования к списку?
**********
**********

В МТ564 (поле 70E ADTX дополнительная информация) в Add_info перед доп. информацией будет указано «Template <код шаблона>. Basis of the request <через запятую коды законодательных и подзаконных актов>». Других отличий от текущего формата нет.

**********
----------

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

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

**********
Задайте вопрос
— Поля обязательные для заполнения
 
Отправьте заявку, и наши специалисты свяжутся с вами в ближайшее время
— Поля обязательные для заполнения
 
Оставить заявку Попробовать E-VOTING