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

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

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

Компания производит интеграцию компьютерных и телефонных сетей, поиск оптимального решения по телефонизации офиса.
На базе протоколов Frame Relay, X.25 и TCP/IP «ТЕЛМОС» организует доступ к специализированным сетям и системам, таким, как Bloomberg, РТС, ММВБ и т.д. Помимо этого, компания «ТЕЛМОС» поставляет Клиентам оконечное оборудование: мультиплексоры, системы передач, телефонные аппараты, оптические модемы.
·
Доступ к специализированным сетям и системам. Компания «ТЕЛМОС» предоставляет своим Клиентам доступ к биржевым, торговым, фондовым и финансово-информационным системам:
·Московской Межбанковской Валютной Бирже (ММВБ)
·Российской Торговой Системе (РТС)
·Московской Фондовой Бирже
·BLOOMBERG
·Центральному Банку Российской Федерации
·Биржам Санкт-Петербурга
·Государственному Таможенному Комитету РФ
Доступ осуществляется на базе протоколов Frame Relay, X.25 и TCP/IP
·
Услуги по интеграции
Компания «ТЕЛМОС» предоставляет Клиентам комплексный интегрированный пакет телекоммуникационных услуг.
В рамках интегрированного пакета компания предоставляет Клиентам наряду с высококачественными услугами телефонной связи услуги доступа в Интернет, услуги по передаче данных Frame Relay, ISDN, услуги Call-центра. Преимущество такого интегрированного решения заключается в создании уникального набора услуг, наилучшим образом удовлетворяющего потребности конкретного Клиента.
Кроме того, интегрированный пакет услуг позволяет добиться оптимизации использования ресурсов, что служит экономии средств Клиента.
Помимо предоставления Клиентам интегрированного пакета телекоммуникационных услуг, компания «ТЕЛМОС» предоставляет Клиентам услуги по интеграции компьютерных и телефонных сетей.
Качество услуг компании «Телмос» подтверждено сертификатами качества Центра Сертификации Центрального Региона России и сертификатами соответствия системы добровольной сертификации «Интерэкомс».
В 1999 году компания «Телмос» стала победителем конкурса Минсвязи РФ в области качества связи в номинации «Операторы электросвязи».

