(1).jpg)
Информация Банка России "Условия и форматы представления страховщиками отчетности по формам 0420166 «Сведения об утверждении аудиторской организации или индивидуального аудитора», 0420167 «Сведения о договоре на проведение аудита» и 0420168 «Сведения об ответственном актуарии» в форме электронных документов”
Подготовка отчетности по формам 0420166 «Сведения об утверждении аудиторской организации или индивидуального аудитора», 0420167 «Сведения о договоре на проведение аудита» и 0420168 «Сведения об ответственном актуарии», составляемым в соответствии с Указанием Банка России от 21.04.2017 № 4356-У «О формах, сроках и порядке составления и представления отчетности страховыми организациями и обществами взаимного страхования в Центральный банк Российской Федерации» на нерегулярной основе (далее соответственно - форма 0420166, форма 0420167, форма 0420168), может быть осуществлена непосредственно через интерфейс личного кабинета субъектов страхового дела, размещенного на официальном сайте Банка России в разделе «Финансовые рынки / Личные кабинеты и отчетность / Личный кабинет субъектов страхового дела», либо самостоятельно в соответствии с требованиями настоящего документа.
1. Общие положения
1.1. Страховщики представляют отчетность в виде набора файлов, упакованного в один архив формата «.zip». Файлы должны обеспечивать считывание и контроль показателей отчетности.
Имя файла архива формируется следующим образом:
XXXX_дд.мм.гггг_opnp.zip
где XXXX - регистрационный номер записи страховщика в едином государственном реестре субъектов страхового дела (от одной до четырех цифр без лидирующих нулей);
дд.мм.гггг - дата наступления события*.
Например: 928_31.07.2017_opnp.zip.
1.2. Набор файлов, представляемых в составе отчетности, должен включать:
1.2.1. Файл описания страховщика с именем «0.xml», содержащий описание страховщика.
1.2.2. Файл с именем «150.xml», содержащий данные раздела 1 «Общие сведения» отчетности по форме 0420150 «Общие сведения о страховщике» (далее - форма 0420150).
1.2.3. Файл с именем «166.xml», содержащий данные формы 0420166 (в случае представления страховщиком формы 0420166).
1.2.4. Файл с именем «167.xml», содержащий данные формы 0420167 (в случае представления страховщиком формы 0420167).
1.2.5. Файл с именем «168.xml», содержащий данные формы 0420168 (в случае представления страховщиком, за исключением страховой медицинской организации, осуществляющей исключительно обязательное медицинское страхование, формы 0420168).
1.2.6. Файл Microsoft Word (с расширением «doc», «docx» или «rtf») с именем «comments_opn», содержащий полный текст пояснительной записки к отчетности (в случае ее составления).
1.2.7. Файл с именем «order.pdf», содержащий электронную копию распорядительного документа о назначении лица, подписавшего отчетность, исполняющим обязанности руководителя (директора) страховщика на период, соответствующий дате подписания отчетности (представляется только в случае, если отчетность подписана лицом, исполняющим обязанности руководителя (директора) страховщика).
1.2.8. Файл с именем «cover_letter.xml», содержащий данные из сопроводительного письма о составе представляемой страховщиком отчетности, исходящей дате письма и его регистрационном номере, дате и номере предписания или запроса Банка России (в случае если отчетность представлена страховщиком в ответ на полученное предписание или запрос Банка России).
1.2.9. Файл с именем «tests_comments.xml», содержащий пояснения к протоколу проверки контрольных соотношений показателей отчетности (далее - протокол проверки), который представляется только в случае, если протокол проверки содержит контрольные соотношения, которые не выполнены либо в которых необходимо дать разъяснения в пояснительной записке.
1.2.10. Файлы, содержащие отсоединенные электронные подписи. Имена таких файлов получаются путем добавления к имени подписываемого файла расширения «.sig1»: «0.xml.sig1», «150.xml.sig1», «166.xml.sig1», «167.xml.sig1», «168.xml.sig1», «order.pdf.sig1» «cover_letter.xml.sig1», «tests_comments.xml.sig1».
1.3. При представлении отчетности в форме электронных документов страховщиком должны быть обеспечены следующие условия:
соблюдение контрольных соотношений показателей формы 0420166, формы 0420167 и формы 0420168, размещенных на официальном сайте Банка России в информационно-телекоммуникационной сети «Интернет»;
соответствие электронной подписи государственным стандартам (ГОСТ) и предусмотренным в главе 3 настоящего документа требованиям.
1.4. Файл архива, содержащий набор файлов отчетности, формируется страховщиком с помощью средств интерактивного заполнения либо самостоятельно и присоединяется в качестве вложения к сообщению, направляемому в адрес Банка России через личный кабинет субъектов страхового дела.
В строке «Тема» направляемого сообщения необходимо указать «opnp» латинскими буквами и, через запятую, регистрационный номер записи страховщика в едином государственном реестре субъектов страхового дела (от одной до четырех цифр без лидирующих нулей).
Информация о зарегистрированной отчетности, представленной в форме электронных документов с электронной подписью, публикуется в информационно-телекоммуникационной сети «Интернет» по адресу http://lks.fcsm.ru/reginfo.htm.
2. Требования к форматам файлов
При подготовке файлов, представляемых в составе отчетности, необходимо руководствоваться следующими требованиями к форматам.
2.1. Структура xml-файлов
Каждый xml-файл должен иметь следующую структуру:
<?xml version=”1.0” encoding=”windows-1251”?>
<company id=”CompanyId” kind=”opnp”
period=”Period”>
...
</company>
где CompanyId - регистрационный номер записи страховщика в едином государственном реестре субъектов страхового дела (от одной до четырех цифр без лидирующих нулей);
Period - дата наступления события в формате «дд.мм.гггг».
Запись вида <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
| Тэг | Значение | Содержание |
|---|---|---|
| 1 | 2 | 3 |
| name | Полное наименование организации | Полное наименование страховщика в соответствии с его уставом |
| ogrn | Основной государственный регистрационный номер (ОГРН) | Основной государственный регистрационный номер (ОГРН) юридического лица по Единому государственному реестру юридических лиц (ЕГРЮЛ) (номер состоит из тринадцати цифровых знаков) |
| inn | Идентификационный номер налогоплательщика (ИНН) | Присвоенный налоговым органом Российской Федерации в установленном порядке идентификационный номер налогоплательщика (ИНН) (номер состоит из десяти цифровых знаков) |
| okpo | Код по ОКПО | Код по Общероссийскому классификатору предприятий и организаций (ОКПО) (код состоит из восьми цифровых знаков) |
| okato | Код территории по ОКАТО | Код территории по Общероссийскому классификатору объектов административно-территориального деления (ОКАТО) (код состоит не менее чем из двух и не более чем из одиннадцати цифровых знаков) |
2.2.3. Внутри секции general перечисляются следующие атрибуты страховщика (названия тэгов пишутся исключительно строчными латинскими буквами):
Таблица 2
| Тэг | Вложенный тэг | Значение | Содержание |
|---|---|---|---|
| 1 | 2 | 3 | 4 |
| account | sign_date | Дата подписания отчетности | Дата подписания отчетности руководителем (директором) страховщика или лицом, исполняющим его обязанности (формат даты «дд.мм.гггг») |
| head | Руководитель (директор) или лицо, исполняющее его обязанности | ||
| name | Фамилия, имя и отчество полностью | Полностью фамилия, имя и отчество (последнее при наличии) руководителя (директора) страховщика или лица, исполняющего его обязанности (должны совпадать с именем, указанным в сертификате открытого ключа электронной подписи) | |
| position | Должность | Наименование должности руководителя (директора) страховщика или лица, исполняющего его обязанности | |
| person_150 | Должностное лицо, ответственное за составление формы 0420150 | ||
| name | Фамилия, имя и отчество полностью | Полностью фамилия, имя и отчество (последнее при наличии) должностного лица, ответственного за составление формы 0420150 | |
| position | Должность | Наименование должности должностного лица, ответственного за составление формы 0420150 | |
| phone | Номер контактного телефона | Номер контактного телефона (с указанием кода города) должностного лица, ответственного за составление формы 0420150 | |
| person_166 | Должностное лицо, ответственное за составление формы 0420166 (заполняется только в случае представления формы 0420166) | ||
| name | Фамилия, имя и отчество полностью | Полностью фамилия, имя и отчество (последнее при наличии) должностного лица, ответственного за составление формы 0420166 | |
| position | Должность | Наименование должности должностного лица, ответственного за составление формы 0420166 | |
| phone | Номер контактного телефона | Номер контактного телефона (с указанием кода города) должностного лица, ответственного за составление формы 0420166 | |
| person_167 | Должностное лицо, ответственное за составление формы 0420167 (заполняется только в случае представления формы 0420167) | ||
| name | Фамилия, имя и отчество полностью | Полностью фамилия, имя и отчество (последнее при наличии) должностного лица, ответственного за составление формы 0420167 | |
| position | Должность | Наименование должности должностного лица, ответственного за составление формы 0420167 | |
| phone | Номер контактного телефона | Номер контактного телефона (с указанием кода города) должностного лица, ответственного за составление формы 0420167 | |
| person_168 | Должностное лицо, ответственное за составление формы 0420168 (заполняется только в случае представления формы 0420168) | ||
| name | Фамилия, имя и отчество полностью | Полностью фамилия, имя и отчество (последнее при наличии) должностного лица, ответственного за составление формы 0420168 | |
| position | Должность | Наименование должности должностного лица, ответственного за составление формы 0420168 | |
| phone | Номер контактного телефона | Номер контактного телефона (с указанием кода города) должностного лица, ответственного за составление формы 0420168 | |
2.3. Файл, содержащий данные отчетности
2.3.1. Тело файла, содержащее данные отчетности, должно состоять из единственной секции form и иметь следующую структуру:
<form id=”FormId”>
<table id=”xxx”>
...
</table>
...
<list id=”xxx”>
...
</list>
...
</form>
где FormId - последние три цифры кода формы по ОКУД (указывается «150», «166», «167», «168»).
2.3.2. Секция form состоит из секций table (обозначение в таблице 3 - «Тбл») и list (обозначение в таблице 3 - «Сп»).
Каждая секция table описывает одну таблицу из формы, а list - один список из формы. Отличие таблиц от списков в том, что таблицы имеют фиксированное количество строк, каждая из которых имеет свой код. Количество строк в списках переменное, поэтому код строки в списках не используется.
2.3.3. Порядок нумерации таблиц и списков в формах отчетности представлен в следующей таблице:
Таблица 3
| Форма отчетности | Раздел | Тип | Номер |
|---|---|---|---|
| 1 | 2 | 3 | 4 |
| Форма 0420150 | Общие сведения | Тбл | 1 |
| Форма 0420166 | Тбл | 1 | |
| Форма 0420167 | Сп | 1 | |
| Форма 0420168 | Тбл | 1 |
2.3.4. Структура секции 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=”20”>
<col id=”2”>Val</col>
<col id=”3”>Val</col>
<col id=”4”>Val</col>
</line>
</table>
где LineCode - код строки таблицы (без указания точек). Например, «3.4.4» кодируется как целое число «344»; ColNo - номер графы таблицы.
2.3.5. Структура секции list имеет вид:
<list id=”xxx”>
<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>
...
</list>
где ColNo - номер графы.
Список содержит несколько секций item, описывающих элементы списка.
2.3.6. При формировании файлов отчетности вручную необходимо придерживаться следующих требований:
если какие-либо показатели отчетности не заполняются или не содержат значений, то соответствующие секции в файл не помещаются;
если какие-либо разделы отчетности не заполняются или не содержат значений, то соответствующие секции в файл не помещаются; даты должны быть указаны в формате «дд.мм.гггг»;
при вводе текстовых значений (например, наименования страховщика, аудиторской организации и т.п.) необходимо избегать использования символов: «&», «<», «>», двойных кавычек, одинарных кавычек. В случае необходимости их можно заменить последовательностями «&», «<», «>», «"» и «'» соответственно.
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
| Тэг | Вложенный тэг | Значение |
|---|---|---|
| 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 - идентификатор раздела согласно таблице 3;
Relno - номер контрольного соотношения согласно протоколу проверки;
Текст пояснения - произвольный текст, поясняющий конкретное контрольное соотношение. В тексте необходимо избегать использования символов: «&», «<», «>», двойных кавычек, одинарных кавычек. В случае необходимости их можно заменить последовательностями «&», «<», «>», «"» и «'» соответственно.
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.
------------------------------
* Для формы 0420166 - дата утверждения уполномоченным органом страховщика повестки дня общего собрания акционеров (участников) страховой организации, членов общества взаимного страхования, содержащей вопрос об утверждении аудиторской организации или индивидуального аудитора, либо дата принятия решения о заседании правления общества взаимного страхования, на котором будет рассмотрен вопрос об утверждении аудиторской организации или индивидуального аудитора, либо дата принятия решения собственником имущества об утверждении аудиторской организации или индивидуального аудитора.
Для формы 0420167 - дата заключения, изменения договора на проведение аудита или прекращения его действия, дата получения аудиторского заключения.
Для формы 0420168 - дата заключения трудового договора или гражданско-правового договора, на основании которого проводится обязательное актуарное оценивание деятельности страховщика.
Обзор документа
Отчетность по формам 0420166 "Сведения об утверждении аудиторской организации или индивидуального аудитора", 0420167 "Сведения о договоре на проведение аудита" и 0420168 "Сведения об ответственном актуарии", составляемым на нерегулярной основе, может быть подготовлена непосредственно через интерфейс личного кабинета субъектов страхового дела на сайте Банка России либо самостоятельно.
Приводятся требования к составлению отчетности, к форматам файлов, к электронной подписи.
