Розничное решение компании «Диасофт» Diasoft FA# Retail предоставляет банкам эффективные технологии обслуживания населения, обеспечивая возможности их интеграции в информационную систему банка. Принцип построения данной программной системы основан на современном архитектурном подходе с разделением на Фронт-офис — Diasoft FA# Retail.Front и Бэк-офис – Diasoft FA# Retail.Back. Эти компоненты являются частью интегрированного решения, реализующего поддержку полного комплекса розничных услуг банка и способного расширить спектр его возможностей за счет дополнительных миддл-офисных компонентов.

Любая из составляющих Diasoft FA# Retail может быть использована как самостоятельное решение, а также в комплексе с программными продуктами сторонних разработчиков

Diasoft FA# Retail.Front

Программная платформа Фронт-офиса – построение на основе сервисов (SOA-архитектура)

Розничный Фронт-офис Diasoft FA# построен на основе небольших разработанных сервисов (рис. 1), минимальная единица доставки которых – модуль, состоящий обычно из 2–3-х сервисов.

 Рис. 1. Сервисы в розничном Фронт-офисе Diasoft FA# Retail.Front

Построение бизнес-процессов на основе сервисов (оркестрация) осуществляется в рамках специализированной среды. Данный процесс может происходить как с помощью промышленного BPM (обычно это BEA WebLogic Business Integration, но поддерживаются также WebSphere Business Integrator и Oracle BPEL PM), так и с помощью средств исполнения бизнес-процессов компании «Диасофт» (что является более выгодным вариантом). Таким же образом организуется взаимодействие со сторонними решениями (существуют готовые адаптеры к решениям компании «Диасофт», в частности, – для бэк-офисов, а также для сторонних разработок).

Благодаря независимости сервисов и наличию средств оркестрации, Фронт-офис обладает следующими свойствами:

• Кастомизируемость — возможность настройки документооборота, изменения интерфейсных форм, page-flow и др.
• Возможность «горячего» обновления — без прекращения работы системы. Специализированный компонент «Редактор сервисов» направляет все вновь появляющиеся запросы в новую версию модуля. При снижении активности в старой версии (это происходит в связи с тем, что новые запросы не приходят, а обработка старых завершается) происходит ее исключение из состава системы. Для пользователей это проходит абсолютно незаметно, работа не останавливается и не замедляется
• Благодаря независимости сервисов друг от друга система легко интегрируется с внешними приложениями (подробнее об этом будет сказано ниже).

Инструментарий настройки

Решение Diasoft FA# Retail.Front  содержит встроенный инструментарий для создания и самостоятельной настройки экранных форм рабочих мест, а также для построения и модифицирования бизнес-процессов в соответствии с принятой в банке технологией. Инструментарий использует приемы визуального моделирования и состоит из двух инструментов:

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

Рис. 2. Инструментарий системы Diasoft FA# Retail.Front 

Работа в условиях территориально-распределенной структуры банка

Наиболее приемлемый вариант эксплуатации системы розничного обслуживания — централизованная установка решения (в головном офисе или филиале банка). Такой вариант имеет ряд важных преимуществ:

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

Однако при неустойчивости каналов доступа возможна организация работы территориальных подразделений банка в режиме off-line с периодическими подключениями к серверу (в этом случае для доступа клиентов необходимо использовать Rich-клиент).

Масштабируемость

В Diasoft FA# Retail осуществляется поддержка горизонтальных и вертикальных моделей масштабирования. Система, например, может работать в составе кластера. Благодаря особенностям архитектуры можно выносить наиболее используемые сервисы или их группы на отдельные серверы, максимально оптимизируя производительность системы.

Кросс-платформенность

Розничное решение является кросс-платформенным: поддерживаются различные серверы приложений (BEA, ORACLE, IBM и бесплатный JBOSS), СУБД (Oracle, Sybase и MS SQL) и платформы интеграции (IBM Webshere, BEA Weblogic и Oracle BEPL). Это позволяет эффективно встроить розничные Фронт-офис или Бэк-офис в любую информационную архитектуру банка.

Интерфейс

