Переход на xbrl. XBRL: десять фактов о новейшем стандарте финансовой отчетности. XBRL в естественной среде обитания

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

В последние годы в России растет интерес к новому стандарту обмена деловой информацией - XBRL.

Центральным банком РФ осуществляется проект по переводу отчетности некредитных финансовых организаций на XBRL. Планируется, что с 2018 года эти организации будут составлять и сдавать отчетность в формате XBRL.

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

Справочно

Стандарт XBRL разработан международной организацией XBRL International, Inc. для обмена бизнес-информацией между бизнес-системами. В настоящее время XBRL используется во многих странах регуляторами фондовых бирж и рынка ценных бумаг, банковскими регуляторами, регистраторами, налоговыми органами и национальными статистическими агентствами. Наиболее широкое распространение стандарты получили в США, где с 2008 года публичными компаниями публикуется отчетность в формате XBRL.

Чтобы настроить бункер для вашего объекта отчетности, выберите «Хопперы» в нижней левой части экрана. Коэффициент точности определяет количество цифр для ваших данных, и вы можете выбрать тысячи или миллионы для масштабного коэффициента. Например, если числа введены тысячами, и вы выбираете шкалу в виде тысяч, три нуля будут добавляться к каждому номеру в отмеченных данных. Примечание. Другие инструменты мечения могут обрабатывать точность и масштаб по-разному.

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

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

Отчетность в формате XBRL состоит из нескольких файлов (формата XML), содержащих разметку (теги) и показатели отчетности (цифры и описание) внутри этой разметки.
Например, прибыль описана следующим образом:

3170152000

Все показатели отчетности содержатся в одном файле, называемом экземпляром.
Помимо экземпляра, при подготовке отчетности необходимо скомпоновать определенные файлы (таксономию).

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, так и в области МСФО. Поэтому становится актуальным вопрос подготовки таких специалистов и соответствующей учебной литературы.

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

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

На мой взгляд, в настоящий момент нельзя дать однозначный ответ на этот вопрос.

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

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

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

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

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

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

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

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

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

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

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

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

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

1. XBRL — eXtensible Business Reporting Language — « расширяемый язык деловой отчетности ». С 1 января 2018 года этот формат станет обязательным стандартом для отчетности большинства некредитных финансовых организаций (НФО). Впоследствии формат может быть распространен на кредитные организации. Точные сроки для этого шага пока не определены.
2. Выбор XBRL не случаен. Он стал наследником электронных форматов, применяемых с 1980-х годов, в том числе таких, как Edifact и XML. Банк России в 2014 году провел предпроектное исследование форматов, являющихся эволюцией формата XML, и выбрал XBRL как самый функциональный, безопасный и удобный. По сути, XBRL — это международный технический эсперанто , то есть язык делового общения, на котором говорят регуляторы и участники рынка в контексте финансовой информации, включая МСФО, Базель и Solvency II.
3. XBRL разрабатывается международной некоммерческой организацией XBRL International . В нее входит более 600 участников из 35 стран. Россия вступила в XBRL International в качестве специального члена (юрисдикции) 10 июня 2015 года. Практически все страны G20, ЕС и БРИКС уже внедрили стандарт XBRL или реализуют программу его внедрения. Среди внедривших стран — США, Великобритания и Германия, Китай, Индия и Нидерланды.
4. XBRL — наиболее близкий к XML формат . Фактически это и есть XML — специально доработанный для целей финансовой и деловой отчетности. XML сегодня используется в качестве одного из стандартов отчетности НФО. Во многом поэтому некредитные финансовые организации станут первыми, кто перейдет на XBRL.
5. Таксономия. Очень важное слово в контексте XBRL. Вообще, таксономия — это учение о принципах и практике классификации и систематизации. Но в данном случае это сформированная в соответствии с определенными правилами совокупность метаданных, модели данных, описаний форм отчетности, порядка их формирования и межформенного контроля. Наверное, будет не слишком большим упрощением назвать таксономию в данном случае многоуровневым рубрикатором. Таксономия XBRL разрабатывается Банком России.
6. XBRL — в идеале — не только формат для отчетности, но и для повседневного анализа деятельности компании. Этому способствует наличие доступных сложных таксономий (IFRS, FINREP, COREP, Basel, Solvency), средств их доработки и анализа данных. В Банке России полагают, что внедрение XBRL позволит владельцам бизнесов и менеджменту лучше понять сильные и слабые стороны их компаний.
7. Данные, собранные в формате XBRL , «живые». Это не просто плоские сводные таблицы, а своеобразный многомерный массив, который можно рассматривать под различными ракурсами в зависимости от конкретного момента.
8. Несмотря на определенные затраты по внедрению XBRL , в новом стандарте есть немало выгод и преимуществ. Среди них: устранение избыточности и дублирования отчетных данных путем построения единой системы сбора и обработки отчетности, повышение достоверности и качества отчетных данных путем унификации и автоматизации процессов, повышение прозрачности и открытости информации для всех участников рынка, расширение возможности аутсорсинга подготовки отчетных форм . В среднесрочной перспективе можно ожидать снижения нагрузки на организации по подготовке отчетов.
9. Внедрение XBRL в России осуществляется в тесном взаимодействии со всеми сторонами, затрагиваемых этим процессом. Банком России создана межведомственная рабочая группа, состоящая более чем из 40 организаций, среди них федеральные органы исполнительной власти, страховщики, негосударственные пенсионные фонды, банки и IT-компании. Процесс внедрения проходит открыто и поэтапно обсуждается на российских и международных форумах. Проводятся консультации с ведущими регуляторами G20.
10. У организаций будет выбор трех вариантов создания отчетности в формате XBRL . Первый — использование бесплатного конвертера XBRL, который предложит регулятор. Второй — создание отчета самостоятельно при помощи установленного в организации ПО. Третий — формирование отчетности третьей стороной по заказу подотчетной организации (аутсорсинг). Планируется внедрение разметки XBRL как на уровне консолидированных данных, так и на уровне корпоративных систем участника рынка.