Информация Банка России "Условия и форматы представления страховыми организациями отчетности по форме 0420152 "Отчет об акционерах (участниках) и иных аффилированных лицах" за 2016 год в форме электронного документа"

Отчетность по форме 0420152 "Отчет об акционерах (участниках) и иных аффилированных лицах", составляемая страховыми организациями в соответствии с Указанием Банка России от 30.11.2015 N 3860-У "О формах, сроках и порядке составления и представления отчетности страховыми организациями и обществами взаимного страхования в Центральный банк Российской Федерации" (далее - отчетность), представляется в Банк России в форме электронного документа, подписанного усиленной квалифицированной электронной подписью, через личный кабинет субъектов страхового дела, ссылка на который размещена на официальном сайте Банка России в информационно-телекоммуникационной сети "Интернет".

1. Общие положения

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

Имя файла архива формируется следующим образом:

XXXX_дд.мм.гггг_f13.zip,

где XXXX - регистрационный номер записи страховой организации в едином государственном реестре субъектов страхового дела (от одной до четырех цифр без лидирующих нулей);

дд.мм.гггг - отчетная дата (день, месяц, год).

Например: 928_31.12.2016_f13.zip.

1.2. Набор файлов, представляемых в составе отчетности, должен включать:

1.2.1. Файл с именем "0.xml", содержащий описание страховой организации, сведения об иностранном инвесторе и данные справки об уставном капитале к разделу 1.

1.2.2. Файл с именем "f13.xml", содержащий данные разделов отчетности.

1.2.3. Файл Microsoft Word (с расширением "doc", "docx" или "rtf") с именем "comments_F13", содержащий полный текст пояснительной записки (в случае ее составления).

1.2.4. Файл с именем "cover_letter.xml", содержащий данные из сопроводительного письма о составе представляемой страховой организацией отчетности, исходящей дате письма и его регистрационном номере, дате и номере предписания или запроса Банка России (в случае если отчетность представлена страховой организацией в ответ на полученное предписание или запрос Банка России).

1.2.5. Файл с именем "order.pdf", содержащий цифровую копию бумажного оригинала распорядительного документа о назначении лица, подписавшего отчетность, исполняющим обязанности руководителя страховой организации на период, соответствующий дате подписания отчетности (представляется только в случае, если отчетность подписана лицом, исполняющим обязанности руководителя страховой организации).

1.2.6. Файл с именем "tests_comments.xml", содержащий пояснения к протоколу проверки контрольных соотношений показателей отчетности (далее - протокол проверки), который представляется только в случае, если протокол проверки содержит контрольные соотношения, которые не выполнены либо в которых необходимо дать разъяснение в пояснительной записке.

1.2.7. Файлы, содержащие отсоединенные электронные подписи. Имена таких файлов получаются путем добавления к имени подписываемого файла расширения ".sig1": "0.xml.sig1", "f13.xml.sig1", "cover_letter.xml.sig1", "order.pdf.sig1", "tests_comments.xml.sig1".

1.3. При представлении отчетности страховой организацией должны быть обеспечены следующие условия:

соблюдение контрольных соотношений показателей отчетности, размещенных на официальном сайте Банка России в информационно-телекоммуникационной сети "Интернет";

соответствие электронной подписи государственным стандартам (ГОСТ) и предусмотренным в главе 3 настоящего документа требованиям.

1.4. Файл архива, содержащий набор файлов отчетности, формируется страховой организацией самостоятельно и присоединяется в качестве вложения к сообщению, направляемому в адрес Банка России через личный кабинет субъектов страхового дела.

В строке "Тема" направляемого сообщения необходимо указать "F13" латинскими буквами и, через запятую, регистрационный номер записи страховой организации в едином государственном реестре субъектов страхового дела (от одной до четырех цифр без лидирующих нулей).

Информация о зарегистрированной отчетности, представленной в форме электронного документа с электронной подписью, публикуется в информационно-телекоммуникационной сети "Интернет" по адресу http://lks.fcsm.ru/reginfo.htm.

2. Требования к форматам файлов

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

2.1. Структура xml-файлов

Каждый xml-файл должен иметь следующую структуру:

    <?xml version="1.0" encoding="windows-1251"?>

        <company id="CompanyId" kind="f13"

        period="Period">

