Правила формирования отчетности в формате XBRL и ее представления в Банк России

ГАРАНТ:

См. Разъяснения Банка России по формированию надзорной отчетности в формате XBRL управляющими компаниями инвестиционных фондов, паевых инвестиционных фондов, негосударственных пенсионных фондов (версия от 18 мая 2018 года N 1)

1. Введение

1.1. Условные обозначения, сокращения и термины

В случае если в настоящих правилах используются формулировки "должен, должны", то при подготовке отчета в формате XBRL необходимо однозначно следовать рекомендации, содержащей данную формулировку. Отчеты в формате XBRL, не соответствующие таким рекомендациям, с большой долей вероятности будут признаны системой сбора Банка России недействительными и отклонены.

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

Рекомендации, правила, содержащие формулировку "может, можно", подразумевают разрешение и описывают действия, которые могут быть предприняты, и конструкции, которые могут быть использованы.

Таблица 1

Понятие	Определение
XBRL (extensible Business Reporting Language)	Расширяемый язык деловой отчетности - формат передачи регуляторной, финансовой и другой отчетности
Отчитывающаяся организация	Финансовая организация, которая в соответствии с требованиями Банка России должна представлять отчетность в формате XBRL в Банк России
Отчет XBRL (instance файл)	Отчетный файл в формате xml или xbrl, представляемый в Банк России отчитывающейся организацией в соответствии с таксономией Банка России на основании требований нормативных актов Банка России. Содержит факты о деятельности организации, соответствующие концептам, определенным в таксономии XBRL, на основе которой формируется файл. Содержит контексты (context) и единицы измерения (unit), которые представляют дополнительную информацию для интерпретации фактов в файле с отчетными данными
Точка входа	Схема таксономии XBRL Банка России, определяющая набор отчетных показателей, их аналитических разрезов и применимых контрольных соотношений. Точка входа представляет собой сценарий представления отчетных данных в Банк России. Точка входа определяет набор данных, представляемых в Банк России в зависимости от срока представления, отчетного периода, типа отчитывающейся организации, применяемого стандарта формирования отчетности и иных критериев. Список точек входа размещен на официальном сайте Банка России по адресу (http: //www.cbr.ru/finmarket/projects_xbrl1/taxonomy_xbrl/) в составе сопроводительных документов к таксономии XBRL Банка России
Структурные элементы отчета XBRL	Синтаксические элементы отчета XBRL, являющиеся основными элементами, формирующими структуру отчета XBRL
Контрольные соотношения	Совокупность зависимостей между показателями и (или) требований к значениям показателей, описывающая логику взаимосвязи показателей и (или) их значений. Контрольные соотношения реализованы как в таксономии XBRL Банка России, так и за ее пределами. К контрольным соотношениям за пределами таксономии XBRL Банка России относятся контрольные соотношения для проверки на соответствие значений справочникам, классификаторам, реестрам, контрольные соотношения в части сравнительных данных, структурных соотношений, наличия (отсутствия) лицензий
Таксономия XBRL Банка России	Таксономия, которая должна использоваться отчитывающимися организациями для формирования отчетов в формате XBRL, представляемых в Банк России
Отчетная дата	Дата, по состоянию на которую организация представляет отчетные данные в формате XBRL в Банк России
Единица измерения (unit)	XML фрагмент, являющийся дочерним элементом корневого элемента xbrl в файле с отчетными данными. Каждый <unit> элемент в файле с отчетными данными содержит информацию по одной отдельной единице измерения
Контекст (context)	XML элемент, являющийся дочерним элементом корневого элемента xbrl в файле с отчетными данными. Содержит информацию об отчитывающейся организации (entity), периоде (period), за который раскрывается факт, и информацию об аналитических разрезах, суммарно позволяющих интерпретировать данные по отчетным показателям
Отчетный показатель (concept)	С синтаксической точки зрения - декларация элемента в XML схеме, определяющая его в тип item или tuple. С точки зрения семантики - определение типа факта, который может быть сообщен о деятельности или природе бизнес-процесса. В таксономии XBRL Банка России элементы типа tuple не используются
Факт (fact)	Информация, которая содержится в отчете XBRL и представляется в Банк России. Факт имеет значение, связанное с отчетным показателем (concept) таксономии XBRL Банка России, а также контекстную информацию (context), ассоциированную с ним
Пространство имен XML (XML namespace)	URI ссылка, элемент XML и его атрибуты могут быть размещены в пространстве имен XML согласно механизмам, определенным в спецификации Namespaces in XML 1.0 (https://www.w3.org/TR/xml-names/)
Префикс	Краткое буквенное обозначение xsd схемы, однозначно идентифицирующее пространство имен элемента
Расширенная связь ролей (Extended Link Role, ELR)	Атрибут @xlink:role, производный от XML элемента xl:link, определенный в спецификации XBRL 2.1, представляет собой URI путь, используемый для группировки записей в базах ссылок таксономии XBRL Банка России
Нормативные акты Банка России в части составления и представления в Банк России отчетности в формате XBRL	Нормативные акты Банка России, регламентирующие порядок составления и представления в Банк России отчетности в формате XBRL
Валидация подготовленной отчетности	Процесс проверки отчета в формате XBRL на соответствие спецификациям XML1.0 (https://www.w3.org/TR/xml/#dt-valid), XBRL 2.1 (http://www.xbrl.org/Specification/XBRL-2.1/REC-2003-12-31/XBRL-2.1-REC-2003-12-31+corrected-errata-2013-02-20.html), XBRL Dimensions 1.0 (http://www.xbrl.org/specification/dimensions/rec-2012-01-25/dimensions-rec-2006-09-18+corrected-errata-2012-01-25-clean.html), настоящим правилам, контрольным соотношениям Банка России
Открытая ось (Taxis)	Элемент таксономии, позволяющий отчитывающейся организации декларировать (объявлять) компоненты аналитического разреза в составе отчетного документа. Используются как идентификаторы отчетных сущностей (например, идентификаторы контрагентов, дебиторов, кредиторов, застрахованных лиц, вкладчиков, связанных сторон, ценных бумаг, объектов недвижимого имущества и пр.); сущности в свою очередь обогащены реестровой информацией (ИНН, ОГРН, ISIN, наименование и пр.)
Закрытая ось (Axis)	Элемент таксономии, связанный с фиксированным перечнем компонентов, в разрезе которых предполагается раскрытие информации
Список с фиксированным перечнем для выбора (Enumerator)	Элемент таксономии, содержащий в себе фиксированный перечень компонентов и представляющий собой выпадающий список значений, интерпретируемых в качестве фактов (спецификация Extensible Enumerations 1.0 https://specifications.xbrl.org/spec-group-index-extensible-enumerations.html)
Лица, ответственные за предметную область отчетности	Фактические исполнители, подготовившие ту или иную область отчета XBRL
НП	Не применимо
Decimals	Разрядность
Точка данных	Элемент отчета XBRL. Представляет собой комбинацию отчетного показателя (concept) и контекста. Пример: денежные средства на расчетных счетах (concept) по состоянию на 31.03.2018 (dimensional value 1), в кредитной организации 1 (dimensional value 2), в рублях (dimensional value 3)

1.2. Область применения

Процесс подготовки отчетности в формате XBRL для представления в Банк России является итерационным и состоит из ряда последовательных этапов: 1) подготовка отчетности отчитывающейся организацией; 2) валидация подготовленной отчетности; 3) корректировка подготовленной отчетности (при необходимости); 4) представление отчетности в Банк России.

