Преподаватель который помогает студентам и школьникам в учёбе.

Автоматизированные системы в банковской деятельности

Содержание:

ВВЕДЕНИЕ

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

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

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

Цель работы – рассмотреть автоматизированные банковские системы, используемые в банковской деятельности Р.Ф. Тенденции и перспективы развития.

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

- исследование теоретических аспектов использования;

- рассмотреть автоматизированные банковские системы используемые в банковской деятельности РФ;

- изучить зарубежные АБС;

- провести сравнительный анализ использования отечественных и зарубежных АБС при внедрении в отечественных банках.

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

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

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

При написании работы использовались труды таких специалистов банковской деятельности как: Н. А. Агеева, М.А. Петров, и других.

Большой вклад в разработку исследовательских вопросов, связанных с рассмотрением различных аспектов разработки и внедрение банковских технологий внес ряд видных отечественных и зарубежных ученых, таких, как Г.Н. Белоглазова, Н.И. Валенцева, В.С. Захаров, Г.Г. Коробова, Ю.И. Коробов, М.А. Косой, Л.П. Кроливецкая, О.И. Лаврушин, И.В. Ларионова, И.Д. Мамонова, Ю.С. Масленчеков, Г.С. Панова, В.С. Пашковский, М.А. Пессель, Ю.В. Рожков, Ю.Ю. Русанов, В.Н. Рыбин, А.Ю. Симановский, А.М. Тавасиева, М.М. Ямпольский, К.Дж. Балтроп, Дж.К. Ван - Хорн, Э.Дж. Долана, Н. Де Корвальо, Т.К. Коха, Е. Крафт. Л. Ливен, Д. Мак - Нотон, Э. Морсмана, Э. Рида, П.С. Роуза, Д.Ф. Синки мл., С. Фроста и др.

1. Теоретические АСПЕКТЫ ПРИМЕНЕНИЯ автоматизированных систем В БАНКОВСКОЙ ДЕЯТЕЛЬНОСТИ

1.1. Автоматизированные системы в банках. Основные понятия

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

Термин «автоматизированная» означает, что в некоторой системе происходит частичная автоматизация ряда бизнес-процессов, однако нет полной автоматизации, т. е. система работает в диалоге с человеком, который является лицом, принимающим окончательные решения. [8, с. 91]

Существует термин «автоматическая», который означает, что в этой системе все бизнес-процессы полностью автоматизированы и могут выполняться без присутствия человека.

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

Вместо термина «автоматизированная» разработчики иногда используют термин «информационная банковская система» (ИБС)[4]. Под ИБС понимают только программно-информационную составляющую АБС.

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

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

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

1.2 Обобщенная структура АБС и функциональное наполнение отдельных подсистем

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

Как и любая сложная система, АБС может быть рассмотрена с разных точек зрения.

Базовые принципы применения информационных технологий в банковских системах:

модульный принцип построения;
принцип единства информационного пространства;
принцип обеспечения безопасности;
принцип эффективности;
принцип взаимодействия отдельных программных компонент;
взаимоувязка всех видов обеспечения. [4, с.69]

Модульный принцип предполагает разделение информационной банковской системы на ряд элементов по функциональному или объектному принципу. Эти элементы принято называть модулями, блоками или компонентами. Например, при делении по функциональному признаку можно выделить: операционный день банка, расчетно-кассовое обслуживание, кредитование, депозитарный учет; по объектному принципу — модуль головного банка, модуль филиала, модуль отделения и т. д.

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

Деление на модули у разных производителей может существенно изменяться. [12, с. 90]

Традиционно при описании АБС выделяют три взаимодействующих слоя обработки информации в АБС (рис. 1): фронт-офис (Front office), бэк-офис (Back office) и расчетное ядро (Accounting).

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

Back office — средний уровень составляют специальные функциональные приложения, которые соответствуют разным направлениям внутрибанковской деятельности и внутренним расчетам (работа с кредитами, депозитами, ценными бумагами, пластиковыми карточками и т. д.). [10]

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

