См. Документы Центрального Банка Российской Федерации

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

ИНФОРМАЦИЯ

УСЛОВИЯ И ФОРМАТЫ
ПРЕДСТАВЛЕНИЯ СТРАХОВЩИКАМИ ОТЧЕТНОСТИ ПО ФОРМАМ
0420166 "СВЕДЕНИЯ ОБ УТВЕРЖДЕНИИ АУДИТОРСКОЙ ОРГАНИЗАЦИИ
ИЛИ ИНДИВИДУАЛЬНОГО АУДИТОРА", 0420167 "СВЕДЕНИЯ О ДОГОВОРЕ
НА ПРОВЕДЕНИЕ АУДИТА" И 0420168 "СВЕДЕНИЯ ОБ ОТВЕТСТВЕННОМ
АКТУАРИИ" В ФОРМЕ ЭЛЕКТРОННЫХ ДОКУМЕНТОВ

Подготовка отчетности по формам 0420166 "Сведения об утверждении аудиторской организации или индивидуального аудитора", 0420167 "Сведения о договоре на проведение аудита" и 0420168 "Сведения об ответственном актуарии", составляемым в соответствии с Указанием Банка России от 21.04.2017 N 4356-У "О формах, сроках и порядке составления и представления отчетности страховыми организациями и обществами взаимного страхования в Центральный банк Российской Федерации" на нерегулярной основе (далее соответственно - форма 0420166, форма 0420167, форма 0420168), может быть осуществлена непосредственно через интерфейс личного кабинета субъектов страхового дела, размещенного на официальном сайте Банка России в разделе "Финансовые рынки/Личные кабинеты и отчетность/Личный кабинет субъектов страхового дела", либо самостоятельно в соответствии с требованиями настоящего документа.

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

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

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

XXXX_дд.мм.гггг_opnp.zip

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

дд.мм.гггг - дата наступления события <1>.

--------------------------------

<1> Для формы 0420166 - дата утверждения уполномоченным органом страховщика повестки дня общего собрания акционеров (участников) страховой организации, членов общества взаимного страхования, содержащей вопрос об утверждении аудиторской организации или индивидуального аудитора, либо дата принятия решения о заседании правления общества взаимного страхования, на котором будет рассмотрен вопрос об утверждении аудиторской организации или индивидуального аудитора, либо дата принятия решения собственником имущества об утверждении аудиторской организации или индивидуального аудитора.

Для формы 0420167 - дата заключения, изменения договора на проведение аудита или прекращения его действия, дата получения аудиторского заключения.

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

Например: 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-файл должен иметь следующую структуру:

    
    
        ...
    

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

Period - дата наступления события в формате "дд.мм.гггг".

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

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

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

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

    
        Value 1
        ...
        Value N
    
    
        Value 1
        
            Value
            Value
        
            ...
        Value N
    

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 и иметь следующую структуру:

    
...
... ... ...

где 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 имеет вид:

    
            ValValVal
            ValValVal

где LineCode - код строки таблицы (без указания точек). Например, "3.4.4" кодируется как целое число "344";

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

2.3.5. Структура секции list имеет вид:

    
       
           Val
           Val
           Val
       
       
           Val
           Val
           Val
       
       ...
    

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

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

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

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

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

даты должны быть указаны в формате "дд.мм.гггг";

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

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

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

    
        Value 1
        
            Value
            Value
        
            ...
        Value N
    

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, содержащих пояснения к протоколу проверки, и иметь следующую структуру:

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

где 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.

Задайте вопрос юристу:
+7 (499) 703-46-71 - для жителей Москвы и Московской области
+7 (812) 309-95-68 - для жителей Санкт-Петербурга и Ленинградской области