Настоящий документ разработан в соответствии с пунктом 1.3 Указания Банка России от 03.11.2017 N 4600-У "О порядке взаимодействия Банка России с кредитными организациями, некредитными финансовыми организациями и другими участниками информационного обмена при использовании ими информационных ресурсов Банка России, в том числе личного кабинета" и четвертым абзацем пункта 4 статьи 28 Закона Российской Федерации от 27.11.1992 N 4015-I "Об организации страхового дела в Российской Федерации" и представляет собой совокупность дополнительных правил и инструкций, которые необходимо соблюдать (учитывать) отчитывающимся организациям при создании отчета XBRL (instance файла) для представления в Банк России.

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

Данными правилами необходимо руководствоваться только при подготовке отчета XBRL с целью представления в Банк России. В иных случаях при подготовке отчета XBRL организации могут создавать отчеты, руководствуясь инструкциями запрашивающей отчетность организации, собственными соображениями и экспертным мнением.

В основу настоящего документа положены стандарты формирования отчета XBRL 1.0 (Financial Reporting Instance Standards 1.0), подготовленные международным консорциумом XBRL International.

2. Общие методические рекомендации

2.1. Правила формирования архивов для представления отчетов в формате XBRL в Банк России

Отчетность в формате XBRL должна представляться в Банк России в виде зашифрованных архивов с расширением zip. Размер архива не должен превышать 2 Гб. При необходимости представления в Банк России архивов размером более 2 Гб, следует направить заявку в службу поддержки Единого личного кабинета участников финансового рынка на адрес электронной почты espp@cbr.ru

Архив, содержащий отчет в формате XBRL (instance файл), в обязательном порядке должен иметь следующую структуру:

- сервисный файл с расширением xml (Service....xml),

- отчет XBRL (instance файл).

Дополнительно в составе архива могут быть сопроводительные документы с расширением .doc, .pdf и иные (кроме исполняемых файлов).

В случае если в состав архива прикладывается электронная копия аудиторского заключения в формате pdf, рекомендуется, чтобы файл имел наименование "audit_report.pdf".

Если в состав архива прикладывается электронная копия актуарного заключения, рекомендуется, чтобы файл имел наименование "actuarial_report.pdf".

Если в состав архива прикладывается электронная копия отчета об оценке, рекомендуется, чтобы файл имел наименование "evaluation_report.pdf".

Если в состав архива прикладывается пояснительная записка, рекомендуется, чтобы файл имел наименование "pz.doc".

Если в состав архива прикладывается электронная копия распорядительного документа о назначении лица, подписавшего отчетность, исполняющим обязанности руководителя отчитывающейся организации, на период, соответствующий дате подписания отчетности (представляется только в случае, если отчетность подписана лицом, исполняющим обязанности руководителя отчитывающейся организации), рекомендуется, чтобы файл имел наименование "order.pdf"

Детальная структура архива представлена в Приложении 1 к настоящим правилам. Более подробные требования к структуре архивов, а также требования к подписанию пакетов отчетности изложены в инструкции по работе с Единым личным кабинетом участников финансового рынка (https://portal4.cbr.ru/Account/Login?ReturnUrl=%2F) в разделе "Правила использования".

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

1) заархивировать отчет XBRL, сопроводительный (сервисный) файл (Service.xml), а также иные сопроводительные файлы при помощи программы архиватора в формат .zip.

При этом архив должен иметь следующее наименование arch_ ОГРН/ОГРНИП_ТочкаВхода_ДатаЗавершенияОтчетногоПериода.zip

Пример: arch_1234567891234_ep_nso_npf_m_30d_20170531.zip

Правила наименования архивов представлены в таблице 2.

2) подписать полученный архив УКЭП. Если архив подписывается одной УКЭП, это можно сделать непосредственно из интерфейса Единого личного кабинета участника финансового рынка, либо с помощью КриптоАрм (в результате чего будет получен файл отсоединенной подписи с расширением .zip.sig).

Пример: arch_1234567891234_ep_nso_npf_m_30d_20170531.zip.sig

В случае если в соответствии с требованиями нормативных актов Банка России архив должен быть подписан двумя УКЭП, то подписание осуществляется с помощью КриптоАрм (в результате чего будут получены два файла отсоединенной подписи с расширение zip.1.sig и zip.2.sig).

Пример: arch_1234567891234_ep_nso_npf_m_30d_20170531.zip.1.sig и arch_1234567891234_ep_nso_npf_m_30d_20170531.zip.2.sig

3) оригинальный архив (согласно п.1) и отсоединенную (ые) подпись (и) (согласно п.2) поместить в единый архив с расширением .zip.

Наименование зашифрованного файла должно быть следующим: ОГРН/ОГРНИП_ТочкаВхода_ДатаЗавершенияОтчетногоПериода.zip.enc

Пример: 1234567891234_ep_nso_npf_m_30d_20170531.zip.enc

Таблица 2

Символ (набор символов) в наименовании архива	Расшифровка символа (набор символов) в наименовании архива
arch	Обязательный компонент наименования архива, который должен содержаться во всех наименованиях архивов
ОГРН/ОГРНИП	Основной государственный регистрационный номер отчитывающейся организации (ОГРН), состоит из 13 цифр / Основной государственный регистрационный номер индивидуального предпринимателя (ОГРНИП), состоит из 15 цифр
Точка входа	Ссылка на точку входа таксономии XBRL Банка России, в соответствии с которой в Банк России представляется массив отчетных данных, содержащихся в отчете XBRL (instance файле). Набор всех точек входа содержится в таксономии XBRL Банка России и в составе сопроводительных материалов к таксономии XBRL Банка России, публикуемых на официальном сайте Банка России по адресу: http://cbr.ru/finmarket/projects_xbrl1/taxonomy_xbrl
Дата завершения отчетного периода	Отчетная дата, по состоянию на которую организация представляет отчетные данные в формате XBRL в Банк России (в формате ггггммдд)

