для чего раскрытие информации о владельцах dscl
ЦБ изменил правила раскрытия эмитентами информации
Вниманию руководителей, главных бухгалтеров, сотрудников финансовых, налоговых и юридических департаментов компаний
Юридическая компания «Пепеляев Групп» информирует о принятии Центральным Банком РФ нового Положения о раскрытии информации эмитентами ценных бумаг, совершенствующего и упрощающего процедуру раскрытия.
13 мая 2020 года опубликовано новое Положение Центрального Банка «О раскрытии информации эмитентами эмиссионных ценных бумаг»[1] («Новое Положение»), которое заменит собой действующее на данный момент Положение Центрального Банка от 30 декабря 2014 года[2] («Действующее Положение»).
В соответствии с Новым Положением, эмитенты будут избавлены от необходимости опубликования излишних объемов информации, в том числе дублирующих друг друга сведений (по причине раскрытия такой информации в разных формах), а инвесторы получат возможность ознакомления с наиболее существенными условиями эмиссии. При этом принятие Нового Положения не повлияет на уровень информационной прозрачности рынка ценных бумаг.
Обращаем Ваше внимание на то, что новые правила начнут действовать более чем через год – с 1 октября 2021 года. Такой срок вступления в силу Нового Положения предусмотрен для того, чтобы у участников рынка ценных бумаг было достаточно времени для подготовки к новым изменениям.
Исключение требования по раскрытию несущественной для инвесторов информации
В соответствии с Новым Положением эмитенты с 1 октября 2021 года будут освобождены от обязанности раскрывать в лентах новостей агентств, аккредитованных Центральным Банком на проведение действий по раскрытию информации о ценных бумагах и об иных финансовых инструментах («Лента Новостей»)[3], сообщения о раскрытии в сети «Интернет» следующих документов:
Код | Описание |
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.
Соответствие кодов оснований кодам типа Списка
Шаблоны (частные 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]
Список (62 поручение) [2]
Отчеты по 62 поручению [3]
Дополнительный запрос на сбор [5] (при изменении остатков)
Напоминание о раскрытии (после даты оповещения о нераскрытии), общее по всем КД [6]
Отчет о составлении списка [7]
Отчет о статусе списка у регистратора [8]
С примерами использования новых сообщений для инициирования сбора Списка и последующей передачи информации о владельцах, а также направляемыми НРД формами отчетов можно ознакомиться в Методических материалах, опубликованных на сайте СРО НФА
Особенности заполнения отчётов НРД
1 Подписка здесь и далее – зарегистрированное в НРД 97 поручение с указанием необходимости направления участнику GS61S по каналу SWIFT
2 GE – отчеты на английском языке, аналогичные русскоязычным отчетам GS. Формируются и направляются депоненту при наличии подписки
Пользовательский функционал, ранее доступный через ПО «ЛУЧ», не позволит формировать и направлять в НРД Списки по обновленной версии форматов.
В связи с этим, в первом квартале 2021 году в НРДирект – Веб-кабинете КД будет доступно формирование запросов на сбор Списка (АРМ регистратора), а также формирование и предоставление раскрытий по новой технологии (АРМ депонента).
Функционал по сбору списков, добавляемый в НРДирект – Веб-кабинет КД включает в себя:
Для инициаторов запроса на сбор Списка (Регистраторов/Эмитентов):
Для депонентов НРД, от которых требуется предоставление информации в рамках корпоративного действия DSCL:
Новый справочник «Клиенты для сбора Списков»
Для упрощения процесса составления Списка НРД предоставляет депонентам возможность использования нового справочника, созданного специально для взаимодействия по КД DSCL, проводимым по новой технологии.
В справочник можно добавлять индивидуальные записи о клиентах, вносить и сохранять информацию, которая впоследствии используется для составления Списка, а после сохранения внесенной информации о клиенте есть возможность загрузить такую информацию о клиенте как одном из раскрываемых лиц.
Новый справочник поддерживает импорт информации из специального шаблона
Загрузка информации об остатках по клиентам
Импорт информации об остатках по клиентам внутри КД возможен с использованием специального шаблона:
Пример раскрытия для загрузки в веб-кабинет КД
Описание загрузки данных для сборов списков в Веб-кабинет КД
Описание загрузки файлов по сборам Списков можно найти в соответствующих разделах руководства пользователя ЛРМ СЭД НРД — WEB-кабинета КД АРМ Депонента, опубликованного на странице «Программное обеспечение».
FCDR_2017_02
Идентификатор депозитария – места хранения ценных бумаг раскрываемого ДУ: если ценные бумаги учитываются на счете депо в НРД, то идентификатор НРД, если на счете у другого НД, то идентификатор этого НД.
Идентификатор депозитария – места хранения ценных бумаг раскрываемого владельца, то есть идентификатор НД нижнего уровня.
Если не подходит ни один из типов идентификационного документа, доступный по формату, то следует использовать 00 – Прочее, добавив описание документа в поле «Описание типа Прочее».
Возможные значения поля:
1 – Налоговый резидент РФ
2 – Налоговый нерезидент РФ
Валидировать сообщения следует по шаблону, указанному в поле DISCLOSURE_REQUEST/information_indicator/disclosure_template или поле «Шаблон списка» блока «Информация» соответствующего сбора (корпоративного действия типа DSCL)
Для валидации самостоятельно сформированных XML мы рекомендуем использовать программу Altova XML Spy, имеющую встроенные средства проверки XML на соответствие XSD схеме.
Вопросы по новому формату приходят в виде xml-сообщений типа DISCLOSURE_REQUEST, код формы отчета GS61N.
Информацию о держателях депозитарных расписок можно указать в виде приложенного файла в блоке 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 – Другое (или «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
Это невозможно. Справочники ЛУЧа значительно отличаются по наполнению от справочников Веб-Кабинета КД.
Да, необходимо всех загружаемых в Security_Balance_Import владельцев загрузить в справочник «Клиенты для сбора списков».
Xml – это непосредственно раскрытие, которое можно направить через Веб-Кабинет КД, а можно через Файловый шлюз.
Excel-шаблоны созданы только для работы через Веб-Кабинет КД для загрузки клиентов в справочник и остатков.
Увидеть это можно, открыв сообщение со статусом и по нему через номер связанного сообщения со Списком найти этот Список и понять, сколько в нем принятых/отклоненных владельцев. Если раскрытие сделано через ФШ, то ни само раскрытие, ни статусы на него не будут отображаться в «Сообщениях из других каналов»; статусы на отправленные из ФШ списки можно найти в «Сообщениях НРДирект».
Депонентам необходимо самостоятельно отслеживать сделанные раскрытия. В Веб-Кабинете КД возможно отслеживание с помощью инструментов системы, а в случае отправки раскрытия через ФШ нельзя получить однозначный визуализируемый статус, выполнено раскрытие или нет. Необходимо анализировать отчеты.
По недораскрытым клиентам можно заводить как дораскрытие вручную через Веб-Кабинет КД, так и через загрузку xml с признаком дораскрытие (тип сообщения AMND), иначе предыдущее раскрытие затрется.
Невозможна. Можно загрузить сначала клиентов, затем остатки в формате excel и сформировать раскрытие или воспользоваться xml-файлом с раскрытием (загрузить его в Веб-Кабинет КД или направить через ФШ).
Нет, по формату невозможно сформировать раскрытие по нескольким счетам в одном сообщении (блок с номером счета неповторяющийся). Раскрытие должно быть отдельное по каждому счету.
Для любого количества владельцев можно загружать как и готовый список в формате xml, так и загружать остатки по владельцам (только владельцы уже должны быть в справочнике «Клиенты для сборов списков»).
Если идентификационная информация лица неизвестна, то обязательно должен быть указан адрес.
Да, если в привязке к владельцу указаны банковские реквизиты и/или информация о лицах, в интересах которых осуществляются права по ценным бумагам, то в Список они попадут только при необходимости (если это требуется в сборе).
Ошибка означает, что сообщение не прошло валидацию по шаблону, используемому в сборе (значение отображается в строке «Шаблон списка» таблицы «Информация»). Для того, чтобы решить ошибку, необходимо заполнить пустые поля, обязательные для заполнения, либо исправить значения в некорректно заполненных.
Нет, загруженная информация в привязке к ID владельца останется в справочнике до её удаления.
Для обновления информации по уже добавленному в справочник владельцу достаточно загрузить информацию с таким же ID владельца, как у записи в справочнике. В таком случае вновь загружаемая информация полностью перезапишет ранее сохраненную.
Можно, добавляя информацию об одном клиенте несколько раз, с различающимися значениями ID клиента (т.к. ID клиента используется как уникальный идентификатор записи в Справочнике) и Номер счета.
Нет, для однозначной идентификации клиента достаточно значения ID клиента, совпадающего с одной из записей в справочнике «Клиенты для сбора списков». Если ID клиента не заполнено, то при загрузке остатков в сбор выполняется поиск по паре Номер счета + Номер идентификационного документа.
Проверки / особенности обработки в НРД / прочие вопросы
В существующем виде документы по новым спискам:
Луч определит как неизвестные. Это приведёт к следующим последствиям:
Для шаблона 0012 (кроме типа списка AUTL) подразумевается указание банковских реквизитов владельцев. Для остальных шаблонов с предоставлением банковских реквизитов (0002, 0010, 0014) выбор реквизитов остается за Депонентом.
Да, каждое новое сообщение с функцией NEWM заменяет все ранее поданные раскрытия по данному сбору.
До тех пор, пока все регистраторы не перейдут на новый формат.
Возможно, с помощью заполнения нескольких блоков REGISTER_OF_SHAREHOLDERS_V02/register_list/shareholder/security_balance.
Будет направлен один запрос на один депозитарный код (по всем счетам и бумагам, которые участвуют в сборе).
В папку с другими входящими документами, пакеты Q.
Для НРД это некритично, так как нет соответствующей проверки. Но это может быть критично для инициатора запроса, если цель была получить именно реквизиты лиц.
Использование разных каналов в рамках раскрытия по одному референсу КД может повлечь возникновение ошибок при работе со сбором в Веб-кабинете КД, поэтому НРД не рекомендует направлять сообщения в рамках одного сбора по нескольким каналам взаимодействия.
Небанковская кредитная организация акционерное общество «Национальный расчетный депозитарий» (НКО АО НРД) – центральный депозитарий Российской Федерации. Статус центрального депозитария присвоен ФСФР России приказом № 12-2761/ПЗ-И от 6 ноября 2012 г. Лицензия № 045-12042-000100 от 19 февраля 2009 г. профессионального участника рынка ценных бумаг на осуществление депозитарной деятельности, выданная ФСФР России. Лицензия № 3294 на осуществление банковских операций, выданная 4 августа 2016 г. Банком России. Лицензия № 045-00004-000010 от 20 декабря 2012 г. на осуществление клиринговой деятельности, выданная ФСФР России. Лицензия № 045-01 от 28 декабря 2016 г. на осуществление репозитарной деятельности, выданная Банком России. Местонахождение: г. Москва, ул. Спартаковская, дом 12.
Обработка персональных данных на сайте осуществляется в соответствии с «Положением об обработке персональных данных». Настоящим, продолжая работу на сайте, вы подтверждаете, что ознакомились с Положением об обработке персональных данных НКО АО НРД, даете свое согласие НКО АО НРД на обработку ваших персональных данных в соответствии с условиями указанной политики, а также даете свое согласие на автоматизированную обработку ваших персональных данных (файлы cookie, сведения о действиях, которые вы совершаете на сайте, сведения об используемых для этого устройствах, дата и время сессии), в т.ч. с использованием метрических программ Яндекс.Метрика, Google Analytics, путем совершения следующих действий: сбор, запись, систематизация, накопление, хранение, уточнение (обновление, изменение), извлечение, использование, блокирование, удаление, уничтожение, передача (предоставление, доступ) третьим лицам, предоставляющим НКО АО НРД сервис по метрическим программам.
Обработка данных осуществляется в целях улучшения работы сайта, совершенствования продуктов и услуг НКО АО НРД, определения предпочтений пользователя, предоставления целевой информации по продуктам и услугам НКО АО НРД. Настоящее согласие действует с момента его предоставления и в течение всего периода использования сайта.
В случае отказа от обработки данных метрическими программами вы проинформированы о необходимости прекратить использование сайта или отключить файлы cookie в настройках браузера..
- для чего раскладывают монеты по углам в квартире
- для чего распашонки новорожденному