В начало

БИБЛИОГРАФИЧЕСКИЙ СПИСОК

ГЛАВА 7. АВТОМАТИЗИРОВАННЫЕ ИНФОРМАЦИОННЫЕ ТЕХНОЛОГИИ В БАНКОВСКОЙ ДЕЯТЕЛЬНОСТИ

7.1. СПЕЦИФИКА ОРГАНИЗАЦИИ БАНКОВСКОГО ДЕЛА В РОССИИ

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

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

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

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

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

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

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

Ряд особенностей развития российской банковской деятельности наряду с ужесточением контроля со стороны Центрального Банка создает для банковского бизнеса совершенно новые условия. Банки осваивают работу с новыми финансовыми инструментами, расширяют спектр оказываемых услуг, выходят на мировые рынки, реформируют бухгалтерский учет (приказ ЦБ РФ от 18 июля 1997 г. № 02-263) и др. В результате этой деятельности отечественная банковская система становится ближе к мировым стандартам. В связи с переходом на новый план счетов наиболее важные изменения касаются правил ведения бухучета, плана и структуры счетов, разрядности счетов. По этим направлениям вносятся изменения в существующие АБС.

Переход на новый план счетов следует рассматривать как в программном, так и в бухгалтерском аспектах. Лишь часть работы по переходу поддается автоматизации. Не все сложности перехода решаются программным обеспечением, каким бы продуманным оно не было. Бухгалтерии банка предстоит тяжелая, кропотливая работа по правильной разноске средств в условиях отсутствия взаимно однозначного соответствия между старыми и новыми счетами, что заставляет в каждом отдельном случае выявлять происхождение средств на счете. Кроме того, возникают трудности перевода валютных счетов, счетов нерезидентов и многое другое.

Новые правила ведения бухгалтерского учета призваны разрешить ряд назревших проблем. К ним относятся:

• Повышение информативности основного вида отчетности (баланса) за счет более глубокой детализации аналитических счетов, увеличения числа балансовых счетов и их структурной перестройки.
• Стандартизация и сокращение основной финансовой от четности.

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

Перед банками и фирмами-разработчиками банковских систем стоят сложные задачи адаптации методов работы, технологий, программного обеспечения под новый план счетов и правила бухучета.

7.2. ПРОБЛЕМЫ СОЗДАНИЯ АВТОМАТИЗИРОВАННЫХ БАНКОВСКИХ СИСТЕМ

Автоматизация банковских технологий в новых рыночных условиях стала складываться в начале 1990-х годов, когда появились коммерческие банки. На рынке программных средств появляется ряд фирм-разработчиков, ведущие из них: «Инверсия», «Диасофт», «Асофт», «Программбанк», «R-Style» и др. Развитие процесса автоматизации привело к предложению разнообразных банковских систем, что обусловлено не столько множеством фирм-разработчиков, но и различием самих банков по выполняемым функциям, структуре, размерам и технологии банковского дела.

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

Банковские технологии как инструмент поддержки и развития банковского бизнеса создаются на базе ряда основополагающих принципов:

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

Создание или выбор автоматизированных банковских систем (АБС) связаны с планированием всей системной инфраструктуры информационной технологии банка.

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

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

Другой характерной особенностью банковских технологий является многообразие и сложность видов обеспечения автоматизации деятельности банка.

Автоматизированные банковские системы (АБС) создаются в соответствии с современными представлениями об архитектуре банковских приложений, которая предусматривает разделение функциональных возможностей на три уровня (рис. 7.1).

Рис. 7.1. Архитектура банковских приложений

Верхний уровень (front-office) образуют модули, обеспечивающие быстрый и удобный ввод информации, ее первичную обработку и любое внешнее взаимодействие банка с клиентами, другими банками, ЦБ, информационными и торговыми агентствами и т.д.

Средний уровень (back-office) представляет собой приложения по разным направлениям внутрибанковской деятельности и внутренним расчетам (работу с кредитами, депозитами, ценными бумагами, пластиковыми карточками и т.д.).

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

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

Основные этапы создания АБС требуют:

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

Наработанный в России опыт создания АБС к настоящему времени имеет ряд особенностей. Охарактеризуем главные из них.

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

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

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

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

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

