ЦБР отсрочил введение санкций по отчетности XBRL для страховщиков. Введение в XBRL «на пальцах», или как подготовить ИТ-инфраструктуру банка к новому формату сдачи отчетности

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

Денис Рудоманенко

генеральный директор АО «НПФ «ЛУКОЙЛ-ГАРАНТ»

«Мы в целом довольны сотрудничеством с ГК «Хомнет». Особенно хотелось бы отметить, во-первых, плодотворное взаимодействие с руководителем проекта со стороны ГК «Хомнет» на этапе внедрения, во-вторых, возможность решения сложных управленческих задач с представителями компании. Значительную ценность представляет связка двух программ: данные из базы ХОМНЕТ:НФО автоматически подкачиваются в продукт компании ХОМНЕТ:XBRL. В качестве приятного дополнения положительно оцениваем возможность обработки отчетности по лицензии управляющей компании, наряду с отчетностью профучастника по лицензии ДУ».

Сергей Стукалов

генеральный директор ОАО «РОНИН Траст»

«По итогу проекта мы имеем целевую систему подготовки отчетности в формате XBRL. В системе уже был сформирован пакет отчетности для сдачи в Банк России за I квартал 2018 года. Перед сдачей отчетность также была проверена в системе согласно критериям проверки Банка России. В итоге отчетность была успешно сдана и принята Банком России как корректная».

Алексей Жирный

генеральный директор ИК "Тренд"

«Опыт реализации подобных проектов, в частности автоматизации подготовки отчетности в формате XBRL в управляющих компаниях, наличие готового программного решение, позволяющего комфортно работать с большим объемом данных определили наш выбор. Таким образом, Исполнителем проекта по переходу на XBRL стала ГК «Хомнет», чье предложение было оптимальным для нас».

Мария Иванова

генеральный директор УК "СК-КАПИТАЛ"

«Мы снова отдали предпочтение ГК «Хомнет» в реализации проекта внедрения формата XBRL по ряду очень веских причин. Во-первых, наличие у вендора собственного программного решения по переходу на XBRL и успешный опыт его внедрения в крупных инвестиционных компаниях. Во-вторых, решения «ХОМНЕТ:НФО» и «ХОМНЕТ:XBRL» в связке позволяют не просто собирать и сдавать отчетность отвечая требованиям регулятора, но и делать это в кратчайшие сроки и комфортно при условии, что нам приходится работать с достаточно большим объемом данных. Таким образом, отчетность из бухгалтерской программы получается одним нажатие кнопки, эта функция экономит уйму времени и облегчает жизнь нашим сотрудникам».

Максим Романов

директор ИК "Аналитический центр"

«Опыт реализации подобных проектов в других НПФ, участие в рабочих группах ЦБ РФ по XBRL и наличие готового программного решения, апробированного в НПФ, входящим в пилотную группу ЦБ РФ определили наш выбор. Таким образом, исполнителем проекта по переходу на XBRL стала ГК «Хомнет», чье предложение было оптимальным для нас».

Ирина Баранова

заместитель главного бухгалтера

«Реализованный проект позволил нам соответствовать требованиям Центрального Банка Российской Федерации (Банк России) в части перехода на новый обязательный формат, а это значит, что главная цель проекта достигнута. В связи с этим, выражаем благодарность команде экспертов ГК «Хомнет» за гибкий подход к нашему проекту, оперативность и профессиональность выполнения работ в рамках этого проекта»

Андрей Константинопольский

Генеральный директор ООО «УК «Долгосрочные инвестиции»

Еще на старте проекта мы приняли решение рассматривать предложения только тех вендоров, у которых есть готовый модуль XBRL с уже обкатанной технологией внедрения. Таким образом, мы хотели, чтобы проект был реализован быстро и «безболезненно» для нашей компании. К самой программе, конечно, у нас также были требования, ключевыми из них стали - умение программы интегрироваться с системами учёта на ЕПС, бэк-офисными системами, хранилищами данных и умение правильно собирать показатели, необходимые для формирования отчётности в формате XBRL. По итогам анализа предложений, мы выбрали оптимальный для нас вариант - модуль «ХОМНЕТ:XBRL»

Светлана Ларина

Заместитель генерального директора-контролер

«В рамках проекта автоматизации подготовки отчетности в формате XBRL нам предстояло выбрать программное решение и Исполнителя проекта. Проводя анализ предложений, конечно, прежде всего мы обращали внимание на опыт ИТ-вендора в части внедрения формата XBRL в управляющих компаниях. К тому времени ГК «Хомнет» реализовала уже немало проектов в крупнейших УК на базе собственного ПО «ХОМНЕТ:XBRL». Апробированная технология внедрения модуля «ХОМНЕТ:XBRL», высокая готовность продукта и его функциональность стали решающими критериями при принятии решения»

Алексей Доманов

генеральный директор ЗАО «УК «Евразия»


Для подготовки полного пакета отчётности (БФО, НСО) в формате XBRL специалистами «Хомнет консалтинг» было разработано уникальное решение - Хомнет XBRL .

Модуль «Хомнет XBRL» содержит следующие функциональные возможности:

  1. хранение
  2. просмотр
  • Сбор и агрегирование данных (значений фактов таксономии) отчетности НФО в формате XBRL различными способами:
    1. автоматически из учетных систем (данные учета на ЕПС) *
    2. через интерфейсы интеграции (API) с внешними системами
    3. через интерфейсы ручного ввода
  • Визуализация отчетности
    1. по спецификации Defenition + Presentation
    2. по спецификации Table Linkbase 1.0
  • Валидация отчетности по бизнес-правилам ЦБ с возможностью расшифровки до фактов и исходных данных учетных систем
  • * - в поставку модуля входит Кейс с настройками для подготовки полного пакета отчётности (БФО, надзорная, статистическая) в формате XBRL.

    «Хомнет консалтинг» в рабочей группе ЦБ

    В ЦБ РФ создана рабочая группа по вопросам разработки и внедрения электронного формата представления отчётных данных на базе спецификаций XBRL, в которую входят ведущие специалисты «Хомнет консалтинг».

    В рамках технологического направления рабочей группы уже были разработаны функциональные требования:

    • «Система администрирования таксономии XBRL»
    • «Система сбора и обработки отчётности НФО»
    • «Корпоративное хранилище данных, транзакционная база данных и ETL в части XBRL»
    • к ПО, обеспечивающему конвертацию отчётных данных НФО в XBRL

    Пилотный проект - это фокус-группа из более чем 10 компаний, созданная для испытания и наладки разрабатываемой таксономии XBRL Банка России и новой системы сбора отчётности. Компании, входящие в группу, являются участниками финансового рынка и будут в тестовом режиме представлять в Банк России отчётные данные в формате XBRL с апреля 2017 года.

    Ключевым шагом в реализации перехода отчётности на формат XBRL стал выпуск в марте 2016 года базовой таксономии XBRL Банка России, содержащей в себе отчётные показатели субъектов страхового дела и негосударственных пенсионных фондов.

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

    Особенности разработки финальной таксономии

    • Требования Банка России к отчётным показателям и аналитическим разрезам, сформированные на этапе разработки расширенной таксономии, не должны существенно (более 10%) измениться на этапе разработки финальной таксономии.
    • Единый подход и методы разработки таксономии для различных видов НФО.
    • Высокая детализация данных, более 20 000 показателей и более 20 аналитических разрезов.
    • Расширенная таксономия:
      • основа для тестирования в рамках реализации пилотного проекта,
      • основа для тестирования ИТ систем Банка России и ПО «Конвертер».

    Образовательный курс по тематике XBRL предназначен для изучения электронного формата сбора и обработки отчетных данных на базе спецификаций XBRL (eXtensible Business Reporting Language, расширяемый язык деловой отчетности) сотрудниками организаций финансового рынка.

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

    Онлайн-курс представляет собой совокупность теоретических материалов, сгруппированных по темам. Для проверки и закрепления полученных знаний во время изучения модуля курса пользователю предлагаются тестовые задания, а для контроля - итоговое тестирование.

    О стандарте

    XBRL (eXtensible Business Reporting Language - «расширяемый язык деловой отчетности») - широко используемый в мире открытый стандарт обмена деловой информацией, который позволяет выражать с помощью семантических средств общие для участников финансового рынка и регулирующих органов требования к представлению бизнес-отчетности. XBRL является средством коммуникации и обмена бизнес-информацией между системами. Эти коммуникации основаны на наборах метаданных (данных о данных), которые содержат описание как отдельных показателей отчетности, так и взаимосвязей между ними и прочими семантическими элементами таксономий.

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

    Спецификации стандарта XBRL разрабатываются и публикуются в свободном доступе независимой международной организацией XBRL International, в которой насчитывается более 600 участников из 35 стран. Целью XBRL International является улучшение процесса представления деловой информации и повышение прозрачности ведения бизнеса во всем мире путем предоставления открытого стандарта по обмену данными.

    В связи с созданием на базе Банка России мегарегулятора финансового рынка и сближением норм регулирования финансового рынка России с нормами регулирования стран G20 возникает необходимость проведения ряда системных преобразований в сфере ведения бухгалтерского учета, организации регулирования и надзора, а также сбора и обработки отчетности некредитных финансовых организаций (далее - НФО). Одной из приоритетных задач является перевод отчетности НФО на единый современный формат передачи данных финансовой, надзорной и другой бизнес-отчетности на основе модели данных, обогащенной описаниями форм отчетности, библиотеками справочников и классификаторов, правилами согласования и проверки данных.

    Основными целями внедрения единого электронного формата для отчетности НФО являются:

    1. Устранение избыточности и дублирования отчетных данных путем построения мегарегулятором единой системы сбора и обработки отчетности для блока НФО на основе МСФО;

    2. Повышение достоверности и качества отчетных данных путем унификации и автоматизации процессов;

    3. Повышение прозрачности и открытости финансовой информации для всех участников рынка;

    4. Унификация форматов межведомственного и международного электронного обмена данными.

    Внедрение единого электронного формата для отчетности НФО будет реализовываться с учетом сроков и состава работ по проектам Банка России в части внедрения единого плана счетов НФО, отраслевых стандартов бухгалтерского учета и отчетности НФО, унификации требований к статистической отчетности и отчетности в порядке надзора НФО.

    Проект Банка России по внедрению XBRL для НФО

    Банк России получает значительный объем различных видов отчетности НФО в соответствии с законодательством Российской Федерации. Отчетность служит для целей анализа финансового положения, выявления нарушений и негативных тенденций в деятельности поднадзорных организаций, целей государственной статистики, мониторинга состояния рынка и определения вектора его развития.

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

    Советом директоров Банка России одобрена реализация проекта перехода НФО на электронный формат представления отчетных данных на базе спецификаций XBRL (eXtensible Business Reporting Language, расширяемый язык деловой отчетности) (далее - Проект 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 как на уровне консолидированных данных, так и на уровне корпоративных систем участника рынка.
    • Перевод

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

    В 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 заключается в том, что он расширяемый. Возвращаясь к старым добрым временам, давайте рассмотрим сценарий, в котором расширяемость была бы полезна.


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

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

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


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

    1.2.3. Language (Язык)

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


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

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

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

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

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

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

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

    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, на мой взгляд, невелика. Однако окончательный ответ на вопрос о необходимости таких увязок тоже должны давать инвесторы.

    Понравилась статья? Поделиться с друзьями: