Журнал «Компьютерра» №41 от 08 ноября 2005 года - Журнал Компьютерра - Страница 25

Более приемлемый (и часто используемый вариант) - наличие централизованной АБС (ЦАБС), под которой понимают как единый мощный комплекс, так и все системы филиалов, физически располагающиеся в головном офисе. В этом случае в системе используются развитые инструменты документарного учета, электронного документооборота, общий реестр счетов и клиентов, бухгалтерские правила, формы отчетности, политика разграничения доступа для сотрудников. И не забудьте, что крупный отечественный банк еще и работает сразу в нескольких часовых поясах. Достоинства ЦАБС неоспоримы: простая управляемость банка, сведение круга задач филиала к минимуму, равно как и времени прохождения платежей. Довольны будут и клиенты, которые в любом филиале получают доступ к тому же набору услуг, что предлагается в головном офисе. Недостаток же - высокая цена.

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

Рассмотрим модульную структуру систем на примере 5NTe Bank (в частности, ее модулями пользуются Газпромбанк и Внешторгбанк), в которой весь спектр банковских операций разнесен по следующим блокам:

корпоративное обслуживание;

розничное обслуживание;

операции на финансовых рынках;

удаленное обслуживание;

обязательная и аналитическая отчетность;

управленческий учет и бюджетирование.

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

Ритейл-модуль - один из самых сложных по структуре. Это связано с обилием разноплановых направлений, которые он призван автоматизировать: потребительские кредиты, депозиты, переводы, обмен валюты, коммунальные платежи и т. д. Если рассмотреть структуру на примере RS-Retail, то там каждому из предлагаемых финансовых продуктов соответствует отдельное приложение, автоматизирующее тот или иной набор операций.

Автоматизированное рабочее место (АРМ) сотрудника, обслуживающего физических лиц (контролера, кассира, бухгалтера), создается из нескольких приложений. То есть в АРМ сосредотачивается весь спектр возможностей, необходимых пользователю, и в этом случае сотрудник фронт-офиса (то есть корпоративного подразделения, взаимодействующего с клиентами[Другое подразделение - бэк-офис - отвечает за учет совершаемых операций]) может даже не знать, как именно осуществляется в его банке бухгалтерский учет. Он должен только уметь приветливо улыбаться и вносить данные в нужные поля (тут, впрочем, он может воспользоваться подсказками системы). Вообще, независимо от концепции системы, почти все розничные решения призваны свести труд оператора к минимуму.

Архитектура учета в системе розничного обслуживания у разных продуктов может быть разной. Например, в 5NTe RETAIL она построена на двух базовых элементах: договоре и операциях. Последние регламентируются понятиями жизненного цикла и календаря. Договора связывают со счетами, клиентами и друг с другом, и в них определяются все положения об оказании той или иной услуги. Операция - это элементарное, настраиваемое действие обработки документа сотрудником. Доступ к изменению настроек документов на разных этапах исполнения разграничен дополнительным элементом концепции - жизненным циклом операции. Данные о периодических операциях (таких как начисление процентов) записываются в другом элементе - календаре событий.

Особым видом работы с частными клиентами является выдача кредитов. Не случайно в RS-Bank этот функционал даже не включен в розничный модуль, а перемещен в отдельный блок RS-Loans. От системы требуется поддержка самых разных видов кредитования: ипотечного, потребительского (которое, в свою очередь, делится на несколько подвидов, в зависимости от покупаемого товара), овердрафтного[Уход «в минус» картсчета в пределах установленного лимита] и др. Разумеется, можно предложить клиенту занять деньги на что угодно, однако каждый создаваемый подвид кредита нуждается в своей настройке.

В настоящее время банки озабочены проблемой скоринга, то есть регулирования кредитных рисков (невозврата, досрочного погашения, нерегулярных взносов и т. д.). Проверка потенциального заемщика тоже осуществляется автоматически[Задачи скоринга усложняются при реализации маркетинговых программ привлечения заемщиков. В частности, недавно один крупный банк в своем рекламном ролике предложил клиентам писать в графе «цель кредита» - просто «деньги». Для скоринга это означает изъятие одного из важных начальных условий задачи]. В ряде серийных продуктов содержатся интегрированные скоринг-системы, но абсолютное большинство банков пишут их под себя самостоятельно, потому что схема принятия решения о выдаче кредита у каждой организации своя. Есть и независимые разработчики таких решений, среди которых у нас наиболее известны EGAR (EGAR Application Scoring) и BaseGroupLabs (Deductor: Credit).

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

О возможностях управления счетом по компьютеру, мобильному телефону или КПК наслышаны, наверное, уже все. Да и любителей оформлять сделки и совершать покупки, не вставая с дивана, становится все больше. Неудивительно, что и на рынке приложений для удаленного банкинга (прежде всего, через Интернет) имеется неплохой выбор. Здесь помимо модулей АБС есть множество продуктов от независимых производителей. Яркий пример такого решения - iBank 2, детище компании БИФИТ. В этом программном комплексе, который установлен более чем в ста банках (в том числе в Банке Москвы и Газпромбанке), собраны практически все существующие технологии. Так, в едином информационном пространстве iBank 2 работают подсистемы

интернет-банкинга: управление банковскими счетами и пластиковыми картами в онлайн-режиме;

PC-банкинга: модификация классической схемы «клиент-банк», при которой клиенту нужно закачивать дистрибутив размером около 1 Мбайт;

мобильного банкинга: с установкой клиента-мидлета для КПК и смартфонов;

WAP-банкинга: получение данных о реквизитах банка, курсах валют, текущих остатках, выписках за определенный период, а также пополнение и блокировка карт, WAP-платежи;

SMS-банкинга: в случае iBank 2 только информационный сервис[Постепенно получают распространение системы управления счетом путем отсылки формализованных SMS (например, этот сервис реализован у Rapida)];

телефонного банкинга: получение данных о текущих остатках, выписки за период по факсу, пополнение и блокирование карты (модуль работает на платформе Intel Dialogic).

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