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

Страница: 5 из 8
<-- предыдущая следующая -->

Перейти на страницу:
скачать реферат | 1 2 3 4 5 6 7 8

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

2.2. Алгоритмы учета и исполнения бюджета
·Учет факта на основании данных бухучета.
Является достаточно сложной для системы задачей, поскольку отсутствует поддержка финансовой логики (счет, двухсторонняя проводка и т.д.) и все исходные данные находятся во внешних системах. Требуется разработка специальных внешних макропрограмм.
·Расчет значений статей по данным внесистемного учета. Также решается только с применением внешних по отношению к системе средств.

2.3. Агрегация и консолидация учетных данных
·Агрегация. Агрегация выполняется автоматически на компьютере пользователя и заключается в суммировании значений ячеек многомерной таблицы D-cube. Может быть задан один из нескольких простых алгоритмов агрегации - сумма, средневзвешенная и т.д.
·Консолидация. Консолидация также выполняется автоматически на компьютере пользователя. При этом отсутствует консолидация отдельных бюджетов на уровне приложения в целом.

2.4. Аллокация и трансферты
·Использование шаблонов при разноске значений статей. Не представлено.
·Использование нормативов и дополнительных справочников. Возможно. Для ввода нормативов и баз распределения могут быть созданы дополнительные многомерные таблицы D-cube.
·Использование языка формул. Это один из основных инструментов работы с системой.
·Скриптовый язык. Отсутствует.

2.5. Алгоритмы расчета финансовых результатов
Могут быть реализованы с помощью базовых механизмов системы, но потребуют дополнительной настройки.
Декларируется, что в системе есть большое количество специфических встроенных функций, предназначенных для финансового планирования. Но, что конкретно они собой представляют, выяснить не удалось.

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

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

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

3.3. Секретность и безопасность данных
·Типы пользователей и права доступа. Можно выделить такие группы пользователей, как:
·«Аналитик», который занимается моделированием и бюджетным планированием.
·«Менеджер», просматривающий бюджеты своих подчиненных и утверждающий их.
·«Исполнитель», собственно выполняющий ввод бюджетных значений.
Пользователям разрешено работать только с шаблонами, относящимися к их подразделению, и вводить данные в шаблоны, авторизированные для ввода.
Разграничение прав доступа к данным может выполняться на уровне подразделений, групп пользователей или индивидуально.
Не очень удобно то, что для каждого модуля системы существует свой отдельный интерфейс администрирования.
Фиксация действий пользователей. Обеспечивается средствами СУБД и Интернет-сервера.

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

4.1. Архитектура
Adaytum e.Planning имеет реляционную базу данных, эмулирующую многомерные таблицы. Собственного хранилища данных нет.
Система четко делится на три функциональных модуля:
·e.Planning Analyst - обеспечивает настройку структуры бюджетных планов, создание математических и логических связей между статьями бюджета, динамическое моделирование и бизнес-планирование с возможностью сценарного анализа, просмотр и консолидацию результатов прогнозирования и учета фактических результатов деятельности в различных аналитических разрезах.
·e.Planning Contributor - позволяет на основе специализированных Интернет-шаблонов создавать рабочие места конечных пользователей с целью сбора бюджетных данных, согласования и утверждения плановых заданий и отслеживания исполнения бюджета.
·e.Planning Reporter - предоставляет пользователям возможности OLAP-анализа бюджетной информации, формирования собственных отчетов и публикации их через Интернет. Фактически представляет собой хорошо известный продукт Business Objects.

4.2. Программно – аппаратная платформа
·Серверная часть:
Одно- или двухпроцессорный компьютер класса 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. Связь с локальной сетью или доступ к Интернет

4.3. Средства расширения функций системы
·Генераторы отчетов. В качестве генератора отчетов применяется Business Object, соответственно доступны все его возможности по настройке источников данных и генерации отчетов.
·Язык формул, скриптовый язык. Язык формул существует и является одним из основных инструментов системы. Скриптовый язык отсутствует.
Открытый API для программиста. Система предоставляет API для доступа к данным

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

