Словарь корпоративной отчетности xbrl. ЦБ начал принимать отчетность в новом цифровом формате. Мнения разработчиков. Интегрированные решения – более дорогой, но и более надежный вариант
07.12.2017 \ Точка зрения
Юлия Амириди , эксперт Ассоциации российских банков, заместитель генерального директора по развитию бизнеса компании Intersoft Lab, рассказала о том, что нужно знать, чтобы заранее подготовиться к переходу на международный формат деловой отчетности XBRL.
Переход на электронный̆ формат сбора и обработки отчетных данных на базе спецификаций XBRL (от англ. eXtensible Business Reporting Language) - один из стратегических проектов Банка России. XBRL - международный формат раскрытия деловой отчетности – с начала 2018 года должен стать стандартом для предоставления отчетности регулятору со стороны некредитных финансовых организаций (НФО): негосударственных пенсионных фондов, акционерных и паевых инвестиционных фондов, управляющих компаний инвестиционных фондов, страховых организаций, профессиональных участников рынка ценных бумаг, организаторов торговли, клиринговых организаций и лиц, осуществляющих функции центрального контрагента.
Огромная работа, проделанная регулятором по унификации показателей отчетности и разработке таксономии XBRL для НФО, соответствующих нормативных актов и XBRL-конвертера, вкупе с четким соблюдением сроков перехода на XBRL для НФО, указывает на решимость в кратчайшие сроки масштабировать этот прогрессивный подход на кредитные организации. Решение о целесообразности такого шага будет приниматься по итогам перехода НФО на XBRL. Если оно окажется положительным, то подходы, использованные для разработки XBREL-таксономии для НФО, станут основой подходов для разработки таксономии для банков.
Что такое XBRL-таксономия
XBRL-таксономия - это описание данных и показателей, снабженных детальными аналитическими признаками, которые субъекты отчетности должны передавать регулятору. XBRL-таксономия для НФО объединяет набор данных в отношении единого плана счетов (ЕПС), а также показателей бухгалтерской финансовой отчетности (БФО), элементов МСФО и надзорно-статистических показателей. Этого состава данных достаточно для получения всех необходимых форм контрольной бухгалтерской (финансовой), надзорной и статистической отчетности на стороне регулятора.
Таксономия XBRL для НФО разработана на базе дата-центричного подхода. Это означает, что собираемые данные очищены от дублирующихся и избыточных показателей и предоставляются регулятору в виде многомерных структур, построенных на основе счетов, частей счетов и надзорно-статистических показателей в тех аналитических разрезах, которые необходимы регулятору для расширенного анализа данных (например, основные валюты, географическая концентрация, ожидаемый срок до погашения и проч.). При этом таксономия включает элементы форма-центричного подхода, когда каждый отчетный показатель идентифицируется на уровне экономических сущностей в БФО. Это более привычный для пользователей взгляд на отчетность, который упрощает первые шаги в освоении нового формата ее сдачи. В таксономии реализовано более 5000 проверочных правил, в том числе по типу привычного межформенного контроля.
Финальная таксономия бухгалтерской, надзорной и статистической отчетности для НФО опубликована на сайте Банка России 31 октября 2017 года. Обновление таксономии в связи с введением новых надзорных требований и проч. изменений, затрагивающих менее 15% показателей и/или аналитических разрезов, будет осуществляться в плановом порядке не менее двух раз в год. По регламенту, установленному на 2018 год, обновленные таксономии будут опубликованы 28 февраля и 31 августа, а вступят в силу 1 июля 2018 года и 1 января 2019 года соответственно. Допустимы и более масштабные обновления. В таких случаях для них будет разработан отдельный план введения изменений.
Как организован процесс подготовки и сдачи отчетности в формате XBRL
Если описывать процесс формирования XBRL-отчетности «на пальцах», то он сводится к заполнению отчетных форм, но более детальных по сравнению с привычными. В них требуется ввести вручную или загрузить из внешнего файла данные и показатели в необходимых аналитических разрезах. При заполнении автоматически исключаются дубли, то есть введенный единожды показатель отображается во всех формах, где он повторно используется. После заполнения доступна автоматическая валидация данных, говоря иначе контроль соблюдения форматных, арифметических и логических правил, сравнение с данными отчетности прошлых периодов и фиксация обнаруженных ошибок.
По этому принципу организована работа программного обеспечения «Конвертер» для сбора отчетности НФО в XBRL-формате, который бесплатно представляет Банк России . Результат работы «Конвертера» – файл в XBRL-формате, который можно подписать усиленной квалифицированной электронной подписью и через личный кабинет участника финансового рынка передать регулятору. Планируется, что в 2021 году «Конвертер» прекратит существование, и организации станут готовить файлы отчетности в формате XBRL, опираясь на собственные ИТ-решения.
Не стоит волноваться по этому поводу, на рынке представлено много коммерческих и свободно-распространяемых программных продуктов для преобразования данных в формат XBRL. Все XBRL-конвертеры работают практически по тому же принципу, что и «Конвертер» Банка России:
- XBRL-конвертер получает, с одной стороны любую XBRL-таксономию (в нашем случае таксономию Банка России), с другой – внешний файл заданного формата с данными и показателями субъекта отчетности.XBRL-конвертер автоматически заполняет таксономию данными, оценивает данные на соответствие бизнес-проверкам таксономии, при необходимости сообщает об ошибках. Цикл проверки можно повторять много раз, до тех пор пока внешний файл с данными будет преобразован в XBRL-формат без ошибок.Результатом работы XBRL-конвертера является файл XBRL-формата, который можно подписывать и отправлять регулятору.
Однако, основной сложностью подготовки отчетности в XBRL-формате является не сама конвертация, а подготовка первичных данных и показателей, которые будут преобразованы в формат XBRL.
Почему переход на XBRL-формат вскрывает проблемы качества данных для отчетности
Ключевая цель перехода на XBRL-формат сдачи отчетности - повышение прозрачности информации, достоверности и качества отчетности – достигается за счет предоставления регулятору не готовых отчетных форм, а слоя детальных данных и показателей, на основе которых на стороне регулятора:
- могут быть рассчитаны все формы контрольной бухгалтерско-финансовой, надзорной и статистической отчетности,могут быть единовременно проведены кросс-проверки всех форм отчетности.
Это означает, что переход на формат XBRL способен вскрыть глубинные проблемы с качеством данных, используемых организациями при подготовке отчетности: их полнотой, безошибочностью и консистентностью. Кроме того, поскольку XBRL-отчетность станет более гранулярной, добавятся аналитические признаки для показателей и проч., то на первых порах данных требуемой детальности и в нужных аналитических разрезах в учетных системах может просто не оказаться. Потребуется время, прежде чем поставщики учетных модулей доработают свое ПО, а организации модернизируют организационные процессы, чтобы состав первичных данных приблизился к тем, что требует таксономия.
Будущее регуляторной отчетности кредитных организаций, учитывая масштаб грядущих изменений, может наступить уже практически завтра. Стоит заранее задуматься о подготовке ИТ-инфраструктуры банков к переходу XBRL, прежде всего с позиции поддержки процессов консолидации первичных данных, обеспечения их качества и обогащения недостающей аналитикой. Опыт пилотных проектов перехода на 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 и соответствующих им спецификациях. В следующих главах об этом будет рассказано более подробно.
27.12.2016, Вт, 16:01, Мск , Текст: Денис Воейков
Центробанк приступил к пилотному проекту по приему отчетности от некредитных финансовых организаций в новом для себя цифровом формате XBRL. Редакция CNews обсудила перспективы его внедрения с представителями ИТ-компаний, входящих в рабочую группу по вопросам внедрения XBRL при ЦБ.
ЦБ начал пилот по XBRL
Как стало известно CNews, Банк России (Центробанк, ЦБ) начал в тестовом режиме принимать от ряда поднадзорных организаций отчетные данные, подготовленные с использованием специальных шаблонов, для последующей конвертации их в формат XBRL (от англ. eXtensible Business Reporting Language - расширяемый язык деловой отчетности). В настоящий момент регулятор вводит этот формат для сбора и обработки отчетности некредитных финансовых организаций (НФО - страховые компании, инвестиционные и пенсионные фонды, брокер-дилеры, микрофинансовые организации, кредитные кооперативы и пр.). В пилотном проекте участвует 21 компания, в том числе дочерние структуры Сбербанка, Альфа-банка и Тинькофф банка, биржи Москвы и Санкт-Петербурга, НПФ «Лукойл-гарант» и др.
По словам главы Департамента сбора и обработки отчетности НФО в ЦБ Ольги Гончаровой , с 1 января 2018 г. сдача отчетности в Банк России в новом формате станет обязательной для большинства НФО. Напомним, сейчас ЦБ принимает ее в XML и еще более старом формате EDIFACT.
Запуску проекта предшествовало двухлетнее масштабное исследование ЦБ, по результатам которого XBRL получил наилучшую комплексную оценку при сравнении его с другими электронными форматами обмена данных: XML, SDMX, EDIFACT, FpML.
Отметим, что приказом от 1 сентября 2015 г. Центробанком было инициировано создание рабочей группы по вопросам внедрения XBRL, в которую помимо сотрудников регулятора вошли представители ряда министерств и федеральных служб, коммерческих банков, НФО, консалтинговых компаний, профобъединений и саморегулируемых организаций, а также ИТ-компаний, потенциально готовых предложить зарождающемуся в России рынку свои решения. Комментарии некоторых из этих ИТ-компаний мы приводим ниже.
Ольга Гончарова: «Переход на XBRL для участников рынка НФО означает оптимизацию процесса представления отчетности в Банк России, а также сокращение объема представляемых данных за счет устранения проблемы их дублирования»
В конце 2017 г. ЦБ намерен определиться с возможностью масштабирования формата XBRL и на кредитные организации.
Для чего внедряется XBRL
В разговоре с CNews Ольга Гончарова отметила, что XBRL имеет иерархическую структуру данных со свойствами, специфичными для финансовой сферы. «Переход на XBRL для участников рынка НФО означает оптимизацию процесса представления отчетности в Банк России, а также сокращение объема представляемых данных за счет устранения проблемы их дублирования», - сказала она.
Сам ЦБ ключевыми преимуществами XBRL считает улучшение качества и доступности данных, расширенные аналитические возможности и прозрачность информации. «Помимо этого, переход на XBRL означает интеграцию в мировое финансовое пространство, - добавляет Гончарова. - Формат XBRL уже используется большинством стран G20, а в 2015 г. Банк России вошел в состав международного консорциума XBRL International в качестве временной российской юрисдикции».
Технологии для перехода
Для предоставления отчетности в формате XBRL организации на первом этапе смогут воспользоваться бесплатным конвертером данных. Он находится в стадии разработки и будет представлен в начале 2017 г. Правда, как сообщила Гончарова, ЦБ отказался от идеи его бессрочной поддержки - бесплатное использование конвертера запланировано на период до 2021 г. «Мы хотим продвигать использование нового формата внутри наших поднадзорных организаций, - поясняет причины такого решения Гончарова. - При действующем конвертере у рынка не будет стимула переключаться на XBRL, компании будут продолжать выгружать в конвертер неструктурированные данные. А мы все же хотим повышать качество этих данных силами самих поднадзорных организаций».
Таким образом, регулятор намерен подстегнуть участников рынка использовать свои либо сторонние ИТ-решения, интегрированные в их ИТ-инфраструктуру и позволяющие также применять эти продукты для более глубокого внутреннего анализа собственной информации.
В I квартале 2016 г. ЦБ выпустил базовую таксономию XBRL для бухгалтерской (финансовой) и надзорной отчетности некоторых видов НФО (ее расширенная версия стала доступна 31 октября 2016 г.). «Если ИТ-вендоры захотят пойти дальше и прописать языком XBRL какие-то внутренние учетные системы, в этом плане расширив ее, то мы эти расширения будем учитывать. Нам важно, чтобы таксономия расширялась контролируемо, чтобы мы не начали говорить на разных языках», - добавляет Гончарова.
Трудности перехода с точки зрения ЦБ
Предстоящие сложности в процессе перехода НФО на XBRL в ЦБ разделяют на две категории: методологические и технологические. «На данный момент организации не несут существенных затрат при переходе, - считает Гончарова. - Однако можно говорить об издержках на обучение персонала работе с новым форматом и на приобретение в дальнейшем специализированного ПО XBRL. То есть издержки, безусловно, будут, но выгоды от перехода на новый формат значительно их превысят».
Подготовка рынка к переходу
В Центробанке указывают на то, что для облегчения перехода НФО им оказываются консультационные услуги. «В случае запроса на проведение обучающих семинаров со стороны участников рынка НФО мы идем навстречу и организовываем такие мероприятия на бесплатной основе, - говорит Гончарова. - Также нами проводятся регулярные рабочие встречи с представителями ведущих вузов России, на которых мы обсуждаем спектр необходимых образовательных мероприятий, содержание и перспективы будущих образовательных программ по тематике XBRL». По инициативе и при участии Банка России на русский язык также переведена книга «XBRL for Dummies» («XBRL для чайников»), призванная в доступной форме познакомить участников рынка с этим форматом.
Перспективы XBRL для межведомственного взаимодействия
Являясь форматом с широкими аналитическими возможностями, XBRL может быть использован не только для финансовой отчетности - многие страны в рамках общего мирового тренда задействуют его как внутри отдельных ведомств, так и при межведомственном взаимодействии.
Ольга Гончарова напоминает, что ЦБ была разработана дорожная карта по развитию электронного взаимодействия на финансовом рынке, одобренная и подписанная в Правительстве в мае 2015 г. Одним из ее мероприятий является проработка концепции внедрения современного унифицированного формата обмена отчетными данными для участников финансового рынка и реального сектора экономики со всеми заинтересованными ведомствами. «Мы сейчас эту концепцию готовим, создана рабочая группа с участием Минкомсвязи и Минэкономразвития, которая уже несколько раз собиралась, - говорит Гончарова. - Планируется, что концепция будет готова в первой половине 2017 г.
Комментарии ИТ-компаний, входящих в рабочую группу при ЦБ
О перспективности XBRL
Руководитель направления Cognitive Value Consulting в IBM в Центральной и Восточной Европе Виталий Верещагин в перспективности XBRL нисколько не сомневается. «Она подтверждена многочисленными успешными проектами в различных странах, где таксономию XBRL для целей сбора отчетности используют как регуляторы фондовых бирж и рынка ценных бумаг, так и банковские регуляторы, налоговые органы и национальные статистические агентства», - говорит он.
С ним согласен директор департамента по работе с Банком России в IBS Алексей Савельев , который считает, что переход на XBRL даст Центральному банку и всему российскому финансовому сообществу множество преимуществ с точки зрения унификации и упрощения процедур обмена отчетностью.
«Учитывая, что в России используются одновременно несколько стандартов («Клико», ПТК ПСД, еще и XML для формата 3462-У), приведение всех отчетов к единому международному формату нам кажется перспективным, учитывая, что XBRL является открытым и расширяемым, - рассуждают в компании “Флексофт”. - Кроме того, использование XML как основы данного формата представляется оправданным. Перспективность XBRL определяется еще и тем, что при переходе на международный стандарт Банк России, возможно, будет реже вносить изменения в отчетные формы».
Руководитель направления ХBRL в компании «Хомнет консалтинг» Илья Смерников считает переход к отчетности в новом формате правильным, указывая, что его внедрение способствует решению ряда проблем как для поднадзорных ЦБ структур, так и для самого регулятора. «Организации готовят много различной отчетности, которая зачастую пересекается, имеет несколько версий “правды”, трудоемка в подготовке и как следствие может содержать ошибки, - говорит он. - Перспективы использования XBRL мы видим в переводе на его основу управленческой отчетности и межорганизационные взаимодействия (между самими организациями и их контрагентами). Последние возможны именно в силу единых правил, закладываемых в XBRL».
«Переход на единый стандарт отчетности для всего финансового рынка - это не просто верный шаг. Это единственная возможность управлять развитием и рисками на этом рынке, - уверен директор по стратегическому развитию, член совета директоров группы ЦФТ Александр Погудин . - Все игроки должны быть измеряемы и контролируемы, а подход к контролю должен быть един для всех, стандартизован. То, что выбран формат XBRL - неплохо: есть богатый международный опыт и доступные технологии».
В компании «Открытые бизнес решения» считают XBRL оптимальным форматом с точки зрения контроля. «Но участникам рынка придется выстроить новые бизнес-процессы по учету своих операций и глубже их автоматизировать, - добавляют собеседники CNews. - Причина не только в XBRL как таковом, а в изменениях в учете - переходе на "Единый план счетов" и "Единый набор показателей бухгалтерской, надзорной и статистической отчетности"».
Партнер, директор по операционной деятельности и технологическому развитию компании «Неофлекс» Елена Лукутина считает XBRL перспективным для некредитных финансовых организаций. «В случае с банковским сектором оценка возможного перехода на прием ЦБ-отчетности в формате XBRL не столь однозначна, - полагает она. - Существующая на сегодня методология по формированию данных для предоставления отчетности, предназначенная для банков, формировалась десятилетиями. Она позволяет собирать данные в различных разрезах и в существующем виде. Вряд ли в ближайшем будущем получится заменить саму методику сбора данных». При этом Лукутина все же отмечает, что использование XBRL возможно и для банков. «Но надо понимать, что это может занять больше времени, чем кажется на первый взгляд», - говорит она.
Заместитель генерального директора SAP СНГ Дмитрий Красюков в связи с внедрением XBRL указывает на то, что важен прежде всего сам факт перехода от отчетности на базе форм к отчетности на базе показателей. «Сегодня существует порядка 800 нормативных актов, которые устанавливают требования примерно к 1000 форм нефинансовой отчетности, - говорит он. - Подход с использованием XBRL упростит процесс сдачи отчетности, повысит качество регуляторной среды, а также обеспечит более простой обмен данными между разными ведомствами, что является дополнительным преимуществом для бизнеса».
Директор департамента «Решения BI и отчетность» компании «Диасофт» Николай Макаревич считает переход на XBRL правильным, называя этот проект амбициозным. «Вместе с переходом на XBRL меняется и способ сдачи отчетности, то есть происходит переход от форм к детальным данным, - поясняет он свою позицию. - Фактически переход на XBRL ведет к потребности выстраивания правильной ИТ-архитектуры для подготовки отчетности. И на этом пути потребуется решить множество технических вопросов, связанных с обработкой большого объема информации, особенно когда на новый формат перейдут крупные игроки. Поэтому то, что первыми переход осуществляют субъекты страхового рынка и негосударственные пенсионные фонды - правильная тактика. Небольшой объем данных в этих организациях позволит произвести необходимые доработки без чрезмерной нагрузки системы».
В Colvir Software Solutions полагают, что язык XBRL на сегодняшний день отражает лучшую мировую практику в стандартах обмена деловой информацией. При этом в компании указывают на то, что сейчас известны две модели развития XBRL - с использованием открытой и закрытой таксономии. «Отчеты с закрытой таксономией содержат заранее установленные регулятором обязательные поля, которые можно заполнить автоматически из баз данных организаций, формирующих отчеты, - пояснили собеседники CNews. - Открытая таксономия предоставляет пользователю инструмент, позволяющий по своему усмотрению помечать любой элемент информации как “таксономический элемент”. Отчеты с открытой таксономией не имеют строгой структуры, теряется ясность информации, отчетом становится неудобно пользоваться. Такая модель увеличивает сложность отчетов и стоимость ПО. Наша компания выступает за использование модели “закрытой” таксономии».
В дизайн-бюро «Зебра» уверены, что XBRL предлагает высокий потенциал роста эффективности сбора, верификации и обработки больших объемов в первую очередь финансовых данных. «С другой стороны, опыт внедрения в ряде стран (США, Великобритания) показывает наличие фундаментальных проблем: закрытость и низкий уровень развития и доступности ПО, возраст стандарта (произрастает из XML), что в купе с консервативностью представителей финансовой инфраструктуры сдерживает потенциальный переход на более современные аналоги XML, а также недостаточный уровень развития инфраструктуры, который дискредитирует идеологию XBRL и выгоды от его использования (скорость формирования, достоверность, отсутствие ошибок, машиночитаемость)», - заявляют в компании. Представители «Зебры» считают XBRL оптимальным решением для надзорных функций ЦБ. «Вызывает сомнение выбранный подход и методология разработки таксономии, а также качество предварительных решений», - добавляют они.
Руководитель проектов департамента банковского ПО RS-Bank компании R-Style Softlab Игорь Сердюк на введение нового формата смотрит с оптимизмом. «Важно понимать, что меняются не только формат данных и принципы подготовки отчетности, но и технологии взаимодействия с ЦБ РФ, - говорит он. - Появляется единое окно взаимодействия с регулятором через личный кабинет, вводится регламент на внесение дополнений и изменений в новый формат. Отныне существуют жестко прописанные даты, в которые ЦБ может вносить правки (на текущий момент зафиксированы две даты в году, весной и осенью). Это очень рознится в положительную сторону с той ситуацией, которую мы имеем сейчас. На текущий момент механизмы, регулирующие внесение изменений в законодательство, далеки от идеала, и со стороны создается ощущение их хаотичности. Нередки случаи, когда временной интервал от выхода окончательной версии нормативного акта до начала его действия оказывается критически малым для внесения правок в механизмы формирования отчетности, что, в свою очередь, не приносит позитива ни подконтрольным ЦБ РФ организациям, ни разработчикам, автоматизирующим их деятельность».
О собственных XBRL-решениях
По словам Виталия Верещагина, у компании IBM уже есть продукт Cognos Disclosure Management, который поддерживает подготовку отчетности и взаимодействие с регулятором в формате XBRL. «Он уже работает с рядом таксономий, например, Solvency II XBRL reporting (EIOPA), CRDIV XBRL reporting (EBA) и т. д., - поясняет он. - Таксономия XBRL для некредитных финансовых организаций от российской юрисдикции XBRL International также может быть включена в список поддерживаемых этим продуктом спецификаций».
Алексей Савельев утверждает, что IBS планирует работать с форматом XBRL в рамках разработки специализированных приложений для ЦБ. «Что касается разработки уникальных продуктов для работы с отчетностью, пилотный российский проект для ЦБ находится лишь в начальной стадии развития, поэтому говорить о появлении новых решений на этом рынке пока рано, - уверен он. - Востребованность ИТ-продуктов для работы с XBRL ограничена из-за ориентированности на небольшой сектор российской экономики - НФО. Как правило, у них скромный ИТ-бюджет, поэтому действительно актуальным может стать только недорогой продукт, доступный таким компаниям с точки зрения цены. Разработчикам при этом нужно понимать, что затраты на его поддержание будут существенными. Например, ЦБ, по нашим данным, планирует раз в полгода выпускать изменения к XBRL-отчетности, которые будут требовать регулярных доработок и, соответственно, финансовых вложений в продукт».
Игорь Сердюк отмечает, что R-Style Softlab ведет активные работы по автоматизации процесса подготовки отчетности в XBRL. «В соответствии с нашими текущими планами, выход продукта назначен на IV квартал 2017 года, - рассказывает он. - У продукта будет несколько вариантов поставки, ориентированных на конкретные потребности клиентов, что сделает для них переход на новый формат максимально удобным».
Дмитрий Красюков указывает на то, что решение SAP Disclosure Management для подготовки отчетности, в том числе в формате XBRL, существует на рынке уже довольно давно. «Формирование XBRL-отчетности - это не разовой проект по внедрению ПО, - рассуждает он. - Очевидно, что на начальном этапе внедрения регулятор будет достаточно часто вносить изменения в таксономию. Они повлекут за собой не только перенастройку системы подготовки отчетности, но и могут потребовать изменений в составе исходных данных. Если объем запрашиваемых данных будет значительным, а изменения будут происходить достаточно часто, это может также представлять трудности для поднадзорных организаций. По этой причине рынок решений XBRL будет интересен прежде всего сервисным компаниям и интеграторам, осуществляющим настройку и сопровождение систем подготовки отчетности».
В «Зебре» сообщили CNews, что выпуска новых готовых решений на рынок компания не планирует. «Рынок ПО для XBRL сильно фрагментирован: помимо нескольких международных мейджоров и крупнейших интеграторов при них или рядом будет сформирован небольшой рынок консультационно-сертификационных услуг, - полагают в дизайн-бюро. - Появления принципиально новых программных продуктов, отдельных от распространенных ERP-систем мы не прогнозируем в сколько-нибудь значимом количестве».
Несмотря на то, что отдельного продукта для работы с XBRL в Colvir не планируется, для действующих клиентов возможность выгружать отчетность в XBRL будет предоставлена по мере обновления версии продуктов компании. «Для новых внедрений формат XBRL будет идти в рамках стандартной поставки, - говорят в Colvir. - Включение в систему функциональности XBRL не приведет к увеличению стоимости платформы и самих модулей отчетности. Отдельные решения, по нашему мнению, будут востребованы лишь в переходном периоде. Впрочем, если ЦБ будет развивать модель открытой таксономии, коммерческие компании предложат различные решения для такой отчетности. Эти решения будут связаны со значительными инвестициями в разработку продуктов и приведут к увеличению трудозатрат в процессе внедрения, интеграции и эксплуатации».
Николай Макаревич отмечает, что в стратегии «Диасофта» заложена поддержка XBRL в разных продуктах для учета и отчетности финансовых организаций разного типа. На сегодняшний день существует несколько проектов по разработке таких продуктов. Первый из них направлен на поддержку единого плана счетов в учетных системах ломбардов, МФО, НФО, страховых компаний и пр. Второй должен будет позволить осуществить поддержку XBRL на уровне единой отчетной системы.
«Для кредитных организаций у нас уже есть специализированный продукт Flextera BI, - продолжает Макаревич. - Поэтому мы практически готовы перевести на XBRL крупных игроков с большим количеством учетных систем, сложной структурой учета и множеством филиалов, предложив им решение класса OLAP. И, наконец, мы разрабатываем XBRL-конвертер - облачный сервис, который позволит трансформировать данные из “1С” и других учетных систем в XBRL. В конвертере будут доступны механизмы верификации и внесения изменений, а также возможность исторического хранения всех отчетов».
Елена Лукутина полагает, что поскольку Центробанк заявил, что предоставит собственный конвертер, это направление серьезного интереса для ИТ-компаний не представляет. «А вот сбор информации и разработка данных для сведения в отчетность по формату XBRL - потенциально интересная ниша. Конвертер в этом случае составная часть решения, - указывает она. - Если говорить о банковском сегменте рынка, с которым преимущественно работает “Неофлекс”, то сразу после того как ЦБ определится с планами относительно перевода банков на новый формат отчетности, мы готовы будем реализовать новый функционал для наших клиентов. Нам не потребуется разрабатывать какие-то принципиально новые инструменты. Те данные, которые сегодня есть в нашей системе подготовки отчетности Neoflex Reporting, позволят формировать и новую отчетность».
В «Открытых бизнес решениях» сообщили CNews, что уже выпустили программный продукт по ведению учета на едином плане счетов. Его методология разрабатывалась совместно с некоммерческим партнерством РТС. Продукт базируется на платформе «1С: Предприятие 8». В январе 2017 года выйдет релиз с бухгалтерской (финансовой) отчетностью. «В ходе реализации отчетности мы ориентируемся на таксономию XBRL, в соответствии с которой строим аналитический разрезы и справочники в нашей системе, - говорят в компании. - После перехода от указанных форм к сдаче XBRL-файла в нашем ПО уже будет вся необходимая аналитика в соответствии с таксономией ЦБ. Будет реализован механизм обновления таксономии».
Во «Флексофте» отмечают, что у компании уже есть продукт - аналитическое хранилище «DataForce FXL», который по сути является системой поддержки принятия управленческих решений, включая формирование обязательной и управленческой отчетности, аналитику, проведение маркетинговых кампаний. «Решение построено с использованием запатентованной модели данных и инструментария BI, - утверждают в компании. - Этот продукт успешно используется в ряде российских банков и внесен в Единый реестр российского ПО. Именно в него мы планируем добавить поддержку XBRL. При этом мы не станем отказываться от текущих поддерживаемых форматов, что позволит нашим клиентам осуществить плавный поэтапный переход к вводу XBRL. Мы не ожидаем значительных изменений на рынке в части перспектив для новых игроков. Те компании, которые сейчас автоматизируют банковскую деятельность и в частности отчетность, продолжат это делать и при введении формата XBRL и также останутся основными игроками в этой области».
Илья Смерников указывает, что «Хомнет консалтинг» еще до инициатив ЦБ по переводу отчетности в формат XBRL имел опыт работы в этом направлении. «Мы разработали и вывели на рынок линейку тиражных решений для автоматизации учета и подготовки отчетности - “Хомнет НФО”, - говорит он. - Своим клиентам мы предлагаем формировать отчетность с использованием нашего ПО уже за I квартал 2017 года. В индивидуальном порядке мы готовы начать поставлять и внедрять продукт уже в текущем 2016 году. Вывести на рынок продукт как отлаженное тиражное решение, прошедшее полноценную проверку реальными испытаниями в НФО, сдающих в ЦБ тестовую отчетность в формате XBRL, мы планируем в III квартале 2017 года».
Александр Погудин заверяет, что ЦФТ сначала поддержит формат XBRL в программных продуктах для страховых компаний и негосударственных пенсионных фондов, а затем - в решениях для банковского сектора. «Отдельный продукт мы не будем создавать: это решение будет встроено в существующие системы ЦФТ, - говорит он. - Пилотные решения мы уже тестируем. Дело в том, что ЦФТ с самого начала своей работы разрабатывает ПО на основе метаданных. Формат XBRL опирается на наборы метаданных, которые содержат описание структуры отдельных показателей и их взаимосвязей, а вдобавок еще и поддаются математическому обсчету. Это позволяет, не имея еще конкретного заказчика и, соответственно, информации о его клиентах, направлениях бизнеса и характере сделок, прописывать основные функции, которые понадобятся в жизни. Точно так же это позволит регулятору, получив данные о результатах деятельности банка в формате XBRL, развернуть их и составить представление о характере проводимых операций и уровне рисков».
- XBRL — eXtensible Business Reporting Language — « расширяемый язык деловой отчетности ». С 1 января 2018 года этот формат станет обязательным стандартом для отчетности большинства некредитных финансовых организаций (НФО). Впоследствии формат может быть распространен на кредитные организации. Точные сроки для этого шага пока не определены.
- Выбор XBRL не случаен. Он стал наследником электронных форматов, применяемых с 1980-х годов, в том числе таких, как Edifact и XML. Банк России в 2014 году провел предпроектное исследование форматов, являющихся эволюцией формата XML, и выбрал XBRL как самый функциональный, безопасный и удобный. По сути, XBRL — это международный технический эсперанто , то есть язык делового общения, на котором говорят регуляторы и участники рынка в контексте финансовой информации, включая МСФО, Базель и Solvency II.
- XBRL разрабатывается международной некоммерческой организацией XBRL International . В нее входит более 600 участников из 35 стран. Россия вступила в XBRL International в качестве специального члена (юрисдикции) 10 июня 2015 года. Практически все страны G20, ЕС и БРИКС уже внедрили стандарт XBRL или реализуют программу его внедрения. Среди внедривших стран — США, Великобритания и Германия, Китай, Индия и Нидерланды.
- XBRL — наиболее близкий к XML формат . Фактически это и есть XML — специально доработанный для целей финансовой и деловой отчетности. XML сегодня используется в качестве одного из стандартов отчетности НФО. Во многом поэтому некредитные финансовые организации станут первыми, кто перейдет на XBRL.
- Таксономия. Очень важное слово в контексте XBRL. Вообще, таксономия — это учение о принципах и практике классификации и систематизации. Но в данном случае это сформированная в соответствии с определенными правилами совокупность метаданных, модели данных, описаний форм отчетности, порядка их формирования и межформенного контроля. Наверное, будет не слишком большим упрощением назвать таксономию в данном случае многоуровневым рубрикатором. Таксономия XBRL разрабатывается Банком России.
- XBRL — в идеале — не только формат для отчетности, но и для повседневного анализа деятельности компании. Этому способствует наличие доступных сложных таксономий (IFRS, FINREP, COREP, Basel, Solvency), средств их доработки и анализа данных. В Банке России полагают, что внедрение XBRL позволит владельцам бизнесов и менеджменту лучше понять сильные и слабые стороны их компаний.
- Данные, собранные в формате XBRL , «живые». Это не просто плоские сводные таблицы, а своеобразный многомерный массив, который можно рассматривать под различными ракурсами в зависимости от конкретного момента.
- Несмотря на определенные затраты по внедрению XBRL , в новом стандарте есть немало выгод и преимуществ. Среди них: устранение избыточности и дублирования отчетных данных путем построения единой системы сбора и обработки отчетности, повышение достоверности и качества отчетных данных путем унификации и автоматизации процессов, повышение прозрачности и открытости информации для всех участников рынка, расширение возможности аутсорсинга подготовки отчетных форм . В среднесрочной перспективе можно ожидать снижения нагрузки на организации по подготовке отчетов.
- Внедрение XBRL в России осуществляется в тесном взаимодействии со всеми сторонами, затрагиваемых этим процессом. Банком России создана межведомственная рабочая группа, состоящая более чем из 40 организаций, среди них федеральные органы исполнительной власти, страховщики, негосударственные пенсионные фонды, банки и IT-компании. Процесс внедрения проходит открыто и поэтапно обсуждается на российских и международных форумах. Проводятся консультации с ведущими регуляторами G20.
- У организаций будет выбор трех вариантов создания отчетности в формате 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, на мой взгляд, невелика. Однако окончательный ответ на вопрос о необходимости таких увязок тоже должны давать инвесторы.