Отчетность в формате XBRL: опыт подготовки
Брыкин Андрей Валерьевич, АССА, финансовый менеджер ООО «Прожектор Девелопмент»
Источник: Журнал "Корпоративная финансовая отчетность. Международные стандарты" № 3/2016
В последние годы в России растет интерес к новому стандарту обмена деловой информацией — XBRL.
Центральным банком РФ осуществляется проект по переводу отчетности некредитных финансовых организаций на XBRL. Планируется, что с 2018 года эти организации будут составлять и сдавать отчетность в формате XBRL.
В 2014 году мною была подготовлена отчетность крупной публичной компании в XBRL. Основной проблемой, с которой пришлось столкнуться в ходе подготовки отчетности, являлся недостаток информации. Даже англоязычная литература либо носит сугубо теоретический характер, либо изобилует техническими деталями, зачастую непонятными для бухгалтера. На русском языке информация практически отсутствует.
Поэтому в настоящей статье я попробую описать взгляд на XBRL со стороны бухгалтера, а не программиста.
Справочно
Стандарт XBRL разработан международной организацией XBRL International, Inc. для обмена бизнес-информацией между бизнес-системами. В настоящее время XBRL используется во многих странах регуляторами фондовых бирж и рынка ценных бумаг, банковскими регуляторами, регистраторами, налоговыми органами и национальными статистическими агентствами. Наиболее широкое распространение стандарты получили в США, где с 2008 года публичными компаниями публикуется отчетность в формате XBRL.
Отчетность в формате XBRL состоит из нескольких файлов (формата XML), содержащих разметку (теги) и показатели отчетности (цифры и описание) внутри этой разметки.
Например, прибыль описана следующим образом:
<ifrs-full: ProfitLosscontextRef=’y1Q2014’ decimals=’-3’ unitRef=’RUB’>3170152000</ifrs-full: ProfitLoss>
Все показатели отчетности содержатся в одном файле, называемом экземпляром.
Помимо экземпляра, при подготовке отчетности необходимо скомпоновать определенные файлы (таксономию).
1. Схема. По своему назначению файл схемы соответствует плану счетов. Этот файл содержит ссылки на использованную таксономию XBRL. В нашем случае это таксономия МСФО —
www.xbrl.org/2006/ref?2006–02–27.xsd. Также в файле схемы хранятся ссылки на файлы имен и связей (см. ниже). Сюда же помещаются теги, для которых нет аналога в стандартной таксономии МСФО. В этом случае можно создать свой тег и поместить его в схему.
2. Файл имен. Теги МСФО имеют вид, малопригодный для анализа отчетности. Например: ifrs-full_ProfitLoss. Для того чтобы отчетность можно было читать, каждому стандартному тегу необходимо присвоить имя, которым соответствующий показатель назван в отчетности, например: Net Profit. В файле с именами хранится информация об имени показателя отчетности и соответствующем ему теге.
3. Файлы связей:
a) презентации, содержащие структуру отчетных форм и примечаний, чтобы пользователь отчетности мог видеть формы не типовые, а абсолютно идентичные тем формам, которые являются частью финансовой отчетности;
b) расчеты (XBRL позволяет автоматически проводить проверку соответствия между собой различных показателей отчетности, например сверку актива и пассива баланса; файл расчетов хранит использованные формулы);
c) определения, хранящие информацию о дополнительных измерениях, представленных в отчетности, например о видах капитала (для отчета о движении капитала) или сегментах (для сегментной отчетности).
Таксономию XBRL обычно представляют в виде перечня элементов, каждый из которых имеет:
1) атрибуты;
2) связи с другими элементами.
По своей природе элемент похож на обычный бухгалтерский счет.
К атрибутам в том числе относятся:
Имя | Net Profit |
Тег | ifrs-full_ProfitLoss |
Тип | Как правило, число или описание |
Тип баланса | Debit/Credit |
Тип периода | Instant — для баланса, Duration — для доходов/расходов |
Абстрактность | true — для элементов, которые не требуют заполнения (например, промежуточная строка в балансе или название отчетной формы), false — для остальных элементов |
Имя хранится в файле имен, а остальные атрибуты элемента — в файле схемы.
Наиболее важным отличием таксономии от плана счетов является присутствие в ней вышеуказанных файлов связей, увязывающих отдельные элементы между собой. Причем эта увязка производится определенным образом, который может быть понят и обработан компьютерной программой.
Если не углубляться в технические детали, связи выглядят следующим образом:
Презентации | Основные средства [Абстрактность] Основные средства, расходы на приобретение Накопленная амортизация Итого основные средства |
Расчеты | Основные средства = + Основные средства, расходы на приобретение ? Накопленная амортизация |
Измерения | Отчет о движении капитала [Абстрактность] Отчет о движении капитала [Таблица] Компоненты капитала [Измерение] Капитал, принадлежащий собственникам материнской компании Выпущенные акции Нераспределенная прибыль Капитал, принадлежащий миноритарным акционерам |
При подготовке отчетности впервые в качестве отправной точки есть смысл использовать пример готовой отчетности. Мною был использован пример с сайта 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 разработаны иллюстрированные таксономии, отсортированные как по отчетным формам, так и по соответствующим стандартам МСФО.
Пример из иллюстрированной таксономии:
Subclassifications of assets, liabilities and equities [abstract] | ||
Property, plant and equipment [abstract] | ||
Land and buildings [abstract] | ||
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 [abstract] | ||
Ships | instant, debit | IAS 16.37 d Example |
Aircraft | instant, debit | IAS 16.37 e Example |
Subclassifications of assets, liabilities and equities [abstract] | ||
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, так и в области МСФО. Поэтому становится актуальным вопрос подготовки таких специалистов и соответствующей учебной литературы.
На мой взгляд, в настоящий момент нельзя дать однозначный ответ на этот вопрос.
Основной целью внедрения XBRL было обеспечить возможность обработки финансовых отчетов компьютерной программой, чтобы облегчить процесс анализа этой отчетности для инвесторов.
В США отчетность в XBRL предоставляется публичными компаниями с 2008 года. Однако споры по поводу эффективности этого проекта продолжаются до сих пор. По моему мнению, можно утверждать, что лишь в некоторых случаях анализ XBRL-отчетности более удобен для инвестора (например, если нужно быстро проанализировать много компаний или быстро сравнить между собой две произвольные компании), и это подтверждается исследованиями.
Также одной из целей XBRL являлось снижение количества ошибок в отчетах. XBRL позволяет разрабатывать правила соответствия показателей отчетности между собой и автоматически выдавать предупреждение в случае нарушения правила. Применительно к отчетности по МСФО ценность таких правил, на мой взгляд, невелика, поскольку основные ошибки приходятся на новые или изменившиеся операции компании. А поскольку правил по таким операциям еще нет, ошибка также не будет обнаружена.
Но иногда можно встретить мнение о том, что внедрение XBRL принесло компании выгоды (в основном — связанные с улучшением процессов обмена информацией между подразделениями компании). Этот случай не имеет отношения к отчетности по МСФО. Наличие хоть какого-то стандарта всегда лучше, чем полное его отсутствие. Скорее всего, формат XBRL может подойти для простых отчетов. Наличие стандарта может ускорить разработку программного обеспечения, позволяющего обрабатывать такие отчеты автоматически. Вполне возможно, что, например, общепринятой практикой через определенное время может стать обмен договорами, счетами за товары/услуги в формате XBRL.
Еще одной целью разработки XBRL было снизить издержки на подготовку отчетности. Разработчики XBRL, говоря о выгодах внедрения этой технологии, имели в виду не перекладку отчетности по МСФО, а использование XBRL для обмена финансовыми данными вообще. Как мне кажется, в некоторых случаях такое использование XBRL может принести выгоды (см. предыдущий абзац). Но, основываясь на своем опыте, могу сказать, что применительно к МСФО я не вижу причин, по которым издержки на подготовку отчетности могут снизиться в результате внедрения XBRL. В то же время издержки на внедрение XBRL могут составить существенную сумму. Косвенно это подтверждается тем фактом, что в интернете сложно найти отчетность в формате XBRL тех компаний, которые не обязаны ее составлять.
Еще одна цель разработки XBRL — повышение совместимости отчетностей разных компаний. И это, безусловно, очень важно. Не секрет, что, хотя совместимость отчетов является одним из принципов МСФО,
в реальности отчетности различных компаний зачастую плохо совместимы. Более того, даже отчетности сходных компаний могут сильно отличаться, что резко снижает ценность такой отчетности. Причины этих различий можно сгруппировать следующим образом:
- различный порядок раскрытия одних и тех же фактов (например, разное название одних и тех же показателей);
- отличия в используемой учетной политике (часть компаний оценивает основные средства по справедливой стоимости, другие — по стоимости приобретения);
- прочие отличия (например, разная квалификация сотрудников, ответственных за подготовку отчетности, может оказать влияние на сумму прибыли компании, особенно если отчетность является сложной).
Внедрение XBRL позволяет частично решить первую группу проблем, так как в этой отчетности одинаковые показатели будут обозначены одним и тем же тегом. Полностью решить эти проблемы XBRL не может, поскольку, например, если одна компания представляет расходы по экономической сути, а другая — по функции, то проблема несовместимости остается.
Насколько проблемы первой группы являются существенными — решать инвесторам. Но я полагаю, что первая и вторая группы различий либо разрешаются самими МСФО (например, требуется раскрытие стоимости приобретения по переоцененным основным средствам), либо считаются несущественными. Поэтому основные проблемы несовместимости вызваны причинами третьей группы.
МСФО-отчетность является одним из самых сложных финансовых отчетов. На мой взгляд, начинать переход на XBRL именно с отчетности по МСФО довольно рискованно. Выгоды от такого перехода неочевидны. Большую отдачу можно было бы получить, например, поощряя предоставление компаниями в XBRL наиболее распространенных в деловой практике каждодневных отчетов: счетов, отчетов о банковских операциях и т. д. Это могло бы способствовать автоматизации обработки таких отчетов и снизить расходы компаний на ведение учета.
По сути, XBRL предписывает присваивать каждой цифре (и вообще любому описанию) из отчетности определенное имя (тег). Поэтому теоретически можно представить отчетность в виде таблицы, где в первой колонке будет указан тег, а во второй — сама цифра (или описание). Такой отчет может быть автоматически обработан компьютерной программой. Также XBRL предписывает определенные параметры тегов, необходимые для автоматической обработки данных. В простейшем случае это валюта, отчетный период и точность (например, рубли или тысячи рублей). Здесь информацию также легко представить в виде таблиц и, соответственно, обработать автоматически.
Однако во многих случаях МСФО требует представления дополнительной информации в зависимости от природы раскрываемых данных. Увязать в одной или нескольких таблицах Excel все данные, требуемые всеми стандартами МСФО, практически невозможно. Однако это можно сделать (и сделано) в XBRL-формате.
В то же время подобные увязки XBRL в большинстве случаев не позволят автоматизировать процесс анализа отчетности. Поэтому ценность такого преимущества XBRL, на мой взгляд, невелика. Однако окончательный ответ на вопрос о необходимости таких увязок тоже должны давать инвесторы.
В. Ю. Авдеев, аудитор, к. э. н., создатель Audit-it.ru, программ для финансового анализа и составления отчетности по МСФО |
А. И. Низков, заместитель директора ООО «Нивеком», сертифицированный специалист по XBRL |
В. Авдеев: Сам по себе XBRL-формат хранения отчетности не несет для российских компаний никаких преимуществ. На сегодняшний день в России, да и во всем мире, мало пользователей отчетности, которые технически готовы читать и обрабатывать отчетность в данном формате.
Однако Таксономия МСФО (XBRL) — сама по себе ценный источник информации о составе и структуре международной отчетности. К сожалению, использовать этот источник непросто даже технически подготовленным специалистам, необходимы соответствующие инструменты. Такие инструменты есть, но они универсальны, предназначены для просмотра любых XBRL-документов, поэтому в привычном для бухгалтера виде отчетность там не найти, нужны специализированные программы.
А. Низков: Российские предприятия не являются в данном вопросе первопроходцами. Известные во всем мире компании уже не первый год составляют отчетность по МСФО в формате XBRL. Публичные компании в США имеют большой опыт подготовки финансовой отчетности c применением XBRL. В частности, Bank of America Corp. регулярно предоставляет в Комиссию по ценным бумагам и биржам США отчетность, подготовленную с применением XBRL. Следует отметить, что американские фирмы при подготовке финансовой отчетности в формате XBRL пользуются US GAAP Taxonomy, разработанной и утвержденной Советом по стандартам финансового учета (FASB). Но мне представляется, что их опыт будет также полезен российским юридическим лицам, желающим готовить отчетность в формате XBRL. Я бы рекомендовал российским компаниям воспользоваться уже имеющимся у зарубежных коллег опытом подготовки отчетности с применением XBRL.
На мой взгляд, ряд компаний (в частности, SAP AG) своим примером доказывают, что отчетность по МСФО также можно составлять в формате XBRL. И аналогичного мнения придерживаются эксперты Совета по МСФО, которые уже более пяти лет занимаются разработкой и усовершенствованием IFRS Taxonomy.
А. Низков: Ответ на этот вопрос для каждого предприятия будет индивидуальным. По моему мнению, непубличным компаниям не стоит переходить на XBRL добровольно: затраты на подготовку отчетности в формате XBRL, вероятнее всего, не окупятся. А вот публичным компаниям, ценные бумаги которых торгуются на фондовых биржах, стоит подумать над возможностью подготовки финансовой отчетности по МСФО с применением XBRL. Если публичные компании заинтересованы в том, чтобы зарубежные инвесторы имели доступ к их отчетности по МСФО и могли без дополнительных затрат со своей стороны обрабатывать эти данные на компьютере, имеет смысл попробовать готовить отчетность по МСФО в формате XBRL.
В. Авдеев: Если XBRL (Таксономия МСФО) как источник информации экономит время на подготовку отчетности, то формирование самой отчетности в XBRL является весьма затратным. Ведь подготовка отчетности в XBRL-формате не отменяет обычного бумажного отчета, а является лишь дополнительной формой хранения документов. Подготовить отчетность в этом формате вручную — трудоемкий процесс, нужно специальное программное обеспечение. А с ним дела обстоят плохо: низкий спрос пользователей на отчетность в этом формате не стимулирует разработку таких программных продуктов.
В. Авдеев: Перспективы у распространения XBRL-формата подготовки отчетности по МСФО в России появятся только в том случае, если какой-либо регулирующий орган обяжет представлять отчетность в таком виде (например, Центробанк). Аналогично тому, как сейчас мы сдаем российскую бухгалтерскую отчетность по каналам связи в формате XML. Но возьмут при этом XBRL-формат в виде Таксономии МСФО или это будет некая собственная модификация регулятора — тоже вопрос.
А. Низков: Полагаю, что со временем все большее количество предприятий будет вовлекаться в процесс подготовки финансовой отчетности в формате XBRL. В настоящее время ЦБ РФ осуществляет проект по переводу отчетности некредитных финансовых организаций на XBRL, поэтому число предприятий, предоставляющих отчеты в формате XBRL, будет увеличиваться.
Дело в том, что большой объем отчетности необходимо обрабатывать, анализировать с применением различного программного обеспечения. А чтобы такой анализ данных был возможен, отчетность должна предоставляться в форматах, пригодных для компьютерной обработки. Если отчетность предоставят в Word или pdf, обработать ее на компьютере будет невозможно. Нельзя обратиться с запросом к нескольким файлам в Word или pdf и получить в результате определенные сведения (например, данные о чистой прибыли). А вот отчетность в формате XBRL обрабатывается на компьютере без особого труда.
А. Низков: На мой взгляд, руководителю, финансовому директору и специалисту по МФСО желательно прослушать курс, подготовленный XBRL International Inc. специально для указанных категорий сотрудников компании, желающей применять XBRL при подготовке финансовой отчетности. Чтобы подготовить отчетность с применением XBRL, специальные знания необходимы. Подготовка такой отчетности затронет в первую очередь специалистов по МСФО и сотрудников подразделения IT.
В. Авдеев: Финансовому директору и специалисту по МСФО нужно знать о XBRL (Таксономии МСФО) следующее: это уникальный, наиболее точный и полный источник информации о структуре, составе, форме отчетности по МСФО от самих разработчиков стандартов. Не важно, составляете вы отчетность в XBRL-формате или только на бумаге, — опираясь на Таксономию МСФО, можно получить действительно качественную, соответствующую требованиям стандартов отчетность. Если же вы решите сохранить отчетность в XBRL-формате, без помощи технических специалистов не обойтись.
</