<Информация> Банка России "Условия и форматы представления страховщиками отчетности в порядке надзора за июль и август 2017 года в форме электронных документов"

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

ИНФОРМАЦИЯ

УСЛОВИЯ И ФОРМАТЫ
ПРЕДСТАВЛЕНИЯ СТРАХОВЩИКАМИ ОТЧЕТНОСТИ В ПОРЯДКЕ НАДЗОРА
ЗА ИЮЛЬ И АВГУСТ 2017 ГОДА В ФОРМЕ ЭЛЕКТРОННЫХ ДОКУМЕНТОВ

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

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

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

XXXX_дд.мм.гггг_opn.zip

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

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

Например: 928_31.07.2017_opn.zip.

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

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

1.2.2. Файл с именем "150.xml", содержащий данные разделов 1 и 4 отчетности по форме 0420150 "Общие сведения о страховщике".

1.2.3. Файл с именем "154.xml", содержащий данные отчетности по форме 0420154 "Отчет о составе и структуре активов" (только для страховой организации, за исключением страховой медицинской организации, осуществляющей исключительно обязательное медицинское страхование).

1.2.4. Файл с именем "164.xml", содержащий данные отчетности по форме 0420164 "Оборотная ведомость по счетам бухгалтерского учета страховщика".

1.2.5. Файл с именем "165.xml", содержащий данные отчетности по форме 0420165 "Отчет о финансовых результатах страховщика (по символам доходов и расходов)".

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", "154.xml.sig1", "164.xml.sig1", "165.xml.sig1", "comments_opn.doc.sig1", "order.pdf.sig1", "cover_letter.xml.sig1", "tests_comments.xml.sig1".

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

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

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

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

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

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

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

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

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

    
    
        ...
    

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

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

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

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

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

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

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

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

Таблица 1

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

Таблица 2

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

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

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

    

        



            ...
        


        ...
        
            ...
        
    

где FormId - последние три цифры кода формы по ОКУД (указывается "150", "154", "164", "165").

2.3.2. Секция form состоит из нескольких секций table (обозначение в таблице 3 - "Тбл") и list (обозначение в таблице 3 - "Сп").

Каждая секция table описывает одну таблицу из формы отчетности, а list - один список из формы отчетности. Отличие таблиц от списков в том, что таблицы имеют фиксированное количество строк, каждая из которых имеет свой код. Количество строк в списках переменное, поэтому код строки в списках не используется.

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

Таблица 3

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

    



            ValValVal
            ValValVal

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

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

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

    
        
            Val
            Val
            Val
        
        
            Val
            Val
            Val
        
        

            SummaryVal
            SummaryVal
        
    

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

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

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

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

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

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

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

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

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

3 - соблюдение порядка инвестирования средств страховых резервов, собственных средств (капитала) страховщика и перечня разрешенных для инвестирования активов;

4 - коды активов;

5 - результаты дополнительной проверки;

FormId - идентификатор формы (указываются последние три цифры кода формы по ОКУД);

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

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

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

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

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

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.