Бюджетное управление для 1С:Предприятие . Разработчик: Консультационно-внедренческая фирма " Инталев ".

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

1.1. Измерения бюджетных статей
В системе предусмотрены измерения статей - ЦФО, товар, контрагент (клиент, поставщик):
·Организационно-штатная и финансовая структура. В системе применяется иерархическая структура ЦФО, обеспеченная средствами 1С. Типы ЦФО - Центр затрат, Центр доходов, Центр прибыли, Центр инвестиций. Для ЦФО назначается руководитель и исполнитель.
·Валюты, курсы. Ведется справочник валют и курсов. При бюджетировании используются 2 валюты - базовая и вторая валюта планирования.
·Продукты, услуги, материальные ценности. Ведение иерархических каталогов товаров, материальных ценностей обеспечивается в масштабе возможностей системы «1С: Предприятие».
Клиенты, потребители и поставщики. Ведение иерархических каталогов контрагентов в масштабе возможностей «1С:Предприятие».

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

1.3. Первичная информация
·Бюджетные строки и бюджетные документы. Планирование ведется на основе операций, документов и отчетов. Возможен ввод первичных документов, в том числе заявок. Развитая система управленческого документооборота (ввод, проверка, корректировка, утверждение, маршрутизация и т.д.) - все как в «1С:Предприятие».
·Объекты поддержки финансовой логики. В полной мере используются данные системы «1С:Предприятие2. Если в организации задействованы модули «1С:Предприятие» для ведения бухгалтерского учета, склада, расчета зарплаты и т.д. - то все эти данные автоматически становятся доступны в системе.

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

2.1. Алгоритмы планирования
·Расчет значений статей по временному горизонту планирования. В основном применяется расчет статей на основании первичной информации и посредством ручного ввода. Специализированные алгоритмы увязки временных горизонтов не обнаружены.
·Расчет значений статей по ЦФО. Алгоритмы настраиваются при описании планов статей.
·Применение статистических методов расчета. Учитываются среднедневные объемы продаж, ограничения по объему партий, сезонные изменения цен продаж и закупок, прямые расходы на продажу и закупку и т.д. в соответствии с методикой «Пять шагов».
·Расчет значений статей на основании значений других статей. Алгоритмы настраиваются при описании планов статей.
·Расчет значений статей по бюджетным документам и другой первичной информации. В полной мере возможно с применением штатных средств «1С: Предприятие».
·Обеспечение процесса планирования «от достигнутого». Можно скопировать значения статей из предыдущего периода планирования.
·Моделирование «что если». Декларировано, но как действует - определить не удалось.

2.2. Алгоритмы учета и исполнения бюджета
·Учет факта на основании данных бухучета. Используются данные бухучета системы «1С: Предприятие».
·Расчет значений статей по данным внесистемного учета. Используются данные внесистемного учета системы «1С:Предприятие».

2.3. Агрегация и консолидация учетных данных
·Агрегация. Данные агрегируются автоматически при выполнении функции «сохранить в БД».
·Консолидация. Данные консолидируются автоматически при выполнении функции «сохранить в БД». Однако, если необходимо выполнить консолидацию бюджетов, расположенных в разных базах данных, то это выливается в отдельный процесс.

2.4. Аллокация и трансферты
·Использование шаблонов при разноске значений статей. Не представлено.
·Использование нормативов и дополнительных справочников. Используются штатные и дополнительные справочники «1С:Предприятие».
·Использование языка формул. Скрыто в настройках системы.
·Скриптовый язык. Скрыто в настройках системы.

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

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

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

3.2. Удобства в работе с системой
·Утверждение статей и планов. План утверждается финансовым директором и закрывается для изменений одновременно для всех ЦФО.
·Примечания к статье. Реализовано в виде отправки и получения сообщений и документов между участниками бюджетного процесса.
·Визуализация расхождений. Предлагается анализ «план-факт» БДДС, БДР по ЦФО с углублением до первичных документов.
·Контроль ошибок. Проверка корректности планов с учетом ограничения сбыта, снабжения и остатка товаров. Помимо них есть функции оптимизации планов.
·Версионность планов. Реализовано в виде сценариев бюджета.
·Возможность одновременного планирования в произвольных временных периодах. Нет.
·Возможность изменять состав и структуру статей одновременно для плана и факта (исполнения) бюджета. Возможно в пределах одной базы данных.
·Средства анализа бюджета. Предусмотрен сравнительный анализ по ЦФО, бизнесам, временным периодам, ABC-анализ. Для многомерного анализа применяется другой продукт – «Гипер Куб». Его возможности по составу данных и функциональности ограничены возможностями Pivot Table, входящей в состав MS Excel.

3.3. Секретность и безопасность данных
·Типы пользователей и права доступа. Разграничение доступа к статьям на уровне ЦФО. Права доступа сгруппированы в роли. В поставке системы содержится некоторый набор ролей, например, таких как «ответственный распорядитель».
·Фиксация действий пользователей. Реализована средствами системы «1С:Предприятие».

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

Проще говорить об архитектуре, платформе и средствах интеграции системы «1С:Предприятие», чем системы «Бюджетное управление», поскольку последняя является конфигурацией первой. Поэтому в отличие от остальных систем бюджетирования, этот раздел не будет подробно рассматриваться.
Единственное, на что стоит обратить внимание - это генератор отчетов. Модуль «Репортер» предназначен для формирования любой управленческой отчетности и произвольных выборок из различных баз данных (IB Database, MS SQL Server, Oracle, Sybase, DB/2, Informix, Paradox, Dbase, Access, FoxPro, а также из любых других, к которым есть ODBC-драйверы).

Исходя из вышеперечисленных характеристик, можно сделать следующие выводы:
·Контур Корпорация. Бюджет обеспечивает взаимосвязь данных бухгалтерского и управленческого учета. В едином Хранилище системы можно собирать первичные бухгалтерские данные (счета, документы с проводками по счетам и др.) всех удаленных подразделений и использовать их для решения задач управленческого учета, в частности, для расчета фактического исполнения бюджета и показателей финансового результата.
·Comshare MPC относится к классу систем корпоративного бизнес-планирования (MPC - Management Planning and Control). Система представляет собой комплексное решение, интегрирующее процессы планирования, учета фактического исполнения, финансовой консолидации, управленческого анализа и отчетности, а также имеет отдельный модуль планирования заработной платы и основных средств. Система подходит как для небольших организаций, так и для крупных корпораций, имеющих разветвленную сеть филиалов и дочерних предприятий.
·Hyperion Pillar - одна из самых ранних, хорошо известных и широко распространенных систем бюджетирования в мире. Наиболее успешно может быть применена в комплексе с остальными программными продуктами Hyperion Solutions Corporation. Система может рассматриваться как инструментальное средство для реализации на ее основе различных методик бюджетирования.
·Adaytum e.Planning относится к классу систем корпоративного бизнес-планирования (EBP - Enterprise business planning). Система обеспечивает бизнес-планирование и моделирование деятельности организации в целом с детализацией по принципу «сверху-вниз», прогнозирование результатов деятельности на уровне подразделений и консолидацию их "снизу-вверх", формирование согласованных бюджетов и подготовку необходимой управленческой отчетности в рамках одного интегрированного приложения.
·СистемаБюджетное управление для 1С:Предприятиеразработана консалтинговой компанией, являющейся автором методики бюджетирования «Пять шагов». Поэтому система является в большей степени воплощением этой методики, а не универсальным инструментом для построения систем бюджетирования с применением иных методик. Присутствуют два больших технологических блока: управление закупками, складом, сбытом, минимизация прямых затрат и управление финансами - доходы-расходы, движение денежных средств и т.д. Систему отличает ориентация на работу совместно с программным продуктом «1С:Предприятие». Многие функции, такие как ведение каталогов, документооборот, организация интерфейсов - являются удачными настройками системы «1С:Предприятие».

