характерных для этих планов.
Основные свойства статей бюджетных планов:
. Хранение значений во временных периодах. Период планирования в системе
жестко определен - на 5 лет по месяцам, или на 15 лет по кварталам.
. Иерархия статей бюджета. Иерархия статей имеет 2 уровня: тип, номер.
. Собственное и консолидированное состояние, план, факт, отклонение.
Собственное состояние есть только у планов нижнего уровня. Выше - только
консолидированные состояния. Отклонение не присутствует в системе в виде
данных, а моделируется связыванием различных бюджетов - плана и факта.
При этом необходимо безусловное совпадение их структур.
. Возможность учета значений статьи в разных валютах и натуральном
измерении. Есть.
. Дополнительная аналитика статей. Нет.
. Проводки по бюджетным статьям. Нет.
Первичная информация
. Бюджетные строки и бюджетные документы. Вся первичная информация в
системе представлена бюджетными строками предопределенной структуры.
. Объекты поддержки финансовой логики. Эта задача обеспечивается другим
программным продуктом - Hyperion Enterprise (решение для финансовой
консолидации в управленческих и отчетных целях).
Функциональность и алгоритмы системы бюджетирования
Следует отметить особенность системы в задаче описания различных алгоритмов
расчета. Независимо от своей специфики, все они реализуются посредством
единого механизма - настройкой шаблонов. Шаблоны позволяют связывать
бюджетные строки, временные периоды, справочники, системные переменные и
т.д. Достоинство и недостатки единого подхода очевидны - квалифицированный
"настройщик" шаблонов может реализовать достаточно сложную методику
бюджетирования, которую только он и способен сопровождать в дальнейшем.
Алгоритмы планирования
. Расчет значений статей по временному горизонту планирования. С успехом
настраивается с применением шаблонов.
. Расчет значений статей по ЦФО. В шаблоне возможно указание кода ЦФО.
. Применение статистических методов расчета. Предусмотрены некоторые
встроенные функции статистического распределения. Реализовано в шаблонах.
. Расчет значений статей на основании значений других статей. Реализуется
установкой связей между бюджетными строками через механизм шаблонов.
. Расчет значений статей по бюджетным документам и другой первичной
информации. Это возможно, если только первичная информация будет
преобразована вне системы в представление бюджетных строк.
. Обеспечение процесса планирования "от достигнутого". Применяется режим
процентного изменения и "пошагового увеличения/уменьшения".
. Моделирование "что если" присутствует в виде штатного средства,
основанного на шаблонах.
. Реализация технологии "скользящего бюджета". Возможно ее моделирование
посредством корректировки шаблонов.
Алгоритмы учета исполнения бюджета
. Учет факта на основании данных бухучета. Весьма нетривиальная задача для
системы. Для ее реализации необходимы внешние средства для преобразования
данных бухгалтерского учета к структуре управленческого учета.
. Расчет значений статей по данным внесистемного учета. Также решается
только с применением внешних средств по отношению к системе. Если удается
подготовить текстовые файлы в строго заданном формате, соответствующем
бюджетным строкам, то возможен их импорт в систему. Факт может быть
введен в натуральном и денежном выражении.
Агрегация, консолидация бюджетных данных
. Агрегация. Агрегация выполняется по запросу "планировщика".
. Консолидация. После того, как "консолидатор" собирает от "планировщиков"
бюджетные файлы, механизм контроля изменений выбирает изменившиеся
бюджетные строки и автоматически выполняет их консолидацию.
Аллокации и трансферты
. Использование шаблонов при разноске значений статей. В системе существует
единый универсальный интерфейс для настройки и выполнения разноски
значений статей, рассчитанный на высококвалифицированного пользователя.
. Использование нормативов и дополнительных справочников. Программа
позволяет задавать стандартные нормативы (такие, как уровень
налогообложения или нормы расхода сырья) в виде системных переменных и
затем использовать их в рамках всего бюджета.
. Использование языка формул. Представлено на уровне возможностей при
настройке шаблонов.
. Скриптовый язык в системе. Отсутствует.
Алгоритмы расчета финансовых результатов
Автоматически выполняется расчет ликвидности, а также основных финансовых
результатов в базовом финансовом инструменте. Для расчета себестоимости и
подобных ей показателей необходимы дополнительные настройки.
Организация работы пользователей с системой
Автоматизация коллективной работы с бюджетом
Требуется отдельный сотрудник - "администратор бюджета" для дистрибуции и
консолидации бюджетов подразделений и филиалов.
Организация взаимодействия с удаленными филиалами
Подготовленные "администратором бюджета" бюджетные файлы предоставляются
филиалам наравне с подразделениями. Может применяться электронная почта,
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). Система обеспечивает
бизнес-планирование и моделирование деятельности организации в целом с
детализацией по принципу "сверху-вниз", прогнозирование результатов
деятельности на уровне подразделений и консолидацию их "снизу-вверх",
формирование согласованных бюджетов и подготовку необходимой управленческой
отчетности в рамках одного интегрированного приложения.
Состав и свойства информационных объектов
Основу системы представляет множество унифицированных многомерных таблиц
(кубов). Каждая такая таблица соответствует одному бюджетному плану. Для
каждого плана можно задать "плоский" список бюджетных статей и настроить
произвольное количество измерений для них. Никаких других бизнес-объектов
изначально в систему не заложено. В связи с этим, при внедрении системы
требуется большой объем предварительной настройки.
Измерения бюджетных планов статей
Допускается произвольное количество измерений. Предопределенных измерений
нет. В "плоских" справочниках могут быть описаны все измерения, которые
необходимы для детализации бюджета:
. Организационно-штатная и финансовая структура. Может быть описана как
отдельное измерение бюджетного плана. При этом центры финансовой
ответственности задаются в виде "плоского" справочника. Иерархия центров
ответственности может быть эмулирована с помощью формул.
. Валюты, курсы. Валюты могут быть описаны как отдельное измерение
бюджетного плана. Курсы для пересчета в сводную валюту могут быть
эмулированы с помощью формул.
. Продукты, услуги, материальные ценности. Могут быть представлены как
отдельные измерения бюджетного плана в виде "плоских" справочников.
. Клиенты, потребители и поставщики. Также могут быть представлены как
отдельные измерения бюджетного плана в виде "плоских" справочников.
Бюджетные планы статей
В системе нет предопределенных планов и, соответственно, нет характерной
для них бизнес-логики. Допускается произвольное количество бюджетных
планов, которые пользователю предстоит создать и настроить самостоятельно.
Основные свойства бюджетных статей:
. Хранение значений во временных периодах. Периоды планирования могут быть
Страницы: 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16
