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

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

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

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

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

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

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

Удобства в работе с системой
. Лимиты, защищенные статьи. Возможна эмуляция этой технологии посредством создания дополнительных версий бюджета и распределения прав доступа на просмотр и запрет редактирования.
. Утверждение статей и планов. С помощью функции focus range в системе существует возможность установить так называемые заблокированные области, которые определяются для каждой версии бюджета и периода времени.
Благодаря этому предотвращается изменение данных бюджетов за этот период и изменение импортированных данных. Отдельно выбранную статью утвердить и заблокировать от изменений нельзя.
. Примечания к статье. Пользователь имеет возможность присоединить текст к значению любого показателя в качестве пояснения. Эти записки хранятся в централизованной базе данных, при этом ячейка с присоединенной к ней запиской помечается красным индикатором.
. Визуализация расхождений. В системе поставляются отчеты, показывающие отклонение.
. Контроль ошибок. В системе для этого есть стандартный отчет. Специальные агенты проверяют базу данных на наличие отклонений и исключительных ситуаций, которые сообщаются пользователю лишь в случае их возникновения.

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

Можно непосредственно в процессе планирования пополнять бюджет новыми показателями.
. Средства анализа бюджета.

Система поддерживает различные форматы и методы представления и анализа данных.

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

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

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

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

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

В системе выделяются следующие группы пользователей:

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

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

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

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

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

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

Архитектура
Comshare MPC имеет открытую архитектуру и может функционировать на основе различных как реляционных, так и многомерных СУБД. Это реализуется за счет выделения в качестве промежуточного слоя сервера приложений.
Для организации хранения данных в Comshare MPC используется схема "Звезда", которая состоит из центральной таблицы фактов (транзакций) и связанных с ней таблиц внешних ключей.
Собственного Хранилища исходных первичных данных нет.

Программно-аппаратная платформа
. База Данных:
Одно- или двухпроцессорный компьютер класса Pentium III.

Объем памяти - 1 GB

Операционная система - Windows 2000, Windows NT, Unix, AS400.

СУБД - Oracle 8i, MS SQL Server 7.0 или 2000, Hyperion Essbase 5.х или
6.0, IBM OLAP Server.
. Сервер приложений:
Операционная система - Windows 2000, Windows NT

Microsoft Internet Information Server

Microsoft Internet Authentication Services
. Клиентская часть:
Компьютер класса Pentium с ОС Windows 95, 98, 2000 или NT 4.

128-256 MB RAM

Internet Explorer 4 (Service Pack 2) или 5.

Связь с локальной сетью или доступ к Интернет
Средства расширения функций системы
. Генераторы отчетов. В качестве генератора отчетов применяется OLAP- компонента собственной разработки, которая предоставляет стандартные возможности по настройке источников данных и генерации отчетов.
. Язык формул, скриптовый язык. Язык формул имеется и является одним из важнейших инструментов системы. Скриптового языка в системе нет.
. Открытый API для программиста. Система имеет открытую архитектуру и предоставляет API для доступа к данным.
Средства интеграции с другими средствами автоматизации предприятия
. Интеграция с другими системами. Декларируется, что в системе существуют средства загрузки данных из внешних учетных систем, но, что конкретно они собой представляют, выяснить не удалось.
. Интеграция с офисными приложениями. Есть средства интеграции с MS Excel.
. Применение XML для интеграции с другими системами. В источниках информации упоминаний не обнаружено.

Заключение

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

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

Авторы: Елена Королева - руководитель группы документации компании
Intersoft Lab

Александр Галашкин - руководитель проекта компании Intersoft Lab

Статья завершает обзорный цикл по системам бюджетирования, представленным сегодня на российском рынке.
В последней статье рассмотрены следующие системы для ведения бюджета:
. Hyperion Pillar. Разработчик: Hyperion Solutions Corporation. Партнер:
Вестона (в составе холдинга Ланит).
. Adaytum e.Planning. Разработчик: Adaytum Software. Партнер: Robertson &
Blums Corporation.
. Бюджетное управление для 1С:Предприятие. Разработчик: Консультационно- внедренческая фирма "Инталев".
Обзор дается в рамках модели оценки систем бюджетирования, предложенной и обоснованной в первой статье цикла (см.).
Для составления обзора использована публичная информация, открыто предоставляемая самими поставщиками, а именно:
. Презентации систем бюджетирования, собранные усилиями проекта
"Корпоративные финансы" на новом информационном CD, целиком посвященном системам бюджетирования.
. Информация с web-сайтов компаний-производителей систем бюджетирования и консалтинговых компаний, продвигающих их на российский рынок.
. Частные консультации представителей поставщиков систем бюджетирования.
. Информация с обучающих семинаров, посвященных системам бюджетирования.

Hyperion Pillar

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

Состав и свойства информационных объектов