...

    </company>

где CompanyId - регистрационный номер записи страховой организации в едином государственном реестре субъектов страхового дела (от одной до четырех цифр без лидирующих нулей);

Period - последний календарный день отчетного периода в формате "дд.мм.гггг".

Запись вида <xxx> в дальнейшем будет называться открывающимся, а </xxx> - закрывающимся тэгом xxx. Объявление тэга не должно содержать пробелов и символов табуляции. Текстовый блок между открывающимся <xxx> и закрывающимся </xxx> тэгами будет называться секцией xxx.

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

2.2. Файл 0.xml, содержащий описание страховой организации, сведения об иностранном инвесторе и данные справки об уставном капитале к разделу 1

2.2.1. Тело файла 0.xml должно состоять из одной или нескольких секций attributes, одной секции general и одной секции equity и иметь следующую структуру:

    <attributes date="StartDate">

        <attr1>Value 1</attr1>

...

        <attrN>Value N</attrN>

    </attributes>

    <attributes date="StartDate">

...

    </attributes>

    <general>

        <tag1>Value 1</tag1>

        <tag2>

            <subtag1>Value</subtag1>

            <subtag2>Value</subtag2>

        </tag2>

...

        <tagN>Value N</tagN>

    </general>

    <equity>

...

    </equity>

где StartDate - дата, начиная с которой перечисленные в секции атрибуты имеют актуальные значения.

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

Дополнительные секции attributes требуются лишь в случае, если за отчетный период какие-либо атрибуты страховой организации менялись.

Например, если за отчетный период поменялось наименование страховой организации, то в теле файла должна присутствовать дополнительная секция attributes:

    <attributes date="01.01.2016">

        <name>Общество с ограниченной

            ответственностью"Перестраховочная

            компания"Защита Ре"</name>

        <inn>7712345678</inn>

...

    </attributes>

    <attributes date="20.01.2016">

        <name>Общество с ограниченной

            ответственностью"Перестраховочная

            компания"Надежное

            перестрахование"</name>

        <inn>7712345678</inn>

...

    </attributes>

2.2.2. Внутри секции attributes указываются следующие атрибуты страховой организации (названия тэгов пишутся исключительно строчными латинскими буквами):

Таблица 1

Тэг	Значение	Содержание
1	2	3
name	Полное наименование организации	Полное фирменное наименование страховой организации в соответствии с ее уставом
shortname	Сокращенное фирменное наименование организации	Сокращенное фирменное наименование страховой организации в соответствии с ее уставом. В случае отсутствия у страховой организации сокращенного фирменного наименования поле не заполняется
inn	Идентификационный номер налогоплательщика (ИНН)	Присвоенный налоговым органом Российской Федерации в установленном порядке идентификационный номер налогоплательщика (ИНН) (номер состоит из десяти цифровых знаков)
ogrn	Основной государственный регистрационный номер (ОГРН)	Основной государственный регистрационный номер (ОГРН) юридического лица по Единому государственному реестру юридических лиц (ЕГРЮЛ) (номер состоит из тринадцати цифровых знаков)
okato	Код территории по ОКАТО	Код территории по Общероссийскому классификатору объектов административно-территориального деления (ОКАТО) (код состоит не менее чем из двух и не более чем из одиннадцати цифровых знаков)
okopf	Код по ОКОПФ	Код организационно-правовой формы страховой организации по Общероссийскому классификатору организационно-правовых форм (ОКОПФ) (код состоит из пяти цифровых знаков)
okfs	Код по ОКФС	Код формы собственности страховой организации по Общероссийскому классификатору форм собственности (ОКФС) (код состоит из двух цифровых знаков)
address	Место нахождения (адрес)	Адрес страховой организации в пределах места нахождения, указанного в ее уставе
address_post	Почтовый адрес	Индекс и точный почтовый адрес страховой организации
phone	Номер контактного телефона	Номер контактного телефона с указанием кода города
e-mail	Адрес электронной почты страховой организации	Адрес электронной почты страховой организации

2.2.3. Внутри секции general указываются следующие атрибуты страховой организации (названия тэгов пишутся исключительно строчными латинскими буквами):

Таблица 2