Страница: 5 из 8
<-- предыдущая следующая -->

Перейти на страницу:
скачать реферат | 1 2 3 4 5 6 7 8

© 2007 ReferatBar.RU - Главная | Карта сайта | Справка

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

3.1. Автоматизация коллективной работы с бюджетом	Организация коллективного планирования бюджета является, пожалуй, самой сильной стороной системы. Система построена по традиционной технологии «клиент-сервер» - все пользователи в режиме реального времени работают в единой базе данных. Прогнозирование на уровне подразделений выполняется посредством специальных Web-шаблонов. Шаблоны можно настраивать, трансформируя столбцы и строки, выводя на экран или скрывая пустые и заполненные нулями поля. После того, как пользователь ввел в систему всю необходимую информацию, ее можно сохранить в системе или передать на рассмотрение и утверждение менеджеру следующего уровня. Сохраненные данные отмечаются флажком "work in process" и остаются доступными для последующего редактирования. Переданным на рассмотрение данным присваивается флажок "locked", они доступны только для просмотра. Менеджеры высшего уровня могут просмотреть статус всех шаблонов, за которые они непосредственно несут ответственность, увидеть детальную информацию по каждому изменению в отдельности и по всем изменениями в целом. После этого менеджеры высшего уровня могут принять их, либо попросить внести дополнительные изменения, либо самостоятельно исправить значения. В случае внесения дополнительных изменений менеджер получает сообщение по электронной почте о том, что ему нужно предупредить нижестоящих пользователей о необходимости внесения изменений, при этом статус изменяется с "locked" на "work in progress". В случае утверждения шаблона вышестоящим менеджером, он становится доступным для менеджера следующего уровня
3.2. Удобства в работе с системой	·Лимиты, защищенные статьи. В явном виде не реализовано. Возможна эмуляция этой технологии посредством выдачи прав доступа (на просмотр и запрет редактирования) ·Утверждение статей и планов. Возможно утверждение всего шаблона целиком. Утвердить отдельно взятую статью нельзя. ·Примечания к статье. Не реализовано. Процедура обсуждения значений статей может быть реализована посредством обмена между участниками бюджетного процесса сообщениями по электронной почте. Для хранения переписки используются стандартные средства электронной почты. ·Визуализация расхождений. Требует дополнительной настройки. Если настроено соответствующее измерение в таблице D-Cube, то можно на одном экране увидеть план, факт и отклонение. ·Контроль ошибок. Формулы в системе хранятся как отдельные сущности отдельно от ячеек, поэтому исключена возможность в процессе работы "испортить" формулы. Есть возможность выявлять незаполненные ячейки. ·Версионность планов. Не контролируется. ·Возможность одновременного планирования в произвольных временных периодах. Есть. Для каждой таблицы D-Сube можно создать измерение «периоды бюджетирования» и в нем описать такие периоды бюджетирования, какие требуются для данного бюджетного плана. ·Возможность изменять состав и структуру статей одновременно для плана и факта (исполнения) бюджета. Реализована. Можно в процессе работы изменять состав статей и содержимое справочников по каждому измерению таблицы D-Сube ·Средства анализа бюджета. В системе существуют достаточно мощные средства OLAP-анализа. Например, имеется функция детализации (drill down), с помощью которой можно, стоя на конкретной ячейке, посмотреть исходные данные, на основе которых она была посчитана.
3.3. Секретность и безопасность данных	·Типы пользователей и права доступа. Можно выделить такие группы пользователей, как: ·«Аналитик», который занимается моделированием и бюджетным планированием. ·«Менеджер», просматривающий бюджеты своих подчиненных и утверждающий их. ·«Исполнитель», собственно выполняющий ввод бюджетных значений. Пользователям разрешено работать только с шаблонами, относящимися к их подразделению, и вводить данные в шаблоны, авторизированные для ввода. Разграничение прав доступа к данным может выполняться на уровне подразделений, групп пользователей или индивидуально. Не очень удобно то, что для каждого модуля системы существует свой отдельный интерфейс администрирования. Фиксация действий пользователей. Обеспечивается средствами СУБД и Интернет-сервера.

4.1. Архитектура	Adaytum e.Planning имеет реляционную базу данных, эмулирующую многомерные таблицы. Собственного хранилища данных нет. Система четко делится на три функциональных модуля: ·e.Planning Analyst - обеспечивает настройку структуры бюджетных планов, создание математических и логических связей между статьями бюджета, динамическое моделирование и бизнес-планирование с возможностью сценарного анализа, просмотр и консолидацию результатов прогнозирования и учета фактических результатов деятельности в различных аналитических разрезах. ·e.Planning Contributor - позволяет на основе специализированных Интернет-шаблонов создавать рабочие места конечных пользователей с целью сбора бюджетных данных, согласования и утверждения плановых заданий и отслеживания исполнения бюджета. ·e.Planning Reporter - предоставляет пользователям возможности OLAP-анализа бюджетной информации, формирования собственных отчетов и публикации их через Интернет. Фактически представляет собой хорошо известный продукт Business Objects.
4.2. Программно – аппаратная платформа	·Серверная часть: Одно- или двухпроцессорный компьютер класса 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. Связь с локальной сетью или доступ к Интернет
4.3. Средства расширения функций системы	·Генераторы отчетов. В качестве генератора отчетов применяется Business Object, соответственно доступны все его возможности по настройке источников данных и генерации отчетов. ·Язык формул, скриптовый язык. Язык формул существует и является одним из основных инструментов системы. Скриптовый язык отсутствует. Открытый API для программиста. Система предоставляет API для доступа к данным
4.4. Средства интеграции с другими средствами автоматизации	·Интеграция с другими системами. В системе существуют специальные объекты D-Link, предназначенные для ввода данных из внешних источников. Источниками данных могут быть текстовые ASCII-файлы, а также другие базы данных, имеющие ODBC-драйверы. Система не обеспечивает автоматический контроль соответствия значений в таблице D-Cube и первичных данных во внешних источниках. ·Интеграция с офисными приложениями. С системой поставляется Add-in для MS Excel. ·Применение XML для интеграции с другими системами. Отсутствует. XML применяется для взаимодействия удаленных Web-клиентов с центральной базой данных.

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

3.1. Автоматизация коллективной работы с бюджетом	В рамках возможностей «1С:Предприятие» очень удобно организована работа пользователей с единой базой данных. Помимо работы пользователей со статьями предусмотрен управленческий документооборот, применение которого позволяет автоматически изменять состояние статей.
3.2. Удобства в работе с системой	·Утверждение статей и планов. План утверждается финансовым директором и закрывается для изменений одновременно для всех ЦФО. ·Примечания к статье. Реализовано в виде отправки и получения сообщений и документов между участниками бюджетного процесса. ·Визуализация расхождений. Предлагается анализ «план-факт» БДДС, БДР по ЦФО с углублением до первичных документов. ·Контроль ошибок. Проверка корректности планов с учетом ограничения сбыта, снабжения и остатка товаров. Помимо них есть функции оптимизации планов. ·Версионность планов. Реализовано в виде сценариев бюджета. ·Возможность одновременного планирования в произвольных временных периодах. Нет. ·Возможность изменять состав и структуру статей одновременно для плана и факта (исполнения) бюджета. Возможно в пределах одной базы данных. ·Средства анализа бюджета. Предусмотрен сравнительный анализ по ЦФО, бизнесам, временным периодам, ABC-анализ. Для многомерного анализа применяется другой продукт – «Гипер Куб». Его возможности по составу данных и функциональности ограничены возможностями Pivot Table, входящей в состав MS Excel.
3.3. Секретность и безопасность данных	·Типы пользователей и права доступа. Разграничение доступа к статьям на уровне ЦФО. Права доступа сгруппированы в роли. В поставке системы содержится некоторый набор ролей, например, таких как «ответственный распорядитель». ·Фиксация действий пользователей. Реализована средствами системы «1С:Предприятие».