Правила формирования отчетности в формате XBRL и ее представления в Банк России "(ред. от 14.09.2023) (действительны при подготовке отчетности по таксономии XBRL Банка России версии 5.2 и выше - версия от 14.09.2023)"

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

ПРАВИЛА

ФОРМИРОВАНИЯ ОТЧЕТНОСТИ В ФОРМАТЕ XBRL И ЕЕ ПРЕДСТАВЛЕНИЯ

В БАНК РОССИИ

(действительны при подготовке отчетности по таксономии XBRL

Банка России версии 5.2 и выше - версия от 14.09.2023)

1. ВВЕДЕНИЕ

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

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

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

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

Таблица 1

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

Процесс подготовки отчетности в формате XBRL для представления в Банк России является итерационным и состоит из ряда последовательных этапов:

1) подготовка отчетности отчитывающейся организацией;

2) валидация подготовленной отчетности;

3) корректировка подготовленной отчетности (при необходимости);

4) представление отчетности в Банк России.

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

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

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

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

2. ОБЩИЕ МЕТОДИЧЕСКИЕ РЕКОМЕНДАЦИИ

2.1. Правила формирования архивов для представления файлов

в формате XBRL в Банк России

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

При недостаточном лимите на размер ящика в личном кабинете либо максимальный размер сообщения, направляемого в адрес Банка России, также следует направить заявку в службу поддержки Личного кабинета участника информационного обмена на адрес электронной почты espp@cbr.ru.

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

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

- файл XBRL с расширением .xml или .xbrl (instance файл).

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

Файлы, содержащие аудиторское заключение, актуарное заключение и отчет оценщика, при их представлении в Банк России согласно требованиям, установленным Указанием Банка России от 24.10.2022 N 6296-У "О формах, порядке и сроках представления в Банк России бухгалтерской (финансовой) отчетности отдельных некредитных финансовых организаций, кредитных рейтинговых агентств и бюро кредитных историй", должны иметь следующие наименования до расширения:

1) "<ИНН>_АЗ_<ГОД>" (для файла, содержащего аудиторское заключение о годовой бухгалтерской (финансовой) отчетности организации), где:

<ИНН> - идентификационный номер налогоплательщика (далее - ИНН) организации;

<ГОД> - год, за который составлено аудиторское заключение о годовой бухгалтерской (финансовой) отчетности организации.

Пример: 1234567891_АЗ_2023;

2) "<ИНН>_АКЗ_<ГОД>" (для файла, содержащего актуарное заключение, представляемое негосударственным пенсионным фондом, страховщиком),

где:

<ИНН> - ИНН негосударственного пенсионного фонда, страховщика;

<ГОД> - год, за который составлено актуарное заключение.

Пример: 1234567891_АКЗ_2023;

3) "<ИНН>_ОО_<ГОД>_<НОМЕР>" (для файла, содержащего отчет оценщика, представляемый негосударственным пенсионным фондом),

где:

<ИНН> - ИНН негосударственного пенсионного фонда;

<ГОД> - год, за который составлен отчет оценщика;

<НОМЕР> - порядковый номер отчета оценщика, присвоенный негосударственным пенсионным фондом отчету оценщика самостоятельно.

Пример: 1234567891_ОО_2023_123.

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

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

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

Если в состав архива включается электронная копия плана оздоровления финансового положения страховой организации и приложений к нему (представляются страховой организацией в соответствии с Указанием Банка России от 30.12.2014 N 3522-У "О требованиях к плану оздоровления финансового положений страховой организации" в случае нарушения нормативного соотношения собственных средств (капитала) и принятых обязательств, выявленного страховой организацией на отчетную дату), рекомендуется, чтобы файл имел наименование "recovery.pdf".

Детальная структура архива представлена в приложении 1 к настоящим Правилам.

Более подробные требования к структуре архивов, а также требования к подписанию пакетов отчетности изложены в документе "Руководство пользователя. Единая платформа внешнего взаимодействия (ЕПВВ). Портал "Биврест" (https://www.cbr.ru/Content/Document/File/85699/instruction.pdf).

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

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

Пример: 1234567891234_ep_nso_npf_m_30d_20170531.zip

Подготовленный таким образом архив необходимо зашифровать средствами программы КриптоАРМ.

Наименование зашифрованного файла должно быть следующим:

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

