Единое информационное пространство.

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

Консолидация

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

Защита информации

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

Документооборот и мультивалютность

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

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

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

• сотрудники ИТ-подразделений (автоматизаторы);

• сотрудники бизнес - подразделений;

• сотрудники учетно-аналитических подразделений;

• высшее руководство банка.

Каждая из этих групп имеет собственные представления о назначении автоматизации и свой набор требований.

С автоматизаторами все достаточно просто. Основным архитектурным требованием для них является наращиваемость системы и ее стыкуемость со «всем и вся» (стыковать-то придется им). Технологии понимаются ими не иначе как использование передовых средств разработки: реляционная СУБД, графический инструментарий, интернет. Наконец возможности анализа информации для них неотделимы от концепции хранилищ данных и форматов многомерного куба.

Бизнес - специалисты. Синтез присущей им базовой культуры в области компьютеризации и ощущаемых ими ежедневно потребностей реального бизнеса, где во главе угла, разумеется, стоит фигура клиента, приводит их к клиентоцентрической модели АБС. Это отражается во всем. В частности, от архитектуры они требуют поддержки территориально распределенного бизнеса, чтобы любимый клиент, даже будучи «размазанным» по филиалам, был виден весь «целиком» и мог быть обслужен в любом из банковских офисов. Технологичность они понимают как быстрое создание (желательно посредством настроек) и вывод на рынок произвольных новых продуктов (клиент не должен дожидаться, пока банк формализует и поставит на поток ту услугу, которая ему сейчас необходима). Наконец, анализ для бизнес специалистов – это, прежде всего, анализ клиентской базы (как имеющейся, так и потенциальной), включая транзакционную историю, доходность клиентов и взаимоотношения между клиентами и их группами (все эти вопросы более или менее полно охватываются концепцией CRM – Customer Relationship Management).

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

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

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