Тэг	Вложенный тэг	Значение	Содержание
1	2	3	4
account	foreign_investor	Иностранный инвестор (для страховой организации, являющейся дочерним обществом по отношению к иностранному инвестору)	Полное наименование акционера (участника) страховой организации - иностранного инвестора, по отношению к которому страховая организация является дочерним обществом. Полное наименование иностранного инвестора может указываться на английском языке
	oksm	Код страны иностранного инвестора по ОКСМ	Код страны иностранного инвестора, по отношению к которому страховая организация является дочерним обществом, в соответствии с Общероссийским классификатором стран мира (ОКСМ) (код состоит из трех цифровых знаков)
	sign_date	Дата подписания отчетности	Дата подписания отчетности руководителем страховой организации или лицом, исполняющим его обязанности (формат даты "дд.мм.гггг")
head	Руководитель или лицо, исполняющее его обязанности
	name	Фамилия, имя и отчество полностью	Полностью фамилия, имя и отчество (последнее при наличии) руководителя страховой организации или лица, исполняющего его обязанности (должны совпадать с именем, указанным в сертификате открытого ключа электронной подписи)
	position	Должность	Наименование должности руководителя страховой организации или лица, исполняющего его обязанности
assistant	Должностное лицо, ответственное за составление отчетности
	name	Фамилия, имя и отчество полностью	Полностью фамилия, имя и отчество (последнее при наличии) должностного лица, ответственного за составление отчетности
	position	Должность	Наименование должности должностного лица, ответственного за составление отчетности
	phone	Номер контактного телефона	Номер контактного телефона (с указанием кода города) должностного лица, ответственного за составление отчетности

2.2.4. Секция equity содержит данные справки об уставном капитале к разделу 1. Секция состоит из трех подсекций line, соответствующих трем строкам справки об уставном капитале, в каждой из которых указываются данные граф 3 и 4.

Структура секции equity имеет вид:

    <equity>

        <line id="LineCode">

            <col id="ColNo">Val</col>

            <col id="ColNo">Val</col>

        </line>

...

    </equity>

где LineCode - код строки справки об уставном капитале;

ColNo - номер графы;

Val - числовое значение.

2.3. Файл f13.xml, содержащий данные разделов отчетности

2.3.1. Тело файла, содержащее данные отчетности, должно состоять из единственной секции form и иметь следующую структуру:

    <form id="f13">

        <part id="PartId">

...

        </part>

...

    </form>

где PartId - номер подраздела или раздела отчетности (1.1, 1.2, 1.3, 1.4, 1.5, 2).

2.3.2. Секция part описывает один список из раздела (подраздела) отчетности. Количество строк в списках переменное, поэтому код строки в списках не используется.

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

Структура секции part имеет вид:

    <part id="PartId">

        <item>

            <col id="ColNo">Val</col>

            <col id="ColNo">Val</col>

            <col id="ColNo">Val</col>

        </item>

        <item>

            <col id="1">Val</col>

            <col id="2">Val</col>

            <col id="3">Val</col>

        </item>

        <summary>

            <col id="6">SummaryVal</col>

            <col id="7">SummaryVal</col>

        </summary>

    </part>

где ColNo - номер графы.

2.3.3. При формировании файлов отчетности вручную необходимо придерживаться следующих требований:

если какие-либо показатели отчетности не заполняются или не содержат значений либо помечены знаком "х", то соответствующие секции col в файл не помещаются;

если какие-либо разделы (подразделы) отчетности не заполняются или не содержат значений, то соответствующие секции part в файл не помещаются;

все суммы должны быть указаны в тысячах рублей без десятичных знаков (за исключением случаев, предусмотренных в установленной форме отчетности), даты - в формате "дд.мм.гггг";

пробелы и иные символы, кроме десятичной точки, в числах не допускаются;

коды строк записываются без лидирующего нуля, как целые числа;

при вводе текстовых значений (например, наименования страховой организации, акционера и т.п.) необходимо избегать использования символов: "&", "<", ">", двойных кавычек, одинарных кавычек. В случае необходимости их можно заменить последовательностями "&", "<", ">", """ и "'" соответственно.

2.4. Файл cover_letter.xml, содержащий данные из сопроводительного письма

2.4.1. Тело файла cover_letter.xml должно состоять из секции cover_letter, содержащей данные из сопроводительного письма, и иметь следующую структуру:

    <cover_letter>

        <attr1>Value 1</attr1>

        <attr2>

            <subattr1>Value</subattr1>

            <subattr2>Value</subattr2>

        </attr2>

...

        <attrN>Value N</attrN>

    </cover_letter>

2.4.2. Внутри секции cover_letter указываются следующие атрибуты сопроводительного письма страховой организации (названия тэгов пишутся исключительно строчными латинскими буквами):

Таблица 3

Тэг	Вложенный тэг	Значение
1	2	3
date		Дата письма (формат даты "дд.мм.гггг")
number		Регистрационный номер письма
date_cbr		Дата предписания или запроса Банка России (поле заполняется, если отчетность представлена в ответ на предписание или запрос Банка России)
number_cbr		Номер предписания или запроса Банка России (поле заполняется, если отчетность представлена в ответ на предписание или запрос Банка России)
addressee	Адресат
	name	Наименование получателя письма
	address	Почтовый адрес получателя письма
text		Текст письма (без таблиц, нумерованных списков и форматирования)
signer_position		Должность лица, подписавшего письмо
signer_name		Фамилия и инициалы лица, подписавшего письмо

2.5. Файл tests_comments.xml, содержащий пояснения к протоколу проверки

2.5.1. Тело файла tests_comments.xml должно состоять из одной или нескольких секций kind, содержащих пояснения к протоколу проверки, и иметь следующую структуру:

    <kind id="KindId">

        <test_comment part="PartId" relno="Relno">

            Текст пояснения

        </test_comment>

...

    </kind>

где KindId - вид контрольного соотношения. Может принимать следующие значения:

1 - контрольное соотношение, которое не выполнено;

2 - контрольное соотношение, требующее пояснения;

PartId - номер подраздела или раздела отчетности (1.1, 1.2, 1.3, 1.4, 1.5, 2);

Relno - номер контрольного соотношения согласно протоколу проверки;

Текст пояснения - произвольный текст, поясняющий конкретное контрольное соотношение. В тексте необходимо избегать использования символов: "&", "<", ">", двойных кавычек, одинарных кавычек. В случае необходимости их можно заменить последовательностями "&", "<", ">", """ и "'" соответственно.

2.5.2. Внутри секции kind содержатся вложенные подсекции test_comment, содержащие привязку к конкретному контрольному соотношению и текст пояснения. Количество вложенных подсекций должно совпадать с количеством контрольных соотношений, которые не выполнены либо в которых необходимо дать разъяснение в пояснительной записке.

3. Требования к электронной подписи

Для представления отчетности в форме электронного документа с электронной подписью страховой организации необходимо обеспечить соблюдение следующих требований к электронной подписи.

3.1. Электронная подпись должна выполняться в виде отдельного файла, имя которого получается путем добавления к имени подписываемого файла расширения ".sig1".

3.2. Формат файла подписи должен соответствовать спецификации RFC3369, стандарту PKCS#7.

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

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

3.5. Имя лица, подписавшего отчетность (руководителя страховой организации или лица, исполняющего его обязанности), указанное в сертификате открытого ключа, должно совпадать с именем, указанным в секции general файла, содержащего описание страховой организации, сведения об иностранном инвесторе и данные справки об уставном капитале к разделу 1 (0.xml).

3.6. Алгоритм подписи сертификатов и файлов отчетности должен соответствовать государственным стандартам (ГОСТ).

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

3.8. Для включенного в состав электронной подписи корневого сертификата аккредитованного удостоверяющего центра должен существовать кросс-сертификат, выпущенный головным удостоверяющим центром Министерства связи и массовых коммуникаций Российской Федерации.

3.9. Для вычисления свертки подписываемого документа должна использоваться хэш-функция в соответствии с требованиями государственных стандартов (ГОСТ).

3.10. Для формирования электронной подписи должны использоваться сертифицированные средства криптографической защиты информации (СКЗИ), легально установленные на рабочей станции страховой организации. Рекомендуемая марка: "КриптоПро CSP" версии не ниже 3.6.

Откройте актуальную версию документа прямо сейчас

Получить бесплатный доступ

Если вы являетесь пользователем интернет-версии системы ГАРАНТ, вы можете открыть этот документ прямо сейчас или запросить по Горячей линии в системе.