В середине 1990-х годов АБС второго поколения очень быстро завоевали рынок. На их внедрении выросли такие компании-разработчики, как «ЛИМ», «Инверсия», «ПрограмБанк», «Диасофт», «АСофт» и т. д. В сущности, главное отличие их разработок было одно – все рабочие файлы находились на сервере локальной сети. Это упрощало консолидацию баланса, однако создавало новые проблемы. Дело в том, что «персональные» системы управления базами данных, на которых строились такие АБС (те же самые Clipper, Fox или Clarion), предназначались для использования на одиночных компьютерах. Когда несколько пользователей с нескольких рабочих станций одновременно обращались к данным, в локальной сети часто возникали «конфликты». Кроме того, вся обработка данных в подобных системах производилась рабочими станциями – сервер использовался лишь как «внешний диск», хранилище файлов, поэтому все данные, накопленные в базе, приходилось «прогонять» по локальной сети при каждой операции поиска. В этой ситуации локальная сеть довольно скоро перегружалась, и системному администратору требовалось увеличивать мощность сервера и пропускную способность активного сетевого оборудования. А если, допустим, кто-то из операционистов во время выполнения операции с большим объемом обработки данных, случайно, не дождавшись ее завершения, выключал свой компьютер, вся база данных «разваливалась». То же самое могло произойти просто из-за того, что не вовремя «мигнуло» электричество.
Несовершенство аппаратно-программных комплексов вынуждало команды программистов банков идти по пути латания ошибок. Поэтому банкиры становились заложниками своих IT-подразделений или фирм – поставщиков. Не были редкостью и такие опасные ситуации, когда АБС, несмотря на внешне устойчивую работу, имела серьезные скрытые изъяны, обнаружение которых превращалось в самостоятельную проблему. Известны случаи, когда в результате ошибок в проводках набегали миллиардные расхождения, которые удавалось заметить лишь спустя какое-то время.
Банки и прежде всего крупные, для которых эффективная работа в локальной сети, имела критическое значение, стали более взыскательно присматриваться к западному рынку технологических решений и закупать наиболее популярные разработки. Некоторые из них, кому позволял бюджет, сделали ставку на «тяжелые технологии», то есть мощные центральные компьютеры, работающие в режиме «хост-терминал» или «клиент-сервер».
Современные АБС работают только с электронными базами данных (БД). Существуют различные инструментальные программные средства для проектирования и управления ими. Они называются системами управления баз данных (СУБД). В зависимости от выполняемых функций их спектр может включать как простые, так и сложные разработки. В настоящее время наиболее распространенной СУБД является
В мае 1995 года Сбербанк России приступил к реализации проекта по созданию новейшего аппаратно-программного обеспечения для расчетных центров Сбербанка, которые в то время были оснащены DOS-программами в NetWare-сетях. Проект получил название «Электронная Система Комплексной Организации Расчетов и Документооборота» – ЭСКОРД.
АБС ЭСКОРД представляет собой клиент – серверное решение, использующее Microsof Windows и Microsof SQL-сервер[228]
. Расчетная система Сбербанка России в то время состояла из Центрального аппарата (ЦА) и 1535 филиалов, оказывающих платежные услуги непосредственно и проводящих безналичные платежи с использованием всех форм и способов через расчетную систему Центрального банка, расчетные системы банков – корреспондентов, а также через счета межфилиальных расчетов (СМФР). С самого начала работы над проектом ЭСКОРД большое внимание уделялось подготовке внедрения, поскольку переход на новую АБС означал переподготовку технического и банковского персонала всех расчетных центров. «Интуитивно понятный» интерфейс Windows во многом способствовал решению этой серьезной проблемы.Композиционно АБС ЭСКОРД состоит из функциональных мест пользователей и набора автономных обрабатывающих процессов. Обрабатывающие процессы, запускаемые на выделенных компьютерах (АРМ), в автоматическом режиме обеспечивают прием и отправку электронных платежных документов, форматный и логический контроль, клиринг и расчеты. Участие пользователей требуется только для обработки платежных документов, которые не удовлетворяют критериям автоматической обработки.