Журнал Компьютерра - Журнал «Компьютерра» №41 от 08 ноября 2005 года

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

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

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

адаптация как системы (например, содержащихся в ней шаблонов отчетности) под специфику банка, так и ряда старых технологий банка под АБС;

конвертация данных в новую систему;

обучение персонала;

в ряде случаев необходимость разработки шлюзов для взаимодействия с другими ИТ банка (наличие приложений от разных производителей в рамках одного предприятия в фольклоре ИТ-специалистов называется «зоопарком ПО»);

тестовый период эксплуатации.

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

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

У отечественных банков, выходящих на региональные рынки (чем сегодня в той или иной степени озабочены все крупные финансовые организации), возникают еще и проблемы обеспечения совместимости ПО и обмена данными со своими филиалами. Самая частая причина несовместимости систем в головном и дополнительных офисах - политика продвижения на рынке путем поглощения мелких банков-аборигенов, работающих на другой АБС. Если руководство не стремится к централизации управления в головном офисе, то каждому филиалу достается собственная система (центр может просто разослать копии своей АБС[Обычно тиражируются небольшие АБС. Некоторые из продуктов даже позиционируются как оптимальные для распространения по филиалам (например, RS-Bank на платформе Pervasive)]), а обмен данными сводится к пересылке бумажных носителей или файлов. Такой способ требует наименьших затрат, и это, пожалуй, его единственное достоинство. Управляемость же банков в этом случае минимальная. Обслуживая клиентов, филиал даже не имеет сведений о реальном состоянии счетов, по крайней мере до очередного сеанса связи.

Более приемлемый (и часто используемый вариант) - наличие централизованной АБС (ЦАБС), под которой понимают как единый мощный комплекс, так и все системы филиалов, физически располагающиеся в головном офисе. В этом случае в системе используются развитые инструменты документарного учета, электронного документооборота, общий реестр счетов и клиентов, бухгалтерские правила, формы отчетности, политика разграничения доступа для сотрудников. И не забудьте, что крупный отечественный банк еще и работает сразу в нескольких часовых поясах. Достоинства ЦАБС неоспоримы: простая управляемость банка, сведение круга задач филиала к минимуму, равно как и времени прохождения платежей. Довольны будут и клиенты, которые в любом филиале получают доступ к тому же набору услуг, что предлагается в головном офисе. Недостаток же - высокая цена.

Вариант «попроще» - с концентрацией филиальных АБС в одном месте. Филиалу достается программный клиент для удаленного доступа сотрудников к своей АБС и обмена данных с головным офисом. Для реализации этого варианта банку придется сформировать единый ВЦ и организовать дублируемые каналы широкополосной связи (чтобы филиалы имели доступ к собственным АБС).

Рассмотрим модульную структуру систем на примере 5NTe Bank (в частности, ее модулями пользуются Газпромбанк и Внешторгбанк), в которой весь спектр банковских операций разнесен по следующим блокам: