Выберите основные требования банков к приобретаемой или модернизируемой абс

Обновлено: 25.04.2024

Автоматизация коммерческих банков в России начиналась с таких программ, как «Киевский операционный день» на FoxBase и «Тульский операционный день» на Clipper. Это было первое поколение банковских программных разработок. Причем «Тульских» вариантов было как минимум три (здесь и далее используется традиционное классическое разделение АБС по поколениям, введенное Александром Евтюшкиным в 1994 г.). Темпы распространения этих простейших (с высоты сегодняшних скоростей и требований) программных разработок на рубеже 80-90-х гг. были просто фантастическими - до 500 и более копий каждой со всеми исходными текстами за каких-нибудь два года. В системе бывших Жилсоцбанков за стандарт был принят «Киевский ОДБ» фирмы «Унити Барс», в системе Промстройбанков - «Тульский ОДБ» фирмы НИИЦ «Баланс Плюс», в системе Агробанков - «Тульский ОДБ» фирмы ЛИМ.

Каталог АБС-систем и проектов доступен на TAdviser

Распространяемые с исходными текстами «Тула» и «Киев» были теми семенами, из которых взошли, выучились и выросли российские АБС второго поколения. На самом старте рынка АБС (1992-1993 гг.) практически все разработчики с удовольствием рассказывали о том, чем их система банковской автоматизации в лучшую сторону отличается от «Киевского» опердня. Тройка лидеров второй волны (читай второго поколения) АБС обозначилась еще в 1991-1992 гг.: [1] (разработки велись на FoxBase), «Инверсия» (Clipper) и «ПрограмБанк» (также Clipper). Кроме них заметным явлением рынка стали московские фирмы АБТ, «Инфа», СКИЛ, красноярский «Комбис-Рамбо», минские «Надежные программы», чебоксарский «Тагрис», кисловодский «Террасофт» и некоторые другие. Примерно в 1993--1994 гг. лидеров АБС второго поколения серьезно потеснил «Диасофт» также с системой второго поколения, разработанной на Clarion [2] .

Наиболее популярной в то время сетевой операционной системой для персональных компьютеров была OC Novell Netware с ОС DOS на рабочих местах. UNIX-системы не были столь же широко распространены, но они обеспечивали возможность работы программного комплекса под управлением более мощной операционной системы, чем связка Novell+DOS и, соответственно, на более мощных и надежных аппаратных платформах, чем персональная Intel-совместимая техника. Такими ОС могут быть UNIX, OS/400, VAX VMS и другие.

Бурный рост российских банков довольно-таки скоро обозначил проблемы безопасности, надежности и быстродействия АБС на персональных компьютерах. Поэтому практически параллельно со вторым поколением АБС уже в начале 90-х гг. появились первые банковские системы на профессиональных СУБД (позже названные четвертым поколением): система «БИС» фирмы «Сервер» на СУБД Informix Software, система «Ва-Банк» фирмы ФОРС на СУБД Oracle, система «Пирамида» петербургской фирмы «Нест» также на СУБД Informix. Их называли также UNIX-системами.

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

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

Ласточкой третьего поколения АБС (фактически самого распространенного в России за первые 20 лет рынка) стала разработка RS-Bank фирмы R-Style, вышедшая на рынок в первой половине 1993 г. Использование в качестве инструментария нижнего уровня менеджера записей Btrieve под ОС Novell Netware позволило в системах третьего поколения организовать поддержку режима транзакций базы данных на уровне ядра банковской системы. Конечно же, транзакции баз данных a la Btrieve организованы не с такой степенью надежности, как в профессиональных реляционных СУБД класса Oracle, Informix, Progress, Sybase. И все же это был колоссальный рывок вперед, поскольку банки в большинстве своем смогли забыть, что такое сбой базы и переиндексация *.dbf- и *.ntx- файлов (археологи-антиквары, любители Clipper и Fox под DOS, а вы-то помните?). И банковским работникам не надо было менять ставшие знакомыми и любимыми персоналки на какую-то неизвестную платформу Unix с цифровыми терминалами.

