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

Midas DBA, Equation DBA (Midas–Kapiti International, UK). Эти АБС являются мировыми лидерами по количеству пользователей и количеству действующих установок. В целом системы себя зарекомендовали как довольно жесткие, трудно настраиваемые на особенности местного законодательства и нормативной базы. АБС, предлагаемые Midas-Kapiti, способны работать в любых банковских и финансовых структурах, включая общие и специализированные банки, кредитные организации, и охватывают практически все пространство банковской деятельности:

– международные банковские услуги;

– рынок акций и облигаций ;

– универсальные банковские услуги;

– электронные банковские услуги;

– управление рисками.

Bank master (Kindle Banking Systems Ltd., Ireland). Ведёт свою историю с 1979 с проекта для ирландского торгового банка Ansbacher Bank. Система зарекомендовала себя в работе в автономном режиме - это сделало её популярной среди розничных банков в странах, где имеются проблемы с качеством связи. Bank master – универсальная банковская система, однако существенная доля функциональных подсистем поддерживается за счет дополнительных продуктов производителя или третьих фирм. Допускается как автономная работа отделений (филиалов), так и совместная работа в режиме клиент–сервер. Функциональное развитие системы осуществлялось в форме проектов для отдельных банков.

Finance KIT (Trema Oy., Sweden). Система Finance KIT задумывалась как фронтальная часть бэк-офиса казначейства. Она была разработана в начале 1990 г. и получила распространение в основном в секторе корпоративного казначейства, хотя было и несколько пользователей-банков. Первоначально в качестве платформы АБС были выбраны персональные компьютеры с операционной системой Windows и «настольной» СУБД Access фирмы Microsoft. Однако эта платформа не смогла обеспечить требуемой производительности, и к 1994 г. АБС была переписана для платформы UNIX и СУБД Sybase. В настоящее время АБС доступна на платформах Sun Solaris и HP-UX на уровне бэк-офиса.

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

Bancs (Financial Network Services PTY Ltd., Australia). Продукт известен под двумя торговыми марками FNS и Bancs, в зависимости от используемой платформы. Особенностью работы в распределенных средах является как возможность взаимодействия с центральной базой в оперативном режиме, так и работа в автономном режиме в случае возникновения проблем с коммуникациями. Система не имеет «Главной книги», но имеет интерфейсы к Finance One, Oracle Financials и Peoplesoft, которые реализуют эту функцию. В секторе казначейства были реализованы функции валютного и межбанковского дилинга, торговли драгоценными металлами и ценными бумагами и корпоративные кредиты. Платформа дает возможность настраивать и управлять всем циклом банковских процессов и предоставить клиентам многочисленные каналы доставки финансовых услуг. Решение поддерживает проведение банковских операций по всему миру, в разных часовых поясах, с использованием различных языков и валют в кредитных организациях, отличающихся разным масштабом ведения бизнеса и специализацией.

Olympic (ERI Bancaire SA, Switzerland). Первая версия АБС Olympic появилась в 1989 г. на платформе AS/400 как результат новой разработки, ориентированной на работу с частными лицами. Первыми рынками сбыта АБС были Швейцария и Люксембург, где Olympic конкурировала в основном с местными разработками, однако вскоре она была функционально расширена и стала конкурентом таких традиционно сильных в казначейском секторе систем, как Midas, IBIS/AS и Globus. С точки зрения производителя Olympic - клиент-ориентированная АБС с обновлением позиций в реальном времени. Olympic разработана для поддержки работы фронт- и бэк-офиса - от приема клиентских распоряжений, включая электронный банкинг, до окончательных расчетов и уведомлений. АБС поддерживает фронт-офис портфельных менеджеров и дилеров, валютный дилинг, межбанковский дилинг, ценные бумаги, свопы, фьючерсы, опционы, добавленные в 1995 г. совместно с кредитным модулем, регистрацию и учет розничных операций, документарные операции (в основном, те функции этих подсистем, которые требуются для выполнения ежедневных операций по частным банковским услугам). Кроме того, имеются интерфейсы к SWIFT и основным клиринговым системам. Типичный проект по внедрению Olympic занимает от 6 до 9 месяцев. Примерно половину этого времени занимает настройка. Система имеет центральную модель данных и около 200 настраиваемых пользовательских таблиц, которые описывают атрибуты продукта, включая авторизацию, процессы, тарифы, правила учета и отчеты. Существенным обстоятельством, ограничивающим возможность применения АБС Olympic в российских банках, является отсутствие фирмы, продвигающей ее на местном рынке.

SYMBOLS (System Access Pte Ltd., Singapore). АБС Symbols сингапурской фирмы System Access является одним из самых новых предложений на рынке банковских систем. Впервые система была предложена в 1989 г. System Access позиционирует АБС Symbols как решение для средних объемов операций – минимальная установка поддерживает 12 пользователей. Наличие проблем в инструментальной части и в механизмах доступа к данным производитель компенсирует возможностью приобретения АБС вместе с исходными кодами системы, возлагая тем самым ответственность за исправление ошибок и дальнейшее развитие системы на пользователя. Symbols целиком базируется на ORACLE. Он написан в среде разработки ORACLE и использует генератор отчетов ORACLE для того, чтобы пользователи могли создавать свои специфические отчеты и запросы к базе данных. Система может работать на любой платформе, которую поддерживает эта СУБД.

Platon (IMS Business System Corp., USA). Первая версия АБС была разработана для двух находящихся в Нью–Йорке корейских банков. АБС написана на 4GL Progress и работает на широком круге UNIX– платформ. В 1996 году была выпущена 32–разрядная версия для платформы Windows NT. Имеются интерфейсы к СУБД ORACLE, DB2 и DB2/400. Platon охватывает основные операции валютного и межбанковского дилинга, коммерческие и потребительские кредиты, ипотеку, прием и выпуск аккредитивов, работу со счетами ностро. АБС имеет средства обработки и передачи основных финансовых сообщений через SWIFT, CHIPS, FEDWIRE и телекс. Поскольку Platon имеет ограниченные возможности в части казначейства, был разработан интерфейс к системе валютного дилинга и казначейства фирмы Financial Software SysteMS (FSS), которая охватывает процессы фронт– и бэк–офиса.

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

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

– постановка задачи,

– подготовка технического задания,

– разработка,

– тестирование,

– опытная эксплуатация,

– промышленная эксплуатация.

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

 

⇐ Предыдущая891011121314151617Следующая ⇒

Поделиться: