Современные банковские автоматизированные системы

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

Интерфейс модулей технолога представляет журналы, показатели, конто и

проводки в терминах прикладной области.

Форма хранения документов и форматированный документ позволяют

автоматизировать обработку посредством выборки данных, которые передаются в

учетную систему и в прикладную систему (для компоненты поддержки

документооборота).

При обработке документа транзитная система формирует обращения к

учетной системе — как при выполнении операции, так и при ее откате. В этой

системе присутствуют правила учета, которые определяют состав проводок и их

атрибуты, а также фонд счетов, переводящий внешнее представление счетов в

идентификаторы конто учетной системы. Кроме того, в транзитной системе

хранится история движения документа, фиксирующая переходы документа из

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

выполнения операций учетной системой и передает их прикладной системе.

Прикладная система

Компонента поддержки документооборота — самая важная в прикладной

системе. В ее состав входят: документ, картотека и портфель.

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

освещен в одноименном разделе статьи В.Чаусова “Концептуальное построение

банковской системы” [5].

В нашей статье понятие “папка” заменено на понятие “картотека”.

Картотеки (в отличие от папок) имеют некоторые ограничения, в частности:

- их количество в системе конечно;

- пользователи системы не могут создавать и уничтожать их;

- разрешенные перемещения документа из одной картотеки в другую заранее

прописываются технологом системы;

- обращение к транзитной системе для инициирования проводок в системе

учета происходит при перемещении документа из картотеки в картотеку.

Картотека объединяет документы, находящиеся на одной стадии обработки

(скажем, лицевые счета картотеки № 2).

Портфель содержит группу документов и определяет, каким образом эти

документы связаны между собой (подчеркнем, однако, что на взаимодействие

прикладной системы с транзитной и учетной он не влияет). Примером портфеля

может служить совокупность документов, относящихся к кредитному договору:

собственно договор, соглашение о пролонгации, графики погашения платежей,

платежные документы, сопровождающие его выполнение и др.

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

обработки документа представлено на Рис. 4.

Любая операция по обработке документов начинается с ввода документа в

систему. Затем компонента обеспечения документооборота прикладной системы

выполняет перемещение документа из одной картотеки в другую, одновременно с

этим документом совершаются определенные операции. Когда в составе этих

операций есть учетные, система обращается к транзитной системе, которая, в

свою очередь, формирует запрос к учетной системе для формирования проводок

и изменения состояния конто.

Рис. 4. Процесс обработки документа.

У прикладной системы довольно сложная клиентская интерфейсная часть,

отображающая движение документов по картотекам с учетом специфики

реализуемой функциональности.

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

выполнение операций над документом, так и информационный сервис по

документообороту.

Компонента представления учетной системы дает (независимо от

документооборота) возможность доступа к системе учета в пределах,

необходимых конкретной прикладной подсистеме.

Компонента справочников и классификаторов — вспомогательная. Основное

ее назначение — осуществлять учет всех остальных объектов банковской

системы, т.е. тех, которые не являются ни документом, ни счетом. К этим

объектам относятся анкетные данные о клиентах, классификаторы банков-

корреспондентов, информация о валютах (в том числе об их курсах), сведения

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

Для каждого из этих объектов предусмотрены по две группы программных

модулей: одна отвечает за создание и поддержку объектов, другая является

модулями использования объектов.

Первая группа модулей обеспечивает ввод данных об объектах в систему,

их сохранение, модификацию и удаление. Для некоторых объектов (среди них

анкетные данные, курсы валют и т.д.) ведется история изменения их

состояний, что требуется для правильного выполнения алгоритмов, связанных с

обработкой счетов (заметим, что состояние счета или его позиция — это тоже

история изменения состояний). К истории состояний объектов обращаются и в

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

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

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

подготовки отчетов, а также операциями обработки документов в системах

обеспечения документооборота и учетных системах. Многие объекты из

классификаторов и справочников являются объектами аналитического учета.

Поэтому документы и счета в своих структурах хранят ссылки на эти объекты и

обращаются к системе справочников и классификаторов за сервисом — и,

получив значения объектов, указывают их в этих ссылках.

3. ОСНОВЫ АВТОМАТИЗАЦИИ БАНКОВСКОЙ

ДЕЯТЕЛЬНОСТИ

3.1. СИТУАЦИЯ НА РЫНКЕ БАНКОВСКИХ ТЕХНОЛОГИЙ

Сегодняшняя банковская система России характеризуется:

- усилием конкурентной борьбы между банковскими консорциумами на всех

текущих рынках и борьбы за новые рынки;

- слиянием банков, поглощением крупными банками мелких;

- прекращением деятельности ряда мелких банков.

Борьба за выживание актуальна для каждого банка независимо от его

размера, истории, профиля деятельности. Банк, не обеспечивающий динамичного

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

аутсайдеров. Банк постоянно расширяет спектр услуг, борющихся за место под

солнцем на старых и новых для себя рынках, получает шанс подняться

ступеньку выше, а со временем – на следующий уровень банковской иерархии

России, выйти на мировой рынок услуг.

На Российском рынке АБС помимо широко известных фирм производителей

DIASOFT и RS-BANK можно встретить и менее известных таких как БИСквит,

МИМ-Технология, ГАМБИТ, SC-Банк, IB-System. Практически все они АБС III

поколения (использование менеджера записей BTRIVE, сетевая технология).

Для роста нужна высококачественная база. Ее составляют, наряду с

высококвалифицированными специалистами, вооруженными передовыми

технологиями, еще и инструменты, с помощью которых эти инструменты

реализуются. Одним из инструментов является современная информационная

система.

Компьютерные программы сами по себе не приносят доходов тем, кто их

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

самой современной системы золотой дождь так и не пролился, увы, несть

числа. Да и в редкость ли случаи, когда такое дорогостоящее и долгожданное

приобретение, столь, успешно, вроде бы, работающее у соседа, не оправдывает

ожидание?

Российский банковский рынок сегодня, прежде всего активно меняющейся

рынок. Количество его участников стремительно сокращается. Банковская

система России планомерно движется к структуре, которая во многих странах

сложилась уже давно. Постоянные изменения в банковском законодательстве

свидетельствуют о стремлении Центрального Банка усилить контроль над

деятельностью коммерческих банков и поднять банковское дело на новый

качественный уровень.

Все эти процессы являются причинами усложнения управленческих и

учетных функций внутри коммерческих банков. Отсюда повышение требований к

финансовому программному обеспечению, которое используют коммерческие

банки. Разработчики этого программного обеспечения вынуждены постоянно

осуществлять изменение своих продуктов, едва успевая за последними

изменениями законодательства.

Фактор «несовременности» является наиболее очевидной проблемой и чаще

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

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

устаревших морально: как в смысле выбранной платформы и архитектуры, так и

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

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

возможностей какой-либо информационной системы преподносят только

«мультивалютный операционный день», «реальный масштаб времени» или что-то в

этом роде, то можно сделать однозначный вывод о том, что данная система,

как минимум, устарела уже к моменту ее выхода на рынок.

Итак, требования к финансовым системам за последние год-два

существенно возросли. Теперь все хотят иметь масштабируемые и переносимые

системы, которые могли бы функционировать не на какой-то одной, а целом

ряде популярных СУБД и на целом ряде сетевых операционных систем. Все

интересует возможность доступа через глобальную сеть Интернет. Многим очень

интересна возможность создание графической отчетности, наличие элементов

бизнес графики, а также возможность работы с графической информацией,

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

Проблема интеграции программных продуктов одного разработчика всегда

стояла остро, и до сих пор она окончательно не решена. Основными методами

решения этой проблемы были взаимодействие систем на уровне экспорта и

импорта данных, через какой либо текстовый файл, либо непосредственный

доступ одной системы к базе данных другой. Все эти методы не обеспечивают

достаточного уровня надежности, а самое главное – безопасности.

Все перечисленные задачи очень трудно, а зачастую и невозможно решать

на том поколении инструментальных средств, которыми пользуются сегодня

большинство фирм – разработчиков. Эти инструментальные средства реализованы

для платформы MS-DOS и уже значительно устарели. Поэтому современные

программные средства должны соответствовать вышеперечисленным требованиям.

3.2 КЛАССИФИКАЦИЯ СОВРЕМЕННЫХ

АВТОМАТИЗИРОВАННЫХ БАНКОВСКИХ СИСТЕМ

Как построить эту классификацию? Кто в ней заинтересован? Для кого она

предназначена?

Наверное, для тех, кто работал, и будет работать с банковскими

технологиями. Конечно же, в первую очередь, это — сотрудники кредитных

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

Присматриваясь к своей будущей АБС, банку, наряду с предоставляемым при

