Русский
Русский
English
Статистика
Реклама

Трансформация IT-ландшафта в банке

Всем привет! Меня зовут Дима Зыков, я архитектор офиса корпоративной архитектуры Росбанка.


Сегодня я расскажу, как мы меняем IT-ландшафт в банке на примере обновления Главной книги основной системы банка, обеспечивающей автоматизацию бухгалтерского учёта и хранение данных по операциям в соответствии с правилами и требованиями бухгалтерского учета Банка России.


Предыстория проекта


У Главной книги есть 2 основные функции: обработка бизнес событий с последующим превращением их в события бухгалтерского учета и хранение уже трансформированных по правилам учёта Банка России событий.


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


Практика прошлых лет в банковской среде показывала, что реализацию алгоритмов бухгалтерского учета можно легко совмещать с реализациями логики продуктового учета в одних системах, и это не вызывало трудностей в сопровождении и развитии таких систем. Однако со временем количество и разнообразие банковских продуктов увеличивалось, что привело к тому, что продуктового учета в системах CORE BANKING сегмента становилось всё больше и больше. Логика бухгалтерского учета, строго регулируемая регулятором в лице Банка России, неминуемо начала всё больше накладывать ограничения на изменения и развитие в продуктовой логике. Требования бизнеса росли, менялась динамика и факторы рынка.


На первых этапах многие банки решали данную проблему внедрением дополнительных АБС в CORE BANKING сегмент архитектуры, а бухгалтерский учет консолидировали в заранее выбранной мастер системе с главной книгой, либо в вынесенной в сторону системой для формирования регуляторной отчетности и отдельными бухгалтерскими движками. Всё это приводило к тому, что сложность таких ИТ-ландшафтов увеличивалась и с каждым новым внедрением ситуация только усугублялась, увеличивая time-to-market и снижая эффективность возврата инвестиций.



Рисунок 1. Один из многих вариантов IT-архитектуры в эпоху частых глобальных трансформаций в Банках


В какой-то момент мы поняли, что монолитная архитектура CORE BANIKNG систем изжила своё и на её смену начали приходить сервис-ориентированные архитектуры. Необходимость трансформации ИТ-ландшафта стала очевидной, поэтому мы в Росбанке решили запустить стратегическую программу по трансформации IT-ландшафта.


В рамках программы перед нами стояли следующие проблемы, которые предстояло решить:


  1. распределенный бухгалтерский учет с частым дублированием функций в разных системах одного сегмента архитектуры со всеми вытекающими последствиями;
  2. постоянные процессы консолидации результатов финансовой деятельности как при закрытии банковского дня, так и при подготовке отчетности;
  3. жестко связанный продуктовый и бухгалтерский учет на уровне кода систем;
  4. постоянно растущие требования бизнеса к развитию и разнообразию продуктовой логики;
  5. повышенные требования отказоустойчивости к механизмам интеграции систем CORE BANKING сегмента между собой.

Реализация


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


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


В рамках программы по трансформации IT-ландшафта были выделены основные фазы внедрения новой главной книги.


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


Рисунок 2. High-Level-Architecture (далее HLA) первого этапа внедрения новой Главной книги Банка, этапа зеркалирования


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


Рисунок 3. Целевая архитектура (HLA) в рамках проекта внедрения новой Главной книги Банка


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


Сейчас проект внедрения Главной книги находится в стадии активной разработки.


Что это нам даст?


  1. Разделение бухгалтерского и продуктового учета, что в своё время даст возможность развиваться продуктовым платформам самостоятельно, реализуя свою, независимую от регуляторных требований бухгалтерского учета логику во всём её разнообразии.
  2. Возможность быстрой реакции на изменение требований регуляторов в плане бухгалтерского учета, т.к. вся логика бухгалтерского учета реализована в одной системе.
  3. Простые механизмы закрытия бухгалтерского дня и распределенные механизмы закрытия операционного дня в продуктовых системах.
  4. Возможность более детально исследовать TCO каждой отдельной бизнес системы.
  5. Повысится прозрачность в процессах и, как следствие, увеличится скорость реакции на требования бизнеса.
  6. В среднесрочной перспективе начнет снижаться time-to-market при росте сложности и количества банковских продуктов.
  7. Повысится уровень возможностей дальнейшего развития экосистемы банка.

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


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

Источник: habr.com
К списку статей
Опубликовано: 29.10.2020 18:20:36
0

Сейчас читают

Комментариев (0)
Имя
Электронная почта

Блог компании росбанк

Финансы в it

Enterprise architecture

It-трансформация

Категории

Последние комментарии

  • Имя: Макс
    24.08.2022 | 11:28
    Я разраб в IT компании, работаю на арбитражную команду. Мы работаем с приламы и сайтами, при работе замечаются постоянные баны и лаги. Пацаны посоветовали сервис по анализу исходного кода,https://app Подробнее..
  • Имя: 9055410337
    20.08.2022 | 17:41
    поможем пишите в телеграм Подробнее..
  • Имя: sabbat
    17.08.2022 | 20:42
    Охренеть.. это просто шикарная статья, феноменально круто. Большое спасибо за разбор! Надеюсь как-нибудь с тобой связаться для обсуждений чего-либо) Подробнее..
  • Имя: Мария
    09.08.2022 | 14:44
    Добрый день. Если обладаете такой информацией, то подскажите, пожалуйста, где можно найти много-много материала по Yggdrasil и его уязвимостях для написания диплома? Благодарю. Подробнее..
© 2006-2024, personeltest.ru