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

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

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

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

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

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

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

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

Определенная распределенность

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

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

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

Препарирование АБС

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

корпоративное обслуживание;

розничное обслуживание;

операции на финансовых рынках;

удаленное обслуживание;

обязательная и аналитическая отчетность;

управленческий учет и бюджетирование.

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

Работа с физическими лицами

Ритейл-модуль - один из самых сложных по структуре. Это связано с обилием разноплановых направлений, которые он призван автоматизировать: потребительские кредиты, депозиты, переводы, обмен валюты, коммунальные платежи и т. д. Если рассмотреть структуру на примере RS-Retail, то там каждому из предлагаемых финансовых продуктов соответствует отдельное приложение, автоматизирующее тот или иной набор операций.