Рост конкуренции и объемов проводимых операций требует от банков максимально эффективного ведения различных видов учета. Компания CUSTIS решает эту непростую задачу, создавая учетно-ориентированную архитектуру (УОА). О том, какие преимущества УОА дает банкам, рассказали НБЖ директор по маркетингу и продажам группы компаний CUSTIS Максим МИХАЛЕВ и руководитель направления «Финансовые институты» группы компаний CUSTIS Сергей ТИХОМИРОВ.

НБЖ: Недавно CUSTIS презентовала концепцию создания учетно-ориентированной архитектуры для банков. Вы предлагаете банкам снова подчинить все бухгалтерскому учету, как это было когда-то?

М. МИХАЛЕВ: Любая крупная организация, успешное функционирование которой в значительной степени зависит от умения управлять большим объемом разнообразных учетных данных, рано или поздно сталкивается с задачей централизации и упорядочивания учета.

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

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

И это как раз тот класс задач, где мы можем продемонстрировать «сверхкомпетенцию», поскольку наша компания, с одной стороны, уже больше 15 лет занимается проектированием, разработкой и внедрением учетно-аналитических систем и имеет авторскую методологию проектирования учета (учетные диаграммы), а с другой, владеет технологией «бережного внедрения», которая позволяет осуществлять интеграцию разнородных систем с сохранением непрерывности бизнеса. Так на стыке двух областей — финансовой и ИТ — родилась концепция учетно-ориентированной архитектуры (УОА).

НБЖ: Случайно ли то, что УОА, которую вы предлагаете, созвучна столь модному сейчас понятию, как сервис-ориентированная архитектура (СОА)?

С. ТИХОМИРОВ: Учетно-ориентирован-ная архитектура действительно на концептуальном уровне напоминает СОА. Однако если СОА декларирует принципы, по которым должен строиться ИТ-ландшафт, и предъявляет существенные требования к входящим в него системам, то учетно-ориентирован-ная архитектура предполагает логическое выделение в существующей ИТ-архитектуре информационного слоя, отвечающего за движение учетных данных. При этом сами приложения не затрагиваются. То есть если построение сервис-ориентированной архитектуры невозможно без перестройки исторически сложившегося ландшафта, то для УОА сохранение ландшафта является одним из ключевых принципов.

НБЖ: Как правило, в банках много автоматизированных систем, и даже АБС может быть несколько. Вы предлагаете банкам еще одну АБС, которая умеет нечто, чего не умеют прочие?

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

НБЖ: Допустим, банку понравилась ваша идея централизации учета. Предполагается, что он должен будет выкинуть все свои учетные системы и внедрить вашу?

М. МИХАЛЕВ: Конечно, нет. Учетно-ориентированная архитектура базируется на следующих принципах (некоторые из них мы уже упомянули выше):
1. сохранение ИТ-ландшафта - фокусировка на централизации учета не должна сказываться на основных функциях бизнес-приложений информационной системы банка;
2. добавление (или выделение) особого компонента — Центральной учетной системы (KAS — Key Accounting System, см. схему), которая будет выполнять функции централизации, контроля и координации учета, а также служить хранилищем данных и носителем учетной политики банка;
3- организация двустороннего взаимодействия KAS с бизнес-приложениями — «учетной связи». Она необходима для централизованного распространения учетной политики банка от KAS к бизнес-приложениям, а также для верификации учетных данных, которые поступают в KAS из различных ИТ-систем.

НБЖ: Вы говорите про принуждение к исполнению учетной политики. Вы вмешиваетесь в работу других систем в банке?

С. ТИХОМИРОВ: Становясь центральным звеном ведения правил учета в банке, KAS начинает распространение учетной политики и выстраивает информационный обмен с бизнес-приложениями в разрезе учетных данных, следуя принципу сохранения сложившегося ландшафта. Это означает, что все необходимые для полноты контроля и координации учета данные из учетного слоя бизнес-приложений попадают в KAS. Под учетным слоем понимается часть приложения, отвечающая за формирование учетных данных (см. схему). В некотором роде это вмешательство в работу других систем, но оно минимально.

В случае если бизнес-приложение не имеет учетного слоя или не обеспечивает выполнения требований российского учета, мы внедряем специальное приложение — Универсальный учетный модуль (Universal Accounting Unit). Он берет на себя ведение учета по требуемым правилам, получая из бизнес-приложения необходимую для этого информацию (см. схему). Например, необходимость в UAU возникает при внедрении в российских банках западных систем, зарекомендовавших себя на рынке, но не способных вести учет по РПБУ.

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

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

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