Бюджетирование организации

Функциональность  и алгоритмы системы

Расчет значений статей по временному горизонту планирования. С успехом настраивается с  применением шаблонов.

Расчет значений статей по ЦФО. В шаблоне возможно указание кода ЦФО.

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

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

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

Обеспечение процесса планирования «от достигнутого». Применяется режим процентного изменения и «пошагового увеличения/уменьшения».

Моделирование «что если» присутствует в виде штатного средства, основанного на шаблонах.

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

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

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

22

 

Утверждение статей и планов. Возможно на уровне утверждения  версии плана.

Примечания  к статье. Предусмотрен ввод комментариев на уровне бюджетных строк.

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

Контроль ошибок. Отсутствует. Протокол вычислений в системе не ведется.

Версионность  планов реализована в системе  очень удобно.

Возможность одновременного планирования в произвольных временных  периодах. К сожалению, в системе  это не предусмотрено.

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

Средства анализа  бюджета. Для OLAP-анализа необходимо применять Hyperion Essbase.

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

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

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

Hyperion Pillar - файловая система бюджетирования. Информационная основа   -   многомерные   локальные   файлы.   Отдельный   модуль   Autopilot

23

 

ответственен  за автоматический выпуск отчетов, выполнение дистрибуции, консолидации файлов, экспорт-импорт информации.

Хранилище данных может быть реализовано с применением другого программного продукта - Hyperion Essbase.

Генераторы  отчетов. Предусмотрено изменение  состава и очередности колонок  в формах при формировании отчетов. Применяется технология 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 для интеграции с другими системами. Отсутствует.

4. Adaytum e.Planning. Разработчик: Adaytum Software. Партнер: Robertson & Blums Corporation.

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

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

24

 

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

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

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

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

Функциональность  и алгоритмы системы

Расчет значений статей по временному горизонту планирования. Реализуется посредством функции  пересчета исходного распределения. Требует предварительной настройки.

Расчет значений статей по ЦФО. Реализуется посредством  функции пересчета исходного  распределения. Требует предварительной  настройки.

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

Расчет значений статей на основании значений других статей. Реализуется с помощью  формул.

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

Обеспечение процесса планирования «от достигнутого». Реализуется с помощью формул.

Моделирование «что если». Реализуется с помощью  формул и функции пересчета исходного распределения.

25

 

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

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

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

Система построена по традиционной технологии «клиент-сервер» - все пользователи в режиме реального времени работают в единой базе данных.

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

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

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

26

 

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

Adaytura e.Planning имеет реляционную базу данных, эмулирующую многомерные таблицы. Собственного хранилища данных нет.

Система четко  делится на три функциональных модуля:

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

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

е.Planning Reporter - предоставляет пользователям возможности OLAP-анализа бюджетной информации, формирования собственных отчетов и публикации их через Интернет. Фактически представляет собой хорошо известный продукт Business Objects.

Серверная часть:

Одно- или двухпроцессорный компьютер класса Pentium III. Операционная система - Windows NT Server 4. Обязательна установка 3-го , 4-го и 5-го Service pack. Объем памяти - 256 MB и 1 GB СУБД - Microsoft SQL Server 7.0 или Oracle 8i. Microsoft Internet Information Server

Клиентская  часть:

Компьютер класса Pentium с ОС Windows 95, 98, 2000 или NT 4. 28 MB RAM для Analyst (рекомендуется.256 MB для больших вычислений) Internet Explorer 4 (Service Pack 2) или 5. Связь с локальной сетью или доступ к Интернет

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

27

 

Источниками данных могут быть текстовые ASCII-файлы, а также другие базы данных, имеющие ODBC-драйверы.

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

Интеграция  с офисными приложениями. С системой поставляется Add-in для MS Excel.

Применение XML для интеграции с другими системами. Отсутствует. XML применяется для взаимодействия удаленных Web-клиентов с центральной базой данных.

Исходя из вышеперечисленных  характеристик, можно сделать следующие  выводы:

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

Comshare MPC относится к классу систем корпоративного бизнес-планирования (МРС - Management Planning and Control). Система представляет собой комплексное решение, интегрирующее процессы планирования, учета фактического исполнения, финансовой консолидации, управленческого анализа и отчетности, а также имеет отдельный модуль планирования заработной платы и основных средств. Система подходит как для небольших организаций, так и для крупных корпораций, имеющих разветвленную сеть филиалов и дочерних предприятий.

Hyperion Pillar - одна из самых ранних, хорошо известных и широко распространенных систем бюджетирования в мире. Наиболее успешно может быть применена в комплексе с остальными программными продуктами Hyperion    Solutions    Corporation.    Система   может   рассматриваться   как

28

 

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

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

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

1. Общие свойства;

1. Измерения бюджетных статей;
2. Наличие Бюджетных планов статей;
3. Первичная информация;

2. Функциональность;

1. Алгоритмы планирования;
2. Алгоритмы учета и исполнения бюджета;
3. Агрегация и консолидация учетных данных;
4. Аллокация и трансферты;
5. Алгоритмы расчета финансовых результатов;

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

1. Автоматизация коллективной работы с бюджетом;
2. Удобства в работе с системой;
3. Секретность и безопасность данных;

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

1. Архитектура;
2. Программно - аппаратная платформа;