Как уже говорилось выше, исходными данными для аналитической системы могут быть либо существующие источники, либо специально организованные хранилища и витрины данных.
Наилучшим с точки зрения производительности и надежности решения является сохранение данных в корпоративном хранилище. В этом случае при решении задач анализа и оценки:
-работа будет происходить только с хранилищем данных и соответственно возрастет скорость выполнения заданий
-базы данных имеющихся банковских систем не будут загружаться дополнительной работой,
-сохранность всех исторических данных будет обеспечена
Первой группой решаемых задач является просмотр агрегированных по одному, нескольким или всем источникам в соответствие с некоторой целью. К ней относятся задачи показа планируемого прихода/расхода средств, состояния расчетных счетов клиентов и целых их групп, общего банковского портфеля и т.д.
Здесь же полностью решается задача стандартной внешней и внутренней банковской отчетности.
Второй группой являются задачи анализа, связанные с преобразованием данных и расчетом на их основе различных показателей: анализ ликвидности, оценка эффективности вложений в ценные бумаги, анализ движения средств на расчетных счетах, расчет валютной позиции и т.д.
К третьей группе относятся задачи, решение которых обеспечивает принятие решений. Такие задачи должны решаться комплексом средств и включать элементы диалога. Так, например, часто требуется оценить ликвидность банковского портфеля с учетом предполагаемой крупной сделки, оценить риск выделения кредита, исходя из ситуации на рынке .
В качестве инструмента для анализа и представления данных может использоваться Business Objects, дополненный специально разработанными или уже существующими программами.
BusinessObjects организует корпоративную среду создания аналитических отчетов и анализа данных, обеспечивая хранение, управление, защиту, построение, модификацию, доступ, публикацию, обновление аналитических отчетов, разделение прав пользователей и др.
Существенной особенностью Business Objects является семантический слой - набор каталогов бизнестерминов, их методов извлечения, характерных для предметной области и соответствующих определенным данным. Такой каталог получил название «юниверс». Создание юниверса осуществляется разработчиком, хорошо представляющим как систему хранения данных, так и предметную область, описываемую этими данными, при этом используется богатый набор средств и возможностей - агрегатные функции, контексты, диалоговые компоненты, подзапросы и т.д.
После построения семантического слоя, для написания отчетов уже не требуются услуги программиста, не нужно и знание того, как и где именно хранится информация. Отчеты могут составляться и модифицироваться пользователями, владеющими понятиями предметной (в нашем случае, банковской) области.
Основным пользовательским модулем является Business Objects - интерактивное графическое средство конечного пользователя для выполнения запросов, визуализации данных (OLAP), построения и профессионального оформления отчетов. Для построения простейшего отчета достаточно мышкой перетащить необходимые объекты в окно запроса и отправить автоматически сгенерированный запрос на выполнение.
Уровень подготовки специалиста, создающего отчеты, может быть примерно как у среднего пользователя Ехсеl.
Среди функциональных возможностей Business Objects наиболее характерны следующие:
-автоматическое построение отчетов по выбранным пользователем объектам семантического слоя;
-связывание объектов из разных запросов, выполнение над объектами многочисленных функций и преобразований, применение формул;
-поддержка многообразных изобразительных средств - рисунки, графики, диаграммы, гистограммы, таблицы и кросс таблицы, бухгалтерский блок;
-возможность анализа информации с помощью таких средств как детализация/обобщение (Dri11 Down / Dri11 Up), срез (S1ice and Dice), раскрытие аргументов применяемых функций, анализ данных с учетом иерархии объектов;
-возможность вызывать другие программы из своей среды;
-обеспечение представления и объединения в одном отчете данных, полученных одновременно из нескольких удаленных разнородных источников информации (SQL-сервера IВМ, informix, Microsoft, Oracle, NCR, Sybase и др, DBF-файлы, Access, Ехсе1 и др., ОLАР-серверы, а также любые ODBC-совместимые источники);
Все названные действия могут быть выполнены и через сеть lnternet/lntranet с помощью модуля Weblntelligence, доступ к которому осуществляется из среды любого стандартного Web-броузера, поддерживающего технологии Java и/или ActiveX.
Простейшей задачей, решаемой аналитической информационной системой является задача формирования стандартной внешней и внутренней банковской отчетности и просмотра агрегированных данных. Классическим примером отчетов являются отчеты по сделкам, по отдельным видам и группам активов/пассивов, движение средств на расчетных счетах, сводный портфель активов/пассивов по срокам до погашения, календарь предстоящих выплат, календарь выплат, проведенных за определенный период, просроченные платежи, отчеты по клиентской базе.
Задачи анализа также основаны на отчетности, но в отличие от отчетов, разработанных для решения задач просмотра, аналитические отчеты содержат не статическую, а динамическиобновляемую информацию в виде микрокубов. В процессе работы пользователь может легко делать срезы по различным измерениям, дозапрашивать информацию из БД, детализировать и обобщать получаемые данные. Типичными задачами анализа являются анализ клиентов, контрагентов, анализ доходности инструментов, анализ рынка ценных бумаг, расчет позиции по ценным бумагам, расчет валютной позиции, анализ структурной ликвидности, анализ мгновенной/среднесрочной/долгосрочной ликвидности.
В задачах, решение которых обеспечивает принятие решений на основе актуальной информации, Business Objects. как правило, используется как фундамент доступа к данным.
Пользователи, работая с терминами бизнеса, могут свободно обращаться к различным источникам информации. Продукты компании являются открытыми (встроенный VBA, возможность работать как сервер OLE - automation), что позволяет создавать приложения; позволяющие решать такие задачи как оценка и прогнозирование ликвидности, анализ кредитных рисков и др., на базе имеющегося средства доступа к данным. Многие компании уже разработали приложения существенно расширяющие возможности систем поддержки принятия решений. Например, если решение задачи требует использования математической статистики, то использование Business Objects, STATISTICA (или SPSS), Business Query for STATISTICA (SPSS), представляется наиболее оптимальным.
Требования безопасности, предъявляемые к банковским информационным системам чрезвычайно высоки. Вероятно, соперничать с ними могут только требования в некоторых государственных структурах и службах. Аналитическая система как компонент всей информационной системы должна обеспечивать выполнение этих требований. Продукты Business Objects позволяют объединить все рабочие места в систему с централизованным администрированием прав пользователей, общими каталогами бизнес - терминов и отчетами. Эта функциональность обеспечивается работой через единый репозиторий, содержащий несколько доменов, в том числе и домен безопасности. Домен безопасности хранит информацию о правах пользова -
телей системы. Начиная с момента подключения рабочего места к домену безопасности, вход в систему будет происходить через процедуру аутентификации пользователя.
Отчеты и каталоги, созданные в этом режиме становятся недоступными при отключении от домена или при отсутствии разрешения администратора на работу в режиме offline данному пользователю. Администратор может определять время работы пользователя, его права по доступу к данным и функциональным возможностям системы.
При назначении прав доступа к данным администратор может ограничить конкретного пользователя как по доступу к отдельным объектам юниверса, так и по значениям данных. Доступная функциональность задается как назначением видимости органов управления приложением, так и запрещением отдельных операций (вплоть до копирования в Clipboard). Все операции администрирования могут производиться с одного рабочего места администратора.
С помощью аналитических информационных систем Business Objects может быть решен целый круг задач для финансовой организации. На их основе может быть построена единая корпоративная система, включающая в себя подсистему создания стандартных отчетов, переделать которые в случае необходимости не составит труда конечному пользователю [33].
В последнее время среди банков второго уровня, в публикациях и на конференциях по банковской тематике упоминается аббревиатура ERP. Можно выделить несколько причин повышения интереса банков к системам ERP - Enterprise Resource Planning - и выбора их в качестве платформы автоматизации банковского бизнеса.В таких системах модели учета (управленческого, бухгалтерского, налогового) настраиваются для соответствующих операций согласно специфике объекта автоматизации и могут быть трансформированы при изменении бизнес-процессов. Поэтому в большинстве случаев учет по различным моделям выполняется автоматически в ходе реализации бизнес-процессов.
Еще одна характерная особенность систем ERP-класса - инвестиционный характер их внедрения. Вложения в них - долговременные, и каждая новая функциональность достигается относительно меньшими финансовыми и трудовыми затратами. Наконец, на базе ERP создан большой пул отраслевых решений, которые могут быть использованы банками.
Модульность современных ERP - систем позволяет внедрять их поэтапно, постепенно расширяя круг решаемых задач. На первой стадии особое внимание нужно уделить разработке структуры аналитического учета системы - то есть обеспечение учета расходов по центрам ответственности и статьям затра [35].
Формируются основные справочники для ведения управленческого учета (объекты бюджетирования, бюджетные статьи, направления деятельности, банковские продукты и пр.). Проработка этих вопросов может приводить к пересмотру существующих регламентов и бизнес-процессов в таких областях, как ведение финансово хозяйственных договоров, порядок расчетов с поставщиками и так далее. Отдельная задача - интеграция ERP-системы и автоматизированной банковской системы. Для этого необходимо определить требования к форматам документов и проводкам, которыми обмениваются системы. Например, лицевые счета по хозяйственным операциям могут вестись в ERP-системе, а проводки (или суточные обороты) по синтетическим счетам - импортироваться в автоматизированную банковскую систему для формирования сводной отчетности. Для лицевых счетов, создаваемых в автоматизированных банковских системах, также необходим их экспорт в ERP - систему с последующим импортом оборотов по ним. В качестве «программы минимум» для первой стадии внедрения системы можно рекомендовать следующий набор реализуемых функций:
-ведение справочников поставщиков; номенклатуры, складов и т.д.;
-учет ОС (Основные средства), включая покупку, ввод в эксплуатацию, амортизацию, переоценку, консервацию, перемещение, продажу, аренду, лизинг;
-складской учет материалов;
-учет операций по подотчетным лицам;
-отражение операций перечисленных бизнес-процессов в учете.
Результаты первой стадии можно использовать на следующих этапах - для решения более широкого комплекса стоящих перед банком задач. Каждая задача может рассматриваться как самостоятельная, а ее решение в системе осуществляется независимо. Среди таких задач можно выделить:
-автоматизацию процессов бюджетного управления;
-стратегическое управление на основе системы сбалансированных показателей деятельности (balanced scorecard);
-трансфертное управление ресурсами (оптимизация внутри банковских расчетов);
-CRM - управление взаимоотношениями с партнерами и контрагентами, планирование и управление маркетинговыми компаниями;
-управленческий учет (планирование и расчет себестоимости банковских продуктов, оценка эффективности работы подразделений ).
Сегодня повышенный интрес к ERP-системам среднего рынка. Одним из лидеров в этом сегменте является решение Microsoft® Business Solutions-Axapta®- масштабируемая система, где реализованы современные западные технологии управления.
Решение должно позволять постепенно наращивать функциональность и давать относительно быстрый результат. При внедрении Microsoft Axapta большая часть требуемой функциональности достигается настройками системы. Для учета специфических требований разрабатываются отдельные функциональные решения.
Система должна быть исходно ориентирована на развитие в соответствии с изменением порядка ведения бизнеса. Развивать ее можно силами специалистов самого банка, компании - внедренца (исполнителя) или третьей компании. Microsoft Axapta имеет развитую среду и инструментарий для проведения модернизаций, а производитель - компания Microsoft - не ограничивает партнеров в доработке системы и не требует согласовывать модернизации.
При интеграции Microsoft Axapta с внешними системами можно использовать все технологические механизмы и стандарты, предлагаемые компанией Microsoft. Это позволяет интегрировать систему с другими системами, работающими в банке, для достижения как тактических, так и стратегических целей.
Компания Microsoft рекомендует своим партнерам типовую методологию ведения проекта, однако не требует следовать ей в точности. По согласованию с исполнителем заказчик может предложить свою методологию, включая корректировку этапов работ и шаблонов проектных документов. Этот подход позволяет оптимизировать стоимость внедрения.