Измерения бюджетных планов статей
В системе предусмотрена размерность бюджетных планов, позволяющая использовать до 12 направлений учета. Из них 4 измерения являются предопределенными, то есть всегда присутствующими в бюджетной статье.
Основные измерения, необходимые для ведения бюджета, реализованы следующим образом:
. Организационно-штатная и финансовая структура. Идеология системы основана на классическом принципе разделения центров учета при бюджетировании: центры финансовой ответственности (ЦФО), центры затрат (ЦЗ), центры прибыли (ЦП). Предусмотрено три уровня организационной структуры -
"администратор бюджета", "начальник филиала или подразделения",
"бюджетный специалист - планировщик".
. Валюты, курсы. Предусмотрено ведение справочника валют и установка одного вида курса валют. Курсы устанавливаются по датам.
. Продукты, услуги, материальные ценности. Присутствует возможность ведения справочников - виды продукции, проекты, бизнесы.
. Клиенты, потребители и поставщики. Присутствуют плоские справочники - предприятия, страны.
Бюджетные планы статей
В системе предложен следующий состав бюджетных планов: баланс, бюджет доходов и расходов, бюджет движения денежных средств. При планировании различаются также планы задолженности, собственных средств, основных средств, позволяющие автоматическое выполнение некоторых функций, характерных для этих планов.
Основные свойства статей бюджетных планов:
. Хранение значений во временных периодах. Период планирования в системе жестко определен - на 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). Система обеспечивает бизнес-планирование и моделирование деятельности организации в целом с детализацией по принципу "сверху-вниз", прогнозирование результатов деятельности на уровне подразделений и консолидацию их "снизу-вверх", формирование согласованных бюджетов и подготовку необходимой управленческой отчетности в рамках одного интегрированного приложения.

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

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

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

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

Функциональность и алгоритмы системы бюджетирования
Никаких прикладных бизнес-правил и алгоритмов расчета в систему изначально не заложено.
Значение каждой ячейки многомерной таблицы бюджета (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), с помощью которой можно, стоя на конкретной ячейке, посмотреть исходные данные, на основе которых она была посчитана.
Секретность и безопасность данных
. Типы пользователей и права доступа. Можно выделить такие группы пользователей, как:

. "Аналитик", который занимается моделированием и бюджетным планированием.

. "Менеджер", просматривающий бюджеты своих подчиненных и утверждающий их.

. "Исполнитель", собственно выполняющий ввод бюджетных значений.
Пользователям разрешено работать только с шаблонами, относящимися к их подразделению, и вводить данные только в шаблоны, авторизированные для ввода.

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

Не очень удобно то, что для каждого модуля системы существует свой отдельный интерфейс администрирования.
. Фиксация действий пользователей. Обеспечивается средствами СУБД и
Интернет-сервера.

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

Архитектура
Adaytum e.Planning имеет реляционную базу данных, эмулирующую многомерные таблицы. Собственного хранилища данных нет.
Система четко делится на три функциональных модуля:
. e.Planning Analyst - обеспечивает настройку структуры бюджетных планов, создание математических и логических связей между статьями бюджета, динамическое моделирование и бизнес-планирование с возможностью сценарного анализа, просмотр и консолидацию результатов прогнозирования и учета фактических результатов деятельности в различных аналитических разрезах.
. e.Planning Contributor - позволяет на основе специализированных Интернет- шаблонов создавать рабочие места конечных пользователей с целью сбора бюджетных данных, согласования и утверждения плановых заданий и отслеживания исполнения бюджета.
. e.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.

128 MB RAM для Analyst (рекомендуется.256 MB для больших вычислений)

Internet Explorer 4 (Service Pack 2) или 5.

Связь с локальной сетью или доступ к Интернет
Средства расширения функций системы
. Генераторы отчетов. В качестве генератора отчетов применяется Business
Object, соответственно доступны все его возможности по настройке источников данных и генерации отчетов.
. Язык формул, скриптовый язык. Язык формул существует и является одним из основных инструментов системы. Скриптовый язык отсутствует.
. Открытый API для программиста. Система предоставляет API для доступа к данным.
Средства интеграции с другими средствами автоматизации предприятия
. Интеграция с другими системами. В системе существуют специальные объекты
D-Link, предназначенные для ввода данных из внешних источников.
Источниками данных могут быть текстовые ASCII-файлы, а также другие базы данных, имеющие ODBC-драйверы.

Система не обеспечивает автоматический контроль соответствия значений в таблице D-Cube и первичных данных во внешних источниках.
. Интеграция с офисными приложениями. С системой поставляется Add-in для MS
Excel.
. Применение XML для интеграции с другими системами. Отсутствует. XML применяется для взаимодействия удаленных Web-клиентов с центральной базой данных.

Бюджетное управление для 1С: Предприятие

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

Состав и свойства информационных объектов

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

Страницы: 1, 2, 3, 4