Аналитика для консолидированной отчетности по МСФО
Эта статья продолжает цикл статей, посвященных автоматизации финансовой консолидации, и обобщает наш проектный опыт внедрения специализированного программного обеспечения IBM Cognos Controller. Первые статьи, посвященные структуре группы, плану счетов, элиминации внутригрупповых оборотов и остатков, сбору данных для подготовки консолидированной отчетности по МСФО, консолидационные поправки и мультивалютность в финансовой консолидации, можно найти на нашем сайте.
При презентации системы подготовки консолидированной отчетности IBM Cognos Controller часто приходится отрицательно отвечать на часть вопросов: «Нет, не умеет. Это не соответствует лучшим практикам внедрения. Не будет эффективно работать». Давайте разберемся, так ли это плохо, какие преимуществ на самом деле скрыты за «ограниченным» функционалом.
Большинство систем, используемых для составления консолидированной отчетности, имеют «открытую архитектуру», наработанные практики для реализации той или иной задачи. При наличии неограниченного ресурса в таких системах возможно реализовать задачи любой сложности. Кроме затрат на внедрение и обслуживание такой системы, поддержание заданного уровня детализации на протяжении всего периода ее эксплуатации потребует существенных средств в условиях постоянных изменений первичных данных, аналитических разрезов, стандартов, формата раскрытий информации и т.д.
На стадии выбора системы, в процессе обсуждения периметра задач для реализации, между заказчиком и разработчиком происходит торг, по результатам которого определяется будущий облик системы: наборы аналитических структур, используемых алгоритмов, количество регламентных операций, уровень интеграции и так далее.
Например, при трансформации бухгалтерских данных из РСБУ в МСФО компания использует 80 поправок, среди которых есть поправки по основным средствам и аренде, компания планирует автоматизировать все эти поправки. Разработчик заинтересован в объеме задач, так как это влияет на общую стоимость проекта. Он подтверждает, что в системе возможно реализовать все поправки, но предупреждает, что стоимость реализации поправок по основным средствам и аренде будет сопоставима по стоимости со всеми остальными поправками или даже больше.
В результате столкновения ожиданий двух договаривающихся сторон происходит выработка решения. Зачастую для реализации остаются только те задачи, без автоматизации которых эффективность системы будет недостаточной.
Найти компромисс или «золотую середину» на стадии договора возможно, имея предыдущий опыт автоматизации, на котором произошло «подрезание» ожиданий от системы.
Что же делать, когда опыта внедрения автоматизированной системы нет или недостаточно?
Благодаря тому, что система IBM Cognos Controller является специализированным программным обеспечением для подготовки консолидированной отчетности по разным стандартам, и тому, что архитектура и функционал системы настраиваются параметрически, а не программированием, IBM Cognos Controller и является той самой «золотой серединой». Задачи, которые эффективнее, а значит и дешевле, решать во внешних системах, просто не включены в функционал.
Плюсы очевидны:
- гарантировано внедрение системы в обозначенные сжатые сроки;
- ожидание и результат после внедрения совпадают;
- дизайн-проект системы очень лаконичен, так как не требуется разрабатывать базовые алгоритмы и в последствии актуализировать их в соответствии с изменениями стандартов;
- стоимость эксплуатации минимальна, потому что может осуществляться самими пользователями;
- гибкость изменения в рамках доступного функционала, управление аналитической информацией, адаптация представления отчетной информации в соответствии пожеланию.
Другие задачи, не реализованные в стандартном функционале или требующие существенных ресурсов при внедрении или эксплуатации:
Задача | IBM Cognos Controller | Другая система |
Сквозное проваливание до проводок из консолидированного результата | Внешняя система | Возможно. Потребуется унификация всех справочников систем учета бухгалтерской информации или наладить единое управление НСИ |
Просмотр первичных документов | Внешняя система | Возможно в едином информационном пространстве учетных и отчетных систем |
Хранение и динамическое обновление неограниченного количества аналитической информации | Внешняя система | Возможно при настройке контролей и разработке регламентных процедур для поддержания актуальности аналитик |
Автоматизация сложных трансформационных поправок | Внешняя система | Возможно при наличии обеспечивающих внедрение и поддержку ресурсов |
Количество аналитик для поддержания всех структур, используемых для составления консолидированной отчетности внутри системы, естественно ограничено предлагаемым функционалом.
Аналитика — сколько ее нужно для консолидированной отчетности по МСФО
Для системы автоматизации консолидации по МСФО объем необходимой аналитики определяется несколькими функциональными требованиями к системе:
- Автоматическое формирование отчетности и раскрытий
- Автоматические консолидационные поправки
При этом мы предполагаем, что трансформационные поправки автоматизируются во внешней системе, т. к. разброс трансформационных поправок слишком велик, чтобы выполнить всё в одной системе (мы насчитываем около 80 более-менее стандартизированных типов трансформационных поправок).
Автоматическое формирование отчетности и раскрытий
Для автоматического формирования отчетности и раскрытий необходимо, чтобы количества аналитик было достаточно для формирования всех цифровых показателей финансовой отчетности и раскрытий.
Носителями аналитик становятся компании, план счетов и дополнительные аналитические справочники. И это приводит к проблеме распределения аналитик между ними.
Например, функциональная валюта компании, валюта или же валюты финансовой отчетности, валюта договоров займов и кредитов и договоров аренды, контрагенты внешние и внутригрупповые, сегментирование финансовой информации по географическим или бизнес-направлениям.
Наш опыт показывает, что план счетов, позволяющий полностью сформировать консолидированную финансовую отчетность по МСФО холдинга среднего размера, состоит из 2-3 тысяч элементов. Более детально с построением плана счетов можно ознакомиться в посвященной этому статье.
План счетов состоит из нескольких вложенных уровней. Наиболее детализированными разделами плана счетов, как правило, является ОПУ.
При этом остальные, требуемые для построения аналитики, выносятся на уровень аналитических справочников. По нашему опыту, для отчетности требуются следующие справочники:
- Справочник валют — для раскрытия по займам и кредитам, по денежным средствам и рискам;
- Справочник сроков возникновения;
- Справочник основных контрагентов и связанных сторон.
При этом один из вопросов, которые приходится решать на уровне регламентов, — это динамическое изменение справочников. Например, когда между периодами изменяется набор контрагентов или банков. На уровне аналитик системы информация хранятся на детальном уровне, а в таблицах для раскрытия информации данные сортируются по существенности и группируются по строкам раскрытия. Так как для каждого отчетного периода может быть свой набор отчетных форм, то возможно сформировать раскрытие, используя другой набор аналитик для текущего и сравнительного периодов отчетности.
Автоматические консолидационные поправки
Автоматические консолидационные поправки: элиминация капитала и инвестиций, исключение внутригрупповых оборотов и остатков и расчет неконтролирующей доли меньшинства также требуют определенных аналитических признаков.
Но эти признаки хранятся не на плане счетов, а в структуре группы и в реестре инвестиций.
В структуре группы хранятся данные о:
- подчиненности компаний: кто из них кем владеет;
- о долях владения компаний друг другом;
- сроки владения долями;
В реестре инвестиций хранятся проводки в хронологическом порядке, которыми было отражено приобретение компаний.
Нужно учитывать, что, в отличие от плана счетов и аналитических справочников, структура группы и реестр инвестиций должны быть динамическими, чтобы консолидация учитывала изменение состава холдинга внутри отчетного периода.
Структуре группы посвящена отдельная статья.
Интеграционное взаимодействие
Шестиуровневая структура четырех аналитических справочников позволяет хранить большое количество элементов и аналитических разрезов. Что позволяет интегрироваться со внешними учетными системами для обмена данными. В редких случаях количество элементов может доходить до 100 тыс., но в большинстве случаев для составления отчетности их требуется на порядки меньше.
