Консалтинг и автоматизация в области управления
эффективностью банковского бизнеса

Публикации

Банки и технологии

Построение BPM-системы банка на основе отраслевого информационно-методического комплекса

Характеризуя рынок программного обеспечения, относящегося к классу BPM , эксперты констатируют не только его устойчивый рост (Forrester Research прогнозирует увеличение объема мирового рынка BPM-систем до $2,9 млрд к 2009 г., что более чем в 2 раза превышает уровень 2005 г.), но и существенные структурные изменения, обусловленные ориентацией на предприятия среднего бизнеса. Сегодня практически все ведущие мировые вендоры разрабатывают линейки специализированных отраслевых решений, призванных сократить сроки внедрения «тяжелых» программных продуктов, упростить их конфигурирование и адаптацию на предприятии заказчика.

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

Аккумулируя опыт внедрения BPM -системы «Контур Корпорация» в российских и зарубежных банках, компания Intersoft Lab сформировала информационно-методический комплекс по управлению эффективностью банковского бизнеса. Представленный в данной статье подход объединяет универсальную методическую модель финансового управления банком с ИТ-инструментами, предназначенными для ее реализации.

Отраслевые решения для банковского бизнеса: опыт крупнейших разработчиков BPM-платформ

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

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

По оценкам IBM Software Group, около 65% ИТ-проектов с использованием хранилищ данных в банковской сфере не принесли ожидаемой пользы. В качестве основных причин низкого КПД таких проектов называется излишняя концентрация на информационных технологиях, подход «снизу вверх» без активного участия со стороны бизнеса, некорректное формулирование потребностей заказчика. По сути, речь идет о нарушении ключевого принципа управления эффективностью – принципа единства и согласованности информационной и методической составляющих BPM.

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

Проанализируем опыт крупнейших поставщиков программного обеспечения для управления эффективностью. Наибольший интерес представляет практика использования компанией IBM так называемого компонентного бизнес-моделирования. В основе системы моделей лежит общекорпоративная классифицирующая модель данных (Financial Services Data Model), которая выступает в качестве базиса для архитектуры Хранилища и разработки приложений. Индустриальная модель данных для банковской отрасли (Banking Data Warehouse) содержит описание витрин данных и структуры банковского хранилища и включает:

  • модель хранилища финансовых данных (Banking Data Warehouse Model), в которой определяется физическая структура банковского Хранилища данных;
  • шаблоны готовых решений (Business Solution Templates), представляющие собой спроектированные витрины данных для решения бизнес-задач, связанных с предоставлением отчетности;
  • шаблоны дополнительных решений (Application Solution Templates), обеспечивающие поддержку приложений для расчета рисков.

Другие крупнейшие зарубежные разработчики BPM-платформ также идут по пути формализации технологии конфигурирования и внедрения отраслевых решений. Так, SAP представляет отраслевые решения для бизнеса на базе комплекса решений mySAP Business Suite, которые обобщают опыт работы компании в различных отраслях. SAP Best Practices (лучшие практики SAP) позиционируются разработчиком как семейство программного обеспечения, позволяющего быстро получить отлаженную работоспособную систему. Ключевым методическим понятием SAP Best Practices является понятие «сценария», т.е. последовательности действий, которые надо совершить для решения той или иной бизнес-задачи. Решения SAP Best Practices состоят из трех компонентов:

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

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

Разрабатывая отраслевые (вертикальные) решения, SAS Institute ориентируется на развитие «библиотеки готовых сервисов», с помощью которых специалисты могут конструировать решения, выполняющие определяемые заказчиком бизнес-функции. Для финансовой отрасли SAS предлагает пакет интегрированных решений SAS Banking Intelligence Solutions.

Информационно-методический комплекс управления эффективностью для финансовых организаций: структура и ключевые определения

Качественные изменения в подходе к построению систем автоматизации управленческих технологий всегда базируются на практике успешных внедрений. Компания Intersoft Lab накопила уникальный опыт по разработке и внедрению хранилищ данных и автоматизированных систем класса ВРМ в кредитных организациях (на ее счету более 60 проектов внедрения системы «Контур Корпорация» в российских банках, а также успешные проекты в банках ближнего зарубежья (Украина, Казахстан)). Обобщив и систематизировав полученные эмпирическим путем знания о банковских бизнес-процессах, управленческих методиках, архитектуре BPM-системы и ее программно-аппаратной реализации, компания Intersoft Lab сформировала информационно-методический комплекс (ИМК) для предприятий финансовой отрасли.

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

ИМК состоит из двух сбалансированных взаимозависимых составляющих: методической модели и информационного комплекса.

Методическая модель

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

Остановимся подробнее на назначении и свойствах каждого элемента методической модели.

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

Каталог построен по иерархическому принципу.

На верхнем уровне иерархии выделяют две базовые категории: основные управленческие процессы (в соответствии с первой версией стандартов ВРМ 1.0, разработанных BPM Standards Group ) и дополнительные управленческие процессы (в соответствии с концепцией BPM 2.0).

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

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

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

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

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

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

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