Поддерживается два типа клиентских интерфейсов – Web-интерфейс и Rich-клиент.

Web-интерфейс позволяет взаимодействовать с системой и проводить все операции, используя web-браузер, как правило, уже входящий в состав операционной системы. При этом не требуется установка на рабочие станции пользователей какого-либо дополнительного ПО. Использование Web-интерфейса позволяет сократить расходы, связанные с установкой, администрированием, сопровождением и обновлением версий клиента, так как все эти действия осуществляются централизованно.

Rich-клиент представляет собой Java-приложение, устанавливаемое на рабочей станции пользователя. Однако, в отличие от большинства аналогичных продуктов, он не требует каких-либо затрат на обновление версий: этот процесс происходит автоматически при соединении с сервером.

Rich-клиент, созданный специально для выполнения массовых операций, справляется с такой работой достаточно быстро. Кроме того, этот тип интерфейса позволяет проводить некоторые операции в режиме off-line, что может быть очень полезно в случаях, когда организация выделенного канала связи с головным офисом банка технически невозможна либо экономически нецелесообразна.

И в том, и в другом случае технологии, применяемые для создания пользовательского интерфейса, дают возможность гибко настраивать формы документов и отчетов. Существенным преимуществом также является возможность изменения дизайна интерфейса системы в соответствии с корпоративным стилем банка

Рис. 3. Вариант дизайна интерфейса системы Diasoft FA# Retail.Front

Взаимодействие при решении задач

Взаимодействие пользователей системы в рамках выполнения бизнес-процесса осуществляется с использованием механизма задач, который подразумевает выполнение пользователями действий в ходе обработки назначенных задач.

Примером подобного взаимодействия является открытие нового вклада, который требует последовательного участия в бизнес-процессе операциониста, контролера и кассира. Каждый из этих сотрудников работает на своем автоматизированном рабочем месте (АРМ). В соответствии с настроенным бизнес-процессом система автоматически назначает задачи для того или иного работника, в зависимости от текущего этапа процесса и возможных дополнительных условий. Задача может быть адресована определенному пользователю или группе пользователей, выполняющих однотипные операции (так называемый «механизм групповых назначений»), и выполнить ее способен любой участник этой группы (обычно – наименее загруженный). При этом выполненная задача исчезает из списка задач других пользователей данной группы.

В системе ведется мониторинг выполнения задач пользователями. В любой из моментов времени можно проследить, какой именно пользователь выполняет ту или иную задачу и сколько времени затрачено на ее выполнение. Каждая задача имеет предельный срок решения, и контролирующему работнику доступен список просроченных пользователями задач.

Интеграция решения с внешними системами

Фронт-офисное решение может быть интегрировано с произвольным числом бэк-офисных и миддл-офисных систем (АБС, CRM-системы, процессинг, кредитный скоринг, карточный бэк-офис и т.д.) – как компании «Диасофт», так и сторонних производителей.

При этом сотрудники банка используют единый интерфейс, который способен реализовать весь спектр бизнес-процессов банка, не демонстрируя пользователям реальную сложность ИТ-инфраструктуры. В данном случае речь идет об интеграции на уровне интерфейса.

Все информационные потоки внутри фронт-офисного решения, а также между фронт- и бэк-офисными компонентами объединены в едином информационном ядре — базе данных фронт-офисного решения, что дает повод говорить об интеграции на уровне данных.

Объединение в рамках «сквозного» бизнес-процесса как внутренних программных компонент (сервисов) фронт-офисного решения, так и внешних приложений способствует построению полностью «прозрачной» для конечных пользователей ИТ-инфраструктуры, что означает интеграцию на уровне бизнес-процессов.

Для объединения с бэк-офисными системами может быть использован интеграционный слой самого фронт-офисного решения (при поддержке различных технологий взаимодействия, например, JMS, JDBC и др.) или средства промышленной интеграционной платформы (BEA WebLogic Integration, IBM WebSphere Business Integration и др.).

Архитектура и технологии Diasoft FA# Retail, EFT

Фронт-офис электронных платежей Diasoft FA# Retail, EFT разрабатывается с использованием сервисно-ориентированной архитектуры (SOA) на платформе Java 2 Enterprise Edition (J2EE) фирмы Sun Microsystems.

