Страница 122 из 138
В начале 1990-х годов IT-платформы большинства российских банков, это — пестрая мозаика из всевозможных программ от разных разработчиков. Изначально банки внедряли те или иные программные продукты, в зависимости от потребностей конкретной ситуации, мало думая о перспективе. Каждый банк, по мере возникновения потребности, приобретал или разрабатывал самостоятельно программно-технические комплексы, автоматизирующие отдельные банковские операции. При таком подходе многие важнейшие проблемы банковских информационных технологий зачастую приходилось решать внесистемными, локальными методами и средствами — нештатными (shadow) IT, например, автоматизацию операций с ценными бумагами, расчеты по пластиковым картам, факторинг и т. д. Отсюда — постоянная путаница в документообороте, в сборе, анализе и обобщении информации из разных подразделений, служб, филиалов и т. д.
В условиях постоянно изменяющихся законодательства, правил ведения производственной, финансово-хозяйственной деятельности и бухгалтерского учета банки вынуждены были создавать многолюдные отделы и управления автоматизации. Банкирам было удобно иметь рядом посредника между очередной инструкцией Центробанка с требованием предоставления новой формы отчета и АБС. "Умельцев" — полупрофессионалов и самоучек по программированию и адаптации оригинальных решений к предоставленному в их распоряжение "железу" и "софту", к счастью, оказалось во много раз больше, чем настоящих дипломированных программистов, которые в "лихие 90-е годы" норовили поскорее выбраться из России в Израиль или США.
Осенью 1992 года в Москве был организован первый коммерческий учебный центр, предназначенный, в первую очередь, для повышения квалификации специалистов в области информационных технологий. Назывался он тогда "Центр информационных Технологий" (ЦИТ). В то время практически не было профессиональной литературы на русском языке (а англоязычную литературу очень сложно было достать), Интернет был доступен единичным пользователям, а рунета не существовало как такового. Центр был единственным местом, где сотрудники банков, отвечающие за автоматизацию, могли познакомиться с предложениями компаний-разработчиков и обменяться опытом. Семинары ЦИТ посещали представители всех банков, существовавших в то время, за исключением буквально нескольких, высшее руководство которых не видело необходимости отказа от безбумажного документооборота.
С ноября 1994 года начал ежемесячно выходить журнал "Банковские технологии". Редакцию нового издания возглавил Юрий Кузьмин (создатель журналов "Мир ПК" и PC Magazine/Russian Edition) Наряду с оригинальными статьями в журнале публиковались переводы из авторитетного британского журнала "Banking Technology", которые представляли большой интерес для IT-подразделений российских банков.
Концептуально российские АБС выросли из "операционных дней", и потому в них автоматизировались в первую очередь и главным образом, бухучет и лишь частично и неполно — работа остальных отделов банка, в том числе тех, которые, собственно, и приносят ему прибыль. С точки зрения сервисных возможностей, первые отечественные АБС оставляли желать много лучшего, а об их надежности и говорить не приходится. Это — "киевский и/или тульский "операционный день", которые первоначально были апробированы в государственных специализированных банках. Рассказывают, что в некоторых мелких банках они используются до сих пор. Операционисты работали на автономных персональных компьютерах, не объединенных в локальную сеть, выполняя проводки непосредственно по лицевым счетам клиентов. В конце операционного дня данные со всех компьютеров переносили на дискетах на главный компьютер, на котором производилась их консолидация, и рассчитывался баланс.
К 1992 г. во многих коммерческих банках начали появляться локальные вычислительные сети, и тогда заявили о себе отечественные АБС второго поколения. В середине 1990-х годов АБС второго поколения очень быстро завоевали рынок. На их внедрении выросли такие компании-разработчики, как "ЛИМ", "Инверсия", "ПрограмБанк", "Диасофт", "АСофт" и т. д. В сущности, главное отличие их разработок было одно — все рабочие файлы находились на сервере локальной сети. Это упрощало консолидацию баланса, однако создавало новые проблемы. Дело в том, что "персональные" системы управления базами данных, на которых строились такие АБС (те же самые Clipper, Fox или Clarion), предназначались для использования на одиночных компьютерах. Когда несколько пользователей с нескольких рабочих станций одновременно обращались к данным, в локальной сети часто возникали "конфликты".
Кроме того, вся обработка данных в подобных системах производилась рабочими станциями — сервер использовался лишь как "внешний диск", хранилище файлов, поэтому все данные, накопленные в базе, приходилось "прогонять" по локальной сети при каждой операции поиска. В этой ситуации локальная сеть довольно скоро перегружается, и требуется увеличивать мощность сервера и пропускную способность активного сетевого оборудования. А если кто-то из операционистов во время выполнения операции с большим объемом обработки данных, случайно, не дождавшись ее завершения, выключал свой компьютер, вся база данных "разваливалась". То же самое могло произойти просто из-за того, что не вовремя "мигнуло" электричество.
Несовершенство аппаратно-программных комплексов вынуждало команды программистов банков идти по пути латания ошибок, в результате чего банкиры становились заложниками своих IT-подразделений или фирм-поставщиков. Не были редкостью и такие опасные ситуации, когда АБС, несмотря на внешне устойчивую работу, имела серьезные скрытые изъяны, обнаружение которых превращалось в самостоятельную проблему. Известны случаи, когда в результате ошибок в проводках набегали миллиардные расхождения, которые удавалось заметить лишь спустя какое-то время.
Банки и прежде всего крупные, для которых эффективная работа в локальной сети, имела критическое значение, в середине 1990-х годов стали более взыскательно прицениваться к западному рынку технологических решений и закупать наиболее популярные разработки. Некоторые из них, кому позволял бюджет, сделали ставку на "тяжелые технологии", то есть мощные центральные компьютеры, работающие в режиме "хост-терминал" или "клиент-сервер".
Современные западные АБС работают только с электронными базами данных (БД). Существуют различные инструментальные программные средства для проектирования и управления ими. Они называются системами управления баз данных (СУБД). В зависимости от выполняемых функций их спектр может включать как простые, так и сложные разработки. В настоящее время наиболее распространенной СУБД является Btrieve Tecors Manager и Oracle. Прикладные системы, созданные на базе СУБД Oracle, одинаково эффективно функционируют на всех типах компьютеров. Недостатком Oracle является достаточно высокая стоимость, поэтому система доступна, как правило, крупным и средним банкам.
В мае 1995 года Сбербанк России приступил к реализации проекта по созданию новейшего аппаратно-программного обеспечения для расчетных центров Сбербанка, которые в то время были оснащены DOS-программами в NetWare-сетях. Проект получил название "Электронная Система Комплексной Организации Расчетов и Документооборота" — ЭСКОРД.
АБС ЭСКОРД представляет собой клиент — серверное решение, использующее Microsoft Windows и Microsoft SQL-сервер. Расчетная система Сбербанка России в то время состояла из Центрального аппарата (ЦА) и 1535 филиалов, оказывающих платежные услуги непосредственно и проводящих безналичные платежи с использованием всех форм и способов через расчетную систему Центрального банка, расчетные системы банков — корреспондентов, а также через счета межфилиальных расчетов (СМФР). С самого начала работы над проектом ЭСКОРД большое внимание уделялось подготовке внедрения, поскольку переход на новую АБС означал переподготовку технического и банковского персонала всех расчетных центров. "Интуитивно понятный" интерфейс Windows во многом способствовал решению этой серьезной проблемы.