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