Рис.1 Типичная структура взаимодействия функциональных модулей в АБС

Типичные функции основных функциональных модулей.

Модуль расчетно-кассового обслуживания:

учет данных о клиентах банка, заключенных договорах банковского обслуживания, открытие и ведение расчетных и валютных счетов клиентов;
обработка банковских документов различных видов, в том числе платежных поручений в рублях и валюте, кассовых, конверсионных, мемориальных, внебалансовых и срочных документов;
проведение рублевых расчетов через расчетную сеть Банка Росии, валютных расчетов через сеть S . W . I . F . T;
автоматизированное ведение картотек документов, в том числе внебалансовых картотек и карточек документов, поступивших на счета невыясненных сумм; [19]
автоматический расчет и взимание комиссии за проведение операций;
формирование бухгалтерской отчетности в соответствии с требованиями Банка Росии.

Модуль учета кассовых операций:

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

Модуль учета клиентских конверсионных операций:

регистрация заявок клиентов по покупку-продажу валюты;
операции «обязательная продажа», «покупка-продажа за счет средств банка», «покупка-продажа на бирже». [14, с.90]

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

автоматизация основной деятельности — это в основном характерные автоматизированные банковские системы (АБС);
автоматизация бухгалтерского учета в банке;
автоматизация кассовых операций;
автоматизация депозитарных операций;
автоматизация налоговой отчетности;
автоматизация внутренней бухгалтерии банка как рядового предприятия (кадры, заплата);
автоматизация работы с кредитами;
автоматизация работы филиалов банка;
автоматизация работы с клиентами системы «банк-клиент»;
автоматизация межбанковских расчетов — системы электронных платежей;
переход на систему безналичных расчетов с выпуском пластиковых карт;
аналитические системы как системы поддержки принятия решений при перспективном стратегическом планировании. [17]

В общем случае можно выделить две концепции развития АБС:

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

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

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

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

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

1.3. Поколения автоматизированных банковских систем, особенности, платформы, функциональность

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

Начиная с 1990-х гг. в связи с реформой банковской деятельности и созданием коммерческих банков появляются и первые автоматизированные банковские системы.

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

Развитие автоматизации банковских технологий в нашей стране имело несколько этапов. [19]

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

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

Развитие банковских структур и промышленных предприятий, увеличение числа филиалов, рост количества клиентов, необходимость повышения качества обслуживания предъявляли к автоматизированным системам новые требования. Новый подход к проектированию АИС заключается в сбалансированном сочетании двух предыдущих. В первую очередь это относилось к идеологии построения ядра системы: «Автоматизированная бухгалтерия — аналитический учет».

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

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

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

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

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

Кроме того, одно из достоинств принципа многокомпонентности, являющегося базовым при создании АИС нового поколения, состоит в возможности их поэтапного внедрения. На первом этапе внедрения устанавливаются (или заменяются уже устаревшие) компоненты системы на те рабочие места, которые нуждаются в обновлении ПО. На втором этапе происходит развитие системы с подсоединением новых компонентов и отработкой межкомпонентных связей. Возможность применения такой методики внедрения обеспечивает ее достаточно простое тиражирование и адаптацию к местным условиям. Таким образом, автоматизированная информационная система нового поколения — это многокомпонентная система с распределенной базой данных по уровням экспертизы. [16, с. 93]

Первоначально это были достаточно простые программные продукты, которые автоматизировали отдельные аспекты банковской деятельности на базе традиционных СУБД. Процесс автоматизации банковских технологий перешел на новый этап в конце 1980-х начале 1990-х гг. Это напрямую связано с банковской реформой 1989 г., когда на рынке банковских услуг появились коммерческие банки (КБ). [17, с. 89]

На первых этапах многие банки разрабатывали системы автоматизации своими силами. Каковы преимущества собственной разработки:

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

Однако для использования собственной разработки необходимо решить ряд проблем, которые определяют ее надежность и перспективность:

