Банковская информационная система. Банковская информационная система «Клиент-Банк

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

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

К БИС предъявляются следующие требования:

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

2.Процедуры расширения и настройки системы должны основываться на так называемом «связывании» модулей, которое обеспечивает комплексность системы за счет их интеграции. Например, оплата извещений по пога­шению коммунальных платежей клиента одновременно обновляет пози­ции в текущих счетах, а также другие позиции, затронутые операцией.

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

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

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

6.Лицевые счета должны проходить анализ на ситуацию неоткрытый счет. Вновь открываемые счета получают автоматически присваиваемые номера. При необходимости клиент (при наличии системы клиент-банк) или сотрудник банка должен иметь возможность просмотра лицевого сче­та и оценки его динамики за заданный период. По характеру счетов



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

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

9.Высокая безопасность системы.

Характерной особенностью современных банковских информационных систем является то, что они строятся на основе взаимодействующих АРМ специалистов. Так внутри БИС различают:

· АРМ сотрудника кредитного отдела;

· АРМ сотрудника депозитного отдела;

· АРМ сотрудника фондового отдела;

· АРМ сотрудника по работе с физическими лицами;

· АРМ специалиста по маркетингу;

· АРМ аналитика;

· АРМ планировщика и т.д.

Перечисленные АРМ могут выступать как отдельные подсистемы, так и объединятся внутри более крупных АРМ.

Одной из характерных особенностей современных банковских систем является использование клиентами пластиковых карточек. Пластиковая карточка представляет собой машинный носитель ин­формации. Различают магнитные карты (МК), смарткарты (СК) и суперсмарткарты (ССК).

В технологии реализации расчетов с помощью карточек участвуют три объекта: банк, клиент и магазин. Банк выдает клиенту карточку, содержащую сведения о его потенци­альной возможности совершения покупок. При этом можно говорить о дебитных карточках (доступна вся сумма средств, находящихся на счете клиента), предоплаченных карточках (доступна часть средств, переве­денных на индивидуальный или общий транзитный счет со счета клиен­та) и кредитных карточках (доступна часть средств, отсутствующих на карточке, но обеспечивающихся банком или самим клиентом). Магазин через банк осуществляет дебетование средств клиента.

Технологии выполнения расчетов с использованием МК могут быть различны в деталях, но в целом схема расчетов следующая. Если при покупке товара используется карточка, ее хозяин вводит в устройство сертификатора pin-код, а продавец связывается с банком для проверки платежеспособности карточки (авторизация), и после соответствующего подтверждения форми­руется торговый вексель: с помощью импринтера подготавливается отпеча­ток с рельефной части карточки - слип, на котором пропечатывается сумма задолженности, а покупатель ставит свою подпись, что делает его докумен­том для оплаты. В конце рабочего дня слипы в ходе инкассации пересылают­ся в банк, где находится расчетный счет магазина, и осуществляется переме­щение средств со счета покупателя на счет магазина.

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

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

Технология СК обеспечивает высокую степень автоматизации (опе­рации ручного ввода информации с чеков вообще отсутствуют) и инфор­мационного обслуживания всех участников расчетов.

Даже если данные, записанные на карточке, и ока­жутся продублированными (как с МК), ее использование невозможно без знания уникального кода. При отправке карточек произво­дителем в адрес банка, выпускающего карточки в обращение, pin-коды генерируются банком отдельно. Пока код не будет "присвоен" карточ­ке, ее невозможно использовать.

Министерство общего и профессионального образования РФ

Московский Государственный Индустриальный Университет

Кафедра информационных систем и технологий в экономике и управлении

Самостоятельное задание

по дисциплине

«Информационные системы»

на тему:

« Банковские информационные системы ».

Выполнил:

Студент 3-го курса

Группы №6293

Валин Ф. Н.

Проверил:

проф. Широков Л. А.

- Москва 2003 г. -

Введение............................................................................................................................ 3

1. Архитектура системы и реализация основных функций ................ 5

1. 1. Глобальный уровень ........................................................................................... 6

1. 2. Уровень менеджера. Функции управления банком. .................... 7

1. 3. Уровень агентов ................................................................................................... 11

2. Решения, используемые при разработке банковской системы автоматизации ................................................................................................................ 12

3. Требования к банковской информационной системе и принципы разработки программных средств ................................................................... 13

4. Структура условной интегрированной информационной системы 1

5. Межбанковские взаимодействия и коммуникации .......................... 25

Заключение .................................................................................................................... 31

Список используемой Литературы.

1. Банковские технологии. № 7-8 , 1997.

2. Информационные технологии. № 2 , 1997.

3. Международные банковские стандарты. Под. ред. С. И. Кумок. -М.: Московское финансовое объединение, 1995.

Введение.

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

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

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

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

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

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

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

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

Сетевое управление - мониторинг сетевых устройств и управление ими;

Системное управление - управление пользователями, их средствами и ресурсами, включая ПО и пользовательские процессы.

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

К наиболее развитым базовым средствам построения систем управления следует отнести:

* OpenView+IT operation/administration компании Hewlett-Packard ;

* Sun Connect SunNet Manager компании Sun Solution ;

* Tivoli компании IBM ;

* SMS компании Microsoft ;

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

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

1. Архитектура системы и реализация основных функций.

Архитектура подобной системы должна содержать три основных уровня:

Уровень глобального отображения - поддержка интегрированного пользовательского интерфейса и ведение репозитария общих объектов;

Уровень управления банком, или уровень менеджеров - управление информационными процессами, происходящими во всех субъектах информационно-телекоммуникационной инфраструктуры корпорации;

Уровень агентов - наблюдение и контроль за всеми элементами информационно-телекоммуникационной инфраструктуры банка.

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

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

Высокая степень масштабируемости должна позволять настраивать систему на задачи конкретного бизнеса, используя сети TCP/IP, SNA, DECnet и IPX, мейнфреймы IBM операционные системы VMS , OS/400 , NonStop Kernel , Unix , Windows NT и Windows 95 .

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

Реализация описываемой архитектуры должна основываться на трёх основополагающих принципах:

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

Управляемость любым ресурсом системы независимо от его месторасположения;

- «дружественный» трёхмерный графических интерфейс пользователя.

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

1. 1. Глобальный уровень.

На верхнем уровне объектно-ориентированной архитектуры системы реализуется графический интерфейс реального мира, с помощью которого управляющие приложения распознают подчинённые им ресурсы и устанавливают взаимосвязи. Для отображения всей вычислительной среды используется трёхмерная анимация и элементы виртуальной реальности, позволяющие администратору «перемещаться» по вычислительным ресурсам и сетевым соединениям. Таким образом, со своего «пульта управления» администратор может наблюдать за функционированием информационно-телекоммуникационной инфраструктуры корпорации и решать возникающие проблемы.

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

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

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

1. 2 Уровень менеджера (функции управления банком).

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

Указанные функции объединяются в следующие основные группы:

* управление событиями;

* управление рабочей нагрузкой;

* управление носителями данных;

* хранением и восстановлением информации;

* управление защитой;

* управление проблемами.

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

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

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

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

¨ станции - идентификация и описание рабочего места, где будет выполняться задание. Это может быть сервер, рабочая станция или некоторое место, где выполняются ручные операции;

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

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

¨ набор заданий - логическая совокупность или набор заданий.

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

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

Функция автоматического управления хранением данных обеспечивает всё необходимое для выполнения резервного копирования и архивирования информации с отслеживанием перемещения данных с активных носителей на резервные. Менеджеры хранения данных поддерживают также такие функции, как шифрование, сжатие, коррекция избыточности и ошибок. Подчинённые им агенты поддерживают широкий диапазон устройств, в том числе RAID, оптические диски и роботы.

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

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

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

В системе реализованы средства группирования пользователей и ресурсов, а также расширенные средства авторизации (помимо стандартных прав чтения и записи). В отличие от традиционных систем файлы защищаются не их физическими атрибутами, например списком прав доступа, а правилами которые устанавливаются в специальной реляционной базе данных управления защитой. В этой базе хранится вся информация, связанная с защитой, и администраторы всегда могут получить оттуда нужные сведения. Система предоставляет средства определения ресурсов, нуждающихся в защите: файлы, терминалы, принтеры, настольные ПК, порты TCP/IP, Web-страницы и объединяет их в группу по отображению конкретного бизнес процесса. Затем администратор может назначать полномочия для пользователей, задействованных в этом процессе. Кроме того, развитые аудиторские функции дают возможность контролировать использование алгоритмов защиты в системе - ведется журнал неавторизованного доступа и попыток взлома защиты, а также данных о внесении изменений в алгоритмы защиты.

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

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

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

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

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

Одной из ключевых функций на данном уровне является функция отображения бизнес процессов . Бизнес процессы, такие, например, как обработка заказа, электронный платёж, обслуживание клиента, осуществляемые в рамках автоматизированных финансовых и промышленных систем типа MANMAN/X, Baan, SAP/R3, могут включаться в так называемое отображение бизнес-процессов. Любое из них можно «открыть», создав для него папку, и «положив» туда все атрибуты, отвечающие за его функционирование: идентификаторы компьютера и диска, описания требований к ресурсам и т. п. В результате можно сформировать динамическую картинку актуального состояния автоматизированной системы, про которой администратор способен проследить возникновение потенциальных коллизий и своевременно, например, перераспределить или добавить ресурсы.

