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

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

Деятельность среднего банка можно разделить на две большие части. Я бы условно их назвал так. Это обработка “онлайновых” и “оффлайновых” операций. В индустрии обычно программы для них разделяют на “фронт-офис” и “бэк-офис”. Такие названия есть не только в банковской системе, конечно же, но и вообще в корпоративных системах.

Когда вы расплачиваетесь картой, или снимаете наличность в банкомате, или оплачиваете что-то в интернете, то все эти транзакции обрабатывает т.н. “фронт-офисная” система банка (процессинга). Называется она так потому, что клиент сталкивается с ней фронтом о фронт. А есть еще некоторая механика, со спины… ээ… с обратной стороны. Бэк-офис. Там происходят начисления процентов, взимание дополнительных комиссий, раскладка денег по счетам, и т.д. и т.п. Происходит это частью в автоматическом, частью в ручном режиме. Но в любом случае – под наблюдением банковских клерков.

А банки, как все мы знаем, работают настолько консервативно, что по ним даже даты сверяют. Во всех договорах прямо так и пишут: срок оплаты – столько-то банковских дней. И все мы знаем, что обычно банк работает с девяти до шести, и обед у них с часу до двух. Ну это если “нормальный банк”. Зачем я напоминаю об этих неприятных вещах? Вот зачем.

Смотрите. Сейчас, допустим, восьмое марта. Даже если бы банк работал, то всё равно там большинство клерков – женщины. Т.е. вообще никаких шансов. А вам уже припекает – надо срочно выполнить норму по тюльпанам в этом месяце, под угрозой смены статуса со “встречается” на “в активном поиске”. И вы идете с пластиковой картой в цветочный магазин, а выходите уже с готовыми тюльпанами. Ваш платеж был автоматически обработан фронт-офисной системой банка (или процессинга). Хотя никакого клерка сейчас в банке нет. Доступный баланс вашей карты безвозвратно и скоропостижно уменьшился. Но может быть, вы использовали, например, кредитную карту. И тогда банк должен насчитать проценты на кредит, а может быть, как-то учесть эту операцию в программе лояльности и т.д. Обычно такими второстепенными делами фронт-офисную систему не загружают. Ее задача – максимально оперативно обслужить платеж, а потом уже будем разбираться. А разбираться будем – когда клерки выйдут на работу. В данном случае – это четыре долгих небанковских дня… Аж до 12 марта.

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

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

Как видите, необходимо скоординировать работу фронт-офиса и бэк-офиса. Фронт-офис трудится, как любят писать англоязычные авторы, 24/7, 24 часа 7 дней в неделю (это потому что в английском нет слова “круглосуточно”). А бэк-офис работает… Банковскими днями. Довольно часто за работу бэк-офиса и фронт-офиса отвечают совершенно разные программы, но прекрасно ладящие друг с другом. Они могут быть одного производителя, могут быть разных.

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

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

Выше я рассказывал о программах, связанных с обработкой карт. Но дело в том, что банк не только картами занимается. Еще в банке есть и просто счета, с картами никак не свзянные. И та програма, которая позволяет вести все эти счета, обрабатывать платежи, переводы и т.д. – называется “Автоматизированная Банковская Система”. Сокращенно – АБС. Лично мне не очень понятно, как это возможно – что банковская система ведет только счета, но часто не содержит адекватных средств для работы с картами. Однако довольно часто это именно так. Похоже на то, что здесь есть нерыночные механизмы (договоренности между производителями программного обеспечения). Но иногда АБС совмещена с тем, что я выше назвал бэк-офисом, т.е. она ведет и операции, связанные с обслуживанием пластиковых карт. Разделение на АБС и бэк-офис условное и не всегда имеет место.

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

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

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

В подавляющем большинстве случаев в качестве базы данных используется Oracle. Это практически самая дорогая база данных. Я как-то коллегу спросил, сколько выйдет минимальная адекватная лицензия. Так вот, в районе сотни килобаксов. Но зато это одна из самых прокачанных систем. Можно сделать с базой все, что захочешь. Функционал невероятно богат, да и надежность высокая.

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

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

Подписывайтесь на канал “Технологии денег” в Яндекс.Дзен и Телеграм! У меня много интересного материала!

Источник

Тема: Программное обеспечение банковских систем.

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

План.

1. Автоматизированная система банка.

2. Программное обеспечение автоматизированной системы банка.

3. Основные положения построения программного обеспечения банка.

4. Необходимость и цель создания системы

5. Принципы построения единой прикладной программной системы (ЭППС) банка.

6. Ядро ЭППС, СУБД.

7. Этапы создания ЭППС. Система антивирусной защиты.

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

Ключевые слова

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

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

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

· финансовые и платежно-расчетные системы;

· внутрибанковские информационные и управленческие системы;

· межбанковские информационные и управленческие системы;

· специализированное стандартное программное обеспечение.

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

· программное обеспечение системы;

· аппаратное обеспечение системы;

· сетевое обеспечение систем.

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

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

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

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

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

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

· рабочие станции;

· серверы;

· печатающие устройства;

· иные устройства, обеспечивающие вход, выход и сохранение информации.

Основные положения построения программного обеспечения

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

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

На рис. 1 показаны принципы построения системы.