1. Определить элементы финансовой структуры, по которым будет вестись планирование. Например, продуктоориентированные банки обычно планирует ресурсные позиции и финансовые результаты по точкам продаж в разрезе банковских продуктов. В этом случае при описании финансовой структуры должна быть задана структура центров ответственности и структура продуктовой линейки, выполнено распределение продуктов между ЦФО. Для ведения смет проектов необходимо разработать проектную структуру и т.д.

2. Построить систему плановых показателей, а именно:

  • Определить перечень показателей укрупненного плана (бизнес-плана), которые будут устанавливаться сверху.
  • Разработать алгоритмы балансировки укрупненного плана, обеспечивающие сходимость планового баланса.
  • Определить перечень показателей детального плана, которые будут устанавливаться снизу.
  • Задать алгоритмы расчета для вычисляемых плановых показателей.
  • Разработать алгоритмы расчета лимитов для детального планирования.
  • Описать механизмы согласования укрупненного и детального планов.

3. Провести детальное планирование сметы накладных расходов и капитальных вложений.

4. Оценить плановую доходность центров прибыли (например, с использованием методики функционально-стоимостного анализа).

5. Оценить плановые риски.

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

Категория процесса Процесс Методические задачи Бизнес-задачи Детализация методики/алгоритмы
Основные управленческие процессы
  Планирование
  Построение модели банка для планирования
  Построение финансовой структуры банка
  Описание структуры центров ответственности
Описание структуры продуктовой линейки
Описание структуры портфелей активов/пассивов
Описание структуры клиентов
Описание проектной структуры
Описание валютных сегментов
Построение системы плановых показателей
  Определение набора плановых показателей для Укрупненного плана (плана сверху) и Детального плана (плана снизу)
Алгоритм расчета зависимых плановых показателей
Алгоритм балансировки Укрупненного плана
Алгоритм расчета лимитов для планирования снизу
Принципы согласования Укрупненного и Детального планов
Детальное планирование сметы накладных расходов и капитальных вложений
Оценка плановой доходности центров прибыли (ЦФО, банковских продуктов, клиентов)
  Алгоритм выполнения аллокаций для распределения расходов по кост-центрам
Оценка плановых рисков
Описание регламента планирования
Мониторинг и контроль
  Построение модели банка для управленческого учета
  Построение финансовой структуры банка
Построение системы показателей управленческого учета
Контроль фондирования ЦФО
Контроль исполнения сметы накладных расходов и капитальных вложений
Оценка фактической доходности центров прибыли (ЦФО, банковских продуктов, клиентов)
Учет и оценка рисков
Регламент ведения управленческого учета
Дополнительные управленческие процессы
  Консолидация
  Построение единой главной книги банка
Построение единого реестра клиентов
Построение портфелей сделок

Словарь данных ведется в терминах предметной области и обеспечивает единое понимание терминов в масштабах кредитной организации. Он сокращает избыточность данных и является базисом для разработки новых алгоритмов обработки данных.

Словарь данных характеризуется следующим набором свойств:

  • содержит полный перечень бизнес-объектов методической модели. К настоящему времени в словаре ИМК Intersoft Lab собрано более 50 объектов;
  • описывает структуру объектов, их атрибуты и возможные значения атрибутов. При этом отдельные объекты могут быть представлены в виде иерархии (например, планы счетов, иерархии банковских продуктов, группы клиентов и др.). Для описания каждого объекта в модели используется до 40 атрибутов;
  • описывает связи между бизнес-объектами;
  • сформированный для финансовой отрасли словарь данных является расширяемым, что позволяет развивать модель.

Альбом отчетных форм – это набор шаблонов отчетных форм, сгруппированных в портфели отчетов по принадлежности к «родительскому» управленческому процессу. Организация альбома позволяет производить отбор отчетов по таким принципиальным для конечного пользователя признакам, как:

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

Рассмотрим некоторые отчеты, входящие в пакет, предлагаемый Intersoft Lab для оперативного учета фактического исполнения бюджета (табл. 2).

Таблица 2. Отчеты, входящие в пакет для оперативного учета фактического исполнения бюджета
Шаблон отчета Содержание Периодичность выпуска Пользователи Источник данных
Консолидированный управленческий баланс Фактические объемы по статьям активов и пассивов в целом по банку отдельно по каждой валюте, с которой работает банк Ежедневно Старшие менеджеры и аналитики Данные бухгалтерского учета, данные о сделках
Управленческий баланс в разрезе детальной аналитики Фактические объемы по статьям активов и пассивов с детализацией по ЦФО, банковским продуктам, клиентским группам и др. Ежедневно Старшие менеджеры и аналитики Данные бухгалтерского учета, данные о сделках
Отчет о прибылях и убытках Доходы и расходы банка, ЦФО, финансовый результат по продуктам; прибыль и убыток за заданный период в сравнении с планом Ежемесячно Старшие менеджеры и аналитики Данные бухгалтерского учета, данные о сделках, плановые доходы расходы банка
Доходность банковских продуктов Величина прибыли и рентабельность по каждому банковскому продукту Ежемесячно и ежеквартально Старшие менеджеры, аналитики, руководители подразделений, ответственные за данный продукт Данные бухгалтерского учета, данные о сделках, данные о трансфертных сделках
Средневзвешенные процентные ставки по банковским продуктам Средний остаток, доход/расход по статье, средневзвешенные процентные ставки Еженедельно Специалисты ПЭУ, отдела по управлению банковскими рисками, высшее руководство Сделки, данные бухучета, трансфертные сделки

Информационный комплекс

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

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

1. Средства построения хранилища данных.

2. BPM- приложения.

3. Средства формирования отчетности.

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

Информационный комплекс не ограничивает заказчика в выборе программно-аппаратной платформы. Мультиплатформенное хранилище данных «Контур Корпорация» поддерживает наиболее популярные промышленные СУБД MS SQL и Oracle.

Особое внимание следует уделить системе интеграции данных, которая является ключевым компонентом технологии построения хранилища. Тенденции, наметившиеся в российской банковской сфере (укрупнение и диверсификация банковского бизнеса, активное развитие розничного сектора, обострившаяся конкуренция и неотвратимость соблюдения требований Basel II) привели к тому, что постепенно утрачивает свою актуальность подход к хранилищу данных как к единому корпоративному репозиторию информации. Соответственно меняется и концепция интеграции. Если раньше в основном использовали консолидацию данных (ETL – Extract-Transform-Load), то теперь практически в каждом проекте востребованы еще и технологии федерализации информации (EII – Enterprise Information Integration) и интеграции приложений (EAI- Enterprise Application Integration ).

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

  • ETL-процессы обеспечивают наполнение хранилища данными, незаменимы при загрузке больших объемов информации и сложных преобразованиях данных (архивная и ежедневная пакетная загрузка, трансформация данных и их миграция между базами данных в распределенном хранилище);
  • EAI используется для получения информации в реальном времени, что особенно актуально при построении системы управления рисками, а также выполнении оперативной дозагрузки измененных данных в хранилище;
  • EII используется при соединении большого хранилища с ограниченными объемами данных из разрозненных источников (задачи использования информации локальных баз данных для получения отчетности).

Такой подход к решению задачи интеграции позволяет преодолевать проблему разрастания данных, продуктивно использовать локальные информационные источники, создавать базис для гибкой системы отчетности. В качестве инструментов интеграции могут быть задействованы такие надежные и хорошо зарекомендовавшие себя в многочисленных проектах средства, как IBM WebSphere DataStage, DataPower, Oracle Data Integrator и др., а также универсальный подход на основе XML-форматов.

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

BPM-приложения – это набор ориентированных на конечного пользователя инструментов для поддержки процессов управления. В арсенале системы «Контур Корпорация» приложения для финансового планирования, управленческого учета, трансфертного управления ресурсами, ведения бюджета хозяйственных расходов, построения единого реестра клиентов и консолидированной Главной книги многофилиального банка, построения налоговой отчетности и отчетности по МСФО и т.д.

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

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

Средства формирования отчетности представляют собой набор ИТ-инструментов, используемых для выпуска отчетов по данным BPM-системы. Выбор подходящих инструментов осуществляется с учетом индивидуальных требований заказчика на основании альбома отчетных форм методической модели. В качестве элементов системы отчетности могут выступать:

  • OLAP-инструменты (например, Oracle BI, Contour BI или MS SQL Server Analysis Services) для интерактивной работы с отчетными данными и обеспечения возможности конструирования отчетов без программирования;
  • внешние построители отчетов (например, Fast Report, Crystal Report, SQL Server Reporting Services) для представления данных в виде плоских отчетов, иерархических отчетов или диаграмм;
  • встроенный генератор отчетов системы «Контур Корпорация», позволяющий выпускать и редактировать табличные отчеты на основе аналитических выборок данных.

Тиражирование методики внедрения – путь к снижению рисков заказчика

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

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

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

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


Взаимодействие компонентов информационно-методического комплекса в процессе внедрения

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

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

  • ИМК систематизирует и обобщает богатейший опыт компании Intersoft Lab по внедрению BPM-системы «Контур Корпорация» в российских банках;
  • ИМК помогает осуществить стыковку управленческой и внедренческой части проекта построения BPM-системы и максимально точно реализовать бизнес-требования заказчика;
  • построение BPM-системы с использованием ИМК ведется «от бизнес-задач», что является залогом эффективного использования системы менеджерами всех уровней;
  • в основу ИМК положена единая модель финансового управления банком, использующая испытанные практикой методики бюджетирования, управленческого учета, управления рисками, построения отчетности, анализа финансовых результатов. Модель обеспечивает выполнение требований национального и международного банковского законодательства;
  • ИМК обладает высоким уровнем адаптивности и содержит набор бизнес-ориентированных элементов для описания управленческих и аналитических методик конкретного банка;
  • ИМК обеспечивает поддержку основных промышленных СУБД и средств интеграции, что гарантирует технологичную стыковку системы с имеющимися в банке средствами автоматизации;
  • использование ИМК позволяет максимально упростить и ускорить процесс внедрения системы.