|
Для интеграции iBank 2 с Автоматизированной Банковской Системой (АБС) используется программный модуль «Шлюз».
При интеграции важно определиться с местом и способом обработки приходящих от клиентов документов.
Основная схема обработки — решения об исполнении приходящих от клиентов документов принимаются в АБС средствами АБС.
Именно эта схема обработки документов реализована практически во всех Шлюзах «iBank 2» для промышленных АБС.
Альтернативная схема — принятие решения по документам в АРМе «Операционист» системы «iBank 2» с последующей выгрузкой в АБС только исполненных документов. На практике такая схема используется лишь для российской АБС «Центавр» (Програмбанк).
Способов обработки документов также существует несколько:
- Автоматическая обработка — решение об исполнении пришедших от клиентов документов принимается полностью автоматически, по формализованному набору правил, без участия операциониста. Не прошедшие проверку документы либо автоматически отвергаются, либо поступают к операционистам для ручной обработки.
- Полуавтоматическая обработка — для части документов решение об исполнении принимается автоматически на основе проверок по формализованным правилам. Другая часть документов также проходит проверки, но окончательное решение об исполнении документов принимает операционист. В качестве критериев маршрутизации документов на автоматическую и полуавтоматическую обработки могут использоваться практически все параметры документов — реквизиты плательщиков и получателей, суммы и счета списания, и т. д.
- Ручная обработка — решение об исполнении документов принимается исключительно операционистами. Проверки документов присутствуют в АБС, результаты проверок доступны операционистам.
При интеграции iBank 2 с АБС необходимо учитывать следующие особенности:
- Суммарное количество приходящих от клиентов документов в день — определяет требования к производительности Шлюза
- Политика IP-безопасности банка — может ограничивать схемы и способы взаимодействия Шлюза с АБС
- Способы взаимодействия Шлюза с АБС — рекомендуется использовать стандартные механизмы, форматы и программные интерфейсы АБС. На практике используются:
- Взаимодействие Шлюза с сервером БД АБС — работа с таблицами, вызовы хранимых процедур, распределенные транзакции и т. д.
- Файловый обмен между Шлюзом и АБС — поддерживаются любые форматы файлов, при необходимости могут использоваться внешние СКЗИ
- Взаимодействие Шлюза с АБС через сетевые сокеты
Основная цель интеграции iBank 2 с АБС — минимизация человеческого участия и снижение себестоимости обработки документов.
Функционально Шлюз выполняет три основные задачи:
- Выгрузка всех пришедших от клиентов документов из iBank 2 в АБС
- Синхронизация из АБС в iBank 2 текущих статусов документов, ранее пришедших от клиентов и выгруженных в АБС
- Синхронизация из АБС в iBank 2 проводок (выписок) по счетам, заведенным в iBank 2
Также на Шлюз могут быть возложены и дополнительные задачи:
- Загрузка из АБС в iBank 2 справочника БИКов
- Загрузка из АБС в iBank 2 справочника SWIFT
- Загрузка из АБС в iBank 2 справочника валют, включая курсы и кросс-курсы валют
- Загрузка из АБС в iBank 2 других служебных справочников
При интеграции iBank 2 с банковским ПО для обслуживания частных клиентов лиц спектр решаемых Шлюзом задач увеличивается — появляются карточки, депозитные счета, коммунальные платежи и пр.
На Шлюз также могут быть возложены задачи для обеспечения сложных схем обслуживания клиентов (холдинги, финансовые компании, доверительное управление).
Шлюзы поставляются в двух конфигурациях — однокомпонентные и многокомпонентные.
Однокомпонентный Шлюз — это Java-приложение, с одной стороны взаимодействующее с Сервером БД iBank 2, а с другой — с АБС.
Однокомпонентый Шлюз используется для интеграции с одним или несколькими экземплярами АБС, установленными на одной площадке, когда не предъявляются жестких требований к объему трафика между однокомпонентным Шлюзом и экземплярами АБС. Однокомпонентные Шлюзы используются в подавляющем большинстве внедрений iBank 2.
Многокомпонентные Шлюзы также реализовываются на Java, состоят из одного экземпляра серверной компоненты Шлюза — «Шлюз-сервер», и одного или нескольких экземпляров клиентских компонент Шлюза — «Шлюз-клиент».
Многокомпонентные Шлюзы используются для интеграции iBank 2 с несколькими АБС, расположенными на территориально удаленных площадках, соединенных корпоративной сетью с невысокой пропускной способностью.
Типичный пример использования многокомпонентного Шлюза — обслуживание единым экземпляром системы «iBank 2» клиентов головного банка и удаленных филиалов. В типовой конфигурации головной банк и каждый филиал имеют свои экземпляры АБС, установленные на своих площадках. В филиалах работают модули «Шлюз-клиент». В головном банке, где расположен единый экземпляр iBank 2, работают модули «Шлюз-сервер» и «Шлюз-клиент».
Шлюз-сервер работает в рамках Сервера Приложения «iBank 2», взаимодействует с Сервером БД iBank 2, и через TCP/IP обслуживает запросы модулей «Шлюз-клиент».
Шлюз-клиент размещается в локальной сети вместе с экземпляром АБС головного банка или филиала, с одной стороны взаимодействует непосредственно с локальной АБС, а с другой — через TCP/IP взаимодействует с модулем «Шлюз-сервер» в головном банке.
Для обеспечения защищенного взаимодействия между модулями «Шлюз-клиент» и «Шлюз-сервер» используются взаимная криптографическая аутентификация сторон, ЭЦП сторон под прикладными запросами и ответами, шифрование трафика.
Список российских промышленных АБС, для которых разработаны и поставляются готовые Шлюзы:
- CSBI Банкир
- R-Style RS-Bank
- БИС Бисквит
- Диасофт 4×4 DOS
- Диасофт WorkFlow
- Диасофт 5NT
- Инверсия XXI век
- Кворум
- Програмбанк Центавр
- Програмбанк Гефест
- ФОРС Ва-Банк
- ЦФТ IBSO
- Юнисаб
Также разработан и поставляется универсальный Шлюз, взаимодействующий с АБС через текстовые файлы.
Подробная информация об интеграции iBank 2 с АБС представлена в документации.
|
