|
Для интеграции iBank 2 UA с Автоматизированной Банковской Системой (АБС) используется программный модуль «Шлюз».
При интеграции важно определиться с местом и способом обработки приходящих от клиентов документов.
Основная схема обработки — решения об исполнении приходящих от клиентов документов принимаются в АБС средствами АБС.
Именно эта схема обработки документов реализована практически во всех Шлюзах «iBank 2 UA» для промышленных АБС.
Альтернативная схема — принятие решения по документам в АРМе «Операционист» системы «iBank 2 UA» с последующей выгрузкой в АБС только исполненных документов.
Способов обработки документов также существует несколько:
- Автоматическая обработка — решение об исполнении пришедших от клиентов документов принимается полностью автоматически, по формализованному набору правил, без участия операциониста. Не прошедшие проверку документы либо автоматически отвергаются, либо поступают к операционистам для ручной обработки
- Полуавтоматическая обработка — для части документов решение об исполнении принимается автоматически на основе проверок по формализованным правилам. Другая часть документов также проходит проверки, но окончательное решение об исполнении документов принимает операционист. В качестве критериев маршрутизации документов на автоматическую и полуавтоматическую обработки могут использоваться практически все параметры документов — реквизиты плательщиков и получателей, суммы и счета списания, и так далее
- Ручная обработка — решение об исполнении документов принимается исключительно операционистами. Проверки документов присутствуют в АБС, результаты проверок доступны операционистам
При интеграции iBank 2 UA с АБС необходимо учитывать следующие особенности:
- Суммарное количество приходящих от клиентов документов в день — определяет требования к производительности Шлюза
- Политика IP-безопасности банка — может ограничивать схемы и способы взаимодействия Шлюза с АБС
- Способы взаимодействия Шлюза с АБС — рекомендуется использовать стандартные механизмы, форматы и программные интерфейсы АБС. На практике используются:
- Взаимодействие Шлюза с сервером БД АБС — работа с таблицами, вызовы хранимых процедур, распределенные транзакции и т. д.
- Файловый обмен между Шлюзом и АБС — поддерживаются любые форматы файлов, при необходимости могут использоваться внешние СКЗИ
- Взаимодействие Шлюза с АБС через сетевые сокеты
Основная цель интеграции iBank 2 UA с АБС — минимизация человеческого участия и снижение себестоимости обработки документов.
Функционально Шлюз выполняет три основные задачи:
- Выгрузка всех пришедших от клиентов документов из iBank 2 UA в АБС
- Синхронизация из АБС в iBank 2 UA текущих статусов документов, ранее пришедших от клиентов и выгруженных в АБС
- Синхронизация из АБС в iBank 2 UA проводок (выписок) по счетам, заведенным в iBank 2 UA
Также на Шлюз могут быть возложены и дополнительные задачи:
- Загрузка из АБС в iBank 2 UA справочника МФО
- Загрузка из АБС в iBank 2 UA справочника SWIFT
- Загрузка из АБС в iBank 2 UA справочника валют, включая курсы и кросс-курсы валют
- Загрузка из АБС в iBank 2 UA других служебных справочников
При интеграции iBank 2 UA с банковским ПО для обслуживания частных клиентов спектр решаемых Шлюзом задач увеличивается — появляются карточки, депозитные счета, коммунальные платежи и пр.
На Шлюз также могут быть возложены задачи для обеспечения сложных схем обслуживания клиентов (холдинги, финансовые компании, доверительное управление).
Шлюзы поставляются в двух конфигурациях — однокомпонентные и многокомпонентные.
Однокомпонентный Шлюз — это Java-приложение, с одной стороны взаимодействующее с Сервером БД iBank 2 UA, а с другой — с АБС.
Однокомпонентый Шлюз используется для интеграции с одним или несколькими экземплярами АБС, установленными на одной площадке, когда не предъявляется жестких требований к объему трафика между однокомпонентным Шлюзом и экземплярами АБС. Однокомпонентные Шлюзы используются в большинстве внедрений iBank 2 UA.
Многокомпонентные Шлюзы также реализовываются на Java, состоят из одного экземпляра серверной компоненты Шлюза — «Шлюз-сервер», и одного или нескольких экземпляров клиентских компонент Шлюза — «Шлюз-клиент».
Многокомпонентные Шлюзы используются для интеграции iBank 2 UA с несколькими АБС, расположенными на территориально удаленных площадках, соединенных корпоративной сетью с невысокой пропускной способностью.
Типичный пример использования многокомпонентного Шлюза — обслуживание единым экземпляром системы «iBank 2 UA» клиентов головного банка и удаленных филиалов. В типовой конфигурации головной банк и каждый филиал имеют свои экземпляры АБС, установленные на своих площадках. В филиалах работают модули «Шлюз-клиент». В головном банке, где расположен единый экземпляр iBank 2 UA, работают модули «Шлюз-сервер» и «Шлюз-клиент».
Шлюз-сервер работает в рамках Сервера Приложения «iBank 2 UA», взаимодействует с Сервером БД iBank 2 UA, и через TCP/IP обслуживает запросы модулей «Шлюз-клиент».
Шлюз-клиент размещается в локальной сети вместе с экземпляром АБС головного банка или филиала, с одной стороны взаимодействует непосредственно с локальной АБС, а с другой — через TCP/IP взаимодействует с модулем «Шлюз-сервер» в головном банке.
Для обеспечения защищенного взаимодействия между модулями «Шлюз-клиент» и «Шлюз-сервер» используются взаимная криптографическая аутентификация сторон, ЭЦП сторон под прикладными запросами и ответами, шифрование трафика.
Список украинских промышленных АБС, для которых разработаны и поставляются готовые Шлюзы:
- IBIS
- Mebius
- ProFIX
- RS-Bank
- Scrooge
- UniCorn
- MYSIS Bank Master
- Transmaster
- B2
- TPCMS
- Uniform
- Soft-Review
- TCards
- SAP
- OpenWay4
- USB_CSE
- IPS
Также разработан и поставляется универсальный Шлюз, взаимодействующий с АБС через текстовые файлы.
Подробная информация об интеграции iBank 2 UA с АБС представлена в документации.
|
