Интеграция. Обслуживание банковских карт

1. Интеграция банковских систем в рамках проекта по обслуживанию де-
бетовых банковских карт
Интеграционное решение было разработано и внедрено для обеспечения надежного и быстрого взаимо-
действия систем в рамках проекта по обслуживанию дебетовых банковских карт.
Интеграционное решение объединяет десятки экземпляров различных банковских систем, размещенных
практически по всей территории России.
Объектом автоматизации являются интеграционные взаимодействия между различными банковскими си-
стемами (процессинг, обслуживание физических и юридических лиц, обслуживание платежных термина-
лов).
Решение внедряется в центральном банке, а также в отделениях региональных банков по всей территории
России.
Таким образом, с помощью данного решения были реализованы следующие запросы и функции в рамках
взаимодействия интегрируемых систем:
• запрос на резервирование на счете ЮЛ денежных средств;
• запрос на резервирование на счете ЮЛ денежных средств;
• запрос статуса режима ожидания резервирования на счете ЮЛ;
• запрос статуса режима ожидания резервирования на счете ЮЛ;
• запрос на завершение ожидания резервирования на счете ЮЛ;
• запрос на завершение ожидания резервирования на счете ЮЛ;
• возврат результата резервирования на счете ЮЛ денежных средств;
• возврат результата резервирования на счете ЮЛ денежных средств;
• запрос на списание со счета ЮЛ по платежному поручению со сложной проводкой;
• запрос на списание со счета ЮЛ по платежному поручению со сложной проводкой;
• запрос получения номера карты по номеру карточного счета;
• запрос на изменение расходных лимитов по картам физических лиц на заданные суммы;
• запрос на отмену изменения расходных лимитов по картам физических лиц на заданные суммы;
• запрос на изменение расходных лимитов по картам физических лиц на заданные суммы;
• оповещение об автоматическом снятии режима «ожидания поступления денежных средств»;
• лповещение об автоматическом снятии режима «ожидания поступления денежных средств»;
• получение статуса списания по реестру резервирования средств со счета ЮЛ.
Система построена на базе интеграционной платформы IBM WebSphere Message Broker 7.0 и аппаратной
платформы IBM Power 7.

2. Структура системы
Система имеет набор модулей интеграционной логики, обеспечивающий взаимодействие смежных систем
в рамках выполнения той или иной операции или запроса, модулей адаптеров, благодаря которым осу-
ществляется взаимодействие интеграционной платформы со смежными системами, а также включает в
себя ряд обеспечивающих подсистем.
На следующем рисунке приведена схема построения системы, показывающая общую структуру, использу-
емые компоненты и классы интегрируемых систем:
Центральное территориальное отделение
АБС Банка
Расчетный
центр
корпорации
Корпоративная сервисная шина (сегмент центрального ТО)
БД
Журналиров
ания
Территориальное отделение
Территориальное отделение
Территориальное отделение
Корпоративная сервисная шина (сегмент ТО)
АБС Банка
MQ
MQ
MQ
Витрина
данных
АРМ
администратора
КСШ
SAP
BusinessObjects
ETL
Система
«Клиент-
Банк»
MQ
MQ
• корпоративная сервисная шина (КСШ) на базе IBM WebSphere Message Broker — система интегра-
ции, обеспечивающая взаимодействие между смежными системами, необходимая для преобразо-
вания и обогащения данных, журналирование процессов взаимодействия. Является платформой
для размещения программных модулей интеграционной логики. Реализована как федеративная
сервисная шина, состоящая из 17 сегментов, внедренных в территориальных центрах обработки
данных. Взаимодействие между сегментами федеративной КСШ осуществляется с использованием
сети гарантированной доставки сообщений на базе IBM WebSphere MQ, в редких случаях применя-
ется связь с использованием web-service;
• программные модули интеграционной логики — реализуют управление взаимодействием смежных
систем при выполнении бизнес-операции, координацию транзакций между смежными системами.
Программные модули интеграционной логики используют единую информационную модель, опи-
сывающую бизнес-объекты, участвующие в операции, реализуют композитные сервисы из серви-
сов, предоставляемых адаптерами;

3. • БД журналирования — обеспечивает ведение журнала событий для анализа работоспособности
системы и контроля выполняемых операций. Накапливаемая в журнале событий информация мо-
жет быть в реальном времени проанализирована администратором сервисной шины с использова-
нием автоматизированного рабочего места администратора. Последний находит информацию о
выполненной операции, в том числе и в других сегментах КСШ. Витрина данных и набор аналити-
ческих отчетов, реализуемых на базе журнала событий, позволяет осуществлять анализ совершен-
ных операций и взаимодействий;
• компонент маршрутизации запросов — обеспечивает маршрутизацию запросов клиентов на выпол-
нение операции из любой точки обслуживания до конкретного экземпляра системы на основе биз-
нес-информации о выполняемой операции, территории обслуживания клиента и других, гибко
настраиваемых параметров маршрутизации;
• набор адаптеров к интегрируемым системам — позволяет осуществлять взаимодействие между
КСШ и интегрируемыми системами.
Общий вид архитектуры взаимодействия систем:

4. Единая информационная модель
Для расширения системы и подключения новых смежных систем интерфейсы взаимодействия основаны на
использовании единой информационной модели данных обмена (МДО) на базе промышленного стандарта
IFX. Это обеспечивает расширяемый подход к обмену финансовыми данными, независимый от особенно-
стей конкретных сетевых протоколов и аппаратных платформ. Языком сообщений служит Extensible Markup
Language (XML).
Обеспечение защиты информации
Для снижения риска возникновения угроз информационной безопасности в проекте были реализованы
следующие меры:
• использование единого каталога пользователей и системы управления доступом к информацион-
ным ресурсам на базе IBM Tivoli Identity Manager, IBM Tivoli Access Manager, IBM Tivoli Directory
Server. Использование единой системы управления доступам к информационным ресурсам позво-
ляет внедрить единые правила и политики доступа, организовать ролевой доступ к системе, обес-
печить аудит пользователей в системе;
• использование взаимной аутентификации по SSL в рамках интеграционных взаимодействий — SSL
позволяет решить одновременно и задачи аутентификации, и авторизации взаимодействующих
сторон, и задачи шифрования и поддержки целостности сообщений. SSL-сертификаты формируют-
ся единым удостоверяющим центром банка, размещаются на узлах взаимодействующих систем,
проводится постоянный аудит действий с сертификатами.
Обеспечение отказоустойчивости системы
Для обеспечения круглосуточного режима функционирования системы, а также для повышения катастро-
фоустойчивости решения в каждом из территориальных отделений банка реализован географически рас-
пределенный кластер на базе Veritas Cluster Server, который позволяет осуществлять мониторинг доступ-
ности компонентов системы, выстраивать связи между компонентами, определять политики поведения
кластера в случае недоступности того или иного компонентов. Узлы кластера используют разделяемый
файловый ресурс на базе сети SAN, в которой каждый из узлов кластера подключен к своей библиотеке с
аппаратной репликацией между библиотеками.