Внимание! При отправке уже зашифрованного программой КриптоАРМ архива приложение сертификата пользователя в интерфейсе Личного кабинета участника информационного обмена не требуется (поле "Сертификаты" необходимо оставлять пустым).

Таблица 2

Описание наименования пакета передаваемой в Банк России

отчетности в формате XBRL

2.2. Правила формирования архивов для представления

отчетности в формате XBRL в Банк России

(для негосударственных пенсионных фондов,

в случае необходимости подтверждения сведений

специализированным депозитарием)

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

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

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

2.3. Правила формирования архивов для представления

отчетности в формате XBRL в Банк России (для управляющих

компаний инвестиционных фондов, паевых инвестиционных

фондов и негосударственных пенсионных фондов, в случае

необходимости подтверждения сведений специализированным

депозитарием или регистратором)

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

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

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

Требования к дополнительным архивам изложены в Разъяснениях по формированию надзорной отчетности в формате XBRL управляющими компаниями инвестиционных фондов, паевых инвестиционных фондов, негосударственных пенсионных фондов, размещенных на сайте Банка России в разделе "Открытый стандарт отчетности XBRL/Разъяснения/Таксономия/АИФ и УК ИФ, ПИФ и НПФ".

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"?>
<ServtceInfo xmlns:xsd="http./hiww.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 файл пакета отчетности</Descripfion>
  </FileItem>
 </Files>
 <ReportDate>Отчетная дата</ReportDate>
</ServiceInfo>

Пример:

<?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_1234567891234_ep_nso_npf_m_30d_20170531.xbrl </Name>
   <Description>XBRL файл пакета отчетности</Description>
  </FileItem>
 </Files>
 <ReportDate>2017-05-31</ReportDate>
</ServiceInfo>

Отчетная дата должна быть представлена в сервисном файле в формате "ГГГГ-ММ-ДД".

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

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

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

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

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

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

Пример: XBRL_1234567891234_ep_nso_npf_m_30d_20170531.xbrl

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

Таблица 3

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

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

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

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

(instance файла)

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

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

Таблица 5

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 (instance файл), содержащий в себе полный массив как измененных, так и неизмененных отчетных данных согласно точке входа и в той версии таксономии, на основе которых данная отчетность была подготовлена и представлена в Банк России изначально.

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

2.12. Соответствие данных файла XBRL (instance файла)

контрольным соотношениям

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

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

При пересдаче файла XBRL рекомендуется давать краткие пояснения по внесенным в файл изменениям в сопроводительном файле формата MS WORD (pz.doc).

2.13. Соответствие данных файла XBRL (instance файла)

маскам ввода, определенным в таксономии XBRL Банка России

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

Пример: "Отчетная дата" (uk-dic:TekOtchDat) имеет маску ввода вида (19\20)\d\d-(0[1-9]\1[0-2])-(0[1-9]\[12][0-9]\3[01]). Согласно данной маске значение показателя "Отчетная дата" должно представлять состоять из 4 цифр года, первые две из которых могут быть только 19 или 20, дефиса как разделителя, двух цифр месяца, которые должны представлять собой 0 и любую цифру от 1 до 9 либо 1 и цифру от 0 до 2, дефиса как разделителя и двух цифр дня, которые должны представлять собой 0 и любую цифру от 1 до 9, либо две цифры, первая из которых 1 или 2, а вторая - от 0 до 9, либо две цифры, первая из которых - 3, а вторая 0 или 1.

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

Маски ввода таксономии XBRL Банка России необходимо рассматривать как строгие, т.е. маске ввода должно соответствовать значение элемента целиком, а не только его подстрока.

2.14. Требования к длине элементов отчета XBRL

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

Таблица 6

2.15. Обязательность сведений в составе файла XBRL,

представляемого в Банк России

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

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

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

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

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

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

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

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

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

При формировании файлов XBRL и представлении их в Банк России отчитывающаяся организация должна учитывать срок действия таксономии XBRL Банка России. Информация о действующей таксономии содержится на сайте Банка России в разделе "Открытый стандарт отчетности 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 Банка России, срок действия которой включает в себя отчетную дату с учетом информации в разделе "Открытый стандарт отчетности XBRL/Таксономия XBRL/Таксономия/График представления отчетности в формате XBRL". Актуальность версии таксономии определяется в том числе исходя из формы отчетности - представляется ли она по финальной таксономии XBRL Банка России <2> или по таксономии по представлению информации по запросам.

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