Характерными чертами SOA являются:

• Распределенность. Функциональные элементы приложений могут быть распределены по множеству вычислительных систем и способны к взаимодействию с использованием локальных или глобальных сетей
• Слабосвязанность сервисов. Отсутствие жесткой связи между отдельными компонентами (сервисами) программного приложения позволяет гибко настраивать и перенастраивать приложение в процессе его эксплуатации
• Ориентация на процессы. Каждый из используемых сервисов ориентирован на решение отдельных задач
• Многоуровневость. Обеспечивается декомпозиция программного продукта на три уровня – представления, бизнес-логики и данных.

 Рис.4. Программная архитектура Diasoft FA# Retail, EFT

Применение J2EE обеспечивает:

• Мультиплатформенность. Допускается возможность использования:
• одной из ОС – Windows, Linux, Solaris;
• одной из СУБД – Oracle, MS SQL Server, SyBase;
• одного из серверов приложений – BEA Web Logic AS, JBoss Logic AS, IBM Web Sphere.
• Масштабируемость любого из уровней программно-аппаратного комплекса:
• вертикальную кластеризацию (несколько экземпляров приложений на одном физическом сервере);
• горизонтальную кластеризацию (несколько физических серверов).
• Статическую и/или динамическую балансировку нагрузки внутри кластера
• Защиту от сбоев внутри кластера (при возникновении сбоев запросы автоматически перенаправляются на работающие серверы).

Diasoft FA# Retail.Back

Основные принципы построения Бэк-офисного розничного решения компании «Диасофт»:

• Договор – центральное звено системы
• Операции – движущий механизм системы
• Жизненный цикл операций в системе
• Календарь событий – выполнение плановых операций.

Договор — центральное звено системы

Центральным элементом розничного решения «Диасофт» является Договор, который определяет порядок предоставления всех банковских услуг: по депозитам, коммунальным платежам, кредитам, банковским картам, сейфовым ячейкам и др.

Настройка видов договоров определяет регламент работы банковской системы и последовательность выполнения действий пользователями.

 Рис.5. Связи договора со счетами

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

Рис.6. Связи договора с физическими лицами

Кроме того, по каждому договору определяются связи с физическими лицами, выступающими в различных формах правоотношений относительно друг друга в контексте рассматриваемого договора: клиенты, доверенные лица, опекуны, наследники и т.д.

Надо отметить, что договор каждого вида может быть связан с неограниченным числом других договоров. Примером могут служить договоры «срочный» и «до востребования» – в случае, когда проценты, начисляемые на «срочный» договор, зачисляются на счет договора «до востребования» или когда договор «до востребования» открывается автоматически при завершении срока действия «срочного» договора.

Операции – движущий механизм системы

Большая часть действий в розничном решении выполняется с помощью операций. Операция – это единое и неделимое (в момент выполнения) настраиваемое действие пользователя по обработке разнообразных учетных объектов системы: договоров, счетов, клиентов, документов и т.д.

Механизм выполнения операций работает как при обслуживании клиента «по счету», так и в случае работы «без открытия счета». В розничном решении создан специальный набор настраиваемых экранных форм, позволяющих производить выполнение любой операции наиболее эргономично для каждого типового вида обслуживания клиента.

При настройке операции технолог указывает, какие действия по обработке счетов, договоров, карточных данных необходимо совершить. Например, если производится настройка операции по счету вкладчика, то все возможные проверки будут касаться минимального взноса и остатка средств, возраста и категории вкладчика, соотношения дат расчета и выходных дней. Данные действия могут быть реализованы как с помощью стандартных настроечных компонентов системы («справочников»), так и с помощью языка Java Script. Такие проверки не только полностью блокируют ошибочные или преднамеренные действия пользователя системы по выполнению нерегламентированных операций, но и позволяют изменять ход и сценарий их выполнения в зависимости от различных условий. Наличие «сценариев» позволяет настраивать операции по договорам таким образом, чтобы их исполнение происходило максимально быстро и эффективно. Например, в большинстве случаев пользователю достаточно ввести только сумму операции, а все остальные действия по открытию договоров и счетов, генерации финансовых документов и построению оперативной отчетности выполняются автоматически. Сценарий операции разграничивает ответственность за надлежащее исполнение различных этапов обработки операции между различными категориями пользователей системы: операционисты, кассиры, контролеры, бухгалтеры. Таким образом достигается полное соответствие действий пользователей требованиям утвержденных в банке бизнес-процессов.