2.2. Структура предприятия
ЗАО «Телмос» состоит из 11 департаментов, каждый из которых возглавляется директором, а они, в свою очередь, подчиняются Генеральному директору. Департаменты подразделяются на отделы, а отделы на группы. Подробно структура производства и управления ЗАО «Телмос» представлена на рисунке 1.
Данный дипломный проект посвящен бюджетному управлению предприятия. В ЗАО Телмос» вопросами бюджетного управления занимается Департамент экономики и финансов. Рассмотрим подробнее основные функции данного Департамента.
Положение о Департаменте экономики и финансов
Департамент экономики и финансов является структурным подразделением ЗАО «Телмос», возглавляется Руководителем Департамента и находится в подчинении Финансового директора.
В состав Департамента входят следующие подразделения:
·отдел планирования и анализа;
·отдел текущих операций
Основные задачи и направления деятельности Департамента экономики и финансов таковы:
1. Организация и руководство планово-экономической и финансовой деятельностью.
2. Организация процесса финансового планирования, а именно:
·Участие в процессе формирования стратегии развития ЗАО «Телмос»; мониторинг и анализ результатов выполнения утвержденной стратегии развития;
·Разработка и поддержка финансово-экономической модели с целью определения источников финансирования, выработанной стратегии развития и оценки влияния внешних и внутренних факторов на деятельность ЗАО «Телмос»;
·Сбор, обобщение и анализ заявок структурных подразделений по формированию годового бюджета;
·Формирование на основе собранной информации годового бюджета, эксплуатационных расходов, инвестиционного бюджета, бюджета финансовых операций; согласование с руководителями структурных подразделений и руководством ЗАО «Телмос»;
·В рамках согласованного и утвержденного годового бюджета формирование и утверждение бюджета движения денежных средств;
·В рамках утвержденного плана движения денежных средств формирование ежедневного платежного графика по всем направлениям текущей деятельности;
3. Организация бюджетного контроля, в частности:
·Контроль исполнения утвержденного бюджета по доходам от основной деятельности, операционным расходам предприятия и себестоимости продаж;
·Контроль выполнения прогноза поступления денежных средств от услуги связи; выявления и анализ причин невыполнения прогнозных значений;
·Контроль исполнения плана движения денежных средств;
·Контроль поступающих от структурных подразделений расходных документов в части их соответствия утвержденному графику платежей; визирование указанных документов и их регистрация в КБД ЭДО;
4. Взаимодействие со сторонними организациями в рамках деятельности департамента:
·Взаимодействие с банками, осуществляющими кредитное обслуживание и принимающими платежи за услуги связи ЗАО «Телмос»;
·Взаимодействие с кредитными и лизинговыми организациями, организация процесса сбора и подготовки материалов, необходимых для предоставления кредитов и лизинга;
·Взаимодействие со страховыми компаниями по вопросам страхования основных средств ЗАО «Телмос»;
·Текущие взаимодействия с ГНИ №4; выверка правильности и своевременности платежей в адрес налоговой инспекции, выверка состояния и контроль остатков лицевого и налогового счета в ГНИ, сдача ежемесячных налоговых расчетов и оформление корреспонденции в адрес налоговой инспекции;
5. Ежедневный мониторинг наличия денежных средств на счетах ЗАО «Телмос»; анализ достаточности денежных средств для финансирования текущей деятельности Компании;
6. Контроль за своевременным и правильным исполнением налогового календаря;
7. Организация процесса подготовки и контроль за своевременным представлением отчетов для руководства и акционеров ЗАО «Телмос», регулирующих органов, которая включает:
·Подготовку аналитических материалов и отчетов для руководства ЗАО «Телмос»;
·Подготовку отчета эмитента для ФКЦБ РФ;
·Подготовку ежеквартальных отчетов о результатах финансово-хозяйственной деятельности для АО «МГТС» и АО «Система Телеком»;
·Ежемесячное формирование отчета о фактическом поступлении и использовании денежных средств Компании;
·Подготовку финансовой отчетности в соответствии с US GAAP, перекладка российской документации согласно западным форматам;
·Подготовку и предоставление необходимой финансовой информации в периоды проведения внешних аудиторских проверок;
8. Анализ финансовых условий и визирование хозяйственных и клиентских договоров;
9. Оценка и дальнейший контроль за финансово-экономической обоснованностью долгосрочных финансовых вложений (инвестиционный анализ);
10. Анализ результатов финансово-хозяйственной деятельности ЗАО «Телмос»;
11. Осуществление мероприятий по совершенствованию текущей деятельности Департамента, а именно:
·Разработка и постановка раздельного учета затрат по видам услуг; анализ себестоимости услуг;
·Совершенствование системы бюджетирования ЗАО «Телмос»;
·Постановка задач для разработки и совершенствования интегрированной корпоративной сети;
·Участие в формировании учетной политики ЗАО «Телмос».

Глава 3. Автоматизация бюджетного уп равления в деятельности финансовой службы ЗАО «Телмос»
3.1. Обзор существующих систем бюдже тного управления
В первой главе данного дипломного проекта были сформулированы и обоснованы критерии, которым должна соответствовать система, предназначенная для ведения бюджета. В рамках данных критериев оценка систем дана по следующим направлениям:
·состав и свойства информационных объектов, которыми можно оперировать при выполнении работ по бюджетированию;
·функциональность и алгоритмы, автоматизирующие этапы бюджетного процесса;
·организация работы пользователей;
·архитектура, платформа и средства интеграции системы.
В таблице 1 представлен сравнительный анализ наиболее известных из существующих на сегодняшний момент систем бюджетирования.

Таблица 1.

Контур Корпорация. Бюджет. Разработчик:Intersoft Lab. Партнер:ТрастКонто.

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

1.1. Измерения бюджетных статей
Система поддерживает все необходимые измерения для ведения бюджета многофилиальной организации. Бюджет можно планировать и анализировать в следующих разрезах:
·Организационно-штатная и финансовая структура.
·Валюты, курсы.
·Продукты, услуги, материальные ценности.
·Клиенты, потребители и поставщики.

1.2. Бюджетные планы статей
В системе предлагаются планы статей для ведения:
·бюджета доходов и расходов,
·бюджета активов и пассивов,
·бюджета движения денежных средств,
·сметы капитальных вложений,
·бюджета проектов (направлений деятельности).
Состав статей этих планов может быть изменен и настроен под задачи конкретной организации. Кроме того, можно дополнительно создать свои бюджетные планы, их состав неограничен.