<2> Со сроками применения версий финальной таксономии XBRL Банка России можно также ознакомиться в Графике представления отчетности в формате XBRL, размещенном на сайте Банка России в разделе "Открытый стандарт отчетности XBRL/Таксономия XBRL/Таксономия".

Пример:

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

Пример:

Отчетная дата 2022-10-20 для представления негосударственным пенсионным фондом информации о лицах, которым поручено проведение идентификации, упрощенной идентификации, обновление информации о клиентах, представителях клиентов, выгодоприобретателях и бенефициарных владельцах, установленной Указанием Банка России от 29.06.2022 N 6184-У "О порядке сообщения отдельными некредитными финансовыми организациями Банку России информации о лицах, которым поручено проведение идентификации, упрощенной идентификации, обновление информации о клиентах, представителях клиентов, выгодоприобретателях и бенефициарных владельцах". Следовательно, необходимо использовать версию таксономии по представлению информации по запросам, в файле description.xml которой отчетная дата попадает в интервал срока действия таксономии 4.3.0.3.

При необходимости повторного формирования файла 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">

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

Благодаря контексту осуществляется идентификация отчитывающейся организации. Дочерние элементы контекста <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, представляемых в Банк России, даты в элементе периода контекста должны указываться с учетом требований, изложенных в таблице 7.

Таблица 7

<xbrli:period>
 <xbrli:instant>2018-01-
31</xbrli:instant>
 </xbrli:period>

<xbrli:period>
   <xbrli:startDate>2018-
02-01</xbrli:startDate>
   <xbrli:endDate>2018-
02-28</xbrli:endDate>
  </xbrli:period>

<xbrli:period>
   <xbrli:startDate>2018-
01-01</xbrli:startDate>
   <xbrli:endDate>2018-
02-28</xbrli:endDate>
  </xbrli:period>

<xbrli:period>
   <xbrli:instant>2018-02-
28</xbrli:instant>
 </xbrli:period>

<xbrli:period>
  <xbrli:instant>2018-03-
31</xbrli:instant>
 </xbrli:period>

<xbrli:period>
   <xbrli:startDate>2018-
04-01</xbrli:startDate>
   <xbrli:endDate>2018-
06-30</xbrli:endDate>
  </xbrli:period>

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

<xbrli:period>
   <xbrli:instant>2017-12-
31</xbrli:instant>
 </xbrli:period>

<xbrli:period>
   <xbrli:startDate>2018-
01-01</xbrli:startDate>
   <xbrli:endDate>2018-
12-31</xbrli:endDate>
  </xbrli:period>

<xbrli:period>
  <xbrli:instant>2018-12-
31</xbrli:instant>
 </xbrli:period>

<xbrli:period>
  <xbrli:instant>2017-12-
31</xbrli:instant>
 </xbrli:period>

<xbrli:period>
   <xbrli:startDate>2018-
01-01</xbrli:startDate>
   <xbrli:endDate>2018-
06-30</xbrli:endDate>
  </xbrli:period>

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

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

Согласно общему подходу 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:VznosyNPOAxis">mem-
int:Vznosy_NPO_UchtennyeMember</xbrldi:explicitMember>
 </xbrli:scenario>
</xbrti:context>

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

Компонент открытой оси должен объявляться отчитывающейся организацией самостоятельно в качестве значения дочернего элемента <xbrldi:typedMember>, в атрибуте dimension которого указывается наименование элемента таксономии, отражающего аналитический разрез с указанием имени элемента и префикса элемента внутри тега, содержащего наименование элемента, указанного в атрибуте typedDomainRef открытой оси.

В случае если значение аналитики, предусмотренное таксономией, невозможно согласно бизнес-логике, то в значение компонента данной открытой оси должно вводиться значение "НП". В качестве примера присвоения значения компонента "НП" для открытой оси можно привести ось "Идентификатор строки". Открытая ось "Идентификатор строки" используется в случаях, когда в конкретном отчете (разделе отчета) не хватает имеющихся открытых осей для внесения данных с необходимой степенью детализации.

Значения дочернего элемента <xbrldi:typedMember> могут заполняться как латинскими, так и кириллическими символами.

Использование атрибута @xsi:nil="true" и соответственно элементов вида <dim-int: ID_FL_YULTypedName xsi:nil="true"/> в качестве значений элементов аналитических осей не допускается.

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

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

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

