Все эти показатели формируют благоприятную почву для развития дистанционных платежных сервисов.
В настоящее время выделяют три основных способа взаимодействия, с помощью которых банки могут проводить обслуживание юридических лиц в соответствии с их потребностями: это система Банк-клиент, Интернет-клиент и обслуживание клиентов по телефону. Каждый из перечисленных способов имеет свои положительные и отрицательные стороны, выгоды и риски. Рассмотрим подробнее эти варианты обслуживания.
Изначально система "банк-клиент" появилась для удаленного обслуживания юридических лиц, для которых мобильность сервиса не так важна, как для частных клиентов. Банк-клиент - это "толстая" система, которая требует установки дополнительного программного обеспечения на компьютер клиента, на котором и ведется база данных. Выход в Интернет нужен только для приема/передачи информации. Данная подсистема позиционируется и как самостоятельный продукт, и как часть комплексной системы и ориентирована, в первую очередь, на средних и крупных и/или консервативных клиентов банка - юридических лиц, а также на банки-корреспонденты и подразделения банка (филиалы, отделения, обменные пункты и т.п.).
· Доставка и обработка различных типов платежных и иных формализованных документов в обе стороны;
· Обмен сообщениями произвольного формата (с возможностью включения файлов);
· Получение выписок в различных видах и форматах, а также иной информации из банка;
· Построение расчетных и клиринговых систем в режиме реального или квазиреального времени.
· Поддержка любых систем коммуникации (в том числе по протоколу TCP/IP), наличие собственной транспортной подсистемы позволяет работать практически на любом оборудовании с минимальными требованиями, обычно перечисленными в руководстве по эксплуатации.
· Поддержка любых систем криптозащиты (в том числе КриптоПроCSP, Сигнал-Ком (продукты: криптобиблиотека Message Pro и сервер сертификации Notary PRO), Lan Crypto, Верба-OW, Крипто-Си) делает систему Банк-клиента наиболее защищенной (при условии строгого соблюдения полученных от банка инструкций установки и эксплуатации).
· Абсолютная гибкость системы: добавление/изменение форм ввода/редактирования и печатных форм документов, вида экранов, иконок, панелей инструментов, правил ввода и редактирования, пользователей, меню, подключения справочников, правил их репликации и т.д.;
· Настройка произвольного жизненного цикла любого документа и его статусов, адаптация системы статусов соответственно системам коммуникации и криптозащиты;
· Наличие внутрисистемного предметно-ориентированного языка программирования - гибкость задания правил контроля документов, привязок к бухгалтерским системам, АБС и другим учетным базам данных;
· Удаленное обновление клиентских частей - поддержка массовости внедрения системы;
· Привычный и удобный Windows-интерфейс.
Форма и вид рабочего места клиента (включая экранное "меню") создаются в банке. Клиент получает готовое рабочее место, которое он может изменять в пределах заданных банком полномочий. Работа клиента ограничивается только вводом документов и, при необходимости, импортом\экспортом данных с бухгалтерскими программами, а также просмотром поступивших из банка сообщений.
Импорт/экспорт данных может осуществляться встроенными или внешними процедурами в любые форматы. Импорт осуществляется с одновременным контролем импортируемых данных (например, на реквизиты банка и ключ счета). У разных клиентов могут быть как различные меню, так и различные справочники, шаблоны и базы, которые автоматически реплицируются системой. Количество, взаимосвязь и вид справочников настраиваются в банке тем же "Построителем форм", что и визуальные формы, причём каждый клиент может иметь любое количество индивидуальных справочников.
Инсталляция системы реализована в виде трех частей - инсталлятор банковской части, генератор клиентской части в банке и инсталлятор клиентской части у клиента, разворачивающий клиентское место, подготовленное в банке. Удобство и надежность инсталляции гарантируются и тем, что в одном цикле происходит настройка "ДБО BS-Client", системы коммуникации и криптозащиты.
В системе организована собственная транспортная подсистема, представленная ядром подсистемы и произвольным набором настраиваемых шлюзов, реализующих тот или иной способ коммуникации. В стандартной поставке представлены шлюзы TCP/IP, файловый, E-Mail (POP3, SMTP). Шлюз представлен как внешний модуль *. dll, который импортирует и экспортирует пакеты информации. Таким образом, любая внешняя система коммуникации описывается своим шлюзом и легко интегрируется в систему Банк-клиент.
Основными положениями, на базе которых разработана транспортная система, являются:
1. Многопоточность - как ядро транспорта, так и шлюз поддерживают работу с произвольным настраиваемым количеством потоков информации. Например, шлюз TCP/IP позволяет одновременно обслуживать любое количество клиентов, ограничиваемое только пропускной способностью канала связи и аппаратными ресурсами;
2. Поддержка ядром транспорта общих правил работы для каждого подключенного шлюза, например, автоматическое разбиение большого пакета для некоторых типов электронной почты;
3. Одновременное использование произвольного количества шлюзов. Таким образом поддерживается работа клиентов по различным каналам связи, существование резервных каналов и т.д.;
4. Архивация всех входящих и исходящих пакетов по каждому шлюзу, обеспечивающая глубокое протоколирование и аудит всех событий в системе внешнего документооборота, для достижения абсолютной юридической значимости;
5. Признак "он-лайности" шлюзов. В случае TCP/IP этот признак максимален (клиент получает квитанцию о корректном приеме или даже обработке документа банком в том же сеансе связи), в случае off-line системы коммуникации (например, электронной почты), этот признак минимален. Возможны любые промежуточные варианты этого признака. Статусы документа настраиваются под признак "онлайности", что позволяет построить наиболее полную и ясную для клиента систему статусов при произвольной системе коммуникации.
Существует определенная группа данных, используемых всеми участниками системы ДБО. Эти данные необходимо поддерживать в одинаковом состоянии у каждого участника в целях исключения возможных конфликтов из-за несовпадения данных. При большом количестве участников и данных эта задача становится трудноразрешимой без специального механизма, обеспечивающего поддержание копий данных у всех участников в одинаковом состоянии. В "ДБО BS-Client" для этих целей встроена подсистема репликации.
При создании построителем какого-либо справочника система задает вопрос - реплицировать ли справочник и на каких клиентов - у разных клиентов возможны разные справочники, разные шаблоны и базы запросов, разные системы коммуникации и криптозащиты. В базе каждого реплицируемого справочника автоматически создаются три служебных поля - уникальный номер записи, признак записи - изменена, удалена или добавлена и дата последнего обновления.
Рассмотрим справочник банков как частный случай общего подхода. Мы можем менять его вручную в банке, а также, по мере необходимости, сверять стандартной процедурой со справочником, поставляемым ЦБ или существующим в АБС. При этом процедура проставит записям в служебное поле соответствующие статусы. В определяемое настройками "Сервера ДБО" время запускается системная процедура, которая готовит и высылает указанным клиентам запросы на изменение отдельных записей справочников согласно служебных полей. Почтовые статусы этих запросов видны так же, как и для других документов, что позволяет банку визуально контролировать процесс репликации (хотя, в штатных случаях, процесс происходит полностью автоматически и в мониторинге не нуждается).
При соединении с банком клиент автоматически получает команды - задания на изменение справочников, которые отрабатываются абсолютно незаметно для клиента. История этих репликаций хранится у клиента и может быть "поднята" в случае необходимости.
Этот механизм может быть применен для автоматического сообщения клиентам о курсах валют, котировках ценных бумаг и т.д. и не требует никаких усилий не только от клиентов (они видят только результат процедур - измененный справочник), но и от банка (изменив корпоративный справочник как внутрибанковский - вручную или внешней процедурой - получаем автоматическую и наглядную репликацию на необходимых клиентов).
Важным механизмом ДБО является удаленное обновление рабочего места клиента. Этот механизм позволяет вносить изменения в технологию "на лету" вне зависимости от количества и территориальной удаленности клиентов. Система Банк-клиент позволяет производить корпоративное обновление системы (любой сложности, включая изменение экранных форм, структуры баз, конвертацию, добавление нового справочника или документа) полностью автоматически и незаметно для клиентов (у клиентов обновления производятся непосредственно после приема почты из банка) с помощью дополнительной подсистемы "Корпоративная база". Таким образом, осуществляются: