u_lectures

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

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

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

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

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

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

лов (журналов), в которых фиксируются действия сотрудников. Архитектура АБС, состоящей из описанных выше элементов и удовле-

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

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

2.Интеграция лучших специализированных систем различных поставщиков в единый комплекс, выполняемая силами специалистов банка или компании – системного интегратора. Этот вариант чаще всего связан с большими затратами.

291

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

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

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

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

Автоматизированные системы, решающие задачи оперативной обработки транзакций с одновременным обращением к базе большого количества пользователей, относятся к типу OLTP-систем (On-Line Transaction Processing). Мировая практика показывает, что традиционный (реляционный) метод проектирования баз данных, используемый для систем обработки транзакций, не соответствует задачам синтеза, анализа, консолидации данных.

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

рой OLAP (On-Line Analytical Processing).

Существует два подхода к их практической реализации.

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

Альтернативный подход заключается в построении многомерных структур данных на базе обычных реляционных СУБД (такой подход на-

292

зывают ROLAP-структурой). Этот подход не использует всех возможностей OLAP-технологий с точки зрения анализа. Многие стандартные решения в OLAP реализуются «вручную» в ROLAP-структурах. Но ROLAPструктуры предпочтительнее, так как могут сосуществовать с любой реляционной СУБД, не требуя от банка замены старой АБС.

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

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

Среди российских разработчиков по продажам программного обеспечения для банков (по числу инсталляций) лидируют “R-Style Software Lab.” (программа RS-Bank) и «Диасофт» (DiasoftBank 4x4, Diasoft 5NT). За ними следуют компании «Форс» (Ва-Банк), «Кворум» (Кворум), «Програмбанк» (Гефест), «Инверсия» (Invobank) и ряд других.

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

RS-Bank – программный комплекс производства ООО «R-Style Software Lab.» Полная версия системы RS-Bank вышла в свет в 1993 году.

RS-Bank позиционируется разработчиком как система комплексного информационного и функционального обеспечения автоматизации всего спектра банковских услуг. АБС предоставляет средства для ведения качественного внешнего (бухгалтерского) и внутреннего (управленческого)

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

В основу АБC RS-Bank v.5.0 положены следующие базовые концепции: модульная организация системы (разделение на фронт-, бэк-, мидлофисы), разделение модулей на OLTP- и OLAP-приложения, принцип на-

293

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

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

DiasoftBank 4x4 является наиболее массовым решением, отличается относительной простотой при внедрении и эксплуатации. Базовый вариант системы работает на платформе Btrieve / Pervasive SQL. Другая версия системы – DiasoftBANK 4x4 Workflow – поддерживает работу на 5 плат-

формах, добавив к вышеупомянутым MS SQL Server, DB/2 for AS/400, Informix, Oracle.

Решение на базе системы «Новая Афина» способно поддержать работу крупного многофилиального банка с количеством операций от 1000 в день. Мощность системы обеспечивается возможностями промышленной СУБД Oracle.

DiasoftBanking 5NT - решение для мелких и средних банков на платформе MS SQL Server или Sybase Adaptive Server.

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

−многовалютность – позволяет работать с произвольным количеством валют в банке (при этом одна валюта выделяется в качестве национальной)

−многофилиальность – позволяет вести полные базы данных филиалов на едином физическом сервере.

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

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

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

294

«Центавр», «Гефест», «Афина» (ООО «ПрограмБанк»). Компания «ПрограмБанк» является одним из старейших разработчиков банковских систем в России, основана в 1989 году группой выпускников МФТИ, разработавших систему автоматизации для ряда крупнейших на тот момент коммерческих банков. Этот программный продукт стал прародителем ИБС «Центавр», которой пользуются сейчас около 400 банков. Такое решение оптимально для небольших банков, имеющих до 20 рабочих мест и до 1000 операций вдень.

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

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

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

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

Начиная с версии 6.0, в рамках АБС КВОРУМ поддерживаются две линии программных продуктов. Первая в качестве СУБД использует

295

Btrieve Record Manager, вторая работает на платформе Oracle Server. Обе линии используют одни и те же пользовательские интерфейсы. Бизнеслогика также является единой с алгоритмической точки зрения, различаясь способом реализации( в приложениях, ориентированных на Oracle, бизнеслогика реализована в виде хранимых процедур на языке PL/SQL).