Как только появились подобные системы третьего поколения (сначала только RS-Bank), старожилы рынка АБС сразу и резко встревожились и заговорили что, мол, «Btrieve - это не база данных», что «И на dbf-структурах можно поддерживать режим транзакций». Но когда по продажам R-Style рванул вверх, и к тому же появились другие системы третьего поколения: «Кворум» фирмы «Банковские системы» (позднее фирма получила название «Кворум»), МакроБанк фирмы «Канопус», IB System новосибирского Центра Финансовых технологий (ЦФТ), Optimum BS банка «Оптимум», - вал этой не вполне заслуженной критики существенно спал. Огромное значение для раскрутки рыночного имиджа R-Style имел контракт с Мосбизнесбанком на 30 копий по филиалам, полученный по результатам тендерного отбора. Это был первый из известных автору тендеров, который проводился российским банком среди российских же разработчиков.

К 1994 г. лидерство на рынке от Большой Тройки (АСОФТ, «Инверсия», «ПрограмБанк») стало постепенно переходить к Большой Четверке (те же минус АСОФТ плюс «Диасофт» и R-Style). Формально АСОФТ еще относился к грандам и даже очень удачно смог выступить на первом Форуме разработчиков в июне 1995 г., но фирма быстро теряла рыночные позиции, уступая более молодым и агрессивным.

Заметное усиление АБС третьего поколения произошло в 1995 г., когда на Btrieve перевели свои разработки «Диасофт» и «Инверсия». Правда, «Инверсии» для этого понадобилось открывать новый интегрированный проект «Банк 2000» со своим коллективом разработчиков параллельно тогда еще вполне сильному многомодульному проекту (вслушайтесь в музыку названия!) АСУ «Комбанк». А вот «Диасофту» продвижение досталось, практически даром и «по наследству» при смене версии инструментария: Clarion v 3.* в отличие от Clarion v 2.* стал поддерживать транзакции и все базовые функции менеджера записей Btrieve напрямую (Да здравствует Clarion!).

На фоне успехов систем третьего поколения разработчики АБС на профессиональных СУБД также не теряли времени даром. Так, после снятия КОКОМовских ограничений в России стала доступной СУБД Progress. Сразу две фирмы -- петербургская CSBI EE и московская БИС -- решились разрабатывать АБС на основе инструментария Progress. Причем CSBI EE взяла в качестве прототипа российской системы «Банкир» польско-английскую разработку Bankier своей материнской компании CSBI, а БИС использовала богатый опыт работы специалистов Внешэкономбанка в качестве постановщиков задачи.

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

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

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

Для поддержки конкретных банковских бизнес-направлений создавались модули «Кредиты», «Депозиты», «Частные вклады», «Внутренняя бухгалтерия», «Фондовый отдел». В частности, под «Фондовым» модулем понималось наличие подсистемы автоматизации работы фондового отдела банка или банковского депозитария. При этом разновидности подсистемы «Депозитарий» отличались по тому, какие именно ценные бумаги могут учитываться: акции самого банка, полные выпуски акций сторонних эмитентов, ценные бумаги, закупаемые на биржевых торгах/внебиржевом рынке или те ценные бумаги, которые приносят на хранение клиенты банка.

Без особого шума на рынке АБС появились модули «Банк-Клиент», дающие возможность обслуживать клиентов банков без их обязательной явки в отделение банка. Вначале подобные модули были ориентированы на обслуживание юридических лиц. Это лишь много позже банки осознают, какой гигантский потенциал сокращения операционных издержек заложен в этих технологиях, а пока эти модули были необязательным дополнением к базовым АБС. Некоторые наиболее дальновидные участники технологического рынка сразу же поняли, что «…если банков могут быть только тысячи, то клиентов - заведомо миллионы!» (© by Валерий Конявский, ОКБ САПР ВНИИПВТИ).

Попутно выяснилось, что системы класса «Банк-Клиент» для обслуживания клиентов «на дому», «не выходя из офиса» могут поставляться отдельно, и тогда они в принципе должны быть совместимы с банковскими системами других разработчиков. Но сами разработчики АБС для своих модулей «Банк--Клиент» чаще всего обеспечивали возможность совместимости только с одной банковской АБС, которую сами же и разрабатывали.

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

Базовый принцип создания автоматизированной банковской системы это:
Создание автоматизированных банковских систем
Требования к современным АБС
История развития автоматизированных банковских систем
Современные банковские автоматизированные системы
Анализ рынка автоматизированных банковских систем
Автоматизированные банковские системы России

Базовый принцип создания автоматизированной банковской системы это:

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

