Xbrl отчетность ЦБ

Комментарий от переводчика

В 2015 году Центральный Банк РФ запустил проект перехода некредитных финансовых организаций (НФО) на электронный формат представления отчетных данных в формате XBRL с 01.01.2018. Сроки уже подходят, а НФО только начинают осознавать масштабы грядущих изменений. Качественных материалов про XBRL на русском языке достаточно мало (могу разве что рекомендовать книгу XBRL для чайников, перевод которой был инициирован ЦБ, правда выполнен не в лучшем виде). Хочу восполнить этот пробел и предлагаю вашему вниманию свою адаптацию неплохой брошюры XBRL in Plain English от компании Batavia, которая рассказывает об основах XBRL.

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

Роман Удальцов

Введение

В этой главе представлена сама книга и основные понятия XBRL

1.1. Что ожидать

Если вы начали читать эту книгу, значит вы уже слышали о новом способе формирования бизнес-отчетности − XBRL. Если вы взглянули на спецификацию XBRL, то знаете, что она представляет собой 158-страничный документ, полный формальных определений. Такой документ нужен для корректного определения XBRL. Его можно считать расслабляющим чтивом на ночь для математиков. Но не для нас, нормальных людей.

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

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

Такими блоками будет обозначаться более глубокое погружение в детали (где это действительно необходимо)

Я также не буду дискутировать на тему таких базовых технических стандартов как XML, XML Schema, XLink, XPath, XPointer и т.д. Если вам не очень знакомы эти технологии, загляните на сайт W3C (World Wide Web Consortium) за списком рекомендованной литературы или в любую хорошую книжку по XML.

Эта книга основывается на спецификации XBRL 2.1 от 20.02.2013 с исправлениями от 25.04.2005. Если вдруг встретятся расхождения между книгой и официальной спецификацией, скромность требует от меня предположить, что это я ошибся, а авторы спецификации сделали все правильно. Я бы рекомендовал вам сделать аналогичное предположение.

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

1.2. Представляю вам XBRL

XRBL расшифровывается как Extensible Business Reporting Language (расширяемый язык деловой отчетности), что само по себе неплохо описывает суть: это язык отчетности, используемый в бизнесе. И он расширяемый. Все просто, да? Ну, может быть, потребуется немного больше объяснений.

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

Давайте прыгнем сразу в середину:… Business Reporting …

1.2.1. Business Reporting (Деловая отчетность)

Мы все знаем, что бизнес формирует кучу отчетности:

  • налоговые декларации
  • ежегодные отчеты
  • внутренние показатели продаж

Каждый отчет − это данные, представляющие собой набор фактов про содержимое отчета, таких как:

  • отчетный период
  • годовой доход
  • количество клиентов
  • количество продаж
  • инвентарные номера

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

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

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

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

Стандарт XBRL также использует подобное разделение:

  • Определение того, что должно или может содержаться в отчете, описывается так называемой таксономией (taxonomy) − она определяет концепты (concept) в сфере бизнеса, по которым формируется отчетность.
  • Сами отчетные данные называются отчетом XBRL (instance document). Он содержит передаваемые получателю факты. Отчет ссылается на таксономию для придания фактам смысла. Каждый из фактов в пределах отчета связан с соответствующим концептом в таксономии.

Похоже, настал неплохой момент для знакомства с примером, который я буду использовать на протяжении всей книги. Он иллюстрирует базовые принципы XBRL и показывает технические и формальные аспекты с практической стороны. Пример состоит из формы на бумажном носителе и рукописных данных.
Форма отчета выглядит следующим образом:
Отчетная форма может быть однозначно определена по своему уникальному идентификатору ФД-01. Она состоит из следующих элементов – наименование компании, отчетный период, количество сотрудников на начало и конец отчетного периода. Также, требуется разбить количество сотрудников на мужчин и женщин и распределить их по нескольким возрастным группам.

Пример заполненного отчета может выглядеть следующим образом:
Несложно заметить, что количество сотрудников увеличилось, но в компании работает как минимум один человек с недостатком математических навыков. В таком простом примере вряд ли кто-то посчитает 27 + 15 как 41, но в более сложных отчетах такие ошибки весьма вероятны, если все делается вручную.

