Интеграция банковских систем: операция высокой точности

19 июня 2013

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

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

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

Любой крупный банк использует серьезный программно-аппаратный комплекс, включающий «свои» системы, а также интеграции со сторонними. Перечислим лишь основные используемые системы:

АБС — критически важная система, сердце любого банка;
Контакт-центр;
CRM-система;
Хранилище данных и системы бизнес-анализа;
Система документооборота и электронный архив;
Интернет-банкинг;
Скоринг;
Системы проверки на мошенничество;
БКИ (наряду с системами скоринга, являются важным звеном при реализации кредитного конвейера или системы принятия решений).

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

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

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

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

Другой пример. В крупной финансовой организации было решено внедрять фронт-офисную систему, при этом главным требованием было наличие не только единой точки доступа ко всей информации, но и возможность совершать все операции, включая расчеты, из интерфейса этой системы, не прибегая к помощи других инструментов. Естественно, что для реализации такого решения было необходимо синхронизироваться с большим количеством систем по огромному количеству точек интеграции (остатки по счетам, расчет ПСК и графика платежей, отчеты БКИ и прочее). Кроме того, в системе была продублирована уже существующая функциональность, и вместо простого обновления статуса по процессу или получения рассчитанного скорингового балла из внешней системы, все действия повторно производились в «единой» системе. В итоге только с АБС потребовалось реализовать 96 точек интеграции и при этом взаимодействие со всеми этими системами было организовано напрямую, без использования интеграционной шины. Система получилась крайне перегруженной, быстродействие оставляло желать лучшего, все документы и расчеты формировались очень долго, что вызывало постоянный негатив пользователей. Сопровождение такой глубоко интегрированной системы требовало постоянного мониторинга и усилий со стороны ИТ-подразделений, а процесс внесения любых изменений в интеграционные схемы растягивался зачастую на две-три недели или даже больше.

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

Для каких задач выбирается система и каким образом решаются эти задачи на данном этапе;
Какая информация будет загружаться в систему, как это будет происходить (однократная миграция данных, периодическая — по требованию или по расписанию, постоянная (онлайн), и в каких системах находятся эти данные;
Насколько платформа, которую вы планируете выбрать, легко встраивается в вашу инфраструктуру, а именно:
- поддерживает принятую СУБД,
- имеет доступный API для взаимодействия со сторонними системами и получения данных, а также встроенные возможности для расширения функционала системы,
- обслуживание системы и установка обновлений не требуют остановки системы на длительный срок;
Как будет выглядеть архитектура интеграционного решения и технология взаимодействия систем, включая использование интеграционной шины;
Какие системы в дальнейшем будут появляться в архитектуре, как они будут связаны друг с другом, какими данными будут обмениваться — в соответствии с ИТ-стратегией развития банка.

Как пример грамотного подхода к подобным проектам, приведем пример внедрения Microsoft Dynamics CRM в КБ «Локо-Банк» (ЗАО), где был реализован проект по автоматизации процесса продажи банковских продуктов малому и среднему бизнесу, а так же процессов кросс-продаж и развития клиентов розничного бизнеса. Еще на начальном этапе была определена архитектура решения, включая взаимодействие CRM-системы со всеми информационными источниками банка. Для разработки и тестирования были созданы несколько зон, а также были выделены специалисты, хорошо знающие свои информационные системы и бизнес. Совместно с исполнителем работ была выработана технология интеграции и периодичность синхронизации систем. Как результат, бизнес получает в системе актуальную информацию, при этом интеграционные процессы в системе проходят в прозрачном для пользователе режиме.

Также важно отметить, что внедрение проходит поэтапно. Были определены приоритеты в части процессов, автоматизируемых в первую очередь, и затем — в рамках развития.

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

10030