Информация ЦБ РФ

ЦЕНТРАЛЬНЫЙ БАНК РОССИЙСКОЙ ФЕДЕРАЦИИ

ИНФОРМАЦИЯ

УСЛОВИЯ И ФОРМАТЫ ПРЕДСТАВЛЕНИЯ СТРАХОВЩИКАМИ ФОРМ ОТЧЕТНОСТИ, ПРЕДУСМОТРЕННЫХ П. 2 УКАЗАНИЯ БАНКА РОССИИ ОТ 21.04.2017 N 4356-У "О ФОРМАХ, СРОКАХ И ПОРЯДКЕ СОСТАВЛЕНИЯ И ПРЕДСТАВЛЕНИЯ ОТЧЕТНОСТИ СТРАХОВЫМИ ОРГАНИЗАЦИЯМИ И ОБЩЕСТВАМИ ВЗАИМНОГО СТРАХОВАНИЯ В ЦЕНТРАЛЬНЫЙ БАНК РОССИЙСКОЙ ФЕДЕРАЦИИ", ЗА 2017 ГОД В ФОРМЕ ЭЛЕКТРОННОГО ДОКУМЕНТА

Составляемые страховыми организациями и обществами взаимного страхования (далее при совместном упоминании - страховщики) в соответствии с Положением Банка России от 28.12.2015 N 526-П "Отраслевой стандарт бухгалтерского учета "Порядок составления бухгалтерской (финансовой) отчетности страховых организаций и обществ взаимного страхования" (далее - Положение Банка России N 526-П) формы отчетности: 0420125 "Бухгалтерский баланс страховой организации", 0420126 "Отчет о финансовых результатах страховой организации", а также приложения к бухгалтерскому балансу и отчету о финансовых результатах - 0420127 "Отчет об изменениях собственного капитала страховой организации", 0420128 "Отчет о потоках денежных средств страховой организации" (для страховых организаций) и 0420140 "Бухгалтерский баланс общества взаимного страхования", 0420141 "Отчет о целевом использовании средств общества взаимного страхования", а также приложения к бухгалтерскому балансу и отчету о целевом использовании средств - 0420142 "Отчет о финансовых результатах общества взаимного страхования", 0420143 "Отчет об изменениях собственного капитала общества взаимного страхования", 0420144 "Отчет о потоках денежных средств общества взаимного страхования" (для обществ взаимного страхования) (далее - формы отчетности) представляются в Банк России в соответствии с Указанием Банка России от 21.04.2017 N 4356-У "О формах, сроках и порядке составления и представления отчетности страховыми организациями и обществами взаимного страхования в Центральный банк Российской Федерации" в форме электронного документа, подписанного усиленной квалифицированной электронной подписью, через личный кабинет участника информационного обмена, ссылка на который размещена на официальном сайте Банка России в информационно-телекоммуникационной сети "Интернет".

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

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

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

XXXX_дд.мм.гггг_msfo.zip,

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

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

Например: 928_31.12.2017_msfo.zip.

1.2. Набор файлов должен включать:

1.2.1. Файл описания страховщика с именем "0.xml", содержащий описание страховщика.

