3.2. "Правила формирования отчетности в формате XBRL и ее представления в Банк России" (утв. Банком России)

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

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

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

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

Рис. 3

  
    1234567891234
  

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

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

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

Рис. 4

  
    1234567891234
  
  
    2017-09-30
  

Рис. 5

  
    1234567891234
  
  
    2017-01-01
    2017-09-30
  

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

Таблица 6

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

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

Пример:

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

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

Пример:

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

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

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

Рис. 6

    
      1234567891234
    
    
        2017-09-01
        2017-09-30
    
    mem-int:Vznosy_NPO_UchtennyeMember
  

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

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

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

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

Рис. 7

    
      1234567891234
    
    
     2018-06-30
    
    
    mem-int:Prosroch_Zadolzh_Sroki_ItogoMember
    mem-int:DZMember
    
      UK12345678912345678
    
    
      7734630000
    
    
      akt1
    
  

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

Рис. 8

    
      r
    
    
      2018-06-30
    
    
      
         7734630000
      
    
  

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

Рис. 9

    
      1234567891234
    
    
        2017-09-01
        2017-09-30
    
      mem-int:Prochie_Invest_DoxodyMember
    
    Прочие доходы 1
    
  

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

Пример: если в отчете 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

    
      1234567891234
    
    
      2018-01-01
      2018-12-31
    
  
  
    
      1234567891234
    
    
      2018-01-01
      2018-12-31