Сточки зрения программно-технической платформы, зарубежные банки ориентированы на крупные компьютерные системы. Несмотря на то, что наибольшее распространение в мире получили автоматизированные банковские системы на платформе AS/400, в настоящее время большинство банков предпочитают приобретать АБС на так называемых открытых платформах, в первую очередь на платформах UNIX.

Около половины западных банков предпочли АБС на основе промышленных СУБД. В то же время 75% всех (по номенклатуре, а не по количеству) АБС на платформе UNIX построено на базе именно промышленных СУБД.

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

Функциональные характеристики западных АБС также имеют существенные отличия от российских аналогов. В западных АБС, как правило, отсутствуют функции автоматизации внутрихозяйственной деятельности банка. Это объясняется сложившейся зарубежной практикой, когда АБС автоматизирует только бизнес-функции, а для автоматизации внутрихозяйственной деятельности используются специализированные системы типа R/3 фирмы SAP или PRMS фирмы Acacia Technologies. По тем же причинам в двух представленных АБС (Finance KIT и Trading Assistant) отсутствует подсистема «Главная книга», которая может быть построена на основе, например, Oracle Financials.

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

Далее рассмотрим некоторые характеристики наиболее известных на зарубежном рынке АБС.

Midas DBA, Equation DBA (Midas-Kapiti International, UK)

296

Эти АБС являются мировыми лидерами по количеству пользователей и количеству действующих установок. Они хорошо известны и на рынке стран СНГ (более 20 внедрений). В целом системы себя зарекомендовали как довольно «жесткие», трудно настраиваемые на особенности местного законодательства и нормативной базы. Объясняется это тем, что из рассмотренных это самые старые (в смысле используемых при разработке и программировании подходов, методов и инструментальных средств) системы - их коммерческие продажи начались в 1975 (Equation) и 1977 (Midas) г. Системы работают на платформе IBM AS/400.

Bankmaster (Kindle Banking Systems Ltd., Ireland)

Bankmaster занимает третью позицию по числу пользователей среди всех рассмотренных систем и первую позицию среди систем на платформе UNIX. Система ориентирована на небольшие и средние банки. Основными рынками сбыта системы являются Великобритания (около 25%), Африка (около 15%), Юго-Восточная Азия (20%), Ближний Восток (15%) и Северная Америка (до 7%).

Первая коммерческая система была разработана в 1980 г. для аппарат- но-системной платформы ICL. В 1987 г. был выполнен перенос системы на платформу UNIX, а в 1996 г. - на платформу Windows NT. В качестве информационной основы АБС используются методы доступа операционной системы, однако, в 1994 г. была выпущена версия АБС (BANKMASTER/RS), в которой для управления данными применяется промышленная СУБД

Informix.

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

−Контроль позиций поддерживается системой City Dealer от MKI.

−Документарные операции - системой IBSnet.

−Официальная отчетность - системой Abacus.

−Выверка подтверждений - системой CMS.

−Выверка счетов лоро и ностро - системой Soar.

−Электронный банкинг - системой Fontis от Credo.

Розничные операции сосредоточены в отдельном продукте BRANCHPOWER, предназначенном для установки в филиалах и отделениях банка. Интеграция отделений (филиалов) с центральным офисом осуществляется по сетям АТМ или Х.25. Допускается как автономная работа отделений (филиалов), так и совместная работа в режиме клиент-сервер с использо-

ванием интерфейсного продукта Transaction Processing Gateway. Microbanker (Citicorp IT Industries Ltd. (Citil), India)

Прообразом АБС Microbanker стала разработанная в Citibank система Cosmos, которая была переработана и перенесена на платформу UNIX. Система ориентирована на небольшие и средние банки. Основными рынками

297

сбыта системы являются континентальная Европа, Африка, Юго-Восточная Азия и Ближний Восток. Ближайшим конкурентом Microbanker является АБС Bankmaster, хотя есть и исключения - в 1996 г. Rabobank, являющийся пользователем систем Midas и Atlas, принял решение устанавливать АБС Microbanker во все свои новые подразделения.

АБС работает на широком спектре UNIX-платформ, поддерживает ал- фавитно-цифровой пользовательский интерфейс и использует методы доступа файловой системы для организации информационной базы. Анонсирована работа АБС на платформах Novell Netware и Windows NT, однако реально работающих в промышленном режиме установок такого рода нет.

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

−Главную книгу.

−Обновление остатков в режиме реального времени.