Во-первых, правильный выбор архитектуры построения вычислительно-коммуникационной сети и ориентация на профессиональные СУБД. По экспертным оценкам, собственные разработки АИС в 53 % случаев базируются на СУБД Oracle, приблизиельно в 15 % — на Informix, в 22 % — другие СУБД. [9]
Во-вторых, использование при разработке современного инструментария (CASE средства, эффективные средства разработки: Delphi, Designer2000, Developer2000, SQL-Stations и т. п.).
В-третьих, мультизадачная инфраструктура разработки проекта, когда конкретный модуль АИС ведет группа разработчиков с взаимосвязанным перечнем задач, построенная на принципах полной взаимозаменяемости, т. е. функционирование данного модуля АИС и его развитие не связаны с одним конкретным разработчиком. [9]
В-четвертых, применение эффективных организационно-технических средств по управлению проектом и контролю версий АИС.

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

С развитием финансового и фондового рынков сфера деятельности КБ расширялась, возрос и объем перерабатываемой информации. [9]

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

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

Поэтому в настоящее время в России выделяют пять поколений банковских систем. [6, с. 91]

Основные характеристики систем, относящихся к тому или иному поколению приведены в табл. 1.

Таблица 1 - Поколения АБС

Поколение	Аппаратная платформа	СУБД	Базовый элемент технологии	Структура АБС
1	ПК MS DOS	Clipper, foxpro, Clarion	Бухгалтерская проводка	Автономные АРМ, не связанные обмен файлами через перенос на носителе
2	ПК MS DOS + локальная сеть под Novell Net Ware	Clipper, foxpro, Clarion	Бухгалтерская проводка	Автономные АРМ, связанные данными через файлы на сервере, не связанные по функциям
3	ПК MS DOS Widows + локальная сеть под Novell Net Ware (Windows NT)	Btrive	Бухгалтерская проводка + документ	Автономные АРМ, связанные данными через файлы на сервере, слабо связанные по функциям. Переходная технология «файл-сервер» «клиент-сервер»
4	ПК MS DOS Widows + локальная сеть Windows NT	Профессиональная реляционная СУБД (MS SQL Server, Oracle, System, DB2, informix)	Бухгалтерская проводка + документ + сделка	Автономные АРМ, сильно связанные данными через общую БД, связанные по функциям через общее ядро. Архитектура «клиент-сервер» или «хост-терминал»
5	ПК ms windows + распределенные сети с несколькими выделенными физическими серверами приложений, работающими под многозадачными многопользовательскими ОС	Профессиональные реляционные или постреляционные СУБД (MS SQL Server, Oracle, System11, DB2, informix) + менеджеры транзакций	Документ или сделка	Логические АРМЫ, сильно связанные по данным и функкциям. Архитектура трехуровневая «Application Server», сервер приложений

Таблица составлена на основании источников: 6,7, 8.

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

АБС пятого поколения являются информационными системами, реализующими полнофункциональную модель workflow-автоматизации бизнес-процессов. [19]

Бизнес-процесс — устойчивый процесс (последовательность работ), соотнесенный с отдельным видом производственно-хозяйственной деятельности банка и обычно ориентированный на создание новой стоимости (например, бизнес-процесс выдачи кредита, бизнес-процесс приема вклада), иерархия взаимосвязанных функциональных [6, с. 90]

действий, реализующих одну (или несколько) из целей системы, например выпуск продукции или ресурсное обеспечение выпуска (под продукцией понимают предоставление услуг банка, т. е. выполнение основных банковских операций). [6, с. 91]

Термин WorkFlow соответствует организации некоторой общей среды работы с документами, объединяющей весь электронный документооборот компании, в нашем случае — банка.

На рис. 2. приведена звездообразная архитектура АБС, базирующаяся на общем ядре.

Рис. 2 Архитектура системы, базирующаяся на общем финансовом ядре.

Важно отметить, что на современном этапе развития банковского бизнеса, который характеризуется в том числе возросшими требованиями к информационно-технологическому обеспечению, все большее распространение получает модель IT-инфраструктуры, получившая название SOA (Service-Oriented Architecture) — сервис-ориентированная архитектура. По сути, это реализация давно вызревавшей формы взаимодействия бизнес- и IT-подразделений по созданию и развитию АБС, когда в четко структурированной модели, понятной бизнес-подразделениям, определяется набор требований к внутренней структуре взаимодействия данных с помощью интеграционной платформы IT-решения. Опуская детали реализации, важно отметить конечную цель, достигаемую такой архитектурой решения, — это возможность гибкого реагирования на изменения требования бизнеса, его расширение, слияния/поглощения, изменения оргструктуры и т. д. По сути, речь идет о снятии ограничений на развитие бизнеса. [19]

Но выбор клиента предопределяется не только результатами анализа технологических различий систем от российских и западных поставщиков АБС. Интегральная банковская система должна обеспечивать регистрацию и правильную обработку различных событий по взаимодействию с клиентами. Только на первый взгляд может показаться, что речь идет о наличии в составе решения CRM — Управление взаимоотношениями с клиентами. Безусловно, компонент CRM должен присутствовать в составе АБС, но на самом деле речь идет о реализации в системе know-how розничного бизнеса, когда все составляющие системы гармонично работают по обработке клиентской информации и взаимодействию людей, вовлеченных в цикл работы с клиентами: от первичного контакта до продажи и обслуживания. [7

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

Можно сформулировать следующие требования к АБС многофилиального банка. Система должна обеспечивать:

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

Можно выделить следующие схемы построения АБС:

централизованная,
консолидационная,
репликационная,
распределенная. [8, с. 58]

В централизованной схеме:

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

Достоинство: данная схема в любой момент гарантирует актуальность данных.

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

Консолидационная схема:

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

Достоинства: низкие требования к телекоммуникациям и неограниченное число уровней иерархии в структуре банка.

Недостатки:

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

Репликационная схема:

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

Достоинства: каждый филиал имеет полную актуальную БД.

Недостатки:

высокие требования к вычислительным мощностям (каждый филиал должен обладать ресурсами, необходимыми для ведения баз данных всего банка) и телекоммуникациям (объем передаваемых при репликации данных довольно велик);
актуальность данных сохраняется фактически лишь несколько мгновений непосредственно после репликации, а затем базы данных в разных учреждениях банка начинают быстро «расходиться»;
ввиду первых двух недостатков вытекает естественное требование — репликации должны производиться часто. [19]

Распределенная схема:

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

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

Однако распределенная схема имеет и ряд ограничений:

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

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

2. Автоматизированные банковские системы используемые в банковской деятельности РФ. Тенденции и перспективы развития

2.1 Автоматизированные банковские системы используемые в банковской деятельности РФ

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

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

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

Перечень некоторых известных отечественных АБС с указанием основных характеристик и фирм-производителей приведен в табл. 2.

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

Таблица 2 - Основные характеристики российских автоматизированных банковских систем

Наименование ЛБС	Название фирмы-производителя	СУБД	ОС сервера БД
RS-Bank	R-Style Software Lab	Pervasive (для малого и среднего бизнеса) и Oracle (для крупных многофилиальных банков)	Microsoft Windows Server 2012 Microsoft Windows Server 2008 Microsoft Windows Server 2003
Diasoft FA#	Диасофт (Diasoft)	Microsoft SQL Server Sybase Adaptive Server	Microsoft SQL Server 2005 и 2008, R2, IBM DB2 9.7, Sybase ASE 15.7, Oracle Database lOg R2/llg
FLEXTERA	Диасофт (Diasoft)	Microsoft SQL Server Sybase Adaptive Server	Microsoft SQL Server 2005 и 2008, R2, IBM DB2 9.7, Sybase ASE 15.7, Oracle Database lOg R2/llg
ИСУБД «Новая Афина»	11овая Афина	Oracle Database llg R2 и предшествующие версии Oracle Database	Любые ОС, на которых работает Oracle Database, включая Linux 6, Solaris 11, HP-UX, IBM AIX, MS Windows

Продолжение таблицы 2

Компонентная бизнес- система «Афина»

Новая

Афина

Oracle Database llg R2 и предшествующие версии Oracle Database

Любые ОС, на которых работает Oracle Database, включая Linux 6, Solaris 11, HP-UX, IBM AIX, MS Windows

БАНК XXI ВЕК

Инверсия

Oracle Standard Edition One 9i/10g, Standard Edition 9i/10g, Enterprise Edition 9i/10g

Любые ОС, на которых работает Oracle Database

ИБС

«Гефест»

Програм-

Банк

СУБД Intersystems Cache 5.0.21

HP-UX 11.23, Windows 2003 Server (64 bit), Red Hat Enterprise Linux AS 4 Update 4 for IA-64

Таблица составлена на основании источников: 17, 20

Выделяются следующие основные требования к корпоративной сети банка:

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

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

структурой банковских организаций (наличием региональных отделений и большим объемом передаваемой информации);
высокой стоимостью аренды каналов связи. Обычно при организации связи с удаленными отделениями практически не используются коммутируемые телефонные каналы. Здесь необходимы высокоскоростные и надежные линии связи;
недостаточностью развития инфраструктуры телекоммуникаций и связанными с этим трудностями получения банком большого числа каналов связи. [20]

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

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

Существуют три модели оказания банковских услуг на дому, каждая из которых возлагает различную ответственность на финансовое учреждение:

1) банк предоставляет пользовательский интерфейс, сеть и наполнение решения. При этом может использоваться система «банк-клиент», разработанная самим банком или специализированной фирмой, производящей ПО;

