2. Информационное письмо Банка России от 25.12.2013 N 50-13-СШ-12/14987 "Об условиях и форматах представления страховщиками и страховыми брокерами отчетности в виде электронных документов" (вместе с "Условиями и форматами представления страховщиками бухгалтерской (финансовой) отчетности и отчетности в порядке надзора в виде электронных документов", "Условиями и форматами представления страховыми организациями отчета об акционерах (участниках) и иных аффилированных лицах (форма N 13-страховщик) в виде электронного документа", "Условиями и форматами представления страховщиками формы статистической отчетности N 1-С "Сведения об основных показателях деятельности страховщика" в виде электронного документа", "Условиями и форматами представления страховщиками формы годовой статистической отчетности N 2-С "Сведения о деятельности страховой (страховой медицинской) организации за ____ год" и сведений о числе членов общества взаимного страхования за ____ год в виде электронных документов", "Условиями и форматами представления страховыми брокерами сведений о страховой брокерской деятельности за ____ год (форма N 1-брокер) в виде электронного документа")

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

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

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

    
    
        ...
    

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

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

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

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

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

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

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

где StartDate - дата, начиная с которой перечисленные в секции атрибуты имеют актуальные значения.

Первая секция attributes должна иметь дату начала отчетного года и описывать все атрибуты страховщика, перечисленные в таблице 1.

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

Например, если за отчетный период поменялось наименование страховщика, то в теле файла должна присутствовать дополнительная секция attributes:

    
        Общество с ограниченной
            ответственностью"Перестраховочная
            компания"Защита Pe"
        7712345678
        ...
    
    
        Общество с ограниченной
            ответственностью"Перестраховочная
            компания"Надежное
            перестрахование"
        7712345678
        ...
    

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

Таблица 1

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

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

<2> Данный атрибут страховщика содержится только в годовой отчетности за отчетный год.

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

Таблица 2

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

<3> Данная секция содержится только в годовой отчетности за отчетный год.

<4> Данная секция содержится только в промежуточной отчетности за первое полугодие отчетного года.

<5> Данный атрибут страховщика содержится только в промежуточной отчетности за первое полугодие отчетного года.

Сведения о должностных лицах, ответственных за составление соответствующей формы отчетности в порядке надзора, в тэгах person_1, person_2, person_3, person_4, person_5, person_6 заполняются только в том случае, если страховщиком представлена соответствующая форма в составе отчетности в порядке надзора.

2.2.4. Внутри секции explanation перечисляются имена файлов пояснений в текстовой форме (при представлении годовой отчетности за отчетный год) и пояснительной записки согласно предусмотренным в таблице 3 кодам разделов:

Таблица 3

Секция explanation состоит из нескольких секций part, в каждой из которых перечисляются все файлы, содержащие информацию из пояснений в текстовой форме (при представлении годовой отчетности за отчетный год) и пояснительной записки, в обрамлении тэгов и .

    
        
            main.doc
            tables.xls
        
        ...
        
            experience.doc
        
        ...
        

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

Количество секций part должно совпадать с количеством предусмотренных таблицей 3 разделов.

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

Например, если страховщик не выдавал обеспечения обязательств, то в файле раздела "Информация о выданных страховщиком обеспечениях обязательств" он указывает о данном факте.

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

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

    

        



            ...
        


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

где FormId - имя формы (1, 2, 3, 4, 6oms, 6ovs, 7, 8, 9, 10, 11, 12). Для пояснений в табличной форме принимает значение "5".

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

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

Для описания подразделов 2.2, 2.2.1, 2.3.1 - 2.3.13 Отчета о страховых резервах (форма N 8-страховщик), содержащих переменное число таблиц (в зависимости от количества учетных групп), служат секции markedtable.

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

Таблица 4

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

    



            ValValVal
           ValValVal

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

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

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

   
       
           Val
           Val
           Val
       
       
           Val
           Val
           Val
       
       

           SummaryVal
           SummaryVal
       
    

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

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

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

    
        
            Val
            Val
            Val
        
        
            Val
            Val
        
    

где xxx - номер таблицы;

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

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

Attr1 - group_code;

Val1 - номер учетной группы;

Attr2 - group_name;

Val2 - наименование учетной группы.

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

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

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

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

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

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

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

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

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

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

    
        Value 1
        
            Value
            Value
        
            ...
        Value N
    

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

Таблица 5

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

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

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

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

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

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

3 - соблюдение Порядка размещения страховщиками средств страховых резервов, утвержденного приказом Минфина России от 02.07.2012 N 100н, и Требований, предъявляемых к составу и структуре активов, принимаемых для покрытия собственных средств страховщика, утвержденных приказом Минфина России от 02.07.2012 N 101н;

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

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

FormId - идентификатор формы отчетности или пояснений в табличной форме;

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

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

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

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