1.3 Уровень агентов.

Как уже отмечалось, модель управления распределёнными системами реализуется в виде гибкой структуры, в основе которой лежит технология «менеджер - агент», реализованная на двух нижних уровнях архитектуры системы. Агент - это программа на языке программирования Си, использующая библиотеку функций связи с ядром системы и генерирующая информацию для верхних уровней управления. Данная программа запускается централизованно и управляется брокером объектов. Каждый раз, когда в корпоративную систему включается новый компонент, происходит опрос с целью обнаружения уже известных агентов и установления с ними связи. Агенты по аналогии с датчиками и сенсорами следят за работой практически любых ресурсов информационной системы и позволяет наблюдать за семи элементами сетевой инфраструктуры, базами данных и приложениями. Список готовых агентов в системе должен включать поддержку таких наиболее распространенных ОС и баз данных, как Windows NT, Unix, Oracle, Sybase, SQL Server , CA-OpenIngres. Дополнительные агенты могут создаваться с помощью системных инструментальных средств.

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

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

2. Решения, используемые при разработке банковской системы автоматизации.

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

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

Нужно отметить и тот факт, что во многих БИС автоматизированы лишь самые основные, наиболее важные с точки зрения разработчиков системы, задачи. Это может быть мотивировано отсутствием некоторых услуг: факторинга, лизинга, карточных услуг, но есть управленческие задачи, решаемые в любом банке и, как правило, отсутствующие в большинстве отечественных БИС, например автоматизированный анализ качества кредитного порт­феля, прогнозирование и планирование кредитных ресурсов. В коммерческих банках структура управления и состав банковских операций оказывают решающее воздей­ствие на структуру и содержание БИС.

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

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

При разработке системы автоматиза­ции могут быть реализованы два альтернативных решения.

Первое решение заключается в том, что проектировщики разраба­тывают систему исходя из сложившейся структуры управления и, таким образом, «увековечивают» ее преимущества и недостатки.

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

3. Требования к банковской Информационной системе и принципы разработки программных средств.

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

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

К специальным требованиям, характерным для банковской сферы, от­носится прежде всего возможность отката на дату (контрольную точ­ку) либо технологического отката через систему обратных проводок «красное сторно». При достижении исходной ситуации и ее фиксации сотрудники банка должны иметь возможность внесения изменений и воз­врата с автоматическим расчетом, закрытием и архивацией всех после­дующих дней.

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

Другим требованием, которое теперь предъявляют банки к систе­мам автоматизации своей деятельности, является блокирование вво­да платежных документов, приводящих к дебетовому сальдо, чтобы ис­ключить таким способом пополнение картотеки № 2. Если же такая ситуация не возникает и платежный документ не обладает некоррект­ными реквизитами, банковская технология предполагает однократный ввод информации в систему и автоматическое формирование прово­док по всем операциям. Это требование совпадает и с требованием разработчиков.

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

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

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

Требования разработчика в основном связаны со сложившимся под­ходом к проектированию автоматизированных систем, а также с собст­венными его интересами, которые носят финансовый характер. Это пре­жде всего соотношение: цена - себестоимость - объем работ.

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

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

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

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

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

Каждому объекту (лицевой счет, проводка, клиент) соответствует стан­дартный инструментарий (создание, контроль, корректировка, удаление, сортировка, поиск и др.), а также специфический инструментарий («крас­ное сторно» для проводок, заключение оборотов или закрытие - для сче­тов и др.).

Весьма актуальной проблемой сегодня остается обеспечение банков­ской безопасности. Ее решение может быть успешным только при ком­плексном подходе, который подразумевает разделение доступа к инфор­мации, к различным АРМ и к режимам в них. Так, для доступа к системе существуют уровни: пересылка файлов в определенную директорию, дос­тупы в определенную директорию, доступ к диску, реализация всех функ­ций на удаленной ЭВМ. Для этого обычно используется система паро­лей, шифрования передаваемой информации, электронной подписи. Так­же важное значение имеет правильная организация ведения архива инфор­мационной базы системы.

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

С другой стороны, существует ряд требований, которые предъявля­ются к разработке исполнителем (разработчиком). Эти требования могут совпадать с требованиями банка, но могут и конфликтовать. Хотя боль­шинство из перечисленных требований, предъявляемых проектировщиком, не являются конфликтными по отношению к требованиям банков.

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

Общие требования разработки информационных систем: сокращение документооборота; автоматизация рутинных задач: адаптивность финансовых информационных систем (ФИС) (параметризованность); возможность расширения систем; единая информа­ционная база; мобильность; ведение архива системы; вос­становление архивной копии базы данных системы.

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

4. Структура условной интегрированной информационной системы.

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

На основе проведенного аналитического обзора рынка Российских БИС был выделен и скомпонован состав АРМ и определены их функции для условной интегрированной БИС. В реальной интегрированной БИС такое выделение зависит от структуры управления, разде­ления управленческих функций и целей, а также от выбранного подхода к проектированию сис­темы и многих других факторов. В структуре БИС в процессе ее разработ­ки выделяют перемещаемые блоки, которые обеспечивают выполнение некоторых стандартных банков­ских техноло­гий: обслужи­вание договоров (кредитного, депозитного, трастового, до­говора на рас­четно-кассовое об­служивание и др.), обслужи­вание процен­-

Рисунок 1. Структура интегрированной БИС

тов по различным договорам, об­служивание штрафных процентов и др.


Перемещаемые блоки после соот­ветствующей настройки и функционально специализированные програм­мы образуют АРМ конкретных рабочих мест.

Здесь (см. рис. 1) имеется ряд АРМ, которые необходимы относи­тельно полноценности управления, но отсутствуют как самостоятельные в большинстве БИС: АРМ специалиста по маркетингу, АРМ сотрудника по управлению активами и пассивами, АРМ аналитика, АРМ планиров­щика, АРМ сотрудника по управлению ликвидностью и др.

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

Если банк обладает филиалами, то в его структуре предусматривается отдел, обеспечивающий обмен информацией с ними в режиме on-line с использованием телекоммуникационных каналов через АРМ коммуникаций либо в режиме off-line на основе электронной почты, дискетой или бумаж­ной технологии. АРМ по работе с филиалами дает сотруднику возможность ввода информации о финансовых операциях филиалов, учета их деятель­ности при формировании консолидированного баланса, анализа деятельно­сти филиалов и расчета для них нормативных коэффициентов.

Работа с внешней средой осуществляется по каналам телекоммуникаций через АРМ коммуникаций. АРМ обеспечивает экспорт-импорт инфор­мации, т.е. двусторонний обмен данными с внешними абонентами: ЦБ РФ, филиалами, системой межбанковских расчетов, процессинговым центром (Union Card, STB-Card и др.), пунктом обмена валюты, клиентами, биржей и пр. При использовании телекоммуникаци­онной среды происходят трансформация передаваемой информации в оп­ределенный стандарт, ее шифрование (обычным способом и с применени­ем электронной подписи) и установление связи: либо напрямую с исполь­зованием телефонных и других каналов, либо через какую-либо компью­терную сеть (рис.3.)

Для обеспечения взаимодействия по схеме клиент-банк у клиента ус­танавливается программный комплекс АРМ клиента, который позволяет вводить, редактировать платежные документы с использованием типово­го набора бланков, печатать подготовленные документы, шифровать и де­шифровать информацию и обеспечивать авторизацию через механизм элек­тронной подписи, отправлять и принимать документы, файлы и сообще­ния. В банке внутри базового блока устанавливается для взаимодействия с клиентом АРМ банка. Этот комплекс обеспечивает через АРМ комму­никаций аналогичные функции по взаимодействию с клиентом, поддер­живает архивы взаимодействия с клиентом и отправляет поступившие платежные документы по ЛВС на обработку в нужный АРМ.

Рисунок 2 Схема работы АРМ коммуникаций по экспорту данных

АРМ сотрудника межбанковских расчетов (МБР) обеспечивает веде­ние расчетов с другими коммерческими банками через сеть клиринговых центров и через взаимное открытие кор­респондентских счетов. При работе на основе прямых межбанковских расчетов АРМ позволяет осуществлять контроль, корректировку и отме­ну текущих операций МБР и формирование начальных авизо, реестров и соответствующих платежных документов. При работе с ответными авизо АРМ проводит весь комплекс работ с входным документом: ввод, коррек­тировку, отмену текущих документов (с одновременным контролем сумм авизо и платежных документов); выполнение квитовки ответных авизо, ведение соответствующего журнала и документов по квитовке; откры­тие, ведение и закрытие заключительных оборотов.

Для проведения электронных взаимодействий с другими банками, клиентами, процессинговым центром или биржами информация пересы­лается по ЛВС на АРМ коммуникаций, через которое реализуются теле­коммуникационные взаимодействия.