Для выработки идеологии требуется создание многоуровневой функциональной модели работы банка, объединяющей ряд уровней и звеньев: организационный для внешних и внутренних потребностей (font-office, back-office, accounting), системный (базовое учетное ядро, функциональные и сервисные подсистемы), архитектурные (сервер, клиентские приложения) и т.д.

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

К первому уровню можно отнести: автоматизацию взаимодействия типа «клиент — банк», филиалов с банком, обменных пунктов; обслуживание с помощью пластиковых карт и расчетов в торговых точках; использование средств для работы с денежной наличностью (банкоматы и другие средства). На втором уровне находится управление денежными и другими операциями, которые формируют прикладные (потребительские) свойства АБС, реализуемые внутри банков. К третьему уровню относится деятельность расчетно-кассовых центров, автоматизированных расчетных палат, межбанковских расчетных палат, клиринговых центров, обеспечение межбанковских расчетов и т.п.

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

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

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

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

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

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

7.3. ОСОБЕННОСТИ ИНФОРМАЦИОННОГО ОБЕСПЕЧЕНИЯ АВТОМАТИЗИРОВАННЫХ БАНКОВСКИХ ТЕХНОЛОГИЙ

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

Информационное обеспечение, внемашинное и внутримашинное, включает полный набор показателей, документов, классификаторов, файлов, баз данных, баз знаний, методов их использования в банковской работе, а также способы представления, накопления, хранения, преобразования, передачи информации, принятые в конкретной системе для удовлетворения любых ин формационных потребностей всех категорий пользователей в нужной форме и в требуемое время. Ведущим направлением организации внутримашинного информационного обеспечения является технология баз и банков данных. К организации информационного обеспечения банковской деятельности предъявляется ряд требований. Наиболее важными из них являются: обеспечение для многих пользователей работы с данными в реальном времени; предоставление для обмена информацией возможности экспорта/импорта данных в разных форматах; безопасность хранения и передачи банковской информации; сохранение целостности информации при отказе аппаратуры.

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

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

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

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

По мере того, как преимущества хранилищ данных становились все очевидней, увеличилось число их версий и объем содержащихся в них данных. Самым главным требованием клиента к хранилищу является возможность для конечных пользователей вести работу в диалоге по полному набору бизнес-данных и получать ответы в приемлемые временные промежутки. Объем данных должен быть таким, который необходим для поддержки бизнеса. По мере роста объема информации хранилище должно отвечать требованиям устойчивой производительности. Для обеспечения производительности и управляемости хранилища могут использоваться различные программные продукты и инструменты, автоматизирующие обработку информации и предоставляющие возможность рассматривать банковский бизнес в разных аспектах, что оправдывает любые издержки, связанные с разработкой системы.

Центр тяжести информационного обеспечения современной АБС приходится на полноту отражения специфики предметной области банковского бизнеса. Степень развития этой специфики нагляднее всего проявляется в словаре информационной модели. Если пользовательский интерфейс в системе (меню, экранные формы, отчеты и т.д.) охватывает предметную область наиболее полно (по количеству и объему понятий, объектов, процессов), это свидетельствует о близости автоматизированных информационных технологий к реальным задачам банка. Широкий словарь профессиональных терминов, отражающих данную область деятельности и выведенный для общения с пользователем (пользовательский интерфейс), характерен для АБС высокого уровня и помогает специалистам банка и управляющим принимать стратегические и тактические решения.

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

Рис. 7.2. Состав базовых понятий

Одним из новых направлений в создании автоматизированных банковских систем является объектно-ориентированный подход в информационных технологиях.

Подход основан на объединении данных и процедур в рамках понятия «объект» в отличие от распространенного структурного подхода, при котором данные и процедуры определяются и реализуются отдельно.

Важным новшеством современных банковских систем являются подходы к проектированию информационного обеспечения, позволяющие специалистам банка самостоятельно модифицировать и дополнять словарь информационной модели в терминах банковских продуктов или услуг, предоставляемых клиентам. Среди множества понятий, например, первичным является понятие документ (договор, заявка, ордер, распоряжение и т.д.). Документ порождает последовательность действий, которые должны быть выполнены по его исполнению, т.е. операции. Наряду с простыми могут создаваться и сложные операции, формироваться новые услуги ― действия, которые необходимо выполнять и отражать их последовательность.

