Абс кворум: смена платформы как шаг к новому качеству

- kbrbank

Абс кворум: смена платформы как шаг к новому качеству

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

Компания Кворум.

В середине и начале 90-х годов, в уже ставшей историей эру образования коммерческих банков и зарождения ПО для них, менеджер записей Btrieve был весьма популярен и обширно употреблялся для построения многих российских АБС. Возможности этого несложного продукта тогда казались в полной мере достаточными для большинства русских банков. Фантастикой в то время казались предположения о возможности обработки миллионов банковских технологических операций в час.

Первую версию АБС компания « Кворум» выпустила в первой половине 90-ых годов двадцатого века именно на платформе Btrieve , она была в полной мере конкурентоспособной и востребованной на рынке — ее пользователями стало более 100 российских банков. 

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

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

В этих условиях и начала проявляться принципиальная ограниченность возможностей Btrieve (с конца 90-х годов — Pervasive SQL ), в первую очередь по производительности: быстродействию, количествам обрабатываемых данных, количеству в один момент обслуживаемых пользователей. АБС на платформе Pervasive SQL , не обращая внимания на собственную развитую функциональность,   не могли адекватно поддерживать рост бизнеса динамично развивающихся банков. 

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

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

СУБД Oracle была достаточно успешной разработкой — восстановления и возможности резервирования баз данных на ее базе намного превосходят подобные возможности не только в Pervasive SQL , но и в других СУБД. Практический опыт эксплуатации совокупностей на СУБД Oracle говорит о том, что восстановление данных при сбоях оборудования не есть проблемой (конечно, в случае если верно организован процесс резервного копирования). Это крайне важно как раз для таких организаций, как банки,   предъявляющих повышенные требования к сохранности и надёжности дорогостоящей информации. 

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

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

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

Весьма удобно для пользователей формирование отчетности MS Office – по заблаговременно настроенным шаблонам совокупность формирует отчеты в MS Word и MS Excel . 

Следуя эластичной маркетинговой политике компании, модули “Налоговой Межбанковские” переводы “и учёт” были спроектированы для среды СУБД Oracle как независимые, не входящие в состав конкретной АБС, но для них сразу же была обеспечена интеграция с АБС Кворум на платформе Oracle . 

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

Банки, трудящиеся на «Кворум»- Btrieve, замечательно знают, что в далеком прошлом настала пора модернизации АБС. Но, однако, откладывают ее по разным обстоятельствам. Компания «Кворум» создала самые благоприятные технические и денежные условия,   каковые разрешают сделать переход на АБС «Кворум – Oracle» стремительным и безболезненным для банков.

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

The Great Gildersleeve: Jolly Boys Election / Marjorie#39;s Shower / Gildy#39;s Blade

Интересные записи

Похожие статьи, которые вам, наверника будут интересны: