Как банки могут уменьшить зависимость от унаследованных систем?

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

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

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

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

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

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

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

Моделирование бизнес-процессов

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

От сервис-ориентированной к микросервисной архитектуре

Использование сервис-ориентированной архитектуры (SOA) как основы для программной реализации финансовых решений стало одним из первых шагов на пути модернизации унаследованных систем. Однако естественная эволюция этой технологии привела к созданию более надежной и гибкой технологии, известной как микросервисная архитектура.

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

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

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

Кроме того, он позволяет финансовым учреждениям в непрерывном режиме оценивать, анализировать и улучшать свои новые цифровые услуги для повышения удовлетворенности клиентов, а также ускорить вывод своих продуктов и услуг на рынок благодаря непрерывной интеграции и доставке (CI/CD) – подходу, обеспечивающему постоянное развертывание услуг.

ProgressSoft придерживается подхода, который предусматривает использование микросервисной архитектуры, и предлагает целый ряд решений, от недавно запущенного решения «Платформа цифрового банкинга» и до универсальной платформы «Платежный хаб», которые выполняют роль промежуточного уровня цифровой трансформации в финансовых учреждениях. Все наши решения построены на базе микросервисной архитектуры и включают в себя богатый набор программных интерфейсов приложений (API), что позволяет модернизировать устаревшие системы путем их простой интеграции с нашими решениями, не требуя при этом значительных затрат и изменений в унаследованных системах, если таковые вообще потребуются.

Так когда же финансовым учреждениям следует переносить процесс/услугу со своих унаследованных систем?

Модернизация унаследованных систем и осуществление цифровой трансформации в финансовых учреждениях – это длительные проекты, не дающие немедленной прибыли, а их реализация осуществляется в несколько этапов, строго в соответствии со стратегиями и дорожными картами этих учреждений, а также с использованием тех продуктов, которые они определяют как минимально жизнеспособные (MVP). Однако в течение этого времени существующие бизнес-процессы и характер услуг будут продолжать меняться в зависимости от потребностей рынка или внутренних бизнес-требований.

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

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