Для расширения предметной области баз данных начато использование механизма гибких классификаторов. Они позволяют наделять объекты новыми признаками (атрибутами) и дополнять базы данных нестандартными свойствами объектов. Например, дополнительно могут быть введены адрес налоговой инспекции, данные о загранпаспорте, группах банков, клиентов, операций. Кроме того, гибкие классификаторы позволяют организовать нужные группировки объектов, удобно использовать их при формировании отчетов, поиске и переносе информации.

7.4. ТЕХНИЧЕСКИЕ РЕШЕНИЯ БАНКОВСКИХ ТЕХНОЛОГИЙ

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

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

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

Одним из вариантов реализации технологии «клиент -сервер» является ее трехуровневая архитектура. В сети должны присутствовать как минимум три компьютера: клиентская часть (рабочая станция), сервер приложений и сервер базы данных. В клиентской части организуется взаимодействие с пользователем (пользовательский интерфейс). Сервер приложений реализует бизнес-процедуры для клиентской части. Сервер базы данных обслуживает бизнес-процедуры, которые выступают в роли клиентов. Гибкость такой архитектуры в независимом использовании и замене вычислительных и программных ресурсов на всех трех уровнях.

Для повышения надежности, отказоустойчивости технических решений в банковских АИТ практикуется объединение серверов в группы (кластеры). При этом ресурсы и нагрузка разделяются между серверами (узлами системы) так, что пользователь не знает, с каким конкретным сервером он работает в данный момент, а использование технических средств оказывается более эффективным.

Телекоммуникационная архитектура в автоматизированных технологиях банка определяет набор и структуры подсистем технического обеспечения, которые должны обеспечивать разнообразные типы взаимодействия для всех приложений (модулей) АБС (рис. 7.3). Возможности архитектуры в процессе создания АИТ согласуются с требованиями и условиями работы банка, определяемыми его бизнес-процессами. Предусматривается взаимодействие банка с внешними финансовыми и информационными структурами, с расчетно-клиринговыми палатами и центрами, биржами, РКЦ, с удаленными клиентами и другими банками и т.д. Телекоммуникационное обеспечение бизнес-процессов банка строится с учетом обслуживания своей корпоративной сети и доступа в любые другие локальные и глобальные сети. Из-за отсутствия на текущем этапе стандартов на прикладные взаимодействия обычно связь банка с внешними организациями осуществляется через шлюзы, например, почту, телекс или АРМы других фирм.

Рис. 7.3. Телекоммуникационная архитектура

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

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

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

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

Опыт показывает, что самым слабым звеном в вычислительных комплексах банков являются серверы. Наиболее перспективные из них ― Unix-серверы. Серверы более низкого уровня, например IВМ РС-серверы, требуют решений по расширению дисковой подсистемы, по предсказанию сбойных ситуаций и т.п.

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

7.5. ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ В БАНКАХ

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

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

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

В последние годы в банковской деятельности обострилась проблема обеспечения безопасности данных. Она включает в себя несколько аспектов. Во-первых, это гибкая, многоуровневая и надежная регламентация полномочий пользователей. Ценность банковской информации предъявляет особые требования к защите данных от несанкционированного доступа, в том числе к контролю управления процессами, изменяющими состояние данных. Во-вторых, наличие средств для поддержания целостности и непротиворечивости данных. Подобные средства подразумевают возможность осуществления контроля вводимых данных, поддержки и контроля связей между данными, а также ввода и модификации данных в режиме транзакций — набор операций, обеспечивающих поддерживание согласованности данных. В-третьих, присутствие в системе многофункциональных процедур архивации, восстановления и мониторинга данных при программных и аппаратных сбоях.

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

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

Непременным атрибутом современной системы должно быть наличие в базовых средствах сетевых функций, обеспечивающих возможность объединения различных программных платформ (DOS, NetWare, Windows NT, Unix и пр.) и как следствие возможность гибкого расширения и наращивания системы — дополнения ее новыми рабочими местами и новыми серверами различных классов.

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

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

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

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

Открытость системы предполагает наличие в ней средств для развития и модификации: CASE — средства, 4GL — средства (языков четвертого поколения), шлюзов для привязки внешних (написанных не разработчиком) процедур, генераторов запросов, процедур импорта/экспорта данных. Потребность во внесении изменений возникает в банке достаточно часто. Однако привлечение фирмы-разработчика для осуществления модификаций не всегда оказывается возможным. Препятствиями могут быть срочность внесения изменений, финансовые ограничения, соображения коммерческой тайны (если речь идет об отражении в системе элементов новой технологии), географическая удаленность от разработчика и пр. В этих условиях только открытость способна обеспечить развитие системы собственными силами и поддержание соответствия компьютерных систем изменяющимся условиям.

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

