Автоматизация системы бюджетирования финансовой службы

представлены в виде "плоского" справочника как отдельное измерение

бюджетного плана. При этом система никак не контролирует их соответствие

реальным временным интервалам (месяц, квартал или год). Предопределенных

периодов планирования нет.

. Иерархия статей бюджета. Нет

. Собственное и консолидированное состояние, план, факт, отклонение.

Встроенных типов данных "плановое значение", "фактическое значение" и

"отклонение" в системе нет. План, факт и отклонение могут быть

представлены как дополнительное измерение бюджетного плана. При этом

расчет отклонения может быть настроен с помощью формул.

. Возможность учета значений статьи в разных валютах и натуральном

измерении. Есть.

. Дополнительная аналитика статей. Есть.

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

Первичная информация

. Бюджетные строки и бюджетные документы.

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

представлена только как значения ячеек многомерных таблиц (например,

плановое и фактическое количество продаж).

. Объекты поддержки финансовой логики. Нет

Функциональность и алгоритмы системы бюджетирования

Никаких прикладных бизнес-правил и алгоритмов расчета в систему изначально

не заложено.

Значение каждой ячейки многомерной таблицы бюджета (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 - обеспечивает настройку структуры бюджетных планов,

создание математических и логических связей между статьями бюджета,

динамическое моделирование и бизнес-планирование с возможностью

Страницы: 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16



Реклама
В соцсетях
скачать рефераты скачать рефераты скачать рефераты скачать рефераты скачать рефераты скачать рефераты скачать рефераты