Читать статью на сайте журнала
Более десяти лет российское законодательство, регулирующее банковскую деятельность, переводит финансовые организации на рельсы МСФО. Все больше принципов МСФО проникает в бизнес-процессы сопровождения банковских операций, все меньше становится строго регламентируемых положений.
Раньше учет по МСФО производился, как правило, на уровне квартальной либо годовой отчетности, сегодня требования законодательства предписывают необходимость определения различных показателей ежедневно, с последующим формированием бухгалтерского учета. Речь идет о таких данных, как расчет справедливой и амортизированной стоимости финансовых инструментов или оценочного резерва.
В связи с этим существенно изменились требования к системам, отвечающим за определение показателей по МСФО: они должны обеспечивать расчет непосредственно в процессе сопровождения операций с финансовыми инструментами, в том числе и без участия пользователя. По сути, автоматизированная система должна быть частью общего бизнес-процесса и иметь все атрибуты АБС — безопасность, отказоустойчивость, производительность и т.д.
Сокращение количества строго регламентируемых положений позволяет банку вести учет в соответствии со своими специфическими потребностями. Разнообразие вариантов реализации МСФО увеличивается, появляются определенные требования к системам автоматизации, которые должны предоставлять возможность расчета показателей, адаптированного к требованиям конкретного банка.
Кроме того, процесс расчета показателей по МСФО, хоть и является частью общего бизнес-процесса сопровождения, не должен мешать выполнению других операций и дополнительно нагружать системы банка.
Все эти требования в «Диасофт» учитывали при выборе архитектуры решения для поддержки МСФО 9.
ВЫБОР АРХИТЕКТУРЫ РЕШЕНИЯ
В этой статье мы делимся итогами долгой и кропотливой работы — весь 2018 год команда «Диасофт» изучала новшества законодательства в контексте вступления в силу МСФО 9, анализировала их трактовки и обсуждала наиболее проблемные вопросы с клиентами. Была создана рабочая группа, участники которой рассматривали основные требования к системе автоматизации МСФО 9, однако детали и варианты реализации этих требований в банках были неизвестны. Лишь немногие из наших клиентов были готовы предоставить собственную методологию учета по МСФО 9, при этом большинство даже не приступало к ее проработке.
Тем не менее уже на этапе сбора информации выяснилось, что в расчете показателей и формировании учета по МСФО 9 в разных банках будут свои особенности. В то же время анализ показал, что принципы и формулы расчета одинаковых показателей по финансовым инструментам различных бизнес-направлений, в целом, одинаковы.
Помимо бизнес-составляющей архитектуры, мы проанализировали и технические вопросы: используемые в банках платформы автоматизации, возможности внедрения новой платформы и способы интеграции систем.
Большинство наших клиентов использовали линейку продуктов Diasoft FA# и при внедрении МСФО 9 были не готовы переходить на новую платформу: сроки поджимали и риски внедрения оценивались как высокие.
Тогда мы сфокусировались на изучении требований по встраиванию расчета в общий бизнес-процесс сопровождения операций с финансовыми инструментами, по его адаптации к потребностям и возможностям конкретного банка, учли степень готовности методологий банков и возможности используемой большинством клиентов линейки продуктов. И вот к какому выводу пришли: необходимо разработать отдельное решение, состоящее из нескольких продуктов для расчета и последующего учета показателей по МСФО 9, на текущей платформе (Diasoft FA#). Целевое решение должно быстро внедряться в банках и позволять встраивать учет по МСФО в текущие бизнес-процессы сопровождения операций с финансовыми инструментами без дополнительной интеграции.
Что дальше? Мы должны были определиться с набором продуктов. Порядок расчета большинства показателей по МСФО 9 одинаков для различных бизнес-направлений, а принципы построения компонентных систем не предполагают дублирования логики в элементах автоматизации бизнес-процессов различных бизнес-доменов. В связи с этим оптимальным решением стала реализация отдельного продукта, который обеспечивал бы расчет показателей по всем бизнес-направлениям.
А какая функциональная архитектура будет у такого продукта? В этом вопросе решающую роль сыграли два момента. Первый — детали расчета показателей по МСФО 9 в различных банках будут варьировать. Второй — низкий уровень готовности методологий учета по МСФО 9 не позволяет определить и зафиксировать детали расчета показателей, реализовать и внедрить соответствующие алгоритмы вовремя, к моменту вступления МСФО 9 в силу. В итоге решено было реализовать продукт, позволяющий гибко настраивать методологию расчета показателей по МСФО 9 непосредственно при его внедрении.
Таким образом, мы в «Диасофт» не просто разработали продукт для расчета показателей по МСФО 9 — мы реализовали универсальную расчетно-аналитическую платформу.
Для автоматизации бизнес-процессов бухгалтерского учета по МСФО 9 мы выбрали вариант реализации отдельных продуктов в соответствии с особенностями учета в каждом бизнес-направлении. Это позволяло сохранить используемые функциональные возможности и минимизировать риски, связанные с реализацией и внедрением новых общих элементов автоматизации учета.
РАЗРАБОТКА ПРОДУКТА ДЛЯ РАСЧЕТА ПОКАЗАТЕЛЕЙ ПО МСФО 9
Расчет показателей — принципиально новая задача для нашей команды, поэтому хотим остановиться на разработке данного продукта подробнее. Его создание началось с прототипа, на котором были проверены основные идеи. Прошла апробацию идея настраиваемых рабочих столов — это позволило пользователям конфигурировать интерфейс под различные бизнес-процессы расчета показателей по МСФО 9. Был разработан базовый вариант механизма для расчета любых показателей по предварительно настроенным правилам.
Предполагалось, что настройка правил будет поручена бизнес-экспертам без привлечения разработчиков. В связи с этим логика настройки правил была максимально приближена к обычной бизнес-логике, а правила составлены из условий их применения и формул, задающих правила формирования аналитических показателей. Условия применения правил состоят из набора логических выражений, выполнение которых приводит к расчету показателя. Каждое логическое выражение, в свою очередь, содержит атрибуты и аналитику исходных объектов и показателей, включая возможность выполнения над ними простых арифметических действий, таких как сложение, вычитание, умножение, деление, взятие по компоненту и операции со скобками.
Более сложная логика, такая как расчет эффективной процентной ставки, архитектурно была вынесена в отдельные блоки (модели), которые можно использовать в любых правилах. Модели имеют фиксированную логику работы, могут быть поставлены автономно от основного продукта и реализованы как вендором, так и собственными силами банка. Возможность подключения внешних моделей, в том числе реализованных на другом технологическом стеке, также была предусмотрена.
Большое внимание в работе над продуктом для расчета показателей по МСФО 9 мы уделили не только его функциональным, но и интеграционным возможностям. Был реализован полный комплект API по передаче в продукт всей необходимой информации для расчета показателей и получения из продукта рассчитанных данных. Взаимодействие с продуктом может быть настроено как на платформе Diasoft FA#, так и из любых внешних систем с использованием специализированных адаптеров, которые, по сути, являются «антикоррупционным» слоем между продуктом и внешней средой.
В связи с высокими требованиями к производительности продукта (в рамках поддержки МСФО 9 в короткие сроки нужно рассчитывать более десятка показателей по активам и обязательствам различных бизнес-направлений) периодически в процессе его реализации проводились работы по увеличению скорости расчета показателей. При этом помимо оптимизации кода широко использовались возможности платформы: многопоточное выполнение операций, размещение таблиц в памяти и т.д.
Мы продолжали постоянно встречаться с клиентами в ходе технологических комитетов и рабочих групп, показывали готовые продукты в составе решения, принимали к сведению все замечания и предложения. Большую помощь оказали наши пилотные клиенты, которые раньше других предоставили собственную методологию учета по МСФО 9 и были готовы первыми внедрить решение.
ВНЕДРЕНИЕ РЕШЕНИЯ ПО МСФО 9
Мы рассматривали два сценария поддержки МСФО 9: стандартное внедрение, предполагающее автоматизацию бизнес-процессов по расчету показателей в соответствии с типовой методологией, и индивидуальное внедрение — в соответствии с методологией конкретного банка.
Первый сценарий был актуален для клиентов, которые по каким-либо причинам не имели готовой методологии, второй — для банков с собственной методологией и тех, которые были готовы формировать ее совместно с вендором.
Функциональная архитектура продукта для расчета показателей по МСФО 9 предполагала полную настройку бизнес-логики, начиная с настройки всех исходных бизнес-объектов для каждого бизнес-направления, исходных и рассчитываемых показателей и заканчивая правилами их расчета. В целях снижения трудоемкости стандартного внедрения были реализованы типовые настройки для каждого бизнес-направления, которые включали в себя описание всех перечисленных выше составляющих. Предполагалось, что типовые настройки будут установлены при внедрении и далее, при необходимости, скорректированы в соответствии с уточненными требованиями конкретных банков, в том числе силами самих банков.
Внедрение и автоматизация индивидуальных методологий каждого банка шли по аналогичной схеме, с фиксацией всех бизнес-объектов, показателей, правил расчета и последующим сопровождением решения.
По предварительным оценкам, индивидуальные внедрения не должны были превысить 20% общего количества внедрений. Также ожидалось, что индивидуальные методологии банков не будут сильно отличаться от типовых настроек. Однако практика показала другое: незначительная доля типовых внедрений и еще более существенные отличия индивидуальных методологий. В итоге пришлось поддерживать немалое количество индивидуальных решений. К счастью, архитектура продукта позволила скорректировать типовые и внедрить индивидуальные решения без особых затрат — наши клиенты успели автоматизировать учет по МСФО 9 в срок.
ИТОГИ И ДАЛЬНЕЙШЕЕ ИСПОЛЬЗОВАНИЕ ПРОДУКТА ДЛЯ РАСЧЕТА ПОКАЗАТЕЛЕЙ ПО МСФО 9
Использование систем, позволяющих полностью настраивать бизнес-логику, — удовольствие дорогое и не всегда оправданное. На наш взгляд, применение такого подхода к автоматизации расчета показателей по МСФО 9 было обосновано рядом причин, главная из которых — необходимость автоматизации большого количества методологий расчета показателей в сжатые сроки.
Вместе с тем в итоге мы получили универсальную расчетно-аналитическую платформу, которая не только обеспечивает расчет произвольных показателей по настраиваемым правилам, но и встраивает этот расчет в общий процесс сопровождения операций.
Процесс расчета показателей по МСФО не должен мешать выполнению других операций и дополнительно нагружать системы банка
|
Опыт автоматизации расчета показателей по МСФО 9 с использованием расчетно-аналитической платформы продемонстрировал, что ее можно эффективно использовать при автоматизации других бизнес-процессов, требующих расчета показателей по заданным правилам с учетом исходной информации из различных источников. Например, при расчете налога на доходы иностранных организаций. Большое количество исходных операций с нерезидентами, доходы от которых участвуют в расчете налога, множество условий, по которым определяются коды доходов, различные правила определения налогооблагаемой базы и ставки налога — все это является основанием для использования расчетной платформы. Она позволяет получать исходную информацию из произвольных источников и рассчитывать необходимые показатели по заданным правилам в рамках общего процесса сопровождения операций.
Реализация решения для автоматизации расчета налогов на доходы иностранных организаций началась практически сразу по завершении внедрения системы, поддерживающей МСФО 9, у клиентов «Диасофт». Мы дополнили расчетно-аналитическую платформу рядом новых функциональных возможностей, обеспечивающих ее более эффективное использование для автоматизации расчета налоговых показателей. В частности, появилась возможность в одной инсталляции продукта осуществлять полностью независимую настройку бизнес-логики и последующий параллельный расчет показателей по нескольким исходным бизнес-процессам (например, МСФО и налоги на доходы иностранных организаций). Также появилась возможность предварительного контроля исходной информации для расчета показателей в целях последующего применения либо отклонения ее использования в расчетах.
В настоящее время решение для автоматизации расчета налогов на доходы иностранных организаций успешно используется для ведения всех необходимых налоговых справочников, задания правил формирования налогового учета, получения исходных операций из бэк-офисных систем, автоматического расчета налогов, учета бенефициарных собственников дохода, последующих расчетов с налоговыми органами и формирования налоговой отчетности.
Использование нового продукта, по нашим оценкам, позволило более чем на 30% сократить сроки и трудоемкость реализации и внедрения решения. Одновременно решение «Диасофт» для автоматизации процессов расчета налогов на доходы иностранных организаций получило дополнительные возможности гибкой настройки правил налогового учета, в том числе при изменении налогового законодательства и внутренней методологии учета.
Подводя итоги, можно с уверенностью сказать, что использование «конструкторов» для автоматизации бизнес-процессов при определенных обстоятельствах может быть уместным и эффективным. При выборе варианта реализации необходимо учитывать максимальное количество доступных факторов: вариативность автоматизируемых процессов, готовность бизнес-требований, сроки реализации, наличие необходимых компетенций команды, перспективы дальнейшего повторного использования и т.д. Надеемся, что данная статья поможет вам сделать правильный выбор при реализации аналогичных проектов.
Михаил Гребенюк
Архитектор, продуктовое направление «Финансовые активы
и обязательства» компании «Диасофт»