Сформулированный перечень требований позволяет провести оценку банковских систем и как следствие их сравнительный анализ (что и представляет основной интерес для потребителя программной продукции). Однако в действительности сравнительная оценка рассматриваемых банковских систем проявляется как в архитектуре и выборе базовых программных средств (от MS DOS до UNIX), так и в функциональных возможностях. Диапазон архитектурных решений весьма широк — от набора практически независимых локально функционирующих специализированных подсистем до полностью интегрированных комплексов. При этом соответствующие друг другу подсистемы в комплексах различных производителей могут иметь различное функциональное наполнение. Даже такое классическое понятие, как операционный день, трактуется широко. Например, формирование отчетности может включаться в эту подсистему, а может быть вынесено в отдельный функциональный модуль, операционный день может быть снабжен функциями по открытию и закрытию счетов, либо эти действия могут производиться из специального административного блока и т.д.

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

Большинство эксплуатируемых в настоящее время банковских систем являются DOS-комплексами, функционирующими либо в локальном режиме, либо в сетевом (в конфигурации «файл-сервер»). В то же время на рынке АБС все отчетливее обозначается присутствие систем на основе многоплатформенных СУБД (обычно не вполне правильно называемых банковскими UNIX-системами). И хотя общее количество установок подобных комплексов не превысило и сотни, UNIX-системы считаются весьма перспективной ветвью АБС.

Однако при сопоставлении возможных решений (DOS, UNIX, Windows NT и пр.) зачастую упускается из виду ценовой аспект проблемы, связанный с затратами потребителя на приобретение и сопровождение системы: стоимость базовых программных средств, вычислительной техники, цена собственно системы, оплата персонала. Считается, что по этим позициям DOS-системы существенно привлекательнее для значительной части малых и средних банков.

Следует учитывать и традицию: программно-технические системы DOS/IBM PC доминируют в нашей стране уже многие годы (и не только в банковской сфере), поэтому переход к иным решениям требует серьезной мотивации. Однако последняя в большинстве случаев как раз и отсутствует. Дело в том, что, несмотря на очевидные принципиальные недостатки, DOS-комплексы довольно успешно справляются с поставленными перед ними задачами в большом числе банков. Рассмотрим претензии, обычно предъявляемые DOS-системам.

1. Недостаточная производительность, невозможность поддержки больших объемов данных. Дело в том, что основная часть коммерческих банков весьма молода. Объем накопленных за это время данных и текущий документооборот обычно не на столько велики, чтобы не соответствовать системам DOS в отношении как поддержки, так и производительности. Однако в тех случаях, когда решается вопрос совершенствования АИТ, качество системы может быть улучшено путем замены сервера сети на более мощный, что обеспечивает системе запас прочности на достаточно долгий срок.

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

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

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

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

В качестве ступени, следующей за DOS-комплексами, можно рекомендовать системы, построенные в архитектуре «клиент-сервер» в рамках Novell NetWare. Предложенные фирмой Novell средства прикладных разработок (AppWare) позволяют в ближайшее время существенно повысить качество таких систем. Следует отметить также готовность отечественных потребителей к решению проблемы в рамках Novell NetWare, обусловленную как парком имеющейся вычислительной техники, так и опытом и специализацией работающих в банках программистов. Можно ожидать, что автоматизированные компьютерные системы подобного типа станут достаточно массовыми в ближайшее время и сохранят это положение надолго.

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

От быстрой разработки пользовательских приложений (прикладных программ) выигрывает любая область бизнеса, но для банков это особенно актуально. В первую очередь это относится к фондовым операциям, при которых фактор времени имеет решающее значение. Средства работы с новыми финансовыми инструментами должны разрабатываться быстро. В области автоматизированной разработки программного обеспечения существуют разнообразные подходы и средства. Они способствуют развитию новых форм банковских услуг и бизнеса. Из новых языковых средств такого рода следует обратить внимание на средство Java. Java — это независящая от аппаратных платформ и операционных сред объектно-ориентированная языковая среда для программирования компактных сетевых приложений. Java позволяет работать на больших компьютерах, подключаться к сети простыми техническими средствами, предоставляет возможность работы Java-приложений как в сети Internet, так и в корпоративных сетях.