1.2.2. Extensible (Расширяемый)

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

Предположим, что Европейский Союз определяет требования к отчетности для любого бизнеса в рамках ЕС.

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

XBRL позволяет поддерживать такие требования. ЕС создаст одну таксономию для определения требований к отчетности. Перевод технических концептов в таксономии на понятные пользователю термины содержится в так называемой базе ярлыков (label linkbase). Каждый язык внутри ЕС может иметь свою собственную базу ярлыков или можно создать одну общую базу, содержащую ярлыки для каждого языка. Обратите внимание, что при этом фактическое определение концептов не требуется повторять для каждого языка.

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

1.2.3. Language (Язык)

«L» в XBRL обозначает Язык. Язык XBRL обеспечивает способ выражения таксономий и отчетов XBRL в едином однозначном формате, что является необходимым требованием для обработки информации компьютером.

Язык XBRL основан на таких мировых стандартах как XML и соответствующих им спецификациях. В следующих главах об этом будет рассказано более подробно.

Навигация по главам

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

ИНФОРМАЦИОННОЕ СООБЩЕНИЕ

14 января 2019 года

Об атрибуте decimals к значениям показателей форм бухгалтерской (финансовой) отчетности в формате XBRL

В целях представления в Банк России показателей форм бухгалтерской (финансовой) отчетности в формате XBRL в соответствии с абзацем 2 пункта 5 приложения 2 к Указанию Банка России от 27.11.2017 N 4621-У «О формах, сроках и порядке составления и представления отчетности профессиональных участников рынка ценных бумаг, организаторов торговли, клиринговых организаций и лиц, осуществляющих функции центрального контрагента, а также другой информации в Центральный банк Российской Федерации», в соответствии с абзацем 2 пункта 5 приложения 2 к Указанию Банка России от 27.11.2017 N 4623-У «О формах, сроках и порядке составления и представления в Банк России отчетности о деятельности, в том числе требованиях к отчетности по обязательному пенсионному страхованию, негосударственных пенсионных фондов», в соответствии с пунктами 3.24 и 3.25 приложения 4 к Указанию Банка России от 25.10.2017 N 4584-У «О формах, сроках и порядке составления и представления в Банк России отчетности, необходимой для осуществления контроля и надзора в сфере страховой деятельности, и статистической отчетности страховщиков, а также формах, сроках и порядке представления в Банк России бухгалтерской (финансовой) отчетности страховщиков» и в соответствии с абзацем 2 пункта 5 приложения 2 к Указанию Банка России от 08.02.2018 N 4715-У «О формах, порядке и сроках составления и представления в Банк России отчетов акционерными инвестиционными фондами, управляющими компаниями инвестиционных фондов, паевых инвестиционных фондов и негосударственных пенсионных фондов» для выражения разрядности значений показателей форм бухгалтерской (финансовой) отчетности должен использоваться атрибут decimals равный «-3» согласно пункту 3.4 Правил формирования отчетности в формате XBRL и ее представления в Банк России, размещенных на официальном сайте Банка России в информационно-телекоммуникационной сети «Интернет» в разделе «Финансовые рынки/Открытый стандарт отчетности XBRL/Таксономия XBRL».

Электронный текст документа

подготовлен АО «Кодекс» и сверен по:

официальный сайт Банка России

Язык Extensible Business Reporting Language — XBRL — революционный инструмент деловой отчетности, включая финансовую отчетность. Язык сложен, но книга — нет!
В книге «XBRL для чайников» рассказывается, каким образом бизнесмены и технические специалисты, работающие с одной и той же электронной таблицей, могут овладеть новыми концепциями и извлечь из них пользу. Вы узнаете множество важных деталей, необходимых для принятия разумных деловых и технических решений, касающихся XBRL.
— Что это? Объяснение, что такое XBRL, из каких частей он состоит и как работает.
— Учитесь у мастеров. Познакомьтесь с новыми гуру по XBRL — Марком ван Хилвурде (Marc van Hilvoorde), доктором Кристиной Тан (Christine Tan), Райнером ван Эгмондом (Raynier van Egmond) и Эйичи Ватанабе (Eiichi Watanabe).
— Информацию, пожалуйста. Посмотрите, как используется информация и почему необходимо применять новые способы ее обмена.
— Воплощение в жизнь. Научитесь распознавать заинтересованные стороны, находить общий язык и создавать коллектив разработчиков.
— Шаг за шагом. Научитесь создавать и использовать модули и таксономии XBRL.
Основные темы книги «XBRL для чайников»:
— концептуальный обзор XBRL
— решение традиционных и новых задач с помощью XBRL
— современные принципы обмена бизнес-информацией
— успешная разработка и реализация проекта XBRL
— бизнес-сценарии применения XBRL
— работа с таксономиями и отчетами XBRL
— ближайшие и долгосрочные перспективы XBRL
Об авторах:
Чарльз Хоффман считается отцом-основателем XBRL. Он является соредактором документа US GAAP Taxonomy Architecture и одним из 100 наиболее влиятельных людей в области бухгалтерских технологий.
Лив Апнесет Уотсон является одним из основателей консорциума XBRL International и его бывшим вице-президентом.
Оглавление к книге «XBRL для чайников»
Об авторах 17
Введение 21
Часть I. Необходимый минимум знаний о XBRL 27
Глава 1. Разбираемся в основах XBRL 29
Глава 2. Основные концепции XBRL 53
Глава 3. Краткий обзор составных частей XBRL 71
Глава 4. Основы XBRL 91
Глава 5. Потенциальное влияние XBRL 119
Часть II. Решение классических задач
и новые возможности XBRL 131
Глава 6. Обмен бизнес-информацией 133
Глава 7. Наполнение цепочек поставок бизнес-информации 155
Глава 8. Трансформация обмена бизнес-информацией 169
Часть III. Примеры успешных проектов XBRL 179
Глава 9. Анализ опыта использования XBRL 181
Глава 10. Экономическое обоснование использования XBRL 195
Глава 11. Оценка разных подходов к реализации XBRL 211
Глава 12. Способы реализации собственного проекта XBRL 221
Глава 13. Соответствие требованиям SEC 245
Часть IV. Работа с таксономиями и отчетами XBRL 253
Глава 14. Инструменты и службы для работы с XBRL 255
Глава 15. Создание и использование отчетов и таксономий XBRL 277
Глава 16. Сравнительный анализ модулей XBRL 305
Глава 17. Погружаемся в таксономии XBRL 327
Глава 18. Отчеты XBRL 353
Глава 19. Перспективы XBRL 375
Часть V. Великолепные десятки 387
Глава 20. Десять способов ускоренного изучения XBRL 389
Глава 21. Десять ключей к XBRL 397
Глава 22. Десять технических деталей 405
Предметный указатель 419

Автор публикации

Брыкин Андрей Валерьевич

АССА, финансовый менеджер ООО «Прожектор Девелопмент».

В последние годы в России растет интерес к новому стандарту обмена деловой информацией — XBRL.
Центральным банком РФ осуществляется проект по переводу отчетности некредитных финансовых организаций на XBRL. Планируется, что с 2018 года эти организации будут составлять и сдавать отчетность в формате XBRL.
В 2014 году мною была подготовлена отчетность крупной публичной компании в XBRL. Основной проблемой, с которой пришлось столк­нуться в ходе подготовки отчетности, являлся недостаток информации. Даже англоязычная литература либо носит сугубо теоретический характер, либо изобилует техническими деталями, зачастую непонятными для бухгалтера. На русском языке информация практически отсутствует.
Поэтому в настоящей статье я попробую описать взгляд на XBRL со стороны бухгалтера, а не программиста.
СПРАВОЧНО
Стандарт XBRL разработан международной организацией XBRL International, Inc. для обмена бизнес-информацией между бизнес-системами. В настоящее время XBRL используется во многих странах регуляторами фондовых бирж и рынка ценных бумаг, банковскими регуляторами, регистраторами, налоговыми органами и национальными статистическими агентствами. Наиболее широкое распространение стандарты получили в США, где с 2008 года публичными компаниями публикуется отчетность в формате XBRL.

Основные принципы хранения информации в формате XBRL

Отчетность в формате XBRL состоит из нескольких файлов (формата XML), содержащих разметку (теги) и показатели отчетности (цифры и описание) внутри этой разметки.
Например, прибыль описана следующим образом:
<ifrs-full: ProfitLosscontextRef=’y1Q2014’ decimals=’-3’ unitRef=’RUB’>3170152000</ifrs-full: ProfitLoss>
Все показатели отчетности содержатся в одном файле, называемом экземпляром.
Помимо экземпляра, при подготовке отчетности необходимо скомпоновать определенные файлы (таксономию). 1. Схема. По своему назначению файл схемы соответствует плану счетов. Этот файл содержит ссылки на использованную таксономию XBRL. В нашем случае это таксономия МСФО —
www.xbrl.org/2006/ref‑2006–02–27.xsd. Также в файле схемы хранятся ссылки на файлы имен и связей (см. ниже). Сюда же помещаются теги, для которых нет аналога в стандартной таксономии МСФО. В этом случае можно создать свой тег и поместить его в схему.
2. Файл имен. Теги МСФО имеют вид, малопригодный для анализа отчетности. Например: ifrs-full_ProfitLoss. Для того чтобы отчетность можно было читать, каждому стандартному тегу необходимо присвоить имя, которым соответствующий показатель назван в отчетности, например: Net Profit. В файле с именами хранится информация об имени показателя отчетности и соответствующем ему теге.
3. Файлы связей: a) презентации, содержащие структуру отчетных форм и примечаний, чтобы пользователь отчетности мог видеть формы не типовые, а абсолютно идентичные тем формам, которые являются частью финансовой отчетности;

b) расчеты (XBRL позволяет автоматически проводить проверку соответствия между собой различных показателей отчетности, например сверку актива и пассива баланса; файл расчетов хранит использованные формулы);
c) определения, хранящие информацию о дополнительных измерениях, представленных в отчетности, например о видах капитала (для отчета о движении капитала) или сегментах (для сегментной отчетности).
Таксономию XBRL обычно представляют в виде перечня элементов, каждый из которых имеет: 1) атрибуты;
2) связи с другими элементами.
По своей природе элемент похож на обычный бухгалтерский счет.
К атрибутам в том числе относятся:

Имя Net Profit
Тег ifrs-full_ProfitLoss
Тип Как правило, число или описание
Тип баланса Debit/Credit
Тип периода Instant — для баланса, Duration — для доходов/расходов
Абстрактность true — для элементов, которые не требуют заполнения (например, промежуточная строка в балансе или название отчетной формы), false — для остальных элементов

Имя хранится в файле имен, а остальные атрибуты элемента — в файле схемы.
Наиболее важным отличием таксономии от плана счетов является присутствие в ней вышеуказанных файлов связей, увязывающих отдельные элементы между собой. Причем эта увязка производится определенным образом, который может быть понят и обработан компьютерной программой.
Если не углубляться в технические детали, связи выглядят следующим образом:

Презентации Основные средства
Основные средства, расходы на приобретение
Накопленная амортизация
Итого основные средства
Расчеты Основные средства =
+ Основные средства, расходы на приобретение
− Накопленная амортизация
Измерения Отчет о движении капитала
Отчет о движении капитала
Компоненты капитала
Капитал, принадлежащий собственникам материнской компании
Выпущенные акции
Нераспределенная прибыль
Капитал, принадлежащий миноритарным акционерам

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