АРМ сотрудника кредитного отдела (АРМ СКО) обеспечивает заклю­чение и ведение договора, его пролонгацию и закрытие (поступление в архив), формирование графиков погашения основного долга и выплаты процентов по различным схемам, а также контроль выполнения этих гра­фиков и начисление пеней по основной части долга и по процентам. При этом формируется ряд ведомостей. АРМ поддерживает стандартные и ин­дивидуальные процентные ставки: по основной части долга, за неисполь­зованный кредит (если это не указано в договоре), за просроченный воз­врат ссуды или за несвоевременную выплату процентов за кредит.

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

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

АРМ сотрудника депозитного отдела обеспечивает привлечение времен­но свободных средств. Относительно предметной технологии в этот АРМ включаются такие же режимы, как и в АРМ СКО: заключение договора, расчет процентов по различным схемам, причисление их к остатку и др.

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

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

Работа АРМ конструктивно строится на основе ряда универсальных перемещаемых блоков: Договор, График выплат. Расчет нормативов бан­ка, а также ряда специальных с методической и технологической точек зрения блоков: Оценка кредитоспособности клиента и Прогноз свободных средств банка (на основе сроков окончания договоров). Блок Договор обес­печивает подготовку, ведение, учет и контроль исполнения договоров банка и его обязательств; учет сумм кредитов и депозитов при расчете коэффи­циентов ликвидности банка; прогноз состояния кредитных ресурсов бан­ка к заданному моменту времени; прогноз влияния предполагаемого дого­вора на финансовое состояние банка. Он позволяет получить выписку о состоянии отдельного договора и сводную отчетную документацию.

Блок График выплат позволяет провести предварительную прикид­ку вариантов погашения кредитов и выплат по депозитам и кредитам. Воз­можны графики равномерного погашения базы кредита, равномерного погашения базы кредита и процентов; аннуитет (ссудозаемщик регулярно выплачивает равные суммы - аннуитеты, состоящие из суммы процентов и суммы погашения основного долга, поскольку проценты начисляются на остаток долга, они снижаются по мере погашения с одновременным увеличением доли погашения); график выплаты процентов при получе­нии ссуды (дисконтированная ссуда); график единовременного погаше­ния кредита в конце срока договора с текущим погашением процентов; график произвольного погашения базы кредита и др.

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

АРМ старшего оператора (может и не быть) формирует из введенных документов рейсы и передачу их на ВЦ для проведения одногородных рас­четов.

АРМ сортировщика (может и не быть) создается для проверки пачек документов, введенных операционистами, и отправки их на проводку, а также для формирования и печати авизо и реестров для РКЦ.

АРМ контролера реализует так называемый принцип «четырех глаз» и служит для просмотра кассовых документов и документов, введенных операционистами или операторами; печати сводных ведомостей по при­ходу и расходу; проставления пометки об оплате на документах; отправ­ления проводок по кассе; распечатки форм отчетности.

АРМ кассира-контролера обеспечивает: ввод кассовых платежных до­кументов; прием и обработку денежных чеков, объявлений на взнос на­личными, приходных и расходных кассовых ордеров и документов по инкассации; формирование сводных ведомостей по приходу и расходу; ве­дение кассовых журналов; подготовку проводок по кассе; получение свод­ной справки по кассовым оборотам, формирование мемориальных орде­ров; расчет платы каждого клиента за кассовое обслуживание; получение отчета по кассовым символам оборотов за период; работу со справочни­ком символов; формирование справки по кассе.

С помощью АРМ старшего операциониста (может и не быть) оцени­вается загрузка операционистов и назначаются операционисты для новых клиентов банка; просматривается и контролируется список открытых за день лицевых счетов.

Одно из важных мест во всех банковских программных продуктах за­нимают АРМ операционистов. В некоторых технологиях предусмотрено их разделение на АРМ операциониста по платежным документам и АРМ операциониста по подготовке отчетов либо на АРМ операциониста по ра­боте с физическими лицами и АРМ операциониста по работе с юридиче­скими лицами. В крупных банках иногда выделяют операционистов для проведения работ по открытию и закрытию счетов.

Обычно же АРМ операционистов могут реализовывать открытие и за­крытие счетов; начисление, причисление к остатку вкладов и выдачу про­центов по всем видам вкладов; перевод вкладов; поиск клиента по номеру его лицевого счета и наоборот; установление договорной процентной став­ки и платы за совершение операций и расчет дохода от проведения опера­ций; оплату переводов; ведение операционного дневника; аналитический и операционный контроль за выполнением операций; ввод платежных до­кументов; работу с картотеками:

В случае специализации опера­ционистов по виду документов могут выделяться АРМ операционистов по платежным требованиям и поручениям, по кассе, по работе с аккреди­тивами, чековыми книжками и др.

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

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

АРМ главного бухгалтера осуществляет: получение информации о ра­боте банка, его клиентах; открытие и закрытие лицевых счетов; просмотр и печать оборотно-сальдовых ведомостей по балансовым и внебалансовым счетам, а также ведомостей открытия, закрытия и изменения лице­вых счетов; обновление файла подписей клиентов (в некоторых БИС).

АРМ администратора является крайне важным и включает несколько различных функций, которые обеспечивают:

текущую работу по документам:

Отражение оперативных проводок;

Составление текущей описи документов;

Выполнение текущей сверки;

Составление документального баланса;

Печать отчетов;

Межфилиальный обмен по дискетной технологии;

Планирование и завершение операционного дня банка;

Планирование работ и наделение полномочиями сотрудников отдела;

операционно-учетных работ:

Планирование работ на требуемый день;

Регистрация, удаление, изменение статуса пользователя;

Контроль протокола работы пользователя;

Функциональное конфигурирование рабочих мест пользователей;

Поддержание санкционированного доступа к информационным ре­сурсам БИС;

Выполнение отката комплекса;

ведение фонда НСИ:

Администрирование файлов базы данных;

Организация и ведение фонда НСИ (изменение процентных ставок, справочники МФО, таблицы балансовых и внебалансовых счетов, типов платежных документов, кассовых символов, атрибутов банка, прейскуранта услуг, видов операций и др.);

Установление и конфигурирование рабочих мест других пользовате­лей БИС;

Включение и выключение задач в комплексе;

Настройка комплекса;

Выполнение пусковых работ при внедрении БИС. Если в каких-либо БИС состав АРМ другой, то функции сотрудников ОУР просто разделены между АРМ по-другому, поскольку БИС лишь обес­печивает реализацию банковских учетных технологий средствами инфор­мационных технологий, являясь некоторой моделью системы у правления.

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

Таким образом, АРМ сотрудника кредитного от­дела (СКО) должен под­держивать реа­лизацию целей, которые вы­ставляются со­труднику бан­ка, и обеспечивать его информа­цией для приня­тия решения по кредитова­нию и дальнейшему обслуживанию кредита.

Ри­сунок 3. Схема данных решения задач АРМ СКО

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

Обычно в отечественных БИС АРМ СКО обеспечивает ввод и обра­ботку информации о кредитных дого­ворах и отражает технологические этапы кредитова­ния: заключение договора и его ведение (выдачу кре­дита, начис­ление процентов по кредиту, расчет неустоек и выставле­ние их на инкассо либо полу­чение этих сумм в порядке бесспорного платежа, контроль фактических выплат клиентом по договору, пролон­гацию договора и его закрытие, перевод договоров в состояние про­срочки). Расширение возможностей АРМ СКО может происходить через до­бавление средств обра­ботки информации договоров на гаран­тии погашения кредитов и на их страхование; средств оценки креди­тоспособности заемщика; расчет платы за кредит для но­вых схем кре­дитования и др.

На рис.3 представлена схема данных решения задач АРМ СКО. Сотрудник кредит­ного отдела, используя множество текстовых прототи­пов (шаблоны договоров), составляет договор о выдаче кредита также в текстовой форме, имеющий статус черновика. Кредитный договор как тек­стовый документ содержит: наименование сторон; вид кредита; сумму; срок договора; процентную ставку; порядок выплаты процентов; вид обес­печения; перечень необ­ходимых документов (по требованию банка); но­мер расчетного счета и другие реквизиты банка, обслуживающего пред­приятие; юридические адреса сторон.

Технологически договор может иметь различный статус: черновик, условно действующий, реально действующий и завершенный. Первона­чально составленный черновик переходит в статус условно действую­щего при его подписании. Договор приобретает статус реально дейст­вующего после перемещения на его основании финансовых средств. После окончания расчетов между ссудозаемщиком и банком договор приобретает статус завершенного. Реально действующий договор мо­жет иметь уточненный статус: нормально действующий, просроченный и пролонгированный.

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

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

При пролонгации этот цикл повторяется, но статус договора меняет­ся. Если же договор переводится в просрочку, меняется не только статус договора, но и начинается начисление пенсий. И в том, и в другом случае формируются соответствующие проводки.

При закрытии договора меняется лишь его статус.

Для расчетов по предоставленным кредитам обычно применяется файл процентов (начисленные проценты).

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

5. Межбанковские взаимодействия и коммуникации.

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

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

В качестве внешней среды, с которой взаимодействует коммерческий банк (рис. 5) выступают:

  • обменные пункты;
  • участники электронного денежного обращения (ЭДО) с использова­нием пластиковых карточек (ПК);
  • клиент;
  • филиалы банка;

Рисунок 5 Схема взаимодействия коммерческого банка с внешней средой

· банки на территории России;

· банки на территории СНГ;

· зарубежные банки;

· другое.


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

Взаимодействие банка с клиентом позволяет обеспечить компьютер­ный обмен информацией и минимизировать визиты клиента в банк. Такое взаимодействие предполагает пересылку по электронным каналам платеж­ных документов, выписок по лицевым счетам, формирование реестра пла­тежей за любой период, паспортов сделок и др. Абонентом банка может быть как юридическое, так и физическое лицо, имеющее компьютер. За рубежом такая услуга под названием домашний банк (Home banking) в последнее время стала особенно популярной.

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

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

Межгосударственные межбанковские взаимодействия на территории СНГ осуществляются через центр межгосударственных расчетов (МГР) ЦБ РФ, а международные расчеты - через систему общества международ­ных межбанковских финансовых коммуникаций SWIFT.

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

Все электронные взаимодействия коммерческого банка с внешней средой, к которой относятся отдельные клиенты, уча­стники расчетов пластиковыми карточками, другие банки в России, СНГ и в других государствах, осуществляются на ос­нове телекоммуникационной среды с использованием стандар­тов передачи и обработки данные различного уровня.

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

Обилие видов пластиковых карточек как машинных носителей инфор­мации, а также их невысокая стоимость сделали их весьма распростра­ненными. Пластиковые карточки стали использоваться в качестве: про­пусков (access control); телефонных карточек (phonecard); визитных карточек (business card); удостоверений личности (pass control); водительских удостоверений; студенческих билетов; карточек логического доступа (например, к компьютеру); карточек контроля входа в различ­ные электронные системы (log-on access): доступ к устройствам ЭВМ, к программам и файлам, разрешения на выполнение программ или ко­манд, контроль отдельных функций, доступ к шифрованным данным; карточек хранения данных (например, карты здоровья); карт гарантии и фирменного сопровождения, где отмечается обслуживание: осмотры и ремонты какой-либо покупки; финансовых карточек: карточки покупа­теля (shopping card), банковские карточки (bank card) и карточки для банкоматов (ATM-Card).

Пластиковая карточка представляет собой машинный носитель ин­формации, который может быть классифицирован по способу ее записи и хранения. Так, различают магнитные карты (МК), карты памяти, смарткарты (СК) и суперсмарткарты (ССК).

Емкость МК составляет всего 100-200 байт, в которых на нескольких дорожках зафиксированы: идентификаторы карточки и ее владельца, сро­ки действия, внутренний код и поле для записи функциональной инфор­мации. И хотя для записи и считывания информации МК необходимы специальные устройства, они, как и сами МК, относительно просты в про­изводстве, и себестоимость их невысока. Поэтому в настоящее время во всем мире они наиболее распространены, хотя как носитель несовер­шенны. Прежде всего они имеют очень низкий уровень защищенности.

Помимо слабой защиты от копирования МК недолговечна. И эти ее недостатки повлекли за собой усложнение технологической схемы об­служивания. Работа с МК предполагает обмен информацией при автори­зации в режиме on-line и усложняет процедуру обслуживания продавцом покупателя. СК в отличие от МК снижают риск мошенничества в 20 раз.

Среди финансовых карточек существуют также карточки для прове­дения операций с наличностью (ATM-Card) на основе банкоматов, имею­щих считыватель, цифровую и функциональную клавиатуру, дисплей, принтер и устройство выдачи и ввода наличности.

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

В технологии реализации расчетов с помощью карточек участвуют три объекта: банк, клиент и магазин.

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

В зависимости от наличия средств телекоммуникационного доступа авторизация для МК может происходить как по каналам связи (on-line), так и голосом, а для СК и в режиме off-line. По виду резервирования средств электронные платежные средства (ЭПС) можно разделить на: средства, требующие on-line-связи с платежной системой в момент покупки (резервирование средств происходит в момент платежа); сред­ства, предполагающие перевод денег с лицевого счета клиента на банков­ский (не транзитный) счет, соответствующий карточке; средства, исполь­зующие периодическое пополнение счета до установленной суммы (на­пример, по определенным датам) в любом месте через терминал в режи­ме off-line (только для СК).

В современной отечественной литературе банковские карточки по технологии и характеру платежей традиционно разделяют на дебетные (ДК) и кредитные (КК).

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

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

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

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

· процент скидки покупателю при покупках в пределах сумм на его лицевом счете

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

· процент оплаты фактического кредита банка;

· процент оплаты дебетового сальдо относительно объема предостав­ляемого банком кредита (обычно удвоенная величина кредитной ставки);

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

· залог по дебетовому сальдо (обычно недвижимость);

· обязательства клиента сообщать все изменения источников дохода;

· паспортные данные клиента;

· ответственность при потере магнитной карточки.

Технологии выполнения расчетов с использованием МК могут быть различны в деталях, но в целом схема расчетов следующая. Если при покупке товара используется карточка, ее хозяин вводит в устройство сертификатора pin-код, а продавец связывается с банком для проверки платежеспособности карточки (авторизация), и после соответствующего подтверждения форми­руется торговый вексель: с помощью импринтера подготавливается отпеча­ток с рельефной части карточки - слип, на котором пропечатывается сумма задолженности, а покупатель ставит свою подпись, что делает его докумен­том для оплаты. В конце рабочего дня слипы в ходе инкассации пересылают­ся в банк, где находится расчетный счет магазина, и осуществляется переме­щение средств со счета покупателя на счет магазина.

Новый вид карточек, который становится сейчас все более популярным в сфере ЭДО, - смарт-карты. Имея стандартные в соответствии со специфи­кацией ISO размеры, они представляют собой микрокомпьютер, который может содержать процессор, память (ПЗУ, изменяемая ПЗУ, ОЗУ), систему ввода-вывода. Карта снабжается операционной системой и системой безо­пасности для защиты данных с возможностью их кодирования.

"Пустая" микропроцессорная карта при эмиссии изначально содержит в ПЗУ тип карты (банковская или клиентская (торговая)), уникальный иден­тификатор в пределах системы, код эмитента и операционную систему.

Такую карточку трудно подделать и невозможно скопировать. Одной из хорошо защищенных сейчас является карточка компании Gemplus (Франция), используемая в технологии U.E.P.S. (русская версия), создан­ной компанией Netl (Франция). Базовое программное обеспечение принадлежит BGS и российской компании Telefonn. Карточ­ка имеет двенадцать степеней защиты: от ультрафиолета, от лазерного сканирования, от спиливания, нагрева и пр. Каждый из участников систе­мы (и банк, и магазин) имеет собственные ключи. В банке хранится так называемый "нулевой пароль", вводимый им при установке или замене транспортного ключа, которым "закрыты" карты до момента их эмиссии банком, при этом поставщик системы доступа к этой операции не имеет.

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

Магазины могут использовать СК, сохраняя возможность работы с МК любого типа и, применяя специальный товарный терминал, получают возможность уменьшения времени обслуживания клиентов без дополнительного обучения персонала при полной гарантии оплаты тран­закций и кредитовании счета магазина в момент покупки. При этом упрощается контроль расчетных операций, снижаются объемы телекоммуни­кационного обмена и расходы по оплате комиссий банку.

Даже если данные, записанные на карточке, и ока­жутся продублированными (как с МК), ее использование невозможно без знания уникального кода. При отправке карточек произво­дителем в адрес банка, выпускающего карточки в обращение, pin-коды генерируются банком отдельно. Пока код не будет "присвоен" карточ­ке, ее невозможно использовать.

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

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

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

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

Заключение.

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

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

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

  • Хузиахметова Регина Руслановна , бакалавр, студент
  • Башкирский государственный аграрный университет
  • ВЛИЯНИЕ ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ НА БАНКОВСКОЕ ДЕЛО
  • ИНФОРМАЦИОННАЯ СИСТЕМА
  • ИНФОРМАЦИОННАЯ ТЕХНОЛОГИЯ
  • ЭТАПЫ РАЗВИТИЯ ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ

В этой статье раскрывается понятие "Информационные системы", а также их роль и значение в банковском деле, дается ответ на вопрос:" Как и каким образом информационные системы влияют на такое направление, как банковская деятельность?"

  • Совершенствование кредитования юридических лиц в АО «Россельхозбанк»
  • Совершенствование управления финансовыми ресурсами в АО «Россельхозбанк»

Финансовые и денежные процессы, которые протекают в банке, обозначают процессы обработки, а также хранения и переноса информации. Это относится как к расчётным процессам, которые владеют информацией о состоянии счетов клиентов, так и к процессам управления самим банком и принятия управленческих решений. В этом то и состоит актуальность данной темы. Цель данной работы- изучить важность информационных систем внутри банковской сферы.

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

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

Развитие автоматизации финансового бизнеса тесно связано с эволюцией информационных систем (ИС). Первый этап эволюции соответствует 1960–1970 годам, который характеризуется построением информационной системы на базе электронно - вычислительных машин.

Второй этап- 1975 – 1980 годы. Он запомнился использованием миникомпьютеров. Главным новшеством второго этапа стала двухуровневая модель «большая ЭВМ – миникомпьютеры», у которого информационный фундамент был в виде централизованной базы данных и находящихся в них прикладных пакетов.

Третий этап -80–е – начало 90–х годов- характеризуется распределенной сетевой обработкой, которая основана на массовом переходе пользователей с больших ЭВМ и миникомпьютеров на портативные компьютеры (здесь используется сетевой вариант). Этот этап развивался в направлении создания двухуровневых систем, которые используют в больших масштабах UNIX–серверы и рабочие станции. В результате такого рода развития были созданы информационные системы предприятий и подразделений, которые основаны на иерархической модели клиент–сервер.

Четвертый этап развития информационных систем характеризуется концентрацией ресурсов при сохранении достижений распределенной обработки с переходом от локальных сетей рабочих станций–клиентов на сети серверов. У четвертого поколения появляются двухуровневые сети. Базовая сеть объединяет аппаратные и программные средства поддержки работы пользователей и локальные сети, которые обеспечивают пользователям взаимный обмен данными и доступ к корпоративным ресурсам. Главный узел концентрации информационных систем обеспечивает связь локальных серверов с самим центральным компьютером.

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

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

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

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

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

Главными составляющими автоматизированной банковской системы являются:

  • новейшие аппаратные средства;
  • современное программное обеспечение;
  • математическое обеспечение;
  • информационное обеспечение;
  • функциональное обеспечение;
  • технологическое обеспечение.

Все компоненты автоматизированной банковской системы взаимосвязаны, взаимозависимы и неразделимы между собой.

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

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

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

Список литературы

  1. Банковские системы: Учебное пособие / С.А. Андрюшин; Финансовая Академия при Правительстве РФ. - М.: Альфа-М: НИЦ Инфра-М, 2013. - 384 с.;
  2. Вдовин, В. М. Информационные технологии в финансово-банковской сфере [Электронный ресурс] : Учебное пособие / В. М. Вдовин, Л. Е. Суркова. - М.: Дашков и К, 2012. - 304 с. ;
  3. Банковские автоматизированные информационные системы Кашапова Э.З., Шарафутдинов А.Г. В сборнике: Тенденции и перспективы развития статистической науки и информационных технологий сборник научных статей: посвящается Юбилею профессора кафедры статистики и информационных систем в экономике доктора экономических наук Рафиковой Нурии Тимергалеевны. МСХ РФ, Башкирский государственный аграрный университет. Уфа, 2013. С. 167-168;
  4. Информационные технологии как обыденность функционирования современных компаний Шарафутдинов А.Г., Мухамадиев А.А. В сборнике: Информационные технологии в жизни современного человека- Материалы IV международной научно- практической конференции. Ответственный редактор: Зарайский А. А.. 2014. С. 90- 92;
Интегрированная БИС представляет собой единый программно-технологический комплекс, являющийся средством ускорения освоения, возвратности и сбалансированности ресурсов, контролируемых по заданным условиям финансирования и кредитования.
Объект исследования: банковское дело.
Предмет курсовой работы: информационная система в банковском деле.
Цель работы: исследовать банковскую информационную систему.
Для достижения поставленной цели, следует выполнить следующие за дачи:
1. Рассмотреть понятие банковской информационной системы.
2. Изучить автоматизацию работы с пластиковыми картами.
3. Выделить основные принципы администрирования БИС

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

Глава 1. Понятие БИС.

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

1.1 История развития автоматизированных банковских систем.

В России на рубеже 80-х и 90-х годов с появлением финансового рынка и первых коммерческих банков начала становление новая банковская система. Развитие отечественных технологий автоматизации банковского дела неразрывно связано с развитием банковской системы. Значительные изменения в области банковской автоматизации происходит вместе с глобальными внутрибанковскими изменениями и потрясениями в России.
Первым этапом развития была так называемая «островная» автоматизация – естественный начальный этап автоматизации любого вида деятельности, который характеризуется автоматизацией отдельных, как правило, наиболее важных или относительно легко автоматизируемых частей технологического процесса. Малочисленные команды разработчиков создавали простые системы для их быстрого внедрения.
Высокий уровень инфляции в период с 1989-1995 годов стал важнейшим фактором, определившим развитие всей российской банковской системы, собственно банковского бизнеса, банковских технологий и банковских программных разработок.
Инфляционная «накачка» финансового рынка в эти годы явилась основой количественного роста банков и причиной высокого уровня доходности финансовых сделок. Высокая доходность была доступной не для всех участников рынка, но именно для банков – как для распределителей и регуляторов инфляционных потоков. Основная задача банковской автоматизации на «инфляционном» этапе развития состояла в учете финансовых потоков, точнее – в учете отдельных платежей и отдельных операций. Анкам не приходилось особо заботиться об автоматизации оптимального управления финансовыми ресурсами. Уровень доходности банковских операций при высокой инфляции всегда оказывался высоким. Всем коммерческим банкам были нужны недорогие, практически однотипные программные продукты одного класса.
В течение этого периода развитии отечественных автоматизированных банковских систем было связано в основном с изменениями аппаратно – технических платформ, без коренного улучшения технологических аспе ктов. Первый этап – автономные персональные компьютеры, базовый элемент технологии – бухгалтерская проводка. Структура АБС – автономные АРМ, не связанные или слабо связанные через обмен файлами.
Второй этап – персональные компьютеры, работающие в локальной сети базовый элемент технологии – бухгалтерская проводка. Структура АБС – автономные АРМы, сильно связанные по даны через общие структуры базы данных и слабо связанные по функциям.
Четвертый этап – персональные компьютеры, работающие в локальной сети, или же хост -компьютеры с терминалами. Структура АБС – автономные АРМы, сильно связанные по данным через общие базы данных, в отдельных случаях связанные по функциям через общее ядро.
Пятый этап - Аппаратная платформа – персональные компьютеры в распределённой сети с несколькими физическими серверами приложений. Серверы работают под многозадачными многопользовательскими ОС; СУБД – профессиональная реляционная плюс менеджер транзакций; базовый элемент технологии – документ или услуга. Структура АБС – логические АРМы, сильно связанные по данным, так и по функциям в пределах локальной сети или слабо связанные по данным в пределах распределенной сети. Технология трехуровневая клиент – сервер с использованием менеджеров транзакций.
Банковский кризис августа 1998 года резко ухудшил рынок банковских информационных технологий, имеющего очень малую финансовую емкость.

      Требования к банковской Информационной системе и принципы разработки программных средств.

Постоянные изменения, происходящие в сфере деятельности банков и затрагивающие юридическую сферу, экономическую среду и банковские технологии, требуют от системы управления банком высокой степени адаптивности. БИС должны иметь гибкую структуру и быть открытыми системами, т.е. допускающими внесение необходимых изменений в модель в случае каких-либо перестроек в банковской сфере. Поэтому система должна быть ориентирована на автоматизацию управления банковской деятельностью, а не на конкретную задачу чистой автоматизации обработки банковской информации. Другими словами, система должна соблюдать принцип целевого характера управления и удовлетворять требованию открытости для легкого внесения изменений и наращивания функциональных ее возможностей по мере необходимости.
Процедуры расширения и настройки системы должны основываться на так называемом «связывании» модулей, которое обеспечивает комплексность системы за счет их интеграции.
К специальным требованиям, характерным для банковской сферы, относится прежде всего возможность отката на дату (контрольную точку) либо технологического отката через систему обратных проводок. При достижении исходной ситуации и ее фиксации сотрудники банка должны иметь возможность внесения изменений и возврата с автоматическим расчетом, закрытием и архивацией всех последующих дней.
Другим требованием, которое теперь предъявляют банки к системам автоматизации своей деятельности, является блокирование ввода платежных документов, приводящих к дебетовому сальдо, чтобы исключить таким способом пополнение картотеки № 2.
Лицевые счета должны проходить анализ на ситуацию неоткрытый счет. Вновь открываемые счета получают автоматически присваиваемые номера. При необходимости клиент (при наличии системы клиент-банк) или сотрудник банка должен иметь возможность просмотра лицевого счета и оценки его динамики за заданный период. По характеру счетов БИС должна обеспечивать работу в мультивалютном режиме как с текущими и расчетными счетами, так и с различного рода депозитными, ссудными, контокоррентными и другими счетами, а также начислять различного рода проценты и комиссии.
Требования разработчика в основном связаны со сложившимся подходом к проектированию автоматизированных систем, а также с собственными его интересами, которые носят финансовый характер. Это прежде всего соотношение: цена - себестоимость - объем работ.
Крайне важным является принцип комплексности разработки, который предполагает создание совокупности взаимосвязанных программных средств, автоматизирующих ряд банковских функций и организованных в виде целостной системы. При этом для эффективной ее эксплуатации должны соблюдаться принципы согласованной пропускной способности частей системы и гибкости информационного обеспечения при сохранении его единства.
Поскольку сложившийся в нашей стране рынок платформ очень пестр, разработчик для наиболее широкого распространения своей системы заинтересован в соблюдении принципа мобильности, т.е. в обеспечении возможности эксплуатации программного продукта в различных операционных и технических средах.
Весьма актуальной проблемой сегодня остается обеспечение банковской безопасности. Ее решение может быть успешным только при комплексном подходе, который подразумевает разделение доступа к информации, к различным АРМ и к режимам в них. Так, для доступа к системе существуют уровни: пересылка файлов в определенную директорию, доступы в определенную директорию, доступ к диску, реализация всех функций на удаленной ЭВМ. Для этого обычно используется система паролей, шифрования передаваемой информации, электронной подписи. Также важное значение имеет правильная организация ведения архива информационной базы системы.
Таким образом, принципы разработки систем автоматизации банковской деятельности вытекают из подходов и требований, предъявляемых к программному продукту заказчиком (банком). Эти требования содержат в себе требование банка к системе в целом как к продукту, который будет обслуживать специфическую сферу (банковское дело), а также специальные требования, отражающие специфику используемых в банке операций и технологий их выполнения.
С другой стороны, существует ряд требований, которые предъявляются к разработке исполнителем (разработчиком). Эти требования могут совпадать с требованиями банка, но могут и конфликтовать. Хотя большинство из перечисленных требований, предъявляемых проектировщиком, не являются конфликтными по отношению к требованиям банков.
Следует запомнить, что при проектировании интегрированных БИС необходимо учитывать требования банковской среды. Это возможность отката на определенную дату и технологического отката; однократный ввод информации; блокирование ввода платежных документов при дебетовых сальдо; выполнение проводок в реальном масштабе времени; анализ ситуации - открытый (закрытый) счет; информационная безопасность.
Общие требования разработки информационных систем: сокращение документооборота; автоматизация рутинных задач: адаптивность финансовых информационных систем (ФИС); возможность расширения систем; единая информационная база; мобильность; ведение архива системы; восстановление архивной копии базы данных системы.
Как правило, информационная система является внешней по отношению к совокупности банковских технологий, поскольку зачастую машинная обработка банковской информации используется на заключительных стадиях технологического процесса выполнения банковских операций, которые характеризуются наибольшей концентрацией вычислений. На практике все банковские операции связаны некоторой единой технологией, состоящей из множества макро - и микротехнологий, наличие которых обусловлено специализацией отдельных групп работников и составом их обязанностей.

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

Создание современной АБС по силам только крупным специализированным институтам разработчиков. Поскольку автоматизация сложных задач, которые решаются в финансовой сфере требует больших интеллектуальных и временных затрат.
Современная АБС должна объединять работы всех подразделений банка в единый комплекс, то есть быть интегрированными. Основным концептуальным требованием к современной интегрированной АБС, необходимым для анализа состояния банка и оперативного принятия решений, является требование режима реального времени. При вводу любой информации она становиться доступной сразу всем пользователям, допущенным к ней.
Развитие банковской системы России и интеграция банков в международные информационно-финансовые системы приводят к необходимости обеспечения банков средствами обмена информации с использованием различных систем электронной почты.
Архитектура и инструментальные средства программирования АБС должны быть адекватными поставленными задачам с учетом перспективы доработок и создания новых версий системы.
АБС должна быть построена по модульному принципу, и банк должен иметь возможность в дальнейшем наращивать системы по мере расширения спектра банковских услуг, приобретая дополнительно уже разработанные модули или заказывая разработку новых модулей, или же решая отдельные прикладные задачи силами программистов банка с использованием возможностей АБС по экспорту и импорту информации.
По мере возрастания требований к информационной емкости и вычислительной мощности системы банк должен иметь возможность осуществить плавный переход, например, от платформы DOS-Novell к платформе UNIX.
При переходе к новым версиям АБС должна быть обеспечена возможность непосредственного переноса всей накопленной информации.
Преемственность версий, простота и наглядность интерфейса пользователя должны обеспечивать освоение работы без специального дополнительно обучения непосредственно в процессе выполнения сотрудниками своих обязанностей
На уровне «банк-филиалы» современная АБС должна позволять:
- организовывать в головном офисе банка автоматизированный сбор, обработку и анализ информации, получаемой от филиалов;
- организовывать отправку в учреждения ЦБ РФ всех видов отчетности в установлений форме с автоматизацией операций такого рода и, при необходимости, в режиме реального времени;
- организовывать рассылку филиалам и банкам- корреспондентам форм и форматов представления информации и организовывать взаимный обмен любой информаци ей, особенно данными финансового характера;
- автоматизировать расчеты между всеми филиалами банка.
Каждая подсистемы, автоматизирующая определенные банковские услуг, должна обладать как минимум следующими возможностями:
- ввод и коррекция данных по договорам и другим документам из пакета операций;
- получение статистической отчетности по проведенным операциям в настраиваемом пользователем виде;
- реализация связи с подсистемой операционного учета;
- прогнозирование эффективности операций на перспективу с использованием имеющейся информации по договорам и другим документам.
Все подсистемы, ориентированные на обслуживание клиентов, должны позволять в реальном масштабе времени следующее:
- прогнозировать динамику всех будущих поступлений и выплат, включая как суммы, так и проценты, и комиссию по заключаемому с клиентов договору;
- составлять план поступлений и выплат для обсуждения его с клиентом;
- немедленно формировать запрос в операционный зал на открытие счета.
Необходимым элементом современной АБС является подсистема анализа и прогноза, содержащая генератор отчетов, помогающий пользователю-непрограммисту формировать любые графические и табличные отчеты по содержащейся в системе информации. Отчеты должны удовлетворять требованиям руководства, акционеров, клиентов банка, а также инстанциями Центрального банка, даже при ежедневном изменении фор отчетности.

1.3.1. Обзор зарубежных АБС.

Для определения современных мировых системно-технических тенденций развития информационных технологий в банковском секторе проанализируем наиболее известные и распространенные на международном рынке системы комплексной автоматизации банковской деятельности, предлагаемые на регулярной коммерческой основе.
Midas DBA, Equation DBA (Midas-Kapiti International, UK). Эти АБС являются мировыми лидерами по количеству пользователей и количеству действующих установок. Они хорошо известны и на рынке стран СНГ. В целом системы себя зарекомендовали как довольно жесткие, трудно настраиваемые на особенности местного законодательства и нормативной базы. Объясняется это тем, что из рассмотренных это самые старые системы – их коммерческие продажи начались в 1975 году (Equation) и в 1977 году (Midas). Системы работают на платформе IBM AS/400.
Bank master (Kindle Bank ing SysteMS Ltd., Ireland). Bank master ориентирована на небольшие и средние банки. Первая коммерческая система была разработана в 1980 году для аппаратно – системной платформы ICL. В 1994 году была выпущена версия АБС (Bankmaster/RS), в которой для управления данными применяется промышленная СУБД Informix.
Также на международном рынке используются такие системы комплексной автоматизации банковской деятельности как: Bank master – это универсальная банковская система, однако существенная доля функциональных подсистем поддерживается за счет дополнительных продктов производителя ил третьих фирм; Finance KIT (Trema Oy., Sweden). Система Finance KIT задумывалась как фронтальная часть бэк-офиса казначейства;Platon (IMS Business System Corp., USA). Первая версия АБС была разработана для двух находящихся в Нью-Йорке корейских банков. АБС написана на 4GL Progress и работает на широком круге Unix – платформ; SYMBOLS (System Access Pte Ltd., Singapore). АБС Symbols сингапурской фирмы System Access является одним из самых новых предложений на рынке банковских систем.

1.3.2. Обзор отечественных АБС

В отличие от США и западной Европы, где индустрия программных продуктов для банковской сферы развивается уже несколько десятилетий, где рынок АБС сформирован и имеет четкую структуру, в России фирмы разработчики более диверсифицируют свою деятельность, решаются вопросы автоматизации не только банков, но и других участников финансового рынка.
Большинство Российский АБС работают в двух или трехуроневой архитектуре клиент-сервер.
DiasoftBank (ЗАО «Компания «Диасофт»»). Компания «Диасофт» предлагает целый спектр решений – от поставки отдельного программного продукта до комплексной автоматизации деятельности банка любого масштаба. В настоящее время существует несколько вариантов комплексной автоматизации банка на базе трех линий программных продуктов, ориентированных на различные технологические платформы и имеющие ряд характерных отличительных признаков.
DiasoftBank 4*4 является наиболее массовым решением на сегодняшний день, отличается относительно простотой при внедрении и эксплуатации. DiasoftBankING 5NT – решение для мелких и cредних банков на платформе MS SQL Server или Sybase Adaptive Server.
Любой из вышеперечисленных программных комплексов, решает основные задачи основные задачи обеспечения деятельности коммерческого банка: ведение главной книги, расчетно-кассовое обслуживание, автоматизация работы бухгалтерии, межбанковские и межфилиальные расчеты получение финансовой и статистической отчетности, кредитное и депозитное обслуживание.
RS-Bank (ООО RStyle SoftwareLab) Комплексная автоматизация банков является одним из многих различных направления является ориентация на информационное и функциональное обеспечение всего спектра работ, связанных с реализацией банковских услуг. Первая версия системы RS-Bank вышла в свет в 1993 году.
АБС представляет средства для ведения качественного внешнего и внутреннего учета. С помощью OLAP-технологий в программного комплексе реализовано аналитическое ядро, представляющее собой основу функционирования и инструмент разрботки аналитических подсистем.
Также на отечественном рынке используются такие системы комплексной автоматизации банковской деятельности как: «Центавр», «Гефест», «Афина» (ТОО «ПрограммБанк»).Компания «ПрограмБанк» - это один из старейших разработчиков банковских систем в России.