1.2.2. Файлы с именами "39_125.xml", "39_126.xml", "39_127.xml", "39_128.xml", содержащие данные форм отчетности страховой организации (в случае если страховой организацией при составлении отчетности применяется МСФО (IAS) 39 "Финансовые инструменты: признание и оценка" (далее - МСФО (IAS) 39), или файлы с именами "9_125.xml", "9_126.xml", "9_127.xml", "9_128.xml", содержащие данные форм отчетности страховой организации (в случае если страховой организацией при составлении отчетности применяется МСФО (IFRS) 9 "Финансовые инструменты" (далее - МСФО (IFRS) 9).

1.2.3. Файлы с именами "39_140.xml", "39_141.xml", "39_142.xml", "39_143.xml", "39_144.xml", содержащие данные форм отчетности общества взаимного страхования (в случае если обществом взаимного страхования при составлении отчетности применяется МСФО (IAS) 39), или файлы с именами "9_140.xml", "9_141.xml", "9_142.xml", "9_143.xml", "9_144.xml", содержащие данные форм отчетности общества взаимного страхования (в случае если обществом взаимного страхования при составлении отчетности применяется МСФО (IFRS) 9).

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

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

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

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

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

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

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

1.4. Файл архива, содержащий набор файлов форм отчетности, формируется страховщиком самостоятельно и присоединяется в качестве вложения к сообщению, направляемому в адрес Банка России посредством личного кабинета участника информационного обмена через раздел "Предоставление отчетности/В разрезе задач/Субъекты страхового дела/Отчетность страховщиков за периоды по 31.12.2017 включительно и по ОКУД 0420001, начиная с 2018 г.".

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

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

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

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

<?xml version="1.0" encoding="windows-1251"?> <company id="CompanyId" kind="msfo" period="31.12.2017"> ... </company>

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

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

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

2.2. Файл описания страховщика (0.xml)

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

<attributes>

<attr1>Value 1</attr1>

...

<attrN>Value N</attrN>

</attributes>

<general>

<tag1>Value 1</tag1>

<tag2>

<subtag1>Value</subtag1>

<subtag2>Value</subtag2>

</tag2>

...

<tagN>Value N</tagN>

</general>

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

Таблица 1

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

Таблица 2

2.3. Файл, содержащий данные форм отчетности

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

<form id="fid">

...

</form>

где fid - идентификатор формы, совпадающий с именем xml-файла без расширения.

Внутри секции form могут содержаться только секции table, описывающие данные таблиц (обозначение в таблице 3 - "Тбл") или списков таблиц (обозначение в таблице 3 - Сп).

В составе одной формы может быть представлено несколько таблиц.

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

<table id="TableId">

<line id="LineId">

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

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

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

...

</line>

...

</table>

где Tableid - идентификатор таблицы или списка;

Lineid - код строки без лидирующих нулей;

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

Для списка итоговая строка (при ее наличии) указывается с кодом LineId=0, остальные строки нумеруются начиная от единицы (по возрастанию). Для таблиц форм бухгалтерской (финансовой) отчетности в качестве Lineid используются коды строк форм бухгалтерской (финансовой) отчетности, в том числе коды строк, содержащие точку.

На каждую форму отчетности оформляется отдельный xml-файл, имя которого образуется путем добавления последних трех цифр кода формы по ОКУД к префиксу "39_" (при составлении форм отчетности с применением МСФО (IAS) 39) или "9_" (при составлении форм отчетности с применением МСФО (IFRS) 9).

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

Таблица 3

<1> Представляется в случае, предусмотренном в пункте 4.7 Положения Банка России N 526-П.

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

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

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

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

отрицательные числа записываются со знаком минус;

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

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

при вводе текстовых значений (например, наименования страховщика, банка и т.п.) необходимо избегать использования символов: "&", "<", ">", двойных кавычек, одинарных кавычек. В случае необходимости их можно заменить последовательностями "&amp;", "&lt;", "&gt;", "&quot;" и "&apos;" соответственно.

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 перечисляются следующие атрибуты сопроводительного письма страховщика (названия тэгов пишутся исключительно строчными латинскими буквами):

Таблица 4

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

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

<kind id="KindId">

<test_comment form="FormId" part="PartId"

relno="Relno">

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

</test_comment>

...

</kind>

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

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

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

FormId - идентификатор формы (указывается префикс "39_" (при составлении форм отчетности с применением МСФО (IAS) 39) или "9_" (при составлении форм отчетности с применением МСФО (IFRS) 9) и последние три цифры кода формы по ОКУД);

PartId - идентификатор согласно таблице 3;

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

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

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

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

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

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

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

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

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

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

3.6. Идентификационный номер налогоплательщика (ИНН) и основной государственный регистрационный номер (ОГРН) юридического лица, указанные в сертификате открытого ключа, должны совпадать с соответствующими атрибутами, указанными в секции attributes файла, содержащего описание страховщика (0.xml).

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

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

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

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

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