поставке программного продукта сервисом на единицу денежных затрат, а также

финансовым положением и репутацией компании-поставщика и разработчика,

необходимо оценить технический и технологический уровень приобретаемого

программного комплекса и перспективы его дальнейшего развития.

В условиях стремительного развития банковских систем, односторонний

(«векторный») подход к классификации не совсем оправдан, так как помимо

используемых СУБД и технологических решений есть и много других параметров,

не менее важных при классификации АБС.

Такими параметрами могут быть, например:

1. «Базовый объект» при построении технологий обработки бизнес процессов:

- проводка;

- документ;

- банковский продукт.

2. Уровень реализации банковских технологий:

- с жестко заданным набором определенных технологий;

- с возможностью работать с разными банковскими технологиями

(универсальная АБС).

3. Уровень защиты информации:

- криптозащита;

- криптозащита и трехуровневая модель обработки данных;

- криптозащита, трехуровневая модель;

- другие средства защиты.

4. Функциональная полнота:

- наличие системы управления рисками;

- наличие системы консолидированного управления финансовыми ресурсами;

- поддержка широкого спектра банковских продуктов;

- включение новейших банковских технологий («Home Banking», «Internet»,

«телефонного банка», видеоконференций и т.д.).

5. Работа с филиалами и удаленными площадками:

- на основе распределенной базы данных с off-line-репликацией;

- на основе единой базы данных.

6. Использование встроенных средств разработки:

- генератора отчетности;

- макроязыка;

- генератора объектов;

- других CASE-средств.

Возможны и другие критерии оценки.

Вероятно, что в дальнейшем при классификации автоматизированных

банковских систем будет использован комплексный («матричный») метод,

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

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

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

показатель — так называемый Классификатор «поколение АБС». Таким образом,

полагаю, можно достичь наиболее полной «достоверности» классификации. При

использовании «матричного» подхода разработчик-аналитик должен определить

следующие параметры модели:

- наиболее адекватные критерии оценки;

- формальные взаимосвязи между этим критериями;

- значения выбранных критериев оценки;

- значения Классификатора «поколение АБС»;

- функции (математические или продукционные), определяющие получение

интегрального показателя (в нашем случае - это показатель «поколение

АБС»). В таблице 8 представлены основные классифицирующие признаки

технологических поколений АБС.

Таблица 2

Основные классифицирующие признаки

технологических поколений АБС

|Технологическое поколение|Основной классифицирующий признак |

|АБС | |

|I |Персональная СУБД в автономном режиме |

|II |Персональная СУБД в сетевом режиме |

|III |Менеджер записей Btrieve |

|IV |Профессиональная СУБД |

|V |Менеджер транзакций |

|VI |Компонентная технология |

Возможно, что такой подход внесет новый импульс в систематизацию

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

и разветвленной, а также будет учитывать различные характеристики и

параметры.

3.3 ПРИНЦИПЫ ПОСТРОЕНИЯ АВТОМАТИЗИРОВАННЫХ БАНКОВСКИХ СИСТЕМ, КАК

СРЕДСТВА АВТОМАТИЗАЦИИ РАБОТ С БАНКОВСКИМИ ПРОДУКТАМИ

Сегодняшнее состояние рынка банковских услуг в России можно

охарактеризовать как время формирования профессиональных взаимоотношений

между производителями этих услуг – коммерческими банками и их потребителями

– физическими и юридическими лицами. Предпосылками наступления данного

периода явилось, в частности, падение доходности многих финансовых

инструментов, прекращение деятельности мелких и неэффективно работающих

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

коммерческих банков по предоставлению определенного вида банковских услуг и

другие. Возросшая конкуренция между коммерческими банками на сужающемся

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

бизнес процессов и более четкого позиционирования на рынке с целью

привлечения новых или удержанию от ухода из банка старых клиентов. Это

выражается, в частности:

а) в изучении спроса и предложения банковских услуг в сфере

функционирования конкретного коммерческого банка и его позиционировании на

рынке этих услуг;

б) в сравнительном анализе доходности и затрат на предоставление

соответствующих банковских услуг и формировании коммерческой политики

банка;

в) в создании новых, конкурентоспособных банковских услуг;

г) в такой организации работы персонала, которая обеспечивала бы

повышение качества и минимизацию затрат, операционных и финансовых рисков

при выполнении конкретной банковской услуги.

