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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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