2) посредник или провайдер услуг берет на себя ответственность за пользовательский интерфейс и за сеть, в то время как банк отвечает за наполнение системы;

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

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

Основные преимущества системы «банк-клиент» перед традиционными способами обслуживания следующие:

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

Таким образом, почти весь спектр банковских услуг может быть автоматизирован и реализован в виде электронного документооборота банка со своими клиентами.

Банку, имеющему большое число пользователей «банк-клиент», выгодно эксплуатировать собственную телекоммуникационную систему. Для успешного функционирования системы «банк-клиент» желательно привлечение провайдера, т.е. независимой фирмы, предоставляющей сервис электронного документооборота. В результате у банка отпадает необходимость в создании собственного телекоммуникационного подразделения. При этом провайдер обеспечивает наличие достаточного количества качественных каналов связи, предоставляет персонал для установки оборудования и ПО у клиентов и гарантирует техническую поддержку эксплуатации АБС. Идеальной является ситуация, когда провайдер тесно взаимодействует с разработчиком используемой системы «банк-клиент» либо сам им является. [6, с. 101]

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

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

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

В большинстве стран есть свои собственные системы межбанковских коммуникаций. В США используются: Fedwire — сеть федеральной резервной банковской системы; CHIPS — межбанковская платежная сеть, Bankwire — сеть для обслуживания частного коммерческого сектора. Во Франции межбанковские расчеты основаны на телекоммуникационной клиринговой системе SIT. В Великобритании применяются системы CHAPS (Clearing Houses Automated Payment System) и BAGS (Bankers Automated Clearing Sendees). Наряду с этим существует глобальная международная система SWIFT. [17]

Международная система SWIFT. В 1968 г. была начата работа над проектом создания межбанковской системы SWIFT (Society for Worldwide Interbank Financical Telecommunication — Общество всемирных межбанковских финансовых телекоммуникаций). Целью ее создания было обеспечение всех участвующих в проекте банков и других финансовых организаций защищенной от несанкционированного доступа, надежной, высокоскоростной и круглосуточно работающей системой для передачи банковской информации. Система начала функционировать в начале 1970-х гг. В 1987 г. был преодолен барьер в 1 млн межбанковских операций в день.

Стандартизация типов сообщений, передаваемых по сети SWIFT, была выполнена Международным комитетом по стандартизации. В конце 1993 г. добавлена группа новых финансовых стандартов SWIFT Alliance, в которых определяются интерфейсы для связи с национальными глобальными сетями. Применение стандартных форматов сообщений в рамках системы SWIFT дает следующие преимущества:

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

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

2.2 Зарубежные АБС. Их особенности

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

Не нужно объяснять, почему ряд банков проявлял и проявляет интерес к «импортным» системам. В западных АБС поддерживаются все операции, практикуемые на международных финансовых рынках, и реализованы все финансовые инструменты, характерные для современной банковской деятельности. Они оперируют не понятиями счета и проводки, а понятиями сделки, банковского продукта, риска, портфеля, доходности и т. д. [6, с. 99]

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

Новое информационное качество, создаваемое комплексной АБС, можно суммировать следующим образом:

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

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

Высока стоимость пакета. Цены вообще высоки по российским меркам: это не тысячи и не десятки, а сотни тысяч долларов. Мало того, они высоки даже в минимальной конфигурации, т. к., как правило, приходится приобретать и те модули, которые сегодня не нужны банку.
Велико расхождение западной банковской технологии с российскими нормами и практикой. Усугубляется это отсутствием в России стабильного законодательства в финансовой и банковской сферах. (Можно смело отнести это ко всем странам постсоветского пространства.)
Нелегко найти полное взаимопонимание с зарубежной компанией-поставщиком и получить от нее необходимую поддержку, особенно в том, что касается тонкой настройки, внесения изменений и расширения возможностей АБС. [17]

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

Международные поставщики банковских систем представлены в России группой из восьми компаний: Misys (решение — Equation), i-flex solutions (решение — FlexCUBE), SAP AG (решение — SAP for banking), Infosys (решение — Finacle), Temenos Systems (решение — T24), Forbis (решение — Forpost), System Access (решение — Symbols), FNS (решение — Bancs). Большинство из этих компаний входят в число лидеров мирового рынка. Практически все компании имеют развитую филиальную сеть по всему миру, однако в России свой офис имеют пока лишь три: SAP, Misys и Temenos. Остальные поставщики работают с привлечением партнеров по продажам.

Все решения функционируют на аппаратных платформах ведущих мировых производителей: IBM, HP, Sun. Некоторые из них платформонезависимы, как, например, решение SAP, другие, например Equation и Midas от Misys, несмотря на активно проводящиеся работы по отходу от одноплатформенности, пока привязаны к IBM iSeries (более известной как AS/400). [8]

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

Таблица 3 - Зарубежные АБС

Фирма-разработчик	Место расположения головного офиса	Название АБС	Российские банки, внедрившие систему	Стадия внедрения
i-flex solutions	Бангалор (Индия)	FLEXCUBE	Международный московский Банк	Внедрение
i-flex solutions	Бангалор (Индия)	FLEXCUBE	Хоум-кредит и финанс-Банк	Внедрение
Misys Banking Systems	Великобритания	Equation	Альфа-Банк	Эксплуатация и развитие
		Equation	Ак-Барс-Банк	Внедрение
		Midas Plus	Международный московский банк	Эксплуатация и замена на FlexCUBE
		Midas	Райффайзенбанк, Москва	Эксплуатация
SAP	Германия	SAP for banking
Forbis	Литва	FORPOST	Сургутнефтегазбанк	Эксплуатация
Forbis	Литва	FORPOST	Запсибкомбанк	Эксплуатация
Temenos	Швейцария	TEMENOS T24	Инвестиционный банк «Траст»	Эксплуатация
			Национальный банк «Траст»	Внедрение
			Банк кредитования малого бизнеса (КМБ-Банк)	Внедрение

Таблица составлена на основании источников: 6,7, 8.

Основные характеристики зарубежных АБС

FLEXCUBE — основной продукт фирмы «i-flex» — универсальная автоматизированная банковская система, первая версия выпущена в 1997 г., имеет 190 установок в 85 странах мира. Особенностью является так называемый «продуктовый подход». Это значит, что система ориентирована на понятие «банковский продукт». Считается, что банк строит свои взаимоотношения с клиентами на основе банковских продуктов. Если новый банковский продукт для банка означает больше, чем изменение процентной ставки, и связан с изменением схем бухгалтерского учета, разработкой новых выходных форм, поддержкой нового жизненного цикла продукта, изменением документооборота, то реализация такого продукта в классической автоматизированной банковской системе выполняется по стандартной схеме:

