Автоматизация коллективной работы с бюджетом
Требуется отдельный сотрудник - "администратор бюджета" для дистрибуции и консолидации бюджетов подразделений и филиалов.

Организация взаимодействия с удаленными филиалами
Подготовленные "администратором бюджета" бюджетные файлы предоставляются филиалам наравне с подразделениями. Может применяться электронная почта, ftp и т.д.

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

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

Архитектура, платформа, средства интеграции

Архитектура
. Hyperion Pillar - файловая система бюджетирования. Информационная основа
- многомерные локальные файлы. Отдельный модуль Autopilot ответственен за автоматический выпуск отчетов, выполнение дистрибуции, консолидации файлов, экспорт-импорт информации.
. Хранилище данных может быть реализовано с применением другого программного продукта - Hyperion Essbase.
Программно-аппаратная платформа
Персональные компьютеры под управлением Windows или Macintosh.

Средства расширения функций системы
. Генераторы отчетов. Предусмотрено изменение состава и очередности колонок в формах при формировании отчетов. Применяется технология drag and drop.
Предусмотрена интеграция с Hyperion Essbase OLAP Server (к сожалению, с единственным OLAP-сервером, с которым работает Hyperion Pillar).
. Язык формул, скриптовый язык. Существует язык формул, применяемый в шаблонах настройки расчетов. Скриптовый язык отсутствует.
. Открытый API для программиста. Система не предусматривает развитие функциональности силами пользователей.
Средства интеграции с другими средствами автоматизации предприятия
. Hyperion Application Link - специальный модуль, предназначенный для организации обмена данными с внешними реляционными источниками через
ODBC. Предусмотрены специализированные интерфейсы для обмена данными с наиболее известными ERP-системами, например, SAP, Oracle Applications,
BAAN, J.D. Edwards - в виде частных решений. Импорт данных из иных систем возможен посредством их загрузки из предопределенных текстовых форматов, отражающих структуру данных Hyperion Pillar.
. Интеграция с офисными приложениями. Предусмотрен экспорт и импорт бюджетных строк в Excel-таблицу.
. Применение XML для интеграции с другими системами. Отсутствует.

Adaytum e.Planning

Компания Adaytum существует около 10 лет на рынке. В настоящее время имеет партнеров и дилеров в более чем 35 странах мира.
Adaytum e.Planning относится к классу систем корпоративного бизнес- планирования (EBP - Enterprise business planning). Система обеспечивает бизнес-планирование и моделирование деятельности организации в целом с детализацией по принципу "сверху-вниз", прогнозирование результатов деятельности на уровне подразделений и консолидацию их "снизу-вверх", формирование согласованных бюджетов и подготовку необходимой управленческой отчетности в рамках одного интегрированного приложения.

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

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

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

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

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

Алгоритмы планирования
. Расчет значений статей по временному горизонту планирования. Реализуется посредством функции пересчета исходного распределения. Требует предварительной настройки.
. Расчет значений статей по ЦФО. Реализуется посредством функции пересчета исходного распределения. Требует предварительной настройки.
. Применение статистических методов расчета. Реализуется посредством функции пересчета исходного распределения. Требует предварительной настройки.
. Расчет значений статей на основании значений других статей. Реализуется с помощью формул.
. Расчет значений статей по бюджетным документам и другой первичной информации. Реализуется с помощью специальных объектов D-Link, позволяющих настроить связь значений бюджетных статей с исходными данными. Пересчет значений на основе первичных данных выполняется непосредственно в момент загрузки данных в систему.
. Обеспечение процесса планирования "от достигнутого". Реализуется с помощью формул.
. Моделирование "что если". Реализуется с помощью формул и функции пересчета исходного распределения.
. Реализация технологии "скользящего бюджета". В явном виде данная технология не поддерживается. Она может быть эмулирована посредством корректировки значений бюджетных статей. При этом ранее установленные плановые значения не сохраняются.
Алгоритмы учета исполнения бюджета
. Учет факта на основании данных бухучета.