Создание автоматизированных банковских систем

Современная автоматизированная банковская система, сокращенно АБС, создается с учётом архитектуры функциональных программных продуктов и предполагает опциональное деление на три уровня:

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

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

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

Требования к современным АБС

Высокие функциональные требования к современным АБС обусловлены сложностью интеграции программного продукта, необходимостью решения широкого спектра клиентских задач.

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

АБС внедряют этапно, анализируя потребности клиентов, служащих банка.

История развития автоматизированных банковских систем

Программы обработки платежных документов, учета простейших финансовых операций были разработаны в 50-x годах в США. Дальнейшая история развития автоматизированных банковских систем связана с постоянной модернизацией функций, поиском оптимальной архитектуры АБС.

После бурного развития компьютерного рынка в 80-х в существующих системах удалось существенно увеличить количество обрабатываемых операций. Однако в 90-х развитие рынка несколько замедлилось ввиду общего экономического спада. АБС нового поколения были созданы в 2000-х. Сегодня подобные продукты продолжают интенсивно совершенствовать.

Современные банковские автоматизированные системы

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

Внедрение АБС позволяет организовать дистанционное клиентское обслуживание, создать единую документную базу, контролировать финансовые потоки, формировать стандартизированную отчетность.

Анализ рынка автоматизированных банковских систем

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

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

Автоматизированные банковские системы России

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

Программные решения разработчиков Diasoft, Инверсия, R-Style SoftLab лидируют среди конкурентных предложений. Однако системы SC-Банк, БИСквит, IB-System не менее эффективны и надежны, что позволяет предложить клиенту оптимальные условия сотрудничества с меньшими инвестиционными издержками.

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

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

Подробнее о статусе «Принят АБС»
Что такое АБС?
Структура системы
Внедрение в Сбербанке
Система «Банк-Клиент»
Формирование документа
Передача в обработку
Дополнительные статусы
Финальные статусы

Подробнее о статусе «Принят АБС»

Статус «Принят АБС» является одним из последних на стадии обработки документа. Он означает, что платежное поручение в электронном виде проверено АБС, то есть автоматизированной банковской системой. После этого документ отправляется на исполнение. В случае выявления при проверке со стороны АБС каких-либо проблем, платежному поручению присваивается статус «Отказан АБС».

Что такое АБС?

Под АБС понимается автоматизированная банковская система, которая представляет собой масштабный комплекс технического и программного обеспечения работы кредитной организации. Необходимость его введения обусловлена тем, что банковский бизнес предусматривает составление большого объема отчетности, направляемой в Центробанк России, а также необходимостью надежной защиты проходящих через банк данных о его клиентах и работниках.

Основными целями внедрения АБС в банковский бизнес являются:

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

Структура системы

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

модуль АБС по управлению банком;
модуль АБС под названием «Операционный день»;
модуль АБС по осуществлению банковских онлайн услуг.

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

Внедрение в Сбербанке

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

Система «Банк-Клиент»

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

Формирование документа

На этапе формирования платежного поручения применяются статусы «Ошибка контроля» (неправильно заполнены обязательные поля), «Создан» (оформление выполнено верно, документ может быть использован) и «Импортирован» (статус равнозначен типу документа «Создан»). Следующей стадией оформления платежного поручения выступает его подписание. При этом ему может быть присвоен статус «Частично подписан» или «Подписан». Очевидно, что в первом случае констатируется наличие части подписей, а во втором – готовность к обработке.

Передача в обработку

Дополнительные статусы

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

Финальные статусы

Финальный статус документу присваивается после завершения всех этапов его проверки и обработки. О положительном конечном результате свидетельствует единственный тип статуса – «Исполнен». Все остальные варианты означают наличие каких-либо проблем и невозможность проведения платежа.

Выбор новой АБС для банка — непростой процесс, эффективность которого зависит от действующей стратегии развития IT в банке. Каковы перспективы развития рынка АБС и как кредитной организациине ошибиться при выборе АБС — на эти вопросы отвечают эксперты «БО».

Наталья Городецкая, директор центра компетенции компании IBS:

— Сегодня большинство российских банков стоит перед необходимостью замены или модернизации использующихся информационных систем в связи с тем, что многие из них функционально и технологически уже не в состоянии поддерживать растущий бизнес банка. В условиях жесточайшей конкурентной борьбы информационные системы в банке перестают быть просто инструментом для ведения бухгалтерского учета и получения отчетности для ЦБ РФ, а становятся основным средством поддержки бизнес-стратегии кредитной организации.

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

