При использовании банком финансовых инструментов, требующих повышения оперативности принятия решений сотрудниками банка (таких, например, как межбанковский кредит или валютный дилинг), в АБС должна быть реализована возможность быстрого поиска информации по группам критериев.
Развитие банковской системы России и интеграция банков в международные информационно-финансовые системы приводят к необходимости обеспечения банков средствами обмена информации с использованием различных систем электронной почты.
Архитектура и инструментальные средства программирования АБС должны быть адекватными поставленным задачам с учетом перспективы доработок и создания новых версий системы.
АБС должна быть построена по модульному принципу, и банк должен иметь возможность в дальнейшем наращивать систему по мере расширения спектра банковских услуг, приобретая дополнительно уже разработанные модули или заказывая разработку новых модулей, или же решая отдельные прикладные задачи силами программистов банка с использованием возможностей АБС по экспорту и импорту информации.
По мере возрастания требований к информационной емкости и вычислительной мощности системы банк должен иметь возможность осуществить плавный переход, например, от платформы DOS-Novell к платформе UNIX.
При переходе к новым версиям АБС должна быть обеспечена возможность непосредственного переноса всей накопленной информации.
Преемственность версий, простота и наглядность интерфейса пользователя должны обеспечивать освоение работы без специального дополнительного обучения непосредственно в процессе выполнения сотрудниками своих обязанностей.
На уровне «банк - филиалы» современная АБС должна позволять:
- организовывать в головном офисе банка автоматизированный сбор, обработку и анализ информации, получаемой от филиалов;
- организовывать отправку в учреждения ЦБ РФ всех видов отчетности в установленной форме с автоматизацией операций такого рода и, при необходимости, в режиме реального времени;
- организовывать рассылку филиалам и банкам-корреспондентам форм и форматов представления информации и организовывать взаимный обмен любой информацией, особенно данными финансового характера;
- автоматизировать расчеты между всеми филиалами банка.
В рамках филиала (а также головного офиса) АБС должна строиться вокруг информационного ядра, причем в разрезе содержания банковских операций оно должно представлять собой информационно-справочную систему по действительным и потенциальным клиентам банка, а в разрезе учетно - операционного сопровождения банковских операций - систему операционного и бухгалтерского учета. В рамках предметной области подсистемы АБС должны быть ориентированы на такие понятия как: «Операционный зал» (валютные и рублевые операции в нескольких операционных днях); «Кассовые операции» (кассовый зал, расчетно-кассовое обслуживание, кассовый план, хранилище денег, инкассация, обменные пункты валюты, выездные и приписные кассы); «Сводная бухгалтерия» (закрытие дня, получение балансов и других стандартных форм отчетности); «Внутренняя бухгалтерия» (учет материальных активов банка, ведение карточек, выдача соответствующих отчетных форм); «Расчеты по корреспондентским отношениям» (организация электронных расчетов с РКЦ и другими банками).
Каждая подсистема, автоматизирующая определенные банковские услуги, должна обладать как минимум следующими возможностями:
- ввод и коррекция данных по договорам и другим документам из пакета операций (гарантии, срочные обязательства, договоры залога и т. п.);
- ввод и коррекция информации справочного характера по клиентам с последующим ее использованием общей информационно-справочной системой;
- получение статистической отчетности по проведенным операциям в настраиваемом пользователем виде;
- реализация связи с подсистемой операционного учета;
- прогнозирование эффективности операций на перспективу с использованием имеющейся информации по договорам и другим документам.
Все подсистемы, ориентированные на обслуживание клиентов, должны позволять в реальном масштабе времени (фактически, во время беседы сотрудника банка с клиентом) следующее:
- прогнозировать динамику всех будущих поступлений и выплат, включая как суммы, так и проценты, и комиссию по заключаемому с клиентом договору;
- составлять план поступлений и выплат для обсуждения его с клиентом;
- немедленно формировать запрос в операционный зал (отдел) на открытие счета;
- составлять соответствующее смыслу заключаемого договора поручение в бухгалтерию;
- задавать правила изменений процентных ставок, вида и денежного эквивалента обеспечения;
- задавать форматы и ключи обслуживания «удаленного» клиента с использованием электронной почты.
Необходимым элементом современной АБС является подсистема анализа и прогноза, содержащая генератор отчетов, помогающий пользователю-непрограммисту формировать любые графические и табличные отчеты (таблицы сравнительного анализа, справки, стандартные формы нормативной и бухгалтерской отчетности) по содержащейся в системе информации. Отчеты должна удовлетворять требованиям руководства, акционеров, клиентов банка, а также инстанциям Центрального банка, даже при ежедневном изменении форм отчетности.
Из-за требований к защите информации подсистема администрирования АБС, наряду со способностью выполнять традиционные функции по регистрации пользователей, формированию рабочих мест и разграничению полномочий, должна осуществлять распределение доступа пользователей по функциям, данным, вести учет сеансов работы с составлением протоколов использования функций системы, неполномочных попыток доступа к закрытой информации.
10.1 Обзор зарубежных АБС
Для определения современных мировых системно-технических тенденций развития информационных технологий в банковском секторе проанализируем наиболее известные и распространенные на международном рынке системы комплексной автоматизации банковской деятельности, предлагаемые на регулярной коммерческой основе.
Midas DBA, Equation DBA (Midas-Kapiti International, UK). Эти АБС являются мировыми лидерами по количеству пользователей и количеству действующих установок. Они хорошо известны и на рынке стран СНГ. В целом системы себя зарекомендовали как довольно жесткие, трудно настраиваемые на особенности местного законодательства и нормативной базы.
Bank master (Kindle Bank ing SysteMS Ltd., Ireland). Bank master ориентирована на небольшие и средние банки. В 1994 году была выпущена версия АБС (BANKMAS TER/RS), в которой для управления данными применяется промышленная СУБД Informix.
Bank master - это универсальная банковская система, однако существенная доля функциональных подсистем поддерживается за счет дополнительных продуктов производителя или третьих фирм. Допускается как автономная работа отделений (филиалов), так и совместная работа в режиме клиент-сервер. Функциональное развитие системы осуществлялось в форме проектов для отдельных банков.
Finance KIT (Trema Oy., Sweden). Система Finance KIT задумывалась как фронтальная часть бэк-офиса казначейства. Она получила распространение в основном в секторе корпоративного казначейства, хотя было и несколько пользователей-банков. Первоначально в качестве платформы АБС были выбраны персональные компьютеры с операционной системой Windows, однако эта платформа не смогла обеспечить требуемой производительности, и затем была переписана для платформы UNIX и СУБД Sybase.
АБС не имеет собственной подсистемы «Главная книга», и должна быть сопряжена с соответствующим функционалом стороннего производителя.
Bancs (Financial Network Services PTY Ltd., Australia). Сейчас продукт известен под двумя торговыми марками FNS и Bancs, в зависимости от используемой платформы. Система работает на широком круге аппаратных и системных средств, включая мейнфреймы IBM, DEC VAX и различные UNIX-системы. Особенностью работы в распределенных средах является как возможность взаимодействия с центральной базой в оперативном режиме, так и работа в автономном режиме в случае возникновения проблем с коммуникациями.
Изначально система предназначалась для автоматизации розничных операций малых и средних объемов. Она охватывает депозиты, кредиты, поддерживает автоматические кассовые аппараты и торговые терминалы. Система не имеет «Главной книги», но имеет интерфейсы к Finance One, Oracle Financials и Peoplesoft, которые реализуют эту функцию. В секторе казначейства были реализованы функции валютного и межбанковского дилинга, торговли драгоценными металлами и ценными бумагами и корпоративные кредиты.
Opics (The Frustum Group, USA). Вначале Opics задумывался как бэк-офисная система казначейства, однако вскоре разработчики сочли необходимым добавить и функции автоматизации фронт-офиса. Несмотря на то, что в ряде функций (операции с драгоценными металлами, репо, фьючерсы, опционы, соглашения о форвардной ставке) Opics имеет преимущества даже перед лидерами систем банковской автоматизации Midas и Equation, розничный сектор имеет слабую функциональность и не способен обрабатывать большие объемы операций.
Olympic (ERI Bancaire SA, Switzerland). Olympic разработана для поддержки работы фронт- и бэк-офиса - от приема клиентских распоряжений, включая электронный банкинг, до окончательных расчетов и уведомлений. АБС поддерживает фронт-офис портфельных менеджеров и дилеров, валютный дилинг, межбанковский дилинг, ценные бумаги, свопы, фьючерсы, опционы, добавленные совместно с кредитным модулем, регистрацию и учет розничных операций, документарные операции (в основном те функции этих подсистем, которые требуются для выполнения ежедневных операций по частным банковским услугам). Кроме того, имеются интерфейсы к S.W.I.F.T. и основным клиринговым системам.
SYMBOLS (System Access Pte Ltd., Singapore). АБС состоит из учетного ядра и основных функциональных модулей казначейства. System Access позиционирует АБС Symbols как решение для средних объемов операций. Наличие проблем в инструментальной части и в механизмах доступа к данным производитель компенсирует возможностью приобретения АБС вместе с исходными кодами системы, возлагая тем самым ответственность за исправление ошибок и дальнейшее развитие системы на пользователя. Symbols целиком базируется на ORACLE. Он написан в среде разработки ORACLE и использует генератор отчетов ORACLE для того, чтобы пользователи могли создавать свои специфические отчеты и запросы к базе данных. Система может работать на любой платформе, которую поддерживает эта СУБД. Сектор розничных банковских услуг сейчас является главной областью, на которой сфокусировано внимание производителя. GLOBUS (Temenos SysteMS SA, Switzerland). Прообразом АБС GLOBUS была корпоративная разработка Citibank. Функциональное развитие АБС GLOBUS осуществляется постоянно путем включения в основной продукт отдельных разработок, выполняемых для конкретных заказчиков. Стратегией фирмы является поддержка единой версии системы. Обычно новые версии системы появляются один раз в год. Большинство зарубежных разработок вплотную сталкиваются в настоящее время с проблемой «унаследованных систем», работая от проводки и на архитектуре терминал-хост.
Страницы: 1, 2, 3, 4, 5