1.3. Первичная информация
Система построена на базе Хранилища данных, в котором может быть собрана вся необходимая первичная информация для бюджетирования:
·Бюджетные строки и бюджетные документы. Для расчета значений бюджетных статей могут быть использованы бюджетные документы, заявки, договора, аналитические и другие виды документов, данные счетов и показателей.
·Объекты поддержки финансовой логики. Система обеспечивает сбор и хранение в едином Хранилище первичных данных бухгалтерского и управленческого учета: документов с проводками по счетам, остатков и оборотов по счетам, показателей. Эти данные можно использовать для автоматического расчета фактического исполнения бюджета.

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

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

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

2.3. Агрегация и консолидация учетных данных
·Агрегация значений статей.
В системе выполняется автоматическая агрегация значений бюджетных статей по временным периодам и по иерархии статей в плане.
·Консолидация.
Система обеспечивает автоматический расчет:
·консолидированного бюджета (планового и фактического) по всем подразделениям и филиалам.
·сводных данных бухгалтерского учета по всем подразделениям.

2.4. Аллокация и трансферты
·Использование шаблонов при разноске значений статей.
·Использование нормативов и дополнительных справочников.
·Использование языка формул. Система имеет встроенный язык формул. С помощью формул можно задавать, например, алгоритм перекрестных распределений затрат (аллокаций) в виде системы линейных уравнений.
·Скриптовый язык.
Для описания алгоритмов аллокаций и трансфертов могут использоваться языки Python и Visual Basic.

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

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

3.1. Автоматизация коллективной работы с бюджетом
Пользователи могут работать с Хранилищем данных через клиентские приложения в локальной сети, через удаленных клиентов и web-клиентов. Пользователь может вводить, редактировать, просматривать и анализировать бюджетные данные, в зависимости от заданного для него уровня доступа.
Коллективно составляя бюджет в едином Хранилище, все пользователи могут интерактивно взаимодействовать друг с другом, обсуждая и согласовывая бюджетные показатели.

3.2. Удобства в работе с системой
·Лимиты, защищенные статьи. Руководители могут задавать лимиты на значения бюджетных статей подразделений, выше которых планировщики не смогут задавать показатели.
·Утверждение статей и планов. После согласования любую статью бюджетного плана можно утвердить, после чего она будет заблокирована от изменений. Также можно утвердить целый бюджетный план, после чего будет запрещена корректировка всех его статей.
·Примечания к статье. Для каждой статьи бюджетного плана можно писать примечание.
·Визуализация расхождений. Разделы бюджетного плана, в которых выявлено расхождение плана и факта помечаются красным цветом.
·Контроль ошибок. В системе операции по загрузке данных и все расчеты, выполняемые на этапе бюджетирования, протоколируются. Информация о текущем процессе загрузки\расчета и его результатах приводится в специальных журналах.
·Версионность планов. В системе по каждой статье плана хранится история изменения ее состояний - даты открытия и закрытия статьи в плане и история установки значений статьи.
·Возможность одновременного планирования в произвольных временных периодах. В рамках одного плана можно задавать показатели за год, квартал, месяц, день.
·Возможность изменять состав и структуру статей одновременно для плана и факта (исполнения) бюджета.
·Средства анализа бюджета. Среди них:
·Интерфейс контроля исполнения бюджета, в котором можно получить информацию об исполнении бюджета в абсолютном и процентном выражении, пояснения об исполнении плана по бюджетным статьям и др. информацию.
·Генератор отчетов, встроенный во все интерфейсы для работы с данными Хранилища. Чтобы получить отчет достаточно сделать нужную выборку данных и нажать кнопку запуска генератора.
·Кластерный анализ, позволяющий объединять статьи в группы (кластеры) по заданным признакам, сравнивать группы, выявлять среди них наиболее и наименее доходные\расходные.
·Факторный анализ для выявления обстоятельств (факторов), повлиявших на значение статьи бюджета.
OLAP-анализ. С помощью OLAP-клиента Контур Стандарт можно выполнять динамический анализ данных Хранилища, генерировать "на лету" произвольные отчеты. В составе OLAP-клиента предлагается набор готовых форм динамических отчетов для получения и анализа финансовых планов по бизнес – направлениям и подразделениям, сметы капитальных вложений, структуры доходов и расходов по сотрудникам и др.

3.3. Секретность и безопасность данных
Типы пользователей и права доступа.
·Пользователи включаются в группы (количество групп не ограничено). Для группы устанавливается состав доступных модулей и функций системы, а также состав операций над данными, которые пользователи группы могут выполнять.
·Для каждой группы определяется меню программы, в котором настраивается вызов только необходимых интерфейсов и процедур для выполнения должностных обязанностей пользователей.
В системе предопределены следующие группы пользователей:
·Бюджетник - имеет права на работу во всех интерфейсах для ведения бюджета, выполнение расчетов бюджетных данных, ввод, просмотр, корректировку и удаление бюджетных данных.
·Администратор - осуществляет настройку и мониторинг системы, определяет права пользователей, администрирует Хранилище данных и др.
·Технолог - выполняет настройку системы на конкретную методологию и особенности финансового и управленческого учета в организации (определяет состав бюджетных планов, выполняет настройку аналитических разрезов и др.).
·Аналитик - имеет право на работу в интерфейсах для просмотра и анализа данных.
В специальном журнале протоколируются все действия пользователей системы.

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

4.1. Архитектура
Система построена на базе Хранилища данных. Хранилище данных имеет реляционную (relational) архитектуру со схемой «снежинка» (ROLAP). Архитектуру Хранилища данных можно сделать гибридной (HOLAP), используя многомерные БД в качестве витрин данных, в которые будет импортироваться информация из Хранилища.
Структура Хранилища данных настроена на хранение бюджетных данных (бюджетных планов), данных бухгалтерского учета (лицевых и балансовых счетов, документов), данных внесистемного учета (бюджетных документов и др.)

4.2. Программно – аппаратная платформа
·Сервер: Требования к машине-серверу диктуются предполагаемым объемом данных Хранилища.
·Клиентские ПК: Клиенты могут работать на ПК с процессором Pentium и ОЗУ не менее 32 Mb. От мощности процессора и объема оперативной памяти клиентской машины, зависит скорость аналитической обработки данных Хранилища.
·Программное обеспечение: ОС MS Windows NT; дополнительное ПО: Internet Explorer v. 5.0, MS Excel, MS Word.

4.3. Средства расширения функций системы
Система открыта для расширения и модернизации ее функциональных возможностей. Разработчику новых приложений предлагаются:
·Win API, Web API, Mail API - интерфейсы доступа к данным Хранилища. Используя API системы, можно создавать приложения к системе на любых языках программирования: Delphi, Си++ и др.
·Открытая библиотека прикладных классов системы и хранимые процедуры SQL для манипулирования данными Хранилища: выборки, ввода, изменения, удаления и др. операций с данными.
·Встроенный интерпретатор языка Python и функции вызова интерпретатора языка Visual Basic Script для реализации алгоритмов расчетов.
Редактор макропрограмм для написания программного кода на языках Python и VB Script.

4.4. Средства интеграции с другими средствами автоматизации
·Данные можно импортировать в офисные приложения Exсel, Word, Outlook
·Обмен данными между Хранилищем и внешними автоматизированными системами организуется с помощью XML-файлов.

Comshare MPC . Разработчик: Comshare Software . Партнер: Корус Консалтинг

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

1.1. Измерения бюджетных статей
Основные измерения, необходимые для ведения бюджета реализованы следующим образом:
·Организационно-штатная и финансовая структура поддерживается как стандартное измерение бюджетных статей, которое позволяет описать иерархию центров ответственности и пунктов консолидации.
·Валюты, курсы. Являются стандартным измерением бюджетных статей.
·Продукты, услуги, материальные ценности. Могут быть представлены как отдельные измерения бюджетных статей.
Клиенты, потребители и поставщики. Могут быть представлены как отдельные измерения бюджетных статей.

1.2. Бюджетные планы статей
В системе нет понятия «бюджетный план». Вместо этого статьи бюджета объединяются в группы, причем каждая статья может быть включена одновременно в несколько групп.
Заполнение группы статей может быть закреплено за каким-то одним конкретным подразделением.
Система позволяет хранить неограниченное количество различных версий бюджета.
Основные свойства бюджетных статей:
·Хранение значений во временных периодах.
·Иерархии статей бюджета нет. Статьи бюджета представляют собой плоский список.
·Собственное и консолидированное состояние, план, факт, отклонение. Встроенных типов данных «плановое значение», «фактическое значение» и «отклонение» в системе нет.
·Возможность учета значений статьи в разных валютах и натуральном измерении ограниченная.
·Дополнительная аналитика статей допускается.

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

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

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

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

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

2.1. Алгоритмы планирования	·Расчет значений статей по временному горизонту планирования. В системе предусмотрены: ·автоматическая агрегация данных по времени ·автоматическое распределение установленных значений статей. ·Расчет значений статей по центрам финансовой ответственности (ЦФО). Штатный режим системы обеспечивает планирование «сверху вниз». ·Статистические методы расчет реализуются с помощью языка формул. ·Расчет значений статей на основании значений других статей. Штатный режим системы. ·Планирование «от достигнутого». Система позволяет строить планы на основании прошлых бюджетов. ·Моделирование "что если". Штатный режим. При изменении одного из запланированных показателей значения бюджетных статей пересчитываются. Реализация технологии «скользящего бюджета». В системе предусмотрена возможность планирования по кварталам с разбивкой по месяцам.
2.2. Алгоритмы учета и исполнения бюджета	·Учет факта на основании данных бухучета. Предлагаемое в системе Хранилище ориентировано также на хранение первичных данных бухгалтерского учета. Механизм интеграции системы позволяет собирать эти данные из различных внешних источников, а специальные алгоритмы рассчитывать на их основе фактические значения бюджетных статей. ·Расчет значений статей по данным внесистемного учета. Штатные режимы системы обеспечивают расчет значений статей по данным внесистемного учета, находящимся в Хранилище (бюджетным документам, показателям и др. первичным данным).
2.3. Агрегация и консолидация учетных данных	·Агрегация значений статей. В системе выполняется автоматическая агрегация значений бюджетных статей по временным периодам и по иерархии статей в плане. ·Консолидация. Система обеспечивает автоматический расчет: ·консолидированного бюджета (планового и фактического) по всем подразделениям и филиалам. ·сводных данных бухгалтерского учета по всем подразделениям.
2.4. Аллокация и трансферты	·Использование шаблонов при разноске значений статей. ·Использование нормативов и дополнительных справочников. ·Использование языка формул. Система имеет встроенный язык формул. С помощью формул можно задавать, например, алгоритм перекрестных распределений затрат (аллокаций) в виде системы линейных уравнений. ·Скриптовый язык. Для описания алгоритмов аллокаций и трансфертов могут использоваться языки Python и Visual Basic.
2.5. Алгоритмы расчета финансовых результатов	По итогам этапов бюджетирования (планирования, учета исполнения бюджета) рассчитывается ряд показателей, в частности, смета капитальных вложений по бизнесам и подразделениям, расходы на каждого сотрудника, финансовый план по бизнесам и подразделениям и др.