Учитывая требования рынка, производители банковских систем предлагают либо «монолитную» АБС, являющуюся полнофункциональным решением, либо отдельные вертикальные приложения, каждое из которых решает отдельные задачи банковского бизнеса. И у того, и у другого подхода есть свои преимущества и недостатки.

Как правило, архитектура «монолитной» АБС, в основе которой лежит глубокая интеграция модулей, не позволяет достаточно быстро запустить в эксплуатацию функции для автоматизации розничных продуктов и получить эффект от внедрения уже через несколько месяцев. Одновременная замена практически всей информационной инфраструктуры требует от банка колоссальных усилий и ресурсов.

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

Юрий Лашкарев, директор департамента финансовых и промышленных организаций компании «Prime group»:

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

В среднесрочной перспективе крупные производители комплексных АБС адаптируют свои продукты к российским реалиям. Несколько крупнейших российских банков уже планируют переход на такие АБС.

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

Для средних банков последствия «неправильного» выбора АБС могут быть драматическими, если «неправильность» этого выбора осознана уже на последних этапах внедрения или на этапе опытной эксплуатации. Крупные банки менее «чувствительны» к неверному выбору АБС и всегда могут рассматривать стратегию развития IT на основе полного аутсорсинга.

Андрей Алисов,
исполнительный директор компании «Деловые консультации, Санкт-Петербург»:

— Если давать совет банкам: как выбрать наиболее оптимальный вариант АБС, то сразу следует оговориться. Речь идет о промышленных АБС, а не о самостоятельных банковских разработках или «умерших», но находящихся в эксплуатации системах. За рамками рассмотрения, по понятным причинам, остаются также уникальные решения для многофилиальных банков из топ-10. В остальных случаях, на наш взгляд, основное влияние на выбор АБС оказывают следующие факторы. Во-первых, потенциал и репутация фирмы-разработчика. Во-вторых, выбор платформы, на которой разработана система. Последнее — параметры предлагаемого в рамках сопровождения пакета услуг.

Значимость именно этих факторов объясняется тем, что практически все АБС, находящиеся в промышленной эксплуатации в универсальных банках, с точки зрения функциональности примерно одинаковы.

Показатель «эффективность–стоимость» на сегодня является актуальным. Зачем покупать «тяжелую» систему для банка или филиала, в которых работают 10–20 человек?

Аналогичная картина с точки зрения предлагаемых программно-аппаратных платформ и СУБД. Рынок предлагает несколько вариантов СУБД и их комбинаций с популярными серверными платформами.

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

Андрей Висящев,
исполнительный директор ЦФТ:

— На разных этапах развития банковского бизнеса советы банкам в части оптимального выбора АБС были разными. Сегодня самым актуальным советом будет один — выбирать АБС, которая сможет адекватно отвечать выбранной банком стратегии развития на ближайшие 5–6 лет. Информационные системы быстро устаревают, нельзя выбирать систему, которая отвечает только текущим потребностям банка.

Сегодня и на рынке банковской автоматизации активно развернулась война брэндов. При выборе банком поставщика решения роль брэнда компании-поставщика начинает играть важнейшую роль. Никто не спорит, что «отдаться» известному брэнду — нормальное решение, но важно другое: необходимо отдаться правильному брэнду. Узнайте, сколько инсталляций имеет данная АБС, каков опыт компании, которая должна стать вашим партнером, для банков вашего масштаба и ваших направлений бизнеса в вашей стране. Поэтому подумайте дважды, прежде чем смотреть на решения западных поставщиков.

Немаловажный фактор — это сервис, который должна предоставлять компания-поставщик, надо узнать отзывы банков о внедрении и сопровождении этих систем.

Марина Клановец,
начальник управления разработки и внедрения АБС «Ва-Банк»:

