XBRL: десять фактов о новейшем стандарте финансовой отчетности. ЦБ начал принимать отчетность в новом цифровом формате

№ 6 2017 / (в формате PDF)

№ 5 2017 / (в формате PDF)

№ 4 2017 / (в формате PDF)

№ 3 2016 / (в формате PDF)

№ 2 2016 / (в формате PDF)

№ 1 2016 / (в формате PDF)

Онлайн-курс по тематике XBRL

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

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

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

Внимание!

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

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

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

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

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

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

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

Основные предпосылки внедрения формата XBRL для организаций финансового сектора:

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

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

Советом директоров Банка России одобрена реализация проекта перехода НФО на электронный формат представления отчетных данных на базе спецификаций XBRL (eXtensible Business Reporting Language, расширяемый язык деловой отчетности) (далее – Проект XBRL для НФО).

Реализация Проекта XBRL для НФО является первым шагом на пути перехода на единый электронный формат всех участников финансового рынка.

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

Источник: http://www.cbr.ru/finmarket/projects_xbrl1/

XBRL: Просто о сложном − Глава 1. Введение

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

Качественных материалов про XBRL на русском языке достаточно мало (могу разве что рекомендовать книгу XBRL для чайников, перевод которой был инициирован ЦБ, правда выполнен не в лучшем виде).

Хочу восполнить этот пробел и предлагаю вашему вниманию свою адаптацию неплохой брошюры XBRL in Plain English от компании Batavia, которая рассказывает об основах XBRL.

Перевод веду от лица автора, немного дополняю текст полезными ссылками. Стараюсь придерживаться терминологии ЦБ РФ со ссылкой на оригинальные термины. Начну с первых глав, и если тема будет вам интересна, завершу перевод. Комментируйте, задавайте вопросы − расскажу все, что знаю.

Роман Удальцов

1. Введение

В этой главе представлена сама книга и основные понятия XBRL

1.1. Что ожидать

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

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

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

Я также не буду дискутировать на тему таких базовых технических стандартов как XML, XML Schema, XLink, XPath, XPointer и т.д. Если вам не очень знакомы эти технологии, загляните на сайт W3C (World Wide Web Consortium) за списком рекомендованной литературы или в любую хорошую книжку по XML.

Источник: https://habrahabr.ru/post/333636/

Что такое XBRL?

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

Стандарт основан на расширяемом языке разметки XML и использует такие относящиеся к XML технологии, как XML Schema, XLink, XPath и пространство имен. Одной из главных задач XBRL является регламентация обмена финансовой информацией, такой как финансовые отчеты.

Спецификация языка XBRL разрабатывается и публикуется независимой международной организацией XBRL International.

XBRL является основанным средством коммуникации и обмена бизнес-информацией между бизнес-системами.

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

Основные понятия современных электронных форматов отчетности на основе разметки XML

Функциональные возможности XBRL

Начало XBRL было положено Чарльзом Хоффманом – сертифицированным бухгалтером из города Такома, штат Вашингтон. Американский институт дипломированных общественных бухгалтеров (AICPA) также способствовал созданию некоммерческой организации XBRL International.

Первоначально пользователями XBRL были регулирующие органы, такие как Федеральная корпорация по страхованию вкладов США (U.S.

Внимание!

Federal Deposit Insurance Corporation) и Комитет европейских органов банковского надзора (Committee of European Banking Supervisors – CEBS).

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

В 2003 году Правительство Нидерландов начало осуществление проекта с использованием национальной таксономии Нидерландов (NTP) в целях создания таксономии для объединенной межведомственной и коммуникационной инфраструктуры приемки отчетности поднадзорных компаний.

Правительство Нидерландов в настоящее время сотрудничает с Австралией, Новой Зеландией и Сингапуром в области реализации подобных программ стандартизованной бизнес-отчетности (далее – СБО).

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

В 2008 году Чарльз Хоффман и Рене ван Эгмонд предложили упрощенный вариант XBRL (XBRLS), что облегчило работу для большинства бизнес-пользователей, улучшило потенциал их взаимодействия с бизнес-сообществом, регуляторами и независимыми поставщиками программного обеспечения.

В течение последних десяти лет Комиссия по ценным бумагам и биржам США (Securities and Exchange Commission – SEC), Управление Ее Величества по налоговым и таможенным сборам Соединенного Королевства (HM Revenue and Customs – HMRC) и Регистрационная палата Сингапура (Companies House) начали требовать от компаний представления отчетности в формате XBRL. Другие регуляторы последовали их примеру. Проект в SEC был запущен в 2008 году в несколько этапов, на первом из них отчетность в формате XBRL начали представлять наиболее крупные поднадзорные организации. Иностранные компании, использующие МСФО, начали представлять свои финансовые отчеты в SEC в формате XBRL с тех пор, как таксономия МСФО была принята Комиссией по ценным бумагам. В Соединенном Королевстве с 2013 года HMRC и Регистрационная палата используют XBRL (в виде модифицированного формата iXBRL).

