Visa или MasterCard? Карту какой платежной системы выбрать? Кто на свете всех богаче? Анализ роста благосостояния в мире.

Значение масштабируемости АБС для современного банка

Сегодня типичный банк, входящий в первую сотню банковского рейтинга, выглядит так:

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

Так, для головного офиса принципиально важными являются следующие характеристики:

Потребности филиальной сети, в свою очередь, диктуют собственные условия:

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

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

Без платформы далеко не уедешь

Очевидно, что масштабируемость прикладной системы во многом определяется масштабируемостью платформы, на которой она построена. Сегодня ведущие фирмы — разработчики АБС на базе менеджера записей Btrieve, которые до последнего времени пользовались наибольшей популярностью, признают, что системы, построенные на этой платформе, не обладают запасом производительности и надежности, необходимым для работы в головном офисе крупного банка (Глазков А. Рынок банковской автоматизации изменился: «Btrieve» теперь запрещенное слово//Бюллетень финансовой информации. 1999. № 6 (49). С другой стороны, достаточно популярная при построении крупных систем СУБД Oracle имеет серьезные проблемы с масштабируемостью вниз — стоимость владения АБС на платформе Oracle весьма высока, и не только из-за первоначальной стоимости лицензий, но и из-за высокой требовательности к ресурсам и большим затратам на эксплуатацию (Aberdeen Group. Database Cost of Ownership Study. Boston, 1997. http//www.progress.com/services/pressrm/aberdeen2.htm). Некоторые возлагали большие надежды на Microsoft SQL Server, но этот продукт, жестко привязанный к конкретной операционной системе, так и не смог доказать своей способности эффективно работать под действительно большой нагрузкой, а совокупная стоимость владения им оказывается не такой уж маленькой (Aberdeen Group. Database Cost of Ownership Study. Boston, 1997. http//www.progress.com/services/pressrm/aberdeen2.htm).

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

Кстати, необходимо отметить, что само по себе использование профессиональной СУБД еще не гарантирует высокой эффективности прикладной системы — история знает случаи, когда механический перенос схем данных, разработанных для Clipper, в среду Oracle приводил к неожиданно плачевным результатам. Для полного и эффективного использования возможностей профессиональных СУБД необходимо при проектировании моделей данных и запросов учитывать их специфику, что приходит только с опытом (Орехов А. Что такое интегрированная банковская система?//Банки и технологии. 1998. № 2. http//www.bis.ru/pubs/4.htm).

Разработчики фирмы БИС решили проблему масштабируемости своей АБС, изначально выбрав в качестве платформы профессиональную СУБД Progress, которая, с одной стороны, обладает всем набором характеристик, действительно необходимых для работы в условиях головного офиса крупного банка (Progress Enterprise Server), а с другой стороны, за счет отсутствия избыточной функциональности, без которой можно обойтись, и наличия «облегченной» версии (Progress Workgroup Server) обеспечивает рекордно низкую стоимость владения (Орехов А. Профессиональные СУБД в банках//Банковские технологии. 1999. № 2. http//www.bizcom.ru/system/1999-02/01.html). При этом версии Workgroup и Enterprise полностью совместимы друг с другом и отличаются лишь диапазоном выдерживаемых нагрузок и, естественно, ценой.

Некоторые фирмы — разработчики систем, претендующих на роль масштабируемых, пытаются доказать их высокую производительность, публикуя потрясающие воображение результаты стендовых испытаний этих АБС на тестовых примерах. Фирма БИС не видит необходимости в публикации результатов подобных испытаний, так как специалисты фирмы считают значительно более убедительным доказательством масштабируемости реальный опыт эксплуатации БИСквит как в головных офисах крупных банков с большим количеством пользователей, например в ГУТА Банке (Таратынкин С. В. «БИСквит». Опыт внедрения в Гута Банке//Бухгалтерия и банки. 2000. № 3. http//www.bis.ru/pubs/7.htm), так и в распределенных филиальных сетях, например в Автобанке (Смирнов В. «Бисквит» для банка//PC MAGAZINE/RE. спецвыпуск 1998. № 3. http//www.bis.ru/pubs/2a.htm).

Использование операционной системы UNIX и возможность работы с АБС с удаленных терминалов делают организацию работы отделений банка в режиме онлайн делом несложной техники и предъявляют весьма низкие требования к телекоммуникациям. Кроме того, такой подход значительно упрощает администрирование системы (настройки для всех отделений могут делаться один раз и в одном месте), а также позволяют повысить качество сервиса — каждый клиент может быть обслужен в любом отделении без риска для банка.

Коробка или заказная разработка?

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

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

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

Подводим итоги

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

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

 

Статьи, интервью, публикации