Рис. 7

<xbrli:context id="ContextN">
  <xbrli:entity>
   <xbrli:identifier scheme="http://www.cbr.ru">1234567891234</xbrli:identifier>
  </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_ItogoMember</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_YULTypedName>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>akt1</dim-int:Identifikator_A_ObTypedname>
   </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:identifier>
  </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_fiYULTypedName> 7734630000</dim-int:ID_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:explicitMember 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) файла XBRL (instance файла) должен ссылаться на единицу измерения (unit), при этом единица измерения должна быть объявлена в файле.

Нечисловые факты не должны ссылаться на единицу измерения (unit).

Идентификатор (id) единицы измерения (unit) не должен начинаться с цифр. Рекомендуется использовать осмысленные и не слишком многозначные идентификаторы единиц измерения.

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

Таблица 8

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

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

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

Для монетарных фактов в составе элемента типа <xbrli:unit> рекомендуется использовать только значение iso4217:RUB по всем отчетным формам, представляемым в формате XBRL, за исключением отчетов по форме 0420421 "Отчет о движении иностранных активов и пассивов профессионального участника рынка ценных бумаг по отношению к нерезидентам при наличии между ним и нерезидентами отношений в рамках прямых инвестиций".

В отношении отчетных форм 0420502 "Справка о стоимости чистых активов, в том числе стоимости активов (имущества), акционерного инвестиционного фонда (паевого инвестиционного фонда)" (далее - форма 0420502), 0420503 "Отчет о приросте (об уменьшении) стоимости имущества, принадлежащего акционерному инвестиционному фонду (составляющего паевой инвестиционный фонд)", 0420505 "Отчет о вознаграждениях и расходах, связанных с доверительным управлением имуществом, составляющим активы акционерного инвестиционного фонда (составляющим паевой инвестиционный фонд)", 0420872 "Справка о стоимости чистых активов, в том числе стоимости активов (имущества), акционерного инвестиционного фонда (паевого инвестиционного фонда)" (далее - форма 0420872) для монетарных фактов в составе элемента типа <xbrli:unit> рекомендуется <3> использовать только значение iso4217:RUB независимо от того, в какой валюте определена стоимость чистых активов паевого инвестиционного фонда. Данная рекомендация:

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

<3> Рекомендация станет обязательной к применению с 31.03.2024.

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

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

Пример отражения отчетного факта для показателя формы 0420502 или формы 0420872 по паевому инвестиционному фонду, стоимость чистых активов которого определяется в долларах США, представлен ниже.

Таблица 9

<xbrli:unit id="RUB">
  xbrli:measure>iso4217:RUB</xbrli:measure>
 </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

Пример 1:

<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>

Пример 2:

<cbr-coa-dic:OFR_71802.55415 contextRef="A6752" decimals="2" id="A6752_cbr-coa-dic_OFR_71802.55415"
unitRef="RUB">99958068.00</cbr-coa-dic:OFR_71802.55415>

<cbr-coa-dic:OFR_71802.55415 contextRef="A6752" decimals="2" id="A6752_cbr-coa-dic_OFR_71802.55415"
unitRef="RUB">16988068.53</cbr-coa-dic:OFR_71802.55415>

Пример 3:

<cbr-coa-dic:OFR_71802.55601 contextRef="A6752" decimals="-3" id="A6752_cbr-coa-dic_OFR_71802.55601"
unitRef="RUB">400009.00</cbr-coa-dic:OFR_71802.55601>

<cbr-coa-dic:OFR_71802.55601 contextRef="A6752" decimals="2" id="A6752_cbr-coa-dic_OFR_71802.55601"
unitRef="RUB">488809.00</cbr-coa-dic:OFR_71802.55601>

Для показателей типа 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>

Для показателей типа enum2:enumerationSetItemType, соответствующих закрытым спискам с возможностью множественного выбора, в качестве значений указываются одно или более наименований элементов, определенных в расширенной связи ролей (ELR), указанных в атрибуте enum2:linkrole соответствующего концепта, с указанием для каждого элемента его полного абсолютного URL с префиксом и наименованием (префикс и наименование указываются через символ "#") (рис. 14). В качестве допустимых значений используются элементы, имеющие связь в указанной ELR типа "domain-member" с элементом, указанным в атрибуте enum2:domain для концепта. При выборе более одного элемента в качестве значения показателя типа enum2:enumerationSetItemType элементы указываются в виде перечисления с одиночным пробелом между ними (рис. 15). Значения должны быть уникальными и лексикографически упорядоченными (с учетом регистра).