При подготовке отчетности впервые в качестве отправной точки есть смысл использовать пример готовой отчетности. Мною был использован пример с сайта ifrs.org.
Общая последовательность действий по подготовке отчетности в XBRL выглядит так: 1) подготовка отчетных форм в формате XBRL (структуры и показателей отчета о финансовом положении, отчета о совокупном доходе, отчета о движении денежных средств, отчета о движении капитала): a) исключение элементов, отсутствующих в нашей компании;
b) добавление недостающих элементов из стандартной таксономии МСФО;
c) расширение схемы — добавление элементов по нестандартным операциям, отсутствующим в стандартной таксономии МСФО;
d) формирование файлов связей; 2) формирование схемы, файлов связей и экземпляра для остальных таблиц;
3) формирование схемы, файлов связей и экземпляра для текстовой части.
Готовую отчетность в формате XBRL можно разместить на сайте компании (в России нет централизованного хранилища отчетностей в XBRL), где она будет доступна для заинтересованных пользователей.
Одним из первых вопросов, возникающих при подготовке такой отчетности, является приобретение программного обеспечения.

Следует отметить, что не су­­ществует программы, которая бы автоматически перевела отчетность из текстового формата в формат XBRL.
Расчет показателей отчетности по МСФО в моем случае (как и в большинстве других компаний) производился в Excel. Соответственно, все показатели отчетности уже имелись в нескольких Excel-файлах. И задача состояла в том, чтобы сформировать файлы XBRL-отчетности из этих данных.
У меня в распоряжении был программный продукт Altova MissionKit. В принципе все вышеуказанные файлы можно создать в этом продукте. Также можно настроить импорт информации из файлов Excel.
Однако, на мой взгляд, такой путь не позволяет эффективно решить проблему поддержания вышеуказанных файлов при подготовке очередной отчетности. Отчетность по МСФО крупных компаний довольно сильно меняется от квартала к кварталу. В связи с этим настройки импорта нужно было бы постоянно менять из-за изменения структуры исходных файлов. Помимо этого, новые операции нужно было бы постоянно вручную добавлять в вышеуказанные файлы.
Более эффективной является непосредственная компоновка всех файлов с помощью макросов Excel. Altova MissionKit мною использовался лишь для проверки подготовленных файлов на предмет соответствия спецификации XBRL. Этот путь позволяет значительно снизить издержки на перекладку отчетности в XBRL-формат.
Одна из важных проблем при подготовке отчетности — выбор подходящего тега, поскольку ошибкой является как выбор неправильного тега, так и добавление своего тега в случае, если таксономией уже предусмотрен тег для соответствующего элемента. Для облегчения этой задачи на сайте ifrs.org разработаны иллюстрированные таксономии, отсортированные как по отчетным формам, так и по соответствующим стандартам МСФО.
Пример из иллюстрированной таксономии:
Как видно из примера, помимо описания элемента, иллюстрированная таксономия содержит ссылку на соответствующий стандарт, предписывающий раскрытие. Таксономия также включает элементы, которые раскрывать не требуется, но на практике их обычно раскрывают.
Первым шагом при добавлении элемента в отчетность XBRL является его поиск в иллюстрированных таксономиях. И только если найти такой элемент не удалось, его следует добавить в файл схемы. В моем случае пришлось добавить около 30 элементов, значительная часть которых приходится на отчет о движении денежных средств. На мой взгляд, это совсем не много, а значит, подавляющая часть показателей отчетности будет совместима с отчетами других компаний.
В ходе работы по составлению отчетности необходимо постоянно проверять ее на предмет соответствия XBRL. Любое программное обеспечение, рассчитанное на работу с файлами XBRL, может произвести такую проверку. Естественно, если вы неправильно выбрали тег, программа не сможет обнаружить эту ошибку. Но, как показывает опыт, программа обнаруживает довольно много ошибок.
В том числе программа проверяет, соответствуют ли между собой показатели отчетности, согласно связям, содержащимся в файле расчетов (см. выше). Конечно же, для проверки необходимо предусмотреть соответствующее правило.

Если в процессе перекладки отчетности в XBRL обнаружена ошибка, то такую ошибку исправлять нельзя. То есть файлы XBRL должны в точности соответствовать опубликованной отчетности.
Следует отметить, что отчетность XBRL — это столь же полноценная отчетность, что и бумажная копия. Поэтому руководство компании несет ответственность за ее правильность. Однако даже для того, чтобы посмотреть эту отчетность, нужны определенные навыки владения специальным программным обеспечением. И даже если отчетность выглядит корректно, она может быть неправильной по ряду причин:

  • некорректный выбор таксономии (использование старой версии);
  • неполный мэппинг (несоблюдение минимального уровня детализации тегов);
  • неправильный выбор тега;
  • неправильный выбор атрибута;
  • неправильное заполнение связей.