Если техническое обеспечение АБС в России, как правило, полностью зарубежное, то в программном обеспечении доля зарубежных систем значительно меньше. На отечественном рынке программных средств действуют несколько десятков поставщиков. Кроме того, ряд банков (около 50%) разрабатывают собственное программное обеспечение. Качественная эволюция деятельности банков, их возрастающие требования и финансовые возможности будут развивать и направлять подходы к организации программного обеспечения банковских технологий.

7.6. ФУНКЦИОНАЛЬНЫЕ ЗАДАЧИ И МОДУЛИ БАНКОВСКИХ СИСТЕМ

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

Автоматизированная банковская система (базовый комплекс) позволяет организовать быстрое и качественное обслуживание клиентов по широкому спектру услуг. Основные функциональные модули системы реализуют:

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

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

Остановимся на краткой характеристике основных функциональных подсистем АБС на примере разработок фирмы «Инверсия».

Операционный день банка как программно-технологический комплекс автоматизирует наиболее трудоемкие операции банковского учета (рис. 7.4). Все операции по лицевым счетам клиентов осуществляются по платежным документам, а выписка лицевого счета отражает каждую проводку. Комплекс реализует фактическое и планируемое движение средств по лицевым счетам (по неоформленным проводкам документов). Документы проходят операции последующего контроля, при совпадении всех параметров составляется опись документов и формируется файл для отправки в расчетно-кассовый центр (РКЦ). Документы, прошедшие через корреспондентский счет, разносятся по счетам.

Движение кассовых документов имеет свои особенности, главной из которых является связь с другими службами банка. Эта же особенность характерна и для внутренних проводок. При этом в системе ведется план счетов, каталог лицевых счетов банка, каталог клиентов банка, подводится баланс, выполняются служебные сервисные функции. Комплекс «Операционный день банка» имеет мультивалютные свойства.

Рис. 4.7. Состав модулей операционного дня

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

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

Программно-технологический комплекс-депозитарий фирмы «Инверсия» реализует следующие функции:

• формирование списка клиента с определением их типа (инвестор, дилер, эмитент, депозитарий, хранилище);
• ввод типов и выпусков ценных бумаг;
• формирование депозитария, балансовых счетов и счетов депо, состоящих из кода клиента, кода ценной бумаги, кода места хранения;
• выполнение операций с ценными бумагами (прием и снятие с учета, смена владельца и места хранения и др.), подготовка выписок по счетам депо;
• ведение каталогов операций, размещение ценных бумаг, налогов и тарифов, подготовка сводной отчетности.

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

Комплекс «Операции на рынке ГКО» (государственные краткосрочные облигации) является самостоятельной системой регистрации. В нем реализуются следующие основные функции:

• заведение счетов депо для банка дилера, его клиентов, филиалов банка с их реквизитами, типом обслуживания, процентными ставками;
• учет операций купли-продажи ценных бумаг, перевода на другие счета, начисление комиссий и налогов по операциям с ГКО; переоценка портфелей ценных бумаг по результатам торгов, расчет доходов банка и его клиентов;
• формирование проводок, журнала учета операций, выписок по счетам, сводных отчетов;
• анализ доходности ценных бумаг по ряду показателей.

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

Наиболее распространенными подсистемами АБС по обслуживанию клиентов являются: клиент-банк, работа с пластиковыми картами, операции обменного пункта и др.

Программно-технологический комплекс «клиент-банк» фирмы «Инверсия» состоит из модулей «банк» и «клиент», которые устанавливаются на коммуникационных ПЭВМ в банке и в организациях клиента. Клиенту предоставляется возможность проводить стандартные банковские операции, не покидая офиса. Комплекс выполняет обычно функции взаимодействия по отправке и получению платежных документов, получению выписок по счетам, заявкам на продажу-покупку валюты, операциям с ценными бумагами и для получения справочного материала.

Эффективной формой обслуживания клиентов является использование пластиковых карт. Пластиковые карты по виду обеспечения делятся на дебетные, кредитные, дебетно-кредитные. Наряду с этим существует деление пластиковых карт на основе технической реализации их функций: магнитные карты, смарт-карты, лазерные карты, микропроцессорные (smart-карты). Наиболее передовой и дорогой технологией является работа с микропроцессорными картами. Торговые точки оснащаются соответствующими программно-техническими средствами (торговыми терминалами).

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