3.1. Автоматизация коллективной работы с бюджетом	Пользователи могут работать с Хранилищем данных через клиентские приложения в локальной сети, через удаленных клиентов и web-клиентов. Пользователь может вводить, редактировать, просматривать и анализировать бюджетные данные, в зависимости от заданного для него уровня доступа. Коллективно составляя бюджет в едином Хранилище, все пользователи могут интерактивно взаимодействовать друг с другом, обсуждая и согласовывая бюджетные показатели.
3.2. Удобства в работе с системой	·Лимиты, защищенные статьи. Руководители могут задавать лимиты на значения бюджетных статей подразделений, выше которых планировщики не смогут задавать показатели. ·Утверждение статей и планов. После согласования любую статью бюджетного плана можно утвердить, после чего она будет заблокирована от изменений. Также можно утвердить целый бюджетный план, после чего будет запрещена корректировка всех его статей. ·Примечания к статье. Для каждой статьи бюджетного плана можно писать примечание. ·Визуализация расхождений. Разделы бюджетного плана, в которых выявлено расхождение плана и факта помечаются красным цветом. ·Контроль ошибок. В системе операции по загрузке данных и все расчеты, выполняемые на этапе бюджетирования, протоколируются. Информация о текущем процессе загрузки\расчета и его результатах приводится в специальных журналах. ·Версионность планов. В системе по каждой статье плана хранится история изменения ее состояний - даты открытия и закрытия статьи в плане и история установки значений статьи. ·Возможность одновременного планирования в произвольных временных периодах. В рамках одного плана можно задавать показатели за год, квартал, месяц, день. ·Возможность изменять состав и структуру статей одновременно для плана и факта (исполнения) бюджета. ·Средства анализа бюджета. Среди них: ·Интерфейс контроля исполнения бюджета, в котором можно получить информацию об исполнении бюджета в абсолютном и процентном выражении, пояснения об исполнении плана по бюджетным статьям и др. информацию. ·Генератор отчетов, встроенный во все интерфейсы для работы с данными Хранилища. Чтобы получить отчет достаточно сделать нужную выборку данных и нажать кнопку запуска генератора. ·Кластерный анализ, позволяющий объединять статьи в группы (кластеры) по заданным признакам, сравнивать группы, выявлять среди них наиболее и наименее доходные\расходные. ·Факторный анализ для выявления обстоятельств (факторов), повлиявших на значение статьи бюджета. OLAP-анализ. С помощью OLAP-клиента Контур Стандарт можно выполнять динамический анализ данных Хранилища, генерировать "на лету" произвольные отчеты. В составе OLAP-клиента предлагается набор готовых форм динамических отчетов для получения и анализа финансовых планов по бизнес – направлениям и подразделениям, сметы капитальных вложений, структуры доходов и расходов по сотрудникам и др.
3.3. Секретность и безопасность данных	Типы пользователей и права доступа. ·Пользователи включаются в группы (количество групп не ограничено). Для группы устанавливается состав доступных модулей и функций системы, а также состав операций над данными, которые пользователи группы могут выполнять. ·Для каждой группы определяется меню программы, в котором настраивается вызов только необходимых интерфейсов и процедур для выполнения должностных обязанностей пользователей. В системе предопределены следующие группы пользователей: ·Бюджетник - имеет права на работу во всех интерфейсах для ведения бюджета, выполнение расчетов бюджетных данных, ввод, просмотр, корректировку и удаление бюджетных данных. ·Администратор - осуществляет настройку и мониторинг системы, определяет права пользователей, администрирует Хранилище данных и др. ·Технолог - выполняет настройку системы на конкретную методологию и особенности финансового и управленческого учета в организации (определяет состав бюджетных планов, выполняет настройку аналитических разрезов и др.). ·Аналитик - имеет право на работу в интерфейсах для просмотра и анализа данных. В специальном журнале протоколируются все действия пользователей системы.

4.1. Архитектура	Система построена на базе Хранилища данных. Хранилище данных имеет реляционную (relational) архитектуру со схемой «снежинка» (ROLAP). Архитектуру Хранилища данных можно сделать гибридной (HOLAP), используя многомерные БД в качестве витрин данных, в которые будет импортироваться информация из Хранилища. Структура Хранилища данных настроена на хранение бюджетных данных (бюджетных планов), данных бухгалтерского учета (лицевых и балансовых счетов, документов), данных внесистемного учета (бюджетных документов и др.)
4.2. Программно – аппаратная платформа	·Сервер: Требования к машине-серверу диктуются предполагаемым объемом данных Хранилища. ·Клиентские ПК: Клиенты могут работать на ПК с процессором Pentium и ОЗУ не менее 32 Mb. От мощности процессора и объема оперативной памяти клиентской машины, зависит скорость аналитической обработки данных Хранилища. ·Программное обеспечение: ОС MS Windows NT; дополнительное ПО: Internet Explorer v. 5.0, MS Excel, MS Word.
4.3. Средства расширения функций системы	Система открыта для расширения и модернизации ее функциональных возможностей. Разработчику новых приложений предлагаются: ·Win API, Web API, Mail API - интерфейсы доступа к данным Хранилища. Используя API системы, можно создавать приложения к системе на любых языках программирования: Delphi, Си++ и др. ·Открытая библиотека прикладных классов системы и хранимые процедуры SQL для манипулирования данными Хранилища: выборки, ввода, изменения, удаления и др. операций с данными. ·Встроенный интерпретатор языка Python и функции вызова интерпретатора языка Visual Basic Script для реализации алгоритмов расчетов. Редактор макропрограмм для написания программного кода на языках Python и VB Script.
4.4. Средства интеграции с другими средствами автоматизации	·Данные можно импортировать в офисные приложения Exсel, Word, Outlook ·Обмен данными между Хранилищем и внешними автоматизированными системами организуется с помощью XML-файлов.

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