Следует отметить, что подобные ошибки не могут быть выявлены даже специальным программным обеспечением. Не сможет их обнаружить и программист, поскольку он не обладает специальными знаниями в области МСФО. Это может сделать только специалист, имеющий достаточную квалификацию как в области XBRL, так и в области МСФО. Поэтому становится актуальным вопрос подготовки таких специалистов и соответствующей учебной литературы.

В заключение остановимся еще на нескольких простых вопросах о XBRL.

Вопрос 1. Нужно ли переходить на XBRL?

На мой взгляд, в настоящий момент нельзя дать однозначный ответ на этот вопрос.
Основной целью внедрения XBRL было обеспечить возможность обработки финансовых отчетов компьютерной программой, чтобы облегчить процесс анализа этой отчетности для инвесторов.
В США отчетность в XBRL предоставляется публичными компаниями с 2008 года. Однако споры по поводу эффективности этого проекта продолжаются до сих пор. По моему мнению, можно утверждать, что лишь в некоторых случаях анализ XBRL-отчетности более удобен для инвестора (например, если нужно быстро проанализировать много компаний или быстро сравнить между собой две произвольные компании), и это подтверждается исследованиями.
Также одной из целей XBRL являлось снижение количества ошибок в отчетах. XBRL позволяет разрабатывать правила соответствия показателей отчетности между собой и автоматически выдавать предупреждение в случае нарушения правила. Применительно к отчетности по МСФО ценность таких правил, на мой взгляд, невелика, поскольку основные ошибки приходятся на новые или изменившиеся операции компании. А поскольку правил по таким операциям еще нет, ошибка также не будет обнаружена.
Но иногда можно встретить мнение о том, что внедрение XBRL принесло компании выгоды (в основном — связанные с улучшением процессов обмена информацией между подразделениями компании). Этот случай не имеет отношения к отчетности по МСФО. Наличие хоть какого-то стандарта всегда лучше, чем полное его отсутствие. Скорее всего, формат XBRL может подойти для простых отчетов. Наличие стандарта может ускорить разработку программного обеспечения, позволяющего обрабатывать такие отчеты автоматически. Вполне возможно, что, например, общепринятой практикой через определенное время может стать обмен договорами, счетами за товары/услуги в формате XBRL.
Еще одной целью разработки XBRL было снизить издержки на подготовку отчетности. Разработчики XBRL, говоря о выгодах внедрения этой технологии, имели в виду не перекладку отчетности по МСФО, а использование XBRL для обмена финансовыми данными вообще. Как мне кажется, в некоторых случаях такое использование XBRL может принести выгоды (см. предыдущий абзац). Но, основываясь на своем опыте, могу сказать, что применительно к МСФО я не вижу причин, по которым издержки на подготовку отчетности могут снизиться в результате внедрения XBRL. В то же время издержки на внедрение XBRL могут составить существенную сумму. Косвенно это подтверждается тем фактом, что в интернете сложно найти отчетность в формате XBRL тех компаний, которые не обязаны ее составлять.
Еще одна цель разработки XBRL — повышение совместимости отчетностей разных компаний. И это, безусловно, очень важно. Не секрет, что, хотя совместимость отчетов является одним из принципов МСФО,
в реальности отчетности различных компаний зачастую плохо совместимы. Более того, даже отчетности сходных компаний могут сильно отличаться, что резко снижает ценность такой отчетности. Причины этих различий можно сгруппировать следующим образом:

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

