Выбор и внедрение автоматизированной банковской системы: анализ целесообразности, требования и минимизация рисков

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

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

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

Оценка экономической и технической осуществимости. Расчет экономической целесообразности предполагает сопоставление потенциальных затрат и выгод от внедрения новой системы. Для этого анализируются такие показатели, как период окупаемости (Payback Period), чистая приведенная стоимость (NPV), норма рентабельности (IRR) и общая стоимость владения (TCO). Целью является не точный расчет, а примерная оценка экономической эффективности инвестиций. Техническая осуществимость заключается в оценке адекватности существующей инфраструктуры (серверы, сети) и разработке сценариев ее развития в случае необходимости.

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

Формирование функциональных требований к системе. Следующим критически важным шагом после анализа целесообразности является разработка функциональных требований. Этот процесс осуществляется специальной командой банка или внешними консультантами во взаимодействии с представителями бизнес-подразделений под руководством топ-менеджера. Этап включает проведение интервью, анализ бизнес-процессов и информационных потоков, оценку организационной структуры и ее влияния на выбор АБС. Результатом является документ «Требования к системе», который служит основной тендерной документацией.

Общие и специфические функциональные требования. К общим требованиям для современной АБС относятся: использование новейших технологий для обеспечения гибкости и масштабируемости, интегрированность решения, широкое функциональное покрытие с возможностью расширения, поддержка электронного документооборота (work flow), надежная система безопасности и мощный отчетный инструментарий. Специфические требования охватывают детали банковских операций: автоматизированный расчет резервов, контроль ликвидности, отслеживание жизненного цикла кредита, формирование регламентированной отчетности для Центрального банка РФ (ЦБ РФ) и многое другое. Система «клиент-банк» должна быть сертифицирована ФАПСИ.

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

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

Выбор АБС для банка: проведение тендера, оценка предложений и заключение контракта

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

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

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

Формирование списка участников и предварительный отбор. Второй этап заключается в формировании расширенного списка потенциальных участников (Long List) и рассылке им официальных приглашений (Invitation to Tender). Приглашение содержит общую информацию о тендере, сроки, условия конфиденциальности и порядок взаимодействия. Анкета участника запрашивает данные о компании-поставщике, общие сведения о системе, ее функциональности, открытости для интеграции, примерные сроки внедрения и стоимость. На третьем этапе компаниям из Long List передается документ с функциональными требованиями, после чего проводятся ознакомительные демонстрации. По их итогам формируется короткий список (Short List) из 3-4 наиболее предпочтительных систем для детального изучения.

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

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

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

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

Сведения об авторах и источниках:

Авторы: Тютюнник А.В., Шевелев А.С.

Источник: Информационные технологии в банке

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