Одной из подсистем, реализованной в рамках "ДБО BS-Client" является "Банк-Клиент" ("классический" или "толстый" Банк-Клиент). Данная подсистема позиционируется и как самостоятельный продукт, и как часть комплексной системы "ДБО BS-Client", и ориентирована, в первую очередь, на средних и крупных и/или консервативных клиентов банка – юридических лиц, а также на банки-корреспонденты и подразделения банка (филиалы, отделения, обменные пункты и т.п.).

Решаемые задачи

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

Отличительные особенности

• Поддержка любых систем коммуникации (в том числе по протоколу TCP/IP), наличие собственной транспортной подсистемы;
• Поддержка любых систем криптозащиты (в том числе Excellence, КриптоПроCSP, Сигнал-Ком (продукты: криптобиблиотека Message Pro и сервер сертификации Notary PRO), Lan Crypto, Верба-OW);
• Абсолютная гибкость системы: добавление/изменение форм ввода/редактирования и печатных форм документов, вида экранов, иконок, панелей инструментов, правил ввода и редактирования, пользователей, меню, подключения справочников, правил их репликации и т.д. ;
• Настройка произвольного жизненного цикла любого документа и его статусов, адаптация системы статусов соответственно системам коммуникации и криптозащиты;
• Наличие внутрисистемного предметно-ориентированного языка программирования - гибкость задания правил контроля документов, привязок к бухгалтерским системам, АБС и другим учетным базам данных;
• Удаленное обновление клиентских частей - поддержка массовости внедрения системы;
• Привычный и удобный Windows-интерфейс.

Все, что говорилось выше о гибкости системы "ДБО BS-Client" в целом, в полной мере относится и к подсистеме "Банк-Клиент".

Форма и вид рабочего места клиента (включая экранное "меню") создаются в банке. Клиент получает готовое рабочее место, которое он может изменять в пределах заданных банком полномочий. Работа клиента ограничивается только вводом документов и, при необходимости, импортом\экспортом данных с бухгалтерскими программами, а также просмотром поступивших из банка сообщений. Импорт/экспорт данных может осуществляться встроенными или внешними процедурами в любые форматы. Импорт осуществляется с одновременным контролем импортируемых данных (например, на реквизиты банка и ключ счета). У разных клиентов могут быть как различные меню, так и различные справочники, шаблоны и базы, которые автоматически реплицируются системой. Количество, взаимосвязь и вид справочников настраиваются в банке тем же "Построителем форм", что и визуальные формы, причём каждый клиент может иметь любое количество индивидуальных справочников.

Инсталляция системы реализована в виде трех частей - инсталлятор банковской части, генератор клиентской части в банке и инсталлятор клиентской части у клиента, разворачивающий клиентское место, подготовленное в банке. Удобство и надежность инсталляции гарантируются и тем, что в одном цикле происходит настройка "ДБО BS-Client", системы коммуникации и криптозащиты.

Организация транспортной подсистемы

В системе "ДБО BS-Client" организована собственная транспортная подсистема, представленная ядром подсистемы и произвольным набором настраиваемых шлюзов, реализующих тот или иной способ коммуникации. В стандартной поставке представлены шлюзы TCP/IP, файловый, E-Mail (POP3, SMTP). Шлюз представлен как внешний модуль *.dll, который импортирует и экспортирует пакеты информации. Таким образом, любая внешняя система коммуникации описывается своим шлюзом и легко интегрируется в систему "ДБО BS-Client".

Основными положениями, на базе которых разработана транспортная система, являются:

• Многопоточность - как ядро транспорта, так и шлюз поддерживают работу с произвольным настраиваемым количеством потоков информации. Например, шлюз TCP/IP позволяет одновременно обслуживать любое количество клиентов, ограничиваемое только пропускной способностью канала связи и аппаратными ресурсами;
• Поддержка ядром транспорта общих правил работы для каждого подключенного шлюза, например, автоматическое разбиение большого пакета для некоторых типов электронной почты;
• Одновременное использование произвольного количества шлюзов. Таким образом поддерживается работа клиентов по различным каналам связи, существование резервных каналов и т.д.;
• Архивация всех входящих и исходящих пакетов по каждому шлюзу, обеспечивающая глубокое протоколирование и аудит всех событий в системе внешнего документооборота, для достижения абсолютной юридической значимости;
• Признак "он-лайности" шлюзов. В случае TCP/IP этот признак максимален (клиент получает квитанцию о корректном приеме или даже обработке документа банком в том же сеансе связи), в случае off-line системы коммуникации (например, электронной почты), этот признак минимален. Возможны любые промежуточные варианты этого признака. Статусы документа настраиваются под признак "онлайности", что позволяет построить наиболее полную и ясную для клиента систему статусов при произвольной системе коммуникации.

Внесение изменений в технологию "на лету" при любом количестве клиентов

Репликация справочников

Существует определенная группа данных, используемых всеми участниками системы ДБО. Эти данные необходимо поддерживать в одинаковом состоянии у каждого участника в целях исключения возможных конфликтов из-за несовпадения данных. При большом количестве участников и данных эта задача становится трудноразрешимой без специального механизма, обеспечивающего поддержание копий данных у всех участников в одинаковом состоянии. В "ДБО BS-Client" для этих целей встроена подсистема репликации.
При создании построителем какого-либо справочника система задает вопрос - реплицировать ли справочник и на каких клиентов - у разных клиентов возможны разные справочники, разные шаблоны и базы запросов, разные системы коммуникации и криптозащиты. В базе каждого реплицируемого справочника автоматически создаются три служебных поля - уникальный номер записи, признак записи - изменена, удалена или добавлена и дата последнего обновления.
Рассмотрим справочник банков как частный случай общего подхода. Мы можем менять его вручную в банке, а также, по мере необходимости, сверять стандартной процедурой со справочником, поставляемым ЦБ или существующим в АБС. При этом процедура проставит записям в служебное поле соответствующие статусы. В определяемое настройками "Сервера ДБО" время запускается системная процедура, которая готовит и высылает указанным клиентам запросы на изменение отдельных записей справочников согласно служебных полей. Почтовые статусы этих запросов видны так же, как и для других документов, что позволяет банку визуально контролировать процесс репликации (хотя, в штатных случаях, процесс происходит полностью автоматически и в мониторинге не нуждается). При соединении с банком клиент автоматически получает команды – задания на изменение справочников, которые отрабатываются абсолютно незаметно для клиента. История этих репликаций хранится у клиента и может быть "поднята" в случае необходимости.
Этот механизм может быть применен для автоматического сообщения клиентам о курсах валют, котировках ценных бумаг и т.д. и не требует никаких усилий не только от клиентов (они видят только результат процедур - измененный справочник), но и от банка (изменив корпоративный справочник как внутрибанковский - вручную или внешней процедурой - получаем автоматическую и наглядную репликацию на необходимых клиентов).

Установка "Банк-клиент"

Установка "Банк-клиент" производится в соответствии с условиями , оговоренными выше . По поводу установки обращаться по тел. (495) 236-04-59

Для просмотра тарифов