Внедрение XBRL позволяет частично решить первую группу проблем, так как в этой отчетности одинаковые показатели будут обозначены одним и тем же тегом. Полностью решить эти проблемы XBRL не может, поскольку, например, если одна компания представляет расходы по экономической сути, а другая — по функции, то проблема несовместимости остается.
Насколько проблемы первой группы являются существенными — решать инвесторам. Но я полагаю, что первая и вторая группы различий либо разрешаются самими МСФО (например, требуется раскрытие стоимости приобретения по переоцененным основным средствам), либо считаются несущественными. Поэтому основные проблемы несовместимости вызваны причинами третьей группы.
МСФО-отчетность является одним из самых сложных финансовых отчетов. На мой взгляд, начинать переход на XBRL именно с отчетности по МСФО довольно рискованно. Выгоды от такого перехода неочевидны. Большую отдачу можно было бы получить, например, поощряя предоставление компаниями в XBRL наиболее распространенных в деловой практике каждодневных отчетов: счетов, отчетов о банковских операциях и т. д. Это могло бы способствовать автоматизации обработки таких отчетов и снизить расходы компаний на ведение учета.

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

По сути, XBRL предписывает присваивать каждой цифре (и вообще любому описанию) из отчетности определенное имя (тег). Поэтому теоретически можно представить отчетность в виде таблицы, где в первой колонке будет указан тег, а во второй — сама цифра (или описание). Такой отчет может быть автоматически обработан компьютерной программой. Также XBRL предписывает определенные параметры тегов, необходимые для автоматической обработки данных. В простейшем случае это валюта, отчетный период и точность (например, рубли или тысячи рублей). Здесь информацию также легко представить в виде таблиц и, соответственно, обработать автоматически.
Однако во многих случаях МСФО требует представления дополнительной информации в зависимости от природы раскрываемых данных. Увязать в одной или нескольких таблицах Excel все данные, требуемые всеми стандартами МСФО, практически невозможно. Однако это можно сделать (и сделано) в XBRL-формате.
В то же время подобные увязки XBRL в большинстве случаев не позволят автоматизировать процесс анализа отчетности. Поэтому ценность такого преимущества XBRL, на мой взгляд, невелика. Однако окончательный ответ на вопрос о необходимости таких увязок тоже должны давать инвесторы.

Комментарии экспертов

Отчетность в формате XBRL: перспективы для российских компаний


В. Ю. Авдеев,
аудитор, к. э. н., создатель Audit-it.ru, программ для финансового анализа и составления отчетности по МСФО

А. И. Низков,
заместитель директора ООО «Нивеком»,сертифицированный специалист по XBRL

Каким образом российские компании могут применять Таксономию МСФО при подготовке отчетности?
В. Авдеев: Сам по себе XBRL-формат хранения отчетности не несет для российских компаний никаких преимуществ. На сегодняшний день в России, да и во всем мире, мало пользователей отчетности, которые технически готовы читать и обрабатывать отчетность в данном формате.
Однако Таксономия МСФО (XBRL) — сама по себе ценный источник информации о составе и структуре международной отчетности. К сожалению, использовать этот источник непросто даже технически подготовленным специалистам, необходимы соответствующие инструменты. Такие инструменты есть, но они универсальны, предназначены для просмотра любых XBRL-документов, поэтому в привычном для бухгалтера виде отчетность там не найти, нужны специализированные программы.
А. Низков: Российские предприятия не являются в данном вопросе первопроходцами. Известные во всем мире компании уже не первый год составляют отчетность по МСФО в формате XBRL. Публичные компании в США имеют большой опыт подготовки финансовой отчетности c применением XBRL. В частности, Bank of America Corp. регулярно предоставляет в Комиссию по ценным бумагам и биржам США отчетность, подготовленную с применением XBRL. Следует отметить, что американские фирмы при подготовке финансовой отчетности в формате XBRL пользуются US GAAP Taxonomy, разработанной и утвержденной Советом по стандартам финансового учета (FASB). Но мне представляется, что их опыт будет также полезен российским юридическим лицам, желающим готовить отчетность в формате XBRL. Я бы рекомендовал российским компаниям воспользоваться уже имеющимся у зарубежных коллег опытом подготовки отчетности с применением XBRL.