2.2. Правила формирования архивов для представления отчетов XBRL в Банк России (для негосударственных пенсионных фондов, в случае необходимости подтверждения сведений специализированным депозитарием)

Требования к размеру архива соответствуют требованиям, изложенным в пункте 2.1 настоящих правил.

Архив, содержащий отчеты XBRL (instance файлы), в обязательном порядке должен иметь структуру, соответствующую схеме, изложенной в приложении 2 настоящих правил.

Дополнительно в состав архива могут быть включены сопроводительные документы с расширением .doc, .pdf и иные (кроме исполняемых файлов).

2.3. Правила формирования архивов для представления отчетов XBRL в Банк России (для управляющих компаний инвестиционных фондов, паевых инвестиционных фондов и негосударственных пенсионных фондов, в случае необходимости подтверждения сведений специализированным депозитарием или регистратором)

Требования к размеру архива соответствуют требованиям, изложенным в пункте 2.1 настоящих правил.

Архив, содержащий отчеты XBRL (instance файлы), в обязательном порядке должен иметь структуру, соответствующую схеме, изложенной в Приложении 3 к настоящим правилам.

Дополнительно в состав архива могут быть включены сопроводительные документы с расширением .doc, .pdf и иные (кроме исполняемых файлов).

2.4. Требования к сервисному файлу Service.xml

Сервисный файл должен иметь расширение xml. Сервисный файл должен иметь наименование в соответствии со следующей структурой:

Service_ОГРН/ОГРНИП_ТочкаВхода_ДатаЗавершенияОтчетногоПериода.xml

Пример: Service_1234567891234_ep_nso_npf_m_30d_20170531.xml

Сервисный файл должен иметь следующую структуру, представленную на рисунке 1:

Рис. 1

<?xml version = "1.0" encoding="utf-8"?>

<ServiceInfo xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">

<Name> Служебный файл пакета отчетности</Name>

<Type_Message>XBRL</Type_Message>

<Files>

<FileItem>

<Name>Наименование отчета XBRL (instance - файла) </Name>

<Description>XBRL файл пакета отчетности</Description>

</FileItem>

</Files>

<ReportDate> Отчетная daтa</ReportDate>

</ServiceInfo>

2.5. Правила именования отчета XBRL (instance файла)

Любой отчет XBRL (instance файл) должен иметь расширение xbrl или xml (нижний регистр).

Любой отчет XBRL (instance файл), представляемый в Банк России, должен иметь именование в соответствии со следующей структурой:

XBRL_ОГРН/ОГРНИП_ТочкаВхода_ДатаЗавершенияОтчетногоПериода.xml/.xbrl

Пример: XBRL_1234567891234_ep_nso_npf_m_30d_20170531.xbrl

Детальные правила наименования файлов представлены в таблице 3.

Таблица 3

Символ (набор символов) в наименовании файла	Расшифровка символа (набор символов) в наименовании файла
XBRL	Обязательный компонент наименования файла, должен содержаться во всех наименованиях файлов
ОГРН/ОГРНИП	Основной государственный регистрационный номер отчитывающейся организации (ОГРН), состоит из 13 цифр / Основной государственный регистрационный номер индивидуального предпринимателя (ОГРНИП), состоит из 15 цифр
Точка входа	Ссылка на точку входа таксономии XBRL Банка России, в соответствии с которой в Банк России представляется массив отчетных данных, содержащихся в отчете XBRL (instance - файле). Набор всех точек входа содержится в таксономии XBRL Банка России и в составе сопроводительных материалов к таксономии XBRL Банка России, опубликованных на официальном сайте Банка России по адресу: http://cbr.ru/finmarket/projects_xbrl1/taxonomy_xbrl
Дата завершения отчетного периода	Отчетная дата, по состоянию на которую организация представляет отчетные данные в формате XBRL в Банк России (в формате ггггммдд)

2.6. Используемая кодировка и требования к регистру символов в отчете XBRL (instance файле)

Все представляемые в Банк России отчеты XBRL (instance файлы) должны использовать кодировку символов UTF-8 (без BOM).

Наименование всех структурных элементов отчета XBRL должно формироваться с использованием латинских символов в кодировке UTF-8 (без BOM). Использование кириллицы допускается только при заполнении значений отчетных данных для показателей, для которых предусмотрено текстовое значение, а также для заполнения значений открытых осей.

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

Пример: <?xml version="1.0" encoding=" UTF-8 "?>

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

2.7. Ссылка на используемую точку входа таксономии XBRL Банка России

Таксономия XBRL Банка России содержит в себе множество точек входа, предназначенных для подготовки различных отчетов XBRL. Любой отчет XBRL (instance файл) должен иметь ссылку только на один файл схемы точки входа, на основе которой он сформирован. Ссылка должна содержать в себе полный абсолютный URL. Использование локального адреса до схемы точки входа запрещено. Отсылка должна содержаться в атрибуте xlink:href элемента <link:schemaRef>, использование атрибута <linkbaseRef> запрещено.

Пример: <link:schemaRef xlink:type="simple"

xlink:href="http://www.cbr.ru/xbrl/nso/npf/rep/2017-12-31/ep/ep_nso_ npf_m_30d.xsd"/>

2.8. Объявление пространств имен и префиксов

Объявление пространств имен (namespace) и префиксов (prefix) производится в виде атрибутов элемента <xbrli:xbrl>. Локальное объявление пространств имен внутри документа не допускается.

Отчеты XBRL могут содержать определенное число префиксов пространств имен. Таблица стандартных префиксов представлена ниже.

Таблица 4

Префикс (prefix)	Пространство имен (namespace)
xbrli	http://www.xbrl.org/2003/instance
xlink	http: //www.w3.org/1999/xlink
link	http://www.xbrl.org/2003/linkbase
xsi	http://www.w3.org/2001/XMLSchema-instance
iso4217	http://www.xbrl.org/2003/iso4217

Не используемые пространства имен не рекомендуется объявлять в отчетах XBRL (instance файлах).

2.9. Порядок структурных элементов отчета XBRL (instance файла)

Структурные элементы отчета XBRL (instance файла) должны быть дочерними элементами корневого элемента xbrl. Элементы должны иметь такой порядок, при котором объекты, на которые осуществляется ссылка, предшествуют ссылкам. Рекомендуется придерживаться следующего порядка структурных элементов в составе отчета XBRL, представленного в таблице 5.

Таблица 5

Порядковый номер	Элемент отчета XBRL	Описание
1	schemaRef	Элемент schemaRef должен быть объявлен первым дочерним элементом корневого элемента xbrl в отчете XBRL
2	context	Элементы context должны быть объявлены после элемента schemaRef
3	unit	Элементы unit должны быть объявлены после элементов context
4	Facts	Элементы Facts должны быть объявлены после элементов unit
5	Footnotes	Элементы Footnotes должны быть объявлены после элементов facts

