ЦЕНТРАЛЬНЫЙ БАНК РОССИЙСКОЙ ФЕДЕРАЦИИ
ИНФОРМАЦИЯ
УСЛОВИЯ И ФОРМАТЫ
ПРЕДСТАВЛЕНИЯ СТРАХОВЩИКАМИ БУХГАЛТЕРСКОЙ (ФИНАНСОВОЙ)
ОТЧЕТНОСТИ, СОСТАВЛЕННОЙ В СООТВЕТСТВИИ С ОТРАСЛЕВЫМИ
СТАНДАРТАМИ БУХГАЛТЕРСКОГО УЧЕТА, В ВИДЕ ЭЛЕКТРОННЫХ
ДОКУМЕНТОВ НАЧИНАЯ С ПЕРВОГО КВАРТАЛА 2017 ГОДА
1. Общие положения
1.1. Страховые организации и общества взаимного страхования (далее - ССД) представляют бухгалтерскую (финансовую) отчетность в виде набора файлов, упакованного в один архив формата ".zip". Для подготовки и формирования архива используется специализированное программное обеспечение, размещаемое на официальном сайте Банка России. Также описанные форматы могут быть использованы для подготовки отчетной информации во внешних информационных системах с последующим импортом в программу Банка России.
Имя файла архива формируется следующим образом:
XXXX_ДД.ММ.ГГГГ_msfo.zip,
где XXXX - регистрационный номер ССД по единому государственному реестру субъектов страхового дела (от одной до четырех цифр без лидирующих нулей);
ДД.ММ.ГГГГ - отчетная дата (день, месяц, год);
Например: 999_31.03.2017_msfo.zip.
1.2. Набор файлов, представляемых в составе отчетности, должен включать:
1.2.1. Файл с именем 0.xml, содержащий описание ССД, а также перечень файлов дополнительной сопутствующей информации к формам бухгалтерской (финансовой) отчетности страховой организации в случае их представления.
1.2.2. Файлы с именами "39_125.xml", "39_126.xml", "39_127.xml", "39_128.xml", содержащие данные форм бухгалтерской (финансовой) отчетности страховой организации, подготовленные в соответствии с положением Банка России N 526-П (в случае если ССД является страховой организацией и составляет отчетность IFRS 39);
1.2.3. Файлы с именами "39_140.xml", "39_141.xml", "39_142.xml", "39_143.xml", "39_144.xml" содержащие данные форм бухгалтерской (финансовой) отчетности общества взаимного страхования, подготовленные в соответствии с положением N 526-П (в случае если ССД является обществом взаимного страхования и составляет отчетность IFRS 39);
1.2.4. Файлы с именами "39_1.xml".. "39_69.xml", содержащие данные примечаний к формам бухгалтерской (финансовой) отчетности страховой организации, подготовленные в соответствии с положением N 526-П (в случае если ССД является страховой организацией и составляет отчетность IFRS 39); При этом файлы "39_29.xml", "39_38.xml", "39_56.xml" представляются только ССД, являющимися страховыми медицинскими организациями;
1.2.5. Файлы с именами "39_1.xml"..."39_10.xml", "39_12.xml", "39_15.xml"..."39_28.xml", "39_30.xml", "39_33.xml"..."39_35.xml", "39_44.xml"..."39_55.xml", "39_57.xml", "39_58.xml", "39_62.xml"..."39_69.xml", содержащие данные примечаний к формам бухгалтерской (финансовой) отчетности общества взаимного страхования;
1.2.6. Файлы с именами "9_125.xml", "9_126.xml", "9_127.xml", "9_128.xml", содержащие данные форм бухгалтерской (финансовой) отчетности страховой организации (в случае если ССД является страховой организацией и составляет отчетность IFRS 9);
1.2.7. Файлы с именами "9_140.xml", "9_140.xml", "9_141.xml", "9_142.xml", "9_143.xml", "9_144.xml", содержащие данные форм бухгалтерской (финансовой) отчетности общества взаимного страхования (в случае если ССД является обществом взаимного страхования и составляет отчетность IFRS 9);
1.2.8. Файлы с именами "9_1.xml".. "9_75.xml", содержащие данные примечаний к формам бухгалтерской (финансовой) отчетности страховой организации (в случае если ССД является страховой организацией и составляет отчетность IFRS 9); При этом файлы "9_13.xml", "9_31.xml", "9_40.xml", "9_62.xml" представляются только ССД, являющимися страховыми медицинскими организациями;
1.2.9. Файлы с именами "9_1.xml"..."9_12.xml", "9_16.xml"..."9_30.xml", "9_32.xml", "9_35.xml"..."9_37.xml", "9_46.xml"..."9_61.xml", "9_63.xml", "9_64.xml", "9_68.xml"..."9_75.xml", содержащие данные примечаний к формам бухгалтерской (финансовой) отчетности общества взаимного страхования;
1.2.10. Файл с именем "order.pdf", содержащий цифровые копии бумажных оригиналов распорядительных документов о возложении соответствующих обязанностей, который представляется только в случае, если отчетность подписана лицом, исполняющим обязанности руководителя (директора).
1.2.12. Файл с именем "tests_comments.xml", содержащий пояснения к протоколу проверки контрольных соотношений показателей отчетности (далее - протокол проверки), который представляется только в случае, если протокол проверки содержит контрольные соотношения, которые не выполнены либо в которых необходимо дать разъяснения.
1.2.13. Файлы дополнительной сопутствующей информации, представляемые на усмотрение подотчетной организации. Разрешенные типы файлов: документ Microsoft Office: (xls, xslx, doc, docx), электронный документ (pdf), текстовый документ (txt), архив (zip), изображение (tiff, jpg, jpeg, png).
1.2.14. Файлы, содержащие отсоединенные электронные подписи. Имена таких файлов получаются путем добавления к имени подписываемого файла расширений ".sig1".
Например: "0.xml.sig1", "39_125.xml.sig1", "39_11.xml.sig2",
"order.pdf.sig1", "tests_comments.xml.sig1".
2. Требования к форматам файлов
При подготовке файлов, представляемых в составе отчетности, необходимо руководствоваться следующими требованиями к форматам:
2.1. Структура xml-файлов.
Каждый xml-файл должен исполняться в русской однобайтовой кодировке win1251 и иметь следующую структуру:
...
где CompanyId - регистрационный номер ССД по единому государственному реестру субъектов страхового дела (от одной до четырех цифр без лидирующих нулей);
Period - последний календарный день отчетного периода в формате дд.мм.гггг, например: 31.03.2017.
Запись вида
Таким образом, xml-файлы состоят из заголовка и единственной секции company.
Внутри секции company может содержаться информация по одной форме описания (файл 0.xml) или отчетной форме:
Здесь fid - идентификатор формы, совпадающий с именем xml-файла без расширения.
Внутри секции form могут содержаться следующие секции:
table - описывает данные таблицы или списка;
cloneset - описывает данные набора повторяющихся фрагментов, содержащих данные таблиц и списков.
В составе одной формы может быть представлено несколько таблиц и наборов.
Структура секции table имеет вид:
... Val Val Val ... где
TableId - идентификатор таблицы или списка
LineId - код строки без лидирующих нулей
ColNo - номер колонки (графы)
Для списка итоговая строка (при ее наличии) показывается с кодом LineId=0, остальные строки нумеруются, начиная от единицы по возрастанию.
Структура секции cloneset имеет вид:
ParamVal ParamVal ... ..
где
ClonesetId - идентификатор набора
CloneNo - порядковый номер фрагмента в наборе начиная с единицы
ParamName - название параметра фрагмента в наборе
ParamVal - значение параметра фрагмента в наборе
Как видно из приведенного выше примера, внутри каждого фрагмента содержится секция table, описывающая табличные данные в контексте этого фрагмента.
2.2. Файл описания ССД "0.xml"
Для файла описания 0.xml в качестве идентификатора формы используется "0". Внутри секции form файла описания содержатся следующие наборы и таблицы:
Информация о страховщике содержится в таблицах набора с id="1". В наборе обязательно должен присутствовать фрагмент, описывающий страховщика на начало отчетного периода, при этом значение параметра dat="01.01.2017". Если на протяжении отчетного периода какие-либо атрибуты страховщика менялись, то в набор включается дополнительный фрагмент, в котором значение параметра dat указывает соответствующую дату, а показатели содержат информацию, актуальную начиная с этого момента. Таблица с информацией о страховщике имеет следующую структуру:
Информация о представленном отчете содержится в таблице с id="3" и имеет следующую структуру:
Перечень представленных файлов дополнительной сопутствующей информации содержится в списке с id="4". При этом строки списка нумеруются начиная с единицы, а для хранения имени файла используется колонка с номером 3.
2.3. Файлы с данными форм и примечаний.
На каждую отчетную форму оформляется отдельный xml-файл, имеющий расширение "xml", имя которого образуется добавлением последних трех цифр ОКУД к префиксу "39_" (для IFRS 39) или "9_" (для IFRS 9). Для каждого примечания оформляется отдельный xml-файл, имя которого образуется добавлением порядкового номера примечания к префиксу "39_" (для IFRS 39) или "9_" (для IFRS 9). Для обозначения таблиц и списков внутри файлов форм и примечаний используются следующие идентификаторы:
2.4. Кодирование
Кодирование информации из текстовых примечаний.
Так как часть примечаний имеет неструктурированный (текстовый) вид, когда показатели расположены внутри текста, то для их кодирования в разрезе код строки - номер графы используются следующие правила:
- Если текстовое примечание содержит внутри себя поля ввода для заполнения отдельных значений (шаблон), то для кода строки (атрибут тэга line) и кода графы (атрибут тэга col) используются значения "1".
- Если текстовое примечание представляет собой простое поле ввода для записи произвольного текста, то для кода строки (атрибут тэга line) используется значение "1", а для кода графы (атрибут тэга col) используются значение "2".
- При заполнении текстового примечания-шаблона следует для выделения заполняемых значений использовать конструкции:
здесь атрибут "v" тэгов "pd","pi","pf1","pf2","pf" содержит значение в нормальной форме (дата в формате DD.MM.YYYY, число без пробелов и со знаком точки в качестве десятичного разделителя), а в качестве содержимого тэгов указывается отображаемое отформатированное значение.
перед записью в файл необходимо обеспечить выполнение п. 3.5. настоящих условий и форматов.
2.5. Структура файла пояснений к протоколу проверки контрольных соотношений
Файл пояснений к протоколу проверки контрольных соотношений предназначен для хранения поясняющей информации к тем контрольным соотношениям, в которых обнаружены расхождения в процессе проверки. Файл пояснений представляет собой XML-документ в кодировке Windows-1251 с именем tests_comments.xml.
... Атрибуты секции company аналогичны атрибутам этой секции в файле отчетной формы. RelType - тип контрольного соотношения, для двух из которых предопределены значения:
"1" - обычное контрольное соотношение
"2" - соотношение, требующее пояснений
Внутри секции kind содержатся секции test_comment.
Структура секции test_comment имеет вид:
Текст пояснения где
FormId - идентификатор формы
PartId - идентификатор раздела формы
RelNo - номер контрольного соотношения
3. При формировании файлов отчетности вручную или с помощью стороннего программного обеспечения необходимо придерживаться следующих требований:
3.1. если какие-либо показатели форм отчетности не заполняются или не содержат значений, то соответствующие секции в файл не помещаются;
3.2. если какие-либо разделы (подразделы) форм отчетности не заполняются или не содержат значений, то соответствующие секции в файл не помещаются;
3.3. все даты должны быть указаны в формате дд.мм.гггг;
3.4. пробелы и иные символы, кроме десятичной точки, в числах не допускаются;
3.5. при вводе текстовых значений (например, наименования ССД, банка и т.п.) необходимо избегать использования символов: "&", "<", ">", двойных кавычек, одинарных кавычек. В случае необходимости их можно заменить последовательностями "&", "<", ">", """ и "'" соответственно.
4. Для представления отчетности в виде электронного документа с электронной подписью ССД необходимо обеспечить соблюдение следующих требований к электронной подписи:
4.1. Электронная подпись должна выполняться в виде отдельного файла, имя которого получается путем добавления к имени подписываемого файла расширений ".sig1".
4.2. Формат файла подписи должен соответствовать спецификации RFC3369, стандарту PKCS#7.
4.3. Сертификат открытого ключа усиленной квалифицированной электронной подписи должен быть выпущен удостоверяющим центром, аккредитованным Министерством связи и массовых коммуникаций Российской Федерации.
4.4. В подписи должна содержаться цепочка сертификатов, начиная от сертификата открытого ключа лица, поставившего подпись (руководителя ССД или лица, исполняющего его обязанности), до корневого сертификата аккредитованного удостоверяющего центра включительно или до корневого сертификата головного удостоверяющего центра Министерства связи и массовых коммуникаций Российской Федерации.
4.5. Имя лица, подписавшего отчетность (руководителя ССД или лица, исполняющего его обязанности), указанное в сертификате открытого ключа, должно совпадать с именем, указанным в файле описания в качестве подписанта.
4.6. Алгоритм подписи сертификатов и файлов отчетности должен соответствовать государственным стандартам (ГОСТ).
4.7. Все сертификаты, содержащиеся в подписи, должны быть действительны на предполагаемый момент проверки электронной подписи отчетности и не должны присутствовать в актуальных списках отозванных сертификатов, получаемых через информационно-телекоммуникационную сеть "Интернет".
4.8. Для включенного в состав электронной подписи корневого сертификата аккредитованного удостоверяющего центра должен существовать кросс-сертификат, выпущенный головным удостоверяющим центром Министерства связи и массовых коммуникаций Российской Федерации.
4.9. Для вычисления свертки подписываемого документа должна использоваться хэш-функция в соответствии с требованиями государственных стандартов (ГОСТ).
4.10. Для формирования электронной подписи должны использоваться сертифицированные средства криптографической защиты информации (СКЗИ), легально установленные на рабочей станции ССД. Рекомендуемая марка: "КриптоПро CSP" версии не ниже 3.6.
