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

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

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

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

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

XXXX_дд.мм.гггг_kstat.zip,

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

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

Например: 928_31.03.2016_kstat.zip.

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

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

1.2.2. XML-файлы, содержащие данные отчетности.

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

На каждый раздел отчетности оформляется отдельный xml-файл с именем раздела и расширением "xml": "ks1.xml", "ks2.xml", "ks3.xml" и т.д.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

     <company id="CompanyId" kind="kstat"

        period="Period">

        ...

     </company>

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

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

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

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

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

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

     <attributes date="StartDate">

         <attr1>Value 1</attr1>

         <attr2>

             <subattr1>Value</subattr1>

             <subattr2>Value</subattr2>

         </attr2>

         ...

         <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>

где 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	4
name		Полное наименование организации	Полное наименование страховщика в соответствии с его учредительными документами
shortname		Сокращенное фирменное наименование организации	Сокращенное фирменное наименование страховщика в соответствии с его учредительными документами. В случае отсутствия у страховщика сокращенного фирменного наименования поле не заполняется
inn		Идентификационный номер налогоплательщика (ИНН)	Присвоенный налоговым органом Российской Федерации в установленном порядке идентификационный номер налогоплательщика (ИНН) (номер состоит из десяти цифровых знаков)
ogrn		Основной государственный регистрационный номер (ОГРН)	Основной государственный регистрационный номер (ОГРН) юридического лица по Единому государственному реестру юридических лиц (ЕГРЮЛ) (номер состоит из тринадцати цифровых знаков)
okato		Код территории по ОКАТО	Код территории по Общероссийскому классификатору объектов административно-территориального деления (ОКАТО) (код состоит не менее чем из двух и не более чем из одиннадцати цифровых знаков)
okopf		Код по ОКОПФ	Код организационно-правовой формы страховщика по Общероссийскому классификатору организационно-правовых форм (ОКОПФ) (код состоит из пяти цифровых знаков)
okfs		Код по ОКФС	Код формы собственности страховщика по Общероссийскому классификатору форм собственности (ОКФС) (код состоит из двух цифровых знаков)
address		Место нахождения (адрес)	Адрес страховщика в соответствии с его учредительными документами
address_post		Почтовый адрес	Индекс и точный почтовый адрес страховщика
phone		Номер контактного телефона	Номер контактного телефона с указанием кода города
e-mail		Адрес электронной почты страховщика	Адрес электронной почты страховщика
kinds	Виды страхования (страховой деятельности)
	avto	Обязательное страхование гражданской ответственности владельцев транспортных средств	Если в отчетном периоде страховая организация имела право на осуществление вида страхования, предусмотренного подпунктом 14 или подпунктом 24 пункта 1 статьи 32.9 Закона Российской Федерации от 27.11.1992 N 4015-I "Об организации страхового дела в Российской Федерации" (далее - Закон N 4015-I) и осуществляемого по Правилам обязательного страхования гражданской ответственности владельцев транспортных средств, то указывается число "1", в противном случае - число "0"
	medical	Обязательное медицинское страхование	Если в отчетном периоде страховая организация имела право на осуществление вида страхования, предусмотренного подпунктом 5 или подпунктом 24 пункта 1 статьи 32.9 Закона N 4015-I и осуществляемого по Правилам обязательного медицинского страхования, то указывается число "1", в противном случае - число "0"
	medical_voluntary	Добровольное медицинское страхование	Если в отчетном периоде страховая организация имела право на осуществление вида страхования, предусмотренного подпунктом 5 пункта 1 статьи 32.9 Закона N 4015-I (кроме осуществляемого по Правилам обязательного медицинского страхования), то указывается число "1", в противном случае - число "0"
	other	Прочие виды страхования	Если в отчетном периоде страховая организация имела право на осуществление видов страхования, предусмотренных подпунктами 1 - 4, 6 - 24 пункта 1 статьи 32.9 Закона N 4015-I (кроме осуществляемого по Правилам обязательного страхования гражданской ответственности владельцев транспортных средств, Правилам обязательного медицинского страхования), то указывается число "1", в противном случае - число "0"
	reinsurance_in	Перестрахование принятое	Если в отчетном периоде страховая организация имела право на осуществление перестрахования, то указывается число "1", в противном случае - число "0"
	mutual_contract	Взаимное страхование на основании договора страхования	Если общество взаимного страхования осуществляет взаимное страхование на основании договора страхования, то указывается число "1", в противном случае - число "0"
	mutual_bylaw	Взаимное страхование на основании устава	Если общество взаимного страхования осуществляет взаимное страхование на основании устава, не предусматривающего заключение договора страхования, то указывается число "1", в противном случае - число "0"

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

Таблица 2

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

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

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

     <part id="PartId">

         <table id="1">

             ...

         </table>

         <markedtable id="2" okato="73000"

             name="Ульяновская область">

             ...

         </markedtable>

     </part>

где PartId - номер раздела, с префиксом "ks" (ks1, ks2 и т.д.).

2.3.2. Секция part состоит из нескольких секций table и markedtable. Каждая из секций описывает одну таблицу из раздела или подраздела отчетности.

Каждая секция table описывает простую таблицу с фиксированным количеством строк и граф.

Секция markedtable описывает таблицы раздела 2, подразделов 32.1.1, 32.2, 32.3.1, 32.4, содержащих переменное число таблиц (в зависимости от количества субъектов Российской Федерации, иностранных государств, форм и видов перестрахования) и фиксированное количество строк и граф.

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

     <table id="xxx">

         <line id="LineCode">

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

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

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

         </line>

         <line id="110">

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

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

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

         </line>

         ...

     </table>

где xxx - полный идентификатор раздела или подраздела (например, раздел 11 обозначается "11"; подраздел 32.3.1 обозначается "32.3.1");

LineCode - код строки таблицы;

ColNo - номер графы таблицы.

2.3.4. Структура секции markedtable имеет вид:

     <markedtable id="xxx" Attr1="Val1" ... AttrN="ValN">

         <line id="LineCode">

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

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

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

         </line>

         <line id="110">

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

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

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

         </line>

     </markedtable>

где xxx - последнее число в номере подраздела;

LineCode - код строки таблицы;

ColNo - номер графы таблицы.

Для раздела 2 отчетности:

Attr1 - code;

Val1 - код территории (указывать только цифры);

Attr2 - name;

Val2 - наименование территории.

Для подразделов 32.1.1 и 32.3.1 раздела 32 отчетности:

Attr1 - oksm;

Val1 - код иностранного государства по Общероссийскому классификатору стран мира (ОКСМ) (указывать только цифры);

Attr2 - name;

Val2 - наименование иностранного государства.

Для подразделов 32.2 и 32.4 раздела 32 отчетности:

Attr1 - reinsurance_code;

Val1 - код перестрахования (указывать только цифры);

Attr2 - reinsurance_name;

Val2 - наименование формы и вида перестрахования.

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

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

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

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

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

наименования субъектов Российской Федерации приводятся в порядке возрастания их кодов по Общероссийскому классификатору объектов административно-территориального деления (ОКАТО);

наименования иностранных государств приводятся в порядке возрастания их кодов по Общероссийскому классификатору стран мира (ОКСМ);

наименования форм и видов перестрахования приводятся в порядке возрастания кодов перестрахования.

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 form="FormId" part="PartId"

         relno="Relno">

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

         </test_comment>

         ...

     </kind>

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

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

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

FormId - идентификатор раздела отчетности;

PartId - идентификатор подраздела отчетности;

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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