Интеграция с АБС

Для интеграции 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 с АБС представлена в документации.

http://www.bifit.com/ru/technologies/integration/index.html