Николай Симонов - Очерки истории банковской системы России. 1988–2013 гг.

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

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

С ноября 1994 года начал ежемесячно выходить журнал «Банковские технологии». Редакцию нового издания возглавил Юрий Кузьмин (создатель журналов «Мир ПК» и PC Magazine/Russian Edition) Наряду с оригинальными статьями в журнале публиковались переводы из авторитетного британского журнала “Banking Technology”, которые представляли большой интерес для IT-подразделений российских банков.

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

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

К 1992 г. во многих коммерческих банках начали появляться локальные вычислительные сети, и тогда заявили о себе отечественные АБС второго поколения.

В середине 1990-х годов АБС второго поколения очень быстро завоевали рынок. На их внедрении выросли такие компании-разработчики, как «ЛИМ», «Инверсия», «ПрограмБанк», «Диасофт», «АСофт» и т. д. В сущности, главное отличие их разработок было одно – все рабочие файлы находились на сервере локальной сети. Это упрощало консолидацию баланса, однако создавало новые проблемы. Дело в том, что «персональные» системы управления базами данных, на которых строились такие АБС (те же самые Clipper, Fox или Clarion), предназначались для использования на одиночных компьютерах. Когда несколько пользователей с нескольких рабочих станций одновременно обращались к данным, в локальной сети часто возникали «конфликты». Кроме того, вся обработка данных в подобных системах производилась рабочими станциями – сервер использовался лишь как «внешний диск», хранилище файлов, поэтому все данные, накопленные в базе, приходилось «прогонять» по локальной сети при каждой операции поиска. В этой ситуации локальная сеть довольно скоро перегружалась, и системному администратору требовалось увеличивать мощность сервера и пропускную способность активного сетевого оборудования. А если, допустим, кто-то из операционистов во время выполнения операции с большим объемом обработки данных, случайно, не дождавшись ее завершения, выключал свой компьютер, вся база данных «разваливалась». То же самое могло произойти просто из-за того, что не вовремя «мигнуло» электричество.

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

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

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

В мае 1995 года Сбербанк России приступил к реализации проекта по созданию новейшего аппаратно-программного обеспечения для расчетных центров Сбербанка, которые в то время были оснащены DOS-программами в NetWare-сетях. Проект получил название «Электронная Система Комплексной Организации Расчетов и Документооборота» – ЭСКОРД.

АБС ЭСКОРД представляет собой клиент – серверное решение, использующее Microsof Windows и Microsof SQL-сервер [228]. Расчетная система Сбербанка России в то время состояла из Центрального аппарата (ЦА) и 1535 филиалов, оказывающих платежные услуги непосредственно и проводящих безналичные платежи с использованием всех форм и способов через расчетную систему Центрального банка, расчетные системы банков – корреспондентов, а также через счета межфилиальных расчетов (СМФР). С самого начала работы над проектом ЭСКОРД большое внимание уделялось подготовке внедрения, поскольку переход на новую АБС означал переподготовку технического и банковского персонала всех расчетных центров. «Интуитивно понятный» интерфейс Windows во многом способствовал решению этой серьезной проблемы.

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