Рис. 14

Рис. 15

Для показателей типа xbrli:dateTimeItemType в качестве значения факта указывается значение формата "гггг-мм-ддТчч:мм:сс" (рис. 16).

Пример 4:

Значение показателя "Дата и время прерывания деятельности" 15 мая 2021 года в 15 часов 29 минут 15 секунд.

Отражение в файле XBRL: 2021-05-15T15:29:15.

Рис. 16

<bki-dic:DataVremyaPreryvRaboty contextRef="context_0">2021-05-15T15:29:15</bki-dic:DataVremyaPreryvRaboty>

Для показателей типа xbrli:timeItemType в качестве значения факта указывается значение формата "чч:мм:сс" (рис. 17).

Пример 5:

Значение показателя "Время запроса сведений" 15 часов 29 минут 15 секунд.

Отражение в файле XBRL: 15:29:15.

Рис. 17

<bki-dic:VremyaZaprSved contextRef="context_1">15:29:15</bki-dic:VremyaZaprSved>

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

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

Пример 6:

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

Пример 7:

При составлении отчетности специализированного депозитария о деятельности по ведению реестра владельцев инвестиционных паев паевого инвестиционного фонда (ОКУД 0420873) в части заполнения количественных показателей Раздела 2 (Списка паевых инвестиционных фондов и информации по реестрам владельцев инвестиционных паев): в случае, когда в отчетном периоде специализированный депозитарий заключил с управляющей компанией договор на ведение реестра владельцев инвестиционных паев паевого инвестиционного фонда, но при этом формирование паевого инвестиционного фонда в отчетном периоде не завершено, необходимо в файл XBRL (instance файл) вносить нулевые значения для вышеуказанных отчетных фактов по комбинации значений аналитических признаков, соответствующих данному паевому инвестиционному фонду, его инвестиционным паям, вышеупомянутому договору и управляющей компании, с которой он заключен.

Использование атрибута @xsi:nil="true" и соответственно элементов вида <ins-dic: Depo_Premij_U_Perestraxovatelej_Ostatok xsi:nil="true"/> в качестве отчетных фактов не допускается.

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

Пример 8:

Сформирован отчет по точке входа ep_nso_uk_m_10d, отчетный период с 2021-01-01 по 2021-01-31.

Корректное отражение отчетного факта будет выглядеть следующим образом:

Рис. 18

     </xbrli:context>
      <xbrli:context id="A25">
       <xbrli:entity>
        <xbrli:identifier
scheme="http://www.cbr.ru">1111111111111</xbrli:identifier>
       </xbrli:entity>
       <xbrli:period>
        <xbrli:instant>2021-01-31</xbrli:instant>
       </xbrli:period>
       <xbrli:scenario>

     <nfo-dic:VkladvukDrOrg comextRef="A25" decimals="2"
unitRef="pure">88.51</nfo-dic:VkldvukDrOrg>

Некорректное включение отчетного факта:

Рис. 19

        <xbrli:context id="A30">
       <xbrli:entity>
        <xbrli:identifier
scheme="http://www.cbr.ru">1111111111111</xbrli:identifier>
       </xbrli:entity>
       <xbrli:period>
        <xbrli:startDate>2020-12-31</xbrli:startDate>
        <xbrli:endDate>2021-01-31</xbrli:endDate>
       </xbrli:period>
       <xbrli:scenario>

     <uk-dic:ObshhayaSummaVoznagrazhdeniyaFaktPoluchUK
contextRef="A30" decimals="2" unitRef="RUB">16301598.15</uk-
dic:ObshhayaSummaVoznagrazhdeniyaFaktPoluchUK>

Корректным является значение элемента <xbrli:startDate> 2021-01-01</xbrli:startDate>.

Или

Рис. 20

       <xbrli:context id="A730">
       <xbrli:entity>
        <xbrli:identifier
scheme="http://www.cbr.ru">1111111111111</xbrli:identifier>
       </xbrli:entity>
       <xbrli:period>
        <xbrli:instant>2020-12-31</xbrli:instant>
       </xbrli:period>

      <uk-
dic:UkazNSootRazmeraSobstSredUKTrebKMinRazmSobstSredEnumerator
contextRef="A730">mem-int:SootvetstvuetMember</uk-
dic:UkazNSootRazmeraSobstSredUKTrebKMinRazmSobstSredEnumerator>

Корректным является значение элемента <xbrli:instant> 2021-01-31</xbrli:instant>.

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

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

Таблица 10

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

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

При этом значение данного показателя в отчете должно всегда указываться с не менее, чем двумя знаками после разделителя. Пример 1: если фактическое значение номинальной стоимости ценной бумаги равно 6, то в отчете должно быть указано "6.00". Пример 2: если фактическое значение номинальной стоимости ценной бумаги равно 7.1, то в отчете должно быть указано "7.10".

<5> Если иное прямо не оговорено нормативным актом Банка России по отчетности.

<6> В надзорной и статистической отчетности субъектов страхового дела и негосударственных пенсионных фондов относительные величины (проценты, доли) всегда должны указываться с точностью не менее 2 знаков после разделителя. Пример: 5,00, decimals = 2.

<7> В надзорной и статистической отчетности субъектов страхового дела и негосударственных пенсионных фондов для показателей, относящихся к количеству ценных бумаг, необходимо руководствоваться пунктом "дробное количество" - "точность до 20 знаков после запятой" данной таблицы.

Таблица 11

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

<8> Установлена Указанием Банка России от 21.09.2022 N 6247-У "О внесении изменений в Указание Банка России от 10 января 2022 года N 6054-У "О формах, сроках и порядке составления и представления в Банк России отчетности об операциях с денежными средствами отдельных некредитных финансовых организаций".

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

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

В отчете XBRL при отражении отчетных фактов недопустимо указание атрибута xml:lang.

Пример недопустимого указания атрибута xml:lang:

ins-dic:Data_Vxozhd_Akcz_Uch_Sost_Akcz_Uch contextRef="A1" xml:lang="ru">2018- 08-01</ins-dic:Data_Vxozhd_Akcz_Uch_Sost_Akcz_Uch>

При этом атрибут xml:lang может быть использован только при декларировании комментариев (footnotes) в соответствии с пунктом 3.5 настоящих Правил.

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>

4. РЕКОМЕНДАЦИИ ПО ПРЕДСТАВЛЕНИЮ ОТЧЕТНОСТИ В ФОРМАТЕ XBRL

ОТЧИТЫВАЮЩЕЙСЯ ОРГАНИЗАЦИЕЙ-ПРАВОПРЕЕМНИКОМ ПОСЛЕ ЗАВЕРШЕНИЯ

ПРОЦЕДУРЫ РЕОРГАНИЗАЦИИ В ФОРМЕ СЛИЯНИЯ, ПРИСОЕДИНЕНИЯ

ИЛИ РАЗДЕЛЕНИЯ ПРИ ПРЕДСТАВЛЕНИИ ОТЧЕТНОСТИ В ФОРМАТЕ XBRL

ЗА РЕОРГАНИЗОВАННУЮ ОРГАНИЗАЦИЮ

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

Пример: по состоянию на отчетную дату 30.11.2019 существовало две отчитывающиеся организации (организация А и организация Б). Отчетность по состоянию на 30.11.2019 должна быть представлена в Банк России в течение 30 календарных дней после отчетной даты. Организация А прекратила свое существование в связи с реорганизацией в форме присоединения к организации Б, реорганизация завершилась 02.12.2019. При этом организация А не представила отчетность по состоянию на отчетную дату 30.11.2019 в Банк России. В связи с тем, что организация Б становится правопреемником организации А, то обязанность по представлению в Банк России отчетности организации А по состоянию на отчетную дату 30.11.2019 возлагается на организацию Б.

Для обеспечения корректного представления отчета XBRL правопреемником за организацию, прекратившую деятельность в результате реорганизации, архив, содержащий отчет в формате XBRL (instance файл), должен быть подготовлен в соответствии с разделом 2 настоящих Правил. При этом в отчете XBRL (instance файле), представляемом в Банк России, в дочернем элементе контекста <xbrli:identifier> в качестве идентификатора должен указываться ОГРН реорганизованной организации, за которую правопреемник представляет отчетность.

Пример: правопреемник, имеющий ОГРН 1234567891234, представляющий в Банк России отчетность за реорганизованную организацию, ОГРН которой 1155667788993, в представляемом в Банк России отчете XBRL должен указать в качестве значения атрибута <xbrli:identifier> значение 1155667788993.

<xbrli:context id="Al">
   <xbrli:entity>
    <xbrli:identifier scheme="http://www.cbr.ru">1155667788993</xbrli:identifier>
   </xbrli:entity>
   <xbrli:period>
     <xbrli:startDate>2019-01-01</xbrli:startDate>
     <xbrli:endDate>2019-03-31</xbrli:endDate>
   </xbrli:period>
 </xbrli:context>

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

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/GlobalFilingManual20110419.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://www.cbr.ru/Content/Document/File/85699/instruction.pdf)

Приложение 1

СТРУКТУРА

АРХИВА, ПРЕДСТАВЛЯЕМОГО В БАНК РОССИИ И СОДЕРЖАЩЕГО ФАЙЛ

XBRL, СЕРВИСНЫЙ ФАЙЛ И ДРУГИЕ ФАЙЛЫ

Приложение 2

СТРУКТУРА

АРХИВА, ПРЕДСТАВЛЯЕМОГО В БАНК РОССИИ И СОДЕРЖАЩЕГО ФАЙЛЫ

XBRL (ДЛЯ НЕГОСУДАРСТВЕННЫХ ПЕНСИОННЫХ ФОНДОВ,

В СЛУЧАЕ НЕОБХОДИМОСТИ ПОДТВЕРЖДЕНИЯ СВЕДЕНИЙ

СПЕЦИАЛИЗИРОВАННЫМ ДЕПОЗИТАРИЕМ)

Приложение 3

СТРУКТУРА

АРХИВА, ПРЕДСТАВЛЯЕМОГО В БАНК РОССИИ И СОДЕРЖАЩЕГО ФАЙЛЫ

XBRL (ДЛЯ УПРАВЛЯЮЩИХ КОМПАНИЙ ИНВЕСТИЦИОННЫХ ФОНДОВ,

ПАЕВЫХ ИНВЕСТИЦИОННЫХ ФОНДОВ И НЕГОСУДАРСТВЕННЫХ ПЕНСИОННЫХ

ФОНДОВ, В СЛУЧАЕ НЕОБХОДИМОСТИ ПОДТВЕРЖДЕНИЯ СВЕДЕНИЙ

СПЕЦИАЛИЗИРОВАННЫМ ДЕПОЗИТАРИЕМ ИЛИ РЕГИСТРАТОРОМ)

Приложение 4

ПРИМЕРЫ

ЗАПОЛНЕНИЯ ОБЯЗАТЕЛЬНЫХ СВЕДЕНИЙ О ЛИЦАХ, ОТВЕТСТВЕННЫХ

ЗА СОСТАВЛЕНИЕ ПРЕДМЕТНОЙ ОБЛАСТИ В ФАЙЛЕ XBRL,

ПРЕДСТАВЛЯЕМЫХ В БАНК РОССИИ

Приложение 5

ПРИМЕРЫ

ЗАПОЛНЕНИЯ ОБЯЗАТЕЛЬНЫХ СВЕДЕНИЙ О ДОКУМЕНТАХ, ВКЛЮЧЕННЫХ

В СОСТАВ ПАКЕТА С ОТЧЕТНОСТЬЮ, ПРЕДСТАВЛЯЕМЫХ В БАНК РОССИИ

В файле XBRL факты показателя "Тип документа (выпадающий список)", имеющего код "nfo-dic:TipDokumenta_SpisokEnumerator2", в соответствии с примером представляются следующим образом:

 <nfo-dic:TipDokumenta_SpisokEnumerator2 contextRef="context_0">http://www.cbr.ru/xbrl/udr/dom/mem-
int#OrderMember</nfo-dic:TipDokumenta_SpisokEnumerator2>

 <nfo-dic:TipDokumenta_SpisokEnumerator2 contextRef="context_1">http://www.cbr.ru/xbrl/udr/dom/mem-
int#ElektronnayaKopiyaPasportaMember http://www.cbr.ru/xbrl/udr/dom/mem-
int#ElektronnayaKopiyaPrikazaMember</nfo-dic:TipDokumenta_SpisokEnumerator2>

 <nfo-dic:TipDokumenta_SpisokEnumerator2 contextRef="context_2">http://www.cbr.ru/xbrl/udr/dom/mem-
int#Inoe_Member</nfo-dic:TipDokumenta_SpisokEnumerator2>