Источник: https://xbrl.ru/about/what-xbrl/

XBRL - новый формат представления отчетности

XBRL - общепризнанный и уже широко применяемый в мире открытый стандарт (он же формат или язык) для представления финансовой отчетности по МСФО, GAAP США и Великобритании, а также иной отчетности в электронном виде.

Формат XBRL не является новым отдельным языком программирования - он основан на широко используемом на практике языке программирования XML (eXtensible Mark-up Language) и представляет собой его «диалект» для целей формирования отчетности в бизнесе. Открытость нового стандарта означает, что от компаний не требуются покупка программных лицензий и плата за его использование.

Преимущества XBRL

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

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

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

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

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

Практическая сторона применения XBRL

Важным моментом в цепочке поставщиков отчетных данных является вовлечение большего числа этих поставщиков и качество поставляемых данных. Если со вторым вполне справляются проверочные механизмы стандарта, то в отношении того, «кто» может стать такими поставщиками, бывают двусмысленные ситуации.

Тем не менее, за последнее время сложилась уже некая традиционная цепочка поставщиков-потребителей, что более точно отражает сущность отчетных функций с применением XBRL.

На рисунке «Где XBRL может быть применен» показано совмещение процессов обработки данных и примерное размещение участников на различных этапах этих процессов с указанием применимости стандарта отчетности XBRL.

В целом процесс (имеется в виду концептуальная схема очень общего описания процесса адаптации, где указаны только самые главные источники информации) создания отчетности в XBRL обусловлен определенными шагами в адаптации стандартной таксономии XBRL от МСФО (или другой известный стандарт финансовой отчетности, например, US GAAP, UK GAAP, HGB) с учетом локальных требований и инструкций регуляторов. Затем, объявив правила создания финансовых отчетов в формате XBRL, участники рынка и регулятор начинают обмен данными, как показано на рисунке «Обмен данными XBRL».

Для прямой публикации на веб-сайтах также очень популярен формат iXBRL. Фрагмент того же самого отчета в формате iXBRL выглядит так, как показано на рисунке «Фрагмент отчета XBRL».

Процесс внедрения и работы со стандартом XBRL в различных странах выглядит следующим образом (по данным XBRL International Inc.) (см. рисунок «Адаптация XBRL в мире»).

В Европе и США практика успешного применения XBRL насчитывает уже 8-10 лет.

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

Такая практика образования некоммерческих организаций по аккумулированию знаний, методик использования и распространения нового стандарта оправдала себя не только в странах «Большой восьмерки», но и в странах БРИКС (в частности, в Бразилии, Китае и Индии).

XBRL в России

В России есть ряд компаний, котируемых на Нью-Йоркской фондовой бирже, которым вменяется в обязательном порядке подавать отчетность в формате XBRL.

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

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

Мы прогнозируем существенный прогресс применения нового формата в ближайшие 2-3 года.

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

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

Источник: https://gaap.ru/articles/XBRL_novyy_format_predstavleniya_otchetnosti/

Новая форма отчетности - XBRL

Совсем скоро некоммерческие финансовые организации ждет еще одно новшество - предоставление отчетности в формате XBRL. Соответствующие нормативные акты вступят в силу первого января 2018 года.

Нововведение также касается страховых компаний, НПФ, ПУРЦБ, организаторов торговли.

Теперь профучастники должны сдавать надзорную, статистическую и финансовую отчетность не в виде форм, а в виде массива данных.

Что такое XBRL

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

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

XBRL позволяет компьютерам автоматически обрабатывать собранные данные. Стандарт XBRL основан на расширяемом языке разметки XML и использует технологии XML Schema, XLink, XPath. Вся спецификация языка разрабатывается международной организацией XBRL International.

С чего все началось

Бухгалтер из штата Вашингтон, США, начал развивать XBRL в 1998 году. Сначала системой пользовались американские регулирующие органы, а затем подключился комитет европейских банков. За этим последовали финансовые организации разных государств.

Сегодня XBRL стал основной формой отчетности для стран G20 и BRICS. Всего в XBRL International входят 550 участников.

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

Зачем все это нужно

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

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

Основные понятия электронного формата отчетности

Шаблоны данных

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

Метаданные Это информация о данных в виде справочников и характеристик данных. Например, справочник ценных бумаг или план счетов.

Модель данных

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

Формы отчетности

Они строятся на основе метаданных и модели данных. Допустим, это примечание о ликвидности балансовых активов.

Таксономия

Аналитические отчеты

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

Механика взаимодействия с ЦБ РФ

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

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

Тем, компаниям, где сбор и обработка информации поставлены на поток, будет проще войти в новый ритм, остальным придется проделать большой объем методологической работы.

«Сама по себе технология прекрасная, но этого мало, – считает директор департамента сбора и обработки отчетности не кредитных финансовых организаций Банка России Ольга Гончарова. - XBRL не «летает» без того, чтобы навести порядок в самой отчетности. Должны быть единые стандарты, должно быть исключено дублирование, должны быть надзорные показатели, которые будут завязываться на международную отчетность, не должно быть многообразия форм. Прежде всего, это вычистка именно отчетных форм, отчетных показателей, статистических, финансовых, бухгалтерских. И только потом уже описание их в формате XBRL».

Подводные камни

Многие профучастники до сих пор не знают о грядущих нововведениях, а те, кто знают, не понимают с какой стороны подойти к отчетности. Использовать ли программные решения ЦБ или другие варианты, какие из них эффективны, а какие нет? Несмотря на то, что регулятор проводит вебинары и семинары по этой теме, на эти вопросы пока что нет ответов. Они появятся только в процессе тестирования и наработки опыта в новых условиях. Скорее всего, решения о том, как и что делать будут приниматься компаниями уже после Нового года. Ведь отчетный период наступает в феврале. Многие в замешательстве относительно того, как отреагирует ЦБ, если предоставленная отчётность будет неполной или ошибочной. Вполне вероятно, что на первых порах регулятор закроет глаза на неточности или недостаток данных. Компания ООО «ДиБ Системс» будет загружать данные в формате Excel документа, а затем отправлять их в «Конвертер» ЦБ РФ. Это первые шаги, которые будут сделаны на пути к выработке методологии работы в новых условиях. В начале 2018 года компания планирует приступить к разработке собственных решений XBRL.

Источник: https://www.dabsystems.ru/articles/xbrl

Немного о XBRL и о том, какие софтверные решения вскоре понадобятся многим участникам финансового рынка

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

Причина в том, что Банк России выбрал именно его для перевода технологии сдачи отчетности НФО.

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

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

До передачи Банку России функций мегарегулятора финансового рынка, ЦБ и Федеральная служба по финансовым рынкам использовали принципиально разные технологии сдачи отчетности:

• Для сдачи отчетности в ФСФР поднадзорные компании использовали диалект спецификаций XML, а также бумажные носители;
• Для сдачи банковской отчетности в Банк России применялся формат EDIFACT, который актуален и в настоящее время.

Одной из главных задач, стоящих перед мегарегулятором на данный момент, является перевод отчетности НФО на единый современный формат передачи данных финансовой, надзорной и другой бизнес-отчетности.

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

XBRL – сокращение от английского «eXtensible Business Reporting Language», буквально – «расширяемый язык деловой отчетности».

XBRL – общепризнанный и широко применяемый в мире открытый стандарт/формат/язык для представления финансовой отчетности по МСФО (Международные стандарты финансовой отчетности), GAAP (Generally Accepted Accounting Principles) США и Великобритании и иной отчетности в электронном виде.

По своей сути формат XBRL является диалектом языка XML. Это было одной из причин, почему для перевода технологии сдачи отчетности НФО был выбран именно формат XBRL.

На данный момент финансовая информация, представленная в формате doc или pdf, воспринимается машиной как простое отображение символов, не имеющих своих характеристик и истории.

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

Внимание!

А чтобы компьютер понимал, каким образом ему следует интерпретировать термин и какие значения могут с ним ассоциироваться, используются метаданные.

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

Новый формат обладает большим количеством преимуществ практически на всех этапах составления финансовой отчетности и анализа финансовых показателей компании:

• Автоматизация ручных процессов сборки, сверки, повторного ввода ключевой информации;
• Снижение издержек;
• Быстрота;
• Надежность;
• Точность в обработке данных;
• Улучшение и упрощение анализа;
• Повышение качества информации для принятия решений.

Использование XBRL дает возможность составителям и пользователям финансовых данных высвободить ресурсы из дорогостоящих ручных процессов и направить их усилия на анализ данных.

Возвращаясь к разговору о переводе отчетности НФО в формат XBRL, следует отдельно отметить, как задаются формальные требования к отчетам.

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

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

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

Так, по словам директора департамента сбора и обработки отчетности НФО ЦБ Ольги Гончаровой, базовую версию таксономии для обсуждения ЦБ планирует опубликовать в конце первого квартала 2016 года.