2.10. Соответствие отчета XBRL (instance файла) спецификациям XML 1.0, XBRL 2.1 и XBRL Dimensions 1.0

Отчет XBRL должен быть синтаксически верным XML документом в соответствии со спецификацией XML 1.0.

Отчет XBRL (instance файл) должен соответствовать спецификациям XBRL 2.1 и XBRL Dimensions 1.0.

Отчитывающиеся организации должны осуществлять валидацию соответствия отчетов XBRL (instance файлов) спецификациям XBRL 2.1 и XBRL Dimensions 1.0 до момента представления отчетов XBRL в Банк России.

2.11. Комплектность и полнота отчета XBRL (instance файла)

Любой отчет XBRL (instance файл) должен представлять собой целостный и полный отчет, содержащийся в одном файле. Полный отчет XBRL - отчет, содержащий в себе данные по показателям всех форм, которые входят в состав точки входа таксономии XBRL Банка России, на основе которой он сформирован.

При необходимости представления в Банк России измененных данных по уже представленной отчетности в формате XBRL отчитывающаяся организация должна представить в Банк России отчет XBRL (instance файл), содержащий в себе полный массив как измененных, так и неизмененных отчетных данных согласно точке входа, на основе которой формируется отчет.

2.12. Соответствие данных отчета XBRL (instance файла) контрольным соотношениям Банка России

Таксономия XBRL Банка России содержит контрольные соотношения, которые должны автоматически распознаваться специализированным программным обеспечением, используемым при создании отчета XBRL. Контрольные соотношения используются для проверки качества отчетных данных представленных в формате XBRL.

Рекомендуется, чтобы данные отчета XBRL (instance файла) удовлетворяли всем контрольным соотношениям, заложенным в таксономию XBRL Банка России (база ссылок формула таксономии XBRL Банка России), по точке входа, на основе которой подготовлен отчет XBRL (instance файл), а также правилам, установленным в нормативных актах и прочих документах Банка России, включая правила, не представленные в контрольных соотношениях, определенных в таксономии XBRL Банка России (контрольные соотношения за пределами таксономии XBRL Банка России). В том случае если по мнению отчитывающейся организации контрольное соотношение не выполняется по объективным причинам, отчитывающейся организации следует дать пояснения по данному контрольному соотношению в сопроводительном файле формата MS WORD (pz.doc), прикладываемом в состав архива с отчетностью.

2.13. Соответствие данных отчета XBRL (instance файла) маскам ввода, заложенным в таксономию XBRL Банка России

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

Пример: показатель "Код депозита" (ins-dic:Kod_Depozit) имеет маску ввода вида [1-6][1-8][1-3][1-6][1-4][0-3]. Согласно данной маске ввода, значение показателя "Код депозита" должно состоять ровно из 6 цифр, первая из которых от 1 до 6, вторая - от 1 до 8, третья - от 1 до 3, четвертая - от 1 до 6, пятая - от 1 до 4, шестая - от 0 до 3.

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

2.14. Обязательность сведений в составе отчета XBRL, представляемого в Банк России

Каждый отчет XBRL, представляемый в Банк России отчитывающейся организацией, должен содержать в себе сведения об отчитывающейся организации, а также о лице, подписавшем отчетность (для отчетов XBRL по надзорной и бухгалтерской (финансовой) отчетности). Также в составе отчета XBRL (кроме отчетов XBRL по бухгалтерской (финансовой) отчетности) должны быть представлены сведения о лицах, ответственных за предметную область отчетности, для оперативной связи сотрудников Банка России по возникающим при обработке отчетности вопросам. В случае если составлением отчета XBRL занималось только одно ответственное лицо, достаточно указать его один раз. Пример заполненных сведений о лицах, ответственных за предметную область отчетности, представлен в Приложении 4 к настоящим правилам.

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

2.15. Расширение таксономии отчитывающимися организациями

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

2.16. Срок действия таксономии XBRL Банка России

При формировании отчетов XBRL и представлении их в Банк России отчитывающаяся организация должна учитывать срок действия таксономии XBRL Банка России. Срок действия таксономии содержится в файле description.xml, в составе архива с таксономией XBRL Банка России.

Пример содержания файла description.xml таксономии XBRL Банка России версия 1.0 представлен на рисунке 2.

Рис.2

<TaxonomyDescription xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd= "http://www.w3.org/2001/XMLSchema">

<Version>20171231</Version>

<DateBegin>2018-01-01T00:00:00</DateBegin>

<DateEnd>2018-06-30T00:00:00</DateEnd>

<DatePublic xsi:nil= "true "></DatePublic>

<Comments>Таксономия XBRL Банка России версия 1.0</Comments>

</TaxonomyDescription>

Отчитывающаяся организация должна формировать отчет XBRL на основе той версии таксономии XBRL Банка России, срок действия которой включает в себя отчетную дату.

Пример:

Отчетная дата 2018-06-30. Следовательно, необходимо использовать версию таксономии XBRL Банка России, в файле description.xml которой отчетная дата попадает в интервал срока действия таксономии XBRL Банка России.

При необходимости повторного формирования отчета XBRL с целью представления корректирующих данных при наличии выявленных ошибок отчитывающаяся организация должна использовать ту версию таксономии XBRL Банка России, которая была актуальна на ту отчетную дату, на которую необходимо пересдать отчет XBRL.

3. Требования к синтаксису отчета XBRL (instance файла)

3.1. Общая структура отчета XBRL (instance файла)

Отчеты XBRL (instance файлы) содержат в себе факты (facts) только для отчетных элементов (concepts), контексты (contexts), единицы измерения (units) (для числовых фактов в отчете), примечания (footnotes). В отчетах может представляться отчетная информация, раскрываемая по множеству контекстов. Данные могут представляться за несколько периодов или на несколько отчетных дат. Дополнительно отчетные факты могут быть разделены в соответствии со сценариями (scenario - дочерний элемент контекста, см. пункт 3.2 настоящих правил), определенными в таксономии XBRL Банка России. Примечания (footnotes) при необходимости могут быть даны отчитывающейся организацией к отчетному факту.

3.2. Требования к контекстам (context)

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

Каждый контекст имеет уникальный технический идентификатор id:

<xbrli:context id="Context1">

Идентификаторы контекста должны быть уникальными, но при этом не должны быть слишком подробными. Допускается наличие не более 255 символов в составе идентификатора контекста. Не допускается, чтобы идентификатор контекста начинался с цифр.