Некорректно выполненные пользователем операции сторнируются, что провоцирует полную отмену всей операции и совершенных в ее рамках учетных действий.

Жизненный цикл операций в системе

В розничной системе реализована поддержка всего жизненного цикла настройки банковских продуктов и услуг – от принятия решения об оказании услуги до сдачи информации о выполненных операциях на хранение в архив. Каждая новая операция, настроенная технологом или администратором системы в банке, первоначально попадает в состояние, исключающее доступ к ее немедленному выполнению большинства пользователей системы: операционистов, кассиров, контролеров, бухгалтеров. Завершив настройку операции и утвердив правильность ее исполнения на тестовых примерах, технолог банка переводит ее в состояние «доступна», и она становится видимой для пользователей, получивших права на ее выполнение. Если банк работает со своими отделениями и филиалами в режиме off-line, то новые настроенные операции выгружаются в виде специального рейса в составе пакета обновления настроек для удаленных учреждений. Выведенные из обработки операции аналогичным образом переводятся в состояние «недоступна» и отправляются в архив.

После создания сценария операцию необходимо связать с определенным видом договора банка, по которому она будет выполняться. Если производится настройка однотипных действий, то существует возможность связать один и тот же сценарий с несколькими различными операциями. Например, для всех видов вкладов операция ареста может выполняться по одному и тому же сценарию. При привязке к виду договора обычно задаются следующие параметры:

• Состояние договора, в котором может выполняться данная операция, например: «открыт», «арестован», «закрыт», «сторнирован», «блокирован» и др.
• Перечень ролей пользователей, для которых доступна данная операция, например: «контролер», «кассир», «старший кассир» и др.
• Допустимые правоотношения клиента, инициировавшего заявку на выполнение данной операции, например: «владелец счета», «доверенное лицо», «наследник», «опекун» и др.

Экранный интерфейс системы выполнен таким образом, что при выборе операции пользователь видит не весь их список, а только операции, соответствующие текущему состоянию договора, роли пользователя и виду связи лица, инициировавшего проведение операции с договором, зарегистрированным в банке.

Календарь событий – выполнение плановых операций

Реализация модуля «Календарь событий» в составе розничного решения компании «Диасофт» привнесла в систему принципиально новые возможности, уже ставшие, тем не менее, частью ее универсального финансового ядра. Календарь событий, автоматически генерируемый при открытии договоров и при регистрации длительных поручений вкладчиков (поручение на регулярное перечисление денег), перерасчитывается при выполнении операции пролонгации договора. В Календаре событий производится запись о необходимости проведения заданных плановых операций в некоторый из моментов времени (день) в будущем. При возникновении такого события система осуществляет его обработку и рассчитывает следующую плановую дату на основе информации о периодичности, его граничных сроках и т.п.

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

Тесная интеграция систем автоматизации корпоративных услуг, обслуживания населения и работы с банковскими картами в рамках комплексного решения обеспечивает очевидные конкурентные преимущества для банка:

• Ведение единой аналитической базы данных по клиентам, счетам, документам
• Выпуск консолидированной обязательной и внутренней отчетности
• Автоматизация рабочих мест кассиров и бухгалтеров банка с помощью единой системы
• Простота создания новых банковских продуктов смежных сфер банковской деятельности:
• выдача кредита на банковскую карту или расчетный счет;
• ведение связанных счетов: карточных, депозитных, ссудных и т.п.;
• осуществление внешних переводов с расчетных, вкладных и карточных счетов.
• Упрощение сопровождения единого программного комплекса благодаря единой программно-аппаратной платформе и наличию единых принципов администрирования и работы в информационной системе.