Xbrl что это. ЦБ начал принимать отчетность в новом цифровом формате. Мнения разработчиков Что такое XBRL
XBRL - общепризнанный и уже широко применяемый в мире открытый стандарт (он же формат или язык) для представления финансовой отчетности по МСФО, GAAP США и Великобритании, а также иной отчетности в электронном виде.
Формат XBRL не является новым отдельным языком программирования - он основан на широко используемом на практике языке программирования XML (eXtensible Mark-up Language) и представляет собой его «диалект» для целей формирования отчетности в бизнесе. Открытость нового стандарта означает, что от компаний не требуются покупка программных лицензий и плата за его использование.
Преимущества XBRL
XBRL обладает рядом преимуществ на всех этапах составления бизнес-отчетности (в первую очередь финансовой отчетности) и анализа финансовых показателей компании. Преимущества очевидны в области: автоматизации, снижения издержек, быстроты, надежности и более точной обработки данных. Имеет место улучшение анализа и повышение качества информации для принятия решений.
Новый формат дает возможность составителям и пользователям финансовых данных (правительственные органы, регуляторы, экономические учреждения, фондовые биржи, компании - сборщики финансовой информации, аудиторы, руководители компаний, финансовые аналитики, инвесторы, кредиторы и др.) высвободить ресурсы из дорогостоящих ручных процессов, где существенное время, как правило, тратится на сбор, сверку и повторный ввод ключевой информации. Эти ресурсы будут способны концентрировать свои усилия на анализе данных, опираясь на программное обеспечение для формата XBRL, которое может проверять информацию и управлять ею. При этом использование XBRL не означает насильственную стандартизацию финансовой отчетности. Напротив, язык является гибким, и это свойство предназначено для поддержки всех современных аспектов отчетности в разных странах и отраслях. Возможности расширения означают, что XBRL может быть скорректирован в соответствии с конкретными требованиями бизнеса, даже на уровне отчетности отдельных организаций.
Практическая сторона применения XBRL
Важным моментом в цепочке поставщиков отчетных данных является вовлечение большего числа этих поставщиков и качество поставляемых данных. Если со вторым вполне справляются проверочные механизмы стандарта, то в отношении того, «кто» может стать такими поставщиками, бывают двусмысленные ситуации. Тем не менее, за последнее время сложилась уже некая традиционная цепочка поставщиков-потребителей, что более точно отражает сущность отчетных функций с применением XBRL. На рисунке «Где XBRL может быть применен» показано совмещение процессов обработки данных и примерное размещение участников на различных этапах этих процессов с указанием применимости стандарта отчетности XBRL.
В целом процесс (имеется в виду концептуальная схема очень общего описания процесса адаптации, где указаны только самые главные источники информации) создания отчетности в XBRL обусловлен определенными шагами в адаптации стандартной таксономии XBRL от МСФО (или другой известный стандарт финансовой отчетности, например, US GAAP, UK GAAP, HGB) с учетом локальных требований и инструкций регуляторов. Затем, объявив правила создания финансовых отчетов в формате XBRL, участники рынка и регулятор начинают обмен данными, как показано на рисунке «Обмен данными XBRL».
Для прямой публикации на веб-сайтах также очень популярен формат iXBRL. Фрагмент того же самого отчета в формате iXBRL выглядит так, как показано на рисунке «Фрагмент отчета XBRL».
Процесс внедрения и работы со стандартом XBRL в различных странах выглядит следующим образом (по данным XBRL International Inc.) (см. рисунок «Адаптация XBRL в мире»).
В Европе и США практика успешного применения XBRL насчитывает уже 8-10 лет. В странах, где такой формат стал обязательным к использованию, можно увидеть, что это произошло при непосредственном участии национальных юрисдикций XBRL, которые, в свою очередь, находятся «под зонтиком» глобального объединения XBRL International Inc. Такая практика образования некоммерческих организаций по аккумулированию знаний, методик использования и распространения нового стандарта оправдала себя не только в странах «Большой восьмерки», но и в странах БРИКС (в частности, в Бразилии, Китае и Индии).
XBRL в России
В России есть ряд компаний, котируемых на Нью-Йоркской фондовой бирже, которым вменяется в обязательном порядке подавать отчетность в формате XBRL. Со вступлением России в ВТО, в преддверии построения Международного финансового центра и дальнейшей интеграции нашей страны в глобальные финансовые проекты, XBRL становится таким же необходимым инструментом, как, например, стандарт сотовой связи GSM или международные стандарты финансовой отчетности МСФО. Отметим, что на официальном сайте МСФО можно найти отдельный солидный раздел, касающийся применения XBRL для публикации отчетности по МСФО.
В конце 2012 года рабочая группа под руководством Банка России при участии ФСФР, ММВБ, Национального расчетного депозитария и PwC начала активно работать над созданием национальной юрисдикции XBRL в России. На данном этапе разрабатывается рекомендательное письмо Банка России о начале процедуры добровольного использования стандарта XBRL для публикации отдельных видов отчетности по МСФО.
Мы прогнозируем существенный прогресс применения нового формата в ближайшие 2-3 года. С нашей точки зрения, в «зону охвата» XBRL, скорее всего, войдут не только компании, публикующие различные виды международной финансовой отчетности, но и налоговики, статистические агентства и другие публичные организации. Все это позволит существенно улучшить качество публикуемой отчетности, уменьшить время на ее подготовку и стоимость аудирования публикуемых отчетных данных.
Банк России, получив полномочия по надзору за некредитными финансовыми организациями, решил вслед за банками поменять им методологию учета и формат отчетности. Для этого разработал отраслевые стандарты и новый план счетов и начал внедрять формат сдачи электронной отчетности – XBRL. О том, какие выгоды и издержки это принесет компаниям и когда нужно переходить на эти правила, мы поговорили с Ольгой Гончаровой, директором департамента сбора и обработки отчетности некредитных финансовых организаций Банка России.
Банк России переводит на МСФО страховые компании, негосударственные пенсионные фонды и прочие некредитные финансовые организации. Для этого подготовлен пакет документов. Что в него входит и когда он вступит в силу?
Центральный банк утвердил Положение о плане счетов бухгалтерского учета в некредитных финансовых организациях и порядке его применения, а также отраслевые стандарты бухгалтерского учета, которые определяют в том числе порядок составления бухгалтерской (финансовой) отчетности. Эти нормативные акты уже зарегистрированы в Минюсте России и вступят в силу с 1 января 2017 года. Определены и сроки их применения различными некредитными финансовыми организациями. Например, страховые организации и негосударственные пенсионные фонды перейдут на новый порядок бухгалтерского учета с января 2017 года. Профессиональные участники рынка ценных бумаг и некоторые другие НФО - с января 2018 года. Последними - с января 2019 года - начнут вести учет и отчитываться в соответствии с новыми нормативными актами сельскохозяйственные кредитные потребительские кооперативы и ломбарды. Эти документы опубликованы в «Вестнике Банка России», размещены на сайте Банка России и в информационно-правовых системах.
- Зачем регулятор обязывает некредитные финансовые организации переходить на новые стандарты?
Действующий порядок бухгалтерского учета и план счетов предназначены для реального сектора экономики, то есть не отражают специфику деятельности финансовых организаций и существенно отличаются от плана счетов для кредитных организаций. Бухгалтерская отчетность НФО, составленная по действующим актам, не отвечает принципам МСФО и потому не информативна и не репрезентативна. В связи с этим 27 сентября 2013 года Совет директоров Банка России принял Концепцию развития и совершенствования бухгалтерского учета в некредитных финансовых организациях, в рамках которой и разработаны новый план счетов и отраслевые стандарты.
Новые стандарты бухгалтерского учета позволят Банку России иметь надежный и достоверный источник данных для надзорной деятельности, в том числе за банковскими и финансовыми холдингами, в рамках которой будет вестись единообразный учет.
- Чем отраслевые стандарты для некредитных финансовых организаций отличаются от МСФО?
МСФО, будучи набором принципов и концепций составления отчетности, стали основой для разработки отраслевых стандартов. Мы получили экспертные заключения об отсутствии противоречий между МСФО и отраслевыми стандартами бухгалтерского учета, которые выпустил Банк России. Вместе с тем стандарты определяют не только общие принципы бухгалтерской и финансовой отчетности, но и порядок учета, поэтому частично исключают вариативность и содержат унифицированные формы отчетности и примечаний, что соответствует практике многих мировых регуляторов.
- Что нужно сделать некредитной финансовой организации, чтобы перейти на новые правила учета?
Хочу отметить, что работа по переходу на новые правила учета ведется уже больше года. Банк России активно взаимодействует с НФО и саморегулируемыми организациями, контролирует исполнение представленных НФО планов перехода на новый порядок учета.
С 30 сентября 2016 года Банк России получает отчетность группы страховых ораганизаций и негосударственных пенсионных фондов в тестовом режиме.
На сайте Банка России в разделе для некредитных финансовых организаций есть необходимая информация о порядке перехода.
Банк России планирует внедрить сдачу отчетности с помощью электронного языка XBRL. В России он не слишком распространен. Чем он хорош?
XBRL (eXtensible Business Reporting Language, расширяемый язык деловой отчетности) - общепризнанный международный формат, который использует большинство стран «Большой двадцатки».
Формат XBRL не принадлежит конкретной организации. Его создал и постоянно дополняет консорциум XBRL International, который включает порядка 600 крупнейших финансовых организаций и множество локальных юрисдикций в различных странах. Банк России как российская юрисдикция вступил в XBRL International в 2015 году, после чего была создана временная юрисдикция. Это дало право Российской Федерации в лице Банка России участвовать в заседаниях совета директоров XBRL International и в какой-то мере определять политику развития формата. Для нас при выборе формата сдачи отчетности была важна как раз возможность влиять на его развитие, а также свободно использовать и расширять. Начало работы постоянной юрисдикции XBRL запланировано на II квартал 2017 года. В нее войдут представители Банка России, органов государственной власти, НФО, СРО, консалтинговых, кредитных и IT-компаний, рейтинговых агенств, вузов. Постоянная юрисдикция будет формировать и регулировать практику применения формата XBRL в России.
XBRL International тесно сотрудничает с Советом по МСФО. Тексты МСФО публикуются в формате XBRL-таксономии, используемой для публикации отчетности. Можно сказать, что XBRL - это своего рода финансовый эсперанто.
- В чем выгода для участников финансовых рынков от такого перехода?
Унифицированный формат сдачи отчетности избавит организации от необходимости готовить несколько видов обязательной отчетности. Также существенно повысится операционная эффективность работы с данными. Для Банка России как регулятора финансового рынка преимущества внедрения XBRL - в качестве, доступности и прозрачности представляемых данных.
Кроме того, концептуальная и новаторская идея формата XBRL - переход от форма-центричного подхода сдачи отчетности к дата-центричному. Создание дата-центричной модели данных исключает дублирование показателей. XBRL - это, по сути, технология сбора и обработки информации, в основе которой лежит расчистка отчетных форм и формирование единого набора уникальных показателей. За основу модели мы взяли Таксономию МСФО и единый план счетов. Наш единый план счетов достаточно гранулированный, благодаря чему мы можем строить глубокую аналитику по различным сегментам рынка.
- Высоки ли будут издержки у организаций при переходе на новые стандарты?
Чтобы перейти от плана счетов Минфина к единому плану счетов, некредитным организациям придется перестроить свои системы и бизнес-процессы по подготовке отчетных данных. Для решения методологических вопросов, с которыми могут столкнуться НФО и разработчики ПО, Банк России организовал обучение новому порядку ведения бухгалтерского учета и составления бухгалтерской (финансовой) отчетности. Дополнительно Банк России дает разъяснения по поступающим запросам от НФО. Наиболее важны сегодня технологические проблемы перехода на единый план счетов и отраслевые стандарты, которые связаны со сложностью разработки программных продуктов для НФО в ограниченные сроки, высокая стоимость готовых программных продуктов, а также отсутствие на рынке типовых решений, полностью учитывающих операции по всей хозяйственной деятельности организаций.
Некредитные финансовые организации уже сейчас могут испробовать свои возможности для сдачи отчетности с использованием единого плана счетов на созданной Банком России в рамках пилотного проекта таксономии XBRL или других официальных таксономиях, которые находятся в свободном доступе вместе с программным обеспечением для работы с XBRL.
Кроме того, поднадзорные ФСФР организации исторически сдавали отчетность в формате XML через личный кабинет, а формат XBRL - это диалект XML. Таким образом, с технической стороны как таковых сложностей не добавится. Однако принципы, реализованные в XBRL, открывают совершенно новые возможности знакомого формата XML любому участнику процесса подготовки, сбора, обработки, хранения и анализа отчетности. Важная особенность формата - возможность внедрения новых требований к отчетности без дорогостоящей и длительной доработки существующих систем по работе с отчетностью.
Можно отметить, что издержки будут, но выгоды от перехода на новые стандарты значительно их перекроют.
- Сколько времени отводит Банк России на переход на формат XBRL?
Сроки перехода некредитных финансовых организаций на новый формат несколько амбициозные, но вполне реалистичные. Первым шагом стал выпуск в марте 2016 года базовой таксономии XBRL, содержащей отчетные показатели страховых организаций и негосударственных пенсионных фондов. В IV квартале 2016 года планируем опубликовать расширенную версию таксономии. В III квартале мы начали разработку таксономии для профучастников рынка ценных бумаг, брокеров и дилеров.
Для тестирования расширенной таксономии XBRL Банка России и новой системы сбора отчетности сформирована пилотная группа из 18 компаний - участников финансового рынка. Они начнут представлять в Банк России отчетные данные в формате XBRL с апреля 2017 года. По результатам теста мы доработаем таксономию для всех некредитных финансовых организаций. В конце III квартала 2017 года планируем выпустить финальную таксономию и уже в 2018 году полностью перевести перешедшие на ЕПС некредитные финансовые организации на сдачу отчетности в формате XBRL.
- К чему придет финансовый рынок после перехода на новые стандарты?
Результатом реализации описанных проектов должны стать развитие и углубление взаимодействия рынков НФО и их интеграция в российское и международное экономическое пространство. Кроме того, можно утверждать, что снизится нагрузка на поднадзорные организации, а рынок НФО станет прозрачнее.
Ответы на ключевые вопросы интервью можно посмотреть на видео.
- Перевод
Комментарий от переводчика
В 2015 году Центральный Банк РФ запустил проект перехода некредитных финансовых организаций (НФО) на электронный формат представления отчетных данных в формате XBRL с 01.01.2018. Сроки уже подходят, а НФО только начинают осознавать масштабы грядущих изменений. Качественных материалов про XBRL на русском языке достаточно мало (могу разве что рекомендовать книгу XBRL для чайников , перевод которой был инициирован ЦБ, правда выполнен не в лучшем виде). Хочу восполнить этот пробел и предлагаю вашему вниманию свою адаптацию неплохой брошюры XBRL in Plain English от компании Batavia , которая рассказывает об основах XBRL.
Перевод веду от лица автора, немного дополняю текст полезными ссылками. Стараюсь придерживаться терминологии ЦБ РФ со ссылкой на оригинальные термины. Начну с первых глав, и если тема будет вам интересна, завершу перевод. Комментируйте, задавайте вопросы − расскажу все, что знаю.
Роман Удальцов
1. Введение
В этой главе представлена сама книга и основные понятия 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 расшифровывается как Ex tensible B usiness R eporting L anguage (расширяемый язык деловой отчетности), что само по себе неплохо описывает суть: это язык отчетности, используемый в бизнесе. И он расширяемый. Все просто, да? Ну, может быть, потребуется немного больше объяснений.
В этой главе вводятся некоторые связанные с XBRL термины, они будут выделяться жирным шрифтом. В следующих главах мы всё подробно разберем, поэтому не пугайтесь их.
Давайте прыгнем сразу в середину:… B usiness R eporting ...
1.2.1. Business Reporting (Деловая отчетность)
Мы все знаем, что бизнес формирует кучу отчетности:
- налоговые декларации
- ежегодные отчеты
- внутренние показатели продаж
Каждый отчет − это данные, представляющие собой набор фактов про содержимое отчета, таких как:
- отчетный период
- годовой доход
- количество клиентов
- количество продаж
- инвентарные номера
В старые добрые времена такие отчеты создавались сбором всех соответствующих фактов и заполнением их в предварительно распечатанные бумажные формы. Затем заполненная форма отправлялась заинтересованным лицам, которые считывали факты из формы.
Звучит громоздко, но так оно и есть. Дальше − хуже… Разные заинтересованные лица требуют данные в разной форме, при этом содержащиеся в них факты могут быть одинаковыми. Для этого составитель отчета вынужден заполнять одни и те же факты в разные формы.
XBRL предлагает способ улучшить процесс создания, распространения и использования данных в бизнес-отчетах. Он определяет электронный формат для отчетности, позволяющий компьютерам автоматически создавать, валидировать и обрабатывать отчетность. Он также определяет способ обеспечения единого смыслового значения передаваемых бизнес-фактов. Составитель отчета мог бы просто сделать один отчет со всеми фактами и передать его получателю, который выбирал бы нужные ему факты и представлял бы в любой удобной ему форме. Определение единого смыслового значения фактов гарантирует, что каждый получатель отчета интерпретирует полученные факты одинаково.
Другим интересным моментом является возможность разделения формы отчета и его содержания. Преднастроенная форма отчета представляет собой шаблон, который определяет состав фактов. Он создается получателем отчета один раз. А передаваемые факты − это содержание , которое создается каждый раз при формировании отчетности.
Стандарт XBRL также использует подобное разделение:
- Определение того, что должно или может содержаться в отчете, описывается так называемой таксономией (taxonomy) − она определяет концепты (concept) в сфере бизнеса, по которым формируется отчетность.
- Сами отчетные данные называются отчетом XBRL (instance document). Он содержит передаваемые получателю факты. Отчет ссылается на таксономию для придания фактам смысла. Каждый из фактов в пределах отчета связан с соответствующим концептом в таксономии.
Похоже, настал неплохой момент для знакомства с примером, который я буду использовать на протяжении всей книги. Он иллюстрирует базовые принципы XBRL и показывает технические и формальные аспекты с практической стороны. Пример состоит из формы на бумажном носителе и рукописных данных.Форма отчета выглядит следующим образом:
Отчетная форма может быть однозначно определена по своему уникальному идентификатору ФД-01. Она состоит из следующих элементов – наименование компании, отчетный период, количество сотрудников на начало и конец отчетного периода. Также, требуется разбить количество сотрудников на мужчин и женщин и распределить их по нескольким возрастным группам.
Пример заполненного отчета может выглядеть следующим образом:
Несложно заметить, что количество сотрудников увеличилось, но в компании работает как минимум один человек с недостатком математических навыков. В таком простом примере вряд ли кто-то посчитает 27 + 15 как 41, но в более сложных отчетах такие ошибки весьма вероятны, если все делается вручную.
1.2.2. Extensible (Расширяемый)
Другая предпосылка XBRL заключается в том, что он расширяемый. Возвращаясь к старым добрым временам, давайте рассмотрим сценарий, в котором расширяемость была бы полезна.
Предположим, что Европейский Союз определяет требования к отчетности для любого бизнеса в рамках ЕС.
- Такое требование, скорее всего, будет указано на английском, но большинство компаний хотели бы иметь отчетную форму в своем собственном языке, поскольку перевод бизнес-терминов может быть очень сложным.
- Возможно, в некоторых странах правительство уже выдвигает такие требования к отчетности, причем с некоторыми специфичными для данной страны дополнениями. Чтобы избежать необходимости готовить две разные формы с пересекающимися требованиями, обе формы могут быть объединены в общую форму для конкретной страны. Но это все равно потребует создания новой версии основной формы.
XBRL позволяет поддерживать такие требования. ЕС создаст одну таксономию для определения требований к отчетности. Перевод технических концептов в таксономии на понятные пользователю термины содержится в так называемой базе ярлыков (label linkbase). Каждый язык внутри ЕС может иметь свою собственную базу ярлыков или можно создать одну общую базу, содержащую ярлыки для каждого языка. Обратите внимание, что при этом фактическое определение концептов не требуется повторять для каждого языка.
Страна, желающая расширить таксономию ЕС, просто создаст свою собственную таксономию, которая будет ссылаться на таксономию ЕС в части общих концептов. Этой стране достаточно будет доопределить только специфичные концепты, не входящие в таксономию ЕС.
1.2.3. Language (Язык)
«L» в XBRL обозначает Язык. Язык XBRL обеспечивает способ выражения таксономий и отчетов XBRL в едином однозначном формате, что является необходимым требованием для обработки информации компьютером.
Язык XBRL основан на таких мировых стандартах как XML и соответствующих им спецификациях. В следующих главах об этом будет рассказано более подробно.
Брыкин Андрей Валерьевич , АССА, финансовый менеджер ООО «Прожектор Девелопмент»
В последние годы в России растет интерес к новому стандарту обмена деловой информацией - XBRL.
Центральным банком РФ осуществляется проект по переводу отчетности некредитных финансовых организаций на XBRL. Планируется, что с 2018 года эти организации будут составлять и сдавать отчетность в формате XBRL.
В 2014 году мною была подготовлена отчетность крупной публичной компании в XBRL. Основной проблемой, с которой пришлось столкнуться в ходе подготовки отчетности, являлся недостаток информации. Даже англоязычная литература либо носит сугубо теоретический характер, либо изобилует техническими деталями, зачастую непонятными для бухгалтера. На русском языке информация практически отсутствует.
Поэтому в настоящей статье я попробую описать взгляд на XBRL со стороны бухгалтера, а не программиста.
Справочно
Стандарт XBRL разработан международной организацией XBRL International, Inc. для обмена бизнес-информацией между бизнес-системами. В настоящее время XBRL используется во многих странах регуляторами фондовых бирж и рынка ценных бумаг, банковскими регуляторами, регистраторами, налоговыми органами и национальными статистическими агентствами. Наиболее широкое распространение стандарты получили в США, где с 2008 года публичными компаниями публикуется отчетность в формате XBRL.
Основные принципы хранения информации в формате XBRL
Отчетность в формате XBRL состоит из нескольких файлов (формата XML), содержащих разметку (теги) и показатели отчетности (цифры и описание) внутри этой разметки.
Например, прибыль описана следующим образом:
Все показатели отчетности содержатся в одном файле, называемом экземпляром.
Помимо экземпляра, при подготовке отчетности необходимо скомпоновать определенные файлы (таксономию).
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) связи с другими элементами.
По своей природе элемент похож на обычный бухгалтерский счет.
К атрибутам в том числе относятся:
Имя хранится в файле имен, а остальные атрибуты элемента - в файле схемы.
Наиболее важным отличием таксономии от плана счетов является присутствие в ней вышеуказанных файлов связей, увязывающих отдельные элементы между собой. Причем эта увязка производится определенным образом, который может быть понят и обработан компьютерной программой.
Если не углубляться в технические детали, связи выглядят следующим образом:
Порядок подготовки отчетности в формате 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 разработаны иллюстрированные таксономии, отсортированные как по отчетным формам, так и по соответствующим стандартам МСФО.
Пример из иллюстрированной таксономии:
| Property, plant and equipment | ||
| Land and buildings | ||
| Land | instant, debit | IAS 16.37 a Example |
| Buildings | instant, debit | IAS 16.37 Common practice |
| Total land and buildings | instant, debit | IAS 16.37 b Example |
| Machinery | instant, debit | IAS 16.37 c Example |
| Vehicles | ||
| Ships | instant, debit | IAS 16.37 d Example |
| Aircraft | instant, debit | IAS 16.37 e Example |
| Subclassifications of assets, liabilities and equities | ||
| Motor vehicles | instant, debit | IAS 16.37 f Example |
| Total vehicles | instant, debit | IAS 16.37 Common practice |
Как видно из примера, помимо описания элемента, иллюстрированная таксономия содержит ссылку на соответствующий стандарт, предписывающий раскрытие. Таксономия также включает элементы, которые раскрывать не требуется, но на практике их обычно раскрывают.
Первым шагом при добавлении элемента в отчетность XBRL является его поиск в иллюстрированных таксономиях. И только если найти такой элемент не удалось, его следует добавить в файл схемы. В моем случае пришлось добавить около 30 элементов, значительная часть которых приходится на отчет о движении денежных средств. На мой взгляд, это совсем не много, а значит, подавляющая часть показателей отчетности будет совместима с отчетами других компаний.
В ходе работы по составлению отчетности необходимо постоянно проверять ее на предмет соответствия 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 - повышение совместимости отчетностей разных компаний. И это, безусловно, очень важно. Не секрет, что, хотя совместимость отчетов является одним из принципов МСФО,
в реальности отчетности различных компаний зачастую плохо совместимы. Более того, даже отчетности сходных компаний могут сильно отличаться, что резко снижает ценность такой отчетности. Причины этих различий можно сгруппировать следующим образом:
- различный порядок раскрытия одних и тех же фактов (например, разное название одних и тех же показателей);
- отличия в используемой учетной политике (часть компаний оценивает основные средства по справедливой стоимости, другие - по стоимости приобретения);
- прочие отличия (например, разная квалификация сотрудников, ответственных за подготовку отчетности, может оказать влияние на сумму прибыли компании, особенно если отчетность является сложной).
Насколько проблемы первой группы являются существенными - решать инвесторам. Но я полагаю, что первая и вторая группы различий либо разрешаются самими МСФО (например, требуется раскрытие стоимости приобретения по переоцененным основным средствам), либо считаются несущественными. Поэтому основные проблемы несовместимости вызваны причинами третьей группы.
МСФО-отчетность является одним из самых сложных финансовых отчетов. На мой взгляд, начинать переход на XBRL именно с отчетности по МСФО довольно рискованно. Выгоды от такого перехода неочевидны. Большую отдачу можно было бы получить, например, поощряя предоставление компаниями в XBRL наиболее распространенных в деловой практике каждодневных отчетов: счетов, отчетов о банковских операциях и т. д. Это могло бы способствовать автоматизации обработки таких отчетов и снизить расходы компаний на ведение учета.
Вопрос 2. Можно ли вместо перехода на XBRL публиковать формы отчетности в другом электронном формате (например, в виде таблиц Excel), пригодном для обработки компьютерной программой?
По сути, XBRL предписывает присваивать каждой цифре (и вообще любому описанию) из отчетности определенное имя (тег). Поэтому теоретически можно представить отчетность в виде таблицы, где в первой колонке будет указан тег, а во второй - сама цифра (или описание). Такой отчет может быть автоматически обработан компьютерной программой. Также XBRL предписывает определенные параметры тегов, необходимые для автоматической обработки данных. В простейшем случае это валюта, и точность (например, рубли или тысячи рублей). Здесь информацию также легко представить в виде таблиц и, соответственно, обработать автоматически.Однако во многих случаях МСФО требует представления дополнительной информации в зависимости от природы раскрываемых данных. Увязать в одной или нескольких таблицах Excel все данные, требуемые всеми стандартами МСФО, практически невозможно. Однако это можно сделать (и сделано) в XBRL-формате.
В то же время подобные увязки XBRL в большинстве случаев не позволят автоматизировать процесс анализа отчетности. Поэтому ценность такого преимущества XBRL, на мой взгляд, невелика. Однако окончательный ответ на вопрос о необходимости таких увязок тоже должны давать инвесторы.
В последние годы в России растет интерес к новому стандарту обмена деловой информацией — XBRL.Центральным банком РФ осуществляется проект по переводу отчетности некредитных финансовых организаций на XBRL. Планируется, что с 2018 года эти организации будут составлять и сдавать отчетность в формате XBRL.
В 2014 году мною была подготовлена отчетность крупной публичной компании в XBRL. Основной проблемой, с которой пришлось столк-нуться в ходе подготовки отчетности, являлся недостаток информации. Даже англоязычная литература либо носит сугубо теоретический характер, либо изобилует техническими деталями, зачастую непонятными для бухгалтера. На русском языке информация практически отсутствует.
Поэтому в настоящей статье я попробую описать взгляд на XBRL со стороны бухгалтера, а не программиста.
СПРАВОЧНО
Стандарт XBRL разработан международной организацией XBRL International, Inc. для обмена бизнес-информацией между бизнес-системами. В настоящее время XBRL используется во многих странах регуляторами фондовых бирж и рынка ценных бумаг, банковскими регуляторами, регистраторами, налоговыми органами и национальными статистическими агентствами. Наиболее широкое распространение стандарты получили в США, где с 2008 года публичными компаниями публикуется отчетность в формате XBRL.
Основные принципы хранения информации в формате XBRL
Отчетность в формате XBRL состоит из нескольких файлов (формата XML), содержащих разметку (теги) и показатели отчетности (цифры и описание) внутри этой разметки.Например, прибыль описана следующим образом:
Все показатели отчетности содержатся в одном файле, называемом экземпляром.
Помимо экземпляра, при подготовке отчетности необходимо скомпоновать определенные файлы (таксономию).
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) связи с другими элементами.
По своей природе элемент похож на обычный бухгалтерский счет.
К атрибутам в том числе относятся:
Имя хранится в файле имен, а остальные атрибуты элемента — в файле схемы.
Наиболее важным отличием таксономии от плана счетов является присутствие в ней вышеуказанных файлов связей, увязывающих отдельные элементы между собой. Причем эта увязка производится определенным образом, который может быть понят и обработан компьютерной программой.
Если не углубляться в технические детали, связи выглядят следующим образом:
Порядок подготовки отчетности в формате 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 разработаны иллюстрированные таксономии, отсортированные как по отчетным формам, так и по соответствующим стандартам МСФО.
Пример из иллюстрированной таксономии:
| Property, plant and equipment | ||
| Land and buildings | ||
| Land | instant, debit | IAS 16.37 a Example |
| Buildings | instant, debit | IAS 16.37 Common practice |
| Total land and buildings | instant, debit | IAS 16.37 b Example |
| Machinery | instant, debit | IAS 16.37 c Example |
| Vehicles | ||
| Ships | instant, debit | IAS 16.37 d Example |
| Aircraft | instant, debit | IAS 16.37 e Example |
| Subclassifications of assets, liabilities and equities | ||
| Motor vehicles | instant, debit | IAS 16.37 f Example |
| Total vehicles | instant, debit | IAS 16.37 Common practice |
Как видно из примера, помимо описания элемента, иллюстрированная таксономия содержит ссылку на соответствующий стандарт, предписывающий раскрытие. Таксономия также включает элементы, которые раскрывать не требуется, но на практике их обычно раскрывают.
Первым шагом при добавлении элемента в отчетность XBRL является его поиск в иллюстрированных таксономиях. И только если найти такой элемент не удалось, его следует добавить в файл схемы. В моем случае пришлось добавить около 30 элементов, значительная часть которых приходится на отчет о движении денежных средств. На мой взгляд, это совсем не много, а значит, подавляющая часть показателей отчетности будет совместима с отчетами других компаний.
В ходе работы по составлению отчетности необходимо постоянно проверять ее на предмет соответствия 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 — повышение совместимости отчетностей разных компаний. И это, безусловно, очень важно. Не секрет, что, хотя совместимость отчетов является одним из принципов МСФО,
в реальности отчетности различных компаний зачастую плохо совместимы. Более того, даже отчетности сходных компаний могут сильно отличаться, что резко снижает ценность такой отчетности. Причины этих различий можно сгруппировать следующим образом:
- различный порядок раскрытия одних и тех же фактов (например, разное название одних и тех же показателей);
- отличия в используемой учетной политике (часть компаний оценивает основные средства по справедливой стоимости, другие — по стоимости приобретения);
- прочие отличия (например, разная квалификация сотрудников, ответственных за подготовку отчетности, может оказать влияние на сумму прибыли компании, особенно если отчетность является сложной).
Насколько проблемы первой группы являются существенными — решать инвесторам. Но я полагаю, что первая и вторая группы различий либо разрешаются самими МСФО (например, требуется раскрытие стоимости приобретения по переоцененным основным средствам), либо считаются несущественными. Поэтому основные проблемы несовместимости вызваны причинами третьей группы.
МСФО-отчетность является одним из самых сложных финансовых отчетов. На мой взгляд, начинать переход на XBRL именно с отчетности по МСФО довольно рискованно. Выгоды от такого перехода неочевидны. Большую отдачу можно было бы получить, например, поощряя предоставление компаниями в XBRL наиболее распространенных в деловой практике каждодневных отчетов: счетов, отчетов о банковских операциях и т. д. Это могло бы способствовать автоматизации обработки таких отчетов и снизить расходы компаний на ведение учета.
Вопрос 2. Можно ли вместо перехода на XBRL публиковать формы отчетности в другом электронном формате (например, в виде таблиц Excel), пригодном для обработки компьютерной программой?
По сути, XBRL предписывает присваивать каждой цифре (и вообще любому описанию) из отчетности определенное имя (тег). Поэтому теоретически можно представить отчетность в виде таблицы, где в первой колонке будет указан тег, а во второй — сама цифра (или описание). Такой отчет может быть автоматически обработан компьютерной программой. Также XBRL предписывает определенные параметры тегов, необходимые для автоматической обработки данных. В простейшем случае это валюта, отчетный период и точность (например, рубли или тысячи рублей). Здесь информацию также легко представить в виде таблиц и, соответственно, обработать автоматически.Однако во многих случаях МСФО требует представления дополнительной информации в зависимости от природы раскрываемых данных. Увязать в одной или нескольких таблицах Excel все данные, требуемые всеми стандартами МСФО, практически невозможно. Однако это можно сделать (и сделано) в XBRL-формате.
В то же время подобные увязки XBRL в большинстве случаев не позволят автоматизировать процесс анализа отчетности. Поэтому ценность такого преимущества XBRL, на мой взгляд, невелика. Однако окончательный ответ на вопрос о необходимости таких увязок тоже должны давать инвесторы.
