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

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

В первом квартале 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-ст).

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

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

Код Описание
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-кабинета КД АРМ Депонента, опубликованного на странице «Программное обеспечение».

Полное наименование Дата перехода
Акционерное общество "Ведение реестров компаний" 03.03.2021
Акционерное общество "Специализированный Регистратор "КОМПАС" 09.03.2021
Акционерное общество ВТБ Регистратор 15.03.2021
Акционерное общество "РЕЕСТР" 18.03.2021
Акционерное общество Актив 22.03.2021
Закрытое Акционерное Общество "РДЦ ПАРИТЕТ" 22.03.2021
Общество с ограниченной ответственностью "ПАРТНЁР" 22.03.2021
Акционерное общество "РТ-Регистратор" 22.03.2021
Акционерное общество "Сургутинвестнефть" 22.03.2021
Акционерное общество "Агентство "Региональный независимый регистратор" 26.03.2021
Акционерное общество "Регистратор Интрако" 26.03.2021
Общество с ограниченной ответственностью "Оборонрегистр" 29.03.2021
Закрытое акционерное общество "Первый Специализированный Депозитарий" 29.03.2021
Акционерное общество "Регистрационный Депозитарный Центр" 29.03.2021
Акционерное общество "Регистратор КРЦ" 29.03.2021
Акционерное общество "Профессиональный регистрационный центр" 30.03.2021
Акционерное общество "Сервис-Реестр" 30.03.2021
Общество с ограниченной ответственностью "Регистратор "Гарант" 31.03.2021
Акционерное общество "Новый регистратор" 01.04.2021
Общество с ограниченной ответственностью "Корпоративная регистраторская компания" 01.04.2021
Акционерное общество "Регистратор-Капитал" 01.04.2021
Общество с ограниченной ответственностью "Реестр-РН" 01.04.2021
Общество с ограниченной ответственностью "Центр учета и регистрации" 01.04.2021
Акционерное общество "Межрегиональный регистраторский центр" 02.04.2021
Акционерное общество "Специализированный регистратор - Держатель реестров акционеров газовой промышленности" 05.04.2021
Акционерное общество "Республиканский специализированный регистратор "Якутский Фондовый Центр" 05.04.2021
Общество с ограниченной ответственностью Специализированный регистратор "Реком", по коду REKOM 12.04.2021
Общество с ограниченной ответственностью Специализированный регистратор "Реком", по коду REKOM/BRN, REKOM/BEL 19.04.2021
Акционерное общество "Регистрационная Компания Центр-Инвест" 19.04.2021
Общество с ограниченной ответственностью "Московский Фондовый Центр" 21.04.2021
Общество с ограниченной ответственностью "Евроазиатский Регистратор" 01.05.2021
Акционерное общество "Индустрия-РЕЕСТР" 04.05.2021
Акционерное общество "Регистраторское общество "СТАТУС" 11.05.2021
Общество с ограниченной ответственностью "Специализированная депозитарная компания "Гарант" 17.05.2021
Общество с ограниченной ответственностью "Южно-Региональный регистратор" 31.05.2021
Акционерное общество "Специализированный депозитарий "ИНФИНИТУМ" 07.06.2021
Акционерное общество "Национальная кастодиальная компания" 28.06.2021
Акционерное общество ВТБ Специализированный депозитарий 23.08.2021
Акционерное общество "Независимый специализированный депозитарий" 10.09.2021
Акционерное общество "Депозитарная компания "РЕГИОН" 14.09.2021
Акционерное общество "Независимая регистраторская компания Р.О.С.Т." 15.10.2021

FCDR_2017_02

Какой идентификатор должен быть указан в блоке «Депозитарий владельца» при раскрытии клиента-ДУ?
**********
**********

Идентификатор депозитария – места хранения ценных бумаг раскрываемого ДУ: если ценные бумаги учитываются на счете депо в НРД, то идентификатор НРД, если на счете у другого НД, то идентификатор этого НД.

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

----------
Какой идентификатор должен быть указан в блоке «Депозитарий владельца» при раскрытии клиента-владельца?
**********
**********

Идентификатор депозитария – места хранения ценных бумаг раскрываемого владельца, то есть идентификатор НД нижнего уровня.

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

----------
Если клиент является гражданином другой страны (не РФ), то под каким типом документа заполняется информация о его паспорте в идентификационных документах и кодах физ. лица?
**********
**********

Если не подходит ни один из типов идентификационного документа, доступный по формату, то следует использовать 00 – Прочее, добавив описание документа в поле «Описание типа Прочее».

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

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

Возможные значения поля:
1 – Налоговый резидент РФ
2 – Налоговый нерезидент РФ

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

----------
Рекомендации по самостоятельной валидации сообщений, сформированных в собственном ПО депонента
**********
**********

Валидировать сообщения следует по шаблону, указанному в поле DISCLOSURE_REQUEST/information_indicator/disclosure_template или поле «Шаблон списка» блока «Информация» соответствующего сбора (корпоративного действия типа DSCL)

Для валидации самостоятельно сформированных XML мы рекомендуем использовать программу Altova XML Spy, имеющую встроенные средства проверки XML на соответствие XSD схеме.

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

----------
----------

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

Вопросы по новому формату приходят в виде 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 – номер текущей страницы.

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

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

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

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

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

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

**********

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

Если в компании разные сотрудники делают раскрытие по разным счетам, каждое из этих раскрытий нужно направлять как новое или как дораскрытие?
**********
**********

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

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

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

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

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