Глава 2. Автоматизация работы с пластиковыми картами.

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

2.1 Истории развития пластиковых карт.

Первой массовой платежной карточной системой стала DINNERS CLUB, созданная в 1949 году. Одним из её главных отличий от предшественниц стало то, что между клиентами и коммерческими структурами, предлагающими не только товары, но и услуги, возникла посредническая организация, которая взяла на себя проведение расчетов. В 1949 году в Нью-Йорк Альфред Блумингдейл и Френсис Макнамара организовали выдачу пластиковых карточек сотрудникам Empire State Building. Плата за первые карточки не взималась и кредитная история не проверялась, достаточно было работать в небоскребе, что гарантировало у клиента хотя бы некоторого стабильного дохода. Параллельно для обслуживания клиентов было привлечено 10-12 близлежащих ресторанов. Постепенно предприятие обрело национальный масштаб и стало называться «Dinners Club». Впоследствии система перешла в Европу, где первоначально не пользовалась большой популярностью у владельцев торговых точек из-за необходимости комиссию компании.
В 1951 году, компания «Dinners Club» выдала первую лицензию на использование своего имени в Британии. Примерно в это же время Британская ассоциация отелей и ресторанов начала выпускать кредитную карточку BHR. В 1965 году эта система объединилась со своим шведским конкурентом Rikskort, образовав компанию EuroCard International.
В конце 80-х по мере расширения сотрудничества между платежными системами MasterCard и EuroCard, произошло их объединение. Одновременно было заключено соглашение с компанией Cirrus/Maestro. Новая компания получила название Europay International.
В настоящее время компания VISA имеет более 140 млн.клиентов по всему миру, EC/MC – более 110 млн.

2.2 Виды пластиковых карт

1. С точки зрения механизма расчета, выделяются двусторонние и многосторонние системы. Двусторонние системы строятся на базе двусторонних соглашений между участниками расчетов. Владельцы карточек могут использовать их для покупки товаров в замкнутых сетях, контролируемых эмитентом карточек. Многосторонние системы предоставляют владельцам карточек возможность покупать товары у различных торговцев и организаций сервиса, которые признают эти карточки в качестве платежного средства. Многосторонние системы могут быть ограничены отдельными регионами или странами а могут быть подключены к общенациональным коммуникациям.
2. По функциональным характеристикам различаются кредитные и дебетовые карточки.
Первые связаны с открытием кредитной линии в банке, что дает возможность владельцу пользоваться кредитом при покупках товаров или получении кассовых ссуд. Вторые предназначены для получения наличных денег в банковских автоматах или покупки товаров с расчетом через электронные терминалы в пределах остатка на счете.
3. По способам регистрации операций различают карточки в системах, основанных на бумажной технологии или в электронных системах. В «бумажных» системах держатель ставит свою подпись на торговом счете или другом документе, подготовленном торговцем, что является подтверждением его разрешения дебетовать счет в бане. В электронной системе держатель карточки напрямую связывается с эмитентом через терминал. Вместо подписи на счете он вводит с помощью клавиатуры секретную комбинацию цифр, что при правильном наборе является санкцией на дебетование банковского счета.
4. Классификация карточек по эмитентам разделяют на: универсальные карточки, выпускаемые банками и финансовыми компаниями и частные карты, используются для оплаты определенно вида услуг или нескольких взаимосвязанных видов услуг.
5. Классификация карточек по категории клиентуры разделяет карточки на индивидуальные и корпоративные карточки. Индивидуальные выдаются отдельным клиентам банка и могут быть «стандартными» или «золотыми». Обычная карточка предназначена для рядового клиента. Золотая карточка предназначена для наиболее состоятельных и богатых клиентов. Корпоративная или бизнес – карта предназначена для сотрудников компаний, уполномоченных расходовать средства своей компании. В этом случае карточка выдается организации и является обезличенной. Ответственность перед банком по корпоративному счету несет организация, а не индивидуальные владельцы карточек.
6. Еще одна классификация карточек связана с их технологическими особенностями. Наиболее распространены карточки двух видов – с магнитной полосой и со встроенной микросхемой.
Карточки с магнитной полосой имеют на обороте магнитную полосу, где записаны данные необходимые для идентификации личности владельца карточки при ее использовании в банковских автоматах и электронных терминалах торговых учреждений.
По технологическим особенностям карточки со встроенной микросхемой делятся на карты с микропроцессором и карты с запоминающим устройством. Существует два типа карт с памятью свободного доступа и карты с защищенной памятью.
В картах с незащищенной памятью нет ограничений по чтению и записи информацию При этом информацию на карте следует шифровать с помощью некоторого внешнего по отношению к карте устройства, которое должно организовывать процедуру, аналогичную механизму защиты карты с помощью Pin-кода.
Карты с защищенной памятью имеют встроенный механизм разграничения доступа к данным. Выполнение операций чтения, записи или стирания информации санкционируется предъявлением специальных кодов. Обычно карты с защищенной памятью содержат область, в которую записываются идентификационные данные, которые не могут быть изменены впоследствии.
Микропроцессор позволяет выполнять определенные операции над хранящимися в карте данными. Эти операции составляют операционную систему карты, которая обеспечивает большой набор функций управления памятью, сервисных функций и средств безопасности.
Оптические карточки - запись и считывание информации с такой карточки производится специальной аппаратурой. Технология, применяемая в таких карточках, подобна той, которая используется в лазерных дисках. Основное преимущество таких карточек – возможность хранения больших объемов информации. Эти карточки чрезвычайно устойчивы к внешним воздействиям. Однако введение их в оборот затруднено из-за наличия глобальной, хорошо отлаженной системой расчетов ориентированной на магнитные карточки.

2.3 Порядок организации работы с пластиковыми картами.

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





При разработке БИС требуется учитывать факторы, влияющие на их структуру и содержание: общие характеристики банка, ближние и дальние цели и стратегические направления его развития; особенности сложившейся структуры управления; общие принципы построения банковской технологии;




К БИС предъявляются следующие требования: постоянные изменения, происходящие в сфере банковской деятельности требуют от системы управления банком высокой степени адаптивности, т.е. БИС должны иметь гибкую структуру и быть открытыми системами, допускающими внесение необходимых изменений в случае каких- либо перестроек в банковской сфере;


К БИС предъявляются следующие требования: возможность "отката на дату" (контрольную точку) или "техно­логического отката" через систему обратных проводок "красное сторно". В соответствии с этим принципом при достижении исходной ситуации и ее фиксации сотрудники банка должны иметь возможность внесения изменений и возврата с автоматическим расчетом, закрытием и архивацией всех последующих дней;


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




АРМ сотрудника кредитного отдела АРМ СКО обеспечивает заключение и ведение договора, его пролонгацию и закрытие (поступление в архив), формирование графиков погашения основного долга и выплаты процентов по различным схемам, а также контроль выполнения этих графиков и начисление пеней по основной части долга и по процентам. При этом формируется ряд ведомостей.


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


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


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


АРМ бухгалтера обеспечивает: расчет остатков по счетам на начало следующего дня; формирование, просмотр, корректировку, печать, сохранение баланса по балансовым и внебалансовым счетам и приложениям к нему за любой период; ведение развернутого сальдо по любому балансовому счету для филиала;




АРМ главного бухгалтера осуществляет: получение информации о работе банка, его клиентах; открытие и закрытие лицевых счетов; просмотр и печать оборотно-сальдовых ведомостей по балансовым и внебалансовым счетам, а также ведомостей открытия, закрытия и изменения лицевых счетов; обновление файла подписей клиентов (в некоторых БИС)




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


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


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


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




Структура программного обеспечения АБС: Автоматизированную банковскую систему в соответствии с функциональным назначением принято разделять на три подсистемы: Front-office (верхний уровень) - подсистема, обеспечивающая взаимодействие банка с внешним миром. В подсистеме осуществляется ввод первичной информации, взаимодействие банка с клиентами, другими банками, биржами, ЦБ. Back-office (средний уровень) - подсистему, обеспечивающую общебанковскую и общехозяйственную деятельность. К подсистеме относится работа с кредитами, Accounting (нижний уровень) - подсистему, обеспечивающую своевременное и корректное отражение деятельности банка в рамках существующих процедур бухгалтерского учёта. В самостоятельную группу – Analysis – выделены операции реализующие анализ текущего состояния банка, планирование и внутренний аудит банка.


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