Благодаря контексту осуществляется идентификация отчитывающейся организации. Дочерние элементы контекста <xbrli:entity> и <xbrli:identifier> позволяют Банку России однозначно идентифицировать отчитывающуюся организацию - в качестве идентификатора должен указываться ОГРН или ОГРНИП отчитывающейся организации. Элемент <xbrli:identifier> должен содержать атрибут scheme. Атрибут scheme элемента <xbrli:identifier> должен быть http://www.cbr.ru.

Рис. 3

<xbrli:context id= " Context1">

<xbrli: entity >

<xbrli:identifier scheme="http://www.cbr.ru">1234567891234</xbrli:identifier>

</xbrli:entity>

Все элементы xbrli:identifier в одном отчете XBRL должны иметь идентичное содержание. То есть в одном отчете XBRL должна быть указана только одна отчитывающаяся организация.

Контекст должен содержать указание на дату (instant) / за период (duration), к которой (к которому) относится факт (значение отчетного показателя). Значение должно записываться в дочерний к контексту элемент <xbrli:period> в дочерние элементы <xbrli:instant> для значения на дату и в дочерние элементы <xbrli:startDate> и <xbrli:endDate> для значения за период. Несколько отдельных фактов, представляемых на одну и ту же дату / за один и тот же период и имеющие одинаковую комбинацию аналитических признаков должны ссылаться на один и тот же контекст.

Даты в элементе периода контекста должны указываться в формате ГГГГ-ММ-ДД. Указание времени в значении дат не допускается. Примеры приведены на рисунках 4 и 5.

Рис. 4

<xbrli:context id= " Context1 ">

<xbrli:entity>

<xbrli: identifier scheme="http://www.cbr.ru "> 1234567891234</xbrli:identifier>

</xbrli:entity>

<xbrli:period>

<xbrli:instant>2017-09-30</xbrli:instant>

</xbrli:period>

</xbrli: context>

Рис. 5

<xbrli:context id=" Context1">

<xbrli:entity>

<xbrli:identifier scheme-"http://www.cbr.ru">1234567891234</xbrli:identifier>

</xbrli: entity>

<xbrli:period>

<xbrli:startDate>2017-01-01</xbrli:startDate>

<xbrli:endDate>2017-09-30</xbrli:endDate>

</xbrli:period>

</xbrli:context>

В отчетах XBRL, представляемых в Банк России, даты в элементе периода контекста должны указываться с учетом требований, изложенных в таблице 6.

Таблица 6

Отчетный период	Тип показателя, имеющего ссылку на контекст	Даты	Пример	Пример отражения в отчете XBRL в элементе <xbrli:period> контекста
месяц	на дату: остаток на начало отчетного периода	последний календарный день предыдущего месяца	Отчетный месяц - февраль 2018. Дата 2018-01-31	<xbrli:period> <xbrli:instant>2018-01- 31</xbrli:instant> </xbrli:period>
	за период: движение за отчетный период (потоковый показатель)	первый календарный день текущего отчетного месяца - последний календарный день текущего отчетного месяца	Отчетный месяц - февраль 2018: Дата начала отчетного периода 2018-02-01 Дата окончания отчетного периода 2018-02-28	<xbrli:period> <xbrli:startDate>2018-02- 01</xbrli:startDate> <xbrli:endDate>2018-02- 28</xbrli:endDate> </xbrli:period>
	на дату: остаток на конец отчетного периода	последний календарный день текущего отчетного месяца	Отчетный месяц - февраль 2018. Дата 2018-02-28	<xbrli:period> <xbrli:instant>2018-02- 28</xbrli:instant> </xbrli:period>
квартал	на дату: остаток на начало отчетного периода	последний календарный день предыдущего квартала	Отчетный квартал - 2 квартал 2018: Дата : 2018-03-31	<xbrli:period> <xbrli:instant>2018-03- 31</xbrli:instant> </xbrli:period>
	за период: движение за отчетный период (потоковый показатель)	первый календарный день текущего отчетного квартала - последний календарный день текущего отчетного квартала	Отчетный квартал - 2 квартал 2018: Дата начала отчетного периода 2018-04-01 Дата окончания отчетного периода 2018-06-30	<xbrli:period> <xbrli:startDate>2018-04-01 </xbrli:startDate> <xbrli:endDate>2018-06- 30</xbrli:endDate> </xbrli:period>
	на дату: остаток на конец отчетного периода	последний календарный день текущего отчетного квартала	Отчетный квартал - 2 квартал 2018: Дата : 2018-06-30	<xbrli:period> <xbrli:instant>2018-06- 30</xbrli:instant> </xbrli:period>
год	на дату: остаток на начало отчетного периода	последний календарный день предыдущего года	Отчетный год -2018: Дата начала отчетного периода 2017-12-31	<xbrli:period> <xbrli:instant>2017-12- 31</xbrli:instant> </xbrli:period>
	за период: движение за отчетный период (потоковый показатель)	первый календарный день текущего отчетного года - последний календарный день текущего отчетного года	Отчетный год 2018: Дата начала отчетного периода 2018-01-01 Дата окончания отчетного периода 2018-12-31	<xbrli:period> <xbrli:startDate>2018-01- 01 </xbrli:startDate> <xbrli:endDate>2018-12- 31</xbrli:endDate> </xbrli:period>
	на дату: остаток на конец отчетного периода	последний календарный день текущего отчетного года	Отчетный год 2018: Дата : 2018-12-31	<xbrli:period> <xbrli:instant>2018-12- 31</xbrli:instant> </xbrli:period>
квартал нарастающим итогом	на дату: остаток на начало отчетного периода	последний календарный день предыдущего года	Отчетный квартал - 2 квартал 2018: Дата 2017-12-31	<xbrli:period> <xbrli:instant>2017-12- 31</xbrli:instant> </xbrli:period>
	за период: движение за отчетный период (потоковый показатель)	первый календарный день текущего отчетного года - последний календарный день текущего отчетного квартала	Отчетный квартал -2 квартал 2018: Дата начала отчетного периода 2018-01-01 Дата окончания отчетного периода 2018-06-30	<xbrli:period> <xbrli:startDate>2018-01- 01 </xbrli:startDate> <xbrli:endDate>2018-06- 30</xbrli:endDate> </xbrli:period>
	на дату: остаток на конец отчетного периода	последний календарный день текущего отчетного квартала	Отчетный квартал - 2 квартал 2018: Дата 2018-06-30	<xbrli:period> <xbrli:instant>2018-06- 30</xbrli:instant> </xbrli:period>

В случае если в нормативном акте установлены иные требования к определению даты начала и даты конца отчетного периода (например, последний рабочий день отчетного месяца), то отчитывающиеся организации при определении даты в элементе период контекста могут руководствоваться требованиями нормативного акта Банка России, при этом необходимо подчеркнуть, что в любом случае значение, содержащееся в теге <xbrli:instant> контекста, соответствующего началу периода, должно быть равно дате начала отчетного периода минус 1 день.

Согласно общему подходу XBRL факт связывается с реальной датой события. Использование данного подхода может привести к неоднозначной трактовке состава отчета XBRL. В связи с этим Банк России принял следующий подход: а) в качестве основной даты в элементе периода контекста отчета XBRL выступает отчетная дата; б) для монетарных показателей при установлении даты необходимо руководствоваться требованиями нормативных актов Банка России в части составления и представления в Банк России отчетности в формате XBRL и вышеизложенной таблицы.

Пример:

Факт "Дата выдачи лицензии фонду" должен ссылаться на контекст, содержащий в элементе периода отчетную дату.

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

Пример:

В отчете за 2016 финансовый год компания сообщает о судебном разбирательстве, завершенном в 2014 финансовом году. Тем не менее, информацию в текстовом формате следует раскрывать в контексте 2016 финансового года.

Отчетный период начинается в 00:00:00 первого дня и заканчивается в 24:00:00 последнего дня отчетного периода; это период по умолчанию в соответствии со спецификацией XBRL 2.1. В контекстах следует использовать только дату по ISO 8601, но без указания времени.

Контекст, используемый для описания значения показателя, имеющего аналитический разрез, должен содержать в себе указание компонента закрытой или открытой оси, к которому относится данный факт. Компоненты оси должны объявляться в дочернем для контекста элементе <xbrli:scenario>. Использование дочернего элемента контекста <xbrli:segment> не допускается.

Рис. 6

<xbrli:context id=" Context1 ">

<xbrli:entity>

<xbrli: identifier scheme="http://www.cbr.ru ">1234567891234</xbrli: identifier>

</xbrli:entity>

<xbrli:period>

<xbrli:startDate>2017-09-01</xbrli:startDate>

<xbrli:endDate>2017-09-30</xbrli:endDate>

</xbrli:period

<xbrli: scenario>

<xbrldi:explicitMember dimension= "dim-int: Vznosy_NPOAxis" mem-

int:Vznosy_NPO_UchtennyeMember</xbrldi:explicitMember>

</xbrli:scenario>

</xbrli: context>

Компонент закрытой оси должен объявляться в качестве значения дочернего элемента <xbrldi:explicitMember>, в атрибуте dimension которого указывается наименование элемента таксономии, отражающего аналитический разрез с указанием имени элемента и префикса элемента. Компонент открытой оси должен объявляться отчитывающейся организацией самостоятельно в качестве значения дочернего элемента <xbrldi:typedMember>, в атрибуте dimension которого указывается наименование элемента таксономии, отражающего аналитический разрез с указанием имени элемента и префикса элемента внутри тега, содержащего наименование элемента, указанного в атрибуте typedDomainRef открытой оси. В случае если значение аналитики, предусмотренное таксономией, не возможно согласно бизнес-логике, то в значение компонента данной открытой оси должно вводиться значение "НП". В качестве примера присвоения значения компонента "НП" для открытой оси можно привести наименование компонента открытой оси "Идентификатор прочего актива", которая используется в таксономии надзорной отчетности НПФ в отчете о составе портфеля собственных средств (имущества, предназначенного для осуществления уставной деятельности). Так, в случае если значение коэффициента одинаково для всех типов прочих активов и стоимость прочих активов отражается в рамках всей группы, без расшифровки до каждого отдельного актива, в качестве компонента открытой оси "Идентификатор прочего актива" должно быть указано значение "НП". Также в качестве примера присвоения компонента "НП" открытой оси можно привести ось Идентификатор строки. Открытая ось Идентификатор строки используется в случаях, когда в конкретном отчете (разделе отчета) не хватает имеющихся открытых осей для внесения данных с необходимой степенью детализации. Если открытая ось Идентификатор строки не используется для этой цели. Значения дочернего элемента <xbrldi:typedMember> могут заполняться как латинскими, так и кириллическими символами.

В таксономии XBRL Банка России распространено использование открытых осей, предназначенных для идентификации тех или иных отчетных сущностей или бизнес-объектов. С этой целью введено понятие идентификатора. Механизм присвоения идентификатора для отчетной сущности Банком России не определяется. Идентификатор формируется отчитывающейся организацией самостоятельно. При этом Банк России рекомендует для одной и той же отчетной сущности (например, контрагент), выступающей в разных ролях в рамках одного отчета XBRL (открытые оси: Идентификатор дебитора, кредитора dim-int:ID_debitora_kreditoraTaxis, Идентификатор связанной стороны dim-int:ID_Svyazannaya_storonaTaxis), использовать один и тот же идентификатор. Также рекомендуется присваивать значения идентификаторов осмысленно и упорядоченно.

Пример присвоения одного и того же идентификатора для отчетной сущности, выступающей в одном отчете XBRL в разных бизнес-качествах:

1) В первом случае отчетная сущность - организация-контрагент выступает в качестве дебитора и имеет следующий идентификатор: 7734630000 (например, отчет 0420252, раздел 2).

Рис. 7

<xbrli:context id="ContextN">

<xbrli:entity>

<xbrli:identifier scheme=" http://www.cbr.ru"> 1234567891234</xbrli:identified

</xbrli:entity>

<xbrli:period>

<xbrli: instant>2018-06-30</xbrli:instant>

</xbrli:period>

<xbrli:scenario>

<xbrldi:explicitMember dimension="dim-int:Prosroch_Zadolzh_SrokiAxis ">mem-

int:Prosroch_Zadolzh_Sroki_ltogoMember</xbrldi:explicitMember>

<xbrldi:explicitMember dimension="dim-int:Vid_ZadolzhAxis ">mem-

int:DZMember</xbrldi:explicitMember>

<xbrldi:typedMember dimension="dim-int:ID_UK_NPFTaxis ">

<dim-int:ID_ULTypedName>UK12345678912345678</dim-int:ID_YULTypedName >

</xbrldi: typedMember>

<xbrldi:typedMember dimension="dim-int:ID_debitora_kreditoraTaxis ">

<dim-int:ID_YULTypedName>7734630000</dim-int:ID_YULTypedName>

</xbrldi:typedMember>

<xbrldi:typedMember dimension= "dim-int:Identifikator_A_ObTaxis">

<dim-int:Identifikator_A_ObTypedname>aktl</dim-int:Identifikator_A_O bTypedname>

</xbrldi: typedMember>

</xbrli:scenario>

</xbrli:context>

Во втором случае эта же организация-контрагент выступает в качестве связанной стороны, при этом используется тот же идентификатор, что и в предыдущем случае: 7734630000 (раскрытие по форме 0420252, раздел 5). Пример представлен на рисунке 8.

Рис. 8

<xbrli:context id= "Context_Instant_1 ">

<xbrli:entity>

<xbrli:identifier scheme= "r">r</xbrli:identified

</xbrli:entity>

<xbrli:period>

<xbrli: instant>2018-06-30</xbrli: instant>

</xbrli:period>

<xbrli: scenario>

<xbrldi:typedMember dimension="dim-int:ID_Svyazannaya_storonaTaxis ">

<dim-int:ID_FL_YULTypedName> 7734630000</dim-int:lD_FL_YULTypedName>

</xbrldi: typedMember>

</xbrli:scenario>

</xbrli:context>

Пример контекста, содержащего в себе компонент закрытой оси и компонент открытой оси, представлен на рисунке 9.

Рис. 9

<xbrli:context id=" Context1">

<xbrli:entity>

<xbrli:identifier scheme="http://www.cbr.ru ">1234567891234</xbrli:identifier>

</xbrli: entity >

<xbrli:period>

<xbrli:startDate>2017-09-01</xbrli:startDate>

<xbrli: endDate>2017-09-30</xbrli: endDate>

</xbrli:period

<xbrli: scenario>

<xbrldi:explicit-Member dimension="dim-

int: Vidy_Doxod_Rasxod_InvestDeyat_VCHastiUstavDeyatAxis">mem-

int:Prochie_Invest_DoxodyMember</xbrldi:explicitMember>

<xbrldi:typedMember dimension="dim-int:RashifrovkaPokTaxis">

<dim-int:RashifrovkaPokTypedname>Прочие доходы 1 </dim-int:RashifrovkaPokTypedname>

</xbrldi:typedMember>

</xbrli:scenario >

</xbrli:context>

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

Пример: если в отчете XBRL за первый квартал 2018 года для отчетной сущности используется определенный идентификатор, то этот же идентификатор для данной отчетной сущности должен использоваться и в отчете XBRL за второй квартал 2018 года.

При определении контекстов для фактов, раскрываемых в соответствии с закрытыми аналитическими разрезами, должны использоваться только компоненты измерений, определенных в таксономии XBRL Банка России в базе ссылок определений (definition linkbase) для соответствующих показателей.

Для фактов, раскрываемых в соответствии с закрытыми аналитическими разрезами, соответствующих значению измерения по умолчанию (компоненты оси, имеющие связь (arcrole) "dimension-default" в базе ссылок определений, т.е. "дефолтные" компоненты), в контексте дефолтный компонент не должен объявляться.

Если в xbrli:context присутствует элемент xbrli:scenario, то его дочерние элементы должны быть одним или несколькими элементами xbrldi:explicitMember и (или) xbrldi:typedMember и не должны иметь какое-либо иное содержание.

Элемент xbrli:scenario должен использоваться только для компонентов закрытой оси или компонентов открытых осей.

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

В отчете XBRL (instance файле) не должны использоваться дублирующиеся контексты, имеющие идентичное содержание.

Пример дублирующихся контекстов (различие только в атрибуте id контекста, содержание контекста одинаково) представлен на рисунке 10.

Рис. 10

<context id= "c1">

<entity>

<identifier scheme="http://www.cbr.ru ">1234567891234</identifier>

</entity>

<period>

<startDate>2018-01-01</startDate>

<endDate>2018-12-31</endDate>

</period>

</context>

<context id= "c2">

<entity>

<identifier scheme="http://www.cbr.ru ">1234567891234</identifier>

</entity>

<period>

<startDate>2018-01-01</startDate>

<endDate>2018-12-31</endDate>

</period>

</context>

3.3. Требования к единицам измерения (Unit)

Каждый числовой факт (numeric fact) отчета должен ссылаться на единицу измерения (unit), при этом единица измерения должна быть объявлена в отчете. Нечисловые факты не должны ссылаться на единицу измерения (unit). Идентификатор (id) единицы измерения (unit) не должен начинаться с цифр. Рекомендуется использовать осмысленные и не слишком многозначные идентификаторы единиц измерения.

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

Таблица 7

Тип отчетного показателя	Единица измерения	Требование
xbrli:monetaryItemType (монетарный тип)	<xbrli:measure>iso4217:RUB</xbrli:measure>	Денежные (монетарные) значения в отчетах XBRL (instance файлах) должны ссылаться на единицы измерения, объявленные в виде буквенных обозначений валют, определенных в стандарте ISO4217 "Коды валют".
xbrli:integerItemType (целочисленные значения)	<xbrli:measure>xbrli:pure</xbrli:measure>
xbrli:decimalItemType (дробные значения)	<xbrli:measure>xbrli:pure</xbrli:measure>

Использование других единиц измерения для числовых фактов в отчете XBRL (instance файле) не допускается.

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

В зависимости от требований нормативных документов, регламентирующих порядок составления и сроки представления отчетности в формате XBRL, в отчетах XBRL (instance файлах) допускается использование для монетарных фактов различных валют в составе элемента типа <xbrli:unit>.

Отчеты XBRL (instance файлы) не должны содержать в себе неиспользуемые единицы измерения.

Пример объявления в отчете XBRL единицы измерения и факта, ссылающегося на данную единицу измерения представлен на рисунке 11.

Рис. 11

<xbrli:unit id= "RUB">

<xbrli: measure>iso4217:RUB</xbrli:measure>

</xbrli:unit>

<npf-dic:DSBrok_1_Prosr decimals="2"contextRef= "Context1 " unitRef= "RUB ">1</npf-

dic:DSBrok_1_Prosr>

3.4. Требования к отчетным фактам (facts)

Отчетные данные заполняются в качестве значений для концептов, определенных в таксономии XBRL Банка России.

В отчетах XBRL (instance файлах) не должно быть дублирующихся фактов. Под дублирующимися отчетными фактами понимаются одинаковые значения по концептам, ссылающиеся на один и тот же контекст и на одну и ту же единицу измерения и имеющие одинаковую точность. Пример дублирующихся фактов представлен на рисунке 12.

Рис. 12

<npf-dic:SSIOUD_InvestDR decimals="2" contextRef="Context_Duration"unitRef="u-rub ">56780.34</npf-dic.SSIOUD InvestDR>

<npf-dic:SSIOUD_InvestDR decimals="2" contextRef="Context_Duration"unitRef="u-rub ">56780.34</npf-dic.SSIOUD_InvestDR>

Для показателей типа enum:enumerationItemType, соответствующих закрытым спискам, в качестве значения указывается наименование элемента с указанием префикса и наименованием элемента, определенного в Расширенной связи ролей (ELR), указанного в атрибуте enum:linkrole соответствующего концепта. В качестве допустимых значений используются элементы, имеющие связь в указанной ELR типа "domain-member" c элементом, указанным в атрибуте enum:domain для концепта.

Рис. 13

<npf-dic:Vid_Imushhva_Zakl_DogEnumerator contextRef= "c0420250r">mem-int:PNMember</npf-dic: Vid_Imushhva_Zakl_DogEnumerator>

Не запрашиваемые / не применимые / отсутствующие факты не следует включать в отчет XBRL (instance файл), т.е. не указывать их в отчетности как "0", "-", "#" или как пустую строку, кроме случаев, где это напрямую требуется нормативными актами Банка России.

Для выражения разрядности числовых фактов должен использоваться атрибут decimals. Использование атрибута precision не допускается.

Для выражения разрядности значения факта должны использоваться принципы присвоения значений согласно требованиям, изложенным в таблице 8.

Таблица 8

Требования нормативных актов по составлению и представлению отчетности НФО в формате XBRL в части точности	Описание формата представления	Пример	Отражение в отчете XBRL (instance - файле)		Значение decimals в отчете XBRL (instance - файле)
			При автоматическом формировании нулевых значений после разделителя используется следующий формат отражения	При невозможности сформировать автоматически нулевые значения после разделителя допускается следующий формат отражения
сумма (кроме суммы в единицах валюты)	тысячи рублей с точностью до двух знаков после запятой	78 тысяч 657 рублей 39 копеек	78657.39	78657.39	-1
		59 тысяч 650 рублей	59650.00	59650	-1
сумма (кроме суммы в единицах валюты)	тысячи рублей с точностью до пяти знаков после запятой	78 тысяч 657 рублей 39 копеек	78657.39	78657.39	2
		59 тысяч 650 рублей 00 копеек	59650.00	59650	2
сумма в единицах валюты	точность до двух знаков после запятой	567 тысяч 287 евро 67 евроцентов	567287.67	567287.67	2
		567 тысяч 287 евро 0 евроцентов	567287.00	567287	2
		567 тысяч 287 евро 20 евроцентов	567287.20	567287.2	2
сумма в единицах валюты	точность до пяти знаков после запятой	567 тысяч 287 евро 67243 евроцента	567287.67243	567287.67243	5
		567 тысяч 287 евро 0 евроцентов	567287.00000	567287	5
		567 тысяч 287 евро 30 евроцентов	567287.30000	567287.3	5
сумма в единицах валюты	тысячи единиц валюты с точностью до двух знаков после запятой	567 тысяч 287 евро 672 евроцентов	567287.672	567287.67	-1
		567 тысяч 287 евро	567287	567287	-1
если номинальная стоимость ценной бумаги имеет большее количество знаков после запятой, номинальная стоимость одной ценной бумаги в единицах валюты номинала	точность до 20 знаков после запятой	5,37889898989898678912	5.37889898989898678912	5.37889898989898678912	20
		5,38	5.38000000000000000000	5.38	20
		5	5.00000000000000000000	5	20
проценты, доли	точность до двух знаков после запятой	5 процентов 89 сотых процента	5.89	5.89	2
		5 процентов	5.00	5	2
		5 процентов 8 десятых процента	5.80	5.8	2
Количество (штук, человек, единиц)	штуки, единицы	6 штук, человек, единиц	6	6	0
дробное количество	точность до 20 знаков после запятой	5,37889898989898678912	5.37889898989898678912	5.37889898989898678912	20
		5	5.000000000000000000000	5	20
		5,7892	5.7892000000000000000	5.7892	20
	точность до 6 знаков после запятой	6, 789523	6.789523	6.789523	6
		6	6.000000	6	6
		6,789	6.789000	6.789	6
численность	человек	6 человек	6	6	0
объем сделки и объем сделок с ценной бумагой	в тысячах рублей	898 тысяч 563 рубля 48 копеек	898563.48	898563.48	-3
		898 тысяч 563 рубля	898563.00	898563	-3
		898 тысяч 563 рубля 40 копеек	898563.40	898563.4	-3
количество	штуки с двумя десятичными знаками после запятой	78,45	78.45	78.45	2
		78	78.00	78	2
		78,40	78.40	78.4	2
количество акций (инвест. паев)	в штуках с точным количеством знаков после запятой	5,983	5.983	5.983	3

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

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

3.5. Требования к комментариям (сноскам, footnotes)

Отчитывающаяся организация может давать комментарии (сноски) к фактам, содержащимся в отчете XBRL. Представление отчетных данных в комментариях (сносках) запрещено.

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

Элемент link:footnoteLink не должен иметь дочерние элементы, помимо link:loc, link:footnote и link:footnoteArc.

Каждый элемент link:footnote должен быть привязан как минимум к одному факту.

Пример комментария к отчетному факту:

<npf-dic:Denezhnye_Sredstva_I_Ix_Ekvivalenty_39 id="id_footnote_elem_730702751" decimals= "2" contextRef= "Context_Instant_1" unitRef= "u ">1</npf-dic:Denezhnye_Sredstva_I_Ix_Ekvivalenty_39>

<link:footnoteLink xlink:type="extended"

xlink:role="http://www.xbrl.org/2003/role/link">

<link:loc xlink:type = "locator" xlink:href="#id_footnote_elem_730702751"

xlink:label="Denezhnye_Sredstva_I_Ix_Ekvivalenty_39_730702751"/>

<link:footnote xlink:type="resource" xlink:label="footnote_1189592357"

xlink:role="http://www.xbrl.org/2003/role/footnote " xml:lang="ru ">Значение показателя увеличилось в связи.. </link:footnote>

<link:footnoteArc xlink:type="arc"

xlink:arcrole="http://www.xbrl.org/2003/arcrole/fact-footnote"

xlink:from="Denezhnye_Sredstva_I_Ix_Ekvivalenty_39_730702751"

xlink:to="footnote_1189592357" order="1.0"/>

</link:footnoteLink>

Библиография

1. Financial Reporting Instance Standards 1.0

(http://www.xbrl.org/technical/guidance/FRIS-PWD-2004-11-14.htm).

2. Global Filing Manual

(http://www.ifrs.org/XBRL/Resources/Documents/GlobalFilingManual2011 0419.pdf).

3. EBA XBRL Filing Rules

(https://www.eba.europa.eu/documents/10180/1738017/EBA+Filing+Rules+ v 4.2.pdf/0834793c-131c-4ba3-9d55-22b1791db7d3).

4. Инструкция по работе с личным кабинетом участника финансового рынка (https://portal4.cbr.ru/Account/Login?ReturnUrl=%2F). Раздел правила использования.