hyperion программа что это

Содержание

Oracle Hyperion Financial Management – система консолидации финансовой и управленческой отчетности, предназначенная для крупных компаний и холдингов, для компаний, в которых производится подготовка разных типов отчетности, а также для компаний, использующих учетную систему Oracle.

Oracle Hyperion Financial Management является одним из немногих продуктов, предназначенных именно для решения задач консолидации и трансформации отчетности. Обладает встроенной финансовой логикой и настраивается в соответствии с потребностями конкретной компании.

Программный продукт Oracle Hyperion Financial Management обеспечивает сокращение трудозатрат на подготовку качественной финансовой отчетности путем автоматизации большинства шагов процесса консолидации данных.

Oracle Hyperion Financial Management и соответствие требованиям

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

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

Трансформация с Oracle Hyperion Financial Management

В сочетании с дополнительным программным модулем Oracle Hyperion Financial Data Quality Management Oracle Hyperion Financial Management позволяет автоматически извлекать данные из учетных систем в любой детализации и преобразовывать их в единую модель с помощью таблиц мэппинга. При дальнейшей работе с данными в Oracle Hyperion Financial Management пользователь может детализировать содержащиеся в системе цифры до конкретных транзакций в учетной системе предприятия-источника данных.

Для цели последующей трансформации данных служит механизм управления журналами в Oracle Hyperion Financial Management. Журнал в Oracle Hyperion Financial Management можно сравнить с проводкой в учетной системе – это запись, как правило, сбалансированная, определяющая сумму корректировки по различным счетам. Пользователи создают журналы и отправляют их руководителю на согласование. После согласования корректировки применяются к соответствующим счетам. Консолидация с Oracle Hyperion Financial Management.

Oracle Hyperion Financial Management помогает в решении многих рутинных задач консолидации отчетности, как раз являющихся источниками многих ошибок, обусловленных ручными вычислениями и динамичным изменением финансовой структуры. Так, Oracle Hyperion Financial Management автоматически:

Эти процедуры могут быть полностью автоматизированы при условии автоматического импорта из учетных систем сведений о доле владения приобретенной компании и ее баланса на дату приобретения. Управление процессом в Oracle Hyperion Financial Management.

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

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

После окончательного закрытия этапа данные получают статус «закрытых» и не могут быть изменены действиями пользователей либо дополнительными вычислениями, пока статус не изменит администратор. Таким образом, пользователи отчетности всегда могут быть уверены в том, что:

При этом администратор может полностью отслеживать историю изменений данных и действий пользователей в системе, что снижает стоимость аудита отчетности.

Управление системой Oracle Hyperion Financial Management

Одним из главных достоинств Oracle Hyperion Financial Management является независимость пользователя от IT-службы предприятия. При использовании Oracle Hyperion Financial Management специалисты таких служб выполняют только функции системного администратора для серверов, на которых размещен Oracle Hyperion Financial Management. Операции же по внесению изменений в систему специалисты финансового отдела могут выполнять самостоятельно. Примеры задач, не требующих участия IT-службы:

Источник

Oracle Hyperion Planning

Содержание

Oracle Hyperion Planning это решение для планирования, бюджетирования и прогнозирования с помощью Microsoft Excel и Web, обеспечивающее интеграцию процессов финансового и операционного планирования. Hyperion Planning предоставляет возможности для глубокого анализа бизнес-операций и их влияния на финансовые результаты компании с помощью тесно интегрированных моделей финансового и операционного планирования. С помощью Hyperion Planning Вы сможете удовлетворить срочные потребности в финансовом планировании, и будете иметь платформу для дальнейшего многопрофильного расширения и автоматизированной интеграции бизнес-процессов.

Основы интегрированного планирования

Hyperion Planning позволит Вам превратить существующие разрозненные таблицы в единую систему и предоставит платформу для планирования в масштабах всей компании.

Точные прогнозы с интегрированными возможностями бизнес-анализа

Oracle обеспечивает возможность бизнес-анализа и планирования в единой среде. Hyperion Planning позволяет Вам производить сложный анализ бизнес-операций и использовать полученную информацию для создания точных прогнозов и планов без привлечения сторонних инструментов. Работая с единым интерфейсом, Вы можете иметь доступ к информационным панелям (dashboards), интерактивной аналитике и финансовым отчетам с богатыми возможностями форматирования, взаимодействуя в то же время с единой системой планирования.

С помощью функциональности Enterprise Performance Management Architect Вы можете легко создавать, контролировать и интегрировать процессы планирования с целью достижения высокой скорости внедрения и низкой стоимости владения.

Поддержка оперативного бизнес-планирования

Интеграция с Microsoft Office

Объединение групп пользователей с помощью интуитивного Web-интерфейса

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

Быстрое внедрение на основе предконфигурированных решений

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

Взаимодействие и контроль с помощью системы управления рабочими процессами