— По статистике, на сегодняшний день в ведущих российских банках (топ-50) АБС российских поставщиков использует подавляющее большинство, а примерно 1/5 банков применяет западные системы и доверяет разработкам собственных IT-служб. При этом наблюдается тенденция к смене АБС собственной разработки на «промышленную» АБС российских поставщиков. О чем говорит такая специфика? Прежде всего о неудовлетворенности низким качеством разработок собственных служб IT и «привязанности» банка к условиям, которые навязываются несистемными разработчиками. Что касается внедрения западных АБС, то сложные централизованные системы всегда ставят проблему длительного внедрения, лишь по истечении которого можно сделать вывод о том, насколько данная система отвечает требованиям конкретного банка. Кроме этого любая западная система должна быть адаптирована к национальным условиям ведения бизнеса, и, соответственно, не всегда полученный результат по затратам и времени внедрения соответствует планируемым в банке в начале внедрения.

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

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

В настоящее время российский банк, планирующий внедрение новой АБС, может пойти по одному из четырех путей. Во-первых, самостоятельная разработка системы. Во-вторых, приобретение готового решения и самостоятельная разработка недостающих модулей. В-третьих, приобретение тиражируемого решения и его подстройка под работу банка. И, наконец, заказ разработки системы исключительно «под себя». Наиболее перспективными, на мой взгляд, являются второй и третий пути.

Официальный IT-прогноз страны не обнадеживает. Объем российского рынка информационных технологий, по данным Минэкономразвития, в 2010 году вырос лишь на 14% до 565,8 млрд рублей против 496,5 млрд рублей годом ранее. Однако если посмотреть на рынок банковской автоматизации, то видится еще более печальная картина. Аналитики Gartner прогнозируют, что среднегодовой темп роста IT-расходов банков в период с 2010-го по 2014 год составит 5,6%. До динамики докризисного периода рынку автоматизированных банковских систем (АБС) очень далеко, хотя тенденция роста все-таки проглядывает. Она связана с развитием банковского сектора в целом: в прошлом году вклады населения выросли на 31,2%, а привлеченные средства от организаций – на 16,4%. Дело в том, что именно банки отреагировали на кризис наиболее быстро, сократив до минимума оборотные средства и все расходы, которые можно было сократить или отложить, и увеличив запасы. Такой же «танец живота» продемонстрировали страховщики. Теперь именно банки и страховые компании быстрее других вертикальных рынков возвращаются к докризисному уровню IT-бюджетов.

Каталог АБС-систем и проектов доступен на TAdviser

Цифры и доли

(по данным публикации газеты "Финанс ")

Независимых аналитических оценок рынка АБС пока нет, но оживление рынка банковской автоматизации отмечают и сами банки, и поставщики специализированных IT-решений. Примерно представить динамику можно исходя из оценок лидеров рынка. Александр Генцис, член совета директоров компании «Диасофт», считает, что объем рынка АБС в 2010 году составит примерно $175 млн, а рост по сравнению с 2009 годом – 5%. Андрей Фомичев, заместитель председателя правления ЦФТ, уверен, что рынок банковской автоматизации в 2010 году вырастет не менее чем на 15%. А наибольшая активность, по наблюдениям генерального директора R-Style Softlab (Эр-Стайл Софтлаб) Андрея Галковского, видна в сегментах фронт-офисного и дистанционного обслуживания.

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

Наиболее оптимистичен представитель ЦФТ, но и выручка его компании в 2010 году выросла на 36%. Большая ее часть приходится на продажу программного обеспечения и оказание процессинговых услуг. Другие лидеры озвучили более скромные успехи. Выручка R-Style Softlab (Эр-Стайл Софтлаб) в прошлом году увеличилась на 15% по сравнению с 2009 годом, «Диасофта» – на 6%, а «Инверсии» – на 10%. Причем за последней цифрой в первую очередь стоит расширение клиентской базы, а не рост оборота по старым клиентам.

Летом прошлого года Ассоциация региональных банков России провела опрос банковских IT-специалистов. В нем приняли участие более 80% от общего количества российских организаций. Опрос показал, что по количеству внедрений на рынке АБС продолжает лидировать компания R-Style Softlab, занимающая 24% рынка. Правда, ее доля в течение нескольких лет постепенно снижается. За ней следует «Диасофт» (17%), на третьем месте ЦФТ (9%). Догоняет тройку лидеров стабильно растущая «Инверсия» (8%).

Интересно сравнить status quo с динамикой данных о новых контрактах ведущих поставщиков банковских систем. Ежегодно компания IBS Intelligence, специализирующаяся на мониторинге и анализе глобальных банковских систем и банковских операций, публикует рейтинг лидеров продаж АБС (The IBS Sales League Table) на локальных рынках. Данные о продажах в России предоставили пять российских компаний: ЦФТ, «Диасофт», R-Style Softlab, БИС и «Инверсия». Остальные поставщики АБС (например, «Кворум (Quorum)», «Форс – Банковские системы», Colvir Software Solutions) от участия в опросе воздержались. Год был непростым, и озвучивать финансовые и производственные показатели решились немногие.

«Инверсия», бывшая в 2010 году второй по числу новых клиентов, возглавила список. В 2010-м компания продала 18 АБС. Примерно в половине случаев новые системы стали заменой устаревших версий RS-Bank от R-Style Softlab (Эр-Стайл Софтлаб). ЦФТ, несколько лет подряд удерживавший пальму первенства в этом соревновании, идет след в след. В 2010-м у компании 17 новых покупателей АБС. Ими стали банки, чей бизнес набирает обороты, такие, как Росинтербанк, Экспресс-банк и Аксонбанк. Они предпочли систему на новой, представленной в 2010 году, платформе 2 MCA (Mission Critical Application). Остальные – их пока больше – купили прежние решения: «ЦФТ Банк» и «ЦФТ Ритейл банк», основанные на СУБД Oracle.

У «Диасофта» 10 сделок, на три больше, чем в 2009 году. Компания заключила два договора на использование нового SOA-продукта FLEXTERA. В одном случае это сквозное решение для обеспечения розничных операций, в другом – полномасштабная АБС.

И четвертое место делят БИС и R-Style Softlab: у обеих компаний в 2010 году по 7 новых контрактов. При этом БИС сделали рывок в сравнении с 2009 годом, а R-Style Softlab, напротив, чуть сдала позиции.

По результатам опроса АРБ, возможность смены АБС рассматривают лишь около трети российских банков, более 60% АБС менять не собираются. Банки, поменявшие свою АБС в прошлом году, можно пересчитать по пальцам. Это, например, Энергопромбанк, Московский банк реконструкции и развития, Росинтербанк, Русский ипотечный банк. Конкуренция среди поставщиков IT-решений в сегменте крупных банков традиционно высока, и серьезных изменений за прошедший год тут не было. Андрей Галковский отметил существенный рост конкуренции при работе со средними и небольшими банками, которые поспешили воспользоваться кризисными демпинговыми ценами, чтобы начать модернизацию своих IT-систем.

Нашествие откладывается. Эксперты рынка банковской автоматизации не первый год прогнозируют усиление конкуренции со стороны иностранных разработчиков и уменьшение доли рынка российских поставщиков АБС. «Однако жизнь показывает, что внедрений западных АБС на российском рынке больше не становится, а тем временем российские разработки «взрослеют», качественно развиваются и улучшаются», – говорит Дмитрий Макарычев, вице-президент «Инверсии». По информации IBS Journal, из крупных международных поставщиков банковского ПО в 2010 году Calypso удалось заключить три контракта в России, а Thomson Reuters – один.

Участники рынка отмечают, что банки повысили требования к эффективности IT-решений и оперативности их запуска. В условиях растущей конкуренции и посткризисного пристального внимания к собственным издержкам лейтмотивом переговоров банков с поставщиками IT-инфраструктуры стала ее результативность. Инвестиции в IT обдумываются тщательнее, чем раньше. В первую очередь автоматизируются те участки, которые особенно важны именно сейчас. Поставщикам приходится обосновывать пользу и своевременность воплощения предлагаемых проектов, адаптировать свои решения под новые требования, быстрее запускать системы в коммерческую эксплуатацию и обеспечивать их постоянную модернизацию. Наиболее актуальными для своего развития направлениями автоматизации банки считают в порядке убывания важности обслуживание физических лиц, автоматизацию документооборота, обслуживание юридических лиц, выдачу кредитов и работу фронт-офиса. Резко выросший интерес банков к внедрению фронт-офисных систем связан с возвращением к докризисным темпам кредитования. Дистанционное банковское обслуживание стало каналом персонализированных продаж, причем мобильные устройства начинают играть все более весомую роль. Андрей Галковский уже сейчас видит высокий интерес банков к специализированным приложениям для смартфонов и планшетов.

Автор статьи

Куприянов Денис Юрьевич

Юрист частного права

Страница автора

Читайте также: