44580 (663437), страница 3

Просмтор этого файла доступен только зарегистрированным пользователям. Но у нас супер быстрая регистрация: достаточно только электронной почты!

Текст из файла (страница 3)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Характеристики

Список файлов реферата