На мой взгляд, ряд компаний (в частности, SAP AG) своим примером доказывают, что отчетность по МСФО также можно составлять в формате XBRL. И аналогичного мнения придерживаются эксперты Совета по МСФО, которые уже более пяти лет занимаются разработкой и усовершенствованием IFRS Taxonomy.
Каково для компании соотношение затрат на подготовку отчетности в формате XBRL и выгод от такой отчетности?
А. Низков: Ответ на этот вопрос для каждого предприятия будет индивидуальным. По моему мнению, непубличным компаниям не стоит переходить на XBRL добровольно: затраты на подготовку отчетности в формате XBRL, вероятнее всего, не окупятся. А вот публичным компаниям, ценные бумаги которых торгуются на фондовых биржах, стоит подумать над возможностью подготовки финансовой отчетности по МСФО с применением XBRL. Если публичные компании заинтересованы в том, чтобы зарубежные инвесторы имели доступ к их отчетности по МСФО и могли без дополнительных затрат со своей стороны обрабатывать эти данные на компьютере, имеет смысл попробовать готовить отчетность по МСФО в формате XBRL.
В. Авдеев: Если XBRL (Таксономия МСФО) как источник информации экономит время на подготовку отчетности, то формирование самой отчетности в XBRL является весьма затратным. Ведь подготовка отчетности в XBRL-формате не отменяет обычного бумажного отчета, а является лишь дополнительной формой хранения документов. Подготовить отчетность в этом формате вручную — трудоемкий процесс, нужно специальное программное обеспечение. А с ним дела обстоят плохо: низкий спрос пользователей на отчетность в этом формате не стимулирует разработку таких программных продуктов.
Как вы оцениваете перспективы подготовки отчетности в формате XBRL в России?
В. Авдеев: Перспективы у распространения XBRL-формата подготовки отчетности по МСФО в России появятся только в том случае, если какой-либо регулирующий орган обяжет представлять отчетность в таком виде (например, Центробанк). Аналогично тому, как сейчас мы сдаем российскую бухгалтерскую отчетность по каналам связи в формате XML. Но возьмут при этом XBRL-формат в виде Таксономии МСФО или это будет некая собственная модификация регулятора — тоже вопрос.
А. Низков: Полагаю, что со временем все большее количество предприятий будет вовлекаться в процесс подготовки финансовой отчетности в формате XBRL. В настоящее время ЦБ РФ осуществляет проект по переводу отчетности некредитных финансовых организаций на XBRL, поэтому число предприятий, предоставляющих отчеты в формате XBRL, будет увеличиваться.
Дело в том, что большой объем отчетности необходимо обрабатывать, анализировать с применением различного программного обеспечения. А чтобы такой анализ данных был возможен, отчетность должна предоставляться в форматах, пригодных для компьютерной обработки. Если отчетность предоставят в Word или pdf, обработать ее на компьютере будет невозможно. Нельзя обратиться с запросом к нескольким файлам в Word или pdf и получить в результате определенные сведения (например, данные о чистой прибыли). А вот отчетность в формате XBRL обрабатывается на компьютере без особого труда.

Что нужно знать руководителю, финансовому директору и специалисту по МСФО о формате XBRL? Каких сотрудников затронет подготовка такой отчетности? Нужны ли специальные знания, чтобы подготовить такую отчетность?
А. Низков: На мой взгляд, руководителю, финансовому директору и специалисту по МФСО желательно прослушать курс, подготовленный XBRL International Inc. специально для указанных категорий сотрудников компании, желающей применять XBRL при подготовке финансовой отчетности. Чтобы подготовить отчетность с применением XBRL, специальные знания необходимы. Подготовка такой отчетности затронет в первую очередь специалистов по МСФО и сотрудников подразделения IT.
В. Авдеев: Финансовому директору и специалисту по МСФО нужно знать о XBRL (Таксономии МСФО) следующее: это уникальный, наиболее точный и полный источник информации о структуре, составе, форме отчетности по МСФО от самих разработчиков стандартов. Не важно, составляете вы отчетность в XBRL-формате или только на бумаге, — опираясь на Таксономию МСФО, можно получить действительно качественную, соответствующую требованиям стандартов отчетность. Если же вы решите сохранить отчетность в XBRL-формате, без помощи технических специалистов не обойтись.