Hyperion Planning предлагает мощный функционал управления рабочими процессами, включая уведомления по E-mail, оповещения и списки задач, позволяя пользователям отслеживать текущие изменения планов и бюджетов и сообщать об этом. Помимо создания, проверки и изменения планов и списков задач, Вы также можете определять узкие места в производительности, проводить анализ «что-если. » и тестирование сценариев.

Поддержка крупных внедрений с помощью масштабируемой архитектуры

Решение Hyperion Planning построено на основе масштабируемой архитектуры, которая позволяет при необходимости начать со сравнительно небольшого внедрения, до того, как распространить его на сотни и тысячи пользователей во всей организации. Архитектура обеспечивает гибкий ввод данных, анализ, обновления в реальном времени из любой точки в безопасной и защищенной среде с использованием стандартного Web-броузера.

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

Высокое качество данных и прозрачность интеграции

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

Источник

Hyperion программа что это

Проблемы систем планирования и бюджетирования

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

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

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

ММБ выбрал Hyperion

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

Почему именно Hyperion?

Прежде всего, прислушаемся к мнению международных аналитиков. Агентством SPEX (подразделение META Group опубликован первый рейтинг решений класса Business Performance Management, в котором решениям Hyperion присвоен рейтинг ‘excellent plus’. Gartner разработал «магический квадрант» BPM-решений, в котором компания Hyperion отнесена к категории ‘visionaries’, т.е. к компаниям, которые обладают видением рынка, верно предугадывают тенденции его развития и способны адекватно реализовать свои подходы на практике. Журнал Intelligent Enterprise назвал Hyperion Planning лучшей системой в категории «Инструменты финансового планирования, прогнозирования и бюджетирования», а позже включил Hyperion в число наиболее перспективных поставщиков ИТ-решений.

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

Hyperion Planning: Обзор функциональности

Рассмотрим некоторые из функций системы Hyperion Planning, позволяющие обеспечить методологию и организацию планирования и бюджетирования.

Многомерное представление управленческой информации

Для хранения управленческой информации Hyperion Planning использует многомерную базу данных Hyperion Essbase, что дает возможность воспользоваться преимуществами OLAP-технологий. С точки зрения пользователя-экономиста это означает возможности быстрой и гибкой аналитической обработки данных и представления информации в любых аналитических разрезах. При этом объемы информации могут быть достаточно большими, а доступ к данным может производиться десятками и сотнями пользователей одновременно. По сути дела, управленческая информация хранится в гигантском многомерном кубе, грани которого (аналитические направления)имеют вполне конкретную и привычную экономическую интерпретацию: статьи банковского баланса, статьи отчета о прибылях и убытках, календарь планирования, валюты, сотрудники и подразделения банка (организационная, управленческая структуры), клиенты, сроки погашения и переоценки продуктов и т.п. Общее допустимое количество аналитических направлений равно двадцати (как показывает практика, этого более чем достаточно для создания продвинутых бюджетных моделей).

Справочник статей отчета о прибылях и убытках

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

Рисунок 1. Многомерное представление информации в Hyperion Planning: статьи доходов и расходов банка

Календарь планирования

Календарь позволяет описать горизонт планирования и его разбивку на отдельные интервалы времени. При этом также обеспечивается иерархическое представление временных интервалов. Например, данные первого полугодия могут быть детализированы по месяцам, данные второго полугодия — по кварталам, а перспективные показатели, выходящие за пределы текущего года, могут относиться к соответствующему году без детализации.

Мультивалютность

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

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

Бизнес-правила

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

Бизнес-правила также можно использовать для описания отношений между сценариями и версиями. Например, план доходов может быть сформирован в двух вариантах: «стандартный» и «в расчете на интенсивный рост». Тогда можно создать бизнес-правило, которое будет автоматически рассчитывать показатели с поправкой на «интенсивный рост», увеличивая значения стандартной версии на 20%.

Рисунок 2. Hyperion Business Rules: правило распределения административно-хозяйственных расходов

Обмен информацией и отчетность

Интеграционные функции важны, поскольку именно они обеспечивают информационную, а значит, и методологическую преемственность используемых в банке систем управления. Не вдаваясь в технические подробности, упомянем Hyperion Application Link — встроенный программный продукт, позволяющий существенно сократить усилия, затрачиваемые на интеграцию аналитических систем с другими источниками информации.

Средства формирования отчетности также являются неотъемлемой частью автоматизированной системы планирования.
Блок построения отчетности ( Hyperion Reports )обеспечивает:

Рисунок 3. Hyperion Reports: представление информации в табличном и графическом виде

Структура подразделений и работников банка

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

Описание пользователей

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

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

Сценарии и версии

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

В системе Hyperion Planning многовариантность планирования реализуется при помощи аналитических направлений «Сценарии» (Scenario)и «Версии» (Version). Каждая комбинация сценария и версии содержит свой собственный набор данных. После того как пользователи — планировщики завершают ввод данных для объекта (ЦФО) по конкретному сценарию и версии, они могут инициировать процедуру согласования и утверждения, в соответствии с заданной организационной процедурой.

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

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

Версии бюджета придают процессу планирования дополнительную гибкость и могут иметь различную интерпретацию по отношению к определенному плану, например:

Версии не зависят от сценариев. Например, если создать «оптимистическую» и «пессимистическую» версии, то их можно будет использовать в сочетании с любым из сценариев.

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

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

Управление процессом планирования

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

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

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

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

Процесс согласования бюджетных блоков зависит от отношений подчиненности между объектами («родительский объект — дочерний объект»). При этом действуют следующие правила:

Доступ к информации через Интернет

Интернет вошел в нашу жизнь не так давно, но уже воспринимается многими как нечто привычное и весьма удобное. Возможности, предоставляемые «всемирной паутиной», позволяют значительно усовершенствовать организацию процессов планирования. Те, кому довелось работать с крупными системами управления, хорошо знают, сколько времени, сил и нервов подчас расходуется на поддержку рабочих мест сотрудников — пользователей системы. Отдельная проблема — контроль версий программ на пользовательских компьютерах, их модификация и переустановка. К счастью, Интернет-технологии позволяют избавить пользователей от возникающих время от времени технических проблем и дают им возможность сконцентрировать свое внимание на своей непосредственной работе. Дело в том, что все специализированное программное обеспечение Hyperion Planning находится на центральном сервере, а пользователи работают с системой при помощи обычного web-браузера — программы «стандартной» для любого современного компьютера.

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

Система безопасности

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

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

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

Решение методологических задач

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

Рассмотрим поставленные задачи в соответствии с последовательностью их реализации (Рисунок 4).

Рисунок 4. Алгоритм решения методологических задач

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

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

Второй блок задач планирования АХР — это планирование операционных расходов на уровне структурных подразделений банка. Алгоритмы, реализованные в Hyperion Planning, предусматривают планирование как прямых, так и косвенных расходов подразделений, с последующим отнесением их на уровень подразделений по соответствующим базам распределения.

Планирование основных средств осуществляется методом «цена-количество» с учетом определенных потребностей каждого подразделения банка.

Планирование основной деятельности осуществлялось в разрезе банковских продуктов с разбивкой по видам валют, периодов до погашения, периодов изменения цены реализации продукта (период переоценки). В качестве исходных данных заполняемые в процессе бюджетирования формы сбора плановой информации содержат балансовые остатки и денежные потоки так называемых «старых сделок» — фактических операций, совершенных до начала бюджетного периода. Пользователи задавали объемы и процентные ставки по «новым» сделкам, то есть сделкам планового периода и оценивали финансовый результат, получаемый от фактических сделок. В основу алгоритмов расчета модели была положена концепции внутреннего фондирования. Методология внутреннего фондирования (еще известная как теория трансфертного ценообразования)предусматривает, что все подразделения банка привлекая или размещая средства, продают или занимают их у Центра фондирования. То есть, условно схему внутрибанковского оборота средств можно представить следующим образом (Рисунок 5).

Рисунок 5. Схема внутрибанковского оборота

После завершения перечисленных этапов становится возможным построение финансовой отчетности и проведение GAP-анализа.

Построение финансовой отчетности подразумевает формирование баланса и отчета о прибылях и убытках на плановый период.

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

Задача формирования управленческой отчетности банка была решена на основе методологии ведения управленческого учета, которая подразумевает выделение в структуре банка центров доходов (profit centers), и центров затрат (cost centers). Центры доходов — это подразделения, формирующие в результате своей деятельности доход банка, а центры затрат — подразделения, осуществляющие учет, контроль, техническое и прочее сопровождение проводимых банком операций. Центры затрат, имеющие общие функциональные признаки, объединяются в группы (во время реализации описываемого проекта таких групп в банке было пять). В соответствии с утвержденными в банке правилами расходы всех cost-центров, в зависимости от принадлежности к той или иной группе, полностью распределяются на profit-центры. В свою очередь доходы profit-центров по отдельным продуктам (группам продуктов), реализуемым несколькими profit-центрами, также распределяются между ними исходя из степени участия (ответственности)в реализации продукта. Для решения задачи построения системы управленческой отчетности была реализована модель иерархической структуры банка, внедрена система согласования плановых значений между различными уровнями структурной иерархии, сформированы соответствующие алгоритмы распределения, позволяющие на уровне отделов (групп)формировать соответствующие отчеты о результатах их деятельности. Обобщенно все сказанное об этапах, предшествующих построению управленческой отчетности (Рисунок 6).

Рисунок 6. Построение управленческой отчетности

Результатом решения поставленной задачи стало построение системы управленческой отчетности в табличном виде (MS Excel ) и посредством Hyperion Reports (HTML, PDF). Эта отчетность обеспечивает менеджеров банка информацией о деятельности каждого profit-центра на уровне отдела (группы), а также областей деятельности.

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

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

Источник

• ← Hyper v что это за программа
• Hypervisor error windows 10 что делать →