постановка задачи,
подготовка технического задания,
разработка,
тестирование,
опытная эксплуатация,
промышленная эксплуатация. [6, с. 98]

Вывод такого банковского продукта на рынок будет означать для банка значительные ресурсные и временные затраты.

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

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

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

Настройка бухгалтерского учета выполняется по схеме, уже ставшей стандартом в западных банковских системах. Прежде всего, необходимо определить так называемые роли счетов, за которыми закрепляются определенные счета (например, счета доходов, расходов, комиссий и т. п.). Роли счетов синонимичны, их очень удобно использовать при создании нового продукта на основе старого. Достаточно подменить значение тех или иных ролей счетов, и бухгалтерский учет нового продукта будет выполняться в корреспонденции с новыми счетами, а принципиальная схема учета останется прежней. Таблица настройки учета классическая — расписываются дебет и кредит проводки, подставляются код суммы: которая принимает участие в данной бухгалтерской операции; выходные формы, которые сопровождают обработку этой операции; коды управленческой отчетности и т. п. [7]

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

Система Equation одна из старейших разработок. Новой разработкой фирмы является система Midas Plus. Система позволяет проводить анализ на уровне департаментов, клиентов и продуктов. Благодаря своей гибкости Midas Plus поддерживает ведение бухгалтерского учета по GAAP и IAS. Midas Plus позволяет банкам осуществлять эффективную работу по борьбе с отмыванием денег. Midas Plus проводит мониторинг лимитов, кредитных линий, залогов для обеспечения проведения безопасных операций и сохранности активов.

FORPOST — это масштабируемая и гибкая система, построенная на продуктах корпорации Oracle. Первая реализация на СУБД Oracle — 1994 г. FORPOST включает в себя набор приложений для розничных и оптовых продуктов, охватывая весь спектр банковских операций, таких как контроль над бухгалтерским учетом, депозиты до востребования, вклады, система управления отношений с клиентами (CRM), управление рисками, управление ресурсами, ценные бумаги, денежный рынок, FOREX, телефонное обслуживание, Интернет-бэнкинг и др. [7]

FORPOST работает на клиентских платформах UNIX, Windows NT, Novell NetWare, Windows 3.x и Windows 9x. Система функционирует на различных серверных платформах, например HP, Sun Micro, IBM AIX, Bull или любой UNIX-сервер. В продукте используется CASE-технология с ORACLE Developer и Designer; продукт основан на базе технологии Thin-Client-Server с использованием ORACLE8i, ORACLE9i и JAVA, согласно принципу Открытых систем (OPEN systems concept). FORPOST предоставляет пользователям набор интерфейсов к внешним приложениям, например SWIFT, Reuters и EUROPAY. Система полностью поддерживает обслуживание банкоматов, дебетовых/кредитных карточек, обслуживание по телефону и через Интернет. FORPOST функционирует на базе 24/7/365 без перерывов во всей архитектуре и обеспечивает банку работу в режиме реального времени по всему миру. [8]

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

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

Система TEMENOS T24 в отличие от всех предыдущих работает на собственной СУБД. Она реализована на открытой платформе, использует языки Java и C и открытые стандарты для обмена информацией. В системе отсутствует понятие закрытия операционного дня, предполагается возможность работать непрерывно. [8]

Синтез технологий — решение проблемы

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

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

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

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

2.3 Сравнительный анализ использования отечественных и зарубежных АБС при внедрении в отечественных банках

Недостатки российских систем:

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

Недостатки западных АБС:

высокая стоимость решения и стоимость его сопровождения;
сложность поддержки в российских условиях (меняющиеся условия, инструкции ЦБ РФ);
более долгое внедрение системы. [8]

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

ЗАКЛЮЧЕНИЕ

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

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

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