−Валютный дилинг.

−Межбанковский дилинг.

−Кредиты.

−Документарные операции.

−Торговлю ценными бумагами.

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

−Система MoneyMaker автоматизирует фронт-офис для межбанковских операций и покрывает валютный и межбанковский дилинг, опции доходности, анализ прибылей и убытков, управление позицией, обработку лимитов и денежных потоков; планируется поддержка деривативов. Имеются интерфейсы к системам моделирования и к

Reuters 2000.

−Система Customer Access Systems поддерживает электронный банкинг.

−Система Finware автоматизирует бэк-офис розничных операций и включает:

−Главную книгу.

−Кредиты.

−Ипотеку.

−Депозиты.

−Текущие и сберегательные счета.

−Безналичные расчеты и взаимозачеты.

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

298

щее время CITIL предлагает комплекс из АБС Microbanker и Finware как интегрированное решение под торговой маркой Unified Banking Solution.

Несмотря на относительно высокие маркетинговые показатели систем IBS-90 и Abraxys, вряд ли стоит рассматривать их как серьезных кандидатов на внедрение в российских банках. Во-первых, они обладают недостаточной функциональностью. Во-вторых, фирма-производитель не имеет удовлетворительной стратегии по развитию и поддержке продукта. Функциональное развитие АБС Abraxys (развитие IBS-90 прекращено, хотя поддержка ведется) осуществляется по принципу локальных доработок для отдельных пользователей системы, которые производятся по дополнительным контрактам. Затем наиболее удачные решения включаются в новую версию системы. Характерным примером неудовлетворительности такой стратегии является факт, что в восьмой версии системы, которая планировалась к выпуску в июле 1998 г., отсутствует поддержка евро.

АБС IBIS была разработана в начале 1980 г. в лондонском Итальянском Международном банке (Italian International Bank). Производители утверждают, что система была разработана «с нуля» для платформы IBM System/38, и в этом заключается ее преимущество перед системами Midas и Equation, которые были разработаны для этой же платформы, но еще в середине 1970 г. В то же время некоторые конкурирующие производители высказывают мнение, что IBIS - это всего лишь результат переноса с платформы IBM System/3 внутрикорпоративной разработки 1970 г.

Основными рынками сбыта системы являются регионы ЮгоВосточной Азии, Восточной и континентальной Европы и, в меньшей степени, США. Обычно пользователи рассматривают IBIS как более новую и менее рискованную альтернативу системам Midas и Equation.

К 1992 г. система была перенесена на платформу IBM AS/400 и стала распространяться под маркой IBIS/AS.

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

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

Для Banco Espirito Santo (Лондон) был добавлен интерфейс к модулям коммерческих и синдицированных кредитов; для Ceskoslovenska Obchodni Banka разработан фронт-офис подсистемы розничных операций; с BNE Swedbank (Люксембург) был согласован проект «Управление фондами»; элементы рынка капиталов были разработаны для Bank of America. Был так-

299

же выполнен большой проект по депозитам частных лиц для Union Bank of Finland.

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

−12 пользователей оценили подсистемы «Главная книга», «Валютный дилинг», «Межбанковский дилинг» и кредитные модули как «удовлетворительные» (хотя один пользователь оценил модуль «Валютный дилинг» как «неудовлетворительный»);

−половина пользователей, использующих модуль «Фьючерсы», оценили его как «неудовлетворительный»;

−модуль «Соглашения о форвардной сделке» 57% пользователей оценили как «приемлемый»; 43% - как «неудовлетворительный»;

−модуль «Свопы» 20% пользователей оценили как «приемлемый», 80% - как «неудовлетворительный»;

−модуль «Официальная отчетность» 75% пользователей оценили как «приемлемый»; 25% - как «неудовлетворительный»;

−средства генерации отчетов 11% пользователей оценили как «хорошие»; 67% - как «приемлемые»; 22% - как «неудовлетворительные»;

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

−в то же время, с точки зрения качества и оперативности обслуживания и поддержки, АБС IBIS выглядела лучше своих конкурентов -

22% пользователей оценили сервис как «отличный»; 56% - как «хороший» и 22% - как «адекватный».

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

В технологическом направлении были сделаны следующие усовершенствования:

−заменена система генерации отчетов;

−в систему розничных операций добавлены: поддержка прямого дебетования; поддержка регулярных платежей в адрес нескольких по-

300