Является достаточно сложной для системы задачей, поскольку отсутствует поддержка финансовой логики (счет, двухсторонняя проводка и т.д.) и все исходные данные находятся во внешних системах. Требуется разработка специальных внешних макропрограмм.
. Расчет значений статей по данным внесистемного учета. Также решается только с применением внешних по отношению к системе средств.
Агрегация, консолидация бюджетных данных
. Агрегация. Агрегация выполняется автоматически на компьютере пользователя и заключается в суммировании значений ячеек многомерной таблицы D-cube.
Может быть задан один из нескольких простых алгоритмов агрегации - сумма, средневзвешенная и т.д.
. Консолидация. Консолидация также выполняется автоматически на компьютере пользователя. При этом отсутствует консолидация отдельных бюджетов на уровне приложения в целом.
Аллокации и трансферты
. Использование шаблонов при разноске значений статей. Не представлено.
. Использование нормативов и дополнительных справочников. Возможно. Для ввода нормативов и баз распределения могут быть созданы дополнительные многомерные таблицы D-cube.
. Использование языка формул. Это один из основных инструментов работы с системой.
. Скриптовый язык. Отсутствует.
Алгоритмы расчета финансовых результатов
Могут быть реализованы с помощью базовых механизмов системы, но потребуют дополнительной настройки.
Декларируется, что в системе есть большое количество специфических встроенных функций, предназначенных для финансового планирования. Но, что конкретно они собой представляют, выяснить не удалось.

Организация работы пользователей с системой

Автоматизация коллективной работы с бюджетом
Организация коллективного планирования бюджета является, пожалуй, самой сильной стороной системы.
Система построена по традиционной технологии "клиент-сервер" - все пользователи в режиме реального времени работают в единой базе данных.
Прогнозирование на уровне подразделений выполняется посредством специальных
Web-шаблонов. Шаблоны можно настраивать, трансформируя столбцы и строки, выводя на экран или скрывая пустые и заполненные нулями поля.
После того, как пользователь ввел в систему всю необходимую информацию, ее можно сохранить в системе или передать на рассмотрение и утверждение менеджеру следующего уровня. Сохраненные данные отмечаются флажком "work in process" и остаются доступными для последующего редактирования. Переданным на рассмотрение данным присваивается флажок "locked", они доступны только для просмотра.
Менеджеры высшего уровня могут просмотреть статус всех шаблонов, за которые они непосредственно несут ответственность, увидеть детальную информацию по каждому изменению в отдельности и по всем изменениями в целом. После этого менеджеры высшего уровня могут принять их, либо попросить внести дополнительные изменения, либо самостоятельно исправить значения. В случае внесения дополнительных изменений менеджер получает сообщение по электронной почте о том, что ему нужно предупредить нижестоящих пользователей о необходимости внесения изменений, при этом статус изменяется с "locked" на "work in progress". В случае утверждения шаблона вышестоящим менеджером, он становится доступным для менеджера следующего уровня.

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

Удобства в работе с системой
. Лимиты, защищенные статьи. В явном виде не реализовано. Возможна эмуляция этой технологии посредством выдачи прав доступа (на просмотр и запрет редактирования)
. Утверждение статей и планов. Возможно утверждение всего шаблона целиком.
Утвердить отдельно взятую статью нельзя.
. Примечания к статье. Не реализовано. Процедура обсуждения значений статей может быть реализована посредством обмена между участниками бюджетного процесса сообщениями по электронной почте. Для хранения переписки используются стандартные средства электронной почты.
. Визуализация расхождений. Требует дополнительной настройки. Если настроено соответствующее измерение в таблице D-Cube, то можно на одном экране увидеть план, факт и отклонение.
. Контроль ошибок. Формулы в системе хранятся как отдельные сущности отдельно от ячеек, поэтому исключена возможность в процессе работы
"испортить" формулы. Есть возможность выявлять незаполненные ячейки.
. Версионность планов. Не контролируется.
. Возможность одновременного планирования в произвольных временных периодах. Есть. Для каждой таблицы D-Сube можно создать измерение
"периоды бюджетирования" и в нем описать такие периоды бюджетирования, какие требуются для данного бюджетного плана.
. Возможность изменять состав и структуру статей одновременно для плана и факта (исполнения) бюджета. Реализована. Можно в процессе работы изменять состав статей и содержимое справочников по каждому измерению таблицы D-
Сube
. Средства анализа бюджета. В системе существуют достаточно мощные средства
OLAP-анализа. Например, имеется функция детализации (drill down), с помощью которой можно, стоя на конкретной ячейке, посмотреть исходные данные, на основе которых она была посчитана.
Секретность и безопасность данных
. Типы пользователей и права доступа. Можно выделить такие группы пользователей, как:

Страницы: 1, 2, 3, 4, 5, 6, 7, 8, 9, 10