Перспективная архитектура автоматизированной банковской системы

Современные автоматизированные банковские системы состоят из множества элементов, которые можно отнести к следующим группам:

• Бизнес-логика определяет содержание банковских продуктов. Как правило, для отдельных видов бизнеса создаются специализированное ПО с соответствующими названиями — Кредиты, Депозиты, Форекс, Денежный рынок и т. д. При этом логические схемы, закладываемые в данное ПО, должны жестко соответствовать принятой в банке технологии работы. В зависимости от этой технологии системы могут использовать как режим онлайн, так и режим офлайн. Следует специально выделить две системы, которые, выполняя функции ведения счетов и осуществления расчетов, являются базовыми для любых бизнес-модулей, В современном многофилиальном розничном банке работа этих систем 24 часа в сутки 7 дней в неделю является обязательной, в частности для поддержки операций с пластиковыми картами.
• Каналы доставки служат средством взаимодействия потребителей банковских продуктов (непосредственно клиентов или подразделений фронт-офиса) с системами, поддерживающим бизнес-логику, т. е. поставщиками банковских продуктов. В современных условиях важнейшим каналом доставки является Интернет. Использование этой же технологии во внутренних сетях банка получило название Интранет. Системы типа «Клиент—Банк» и телефонная связь также являются каналами доставки. Отличительной особенностью этой группы элементов ИТ является необходимость работы в режиме онлайн.
• Базы данных (не в смысле СУБД) служат средством хранения всей значимой банковской информации и ее последующей обработки. К этой группе относятся системы типа General Ledger (бухгалтерский и управленческий учет), MIS (информационная система руководства), CRM (база данных о клиентах). Режима работы офлайн вполне достаточно для большинства систем этой группы.
• Общая инфраструктура не несет в себе функций, непосредственно востребованных бизнесом, но предназначена для обеспечения работы всех вышеуказанных систем. К этой группе относятся компьютерное оборудование, операционные системы, сети, средства компьютерной безопасности и специальное ПО для организации обмена информацией между различными системами.

Варианты реализации

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

1. Теоретически возможным вариантом является ее построение из программных элементов одного поставщика(возможно, собственных программистов), чаще называемых «интегрированной банковской системой». В этом случае легче всего удовлетворяется требование непрерывности деятельности, но существуют проблемы с требованиями ограниченности ресурсов и изменчивости бизнес-среды.
2. Альтернативным вариантом является интеграция «лучших специализированных систем» в единый комплекс, выполняемая силами специалистов банка или компании — системного интегратора. Этот вариант в большей степени удовлетворяет требованиям, но также не всегда может быть реализован из-за ресурсных ограничений.
3. Реально же в практике большинства банков, как российских, так и западных, используется комбинация готовых систем и систем собственной разработки, различных по степени интеграции и функциональному охвату, разработанных в разное время и на разных платформах. Однако одни банки испытывают большие неудобства от такого «зоопарка», другие же оптимально развивают ИТ, опережая конкурентов в производстве новых высокоэффективных банковских продуктов и экономя немалые средства при модернизации систем.

Оптимальный метод состоит в определенной комбинации специализированных и универсальных систем по следующим правилам:

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

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