----------
Если при сохранении анкеты клиента в справочнике «Клиенты для сбора списка» появляется ошибка, как понять к какому именно полю она относится?
**********
**********

После нажатия «Сохранить», если обнаружена ошибка, в меню слева появляется сообщение об ошибке,

а сами ошибочно заполненные поля подсвечиваются красной рамкой.

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

----------
Какой тип документа необходимо выбрать в блоке «Идентификационные документы», если необходимо указать ИНН нерезидента, OTHR – ИНН или OTHR – другое?
**********
**********

OTHR – Другое (или «00 – Прочее» для физического лица), добавив описание документа в поле «Описание типа Прочее».

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

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

Если лицо, осуществляющее права по ценным бумагам в интересах других лиц, уже раскрыто в первичном списке, но без информации о лицах, в интересах которых осуществляются права по ценным бумагам, то для раскрытия этой информации возможно:
1 – заново направить весь список в сообщении с функцией NEWM Новое сообщение;
2 – Добавить информацию о лицах, в интересах которого осуществляются права по ценным бумагам, в анкету раскрываемого клиента, после чего создать сообщение с функцией AMND Дораскрытие,

выбрать лицо, информация о котором заменяется, на закладке «Выберите лицо для исключения из списка»,

и выбрать это же лицо на закладке «Выберите лицо для включения в список».

Вышеописанные в п.2 действия позволяют направить замену информации по любому лицу, информацию о котором требуется заменить в списке.

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

----------
Ограничение по размеру для загрузки через кабинет. Дораскрытие при большом размере первичного сообщения со списком.
**********
**********

При загрузке в кабинет сообщения объемом выше 10 тысяч лиц, Веб-кабинет разделит его на части по 10 тысяч лиц в каждом. Для создания дораскрытия возможно загрузить новое сообщение xml с функцией сообщения AMND, либо создать Дораскрытие из кабинета по кнопкам «Добавить сообщение со списком лиц» или  «Добавить сообщение со списком лиц без использования справочника клиентов».

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

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

Первый вариант – загружать первую часть с функцией NEWM Новое сообщение, а все последующие с функцией AMND Дораскрытие. В этом случае происходит последовательный прием каждой из частей.

Второй вариант – загружать все сообщения с функцией NEWM Новое сообщение, с использованием блока pagination: в поле pagination/register_list_id всем частям присваивается общий идентификатор, в поле pagination/page_total указывается общее количество частей загружаемого списка, а в pagination/page – порядковый номер текущей части. Сообщения с заполненным блоком pagination ожидают поступления всех частей в НРД и обрабатываются одновременно.

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

----------
Как раскрыться с двумя бумагами?
**********
**********

Первый вариант – добавить остатки в сбор по владельцам обеих ценных бумаг, после чего создать сообщение со списком лиц, включив в него владельцев обеих бумаг.

Второй вариант – при создании сообщения со списком лиц сначала включить в него владельцев ценной бумаги 1 и направить сообщение 1 в НРД.

После этого с помощью кнопки «Добавить сообщение со списком лиц» выбрать функцию создаваемого сообщения AMND Дораскрытие,

включить в него владельцев ценной бумаги 2 и направить сообщение 2 в НРД.

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

----------
Как раскрыть дробные выпуски?
**********
**********

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

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

До:

После:

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

----------
Как отредактировать, как удалить владельца из списка?
**********
**********

Выбрав в списке Сообщений нужное в статусе «К отправке» или «Черновик»

можно в таблице «Лица, включенные в сообщение» удалить или отредактировать информацию по включенным в выбранное сообщение владельцам.

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

----------
Проверка наличия ошибок при раскрытии совладельцев и учредителей доверительного управления
**********
**********

При получении ошибки о некорректных данных по совладельцу/учредителю

необходимо открыть на редактирование указанного совладельца/учредителя.

Нажатие на открывшейся форме «Ввод окончен» подсветит ошибочно заполненные поля красным, в них необходимо внести правки и нажать «Ввод окончен».

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

----------
Как почистить кэш и куки в браузере?
**********
**********

Рекомендуемый браузер для работы с ВК КД – Chrome. Что бы почистить в нём кэш и куки можно воспользоваться меню «Настройки и управление браузером» ; выбрать пункт «История», ещё раз выбрать в меню «История» и «Очистить историю посещений» (Ctrl+Shift+Delete); в открывшемся окне необходимо выбрать нужные параметры (История, cookie, кэш, временной диапазон: «с самого начала») и нажать на кнопку «Удалить данные».

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

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

Для формирования Списка в Веб-Кабинете КД нужно будет сначала импортировать владельцев в новый справочник, после чего загрузить остатки по этим клиентам в сбор. Новый справочник поддерживает импорт информации из специального шаблона, шаблон и его описание можно найти на сайте 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 клиента не заполнено, то при загрузке остатков в сбор выполняется поиск по паре Номер счета + Номер идентификационного документа.

**********

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

Можно ли использовать Луч для транзита раскрытий в новых форматах?
**********
**********

Нельзя.

В существующем виде документы по новым спискам:

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

Луч определит как неизвестные. Это приведёт к следующим последствиям:

  1. От Луча направляется положительная транзитная квитанция, при том, что документ не размещается в папках Луча и определяется как неизвестный тип документа (то есть в Луче фактически не принимается);
  2. Фоновый режим работы в Луче работает так, что при приходе неизвестного типа документа, Луч останавливается, это штатная работа Луча.
**********
----------

----------
Наличие платежных реквизитов в раскрытиях по 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