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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Для обеспечения взаимодействия по схеме клиент-банк у клиента ус­танавливается программный комплекс АРМ клиента, который позволяет:

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

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

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

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

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

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

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

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

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

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

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