Николай Симонов - Банки и Деньги

В том же 1996 году британская компания "Midas-Kapiti International" предоставила "СБС-Агро" программное обеспечение Equation — одно из наиболее популярных в мире, с широкой функциональностью, покрывающей большинство операций ритейлового и коммерческого бизнеса банка. Полный пакет ПО Midas-Kapiti обеспечивает комплексную автоматизацию всех банковских операций. Он построен на модульном принципе и включает 40 стандартных подсистем, каждая из которых служит для решения конкретной банковской задачи. В частности, предоставляется возможность коммуникации с внешними сетями ("Telex SWIFT") и взаимодействие с другими финансовыми пакетами фирмы "BIS Banking System"; поддержки и проведения розничных и оптовых торговых операций; решения кредитных и бухгалтерских задач; ведения единой информационной базы; формирования баланса; управления риском и т. п. Стоимость этого пакета оценивается в миллионы долларов. Даже для крупного российского коммерческого банка того времени, это — неподъемные расходы, но руководство "СБС-Агро" могло себе позволить такие траты — Всемирный банк предоставил на цели автоматизации холдинга кредитную линию на сумму свыше $7 млн.

Внедрение Equation сопровождалось существенной модернизацией системы, с учетом состояния российских телекоммуникаций и других факторов. Уникальным для российского рынка достоинством новой IT-платформы являлась успешно функционирующая система валовых расчетов в режиме реального времени. Эта, не имеющая в 1996-98 гг. российских аналогов, система позволяла осуществлять расчеты между клиентами "СБС-Агро" практически в течение 24 часов 7 дней в неделю с использованием удаленных терминалов управления банковским счетом через модемную связь.

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

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

— формирование всех необходимых бухгалтерских проводок, уже агрегированных по балансовым счетам, и автоматическая их передача в базу данных "Автоматизированной бухгалтерии";

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

Первые образцы третьего поколения АБС представили "Инкомбанк" (АБС

"Садко") и некоторые фирмы-разработчики: "Банковские системы" (ныне "Кворум"), "R-Style Software Lab.", новосибирский "Центр финансовых технологий" и другие.

Первые отечественные АБС четвертого технологического поколения — на базе профессиональных СУБД — появились почти одновременно с системами второго поколения. В качестве примера можно привести систему "Пирамида" питерской фирмы "НЕСТ", созданную в 1990 г. Системами четвертого поколения АБС занимались фирмы CSBI EE из Санкт-Петербурга, "ФОРС", "Эскейп-М" и другие. Развитые возможности импорта-экспорта данных необходимы АБС для осуществления обмена данными с внешними приложениями (системами). В качестве таких данных могут выступать: текстовые файлы различных форматов, базы данных (Oracle, Progress, Sybase, Btrieve, Paradox, Dbase и др.), форматы электронных таблиц (Excel, DBF и др.), графические форматы(bmp, pcx, jpg, cdr и др.), формат данных сети Интернет (HTML). Механизм импорта-экспорта данных должен включать в себя ряд обеспечивающих функций, таких как осуществление автоматического контроля, диагностики, протоколирования ошибок при импорте-экспорте и т. п.

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

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

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

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

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