Всем привет! Меня зовут Дима Зыков , я архитектор бюро корпоративной архитектуры Росбанка.
Сегодня я расскажу, как мы меняем ИТ-ландшафт в банке на примере обновления Главной книги – основной системы банка, обеспечивающей автоматизацию учета и хранения данных транзакций в соответствии с правилами и требованиями бухгалтерского учета Банк России.
История проекта
Главная книга имеет 2 основные функции: обработку хозяйственных событий с их последующим преобразованием в учетные события и хранение событий, уже преобразованных по правилам бухгалтерского учета Банка России.Также существует несколько видов бухгалтерского учета в банковских организациях – наш проект рассматривает бухгалтерский и продуктовый учет. Учет продуктов также требует реализации его логики в системах Банка.
Практика прошлых лет в банковской среде показала, что реализация алгоритмов учета легко сочетается с реализацией логики учета продуктов в одних и тех же системах, и это не вызывает сложностей в обслуживании и развитии таких систем.
Однако со временем количество и разнообразие банковских продуктов увеличилось, что привело к тому, что систем учета продуктов в сегменте CORE BANKING появилось все больше.
Логика учета, жестко регламентируемая регулятором в лице Банка России, неизбежно стала все больше накладывать ограничения на изменение и развитие продуктовой логики.
Требования бизнеса росли, менялась динамика рынка и факторы.
На первых этапах многие банки решали эту проблему путем внедрения дополнительных АБС в сегмент архитектуры CORE BANKING и консолидации учета в заранее выбранной мастер-системе с главной книгой или в системе, отведенной для формирования нормативной отчетности.
и отдельные механизмы учета.
Все это привело к тому, что сложность таких ИТ-ландшафтов возрастала и с каждым новым внедрением ситуация только ухудшалась, увеличивая время вывода на рынок и снижая эффективность возврата инвестиций.
Рисунок 1. Один из многих вариантов ИТ-архитектуры в эпоху частых глобальных трансформаций в банках В какой-то момент мы поняли, что монолитная архитектура систем CORE BANIKNG себя изжила и на смену ей стали сервис-ориентированные архитектуры.
Необходимость трансформации ИТ-ландшафта стала очевидной, поэтому мы в Росбанке решили запустить стратегическую программу по трансформации ИТ-ландшафта.
В рамках программы мы столкнулись со следующими проблемами, которые необходимо было решить:
- распределенный учет с частым дублированием функций в разных системах одного сегмента архитектуры – со всеми вытекающими последствиями;
- постоянные процессы консолидации результатов финансовой деятельности как на закрытие банковского дня, так и при составлении отчетности;
- тесно связанный продукт и учет на уровне системного кода;
- постоянно растущие требования бизнеса к развитию и разнообразию продуктовой логики;
- повышенные требования по отказоустойчивости к механизмам интеграции систем сегмента CORE BANKING друг с другом.
Выполнение
Мы начали с разработки методологии трансформации, принципов и правил, по которым она будет происходить.Мы разработали несколько сценариев развития ИТ-архитектуры и выбрали из них оптимальный, исходя из оценки корпоративной архитектуры.
Первым этапом разработки новой ИТ-архитектуры было исследование процессов учета и продуктового учета и их распределение между несколькими ОПБ банка.
Была составлена функциональная архитектура, на которой отмечены основные концентрации функций в системах.
В результате сформировался платформенный подход к организации сегментов ИТ-ландшафта.
В рамках программы трансформации ИТ-ландшафта были определены основные этапы внедрения новой главной книги.
- Первый этап предполагает внедрение только модуля главной книги и его параллельную работу вместе с существующими АБС.
Такой режим работы дублирует функционал систем, но позволит протестировать решение от вендора и более уверенно перейти на него при реализации следующего этапа.
Рисунок 2. High-Level-Architecture (далее HLA) первого этапа внедрения новой Главной книги Банка, этап зеркалирования
- Второй этап – внедрение механизма трансформации бизнес-событий и конвертации их в учетные события.
Именно с этого момента все банковские продуктовые системы, требующие отражения финансовых результатов в учете, будут обязаны перейти на событийный обмен с механизмом учета.
Рисунок 3. Целевая архитектура (HLA) в рамках проекта внедрения новой Главной книги Банка Такой двухэтапный подход позволит снизить риски при работе над сердцем живого «пациента» и сделать переход к новой архитектуре менее болезненным.
Проект внедрения Главной книги в настоящее время находится в активной разработке.
Что это нам даст?
- Разделение бухгалтерского и продуктового учета, что в свое время даст возможность продуктовым платформам развиваться самостоятельно, реализуя собственную логику, независимую от нормативных требований к учету, во всем ее многообразии.
- Возможность оперативно реагировать на изменения нормативных требований в части ведения бухгалтерского учета, поскольку вся логика учета реализована в одной системе.
- Простые механизмы закрытия расчетного дня и распределенные механизмы закрытия рабочего дня в продуктовых системах.
- Возможность более детально изучить совокупную стоимость владения каждой отдельной бизнес-системы.
- Повысится прозрачность процессов и, как следствие, увеличится скорость реагирования на требования бизнеса.
- В среднесрочной перспективе время вывода на рынок начнет сокращаться по мере увеличения сложности и количества банковских продуктов.
- Повысится уровень возможностей для дальнейшего развития экосистемы банка.
Это один из примеров того, как лечатся стандартные «болячки» ИТ-ландшафта многих банковских организаций.
В следующей статье я расскажу о первых проблемах интеграции между системами, с которыми мы столкнулись в рамках этого проекта, и о том, как мы их решили.
Теги: #Финансы в ИТ #архитектура предприятия #it-трансформация
-
Крысы
19 Oct, 24