Комплекс «Обменный пункт» автоматизирует выполнение операции по покупке, продаже валюты, дорожных чеков и других сопутствующих операций (например, неторговых). В рамках этой подсистемы ведется каталог валют, контролируется наличный состав валюты в кассе, оформляются отчетные документы. Заключительной процедурой операционного дня после сведения остатков по кассе является формирование данных для разноски средств по счетам клиентов. Разноска осуществляется по технологии валютного операционного дня.

7.7. АВТОМАТИЗАЦИЯ МЕЖБАНКОВСКИХ РАСЧЕТОВ

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

Одним из видов корреспондентских отношений являются расчеты со взаимным открытием корреспондентских счетов коммерческих банков, открытых главным образом в региональных учреждениях Центрального банка Российской Федерации (ЦБ РФ) ― расчетно-кассовых центрах (РКЦ), региональных главных управлениях (РГУ) ЦБ РФ. По существу РКЦ — это отделения ЦБ РФ, являющиеся элементами платежной системы, главной функцией которых является перевод денежных средств. Иными словами, РКЦ служат посредниками в платежах и кредитах между коммерческими банками (КБ).

По способу организации работы банка через корсчет в РКЦ ЦБ все банки можно разделить на две большие группы. Первая группа — это банки, использующие технологию так называемых прямых расчетов (региональных, ускоренных).

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

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

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

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

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

Фирмы ― разработчики автоматизированных банковских расчетов прикладывают значительные усилия для ее решения. Однако немало зависит и от самих банков, ибо любая система разрабатывается под конкретного клиента. Автоматизация банковских расчетов — основа для деятельности банка и необходимый фактор его конкурентоспособности. Это понимает большинство руководителей банков. Но при существующем в данный момент многообразии программного обеспечения для автоматизации всех видов деятельности банка возникает проблема унификации и выработки единых стандартов для новых программных продуктов и мер по стыковке уже созданных.

Фирмы-разработчики понимают, насколько важно обеспечить надежную и удобную стыковку между программами разных фирм. Ведущие фирмы-разработчики банковских систем предложили разработать единый формат для обмена данными между различными банковскими системами. В проекте разработки единого формата участвуют московские фирмы «Асофт», «Диасофт», «Инверсия», «R-Style», «Интербанксервис», «Програмбанк» и др. Однако сложность проблемы стыковки множества работающих разнородных банковских систем такова, что к внедрению предлагается несколько проектов.

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

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

Процесс создания независимых расчетно-клиринговых палат происходит сложнее, чем создание таких же центров при банках. Из всех палат реально функционирует (имея необходимые лицензии Банка России — техническую и банковскую) только одна — Центральная расчетная палата (ЦРП). У палаты сейчас свыше 200 банков-корреспондентов. При этом доля прямых проводок «Банк — Банк» по электронной системе через ЦРП составляет 30— 40%. Большая часть окончательных расчетов идет через РКЦ.

В перспективе с увеличением числа банков — участников палаты, прохождение через систему ЦБ будет сведено к минимуму, а расчеты будут осуществляться день в день.

Таким образом, все более актуальной становится необходимость выработки заинтересованными организациями (Центральным банком, банками, клиринговыми центрами, расчетными палатами, фирмами-разработчиками программного обеспечения) единой концепции автоматизированной системы расчетов в России с учетом международных стандартов, рекомендованных Банком международных расчетов (Швейцария).

В связи с имеющимися трудностями расчетов между банками страны важными в настоящее время представляются разработка и эксплуатация межбанковских электронных сетей и возможность их подключения к общей сети ЦБ РФ. Это позволит ускорить расчеты между коммерческими банками, повысить достоверность передаваемой информации.

Из главы следует запомнить

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

Вопросы для самоконтроля

1. В чем состоят главные особенности развития банковского дела в России?
2. Каковы принципы создания автоматизированных банковских технологий?
3. Перечислите основные этапы создания банковской системы.
4. В чем заключаются особенности организации информационного обеспечения в банковской деятельности?
5. Охарактеризуйте наиболее важные аспекты технического обеспечения банковских технологий.
6. Определите состав и требования к базовым программным средствам, используемым в банках.
7. Каково назначение функциональных подсистем в автоматизированных банковских технологиях?
8. В чем состоят особенности межбанковского взаимодействия?