К внешней среде, с которой взаимодействует коммерческий банк относятся обменные пункты; участники электронного денежного обращения (ЭДО) с использованием пластиковых карточек; клиенты; филиалы банка; банки на территории России; банки на территории СНГ; зарубежные банки.


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


Особенности БИС, используемых в российских банках Процесс автоматизации банковских технологий перешел на новый этап в конце 80-х начале 90-х годов. Это напрямую связано с банковской реформой 1989 года, когда на рынке банковских услуг появились коммерческие банки (КБ). С развитием финансового и фондового рынков сфера деятельности КБ расширялась, возрос и объем перерабатываемой информации.


Рейтинг влиятельности разработчиков автоматизированных банковских систем Автоматизированная банковская система Количество Диасофт273 R-Style Software Lab261 Собственная разработка201 ПрограмБанк80 Инверсия49 Кворум42 ФОРС28 ЦФТ24 CSBI EE18 БИС12 МИМ-Технология11


Обзор отечественных АБС систем Банкс Софт Системс. Компания была организована в 1994 году при МГУ им. Ломоносова и на сегодняшний день, вместе с Компанией "Бюджетные финансовые технологии", входит в состав холдинга "Банковские системы, бюджетные и финансовые технологии". Специализируется на разработке программного обеспечения для автоматизации дистанционного банковского обслуживания и предлагает банкам комплексную систему ДБО BS-Client в составе интегрированных подсистем: "Банк- клиент", "Интернет-клиент" и "Телефон- клиент".




Банкс Софт Системс Клиентами компании "Банкс Софт Системс" являются Внешторгбанк, ОАО "Альфа-Банк", ЗАО "Международный Московский Банк", ОАО "АКБ Ингосстрах- Союз", ЗАО "Ист Бридж Банк", МДМ-банк, Собинбанк, Сургутнефтегазбанк, банк "Петрокоммерц", ГУТА-Банк, НОМОС- банк, Урало-Сибирский банк, инвестиционный банк "Траст" и другие


ПрограмБанк Компания "ПрограмБанк", созданная в 1989 году как хозрасчетное предприятие при Московском банковском союзе, была первой коммерческой фирмой в России, которая занялась разработкой и внедрением автоматизированных банковских систем.


ПрограмБанк "ПрограмБанк" - один из ведущих разработчиков и поставщиков передовых информационных систем и решений для эффективного управления банком. Компания предлагает широкий спектр прикладных систем вместе с обучением и услугами по их поддержке и консалтингу.


ПрограмБанк Программные продукты компании в настоящее время используют 15% российских банков. Компания осуществляет разработку банковских систем "Гефест", "Нострадамус", "Центавр". Информационная система управления банковской деятельностью "Новая Афина" в настоящее время разрабатывается дочерней по отношению к "ПрограмБанку" компанией "Новая Афина"


Интегрированная банковская система «Гефест» Система Гефест отвечает всем основным требованиям, которые предъявляют к учетной системе как ядру информационной системы управления банком: Централизованность, позволяющая обеспечить работу многофилиального банка на единой базе данных на любых каналах связи; Масштабирумость, достаточная для банка практически любого масштаба; Надежность, позволяющая сохранить работоспособность коммерческого банка в условиях широкого спектра внештатных ситуаций;


Система Гефест отвечает всем основным требованиям: Производительность, достаточная для своевременности принимаемых решений и обеспечения роста бизнеса банка; Интегрированность всей информации и функций, необходимых для принятия управленческого решения в рамках пространства, доступного для руководства;


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


ИБС «Центавр Омега» - система управления банком «Центавр Омега» – система, ориентированная главным образом на российские банки и инвестиционные компании. Однако, такие ее качества как мультивалютность, работа во многих планах счетов, универсальная система отчетности, возможность легко национализировать систему, интеграция с российскими и международными платежными системами, включая SWIFT и национальные системы класса RTGS, позволяют использовать ИБС «Центавр Омега» для автоматизации различных финансовых организаций за пределами России. Масштабируемость и гибкость системы позволяют применять ее в центральных банках, расчетных палатах, банках, обслуживающих предприятия и население, небанковских финансовых организациях.




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






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






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






Клиентское приложение является универсальным и применимо для всех модулей системы. Рабочая станция не нуждается в установке клиентского программного обеспечения сервера базы данных. Для связи с сервером приложений могут быть использованы следующие варианты: TCP/IP-клиент – соединение с сервером приложений через TCP/IP-сеть (нужно указать лишь имя сервера приложений и его адрес в сети); DCOM-клиент – соединение с использованием DCOM-технологии по локальной сети; WEB-клиент – соединение по протоколу HTTP или HTTPS.


Инверсия Компания "Инверсия" более 10 лет занимается комплексной автоматизацией финансовой деятельности кредитных организаций и предприятий. Основную часть клиентов компании составляют российские коммерческие банки. "Инверсия" является одним из лидеров отечественного рынка банковских систем, предлагая комплексные решения разного уровня. Среди партнеров компании выступают Oracle, SUN, Intel, "Открытые технологии" и другие. Компания разрабатывает две системы комплексной автоматизации банков "Банк XXI Век" и "InvoBank"


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


Компьютерные системы для бизнеса "Компьютерные системы для бизнеса" (до 1997 года - Computer Systems for Business International Eastern Europe, CSBI) была создана в 1993 году как поставщик решений, разработчик программного обеспечения и системный интегратор.


Общие характеристики продуктов: многовалютность – позволяет работать с произвольным количеством валют в банке (при этом одна валюта выделяется в качестве национальной); многофилиальность – позволяет вести полные базы данных филиалов на едином физическом сервере; многoплановость – позволяет банкам работать с произвольным количеством планов счетов.


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


Bank master Bank master – это универсальная банковская система, однако существенная доля функциональных подсистем поддерживается за счет дополнительных продуктов производителя или третьих фирм. Допускается как автономная работа отделений (филиалов), так и совместная работа в режиме клиент–сервер. Функциональное развитие системы осуществлялось в форме проектов для отдельных банков, ориентирована на небольшие и средние банки


Intersoft Lab специализируется в области разработки информационно-аналитических и управленческих систем для кредитных учреждений, коммерческих предприятий и бюджетных организаций. Intersoft Lab является PIP-партнером корпорации Microsoft, бизнес-партнером по программированию корпорации IBM. Среди клиентов компании - Инвестиционная банковская группа "НИКойл", головной банк Министерства путей сообщения России "ТрансКредитБанк", АБ "Собинбанк", ОАО Банк "Петрокоммерц".


Система Finance KIT Система Finance KIT задумывалась как фронтальная часть бэк–офиса казначейства. Она получила распространение в основном в секторе корпоративного казначейства, хотя было и несколько пользователей–банков. Первоначально в качестве платформы АБС были выбраны персональные компьютеры с операционной системой Windows, однако эта платформа не смогла обеспечить требуемой производительности, и затем была переписана для платформы UNIX и СУБД Sybase.


Olympic (ERI Bancaire SA, Switzerland) Olympic разработана для поддержки работы фронт– и бэк–офиса – от приема клиентских распоряжений, включая электронный банкинг, до окончательных расчетов и уведомлений. АБС поддерживает фронт–офис портфельных менеджеров и дилеров, валютный дилинг, межбанковский дилинг, ценные бумаги, свопы, фьючерсы, опционы, добавленные совместно с кредитным модулем, регистрацию и учет розничных операций, документарные операции


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


Три модели оказания банковских услуг на дому Банк предоставляет пользовательский интерфейс, сеть и наполнение ре­шения. При этом может использоваться система "банк-клиент", разработанная самим банком или специализированной фирмой производящей ПО. По­средник или провайдер услуг берет на себя ответственность за пользова­тельский интерфейс и за сеть, в то время, как банк отвечает за наполнение. Предоставление услуг на дому с помощью Internet. В данном случае интерфейс представляет собой программу просмотра Web, в качестве сети выступает Internet, а на­полнение зависит от банка.


Электронные услуги дистанционного банковского обслуживания Дистанционным банковским обслуживанием (ДБО) принято назы­вать оказание банковских услуг (предоставление банковских продуктов) на расстоянии, без посещения клиентами офиса банка, без непос­редственного контакта с сотрудниками банка из дома (так называемый «home-banking»), офиса, автомобиля и т.д.




Интернет-банкинг это комплекс банковских услуг, предостав­ляемых клиенту банком посредством Интернет, который включает в себя: контроль собственных счетов; покупку и продажу безналичной валюты; оплату коммунальных услуг, доступа в Интернет, счетов опе­раторов сотовой и пейджинговой связи; проведение безналичных пла­тежей, перевод средств по счетам.


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


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


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


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