После внедрения XBRL для сбора данных с НФО, новые софтверные решения для обработки и формирования отчетности понадобятся многим участникам финансового рынка.

Рисунок взят с официального сайта Банка России.

Здесь перед организациями-участниками рынка возникают два пути:

1. Использовать готовый конвертер формируемой отчетности в формат XBRL;
2. Внедрить разметку данных в новом формате на уровень корпоративных систем, которые будут после этого генерировать отчет сразу в необходимом виде.

Конвертер – простое, недорогое решение

Основная функция конвертера – преобразование финансовых данных, поступающих из существующих в организации систем продаж, документооборота, ERP в произвольных форматах (Excel, Word, PDF, XML), в размеченные согласно таксономии ЦБ XBRL. Отчеты из XBRL могут автоматически трансформироваться в нужную форму – для печати, для сдачи отчетности, для размещения в открытый доступ.

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

Особенности:

• Подход не требует глубокой интеграции во внутреннее информационное пространство организации;
• Качество данных обеспечивается за счет контрольных соотношений, встроенных в таксономию (правил).

Интегрированные решения – более дорогой, но и более надежный вариант

Такое решение требует внедрения разметки данных в XBRL формате на уровне корпоративных систем, что является по сравнению с конвертером более сложным и тернистым путем.

Но такой способ имеет много преимуществ –все данные хранятся во внутреннем корпоративном хранилище, а возможность формирования форм отчетности из единого источника данных повышает качество отчетных данных.

Отчетные формы и инструменты аналитики можно будет вывести в существующие корпоративные информационные системы.

Особенности:

• Решение требует интеграции таксономии XBRL Банка России во внутренние информационные системы;
• За счет интеграции, разметка данных будет проведена непосредственно в корпоративном хранилище, что обеспечивает качество отчетных данных.

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

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

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

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

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, развернуть их и составить представление о характере проводимых операций и уровне рисков».

По итогам 2-го квартала 2018 года отчеты в формате XBRL сдали вовремя 99% российских страховщиков, но более 12% этих отчетов потребовали дополнительных запросов. Из-за этого полугодовой период, введенный в начале 2018 года, когда к страховщикам не применялись санкции из-за ошибок в предоставлении отчетности в новом формате, действует до сих пор и может быть продлен в дальнейшем, следует из слов замначальника управления разработки и поддержки таксономии XBRL — начальника отдела таксономии надзорно-статистической отчетности департамента обработки отчетности Банка России Елены Комлевой в ходе «Страхового бизнес форума» в понедельник.

Согласно презентации ЦБ РФ, во 2-м квартале отчетность вовремя сдали 223 страховых организаций из 226 (99% от общего числа страховщиков). По итогам 1-го квартала этот показатель составлял 98%: отчетность в форме XBRL сдали вовремя 230 из 235 страховщиков.

В то же время Е.Комлева отметила, что при проверке отчетов в новой форме ЦБ РФ выявил целый ряд технических ошибок. Такая отчетность должна была пересдаваться и подверглась вторичному контролю. Более 12% отчетов страховщиков из всей надзорно-статистической отчетности потребовали повторных запросов и исправления.

Ранее зампред Банка России Владимир Чистюхин сообщил, что регулятор столкнулся с определенными сложностями при введении порядка сбора отчетности в стандарте XBRL для страховщиков.

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

С начала 2018 года ЦБ РФ ввел шестимесячный мораторий, когда ошибки в соблюдении порядка предоставления отчетности по стандарту XBRL не караются мерами надзорного регулирования. За 1-й и 2-й квартал 2018 года ЦБ рассчитывал доработать систему.

«Применение мер воздействия после этого периода (речь идет о моратории — ИФ) решает надзорный департамент, и сейчас он как раз и оценивает. Мы по второму кварталу обработали отчетность. Сейчас проводим проверку по бухгалтерско-финансовой отчетности. Смотрим, какие основные были ошибки, а дальше будем принимать решение продлевать этот период или нет», — добавила Е.Комлева в понедельник.

Некредитные финансовые организации (НФО) — страховые организации, негосударственные пенсионные фонды, участники рынка ценных бумаг и управляющие компании паевых и акционерных инвестиционных фондов — обязаны с 1 января 2018 года передавать отчетность в Банк России в новом электронном формате представления отчетных данных — XBRL.

XBRL (eXtensible Business Reporting Language — «расширяемый язык деловой отчетности») — формат передачи регуляторной, финансовой и другой отчетности, подготовленной в соответствии с принципами МСФО, Basel и Solvency.