Рис. 1. Принципы построения системы.

Гибридными называются те системы, где задачи осуществляются как посредством крупных систем, объединенных по группам подлежащих разрешению задач, так и посредством отдельных систем. В этом случае при построении их используются единые и идентичные системы.

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

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

Основными этапами построения централизованной системы являются:

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

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

· формирование ядра единой прикладной программной системы;

· применение единой системы управления базами данных;

· разработка и применение баз данных;

· разработка и применение единых стандартов обмена информацией;

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

Единая прикладная программная система (ЕППС)

Необходимость создания единой прикладной программной системы (ЕППС) банка обусловливается следующими обстоятельствами:

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

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

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

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

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

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

Создание ЕППС позволит:

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

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

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

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

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

· производить динамическое развитие и расширение системы.

Принципы построения системы ЕППС

Принципы построения ЕППС банка следующие:

· использование одной централизованной базы данных (в одной или нескольких БД);

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

· принцип однократного ввода данных;

· единый принцип формирования отчетов;

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

· принцип самостоятельной и совместной работы модулей;

· принцип стандартного интерфейса пользователя;

· принцип межмодульного интерфейса (необходимость стандартизации);

· принцип разграничения прав и функций пользователей;

· принцип контроля и мониторинга;

· принцип соответствия международным стандартам.

Ядро единой прикладной программной системы

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

Рис. 2. Четырехуровневая автоматизированная система.

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

· Borland C++ Builder – проектирование отдельных функциональных подсистем автоматизированной системы рабочего места пользователя, проектирование описаний сетевых интерфейсов;

· Microsoft Visual Studio. Net – проектирование межсистемных функциональных подсистем, информационных систем на основе WEB-технологии, функциональных подсистем защиты данных, описаний сетевых интерфейсов;

· Seagate Cristal Reports – проектирование форматов отчетов, OLAP систем, прикладного сервера отчетов и WEB сопровождающего прикладного сервера.

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

· Система информационной безопасности

· спроектировать систему информационной безопасности, руководствуясь требованиями «системы централизованной безопасности, представления и контроля прав»;

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

· Центр управления ЕППС

· спроектировать центральной операционной центр ЕППС – ядро;

· обеспечить взаимодействие с интерфейсами, используемыми в рамках ЕППС;

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

· обеспечить использование технологий дифференциальных расчетов;

· для осуществления дифференциальных расчетов использовать СОМ (Common Object Model – технология корпорации Microsoft), СОМ+, NET-технологии;

· спроектировать и ввести механизмы, обеспечивающие надежность и жизнеспособность ЕППС.

· Центр управления данными

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

· Функциональные подсистемы ЕППС.

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

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

· CA Clipper

· MS Access

· Lotus Notes

· MS SQL Server 6.5

· MS SQL Server 2000

· Informix

В настоящее время в области банка данных и управления данными первостепенное значение придается реляционным системам управления данными. На международном рынке сегодня можно выделить системы управления базами данных MS SQL 2000 и Oracle 10G. Данные обеспечивают среднюю и высокую производительность.

Этапы создания единой прикладной программной системы

Создание и развитие ЕППС осуществляется поэтапно, в следующей очередности:

· моделирование процессов, изучение задач и конкретизация потребностей банка (2006 г.);

· проектирование и разработка систем (2006-2008 гг.);

· тестирование и внедрение (2006-2007гг.);

· эксплуатация и развитие (2006-2007 гг.).

На этапе моделирования процессов, изучения задач и конкретизации потребностей банка проводится следующая работа:

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

· изучение функциональных задач;

· изучение информационных потоков.

На этапе проектирования и разработки:

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

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

· проектирование, оптимизация баз данных;

· выбор аппаратного обеспечения системы;

· выбор сетевого обеспечения системы;

· выбор и описание общей структуры программной системы и её отдельных модулей;

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

На этапе тестирования и внедрения проводятся следующие работы:

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

· тестирование и отладка программных модулей;

· соединение модулей и тестирование, отладка всей системы;

· внедрение системы в опытную эксплуатацию;

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

На этапе эксплуатации и развития проводятся следующие работы:

· администрирование системы;

· изучение задач в целях усовершенствования системы.

Система антивирусной защиты

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

· размещение и использование единой системы антивирусной защиты;

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

· наличие центра управления, системы управления антивирусной защиты;

· передача в реальном времени в центр управления информации о вирусных происхождениях;

· установка в компьютерах и управление антивирусной системой администратором антивирусной защиты;

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

Контрольные вопросы и задания

1. Из каких основных составляющих состоит единая автоматизированная система банка?

2. Чем отличается прикладная программная система банка от стандартных программ?

3. Какие технические средства включают аппаратное обеспечение банка?

4. Рассмотрите принципы построения информационных систем и приведите структуру.

5. Для чего необходима единая прикладная программная система (ЕППС) банка?

6. Перечислите основные этапы построения ЕППС.

7. Что значит технология дифференцированных расчетов?

8. Какие системы управления банком данных используются в прикладных системах банка?

9. Каким принципам должна соответствовать система антивирусной защиты?

10. Что понимают под надежностью и безопасностью автоматизированной системы банка?

11. Что такое сервер и рабочая станция?

Литература: 4, 10, 11, 13.

Источник