Содержание
Введение. 4
Глава 1. Теоретические основы и критерии оценки систем бюджетирования. 6
1.1. Понятие систем бюджетирования. 6
1.1.1. Архитектура и основные понятия бюджетной системы 6
1.2. Цели и задачи бюджетирования. 10
1.3. Функции систем бюджетирования. 11
1.4. Бюджетирование и информационные системы 13
1.5. Критерии оценки систем бюджетирования. 15
1.5.1. Состав и свойства информационных объектов. 16
1.5.2. Функциональность и алгоритмы системы бюджетирования. 18
1.5.3. Организация работы пользователей с системой. 21
1.5.4. Архитектура, платформа, средства интеграции. 24
Глава 2 Технико-экономическая характеристика ЗАО «Телмос». 27
2.1. Общие сведения о предприятии. 27
2.2. Структура предприятия. 33
Глава 3. Автоматизация бюджетного управления в деятельности финансовой службы ЗАО «Телмос». 38
3.1. Обзор существующих систем бюджетного управления. 38
3.2.Функциональное моделирование бизнес-процесса бюджетного управления ЗАО «Телмос». 55
3.2.1. SADT - методология. 55
3.2.2. Реализация SADT – методологии с помощью инструмента моделирования BPwin. 60
3.3 Информационно – логическое моделирование бизнес-процесса бюджетного управления ЗАО «Телмос». 62
3.4 Создание базы данных с применением СУБД ACCESS. 63
Глава 4. Экономическая эффективность применения усовершенствованной системы бюджетирования в деятельности финансовой службы ЗАО «Телмос». 66
Глава 5. Обоснование необходимости проектирования мероприятий по охране труда 73
5.1. Оценка напряженности труда на рабочем месте. 74
5.2 Организация рабочего места оператора ПК. 75
5.3 Обеспечение микроклимата. 77
5.4 Защита от вибрации. 78
5.5 Требования к шуму. 79
5.6 Электробезопасность. 80
5.7 Защита от статического электричества и электромагнитных полей. 81
5.8. Освещение. 82
5.9 Пожарная безопасность. 83
5.10 Охрана окружающей среды. 84
Заключение. 86
Приложение 1. Функциональное моделирование. 88
Приложение 2. Информационно – логическое моделирование. 114
Приложение 3. Примеры форм БД ACCESS. 115
Список используемой литературы: 117
МГУПП ВКР
Изм.
Лист
Подпись
Дата
Студент
Василишина О.С.
Автоматизация системы бюджетирования финансовой службы ЗАО «Телмос»
Лист
Листов
Руководитель
Кусмарцева Н.В.
3
117
Зав.кафедрой
Прокофьев Е.А
98-Э-5
Введение
Актуальность
Интерес к системам бюджетирования и финансового планирования в последнее время значительно вырос. Всего 2 года назад было проблематично найти информацию о специализированных системах бюджетирования - слишком мало было предложений на российском рынке. В настоящее время автору удалось отыскать сведения о более чем 30 системах бюджетирования в российских ресурсах сети Интернет. Представленные на рынке системы бюджетирования как иностранного, так и отечественного производства, разнообразны по своему построению, применяемым информационным технологиям, глубине проработки функциональности и ориентации на сферу деятельности и размер предприятия. Неудивительно, что многим потенциальным пользователям сложно разобраться, какая именно система бюджетирования наиболее подходит им из всех систем, представленных на рынке.
Главный смысл бюджетирования сводится к повышению финансово-экономической эффективности и финансовой устойчивости предприятия путем координации усилий всех подразделений на достижение конечного, количественно определенного результата.
За последние годы специализированные системы бюджетирования получили широкое распространение и в настоящее время рассматриваются как отдельный класс автоматизированных систем.
Целью данного дипломного проекта является разработка модели бюджетного управления ЗАО «Телмос», на основании анализа существующих на сегодняшний день систем бюджетирования, и последующая автоматизация ее деятельности с применением СУБД Access.
В данном дипломном проекте наиболее подробно разобраны лишь 5 из существующих на сегодняшний момент на рынке систем бюджетирования. Эти системы наиболее часто упоминаются в современной литературе и представляют собой хорошую базу для моделирования собственной системы на их основе.
Объектом изучения в данном дипломном проекте является ЗАО «Телмос». В процессе написания данного дипломного проекта были использованы учебники и учебные пособия по теории управления финансами, статьи в ведущих бухгалтерских и финансовых изданиях, открытые публикации с различных Интернет – сайтов, а так же материалы, собранные в период прохождения преддипломной практики в ЗАО «Телмос».
Глава 1. Теоретические основы и критерии оценки систем бюджетирования
1.1. Понятие систем бюджетирования
Под бюджетированием понимается вся совокупность управленческих процессов, обеспечивающих жизненный цикл бюджета. В это понятие входит разработка бюджета (включая согласование и утверждение), контроль его исполнения (оценка соответствия плана и факта), а также анализ причин отклонений фактических данных от плановых. Таким образом, бюджетирование включает в себя два основных элемента - планирование и контроль.
Что касается системы бюджетирования, то здесь требуются некоторые комментарии. Дело в том, что этот термин часто употребляют в узком смысле, имея в виду определенную методику или соответствующую компьютерную программу. При постановке и внедрении системы бюджетирования не всегда уделяют должное внимание, пожалуй, самому главному элементу любой системы управления - человеку, принимающему решения. Кроме того, важную роль играют и организационные принципы (бизнес-процессы), в рамках которых взаимодействуют люди и информационные системы. Строго говоря, система бюджетирования - это комплексное понятие, включающее в себя сразу несколько элементов: методологию, персонал, информационную систему, а также соответствующие бизнес-процессы.
1.1.1. Архитектура и основные понятия бюджетной системы
Бюджетная система компании - совокупность процессов/функций, компонент бюджетирования и бюджетных регламентов, определяющих последовательность, правила, сроки и ответственных за расчеты бюджетов, формирование отчетов, анализ исполнения бюджетов и принятие решений.
Процессы/функции бюджетирования - обособленные устойчивые вид деятельности, связанные с планированием, учетом, анализом и контролем финансово-экономических показателей деятельности компании.
Компоненты бюджетирования - состоит из двух разделов: объекты компании, по которым ведется бюджетирование и совокупность планов и отчетов системы бюджетирования.
Объекты бюджетирования - объекты компании, по которым ведется планирование, учет, анализ и контроль исполнения бюджетов
Набор объектов бюджетирования, который будет принят в компании, зависит от нескольких факторов, в том числе и от информации, используемой руководителями компании для принятия решений. Например, если при принятии решения о распределении финансовых ресурсов между направлениями деятельности компании необходимо знать оценку финансово-экономической эффективности каждого направления деятельности, то в число объектов бюджетирования должны входить бизнес – направления. Если в компании разработана и внедрена финансовая структура, то для эффективного управления компании необходимо вести планирование и контроль в разрезе центров финансового учета. Таким образом, в соответствии с разработанной финансовой моделью подбирается необходимый набор объектов бюджетирования.
Объекты бюджетирования:
· Бизнес – направления;
· структурные звенья компании
· центры финансового учета
· основные бизнес-процессы компании
· проекты компании
Конкретный набор объектов бюджетирования определяется исходя из конкретной компании в соответствии с принципом целесообразности усложнения системы бюджетирования. Некоторые компании на начальной стадии внедрения системы бюджетирования могут ограничиться только финансовыми бюджетами, т.е. внедрять систему финансового планирования и контроля по отношению только компании в целом, используя простые финансовые модели бюджетирования. В дальнейшем архитектура бюджетной системы может усложняться (по мере необходимости) и компания будет переходить на использование более сложных финансовых моделей.
Планы и отчеты бюджетной системы:
· Бюджеты;
· Отчеты;
· Отчеты по результатам бюджетного анализа.
Бюджет - финансовый документ, представляющий в систематизированной форме на заданном интервале времени плановые значения статей бюджета.
В соответствии с представленными объектами бюджетирования на предприятии могут составляться следующие бюджеты:
· Операционные бюджеты:
ü бюджеты бизнес – направлений;
ü бюджеты подразделений;
ü бюджеты центров финансового учета (ЦФУ);
ü бюджеты бизнес-процессов;
ü бюджеты проектов;
· Финансовые бюджеты (сводные бюджеты.):
ü бюджет доходов и расходов (прибылей и убытков);
ü бюджет движения денежных средств (кассовый бюджет);
ü бюджет по балансовому листу (прогнозный баланс).
Бюджеты бизнес – направлений составляются по каждому направлению деятельности и содержат всю необходимую информацию для оценки их финансово-экономической эффективности, принятия решений о дальнейшем их развитии и финансировании.
Бюджеты подразделений составляются по каждому структурному звену компании в соответствии с действующей организационной структурой.
Бюджеты центров финансового учета (ЦФУ) составляются по каждому ЦФУ в соответствии с действующей финансовой структурой.
Если в компании действует финансовая структура, то можно ограничиться составлением бюджетов ЦФУ, а бюджеты по подразделениям, входящим в состав ЦФУ не строить.
Бюджеты бизнес-процессов составляются по каждому выделенному бизнес-процессу компании. Например, если в компании выделен бизнес-процесс «Сбыт», ему могут соответствовать следующие бюджеты: бюджет продаж, содержащий информацию о планируемых объемах реализации в натуральных и стоимостных показателях, и бюджет коммерческих расходов, содержащий информацию о планируемых расходах, связанных с реализацией продукции в объемах, заложенных в бюджете продаж.
Бюджеты проектов составляются по каждому проекту компании. Это могут быть проекты, непосредственно связанные с основной деятельностью компании и поэтому проводимыми на регулярной основе. Например, в компаниях, занимающихся оказанием различного рода услуг, проекты могут являться основным объектом планирования и контроля, поэтому необходимо будет вести бюджетирование по проектам. Также это могут быть единичные проекты, например, проект по расширению производственных мощностей или проект по созданию нового продукта.
Финансовые бюджеты - это консолидированные бюджеты компании. Финансовые бюджеты строятся по компании в целом или по центрам прибыли, т.е. по центрам финансового учета компании, по которым можно рассчитать финансовый результат. Финансовые бюджеты имеют стандартные форматы для всех компаний.
Отчет - финансовый документ, представляющий в систематизированной форме на заданном интервале времени фактические значения статей бюджета.
Отчет по результатам бюджетного анализа - финансовый документ, представляющий в систематизированной форме на заданном интервале времени основные выводы об эффективности исполнения бюджета и предложения по корректировке исходных гипотез и предположений на будущие периоды.
Регламент системы бюджетирования - документы, представляющие в систематизированной форме описание процедур финансово-экономического планирования, учета, анализа и контроля, действующие в компании.
1.2. Цели и задачи бюджетирования
Внедрение системы бюджетирования позволяет предприятию:
· составлять реальные прогнозы финансово-хозяйственной деятельности
· вовремя обнаруживать наиболее узкие места в управлении предприятием, используя инструменты многовариантного анализа
· быстро подсчитать экономические последствия при возможных отклонениях от намеченного плана при помощи финансовых моделей и принять эффективное управленческое решение
· скоординировать работу структурных подразделений и служб на достижение поставленной цели
· повысить управляемость компании за счет оперативного отслеживания отклонений факта от плана и своевременного принятия решений.
Ожидаемые результаты после внедрения бюджетирования:
· внедрение процедур регулярного финансового планирования и контроля над исполнением бюджета;
· обучение специалистов финансовых служб методикам финансового планирования и анализа;
· составление годового бюджета предприятия;
· улучшение управляемости компании за счет наделения полномочиями, установления ответственности менеджеров компании и совершенствования оргструктуры;
· улучшения финансовых показателей работы компании за счет совершенствования системы финансового планирования и контроля.
1.3. Функции систем бюджетирования
Будучи комплексным управленческим процессом, бюджетирование оказывает столь же комплексное влияние на деятельность аппарата управления. Среди основных функций системы бюджетирования можно выделить следующие:
· планирование и координация;
· принятие решений и делегирование полномочий;
· оценка деятельности;
· оценка и переоценка тенденций;
· взаимодействие и мотивация персонала;
· контроль и анализ.
Рассмотрим перечисленные функции бюджетирования более подробно.
Планирование и координация. Это - основные функции системы бюджетирования. С одной стороны, бюджет конкретизирует стратегические корпоративные планы, а с другой - консолидирует информацию тактического и оперативного характера. Таким образом, в бюджете как бы «связываются» между собой стратегическая и оперативно-тактическая плоскости планирования. Поэтому корпоративный бюджет, по сути, устанавливает определенные рамки, внутри которых принимаются все последующие управленческие решения. Развитие предприятия становится более планомерным и предсказуемым, поскольку вероятность неадекватных шагов и разного рода «перекосов» сводится к минимуму.
Принятие решений и делегирование полномочий. Грамотно поставленная система бюджетирования подразумевает четкие процедуры принятия управленческих решений и соответствующее разграничение ответственности. При этом право (и обязанность) принятия решений делегируется именно тому менеджеру, который отвечает за соответствующую область деятельности. При этом снижается нагрузка на руководителей высшего уровня - им больше не приходится тратить время на принятие решений, находящихся в компетенции подчиненных. Что касается менеджеров среднего звена, то в условиях отсутствия излишнего вмешательства «сверху» они получают новые возможности для проявления инициативы и реализации своего потенциала.
Оценка деятельности. Показатели исполнения бюджета и могут служить одной из характеристик текущей позиции предприятия и качества бизнеса. Достижение запланированных показателей и отсутствие негативных отклонений факта от плана свидетельствуют о стабильности и устойчивости. Наоборот, существенные отклонения факта от плана говорят либо о несовершенстве системы планирования, либо о недостаточной предсказуемости самого бизнеса.
Оценка и переоценка тенденций. Как известно, построение бюджетов основывается на прогнозах, и прежде всего на прогнозе продаж. Поэтому корпоративный бюджет во многом отражает состояние «внешней среды», точнее - оценку ее динамики в будущем. Мониторинг исполнения бюджета и анализ отклонений может оказать неоценимую помощь в случаях, когда базовые ожидания, прогнозы и тренды требуют переосмысления. Это может произойти как из-за погрешностей в первоначальных прогнозах, так и при изменении внешних тенденций.
Взаимодействие и мотивация персонала. Деятельность по формированию, корректировке, контролю и анализу бюджета предусматривает тесное общение сотрудников практически всех служб организации. Кроме того, бюджет должен оказывать мобилизующее воздействие и обеспечивать заинтересованность персонала в достижении запланированных показателей.
Контроль и анализ. Регулярное сопоставление достигнутых результатов с запланированными дает возможность анализировать отклонения и своевременно принимать необходимые решения. Внешние условия могут изменяться, при этом в корпоративный бюджет также должны вноситься необходимые коррективы. Причем вариации внешней среды должны восприниматься системой бюджетирования отдельно от отклонений, возникших по причинам внутреннего характера.
1.4. Бюджетирование и информационные системы
Функции бюджетирования весьма разнообразны и достаточно сложны, как с точки зрения объема обработки информации, так и с точки зрения методологи. Сегодня мало у кого возникают сомнения в том, что эти функции могут быть обеспечены только при помощи современных информационных технологий. Но технология технологии - рознь, и вполне естественно, что разные «электронные» инструменты бюджетирования обеспечивают разный уровень качества информации.
Часто для целей бюджетирования используются обычные электронные таблицы. Это один из наиболее простых, доступных и популярных инструментов. Электронные таблицы незаменимы для малого бизнеса; они также могут принести пользу и на более крупных предприятиях, которые только начинают строить свою систему бюджетирования. Однако, по мере вовлечения в этот процесс все новых и новых подразделений, усложнения методологии и роста объема данных, электронные таблицы (как инструмент бюджетирования) быстро достигают предела своих функциональных возможностей. Кроме того, электронные таблицы не автоматизируют процесс взаимодействия различных подразделений при формировании бюджета, что увеличивает период подготовки планов (некоторые крупные компании начинают составление бюджета на следующий год уже в июле).
Еще одна категория систем, используемых для бюджетирования - корпоративные системы управления (ERP-системы). Такие системы называют транзакционными, поскольку их основное назначение - планирование, учет и обработка операций. В то же время даже сами разработчики ERP-систем признают, что их системы не обеспечивают выполнение абсолютно всех функций управления, поэтому для отдельных, более детальных и специфических задач (в том числе и для бюджетирования) рекомендуется использование специализированных программных продуктов, в качестве «надстройки» над корпоративной системой управления.
Функциональность специализированного программного обеспечения позволяет полностью преодолеть ограниченность корпоративных систем, поскольку оно изначально разрабатывалось для задач бюджетирования. Такой программный продукт содержит всю необходимую для бюджетирования функциональность, в том числе специальную. К специальным функциям программных продуктов бюджетирования, в частности, относятся: ведение аналитических направлений и классификаторов, описание финансовой структуры и принципов взаимодействия, расчет показателей деятельности, анализ отклонений и другие. Причем реальная работоспособность всех этих функций подтверждается опытом многочисленных предприятий - пользователей такой системы. Используя специализированную систему бюджетирования, финансовый менеджер может не опасаться того, что рано или поздно он столкнется с проблемами, решение которых система не сможет обеспечить.
Кроме того, специализированная система бюджетирования довольно легко интегрируется с другими системами управления, в том числе с системами класса ERP. Ведь именно ERP-система оперирует внутренними данными отделов и департаментов и, таким образом, выполняет роль поставщика информации для системы бюджетирования. Для обеспечения такой интеграции существуют разные способы. Например, помимо «традиционных» способов (импорт/экспорт через текстовые файлы, электронные таблицы, встроенный ODBC-драйвер), можно организовать «бесшовную» интеграцию с ERP-системами при помощи специального пакета (через специальные адаптеры).
Как показывает опыт ведущих международных компаний, сочетание специализированной системы бюджетирования с корпоративной системой класса ERP, является наилучшим решением, обеспечивающим весь комплекс функций бюджетирования, столь необходимых для полноценного управления современным предприятием.
1.5. Критерии оценки систем бюджетирования
Представим собирательный образ системы бюджетирования, содержащий большинство функций и свойств различных систем. В сравнении с ним можно объективно определить достоинства, недостатки и особенности систем бюджетирования, представленных сегодня на российском рынке. Итак, рассмотрим элементы технологии бюджетирования и подходы в их автоматизации с четырех позиций:
· Состав и свойства информационных объектов системы бюджетирования.
· Функциональность и алгоритмы системы бюджетирования.
· Организация работы пользователей с системой.
· Архитектура, платформа и средства интеграции.
1.5.1. Состав и свойства информационных объектов
Первое, на что стоит обратить внимание при рассмотрении системы - это состав ее информационных объектов. Они характеризуют информационную мощность системы - определяют, какими понятиями и в какой степени детализации можно оперировать при выполнении работ по бюджетированию.
1. Измерения бюджетных планов статей. Планирование и анализ бюджета - как правило, многомерная задача. Одни и те же цифры требуется рассматривать в разрезе организационно-штатной или финансовой структуры, в различных финансовых инструментах, в разрезе поставщиков, потребителей, продуктов и услуг. Все эти измерения бюджетных статей должны характеризоваться соответствующими справочниками. Как минимум, этих справочников в системе должно быть четыре:
· Организационно-штатная и финансовая структура. Этот справочник обязательно должен быть иерархическим и допускать неограниченную вложенность уровней структуры.
· Валюты, курсы.
· Продукты, услуги, материальные ценности.
· Клиенты, потребители и поставщики.
2. Статьи бюджета в разрезе перечисленных выше справочников объединяются в планы статей по своему назначению. Их должно быть как минимум три: бюджет доходов и расходов, бюджет движения денежных средств, а также бюджет активов и пассивов (баланс). Но, как правило, для более полного учета специфики работы предприятия, реализации определенной методики бюджетирования и создания удобных в эксплуатации рабочих мест применяются исходные и производные планы:
· бюджет продаж и бюджет закупок, в стоимостном и натуральном выражении, определяющие бюджет операционной деятельности (прямые доходы и расходы), бюджет размещения и привлечения ресурсов, бюджет по бизнес – направлениям, бюджет проектов - это далеко не полный список видов бюджетов, применяемых для построения бюджета доходов и расходов;
· смета капитальных вложений, план резервов, определяющие косвенные расходы и другие виды расходов, необходимые для получения общей картины доходов и расходов и движения денежных средств;
· бюджет движения финансовых ресурсов - специфичный для кредитных учреждений план, бюджет движения товаров, запасов, бюджет задолженности (БДДС в разрезе дебиторов и кредиторов), платежный календарь - средство контроля расходования средств;
· а также: управленческий баланс, финансовый план и другие вспомогательные таблицы, облегчающие расчет финансовых результатов.
У бюджетных статей могут присутствовать следующие свойства:
· Хранение значений во временных периодах - день, месяц, квартал, год - для обеспечения различных режимов планирования и учета (год по кварталам, квартал по месяцам и т. д.), а также для выполнения всестороннего анализа бюджета.
· Неограниченная иерархия статей бюджета - для обеспечения процессов агрегации и «сверления» информации (drill down) при анализе структуры бюджета.
· Собственное и консолидированное состояние, план, факт, отклонение - абсолютное и процентное.
· Возможность учета значений статьи в разных валютах и натуральном измерении.
· Дополнительная аналитика статей, необходимая для реализации таких возможностей, как, например, учет остатка невыполнения плана в условиях его перевыполнения внеплановыми операциями.
· Проводки по бюджетным статьям, позволяющие документировать изменение значений статей.
3. Первичная информация, используемая при расчете плановых и фактических значений бюджетных статей. Ее наличие в системе бюджетирования является признаком развитых систем. Она устраняет ограничения «табличного» представления информации о бюджете, реализованного только в виде планов статей. К первичной информации для бюджетирования относятся:
· Бюджетные строки и бюджетные документы, заявки, сметы, контракты, договора, платежные документы и другие виды документов, на основании которых выполняется расчет значений статей.
· Объекты поддержки финансовой логики: аналитические и синтетические бухгалтерские счета с проводками, счета управленческого учета, механизмы двойной записи, показатели, нормативы.
1.5.2. Функциональность и алгоритмы системы бюджетирования
Алгоритмы системы бюджетирования - это интеллектуальные автоматические калькуляторы, которые обеспечивают расчет значений бюджетных статей. Чем больше в системе алгоритмов и процедур расчета, чем более они разнообразны - тем в большей степени удается достигнуть автоматизации процесса бюджетирования.
1. Алгоритмы планирования различаются по своему назначению:
· Расчет значений статей по временному горизонту планирования. Обеспечивает на основании значения статьи за один временной промежуток (например, квартал) рассчитать значения статьи за другие временные промежутки (например, месяц).
· Расчет значений статей по центрам финансовой ответственности. При планировании «сверху – вниз» позволяет вычислять значение статьи для разных центров финансовой ответственности на основании целевого значения статьи.
· Применение статистических методов расчета для отражения в бюджете логики объемных операций, учет сезонных колебаний. Применение шаблонов расчета статей и настроек в виде языка формул.
· Расчет значений статей на основании значений других статей.
· Расчет значений статей по бюджетным документам и другой первичной информации.
· Обеспечение процесса планирования «от достигнутого» - перенос значений статей с предыдущего периода, как планового, так и фактического с использованием коэффициентов и без них.
· Моделирование «что если». Пересчёт исходного распределения значений статей на основании изменения одного из запланированных показателей.
· Реализация технологии «скользящего бюджета», когда временной горизонт плана, равный кварталу, ежемесячно переносится на один месяц вперед по окончании очередного отчетного периода.
2. Алгоритмы учета исполнения бюджета.
· Учет факта на основании данных бухучета. Это алгоритмы расчета значений статей на основании остатков, оборотов и проводок по счетам бухгалтерского учета. При этом применяются таблицы разноски по статьям и многие другие приемы, позволяющие получить в автоматическом режиме максимум информации для учета исполнения бюджета.
· Расчет значений статей по данным внесистемного учета, по бюджетным документам и другой первичной информации. Он возможен только в системах с расширенным набором информационных объектов. Если сложности с получением первичной информации в системе бюджетирования решены, то алгоритмы расчета будут представлять собой набор специализированных процедур, ассоциированных с видами документов.
3. Агрегация и консолидация - алгоритмы, в равной мере применяемые как при планировании, так и при фактическом учете.
· Агрегация - это расчет значений статей по временным периодам. Например, квартальных значений - на основании ежемесячных.
· Консолидация финансовых и количественных значений статей. Это тоже алгоритмы, агрегирующие значения статей нижестоящего уровня в значения статей вышестоящего уровня. Но в данном случае речь идет о консолидации бюджетов центров финансовой ответственности вплоть до бюджета всей организации.
4. Аллокации и трансферты. Эти алгоритмы призваны обеспечить перераспределение доходов и расходов по центрам финансовой ответственности в связи с учетом общекорпоративных затрат, а также при применении внутреннего ценообразования на ресурсы, материальные ценности, товары и т.д.
Как для аллокаций, так и для трансфертов в системе бюджетирования должен присутствовать ряд механизмов, позволяющий настроить расчеты в соответствии с принятыми на предприятии правилами:
· Использование шаблонов при разноске значений статей - самый простой в использовании механизм для пользователей.
· Использование нормативов и дополнительных справочников при разноске значений статей является расширением механизма шаблонов, позволяющим при описании алгоритмов оперировать массовыми данными
· Использование языка формул, как правило, позволяет реализовать практически все требования методик бюджетирования, однако неаккуратная их реализация в системе может привести к длительным по времени вычислениям.
· Скриптовый язык - максимально гибкий инструмент для описания алгоритмов аллокаций и трансфертов и наиболее эффективный с точки зрения исполнения, однако его применение требует знания программирования.
5. Алгоритмы расчета финансовых результатов. Эти алгоритмы одинаково важны как при планировании, так и при учете исполнения бюджета. Себестоимость, маржа, рентабельность продуктов, активов, капитала, прибыль, оборачиваемость активов - все это показатели технологии финансового управления, являющиеся итогами выполнения тех или иных этапов бюджетирования.
Реализация алгоритмов - очень ответственная задача для разработчиков систем бюджетирования. Алгоритмы затрагивают в системе взаимосвязанные данные, поэтому кажущаяся мощь алгоритмов на практике может вылиться в непозволительно длительное время отклика системы, которая будет занята постоянным пересчетом данных. Поэтому эффективность работы алгоритмов можно проверить только на реальных объемах данных.
1.5.3. Организация работы пользователей с системой
Существует два принципиально разных подхода при автоматизации коллективной работы с бюджетом:
· Файловая система бюджетирования.
· Система бюджетирования с единой базой данных.
При рассмотрении этих подходов также необходимо учитывать такой вопрос, как территориальная распределенность предприятия (наличие у него филиалов). Это важно, поскольку в Центральном офисе может быть принята одна технология, а для взаимодействия с филиалами - другая, или какой-либо компромисс между ними.
1. Файловая система бюджетирования. Одним из самых наглядных представителей систем бюджетирования с файловой организацией является система бюджетирования, построенная с применением Excel. Каждый специалист, участвующий в процессе бюджетирования работает со своей персональной таблицей. Затем, в целях консолидации информации выполняется сбор таблиц и расчет консолидированных данных. Такая организация работы с бюджетом - проста и понятна. Однако слабой стороной файловых систем является их низкая реакция при взаимодействии участников бюджетного процесса и высокие накладные расходы при выполнении консолидации данных. Например, изменение состава статей в процессе планирования возможно только до момента передачи файлов участникам процесса бюджетирования, а интерактивное планирование, защита и утверждение статей - совсем невозможны. Как следствие, количество итераций при планировании существенно ограничивается объективно существующими временными рамками.
2. Система бюджетирования с единой базой данных. Это более современный подход, чем файловая организация системы бюджетирования, поскольку он основывается на технологии «клиент-сервер». Этот подход обеспечивает одновременную работу многих пользователей с одними и теми же данными. В связи с этим возможно оперативное внесение изменений в структуру бюджетных планов и интерактивное взаимодействие участников бюджетного процесса. Процесс консолидации при этом перестает быть ответственной и уязвимой от сбоев задачей, поскольку в данном случае он обеспечивается надежными средствами СУБД. Как правило, любая система с единой базой данных предполагает наличие в организации своего администратора. Поэтому система бюджетирования с единой базой данных может оказаться избыточной для малых организаций.
3. Удобства в работе с системой. Это функциональность систем, направленная на обеспечение комфортного взаимодействия пользователей с системой и друг с другом.
· Лимиты, защищенные статьи. Возможность руководителям центров финансовой ответственности более высокого уровня финансовой структуры устанавливать значения статей для центров финансовой ответственности нижнего уровня, в рамках которых они могут выполнять планирование.
· Утверждение статей и планов. Эта функциональность позволяет фиксировать согласованные планы или значения отдельных статей с целью предотвращения их несанкционированного изменения.
· Примечания к статье. Своеобразный протокол комментариев к статье, который совместно ведут участники бюджетного процесса при согласовании ее значения.
· Визуализация расхождений. Фильтрация или цветовое выделение критичных расхождений между планом и фактом. Эта возможность позволяет организовать оперативный (ежедневный) контроль расхождений, поскольку существенно экономит время при анализе отклонений.
· Контроль ошибок.
· Версионность планов. Поддержка нескольких вариантов плана бюджета. Как правило, достаточно наличие трех видов – «оптимистичный», «пессимистичный» и «оптимальный».
· Возможность одновременного планирования в произвольных временных периодах. Такая возможность позволяет устранить искусственные ограничения временных периодов бюджетирования при планировании значений статей, отражающих различные сферы деятельности предприятия.
· Возможность изменять состав и структуру статей одновременно для плана и факта (исполнения) бюджета. Эта возможность наиболее эффективно решается в системах бюджетирования с единой базой данных.
· Средства анализа бюджета. К ним относятся – «сверление данных», OLAP-анализ, ранжирование, кластерный анализ, тренды, анализ отклонений, долей и т.д.
4. Секретность и безопасность данных. Бюджетирование, являясь составной частью комплексной системы управления предприятием, предъявляет повышенные требования к секретности и безопасности данных. Помимо задач по сохранности данных, решаемых средствами СУБД или операционной системы, система бюджетирования должна обеспечивать эффективное разделение доступа к системе для пользователей.
5. Типы пользователей и права доступа. Поскольку система бюджетирования, как правило, рассчитана на коллективную работу пользователей, то, несомненно, все они могут обладать различными ролями в процессе бюджетирования. Типы пользователей и ассоциированные с ними различные права доступа как к функциям (алгоритмам) системы, так и к данным системы должны максимальным образом удовлетворять требованиям к безопасности данных, принятым в конкретном предприятии.
1.5.4. Архитектура, платформа, средства интеграции
Характеристика системы бюджетирования, интересная в первую очередь программистам и администраторам систем, может оказать существенное влияние на процесс выбора, поскольку она должна удовлетворять общей концепции автоматизации предприятия. В первую очередь с позиций автоматизации рассматриваются следующие вопросы:
1. Архитектура. Как указывалось выше, самым важным вопросом при рассмотрении архитектуры системы, оказывающим при этом существенное влияние на саму технологию бюджетирования, является ее построение в виде файловой системы или системы с единой базой данных. Архитектура системы с единой базой данных подразумевает применение технологии «клиент-сервер». Эта архитектура может быть реализована как двухуровневая, так и многоуровневая (с выделенным сервером расчетов, сервером для организации взаимодействия с пользователями и т.д.) Для систем с единой базой данных следует различать виды применяемых баз данных:
· Реляционная или многомерная база данных. Многомерная БД может применяется не только в связи с необходимостью многомерного представления бюджетной статьи, но и с целью ускорения вычислений множества алгоритмов, применяемых при бюджетировании.
· Наличие Хранилища данных предъявляет особые требования к построению базы данных системы бюджетирования. Как правило, Хранилище данных применяется для решения задач финансовой консолидации данных системного и внесистемного учета, а также использования этих данных при автоматизации учета исполнения бюджета.
2. Программно-аппаратная платформа - сервер базы данных и сервера приложений, платформа для организации рабочих мест, требования к сетевым коммуникациям.
3. Средства расширения функций системы:
· Наличие в системе генераторов отчетов. К ним могут относиться специализированные конструкторы отчетов, OLAP-средства, встроенные генераторы отчетов типа «одна кнопка» для конечных пользователей.
· Наличие в системе языка формул и/или скриптового языка - для реализации алгоритмов расчетов.
· Открытый API для программиста. Он важен для предприятий, ориентированных на существенное развитие системы собственными силами.
4. Средства интеграции с другими средствами автоматизации предприятия:
· Возможности по интеграции с офисными приложениями - Excel, Word, электронной почтой должны быть представлены на уровне современных технологий.
· Применение XML для интеграции с другими системами автоматизации предприятия является признаком современной системы бюджетирования.
Разумеется, советы по применению перечисленных критериев оценки ни в коей мере не претендует на сборник готовых рецептов при выборе системы бюджетирования. Для обоснованного выбора системы и ее поставщика необходимо глубокое изучение, как самих систем, так и условий их поставки, внедрения и сопровождения.
Глава 2 Технико-экономическая характеристика ЗАО «Телмос»
2.1. Общие сведения о предприятии
Компания «Телмос» создана в апреле 1993 года Московской Городской Телефонной Сетью (МГТС) и крупнейшей американской телекоммуникационной компанией American Telephone & Telegraph International Incorporated (AT&T). В 1995 году в состав учредителей Телмос вошел крупнейший международный оператор России Ростелеком.
Компания «Телмос» предоставляет полный спектр высококачественных услуг связи в Москве, Московской области и регионах России. Эти услуги таковы:
1. Услуги цифровой телефонной сети. ЗАО «ТЕЛМОС» предоставляет Клиентам доступ к телефонной сети общего пользования с выделением телефонного номера из собственной номерной емкости «ТЕЛМОС» через собственную цифровую коммутационную систему 5ESS , являющуюся основой первичной волоконно-оптической сети «ТЕЛМОС». Первичная опорная сеть SDH ЗАО «ТЕЛМОС», помимо функции доступа к сети и услугам ЗАО «ТЕЛМОС», выполняет также функцию транспортной сети для организации межузловых и межстанционных соединений, шлюзов с МГТС, Ростелекомом, другими операторами и поставщиками услуг.
В рамках предоставления доступа Клиента к телефонной сети общего пользования компания «ТЕЛМОС» предоставляет высококачественные услуги местной, междугородной и международной телефонной связи как по аналоговой (PSTN), так и по цифровой (ISDN) сетям коммутации.
В зависимости от месторасположения офиса Клиента и наличия необходимых коммуникаций, других специфических потребностей Клиента, ЗАО «ТЕЛМОС» может предложить различные решения по предоставлению Клиенту доступа к телефонной сети общего пользования.
2. Услуги по передаче данных. Наложенная сеть передачи данных ЗАО «ТЕЛМОС» построена на основе оборудования производства фирмы ECI Telematics и базируется на волоконно-оптической транспортной сети SDH «ТЕЛМОС». В сети передачи данных «ТЕЛМОС» используются технологии ISDN, HDSL и Frame-Relay, обеспечивающие оптимальное использование ресурсов, экономию средств и высокое качество связи.
В рамках предоставления услуг по передаче данных компания «ТЕЛМОС» имеет возможность предоставлять Клиентам в аренду выделенные цифровые каналы, связывающие абонента с ближайшей точкой присутствия «ТЕЛМОС» по волоконно-оптической линии связи, медному кабелю или с использованием беспроводных технологий.
3. Видеоконференцсвязь. Компания «ТЕЛМОС» предлагает услугу видеоконференцсвязи, реализованную на базе технологии ISDN.
Для проведения сеансов видеоконференцсвязи компания «ТЕЛМОС» располагает двумя комфортабельными студиями, оборудованными самыми современными системами видеоконференцсвязи. Компанией используются системы таких всемирно известных производителей, как Picture Tel и POLYSPAN.
Студии «ТЕЛМОС», рассчитаны на размещение от 1 до 50 участников. Сеансы видеоконференцсвязи могут проводиться на скоростях от 64 до 512 кбит/с как в режиме «точка-точка», так и в многоточечном режиме, когда возможно объединение до 4 участников, находящихся в различных городах.
Соответствующие сертификаты подтверждают высокое качество услуги видеоконференцсвязи.
В настоящее время возможна организация сеансов видеоконференцсвязи с 60 зарубежными странами и большинством крупных городов России. Количество стран и городов, доступных для видеоконференцсвязи из студий «ТЕЛМОС» постоянно увеличивается.
«ТЕЛМОС» оказывает помощь в подборе студий видеоконференцсвязи в других городах и странах.
Компания «ТЕЛМОС» предоставляет Клиентам возможность бесплатно использовать дополнительное оборудование, которое может понадобиться в ходе сеанса видеоконференцсвязи:
· документальную камеру, предназначенную для демонстрации документов, иллюстраций, слайдов, рентгеновских снимков, а также трехмерных объектов. При необходимости это устройство можно использовать в качестве дополнительной камеры;
· специальный адаптер, позволяющий подключить портативный компьютер клиента к системе видеоконференцсвязи и в ходе сеанса показывать противоположной стороне то, что находится на экране компьютера в каждый конкретный момент;
· мультисистемный видеомагнитофон, на который можно записать ход всего сеанса видеоконференцсвязи;
· мультимедийный проектор, к которому при необходимости можно подключить систему видеоконференцсвязи и проецировать сеанс видеоконференцсвязи на большой настенный экран;
· проектор OVERHEAD, который также может быть полезен в ходе видеосеминаров и совещаний.
Для Клиентов «ТЕЛМОС», имеющих ISDN линии, компания готова предоставить возможность проведения сеансов видеоконференцсвязи в их офисах.
При необходимости сеансы видеоконференцсвязи будут проведены для Клиента в любое время суток и в любой день недели.
Области применения видеоконференцсвязи:
· Проведение корпоративных совещаний и встреч
· Проведение переговоров с партнерами в других городах России и за рубежом
· Дистанционное обучение
· Организация дистанционных интервью при подборе кадров
· Телемедицина
· Юриспруденция
4. Услуги доступа в сеть Интернет. Компания «ТЕЛМОС» предоставляет Клиентам следующие услуги доступа в сеть Интернет:
· Услуги коммутируемого доступа по аналоговой абонентской линии
Услуга подразумевает организацию модемного доступа Клиента в глобальную сеть Интернет. В рамках данной услуги Клиенту также предоставляется:
ü возможность открытия одного почтового ящика на сервере Провайдера;
ü возможность размещения персональной страницы на сервере Провайдера размером до 2 Мб;
ü возможность FTP доступа к содержимому персональной страницы для текущего обновления и редактирования публикуемой Клиентом информации.
· Услуги коммутируемого соединения по цифровой абонентской линии ISDN. Доступ в Интернет по цифровой ISDN - линии отличается более высокой (по сравнению с доступом по аналоговым линиям) скоростью доступа к сети. Помимо этого, специфика технологии ISDN дает возможность Клиенту не только работать в Интернет, но и разговаривать по телефону, используя один и тот же телефонный номер.
· Постоянное соединение по выделенному каналу
Выделенное соединение с учетом потребностей Клиента может быть организовано с использованием синхронных каналов (скорость от 64 до 2048 кБит/с) и виртуальных каналов по технологии Frame Relay.
Дополнительно Клиенту предоставляется возможность открытия пяти почтовых ящиков на сервере Провайдера.
5. Дополнительные услуги. Помимо основных телекоммуникационных услуг, компания «ТЕЛМОС» предлагает Клиентам ряд дополнительных услуг.
Компания производит интеграцию компьютерных и телефонных сетей, поиск оптимального решения по телефонизации офиса.
На базе протоколов 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. Первичная информация
В системе не хранятся первичные данные (платежные поручения, мемориальные ордера, бюджетные документы, заявки и т.д.), которые могут быть использованы для расчета значений бюджетных статей. В качестве первичной информации представляются только данные по плановым расходам на зарплату сотрудников и амортизационным начислениям, причем в рамках отдельного модуля.
Система имеет механизмы поддержки финансовой логики. Например, каждая статья бюджета может быть одного из двух типов - статья Баланса и статья Отчета о прибылях и убытках. Это влияет на алгоритм расчета значений по ней.
2. Функциональность и алгоритмы системы
2.1. Алгоритмы планирования
· Расчет значений статей по временному горизонту планирования. Реализуется с помощью формул. Требует предварительной настройки.
· Расчет значений статей по ЦФО. Реализуется с помощью формул. Требует предварительной настройки.
· Применение статистических методов расчета. Реализуется с помощью формул. Требует предварительной настройки.
· Расчет значений статей на основании значений других статей. Реализуется с помощью формул.
· Расчет значений статей по бюджетным документам и другой первичной информации. Реализовано только для планирования заработной платы и основных средств.
· Обеспечение процесса планирования «от достигнутого». Реализуется с помощью формул.
· Моделирование «что если». Реализуется с помощью формул.
· Реализация технологии «скользящего бюджета». В системе есть функция определения периода по смещению (к примеру, июль + 6 месяцев). Кроме того, существует возможность переносить итоги по предыдущему периоду на следующий плановый период.
2.2. Алгоритмы учета и исполнения бюджета
· Учет факта на основании данных бухучета. Автоматизированный учет факта является непростой задачей, поскольку все исходные данные находятся во внешних системах.
· Расчет значений статей по данным внесистемного учета. Выполняется только с применением внешних по отношению к системе средств.
2.3. Агрегация и консолидация учетных данных
· Агрегация.
Агрегация может производиться во всех аналитических разрезах в режиме реального времени. Все вычисления выполняются на сервере.
· Консолидация.
В системе реализованы различные алгоритмы консолидации. По умолчанию данные на более высоком уровне рассчитываются путем суммирования данных нижних уровней.
2.4. Аллокация и трансферты
· Использование шаблонов при разноске значений статей. Реализуется с помощью формул.
· Использование нормативов и дополнительных справочников, в которых задаются параметры расчета. Для ввода нормативов и других параметров могут быть созданы дополнительные группы бюджетных статей.
· Использование языка формул. Язык формул - неотъемлемая составляющая работы с системой.
· Скриптовый язык. Отсутствует
2.5. Алгоритмы расчета финансовых результатов
Система имеет механизмы поддержки финансовой логики (дебет/кредит, актив/пассив и т.д.).
Например, можно рассчитать исходящий остаток по балансовому счету за период как сумму его входящего остатка и оборотов, определяемых как значение по некоторой статье.
Система может автоматически выполнять перекрестную проверку значений указанных статей.
3. Организация работы пользователя с системой
3.1. Автоматизация коллективной работы с бюджетом
Многопользовательская работа в едином информационном пространстве - это один из ключевых элементов концепции системы Comshare MPC.
Все пользователи в режиме реального времени работают в единой базе данных.
В процессе планирования руководитель видит кто, когда и какие ввел значения, и имеет возможность вмешаться в этот процесс, самостоятельно снабжая те или иные данные пояснениями, пополняя план новыми показателями или не принимая очередной версии, если она приводит на верхнем уровне бюджета к неблагоприятной финансовой картине. Количество подобных уровней согласования бюджетов неограниченно.
3.2. Удобства в работе с системой
· Лимиты, защищенные статьи. Возможна эмуляция этой технологии посредством создания дополнительных версий бюджета и распределения прав доступа на просмотр и запрет редактирования.
· Утверждение статей и планов. С помощью функции focus range в системе существует возможность установить так называемые заблокированные области, которые определяются для каждой версии бюджета и периода времени.
· Примечания к статье. Пользователь имеет возможность присоединить текст к значению любого показателя в качестве пояснения.
· Визуализация расхождений. В системе поставляются отчеты, показывающие отклонение.
· Контроль ошибок. В системе для этого есть стандартный отчет.
· Версионность планов. Контролируется. Есть возможность установить дату, с которой начинает действовать та или иная версия бюджета.
· Возможность одновременного планирования в произвольных временных периодах. Предусмотрен способ привязки различных данных к определенным временным отрезкам.
· Возможность изменять состав и структуру статей одновременно для плана и факта (исполнения) бюджета. Можно непосредственно в процессе планирования пополнять бюджет новыми показателями.
· Средства анализа бюджета. Система поддерживает различные форматы и методы представления и анализа данных.
Во-первых, это разработка и предоставление по электронной почте стандартных отчетов, готовых к распечатке.
Во-вторых, это подготовка отчетов пользователями «на лету» с помощью встроенной в систему OLAP-компоненты. OLAP-отчеты имеют устойчивую связь с базой данных.
3.3. Секретность и безопасность данных
· Типы пользователей и права доступа.
Права пользователей в системе настраиваются в зависимости от их роли в процессе бюджетирования, а также от права доступа к той или иной структурной единице.
В системе выделяются следующие группы пользователей:
· Составитель бюджета - пользователь, который имеет право только вводить данные и проверять их достоверность. Обычно это менеджеры отделов или центров затрат.
· Контролер составления бюджета - лицо, управляющее процессом бюджетирования на корпоративном уровне или на уровне крупных подразделений. Имеет все права составителя бюджета, плюс выполняет консолидацию по организационным подразделениям, которые им непосредственно подчиняются, проверяет статус прохождения первичной информации, а также делает копии версий бюджета.
· Администратор - определяет корпоративные требования к приложению и осуществляет мониторинг системы. Имеет все права контролера составления бюджета, плюс имеет возможность вносить изменения в базу данных.
· Аналитик - имеет права доступа к данным только на чтение для целей анализа.
Для ведения пользователей и групп пользователей в системе предусмотрен отдельный модуль.
· Фиксация действий пользователей.
Фиксируется кто, когда и какие устанавливал значения и выполнял корректировочные проводки по бюджетным статьям.
4. Архитектура, платформа, средства интеграции
4.1. Архитектура
Comshare MPC имеет открытую архитектуру и может функционировать на основе различных как реляционных, так и многомерных СУБД. Это реализуется за счет выделения в качестве промежуточного слоя сервера приложений.
Для организации хранения данных в Comshare MPC используется схема «Звезда», которая состоит из центральной таблицы фактов (транзакций) и связанных с ней таблиц внешних ключей.
Собственного Хранилища исходных первичных данных нет.
4.2. Программно – аппаратная платформа
· База Данных:
Одно- или двухпроцессорный компьютер класса 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. Связь с локальной сетью или доступ к Интернет
4.3. Средства расширения функций системы
· Генераторы отчетов. В качестве генератора отчетов применяется OLAP-компонента собственной разработки, которая предоставляет стандартные возможности по настройке источников данных и генерации отчетов.
· Язык формул, скриптовый язык. Язык формул имеется и является одним из важнейших инструментов системы. Скриптового языка в системе нет.
· Открытый API для программиста. Система имеет открытую архитектуру и предоставляет API для доступа к данным.
4.4. Средства интеграции с другими средствами автоматизации
· Интеграция с другими системами. Декларируется, что в системе существуют средства загрузки данных из внешних учетных систем, но, что конкретно они собой представляют, выяснить не удалось.
· Интеграция с офисными приложениями. Есть средства интеграции с MS Excel.
· Применение XML для интеграции с другими системами. В источниках информации упоминаний не обнаружено.
Hyperion Pillar. Разработчик: Hyperion Solutions Corporation. Партнер: Вестона (в составе холдинга Ланит).
1. Состав и свойства информационных объектов
1.1. Измерения бюджетных статей
Основные измерения, необходимые для ведения бюджета, реализованы следующим образом:
· Организационно-штатная и финансовая структура. Идеология системы основана на классическом принципе разделения центров учета при бюджетировании: центры финансовой ответственности (ЦФО), центры затрат (ЦЗ), центры прибыли (ЦП). Предусмотрено три уровня организационной структуры – «администратор бюджета», «начальник филиала или подразделения», «бюджетный специалист – планировщик».
· Валюты, курсы. Предусмотрено ведение справочника валют и установка одного вида курса валют. Курсы устанавливаются по датам.
· Продукты, услуги, материальные ценности. Присутствует возможность ведения справочников - виды продукции, проекты, бизнесы.
Клиенты, потребители и поставщики. Присутствуют плоские справочники - предприятия, страны.
1.2. Бюджетные планы статей
В системе предложен следующий состав бюджетных планов: баланс, бюджет доходов и расходов, бюджет движения денежных средств. При планировании различаются также планы задолженности, собственных средств, основных средств, позволяющие автоматическое выполнение некоторых функций, характерных для этих планов.
Основные свойства статей бюджетных планов:
· Хранение значений во временных периодах. Период планирования в системе жестко определен - на 5 лет по месяцам, или на 15 лет по кварталам.
· Иерархия статей бюджета. Иерархия статей имеет 2 уровня: тип, номер.
· Собственное и консолидированное состояние, план, факт, отклонение. Собственное состояние есть только у планов нижнего уровня. Выше - только консолидированные состояния. Отклонение не присутствует в системе в виде данных, а моделируется связыванием различных бюджетов - плана и факта. При этом необходимо безусловное совпадение их структур.
· Возможность учета значений статьи в разных валютах и натуральном измерении. Есть.
· Дополнительная аналитика статей. Нет.
· Проводки по бюджетным статьям. Нет.
1.3. Первичная информация
· Бюджетные строки и бюджетные документы. Вся первичная информация в системе представлена бюджетными строками предопределенной структуры.
· Объекты поддержки финансовой логики. Эта задача обеспечивается другим программным продуктом - Hyperion Enterprise (решение для финансовой консолидации в управленческих и отчетных целях).
2. Функциональность и алгоритмы системы
2.1. Алгоритмы планирования
· Расчет значений статей по временному горизонту планирования. С успехом настраивается с применением шаблонов.
· Расчет значений статей по ЦФО. В шаблоне возможно указание кода ЦФО.
· Применение статистических методов расчета. Предусмотрены некоторые встроенные функции статистического распределения. Реализовано в шаблонах.
· Расчет значений статей на основании значений других статей. Реализуется установкой связей между бюджетными строками через механизм шаблонов.
· Расчет значений статей по бюджетным документам и другой первичной информации. Это возможно, если только первичная информация будет преобразована вне системы в представление бюджетных строк.
· Обеспечение процесса планирования «от достигнутого». Применяется режим процентного изменения и «пошагового увеличения/уменьшения».
· Моделирование «что если» присутствует в виде штатного средства, основанного на шаблонах.
· Реализация технологии «скользящего бюджета». Возможно ее моделирование посредством корректировки шаблонов.
2.2. Алгоритмы учета и исполнения бюджета
· Учет факта на основании данных бухучета. Весьма нетривиальная задача для системы. Для ее реализации необходимы внешние средства для преобразования данных бухгалтерского учета к структуре управленческого учета.
· Расчет значений статей по данным внесистемного учета. Также решается только с применением внешних средств по отношению к системе. Если удается подготовить текстовые файлы в строго заданном формате, соответствующем бюджетным строкам, то возможен их импорт в систему. Факт может быть введен в натуральном и денежном выражении.
2.3. Агрегация и консолидация учетных данных
· Агрегация. Агрегация выполняется по запросу «планировщика».
· Консолидация. После того, как «консолидатор» собирает от «планировщиков» бюджетные файлы, механизм контроля изменений выбирает изменившиеся бюджетные строки и автоматически выполняет их консолидацию.
2.4. Аллокация и трансферты
· Использование шаблонов при разноске значений статей. В системе существует единый универсальный интерфейс для настройки и выполнения разноски значений статей, рассчитанный на высококвалифицированного пользователя.
· Использование нормативов и дополнительных справочников. Программа позволяет задавать стандартные нормативы (такие, как уровень налогообложения или нормы расхода сырья) в виде системных переменных и затем использовать их в рамках всего бюджета.
· Использование языка формул. Представлено на уровне возможностей при настройке шаблонов.
· Скриптовый язык в системе. Отсутствует.
2.5. Алгоритмы расчета финансовых результатов
Автоматически выполняется расчет ликвидности, а также основных финансовых результатов в базовом финансовом инструменте. Для расчета себестоимости и подобных ей показателей необходимы дополнительные настройки.
3. Организация работы пользователя с системой
3.1. Автоматизация коллективной работы с бюджетом
Требуется отдельный сотрудник – «администратор бюджета» для дистрибуции и консолидации бюджетов подразделений и филиалов.
3.2. Удобства в работе с системой
· Лимиты, защищенные статьи. Возможна эмуляция этой технологии посредством выдачи прав доступа (на просмотр и запрет редактирования).
· Утверждение статей и планов. Возможно на уровне утверждения версии плана.
· Примечания к статье. Предусмотрен ввод комментариев на уровне бюджетных строк.
· Визуализация расхождений. Для контроля исполнения бюджета в системе необходимо создавать отдельные бюджетные файлы и следить за соответствием структур бюджета в файлах планов и файлах исполнения бюджета.
· Контроль ошибок. Отсутствует. Протокол вычислений в системе не ведется.
· Версионность планов реализована в системе очень удобно.
· Возможность одновременного планирования в произвольных временных периодах. К сожалению, в системе это не предусмотрено.
· Возможность изменять состав и структуру статей одновременно для плана и факта (исполнения) бюджета - отсутствует. При наличии подчиненных бюджетных планов необходимо вручную отслеживать в них изменения структуры статей.
· Средства анализа бюджета. Для OLAP-анализа необходимо применять Hyperion Essbase.
3.3. Секретность и безопасность данных
· Типы пользователей и права доступа. Распределение доступа пользователей к данным и функциям осуществляется с помощью типов пользователей – «планировщик», «консолидатор», «администратор бюджета». «Администратор бюджета» определяет для «планировщиков» доступ к бюджетным строкам на просмотр и редактирование.
· Фиксация действий пользователей. Фиксируется время и автор внесения изменений в бюджетных строках.
4. Архитектура, платформа, средства интеграции
4.1. Архитектура
· Hyperion Pillar - файловая система бюджетирования. Информационная основа - многомерные локальные файлы. Отдельный модуль Autopilot ответственен за автоматический выпуск отчетов, выполнение дистрибуции, консолидации файлов, экспорт-импорт информации.
· Хранилище данных может быть реализовано с применением другого программного продукта - Hyperion Essbase.
4.2. Программно – аппаратная платформа
Персональные компьютеры под управлением Windows или Macintosh.
4.3. Средства расширения функций системы
· Генераторы отчетов. Предусмотрено изменение состава и очередности колонок в формах при формировании отчетов. Применяется технология drag and drop. Предусмотрена интеграция с Hyperion Essbase OLAP Server (к сожалению, с единственным OLAP-сервером, с которым работает Hyperion Pillar).
· Язык формул, скриптовый язык. Существует язык формул, применяемый в шаблонах настройки расчетов. Скриптовый язык отсутствует.
· Открытый API для программиста. Система не предусматривает развитие функциональности силами пользователей.
4.4. Средства интеграции с другими средствами автоматизации
· Hyperion Application Link - специальный модуль, предназначенный для организации обмена данными с внешними реляционными источниками через ODBC. Предусмотрены специализированные интерфейсы для обмена данными с наиболее известными ERP-системами, например, SAP, Oracle Applications, BAAN, J.D. Edwards - в виде частных решений. Импорт данных из иных систем возможен посредством их загрузки из предопределенных текстовых форматов, отражающих структуру данных Hyperion Pillar.
· Интеграция с офисными приложениями. Предусмотрен экспорт и импорт бюджетных строк в Excel-таблицу.
· Применение XML для интеграции с другими системами. Отсутствует.
Adaytum e.Planning. Разработчик: Adaytum Software. Партнер: Robertson & Blums Corporation.
1. Состав и свойства информационных объектов
1.1. Измерения бюджетных статей
Допускается произвольное количество измерений. Предопределенных измерений нет. В «плоских» справочниках могут быть описаны все измерения, которые необходимы для детализации бюджета:
· Организационно-штатная и финансовая структура. Может быть описана как отдельное измерение бюджетного плана. При этом центры финансовой ответственности задаются в виде «плоского» справочника. Иерархия центров ответственности может быть эмулирована с помощью формул.
· Валюты, курсы. Валюты могут быть описаны как отдельное измерение бюджетного плана. Курсы для пересчета в сводную валюту могут быть эмулированы с помощью формул.
· Продукты, услуги, материальные ценности. Могут быть представлены как отдельные измерения бюджетного плана в виде «плоских» справочников.
· Клиенты, потребители и поставщики. Также могут быть представлены как отдельные измерения бюджетного плана в виде «плоских» справочников.
1.2. Бюджетные планы статей
В системе нет предопределенных планов и, соответственно, нет характерной для них бизнес-логики. Допускается произвольное количество бюджетных планов, которые пользователю предстоит создать и настроить самостоятельно.
Основные свойства бюджетных статей:
· Хранение значений во временных периодах. Периоды планирования могут быть представлены в виде «плоского» справочника как отдельное измерение бюджетного плана. При этом система никак не контролирует их соответствие реальным временным интервалам (месяц, квартал или год). Предопределенных периодов планирования нет.
· Иерархия статей бюджета. Нет
· Собственное и консолидированное состояние, план, факт, отклонение.
Встроенных типов данных «плановое значение», «фактическое значение» и «отклонение» в системе нет. План, факт и отклонение могут быть представлены как дополнительное измерение бюджетного плана. При этом расчет отклонения может быть настроен с помощью формул.
· Возможность учета значений статьи в разных валютах и натуральном измерении. Есть.
· Дополнительная аналитика статей. Есть.
· Проводки по бюджетным статьям. Нет.
1.3. Первичная информация
· Бюджетные строки и бюджетные документы.
Документы в системе хранить нельзя. Вся первичная информация может быть представлена только как значения ячеек многомерных таблиц (например, плановое и фактическое количество продаж).
· Объекты поддержки финансовой логики. Нет
2. Функциональность и алгоритмы системы
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С:Предприятие».
На основании сравнения и анализа вышеперечисленных систем автором была смоделирована система бюджетного управления для ЗАО «Телмос», которая полностью отвечает потребностям данного предприятия и при этом содержит элементы, присущие системам вышеперечисленных разработчиков
Система управления финансами ЗАО «Телмос» формировалась спонтанно. Сначала была создана база данных, которая включила в себя информацию по договорам, контрагентам, оборудованию и так далее. Потом был организован доступ сотрудников подразделений к этой базе данных. В процессе работы сотрудников подразделений с базой, данные в ней изменялись, а в задачу финансовой службы (в части бюджетного управления) входил сбор, анализ и корректировка измененных данных с целью формирования бюджета предприятия.
Все усовершенствования в базе производились по мере возникновения проблем или неудобств, с которыми сталкивались сотрудники при работе с ней.
Руководством ЗАО «Телмос» было принято решение о самостоятельном решении проблем бюджетного управления, без обращения в консалтинговые компании и без покупки готового программного продукта по автоматизированному финансовому управлению.
В данном дипломном проекте система бюджетного управления смоделирована в полном объеме таким образом, чтобы упорядочить и усовершенствовать деятельность существующей.
3.2.Функциональное моделирование бизнес-процесса бюджетного управления ЗАО «Телмос»
3.2.1. SADT - методология
SADT - одна из самых известных и широко используемых систем проектирования. SADT (аббревиатура выражения Structured Analysis and Design Technique - методология структурного анализа и проектирования) - это методология, разработанная специально для того, чтобы облегчить описание и понимание искусственных систем, попадающих в разряд средней сложности.
Описание системы с помощью SADT называется моделью. В SADT-моделях используются как естественный, так и графический языки. Для передачи информации о конкретной системе источником естественного языка служат люди, описывающие систему, а источником графического языка - сама методология SADT. В дальнейшем вы увидите, что графический язык SADT обеспечивает структуру и точную семантику естественному языку модели. Графический язык SADT организует естественный язык вполне определенным и однозначным образом, за счет чего SADT и позволяет описывать системы, которые до недавнего времени не поддавались адекватному представлению.
С точки зрения SADT модель может быть сосредоточена либо на функциях системы, либо на ее объектах. SADT-модели, ориентированные на функции, принято называть функциональными моделями, а ориентированные на объекты системы - моделями данных. Функциональная модель представляет с требуемой степенью детализации систему функций, которые в свою очередь отражают свои взаимоотношения через объекты системы. Модели данных представляют собой подробное описание объектов системы, связанных системными функциями. Полная методология SADT поддерживает создание множества моделей для более точного описания сложной системы.
Одна SADT-диаграмма сложна сама по себе, поскольку она содержит от трех до шести блоков, связанных множеством дуг. Для адекватного описания системы требуется несколько таких диаграмм. Диаграммы, собранные и связанные вместе, становятся SADT-моделью. В SADT дополнительно к правилам синтаксиса диаграмм существуют правила синтаксиса моделей. Синтаксис SADT-моделей позволяет аналитику определить границу модели, связать диаграммы в одно целое и обеспечить точное согласование между диаграммами. Никакой другой метод структурного анализа не позволяет так точно, как SADT, соединять диаграммы в тщательно организованные комплекты, называемые моделями.
SADT-модель является иерархически организованной совокупностью диаграмм. Диаграммы обычно состоят из трех-шести блоков, каждый из которых потенциально может быть детализирован на другой диаграмме. Каждый блок может пониматься как отдельный тщательно определенный объект. Разделение такого объекта на его структурные части (блоки и дуги, составляющие диаграмму) называется декомпозицией.
Декомпозиция формирует границы, и каждый блок в SADT рассматривается как формальная граница некоторой части целой системы, которая описывается. Другими словами, блок и касающиеся его дуги определяют точную границу диаграммы, представляющей декомпозицию этого блока. Эта диаграмма, называемая диаграммой с потомком, описывает все, связанное с этим блоком и его дугами, и не описывает ничего вне этой границы. Декомпозируемый блок называется родительским блоком, а содержащая его диаграмма - соответственно родительской диаграммой. Таким образом SADT-диаграмма является декомпозицией некоторого ограниченного объекта.
Принцип ограничения объекта встречается на каждом уровне. Один блок и несколько дуг на самом верхнем уровне используются для определения границы всей системы. Этот блок описывает общую функцию, выполняемую системой. Дуги, касающиеся этого блока, описывают главные управления, входы, выходы и механизмы этой системы. Диаграмма, состоящая из одного блока и его дуг, определяет границу системы и называется контекстной диаграммой модели. Таким образом, этот блок изображает границу системы: все, лежащее внутри него, является частью описываемой системы, а все, лежащее вне него, образует среду системы.
SADT-модели развиваются в процессе структурной декомпозиции сверху вниз. Сначала декомпозируется один блок, являющийся границей модели, на одной диаграмме, которая имеет от трех до шести блоков, затем декомпозируется один (или больше) из этих блоков на другой диаграмме с тремя-шестью блоками и т.д. Название диаграммы совпадает с названием декомпозируемого блока. Результатом этого процесса является модель, диаграмма верхнего уровня которой описывает систему в общих терминах «черного ящика», а диаграммы нижнего уровня описывают очень детализированные аспекты и операции системы.
Таким образом, каждая диаграмма представляет собой некоторую законченную часть всей модели. В методологии SADT идентифицируется каждая диаграмма данной модели посредством того, что называется «номер узла». Номер узла для контекстной диаграммы имеет следующий вид: название модели или аббревиатура, косая черта, заглавная буква A (Activity в функциональных диаграммах), дефис и ноль. Например, номером узла для контекстной диаграммы модели экспериментального механического цеха является ЭМЦ/А-0. Номером узла диаграммы, декомпозирующей контекстную диаграмму, является тот же номер узла, но без дефиса (например, ЭМЦ/АО). Все другие номера узлов образуются посредством добавления к номеру узла родительской диаграммы номера декомпозируемого блока.
Помимо использования для идентификации версий диаграмм, С-номера применяются для связки диаграмм при движении как вверх, так и вниз по иерархии модели. Обычно С-номер диаграммы, декомпозирующей некоторый блок, впервые появляется непосредственно под этим блоком на родительской диаграмме. Это образует «направленную вниз» связь от родительской диаграммы к диаграмме-потомку.
Как только образуется направленная вниз связь, на диаграмме-потомке формируется ссылка на родительскую диаграмму. В области контекста SADT-бланка (правый верхний угол) автор изображает каждый блок родительской диаграммы маленькими квадратиками, заштриховывает квадратик декомпозируемого блока и размещает С-номер родительской диаграммы возле заштрихованного квадратика. Это образует «направленную вверх» (к родительской диаграмме) связь. Метод соединения диаграмм посредством однозначно определенных номеров гарантирует, что именно нужная версия диаграммы станет частью модели. Другими словами, при использовании С-номеров осуществляется тщательный контроль за введением новых диаграмм в иерархию модели.
Хорошая методология структурного анализа, позволяющая создавать отдельные диаграммы, должна гарантировать правильное соединение всех диаграмм для образования согласованной модели. SADT-диаграммы имеют внешние дуги -дуги, как бы выходящие наружу и ведущие к краю страницы. Эти дуги являются интерфейсом между диаграммой и остальной частью модели. SADT требует, чтобы все внешние дуги диаграммы были согласованы с дугами, образующими границу этой диаграммы. Другими словами, диаграмма должна быть «состыкована» со своей родительской диаграммой.
В SADT принята система обозначений, позволяющая аналитику точно идентифицировать и проверять связи по дугам между диаграммами. Эта схема кодирования дуг – COM – получила название по первым буквам английских эквивалентов слов вход (Input), управление (Control), выход (Output), механизм (Mechanism). Коды ICOM чрезвычайно эффективны, поскольку они позволяют аналитику быстро проверять согласованность внешних дуг диаграммы с граничными дугами соответствующего блока родительской диаграммы. Они также обеспечивают согласованность декомпозиции, поскольку все дуги, входящие в диаграмму и выходящие из нее, должны быть учтены.
SADT-диаграммы являются декомпозициями ограниченных объектов. Объект ограничивается блоком и касающимися его дугами. Диаграмма, содержащая границу, называется родительской диаграммой, а диаграмма, декомпозирующая блок родительской диаграммы, называется диаграммой-потомком. Для связывания родительской диаграммы и диаграммы-потомка используются С-номера, так что модель всегда сохраняет актуальность. Коды ICOM используются для того, чтобы стыковать диаграмму-потомка с родительской диаграммой. Номер узла идентифицирует уровень данной диаграммы в иерархии модели. Когда диаграммы в модели становятся слишком трудными для чтения, для упрощения описания системы могут разумным образом использоваться специальные технические приемы типа «вхождения дуг в тоннель».
3.2.2. Реализация SADT – методологии с помощью инструмента моделирования BPwin
BPwin - мощный инструмент моделирования, который используется для анализа, документирования и реорганизации сложных бизнес-процессов. Модель, созданная средствами BPwin, позволяет четко документировать различные аспекты деятельности - действия, которые необходимо предпринять, способы их осуществления, требующиеся для этого ресурсы и др. Таким образом, формируется целостная картина деятельности предприятия - от моделей организации работы в маленьких отделах до сложных иерархических структур. При разработке или закупке программного обеспечения модели бизнес-процессов служат прекрасным средством документирования потребностей, помогая обеспечить высокую эффективность инвестиций в сферу IT. В руках же системных аналитиков и разработчиков BPwin - еще и мощное средство моделирования процессов при создании корпоративных информационных систем (КИС).
BPwin автоматизирует решение многих вспомогательных задач, которые обычно связаны с построением модели процесса, и обеспечивает логическую строгость, необходимую для достижения корректных и согласованных результатов. BPwin отслеживает связи в диаграммах, сохраняя их целостность при внесении изменений в модель. Динамическая «подсветка» объектов служит подсказкой при построении модели и предостерегает от повторения распространенных ошибок в моделировании. Кроме этого, BPwin поддерживает заданные пользователем свойства, что позволяет вносить соответствующую потребностям информацию.
Управление сложными бизнес-процессами
Модели бизнес-процессов в масштабах всего предприятия могут оказаться очень сложными. BPwin предоставляет возможности, призванные облегчить разработку моделей и разграничение процессов. Средства объединения дают возможность нескольким проектным группам проводить анализ различных фрагментов деятельности, а затем создать глобальное представление. Иногда бывает необходимо более детально изучить определенную часть общей модели. BPwin позволяет разбить модель на фрагменты, поработать с ними, а затем вновь объединить их в одно целое.
Анализ бизнеса с различных сторон: поддержка в BPwin сразу трех нотаций: IDEF0, IDEF3 и DFD
BPwin совмещает в одном инструменте средства моделирования функций (IDEF0), потоков данных (DFD) и потоков работ (IDEF3), координируя эти три основных аспекта бизнеса для соответствия потребностям бизнес-аналитиков и системных аналитиков. BPwin позволяет повторно использовать ключевую информацию моделирования с точки зрения базовых аспектов, чтобы определить точки конфликтов и, в конечном счете, достичь их согласования.
С помощью функционального моделирования (нотация IDEF0), можно провести систематический анализ бизнеса, сосредоточившись на регулярно решаемых задачах (функциях), свидетельствующих об их правильном выполнении показателях, необходимых для этого ресурсах, результатах и исходных материалах (сырье).
Моделирование потоков данных (DFD), часто используемое при разработке программного обеспечения, сосредоточено вокруг потоков данных, передающихся между различными операциями, включая их хранение, для достижения максимальной доступности и минимального времени ответа. Такое моделирование позволяет рассмотреть конкретный процесс, проанализировать операции, из которых он состоит, а также точки принятия решений, влияющих на его ход.
Моделирование потоков работ (нотация IDEF3) позволяет рассмотреть конкретный процесс, проанализировать операции, из которых он состоит, а также точки принятия решений, влияющих на его ход.
Уникальная особенность BPwin - возможность удостовериться в том, что информационная модель оптимально согласуется с потребностями бизнес-процесса. BPwin обеспечивает двунаправленную синхронизацию с ERwin. Использование BPwin позволяет проверить качество и согласованность моделей данных ERwin, получить важную информацию о том, как и где используются данные, и обеспечить ее доступность в нужный момент и в нужном месте. Такая интеграция гарантирует, что новые распределенные системы и хранилища данных в действительности будут соответствовать потребностям бизнеса.
Бизнес-процесс бюджетного управления финансовой службой представлен на SADT – диаграммах в приложении 1. Данная модель представляет точку зрения руководителя финансовой службы и ограничена должностной инструкцией вышеупомянутой службы.
3.3 Информационно – логическое моделирование бизнес-процесса бюджетного управления ЗАО «Телмос»
ERwin - не только лучший инструмент для проектирования баз данных, но и средство для их быстрого создания. ERwin оптимизирует модель в соответствии с физическими характеристиками целевой базы данных. ERwin автоматически поддерживает согласованность логической и физической схем и осуществляет преобразование логических конструкций, таких как отношения многие-ко-многим, в их реализацию на физическом уровне. ERwin устанавливает естественную динамическую связь между моделью и базой данных. Используя эту связь, ERwin автоматически генерирует таблицы, представления, индексы, правила поддержания целостности ссылок (первичных и внешних ключей), устанавливает значения по умолчанию и ограничения для доменов/столбцов. В состав ERwin включен целый ряд оптимизированных шаблонов триггеров, обеспечивающих целостность ссылок, и мощный макроязык, который позволяет создавать собственные триггеры и хранимые процедуры.
Тесная интеграция BРwin с ERwin открывает возможности по созданию комплексных систем, в которых ERwin служит для описания информационных объектов системы, в то время как BPwin отражает функциональные особенности предметной области. Связывая сущности и атрибуты модели данных с информацией о выполняемых действиях, можно продолжить анализ процессов на новом уровне с одновременной перекрестной проверкой моделей процессов и данных.
Инфологическая модель бюджетного управления ЗАО «Телмос» представлена в приложении 2.
3.4 Создание базы данных с применением СУБД ACCESS
На основе спроектированной мною модели бюджетного управления ЗАО «Телмос» сотрудниками отдела разработки и сопровождения программных систем была создана база данных в ACCESS. Примеры основных элементов этой базы данных представлены в приложении 3.
Система управления базами данных ACCESS входит в стандартный набор прикладных программ Microsoft Office, который используется практически на всех предприятиях.
СУБД предоставляет значительные возможности по работе с хранящимися данными, их обработке и совместному использованию. Можно выбирать любые поля, форматы полей, сортировать данные, вычислять итоговые значения. Можно отбирать интересующие данные по какому-либо признаку, менять их, удалять, копировать в другие таблицы.
Можно производить обмен данными между компонентами СУБД ACCESS и другими приложениями Microsoft Office. Это могут быть рисунки, диаграммы и т.д. Поддерживается импорт данных из текстовых файлов и электронных таблиц.
При коллективном использовании СУБД ACCESS дает возможность защитить информацию так, что разные пользователи имеют разные права по просмотру или изменению информации, при этом предусмотрены средства обеспечения целостности данных.
Система бюджетного управления (управления финансами) ЗАО «Телмос» обеспечивает автоматизацию следующих функций:
· автоматизированное формирование бюджета предприятия;
· автоматизированный учет первичных документов (документов для начислений);
· автоматизированный учет приходных и расходных кассовых ордеров. Ведение журнала кассовых ордеров;
· обеспечение выполнения функций бюджетного планирования;
· обеспечение выполнения функций бюджетного прогнозирования;
· обеспечение выполнения функций бюджетного контроля;
· автоматизированное формирование информации о платежах;
· осуществление интерфейса с автоматизированной платежной системой «клиент-банк»;
· ведение классификаторов и справочников подсистемы.
· автоматизированный учет бюджетных заявок подразделений;
· автоматизированное формирование начислений по статьям бюджета;
· автоматизированный контроль финансовых вопросов по договорам (ДС) с поставщиками, подрядчиками;
· формирование документов по итогам работы по договорам (ДС) с поставщиками, подрядчиками;
· обспечение работ по автоматизированным служебным запискам и бизнес-процессам (актам) в части выполнения функций финансовой службы (ФС);
· автоматизированное ведение нормативно-справочной информации
· автоматизированное ведение справочника бюджетных статей
· ведение справочника курсов и валют
Система управления финансами включает автоматизированные рабочие места (АРМ), обеспечивающие автоматизацию функций сотрудников финансовой службы и взаимодействие в рамках бизнес-процессов организации работ с поставщиками и подрядчиками с другими службами и подразделениями компании, в частности Технической службой, Финансовой службой, Бухгалтерией, Коммерческой службой.
Глава 4. Экономическая эффективность применения усовершенствованной системы бюджетирования в деятельности финансовой службы ЗАО «Телмос»
Целью внедрения системы бюджетирования является повышение эффективности деятельности предприятия. Критерием эффективности является превышение доходов предприятия над его затратами при выполнении функций, возложенных на предприятие (его миссии).
Эффективность повышается за счет следующих факторов.
Во-первых, сводится в единый баланс все множество финансовых потоков, связанных с формированием доходов и затрат. Решается проблема их согласования как на уровне предприятия, так и его отдельных подразделений. Создается полная ясность о том, как каждый рубль бюджета появляется на предприятии, как он движется и используется.
Во-вторых, закрепление бюджетов за подразделениями переносит значительную часть ответственности за уровень заработной платы работников с директора предприятия на руководителей этих подразделений. Руководители среднего звена получают возможность управлять доходами и затратами своих подразделений в рамках общего бюджета предприятия.
В-третьих, реализуется принцип материальной заинтересованности всего персонала в результатах работы как своего подразделения и предприятия в целом. Фактический фонд заработной платы подразделения рассчитывается в конце бюджетного периода по остаточному принципу как неиспользованная часть установленного ему лимита затрат. Лимит растет с ростом доходов. Становится выгодным повышать доходы и снижать затраты, так как при этом будет расти зарплата.
В-четвертых, бюджетный процесс реализует на предприятии все функции управления финансами, а именно - планирование, организацию, мотивацию, учет, анализ и регулирование. Причем управление финансами ведется в режиме реального времени.
В-пятых, становится возможным ориентировать финансовую политику на решение конкретных проблем. Например, предприятие, находящееся в сложном финансовом положении, может заложить в основу бюджета необходимые средства и график погашения своей просроченной кредиторской задолженности.
В-шестых, в основу финансового планирования закладывается план производства продукции, материально-технического и кадрового обеспечения. Система бюджетирования становится основой комплексного управление всеми направлениями деятельности предприятия.
Для количественной оценки эффективности внедрения системы бюджетирования рассчитаем трудозатраты сотрудников, работающих над формированием бюджета предприятия.
Формированием бюджета в ЗАО «Телмос» занимается финансовая служба. Активное формирование планового бюджета, бюджета движения денежных средств и другие мероприятия по составлению бюджета длятся в среднем 3 месяца, причем занимают 80% рабочего времени сотрудников финансовой службы. Остальные 9 месяцев также проводятся работы по бюджетному управлению, но они занимают уже около 50% рабочего времени сотрудников финансовой службы. Все сотрудники финансовой службы (6 человек) в той или иной степени ответственны за формирование и контроль за исполнением бюджета, поэтому для удобства расчетов примем среднюю заработную плату, приходящуюся на всех сотрудников финансовой службы в месяц, равной 10 000 долларов США.
Рассчитаем затраты ЗАО «Телмос» по заработной плате, приходящиеся на финансовую службу при осуществлении ею функции бюджетного управления.
1. Время, затрачиваемое ФС на формирование планового бюджета
3 (месяца) * 0,8 (коэффициент затрат рабочего времени сотрудника ФС на формирование бюджета предприятия) = 2,4 (месяца)
2. Время, затрачиваемое сотрудниками ФС на бюджетное управление в течении остальных 9 месяцев
9 (месяцев) * 0,5 (коэффициент затрат рабочего времени сотрудника ФС на бюджетное управление предприятием в течении 9 месяцев) = 4,5 (месяца)
3. Заработная плата, выплаченная сотрудникам ФС за работу по бюджетному управлению за год
10 000 долл. США (среднемесячная заработная плата всех сотрудников ФС) * (2,4 + 4,5) (время, затраченное в год сотрудниками ФС на осуществление мероприятий по бюджетному управлению) = 69 000 долл. США
Непосредственное участие в формировании бюджета и бюджетном управлении предприятия принимают и все структурные подразделения ЗАО «Телмос» в части формирования бюджетов подразделений. Таких подразделений в ЗАО «Телмос» 11 (см. рис.1 «Структура производства и управления ЗАО «Телмос»). В каждом из них непосредственно бюджетным управлением занимаются по 2 человека: руководитель подразделения и исполнитель.
Средняя заработная плата руководителя подразделения составляет 3 000 долл. США в месяц, а исполнителя – 1 100 долл. США, причем на работу, связанную с вопросами формирования бюджета и бюджетным управлением они затрачивают 60% своего рабочего времени в течение 2-х месяцев и около 8% рабочего времени в течение остальных 10 месяцев.
Рассчитаем затраты ЗАО «Телмос» по заработной плате, приходящиеся на структурные подразделения при осуществлении ими функции бюджетного управления.
1. Время, затрачиваемое работниками подразделений (руководитель, исполнитель) на формирование бюджета подразделения
2 (месяца) * 0,6 (коэффициент затрат рабочего времени сотрудника структурного подразделения на формирование бюджета подразделения) = 1,2 (месяца)
2. Время, затрачиваемое работниками подразделений (руководитель, исполнитель) на осуществление мероприятий по бюджетному управлению в течение остальных 10 месяцев
10 (месяцев) * 0,08 (коэффициент затрат рабочего времени сотрудника структурного подразделения на мероприятия по бюджетному управлению) = 0,8 (месяца)
3. Заработная плата, выплаченная работникам подразделений за работу по бюджетному управлению за год
(3 000 долл. США (среднемесячная заработная плата руководителя подразделения) + 1 100 долл. США (среднемесячная заработная плата сотрудника подразделения «исполнителя)) * (1,2 + 0,8) (время, затраченное в год сотрудниками подразделений на осуществление мероприятий по бюджетному управлению) * 11 (количество подразделений ЗАО «Телмос») = 90 200 долл. США
Итого, средства, выплачиваемые в год ЗАО «Телмос» своим сотрудникам за работу, связанную с бюджетным управлением составляют 69 000 долл. США (работникам ФС) + 90 200 долл. США (работникам подразделений) = 159 200 долл. США.
При усовершенствовании системы бюджетного управления снизятся затраты времени сотрудников ЗАО «Телмос» на работу с ней, а именно:
· коэффициент затрат общего рабочего времени сотрудников ФС снизится на 0,1;
· коэффициент затрат общего рабочего времени работников подразделений по формированию бюджета подразделений снизится на 0,1;
· коэффициент затрат общего рабочего времени работников подразделений по мероприятиям по бюджетному управлению снизится на 0,01.
Произведем расчет с новыми коэффициентами для определения экономического эффекта от усовершенствования системы бюджетного управления ЗАО «Телмос».
1. 3 * 0,7 = 2,1 (месяца)
2. 9 * 0,4 = 3,6 (месяца)
3. 10 000 долл. США * (2,1 + 3,6) = 57 000 долл. США
4. 2 * 0,5 = 1 (месяц)
5. 10 * 0,07 =0,7 (месяца)
6. (3 000 долл. США + 1 100 долл. США) * (1 + 0,7) * 11 = 76 670 долл. США
7. 57 000 долл. США + 76 670 долл. США = 113 670 долл. США
8. Экономический эффект = 159 200 долл. США – 113 670 долл. США = = 25 530 долл. США
Рассчитаем единовременные затраты на разработку проекта:
1. Количество сотрудников, занимающихся разработкой – 4
2. Их общая среднемесячная заработная плата, согласно штатному расписанию – 3 500 долл/мес.
3. Время, которое данная группа затратила на разработку проекта бюджетного управления – 2 месяца
4. Итого единовременных некапитальных затрат на разработку проекта бюджетного управления ЗАО «Телмос» - 7000 долл.
Результаты расчетов сведем в таблицу 2.
Таблица 2.
Показатель
До усовершенствования
После усовершенствования системы бюджетирования
Коэффициент затрат рабочего времени на формирование планового бюджета финансовой службой в течении 3-х месяцев
0,8
0,7
Время, затрачиваемое сотрудниками ФС на формирование планового бюджета (мес.)
2,4
2,1
Коэффициент затрат рабочего времени финансовой службы на бюджетное управление в течении остальных 9-ти месяцев
0,5
0,4
Время, затрачиваемое сотрудниками ФС на бюджетное управление в течении остальных 9 месяцев (мес.)
4,5
3,6
Средняя заработная плата всех сотрудников финансовой службы (ФС) долл/мес.
10 000
10 000
Заработная плата, выплаченная сотрудникам ФС на бюджетное управление долл/год.
69 000
57 000
Коэффициент затрат рабочего времени подразделений ЗАО «Телмос» на формирование планового бюджета в течении 2-х месяцев
0,6
0,5
Время, затрачиваемое подразделениями на формирование планового бюджета (мес.)
1,2
1
Коэффициент затрат рабочего времени подразделений на бюджетное управление в течение остальных 10-ти месяцев
0,08
0,07
Время, затрачиваемое подразделениями на бюджетное управление в течение остальных 10 месяцев (мес.)
0,8
0,7
Средняя заработная плата руководителей подразделений долл/мес.
3 000
3 000
Средняя заработная плата сотрудников подразделений долл/мес.
1 100
1 100
Заработная плата, выплаченная подразделениям на бюджетное управление долл/год.
90 200
76 670
Экономический эффект долл/год (С0-С1)
25 530
Единовременные затраты долл/год (К)
7 000
Эффективность затрат
3,65
Срок окупаемости (лет)
0,27 г. (3 мес. 1 неделя)
Анализируя данные расчетов, можно сделать вывод о том, что данный проект является очень эффективным.
Глава 5. Обоснование необходимости проектирования мероприятий по охране труда
Разрабатываемая в данном дипломном проекте задача требует постоянного и очень активного взаимодействия человека с техническими средствами вычислительной техники, такими как:
· компьютеры,
· клавиатура,
· принтер,
· сканер,
· ручной манипулятор - мышь.
Поэтому вопросы охраны труда будут рассмотрены для рабочего места оператора персонального компьютера.
· Работа человека за компьютером относится к умственной деятельности, требующей внимания и нервного напряжения. Для разработки мероприятий по рациональной организации труда оператора необходимо выделить факторы, влияющие на его здоровье и утомлённость. Эти факторы можно разделить на следующие группы:
· условия окружающей среды (температура, влажность, скорость движения воздуха, освещение, световое решение интерьера, шум, электромагнитные излучения);
· условия трудового процесса на рабочем месте (рабочая поза, ритм и темп работы, наличие перерывов в работе).
Исходя из анализа этих факторов, в данном дипломном проекте будут разработаны следующие вопросы охраны труда оператора персонального компьютера:
1. Оценка напряжённости труда на рабочем месте.
2. Организация рабочего места оператора персонального компьютера.
3. Обеспечение микроклимата.
4. Требования к шуму и вибрации.
5. Электробезопасность.
6. Защита от статического электричества и электромагнитного излучения.
7. Освещение.
8. Обеспечение пожарной безопасности.
5.1. Оценка напряженности труда на рабочем месте.
Таблица 3
№
п/п
Показатели напряженности труда
Классы условий труда, степень вредности
Оптимальный
Допустимый
Напряженный труд
1 степени
2 степени
1. Интеллектуальные нагрузки
1.1
Содержание работы
+
1.2
Восприятие сигналов
+
1.3
Степень сложности задания
+
1.4
Характер выполняемой работы
+
2. Сенсорные нагрузки
2.1
Длительность сосредоточенного наблюдения
+
2.2
Плотность сигналов
+
2.3
Число объектов одновременного наблюдения
+
2.4
Размер объекта различения
+
2.5
Работа с оптическими приборами
+
2.6
Наблюдение за экранами ВДТ
+
2.7
Нагрузка на слуховой анализатор
+
2.8
Нагрузка на голосовой аппарат
+
3. Эмоциональные нагрузки
3.1
Степень ответственности
+
3.2
Степень риска для собственной жизни
+
3.3
Степень риска для жизни других людей
+
4. Монотонность нагрузок
4.1
Число элементов повторяющихся операций
+
4.2
Продолжительность повторяющихся операций
+
4.3
Время активных действий
+
4.4
Монотонность произв. обстановки
+
5. Режим работы
5.1
Продолжительность рабочего дня
+
5.2
Сменность работы
+
5.3
Наличие регламентированных перерывов
+
Всего показателей
13
9
Общая оценка напряженность труда
+
5.2 Организация рабочего места оператора ПК.
Под рабочим местом оператора понимается зона его трудовой деятельности в системе «человек-машина», оснащённая техническими средствами и вспомогательным оборудованием, необходимым для осуществления функций контроля и управления вычислительным процессом.
В соответствии с СанПиН 2.2.2.542-96 «Гигиенические требования к видеодисплейным терминалам, персональным электронно-вычислительным машинам и организация работы» к рабочему месту предъявляются следующие требования:
1. Достаточное рабочее пространство, позволяющее осуществить все необходимые движения и перемещения.
2. Достаточные зрительные, физические и слуховые связи между инженером и машиной.
3. Оптимальное размещение оборудования, входящего в состав рабочего места.
4. Рабочее кресло должно легко перемещаться и поворачиваться, иметь регулируемое по высоте сиденье, наклон спинки и сиденья, а также оптимальную твёрдость рабочих поверхностей.
Экран дисплея должен быть размещен на оптимальном расстоянии от оператора (0,6 - 0,7 м.), при этом плоскость экрана должна быть перпендикулярна линии взора, что достигается наклоном рабочих панелей, которые должны обеспечивать регулировку угла наклона по горизонтали в пределах 20° и по вертикали 30°. Монитор должен иметь регулировку яркости и контраста.
К = Lmax / Lmin =5:1, где
К - отношение яркости символа к яркости фона;
Lmax - максимальная яркость символа;
Lmin - минимальная яркость фона.
Верхняя часть экрана должна находиться на уровне глаз, взгляд на центр экрана направлен под небольшим углом вниз, угол рассматривания должен быть не менее двадцати угловых минут и рассчитывается по формуле:
tg(a/2) = S / 2L, где
S - высота буквы (мм);
L - расстояние от глаза до объекта на экране;
a - угол рассматривания (угловые минуты).
При ярком внешнем освещении должны применяться специальные антибликовые козырьки. Клавиатура должна располагаться так, чтобы рабочие движения находились в наиболее доступной зоне. Функциональная и буквенно-цифровая части клавиатуры для удобства пользования должны быть разделены, а цвет клавиш должен быть контрастным по отношению к цвету панели.
5.3 Обеспечение микроклимата.
Данные требования регламентируются СанПиН 2.2.2.542-96 «Гигиенические требования к видеодисплейным терминалам, персональным электронно-вычислительным машинам и организация работы». Работа персонала, обслуживающего вычислительную технику, относится к категории 1а (затраты энергии до 120 ккал/ч), так как она выполняется сидя или связана с перемещениями без систематического физического напряжения и переноса тяжестей. В помещении, оснащённом средствами вычислительной техники, должны поддерживаться оптимальные значения температуры, скорости движения воздуха и относительной влажности воздуха. Это обусловлено тем, что умственный труд характеризуется напряжением и для обеспечения высокой работоспособности необходимо поддерживать оптимальные показатели микроклимата, которые указаны в таблице 4.
Таблица 4
Период года
Категория работ
Температура, С
Скорость воздуха, м/с
не более
Относительная влажность, %
Холодный
1а
22-24
0,1
60-40
Теплый
1а
23-25
0,1
60-40
На одного человека должен приходиться объём помещения 35-45 м3 при площади 5-6 м2 (без учёта проходов). При этом для обеспечения комфортной рабочей среды необходимо обеспечить вентиляцию помещения с производительностью 20-40 м3/ч на каждого человека. В помещении должна ежедневно проводиться влажная уборка. Для повышения влажности воздуха используются увлажнители.
Для уменьшения вероятности простудных заболеваний неравномерность температуры по горизонтали должна быть в пределах, указанных в таблице 2.
Температура стен не должна более чем на два градуса отличаться от температуры воздуха в помещении. Кроме естественной вентиляции в рабочем помещении необходимо предусматривать и приточно-вытяжную вентиляцию, а также использовать кондиционирование воздуха с учётом тепло избытка от машин, людей, солнечной энергии и от источников искусственного освещения. Подача воздуха должна осуществляться в верхнюю зону помещения с малыми скоростями с учётом поддержки заданной скорости воздуха в рабочей зоне. Кондиционирование обеспечивает:
§ автоматическое поддержание параметров микроклимата в необходимых пределах в течение всего года;
§ очистку воздуха от пыли, бактерий;
§ поддержание небольшого избыточного давления в чистых помещениях с целью исключения поступления неочищенного воздуха.
5.4 Защита от вибрации.
Допустимый уровень вибрации регламентируется СанПиН 2.2.2,542-96 «Гигиенические требования к видеодисплейным терминалам, персональным электронно-вычислительным машинам и организация работы». ПДУ виброускорения равен 0,056 м/с^2, ПДУ виброскорости равен 0,18 м/с. При превышении общих фактических уровней вибраций допустимых значений необходимо принять меры виброаккустической защиты, которая предусматривается в соответствии с ГОСТ 12.4.046-78 «ССБТ. Методы и средства вибрационной защиты. Классификация». Это виброизоляция и строительно-планировочные мероприятия по борьбе с вибрацией.
5.5 Требования к шуму.
Важным условием повышения труда оператора является звукоизоляция служебных помещений. Длительное воздействие на человека шума, уровень которого превышает допустимые нормы, отрицательно влияет на его психофизические функции, в результате чего снижается качество и производительность труда, и возникает опасность серьёзных заболеваний. Хороший эффект снижения шума даёт звукоизоляция за счёт обивки стен звукоизолирующими материалами и использование звукопоглощаемой панели.
Источниками шумов в помещении, оборудованном средствами вычислительной техники, являются:
§ персональные компьютеры;
§ вентиляторы в блоках ПК;
§ воздуходувки;
§ кондиционеры;
§ устройства ввода- вывода (принтеры, дисководы и т.п.).
Уровни шума на рабочих местах должны соответствовать требованиям: уровень шума не должен превышать 60 дБА.
Для обеспечения уровня шума в допустимых пределах и в случаях, когда он не удовлетворяет техническим нормам, проводят следующие мероприятия:
§ ослабление шума в источниках его возникновения;
§ изоляция источников шума с помощью звукопоглощающей обивки;
§ экранирование рабочего места;
§ строительные мероприятия.
Для снижения уровня шума потолок или стены, а иногда и то и другое должны облицовываться звукопоглощающим материалом с максимальным коэффициентом звукопоглощения в области частот 63-8000 Гц.
5.6 Электробезопасность. Отец на прошлой неделе нашел натяжные потолки на кухне недорого. Гарантия!
Согласно ПУЭ («Правила устройства электроустановок») помещение, оснащенное средствами вычислительной техники, является помещением с повышенной опасностью поражением электрическим током, так как существуют условия для одновременного прикосновения к металлическим корпусам электрооборудования с заземленными частями или конструкциям здания и оборудования.
Для обеспечения безопасной работы обслуживающего персонала и нормальной работы вычислительных машин в электроустановках 220/380 В предусмотрено защитное заземление. Смысл защитного заземления заключается в том, чтобы создать между корпусом защищаемого оборудования и землёй электрические соединения достаточно малого сопротивления, чтобы в случае замыкания на корпус, прикосновение к нему человека не могло вызвать прохождение через его тело опасной силы тока (до 10 мА).
Согласно ПУЭ в электроустановках напряжением до 1000 В величина сопротивления заземляющего устройства не должна превышать 4 Ом, Измерение сопротивления заземлённых установок, к которым имеет доступ только электротехнический персонал, проводят не реже одного раза в три года. Токоведущие провода прокладывают между полом и фальшполом, чтобы в случае повреждения изоляции или обрыва проводов снизить опасность поражения электрическим током до минимума.
При техническом осмотре и ремонте вычислительных машин применяются основные и дополнительные индивидуальные средства безопасности для электроустановок, работающих под напряжением до 1000 В.
Из изоляционных средств в вычислительном центре должны быть:
§ переносные заземляющие устройства;
§ инструменты с изолированными рукоятками;
§ указатели напряжения для определения наличия напряжения с дополнительным сопротивлением для фазировки;
§ резиновые диэлектрические коврики.
5.7 Защита от статического электричества и электромагнитных полей.
Регламентация приводится в ГОСТ 12.4.124.83 «ССБТ. Средства защиты от статического электричества. Общие технические требования».
Физиологическое воздействие статического электричества на организм человека может проявляться в форме малого тока длительно протекающего через тело, кратковременных электрических разрядов, а также электрического поля, действующего на организм человека. Действие статического электричества смертельной опасности не представляет, но неблаготворно отражается на состоянии здоровья человека. Вызываемые статическим электричеством неприятные ощущения являются этиологическим фактором неврастенического синдрома, головной боли, плохого сна, неприятных ощущений. Всё это сказывается на работоспособности оператора ПК.
Причинами возникновения статического электричества является электромагнитное поле, возникающее при работе электрических устройств и способность ПК накапливать статическое электричество. Наличие большого количества связанных устройств затрудняет удаление этого фактора.
С целью отвода статического электричества применяют заземление, которое представляет собой единую неразрывную линию, присоединённую в нескольких местах к заземляемому устройству.
На вычислительном центре проводят следующие мероприятия по защите от статического электричества:
§ заземление различных частей ПК;
§ использование специальной хлопчатобумажной одежды обслуживающим персоналом;
§ поддержка оптимальной влажности (60-40%) в помещении;
§ применение антистатических мастик.
Допустимые уровни напряжённости электростатических полей не должны превышать 20 кВ/м в течение 1 часа (ГОСТ 12.4.124.83 «ССБТ. Средства защиты от статического электричества, Общие технические требования».) В помещении необходимо контролировать уровень аэроионизации. Оптимальным уровнем аэроионизации в зоне дыхания человека считается содержание лёгких аэроионов обоих знаков от 1,5*10^2 до 5*10^З в 1 см3 воздуха.
5.8. Освещение.
Освещённость играет важную роль в повышении работоспособности человека. Рациональное освещение должно обеспечивать не только необходимый и достаточный для зрения свет, но также равномерность и постоянство светового потока. При устройстве общего освещения рекомендуется вместо висящих ламп установить потолочное освещение, при котором отражённый свет создаёт более равномерную освещённость. Светильники должны располагаться вдоль рабочего места, чтобы искусственный свет имел такое же направление, что и естественный.
В помещении предусматривается боковое естественное освещение через окна. Нормы проектирования естественного и искусственного освещения установлены в СН 23-05-95 «Естественное и искусственное освещение. Нормы проектирования». Работа в вычислительном центре относится к IV разряду зрительных работ (объект различения имеет размеры 0,5-1 мм).
Таблица 5
Характеристика зрительных работ
Размер объекта различения, мм
Разряд зрительных работ
Подразряд зрительных работ
Контрастобъектаразличения с фоном
Средней точности
0,5-1,0
IV
В
средний
Таблица 6
Освещенность при общем свете, лк
Характеристика фона
Коэффициент естественного освещения, %
200
светлый
1,5
Работа в помещении должна производиться:
§ при естественном освещении (К=1,5%) на расстоянии 0,8 - 1,0 м от стены с оконными проёмами, причём экраны видео терминалов находятся перпендикулярно этой стене;
§ при комбинированном (естественное + искусственное) освещении экраны видеотерминалов находятся перпендикулярно светонесущей стороне при искусственном освещении.
5.9 Пожарная безопасность.
Требования пожарной безопасности регламентируются ГОСТ 12.1.004-91 ССБТ «Пожарная безопасность. Общие требования». В соответствии с требованиями НПБ 105-95 Определение категории помещении и зданий по взрывопожарной и пожарной опасности», вычислительный центр относится к категории В (горючие и трудно горючие жидкости, горючие и трудно горючие вещества и материалы, вещества и материалы, способные при взаимодействии с водой, кислородом или друг с другом только гореть, при условии, что помещения, в которых они имеются в наличии, не относятся к категории А и В).
В связи с установкой дорогостоящего оборудования в помещении вычислительного центра необходимо иметь пожарную сигнализацию, срабатывающую автоматически и передающую сигнал о пожаре на приёмную станцию. Для тушения пожара необходимо иметь углекислотные огнетушители типа ОУ - 2.
Нельзя использовать воду для тушения при включённой общей системе электропитания помещения. В здании должна быть предусмотрена внутренняя пожарная водопроводная сеть. Внутренняя сеть подключается к внешней пожарной сети, оборудованной гидратами, расположенными на расстоянии не более 5 метров от стен здания, 150 метров друг от друга и 2,5 метра от края проезжей части.
5.10 Охрана окружающей среды.
Деятельность предприятий всех отраслей промышленности должна быть направлена на нормирование качества окружающей среды, то есть установление нормативов предельно допустимых воздействий на окружающую природную среду. Нормативы обеспечивают экологическую безопасность населения, сохранение генетического фонда и рациональное использование, и воспроизводство природных условий, устойчивого развития хозяйственной деятельности.
В основе нормирования качества лежат три показателя:
1. медицинский;
2. технологический;
3. научно-технический.
Нормативы качества окружающей среды:
1. санитарно-гигиенические;
2. экологические;
3. вспомогательные.
Санитарно-гигиенические нормативы: ПДК вредных веществ, ПДК вредных физических воздействий, биологических воздействий, ПДУ радиации, нормативы санитарно-защитных зон.
Экологические нормативы: Нормативы выбросов и сбросов, нормативы шума и вибрации, нормативы биологических загрязнений, нормативы радиации, строительные и градостроительные правила. Вспомогательные нормативы: организационные и правовые. Для того, чтобы не засорять близлежащую территорию, предприятие заключает договор с фирмой, которая занимается вывозом мусора и имеет лицензию на этот вид деятельности. Твёрдые бытовые отходы регулярно вывозятся с предприятия, Таким образом, обеспечивается соблюдение установленных нормативов, предельно допустимых воздействий на окружающую среду.
Заключение
За последние годы, специализированные системы бюджетирования получили широкое распространение и в настоящее время рассматриваются как отдельный класс автоматизированных информационных систем.
Представленные на рынке системы бюджетирования разнообразны по своей структуре, применяемым информационным технологиям и ориентации на сферу деятельности предприятия.
Данный дипломный проект выполнен с целью автоматизации бюджетного управления в ЗАО «Телмос». Существующая на предприятии система бюджетирования не удовлетворяла всех потребностей предприятия и была ориентирована в основном на хранение и обработку бюджетных данных и, в меньшей степени, на оптимальное управление этими данными.
На основе изучения систем бюджетирования ведущих фирм – производителей в данной области (Intersoft Lab; Comshare Software; Hyperion Solution Corporation; Adaytum Software; Инталев) была смоделирована система бюджетного управления, представленная в приложении 1.
Эта система позволяет на основании первичной плановой и фактической финансовой информации выполнять следующие функции бюджетного управления:
Формировать бюджет предприятия;
Собирать информацию по исполнению бюджета;
Собирать информацию по процессу бюджетного управления;
Осуществлять контроль бюджетов подразделений предприятия и оперативно управлять ими;
Анализировать и корректировать процесс бюджетного управления.
Бюджет предприятия формируется на основе бюджетов подразделений, а они, в свою очередь, учитывают бюджеты центров затрат и центров прибыли.
Так же в данной модели подробно описан процесс анализа, согласования и утверждения бюджета на всех уровнях руководства.
На основе модели бюджетного управления была создана база данных с применением СУБД ACCESS, которая позволила автоматизировать вышеперечисленные функции бюджетирования.
В результате внедрения технологии бюджетирования предприятие получило эффективное средство для планирования денежных средств, выявления финансовых резервов, оценки эффективности деятельности структурных подразделений и решения многих других финансово – экономических задач. Конечная же цель данного дипломного проекта – сделать экономическое развитие предприятия управляемым, а все процессы, связанные с финансами и бюджетом – прозрачными для руководителя.
Приложение 1. Функциональное моделирование
Словарь данных
Наименование
Пояснения
Анализ бюджета руководителем центра затрат
Проверка и сопоставление бюджетных данных на уровне руководителей подразделений
Анализ владельца процесса
Анализ процесса бюджетного управления сотрудником, непосредственно занимающимся данным процессом.
Анализ процесса БУ
Анализ процесса бюджетного управления на основании собранной информации по исполнению этого процесса.
Анализ эффективности процесса БУ в подразделениях
Проверка эффективности бюджетного управления на уровне подразделений предприятия
Анализ эффективности процесса БУ в целом
Проверка эффективности бюджетного управления по предприятию в целом
Бухгалтерия
Бухгалтерские документы, отражающие все операции, связанные с финансами на предприятии
Бюджет запасов центров затрат
Сформированный бюджет запасов подразделений предприятия
Бюджет затрат центров затрат
Сформированный бюджет затрат подразделений предприятия
Бюджет платежей центров затрат
Сформированный бюджет платежей подразделений предприятия
Бюджет предприятия
Сформированный бюджет предприятия в целом
Бюджеты подразделений
Сформированные бюджеты структурных подразделений предприятия
Бюджеты центров затрат
Сформированные бюджеты подразделений предприятия в части расходов
Бюджеты центров прибыли
Сформированные бюджеты подразделений предприятия в части доходов
Входящие плановые данные других подразделений
Данные о планируемых затратах подразделений, отличных от данного
Данные для корректировки бюджетов
Данные, полученные в результате проведения совещаний по движению денежных средств предприятия
Данные о периодах с дефицитом ДС
Данные о недостатке денежных средств, полученные при анализе текущей потребности предприятия
Данные о реализуемости бюджета предприятия
Данные о том, на сколько реализуем сформированный бюджет предприятия с учетом предполагаемых доходов, расходов, с учетом анализа на безубыточность, анализа эффективности использования оборотного капитала, финансового анализа
Данные о соответствии бюджетов подразделений нормативам
Данные о том, на сколько бюджетные данные соответствуют нормативам, принятым на предприятии
Данные оперативного учета
Текущие данные по исполнению бюджета предприятия
Данные по исполнению бюджета доходов и расходов предприятия
Данные о том, на сколько точно исполняется бюджет доходов и расходов предприятия
Данные по исполнению бюджета предприятия
Данные о том, на сколько точно исполняется бюджет предприятия в целом
Данные по исполнению бюджета прибыли и затрат предприятия
Данные о том, на сколько точно исполняется бюджет прибыли и затрат предприятия
Данные по исполнению бюджетов доходов и расходов подразделений
Данные о том, на сколько точно исполняется бюджет доходов и расходов подразделений
Данные по исполнению бюджетов запасов подразделений
Данные о том, на сколько точно исполняется бюджет запасов подразделений
Данные по исполнению бюджетов подразделений
Данные о том, на сколько точно исполняется бюджет подразделения
Данные по исполнению бюджетов прибыли и затрат подразделений
Данные о том, на сколько точно исполняется бюджет прибыли и затрат подразделения
Данные по отклонению от нормативов по затратам
Данные о том, на сколько бюджетные данные по затратам отличаются от нормативов, принятых на предприятии
Данные по отклонению от нормативов по расходу ДС
Данные о том, на сколько бюджетные данные по расходу денежных средств отличаются от нормативов, принятых на предприятии
Данные по платежам центров затрат
Данные о платежах структурных подразделений предприятия
Данные по прибыли
Данные о планируемой прибыли предприятия
Данные по затратам
Данные о планируемых затратах предприятия
Данные по процессу БУ
Данные об осуществлении бюджетного управления на предприятии, основанные на основных показателях бюджетного управления
Данные по соответствию нормативам по затратам
Данные о том, на сколько затраты предприятия соответствуют нормативным значениям
Данные по соответствию нормативам по расходу ДС
Данные о том, на сколько расходы денежных средств предприятия соответствуют нормативным значениям
Изменение поступлений
Изменение поступлений денежных средств после проведения соответствующих мероприятий
Изменение процесса управления
Внесение корректировок в процесс бюджетного управления предприятием
Изменения инфраструктуры
Изменение инфраструктуры предприятия с целью усовершенствования процесса бюджетного управления
Изменения платежей
Изменение платежей предприятия после проведения соответствующих мероприятий
Изменения по персоналу
Изменение структуры и состава персонала предприятия с целью усовершенствования процесса бюджетного управления
Изменения регламентов
Изменение регламентов предприятия с целью усовершенствования процесса бюджетного управления
Корректировка бюджета подразделения
Изменение планового бюджета внутри подразделения
Корректировка бюджета предприятия
Изменение планового бюджета по предприятию в целом
Корректировка бюджетов подразделений финансовой службой
Сопоставление бюджетов подразделений с плановым бюджетом и принятие решения об изменении первого в соответствии с нормативными и плановыми значениями
Корректировка мероприятий по обеспечению поступлений ДС
Изменение указанных мероприятий по соглашению, принятому на совещании по обеспечению поступлений денежных средств
Корректировка мероприятий по сокращению платежей ДС
Изменение указанных мероприятий по соглашению, принятому на совещании по сокращению платежей денежных средств
Корректировка проекта бюджета предприятия
Корректировка проекта бюджета предприятия с учетом предполагаемых доходов, расходов, с учетом анализа на безубыточность, анализа эффективности использования оборотного капитала, финансового анализа
Корректировка проекта бюджета центра затрат по итогам совещания
Изменения в проекте бюджета, на основании результатов совещания по обсуждению бюджетов центров затрат
Корректировка проекта бюджета центров затрат
Изменения, вносимые в бюджет после соответствующего анализа и по результатам проведенного совещания по обсуждению бюджетов центров затрат
Корректировка проекта бюджета центров прибыли
Изменения, вносимые в бюджет после соответствующего анализа и по результатам проведенного совещания по обсуждению бюджетов центров прибыли
Корректировка руководителя центра затрат
Изменения в бюджете подразделения, вносимые руководителем данного подразделения
Мероприятия по обеспечению нормативов по затратам
Мероприятия, осуществляемые с целью установления соответствия затрат предприятия нормативным данным
Мероприятия по обеспечению поступлений ДС
Мероприятия, осуществляемые с целью улучшения поступления денежных средств в связи с потребностью в них предприятия
Мероприятия по сокращению брака
Мероприятия, осуществляемые с целью сокращения брака на предприятии
Мероприятия по сокращению затрат
Мероприятия, осуществляемые с целью сокращения затрат на предприятии
Мероприятия по сокращению платежей ДС
Мероприятия, осуществляемые с целью сокращения платежей денежных средств в связи с потребностью в них предприятия
Недопустимые отклонения от нормативов по затратам
Отклонения по затратам, которые не могут быть восстановлены за счет непредусмотренных бюджетом источников доходов
Недопустимые отклонения от нормативов по структуре затрат
Отклонения в структуре затрат, которые не соответствуют принятым на предприятии нормам
Отчет по исполнению бюджета подразделения по бухгалтерским данным
Отчет, составленный на основании бухгалтерских данных об исполнении бюджета подразделениями
Отчет по исполнению бюджета подразделения по оперативным данным
Отчет, составленный на основании текущих данных об исполнении бюджета подразделениями
Отчет по показателям БУ в подразделении
Отчет, составленный по основным показателям процесса бюджетного управления в подразделении предприятия
Отчет по показателям процесса БУ
Отчет, составленный по основным показателям процесса бюджетного управления на предприятии
Первичная плановая информация
Информация о планируемых договорах, счетах, начислениях и т.д.
Первичная фактическая информация
Информация о фактических договорах, счетах, начислениях и т.д.
Перечень корректирующих мероприятий
Перечень корректирующих мероприятий по улучшению эффективности процесса бюджетного управления на предприятии
Плановые данные центров затрат
Плановые данные о формировании бюджета центров затрат
Подразделения
Сотрудники подразделений, ответственные за формирование бюджета в рамках своего подразделения и за последующее бюджетное управление
Проект бюджета
Первоначально сформированный бюджет предприятия
Проект бюджета доходов и расходов
Первоначально сформированный бюджет доходов и расходов предприятия
Проект бюджета прибыли
Первоначально сформированный бюджет прибыли предприятия
Проект планового баланса
Первоначально сформированный баланс предприятия
Проекты бюджетов центров прибыли
Первоначально сформированный бюджет центров прибыли предприятия
Проект инвестиционного плана
Первоначально сформированный инвестиционный план предприятия
Регламент бюджетного управления
Сформированный на высших уровнях руководства порядок управления финансами предприятия
Решение владельца процесса
Решение по улучшению процесса бюджетного управления сотрудника, непосредственно занимающегося данным процессом.
Решения по улучшению
Решения по улучшению процесса бюджетного управления на основании собранной информации по исполнению этого процесса.
Система учета
Система учета финансовых, бухгалтерских и других показателей, принятая на предприятии
Скорректированный бюджет движения ДС подразделения
Окончательный вариант бюджета движения денежных средств подразделения
Скорректированный бюджет доходов и расходов
Окончательный вариант бюджета доходов и расходов предприятия
Скорректированный бюджет запасов подразделения
Окончательный вариант бюджета запасов подразделения
Скорректированный бюджет подразделения
Окончательный вариант бюджета подразделения
Скорректированный бюджет предприятия
Окончательный вариант бюджета предприятия
Скорректированный бюджет прибыли и затрат
Окончательный вариант бюджета прибыли и затрат предприятия
Скорректированный бюджет прибыли и затрат подразделения
Окончательный вариант бюджета прибыли и затрат подразделения
Согласованный бюджет предприятия
Согласованный с руководством окончательный вариант бюджета предприятия
Стратегия предприятия
Утвержденный советом директоров стратегический план развития предприятия
Управление запасами
Управление ресурсами предприятия
Управление затратами
Управление затратами предприятия
Управление финансовыми потоками
Управление направлением движения всех видов финансов предприятия
Утвержденные бюджеты подразделений
Утвержденные руководством предприятия бюджеты подразделений
Утвержденные изменения
Утвержденные руководством предприятия изменения процесса бюджетного управления
Уточнение данных по показателям процессов БУ в подразделении
Уточнение данных бюджетного управления на предприятии по показателям бюджетного управления в подразделении
Фактические показатели процесса БУ
Реальные показатели бюджетного управления на предприятии
Финансовая отчетность
Бланки документов финансовой отчетности предприятия
Приложение 2. Информационно – логическое моделирование
Приложение 3. Примеры форм БД ACCESS
«Утвержденный план бюджета на год»
«Исполнение бюджета за год»
«Бюджетная заявка подразделения»
«Пример поискового окна»
«Таблица счетов»
Список используемой литературы:
1. Бочаров В.В. "Коммерческое бюджетирование", С-Пб.: "Питер" - 2003 г., 122 стр.
2. Джай К. Шим, Джой Г. Сигел, "Основы коммерческого бюджетирования", М.: "Бизнес Микро" - 2001 г., 496 стр.
3. Терри Дики "Бюджетирование малого бизнеса", М.: "Бизнес Микро" - 1999 г., 240 стр.
4. Хруцкий В.Е. "Внутрифирменное бюджетирование", М.: "Финансы и статистика" - 2003 г, 400 стр.
5. www.1ab.ru
6. www.bankir.ru
7. www.big-group.ru
8. www.business.ua
9. www.cfin.ru
10. www.eco-dom.ru
11. www.epic.ru
12. www.ezpc.ru
13. www.finexpert.ru
14. www.hiperion.ru
15. www.inec.ru
16. www.intalev.ru
17. www.iteam.ru
18. www.management-consulting.ru
19. www.noumei.ru
20. www.oxpaha.ru
21. www.ricnnov.ru
22. www.vmgroup.ru
23. www.web.vrn.ru