Эти условия диктуют новые требования к системам автоматизации

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

автоматизированных банковских систем на информационное и функциональное

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

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

интегрированных банковских систем, которые бы физически объединяли

информацию и технически обеспечивали взаимодействие функций различных ее

подсистем, то сейчас на первый план выступает концептуальное и логическое

построение АБС, естественным образом отражающее технологию работы

коммерческого банка. Возросшая функциональность систем и их значительное

усложнение в связи с этим привело к необходимости переосмысления принципов

построения АБС с тем, чтобы их освоение и применение не стало длительным и

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

лучше оперировать не прежними терминами “подсистема”, “модуль”, “функция”,

“база данных”, “список”, а целостными понятиями “банковская операция”,

“банковская услуга”, “банковский продукт”, “картотека платежных документов

ожидающих акцепта”, “договоры на расчетно-кассовое обслуживание” и т.д.

Прежде чем говорить об автоматизированной банковской системе,

соответствующей запросам сегодняшнего дня, необходимо, на наш взгляд, дать

определения основным понятиям предметной области, которые диктуют

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

что в настоящее время в России многие специалисты банков и разработчики АБС

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

основе функционирования современного коммерческого банка. Актуальность

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

систематизации и обобщении понятий предметной области — в силу

субъективного подхода при осмыслении реальности — вряд ли кому-то удастся

разработать дефиниции, претендующие на истину в последней инстанции. И

поэтому определения, которые мы хотим предложить на ваш суд, могут

рассматриваться лишь как предложение понимать под приводимыми терминами

совершенно конкретные вещи.

Итак, первым базовым понятием является “банковская услуга”. Если

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

банковские операции для своих клиентов на постоянной основе, то выполнение

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

что выполнение таких операций носит “массовый характер”. Это, конечно, не

означает, что число клиентов банка, для которых выполняется данная

банковская операция, должно исчисляться тысячами. Выражение “массовый

характер” означает, что банк, предлагая проведение этих операций на рынке

банковских услуг, вступает в конкуренцию с другими банками, предлагающими

аналогичные услуги. При этом количество клиентов, которые воспользуются

данной услугой, определяется самим ее характером. В качестве примера

банковской услуги можно привести выполнение платежных расчетов с

контрагентами по поручению клиента. Что касается АБС, то для нее

“банковская услуга” является идеологическим (не формализуемым) понятием, на

основе которого раскрывается логика и взаимосвязь других базовых понятий,

находящих конкретное воплощение в системе.

Далее, коммерческий банк может предложить клиентам сразу несколько

банковских услуг “в одном пакете”. Кстати, это тоже способ привлечения

клиентов. В этом случае клиенту и банку необходимо заключить договор, в

котором будут описаны все банковские услуги, которые предоставляются

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

банковских услуг, предоставляемых клиенту банка на основе одного договора,

назовем банковским обслуживанием. Набор банковских услуг, входящих в “один

пакет”, определяет вид банковского обслуживания. Его примером может служить

расчетно-кассовое обслуживание. Проявление понятия “банковское

обслуживание” в АБС, также как и “банковской услуги”, наблюдается только

через автоматизацию производных понятий.

Условия предоставления и выполнения любой банковской услуги могут

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

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

банковским продуктом. Пример “банковского продукта” – депозит на месяц,

депозит на полгода, депозит на год. Собственно, это одна и та же банковская

услуга, которая отличается разными суммами (процентами) вознаграждения

клиента за его вклад.

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

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

начисления процентов по ссуде, условия пролонгации кредита, алгоритм

расчета платы за расчетно-кассовое обслуживание Примером внешнего

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

вклад, разработанный юристом банка, или рекламная листовка, подготовленная

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

федерального займа (ОФЗ). Бухгалтер банка, руководствуясь законодательством

и учетной политикой банка, разрабатывает правила отражения банковских услуг

в балансовом и внебалансовом учете.

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

новые балансовые и внебалансовые аналитические счета, устанавливаются

правила выполнения проводок по ним и т.п. Таким образом, разработка

банковского продукта представляет собой логически целостный процесс,

растянутый по времени и распределенный среди многих исполнителей.

Разумеется, что, пока каждая служба банка не закончит свою часть работы по

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

Как только банковский продукт готов окончательно, наступает момент,

чтобы выставить его на рынке банковских услуг. Надо сказать, операции по

реализации этого продукта, как правило, выполняют уже другие работники

банка, руководствуясь правилами, разработанными при создании продукта. На

этом этапе для авторов банковского продукта важным фактором является

обратная связь. К экономистам и маркетологам банка поступает информация о

доходности банковской услуги и спросе на нее. Практика взаимоотношений с

клиентами, потребителями банковской услуги, дает информацию юристу банка

для совершенствования текста типового договора на предоставление этой

услуги. Технолог банка может анализировать “узкие” места в технологии

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

совершенствованию работы персонала. Следствием всей этой работы может

явиться новая версия существующего банковского продукта либо снятие его с

рынка банковских услуг, а может быть и появление совершенно иного

банковского продукта для той же или, возможно, другой банковской услуги.

Возникает вопрос, в каком случае целесообразна разработка новых

банковских продуктов? В первую очередь, когда, принимая во внимание

важность и значение для банка конкретного клиента, речь идет о предложении

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

определении взаимоотношений с очень важным клиентом — даже если в качестве

базовой принимается стандартная банковская услуга — в конце концов,

получается совершенно уникальный банковский продукт, наверняка не

применимый ни к какому другому клиенту. С другой стороны, если существует

некоторое количество клиентов, равных “по интересу” для банка, то для них,

безусловно, необходима разработка серийного банковского продукта. И только

количество таких клиентов позволяет говорить о типе банковского продукта:

розничный он или оптовый.

Из всего вышесказанного становится очевидным, что понятие “банковский

продукт” является центральным при построении современной АБС. Именно оно

выстраивает в логически связанную последовательность действия всех

сотрудников банка, участвующих в выполнении банковских услуг.

Цели автоматизации работ с банковскими продуктами

Автоматизированная банковская система, реализующая требования по

автоматизации операций с банковским продуктом, должна обеспечивать

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

выполнением банковской услуги, достаточно разнообразен, то, как правило,

довольно широк и состав исполнителей банковской услуги, а состав целей,

которые предполагается достичь, естественно, не ограничивается одной или

двумя. Более наглядное представление функционирования АБС отражено на Рис.

7.

[pic]

Рис. 7 Банковские технологические цепочки

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

средства для описания экономических характеристик банковского продукта. При

широком разнообразии финансовых инструментов и множестве банковских услуг,

представленных на рынке, здесь не обойтись без хорошо продуманного

классификатора банковских услуг и продуктов. В то же время спецификация

каждого банковского продукта, с одной стороны, должна учитывать его

особенности, а с другой — должна быть выдержана в духе общей концепции

описания банковских продуктов. Немаловажным фактором является наличие в

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

банковского продукта. Вполне понятно, что для принятия решения о

целесообразности развития какого-либо банковского продукта необходима

информация о том, насколько успешно продается разработанный продукт,

насколько эффективно с экономической точки зрения его производство и т.д.

Главный бухгалтер банка, который отвечает за правильное отражение

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

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

обеспечивающими однозначное описание правил бухгалтерского учета операций в

соответствии с принятой учетной политикой банка. Одновременно АБС должна

предоставлять главному бухгалтеру средства, позволяющие контролировать

выполнение конкретными сотрудниками или отдельными структурными

подразделениями банка правил бухгалтерского учета при совершении банковских

операций.

Широкий штат сотрудников банка, занятых непосредственным выполнением

банковских операций, способен качественно и оперативно выполнять свою

работу при наличии в АБС таких средств, которые освобождают их от

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

правила выполнения операций, и помогают быстро выполнять свои обязанности.

Если в АБС присутствуют функции, однозначно определяющие банковские

операции со всеми присущими им ограничениями, то работа персонала с АБС

становится более простой и удобной. При этом уменьшается операционный риск

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

непосредственное выполнение этих операций сотрудниками банка.

Что касается технолога банка или администратора АБС, зачастую

исполняющего эти обязанности, то им необходимо видеть общую картину

создания и реализации банковских продуктов. Здесь вопросы функционирования

АБС напрямую смыкаются с организационными аспектами в деятельности банка.

Это — вопросы управления доступом к данным и функциям системы, проблемы

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

работников банка и т.п. Если для конкретного сотрудника банка, допустим,

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

особенности выполняемых им операций, то технологу банка глубоко

формализованное и универсальное описание бизнес процессов позволяет

качественно оценить эффективность выполнения той или иной банковской услуги

и наметить меры по устранению “узких” мест в технологии работы

организационно штатных элементов системы, эксплуатируемой в банке.

Способы реализации требований к АБС, призванной обеспечивать

автоматизацию работ с банковскими продуктами.

Интересно, что необходимость включения в концептуальную модель АБС

понятия “банковский продукт” не всегда осознается разработчиками систем

автоматизации банков. И это объяснимо — все АБС, более- менее устойчиво

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

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

многих АБС задана, как правило, единая последовательность описания видов

вкладов физических лиц, однако при этом существует непохожая на нее

последовательность описания ссуд и кредитов и совсем отличная от двух

предыдущих последовательность описания работ при выполнении операций с

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

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

правильного их применения. Позволяя использовать многие АБС с пользой для

банка, такое положение, тем не менее, приводит, с одной стороны, к

необходимости привлечения специалистов с развитым абстрактным мышлением

(которых, по определению, гораздо меньше, чем людей с обычными

способностями, и которых, следовательно, труднее найти). А с другой

стороны, такое построение системы является предпосылкой для совершения

многочисленных ошибок при работе персонала с системой, что увеличивает

операционный и финансовый риск выполнения банковских операций.

Описанная ситуация с концептуальным и логическим построением АБС

могла бы продолжаться долго, тем более, что промахи автоматизированных

систем зачастую компенсируются организационными мерами, предпринимаемыми в

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

коммерческим банкам России в очень жестком режиме времени приходится

осваивать новые финансовые инструменты и существенным образом перестраивать

работу, направленную на удержание и привлечение клиентов, АБС, которая в

максимальной степени отражает особенности работы коммерческого банка,

способна оказать существенную поддержку всем его сотрудникам при выполнении

своих должностных обязанностей.

Понятно, что подобной системы не может произойти внезапно, скачком.

Существует период, в течение которого происходит осознание необходимости

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

ее организации, ориентации технологических и технических процессов на ее

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

необходимость в АБС, построенной с учетом современных требований, сегодня,

как никогда ранее, определяет логику автоматизации банков.

ЗКЛЮЧЕНИЕ

Автоматизированные банковские системы часто разрабатываются под

потребности потребителей, по индивидуальному заказу с полным сопровождением

в ходе формирование “гибкой” банковской технологии.

В реальной практике трудно сделать типовой программный продукт,

поскольку спектр потребностей и услуг у разных банков не совпадает. Однако

в любом случае автоматизированная система должна поставить преграду против

“виртуозного мастерства” некоторых бухгалтеров, позволяющего представить

финансовое положение банка не так, как оно есть в действительности.

Совершенствование банковской бухгалтерской информации и создание

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

укрепление надежности банковской системы в целом. Направление работ в этой

области становятся особенно актуальными в связи с существующей тенденцией

по созданию системы раннего выявления банков, находящихся в предкризисном

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

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

текущей ликвидностью и результаты финансовой деятельности.

Любая автоматизированная банковская система представляет собой

сложный аппаратно-программный комплекс, состоящий из множества

взаимосвязанных модулей. Совершенно очевидна роль сетевых технологий в

таких системах. По сути АБС представляет собой комплекс, состоящий из

множества локальных и глобальных вычислительных сетей. В БС сегодня

применяется самое современное сетевое и телекоммуникационное оборудование.

От правильного построения сетевой структуры АБС зависит эффективность и

надежность ее функционирования.

Поскольку спрос на АБС достаточно высок, а цена высока, многие

крупные компании-производители компьютерной техники и программного

обеспечения предлагают на рынке свои разработки в данной области. Перед

отделом автоматизации банка встает трудный вопрос выбора оптимального

решения. Банковская сфера определяет два основных требования к АБС -

обеспечение надежности и безопасности передачи коммерческой информации. В

последнее время для взаимодействия с клиентами и осуществления расчетов все

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

обстоятельство еще более усиливает значимость защиты передаваемых данных от

несанкционированного доступа.

Судя по всему, в ближайшее время темпы развития АБС (особенно в

нашей стране) будут стремительно расти. Практически все появляющиеся

сетевые технологии будут быстро браться банками на вооружение. Неизбежны

процессы интеграции банков в рамках национальных и мировых банковских

сообществ. Это обеспечит постоянный рост качества банковских услуг, от

которого выиграют, в конечном счете, все - и банки и их клиенты.

-----------------------

[pic]

[pic]

[pic]

[pic]

Страницы: 1, 2, 3