В среднем каждый банк меняется каждые пять лет, то есть ABS (около трети финансовых учреждений) или новая версия. Около 20-30% банковских учреждений проводят подобные мероприятия каждый год. Например, около 170 банков приняли более современные АБС и были допрошены относительно их намерения заменить систему. Более 300 банков ответили положительно. Этот процесс стимулируется, с одной стороны, объективными причинами (совершенствование технологий или появление новых видов деятельности), а, с другой стороны, выявлением ошибок расчета разработчиков при выборе стратегии.

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

Сегодня на рынке представлены программные продукты как отечественных, так и зарубежные разработчиков, предлагаемые системы отличаются в несколько раз по своей стоимости и функциональности. Укрупнение банковского бизнеса в России способствовало приходу на этот рынок западных поставщиков с масштабными и дорогостоящими решениями (mySAP Banking, T24 от Temenos, OFSA от Oracle и др.). Улучшается качество автоматизированных систем, предлагаемых на рынке российскими производителями.

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ

Федеральный закон «о Центральном Банке Российской Федерации

(Банке России)» от 27 июня 2002 года № 86-ФЗ. (с изменениями на 6 июня 2019 года) (редакция, действующая с 6 августа 2019 года)

Агеева, Н. А. Деньги, кредит, банки. Учебное пособие / Н.А. Агеева. - М.: РИОР, Инфра-М, 2018. - 160 c.
Андрюшин, С. А. Банковские системы / С.А. Андрюшин. - М.: Альфа-М, Инфра-М, 2016. - 243 c.
Банковские операции. Учебное пособие. Часть 1. - М.: ИНФРА-М, 2019. - 96 c.
Батракова, Л. Г. Экономический анализ деятельности коммерческого банка / Л.Г. Батракова. - М.: Логос, 2017. - 79 c.
Богомолова Н.И. Банки И Банковское Дело. Ч.1 / Богомолова. - Москва: Гостехиздат, 2017. - 91 c.
Бурдина, А. А. Банковское дело / А.А. Бурдина. - М.: МАИ, 2016. - 96 c.
Голикова, Ю. С. Организация деятельности Центрального банка. Учебник / Ю.С. Голикова, М.А. Хохленкова. - М.: ИНФРА-М, 2018. - 111 c.
Горелая, Н. В. Организация кредитования в коммерческом банке / Н.В. Горелая. - М.: Форум, Инфра-М, 2016. - 208 c.
Казимагомедов, А. А. Банковское дело. Организация и регулирование / А.А. Казимагомедов. - М.: Академия, 2016. - 272 c.
Крюков, Р. В. Банковское дело и кредитование / Р.В. Крюков. - М.: А-Приор, 2017. - 236 c.
Лаврушин, Олег Иванович Банковские риски / Лаврушин Олег Иванович. - М.: КноРус, 2019. - 71 c.
Павлов, А. В. Основы организации безопасности банков / А.В. Павлов. - М.: Academia, 2019. - 128 c.
Петров, М.А. Банковское дело / М.А. Петров. - М.: Рид Групп, 2019. - 244 c.
Печникова, А. В. Банковские операции / А.В. Печникова, О.М. Маркова, Е.Б. Стародубцева. - М.: Форум, Инфра-М, 2017. - 192 c.
Попова, И. В. Финансы, денежное обращение и ипотека. Учебное пособие / И.В. Попова. - М.: ИНФРА-М, 2017. - 175 c.
Секерин, В.Д. Банковский менеджмент. Учебник / Секерин Владимир Дмитриевич. - М.: Проспект, 2016. - 134 c.
Сплошнов, С. В. Банковский розничный бизнес. Учебное пособие / С.В. Сплошнов, Н.Л. Давыдова. - М.: Вышэйшая школа, 2019. - 259 c.
Тавасиев, А. М. Организация деятельности коммерческих банков. Теория и практика. Учебник / А.М. Тавасиев, В.Д. Мехряков, О.И. Ларина. - М.: Юрайт, 2017. - 93 c.
Усатова, Л. В. Бухгалтерский учет в коммерческих банках. Учебное пособие / Л.В. Усатова, М.С. Сероштан, Е.В. Арская. - М.: Дашков и Ко, 2016. - 115 c.