Еще одной важной особенностью является возможность задать территориальную привязку для каждого структурного объекта и/или его составляющей, что обеспечивает основу для создания в дальнейшем структуры вычислительной сети предприятия.

Уровень спецификации проекта

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

На данном уровне определяются типы компонент вычислительной сети. Т.е. определяется информационное и коммуникационное системное оборудование обеспечения организационной структуры аппарата управления.

Уровень описания реализации

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

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

Взгляд на функции

Уровень определения требований

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

Уровень спецификации проекта

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

Уровень описания реализации

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

Взгляд на данные

Уровень спецификации проекта

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

Уровень описания реализации

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

Взгляд на управление

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

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

Интегрированная инструментальная среда ARIS состоит из комплекса средств. Средства ARIS можно разделить на три основных категории - функциональные модули, модели-прототипы, интерфейсы в другие программные средства.

К основным функциональным модулям относятся следующие компоненты: ARIS Toolset (базовая среда моделирования и анализа), ARIS Easy Design (упрощенная среда моделирования), ARIS for R/3 (инструментарий внедрения системы управления R/3 фирмы SAP).

Средства ARIS могут использоваться как однопользовательская среда, а также поддерживают коллективные разработки в среде «клиент-сервер». Возможность коллективной работы обеспечивается следующими средствами: процедура объединения баз данных (компонента Merge), ARIS Server (средство совместного доступа нескольких пользователей к единому хранилищу данных - репозиторию ARIS), ARIS Web Link (компонента, позволяющая организовать публикацию моделей и их совместное использование несколькими пользователями через сети Internet и intranet).

Эффективное обучение пользованию системой обеспечит интерактивная среда ARIS Easy Learning.

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

Все функциональные модули ARIS состоят из четырех основных компонент: Проводник, Дизайнер, таблицы и мастера.

ARIS Toolset поддерживает три основных взгляда на систему управления:

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

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

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

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

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

Разработанные модели могут быть проанализированы по определенным правилам. Правила анализа задаются в специально разработанных алгоритмах, основанных на языке, схожем с языком Visual Basic. В среде ARIS уже существуют некоторые алгоритмы анализа:

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

Анализ движения информации внутри процесса - анализ информационных разрывов внутри смоделированных процессов.

Анализ использования элементов автоматизированной системы в процессах - определение состава функций, поддержанных автоматизированной системой и выполняемых традиционным способом.

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

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

Базовая среда моделирования ARIS Toolset предоставляет необходимые функции администрирования баз данных проектов в среде ARIS. Функции администрирования осуществляются через Проводник. К основным элементам администрирования относятся следующие: серверы, базы данных, пользователи и группы пользователей, форматы шрифтов, языки баз данных, методологические фильтры, группы моделей, модели, объекты, таблицы.

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

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

Таким образом, ARIS Toolset является мощным средством моделирования, анализа и документирования знаний о деятельности предприятия, предоставляя множество удобных и эффективных функциональных возможностей.

ARIS Easy Design

ARIS Easy Design представляет собой упрощенное средство моделирования и анализа, ограниченное по функциональным возможностям в сравнении с ARIS Toolset.

С точки зрения методологии ARIS Easy Design поддерживает все 83 метода моделирования, используемые в ARIS Toolset. В этом отношении между ними существует полная совместимость. Модели, создаваемые в одном из этих средств, могут быть без потерь использованы в другом. Более того, оба этих средства могут функционировать в единой среде коллективной разработки. При этом рабочие места ARIS Easy Design используются в соответствующих подразделениях предприятия для сбора информации и проведения общего анализа, а система ARIS Toolset - для выявления более глубоких противоречий и оптимизации разработанных моделей.

Функционально-стоимостной анализ в модуле ARIS ABC

Базовая инструментальная среда ARIS Toolset содержит возможность задания различных статей стоимости выполнения функций в виде значений соответствующих атрибутов.

Однако, для проведения более точного анализа, необходимо использование соответствующих методик. Для реализации полноценного анализа стоимости процессов (цепочек процессов) существует модуль ARIS ABC, состоящий из модуля, подсоединяемого к основной среде разработки, и комплекта диаграмм, необходимых для описания исходных данных для анализа стоимостей (описание ресурсов, затратных центров, описание связи затратных центров и используемых ресурсов с цепочками бизнес-процессов).

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

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

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

Имитационное моделирование в модуле ARIS Simulation

Модуль имитационного моделирования ARIS Simulation используется в тех случаях, когда есть необходимость промоделировать во времени разработанные модели бизнес-процессов. Цель динамического моделирования - определение узких мести в реализации процессов (несогласованность параллельно выполняемых процессов, нехватка ресурсов для эффективного выполнения процессов и так далее).

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

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

В процессе динамического моделирования реальное поведение объектов отражается при помощи анимационных эффектов. Для ускорения процесса подобные эффекты могут быть отключены.

Основные результаты динамического моделирования отражаются в характеристиках объектов, участвующих в моделировании:

- для функций - затраты денег и времени на реализацию, время ожидания освобождения ресурсов;

- для точек разветвления - время ожидания завершения параллельных процессов;

- для организационных единиц - коэффициенты использования.

1.3 Бюджетирование как информационная система

1.3.1. Обзор рынка систем бюджетирования

Несмотря на очевидные достоинства западных систем автоматизации бюджетирования, таких, как возможность работы в крупной, территориально распределенной компании, надежность и многообразие функций, с точки зрения средних и небольших компаний у них есть ряд весьма существенных недостатков. Так, западные системы довольно громоздки: часто даже для внесения незначительного изменения в бюджетную модель требуется вмешательство специалиста компании-поставщика. Сложный инструментарий анализа, которым располагают такие системы, как правило, избыточен для предприятий среднего уровня. Наконец, западные программы имеют высокую стоимость - средний проект внедрения (включая стоимость лицензий, технологический консалтинг и поддержку) обойдется компании в сумму от 40 до 200 тыс. долл. США [9].

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

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

Классификация систем бюджетирования

Масштаб системы

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

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

Локальная система рассчитана на работу нескольких десятков пользователей в пределах одного офиса.

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

Адаптивность

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

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

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

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

Стоимость лицензий

Выделим три ценовых диапазона по стоимости системы: дешевые программные продукты (до 1 000 долл. США), продукты средней стоимости (от 1 до 15 тыс. долл. США) и дорогие системы (свыше 15 000 USD). Под стоимостью продукта при этом понимается средняя стоимость закупаемых лицензий системы типичной компанией-клиентом [9].

Программы-лидеры на рынке, реализующие систему бюджетирования:

1) Infor Performance Management

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

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

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

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

Обеспечение оптимизации функций корпоративного управления: от формирования стратегии до ежедневного мониторинга деятельности компании.

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

Недостатки. В "Infor Performance Management " очень мало функций для поддержки бюджетирования на предприятиях небанковской сферы. И пока версия системы для холдингов еще не отлажена, для внедрения существующей версии потребуется достаточно большой объем программирования.

Рекомендации. Подойдет большим компаниям банковского сектора.

2) IBM Cognos Planning

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

Основными преимуществами системы являются:

анализ план\факт с возможностью проваливания в показатели (drill-down);

простота использования и гибкость в возможностях настройки системы;

планирование бюджетов любой сложности по схеме «сверху-вниз», механизмы консолидации;

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

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

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

Недостатки. Число аналитических направлений бюджетирования ограничено.

3) Oracle Financial Analyzer (OFA)

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

Достоинства. Составление бюджета на всех уровнях организации.

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

Прогнозирование, основанное на исторических данных и ожидаемых бизнес-условиях.

Сбор данных в сетях интранет с помощью стандартных браузеров

Недостатки. Формирование плановой операции ничем не отличается от учета ее фактического прохождения (требуется указать конкретную дату будущей операции), что крайне неудобно для планирования.

4) КИС: Бюджетирование

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

Достоинства. Существует детально проработанная и документально оформленная процедура внедрения системы, которая апробирована на ряде предприятий. По словам разработчиков, использование этой процедуры позволяет внедрить систему собственными силами за 3-4 месяца, что значительно снижает расходы.

Недостатки. Для непроизводственных компаний "КИС:Бюджетирование" может оказаться недостаточно гибкой.

Рекомендации. Система подходит для средних и крупных производственных компаний, бизнес которых не распределен географически.

5) Инталев: Корпоративные финансы

"Инталев: Корпоративные финансы" более многофункционален, чем "Бюджетное управление", и, соответственно, стоит дороже.

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

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

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

Выбор системы автоматизации бюджетирования зависит в первую очередь от размера компании, уровня развития бюджетирования, требуемого масштаба и адаптивности будущей системы, а также бюджета, который компания может выделить на проект внедрения продукта. Развитие компании и совершенствование процесса бюджетного управления со временем приводят к увеличению числа менеджеров, вовлеченных в этот процесс, объема и сложности анализа информации. Как следствие, требования к программе возрастают. Поэтому нужно иметь в виду, что "срок жизни" большинства российских систем автоматизации бюджетирования при условии динамичного развития компании составляет 3-5 лет, после чего их необходимо заменять программами более высокого уровня (Табл. 1).

Таблица 1. Основные поставщики систем бюджетирования

Продукт	Адрес в Интернет	Класс	Минималь-ная стоимость лицензии (с НДС), USD	Стои-мость 10 лицен-зий (вклю-чая НДС), USD
Infor Performance Management	http://bpmi.ru/	Распределен-ный, максимальная адаптивность, дорогая система	---	40000
IBM Cognos Planning	http://icognos.ru/	Распределен-ный, максимальная адаптивность, дорогая система	5000	50000
Oracle Financial Analyzer	http://www.interface.ru/oracle/finan.htm	Локальный, средняя адаптивность, дорогая система	3000	30000
КИС: Бюджетирование	www.cis2000.ru	Локальный, минимальная адаптивность, дешевый	1200	3700
Инталев: Корпоративные финансы	www.intalev.ru	Локальный, средняя адаптивность, средняя стоимость	6430	12000

Организация, в которой мы реализовывали модуль бюджетирования, предпочла этим программам - «1С: Предприятие 8.1» , так как у них уже велся бухгалтерский учет в этой системе. Следовательно, затраты были менее значительны, нежели от внедрения новой системы. К тому же, отдел, занимающийся управленческим учетом и в частности бюджетированием, уже работал в системе «1С: Предприятие ». Тем самым, они частично сэкономили на обучении сотрудников.

1.3.2 Основные понятия системы «1С: Предприятие»

Система программ «1С: Предприятие 8.1» включает в себя платформу и прикладные решения, разработанные на ее основе, для автоматизации деятельности организаций и частных лиц. Сама платформа не является программным продуктом для использования конечными пользователями, которые обычно работают с одним из многих прикладных решений (конфигураций), разработанных на данной платформе. Такой подход позволяет автоматизировать различные виды деятельности, используя единую технологическую платформу [15].

Области применения

Гибкость платформы позволяет применять «1С: Предприятие 8.1» в самых разнообразных областях:

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

поддержка оперативного управления предприятием;

автоматизация организационной и хозяйственной деятельности;

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

широкие возможности для управленческого учета и построения аналитической отчетности, поддержка многовалютного учета;

решение задач планирования, бюджетирования и финансового анализа;

расчет зарплаты и управление персоналом;

другие области применения.

Технологическая платформа

Платформа «1С: Предприятие 8.1» была создана с учетом 6-летнего опыта применения системы программ «1С: Предприятие 7.7», которую используют десятки тысяч разработчиков. Несмотря на значительные изменения, новая версия 8 сохранила идеологическую преемственность с предыдущими версиями.

Прикладные решения

Фирма "1С" выпускает тиражные прикладные решения, предназначенные для автоматизации типовых задач учета и управления в коммерческих предприятиях реального сектора и бюджетных организациях. В каждом программном продукте сочетается использование стандартных решений (общих для всех или нескольких программ) и максимальный учет специфики задачи конкретной отрасли или рода деятельности предприятия.

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

Внедрения

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

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

внедренные решения на базе системы программ "1С: Предприятие 8.1"

поиск партнеров

Внедрение корпоративных информационных систем на платформе «1С: Предприятие 8.1»

Опыт внедрения прикладных решений на платформе «1С: Предприятие 8.1» показывает, что система позволяет решать задачи различной степени сложности - от автоматизации одного рабочего места до создания информационных систем масштаба предприятия.

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

Бюджетирование.

Подсистема "Бюджетирование" в "1С: Управление производственным предприятием 8" может использоваться самостоятельно или совместно с другими подсистемами. Используя ее совместно с другими подсистемами (Бухгалтерский учет, Управление торговлей, Управление производством, Управление запасами и т.д.) мы можем максимально оперативно формировать бюджеты на основе данных из различных подсистем и осуществлять сравнение показателей бюджетов с фактическими (план-фактный анализ).

Автоматизированный ввод данных

В системе «1С: Предприятие 8.1. Управление производственным предприятием» (УПП) изначально предусмотрена возможность ведения системы бюджетирования, но на автоматизируемом предприятии особая специфика ведения бюджетов и было решено спроектировать и создать модуль самостоятельно в системе «1С: Предприятие». (Компания сократила таким образом расходы и на лицензию «1С: Предприятие 8.1. Управление производственным предприятием».)

Платформа системы «1С: Предприятие» достаточна, гибка и, следовательно, при соответствующей квалификации сотрудников фирмы, производящей внедрение системы можно разработать любой необходимый модуль, в частности модуль бюджетирования. К тому же более удобно проводить план/фактный анализ, получая оперативные данные непосредственно из рабочей базы. Также появляется возможность составления сводной отчетности по результатам мониторинга. Основные особенности:

Простой и мощный механизм формирования отчетов

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

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

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

II. Математические модели

2.1 Математические расчеты в отчетах ОПУ и ДДС

Отчет ОПУ формируется на основе введенных в систему данных по статьям расходов и доходов. Отчет формируется поквартально (Табл. 2).

Таблица 2. Пример отчета о прибылях и убытках

	ЦФО:		Отчет о прибылях и убытках
Статьи доходов и расходов	Объект
	1 квартал	2 квартал	3 квартал	4 квартал	Бюджет руб.
Доходы всего (без НДС) в т.ч.:	33 311	30 137	36 613	43 774	143 834
Субъекты Группы	18 506	18 506	32 829	39 991	109 832
Рынок - юр. Лица	14 804	11 631	3 784	3 784	34 002
Агентские вознаграждения (без НДС) в т.ч.	0	0	0	0	0
Рынок - юр. Лица	0	0	0	0	0
Операционные расходы (без НДС)	30 830	32 385	31 896	39 269	134 380
	Компенсации персоналу	16 680	17 961	17 301	24 552	76 495
		в т.ч. Субъекты Группы	7 021	10 285	15 158	21 509	53 973
		в т.ч. Рынок - юр. лица	9 660	7 676	2 144	3 042	22 522
	Амортизация	14 149	14 424	14 595	14 717	57 885
		в т.ч. Субъекты Группы	5 955	8 260	12 786	12 894	39 895
		в т.ч. Рынок - юр. лица	8 194	6 164	1 808	1 824	17 990
Финансовый результат до налогообложения	2 481	-2 248	4 716	4 505	9 455
в т.ч. Субъекты Группы	5 530	-39	4 885	5 588	15 964
в т.ч. Рынок - юр. Лица	-3 049	-2 210	-169	-1 082	-6 510
Налог на прибыль	200	200	200	200	800
Чистый финансовый результат	2 281	-2 448	4 516	4 305	8 655

Субъекты группы и рынок - юр. лица в данной таблице играют роль проектов (клиентский сегмент). Пропорции разбиения сумм затрат (доходов) по клиентскому сегменту задаются по кварталам, суммарное значения 100%. «Финансовый результат до налогообложения» (ФРдН), считается как доходы (Д) минус «агентские вознаграждения» (АВ) и минус «операционные расходы»(ОР). Таким образом

ФРдн = Д - АВ - ОР

«Налог на прибыль» (НнП) первый квартал вводится вручную, а далее он автоматически проставляется до конца года.

«Чистый финансовый результат «(ЧФР) считается как разность между «Финансовым результатом до налогообложения» и «налогом на прибыль».

ЧФР = ФРдН - НнП

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

ЭДС = ЧФР - САК

Бюджет движения денежных средств формируется на основании бюджета о прибылях и убытках (Табл. 3). Статьи затрат (доходов) умножаются на коэффициент 1.18, так как бюджет о прибылях и убытках формируется без НДС, а бюджет движения денежных средств с НДС. Но по некоторым статьям вводятся ручные корректировки, так как по ним НДС не предусмотрен.

Таблица 3. Структура бюджета движения денежных средств

	ДВИЖЕНИЕ ДЕНЕЖНЫХ СРЕДСТВ
ЦФО
Статьи поступлений и платежей	Объект
	1 квартал	2 квартал	3 квартал	4 квартал	Бюджет руб.
Доходы всего (с НДС) в т.ч.:	11 631	3 784	3 784	34 002	53 200
Субъекты Группы	11 631	3 784	3 784	34 002	53 200
Рынок - юр. Лица	0	0	0	0	0
Агентские вознаграждения (с НДС) в т.ч.	52 318	50 501	58 246	213 679	374 743
Рынок - юр. Лица	52 318	50 501	58 246	213 679	374 743
Операционные расходы (с НДС)	10 535	15 224	22 074	54 983	102 815
	Компенсации персоналу	10 285	15 158	21 509	53 973	100 925
		в т.ч. Субъекты Группы	7 676	2 144	3 042	22 522	35 384
		в т.ч. Рынок - юр. Лица	331	19	81	581	1 012
	Прочие	250	66	565	1 010	1 890
		в т.ч. Субъекты Группы	186	9	80	453	729
		в т.ч. Рынок - юр. Лица	14 424	14 595	14 717	57 885	101 621
Операционный денежный поток	-51 222	-61 941	-76 536	-234 659	-424 358
в т.ч. Субъекты Группы	3 768	1 630	661	11 027	17 087
в т.ч. Рынок - юр. Лица	-14 755	-14 614	-14 798	-58 466	-102 633
Налог на прибыль	-11 452	-11 414	-11 038	-37 544	-71 448
Чистый операционный поток	-39 769	-50 527	-65 498	-197 115	-352 910
Финансирование капитальных вложений	200	200	200	800	1 400
Чистый денежный поток	-39 969	-50 727	-65 698	-197 915	-354 310

В отчете ДДС, в отличие от ОПУ нет учтенной амортизации.

Операционный денежный поток считается аналогично финансовому результату до налогообложения в ОПУ и, в свою очередь «чистый денежный поток» считается также как и «чистый финансовый результат». Значение «финансирование капитальных вложений», берется из затрат на кап. вложения (статья затрат).

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

оплату труда

Бюджет формируется на основе введенных значений по планируемой зарплате. Также вводятся вручную следующие значения (вводятся в документ):

- Доля участия в ЦФО

- Месяц начала

- Месяц окончания

- Компенсация мобильной связи

- Затраты на командировки

- % бонуса

Бонусом является премия по итогам года, которая для целей управленческого учета начисляется в конце года, за который она начисляется, а выплачивается в марте следующего года. Месяц начала - месяц, с которого сотрудник начал работать в этом году. Все эти значения вводятся в документ «Расчет ЕСНУпр».

Рассмотрим подробнее структуру данных для отчета (Табл. 4).



Таблица 4. Структура данных для отчета

Из таблицы 4 видно, какие сведения вводятся и какие значения рассчитываются.

Расчеты для отчета

Фонд оплаты труда (ФОТ) за квартал (ФОТк) вводится следующим образом:

сначала вводится ФОТ за месяц (ФОТм) умножается на 3 и умножается на долю участия в ЦФО (доля). ФОТк = ФОтм*3*доля. ФОТ годовой (ФОТг) равен сумме ФОТ по кварталам (Табл. 5).

Таблица 5. Расчет ФОТ

ФОТ годовой	1кв	2кв	3кв	4кв
2 217 440	515 764	567 226	567 226	567 226

Расчетный лимит на обучение считается (лимит), считается как:

лимит = (ФОТг * 1.5 %) / доля

Стоимость Добровольного медицинского страхования в год (ДМСг), вычисляется по следующей формуле:

ДМСг = =ЕСЛИ(грейд>8, тогда 39300 иначе ЕСЛИ(грейд>5 тогда 24600 иначе ЕСЛИ(грейд>3 тогда 15100 иначе 13000))). Числовые значения жестко не фиксированы и могут меняться в регистре сведений.

ДМС поквартально не отображается в самом бюджете, а рассчитывается вне его - а именно в модуле. Считается по следующим формулам:

ДМС первый квартал =ЕСЛИ(МесяцНачала=1 тогда ДМСг*3/12 иначе 0)*доля

ДМС второй квартал =ЕСЛИ(МесяцНачала =1 тогда ДМСг*3/12 иначе ЕСЛИ(МесяцНачала >3 тогда 0 иначе ДМСг *(7-3-МесяцНачала)/12))* доля

ДМС третий квартал =ЕСЛИ(МесяцНачала = 1 тогда ДМСг * 3/12 иначе ЕСЛИ(МесяцНачала <5; ДМСг *3/12 иначе ЕСЛИ(МесяцНачала >6 тогда 0 иначе (10-3- МесяцНачала)*ДМСг/12)))* доля

ДМС четвертый квратал = ЕСЛИ(МесяцНачала =1 тогда ДМСг *3/12 иначе ЕСЛИ(МесяцНачала <8 тогда ДМСг *3/12 иначе ЕСЛИ(МесяцНачала >9 тогда 0 иначе (13-3-МесяцНачала)* ДМСг /12)))* доля

Также надо рассчитать плановый единый социальный налог (ЕСН) при планировании данных. При расчете используется регрессивная шкала по каждому сотруднику.

Сначала получаем месячный оклад с учетом компенсаций сотовой связи (связь):

ФОТк/3 + связь* доля

На основании таблицы полученных окладов рассчитывается ежемесячная сумма ЕСН для каждого сотрудника по формуле: =ЕСЛИ (сумма оплаты труда с начала года < 280000 тогда 26%* сумма оплаты труда с начала года; ЕСЛИ (сумма оплаты труда с начала года <600000 тогда (72800+10%*(сумма оплаты труда с начала года)-280000)) иначе (104800+2%*(сумма оплаты труда с начала года - 600000))))- ЕСН за предыдущие месяцы. (1)

Данная формула является стандартной для расчета ЕСН с учетом регрессивной шкалы. В плановом расчете оплаты труда не учитываются отпуска сотрудников и другие отклонения.

Стандартный расчетный бонус считается как сумма бонуса без ЕСН и ЕСН на бонус.

ЕСН на бонус = ЕСН за год с бонусом - ЕСН за год без бонуса.

Для расчета суммы бонуса без ЕСН используется следующая формула:

=ЕСЛИ(И(МесяцНачала<7;МесяцОкончания=12) тогда ФОТг* % бонуса иначе 0)

При расчете «ЕСН за год с бонусом» необходимо получить все месячные оклады за декабрь (МОд), используемые для расчета планируемых затрат по ЕСН и проверить их на условие получение бонуса:

=ЕСЛИ(И(МесяцОкончания=12;МесяцНачала<10)тогда МОд;0) после чего составить таблицу, в которой за весь год каждый месяц одна и та же формула, указанная чуть выше, т.е. Мод или 0, в зависимости от выполнения условия. Далее для каждой строки этой таблицы, а строка играет роль конкретного сотрудника, рассчитать ЕСН по формуле (1), только при расчете, в марте к месячному окладу прибавить сумму бонуса без ЕСН и сложить рассчитанные ЕСН за все 12 месяцев. В итоге мы получим «ЕСН за год с бонусом».

ЕСН за год без бонуса считается также, только теперь, при расчете ЕСН по формуле (1) не прибавляем в марте сумму бонуса без ЕСН.

На основе документа «Расчет ЕСНУпр» и формируется отчет.

2.3 Математическая модель для бюджета ставки расходов

Бюджет ставки расходов формируется в двух вариантах. Сначала разберем первый вариант - план. Рассмотри приведенную ниже таблицу 6:

Таблица 6. Пример отчета ставки расходов (вариант: план)

Наименование статьи расходов	Сумма расходов в 2009 году, тыс. руб. План	Сдавае-мая в 2009 г в аренду площадь, кв.м. План	Ставка расходов на кв.м. - 2009 г., тыс. руб. План	Расходы в 2009 году, тыс. руб. План	Ставка расходов на 1 кв.м. - 2009 г., тыс. руб. План	Отклонение, %%
Всего расходы по зданию	А1	А2	А3	А4	А5	А6
В т.ч. 1) Операционные расходы	Б1	А2	Б3	Б4	Б5	Б6
В т.ч. а) Эксплуатационные расходы	В1	А2	В3	В4	В5	В6
В т.ч. б) Амортизация	Г1	А2	Г3	Г4	Г5	Г6
В т.ч. в) налог на имущество	Д1	А2	Д3	Д4	Д5	Д6
В т.ч. 2) Административные расходы	Е1	А2	Е3	Е4	Е5	Е6

А1 равно значению операционных расходов за конкретный период из отчета ОПУ.

Б1 = В1 + Г1 + Д1

Е1 = А1 - Б1

В1 есть сумма затрат по эксплутационным статьям

А2 вводится вручную по желанию финансового отдела, ведущего управленческий учет.

А3 = А1/А2

Б3 = Б1/А2

В3 = В1/А2

Г3 = Г1/А2

Д3 = Д1/А2

Е3 = Е1/А2

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

А4, В4, Г4 и Д4 как раз и являются, такими значениями введенными вручную, т.е. в отчете мы их получаем из регистра «Ставки расходов для отчета».

Б4 = В4 + Г4 + Д4

Е4 = А4 - Б4

Сдаваемая в аренду площадь за прошлый период (СППП) не выносится в этот отчет, но участвует при расчетах и хранится также в регистре «Ставки расходов для отчета».

А5 = СППП/А4

Б5 = СППП/Б4

В5 = СППП/В4

Г5 = СППП/Г4

Д5 = СППП/Д4

Е5 = СППП/Е4

Отклонения считаются следующим образом:

А6 = А3/А5 - 1

Б6 = Б3/Б5 - 1

В6 = В3/В5 - 1

Г6 = Г3/Г5 - 1

Д6 = Д3/Д5 - 1

Е6 = Е3/Е5 - 1

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

2.4 Математическая модель для бюджета «акционерный капитал»

Отчет «акционерный капитал» формируется исключительно на основе данных регистра и на основе расчетов ОПУ. Также как и отчет «ставки расходов» имеет два варианта формирования - факт и план. Рассмотрим один из них - план (Табл. 7).

Таблица 7. «Пример отчета акционерный капитал»

тыс. руб.	1 квартал 2009 года	2 квартал 2009 года	3 квартал 2009 года	4 квартал 2009 года	План на 2009 год в целом
Инвестированный капитал на начало периода	А1	А1	А1	А1	А2
Операционная прибыль за период	Б1	Б1	Б1	Б1	Б2
Внесение капитала	В1	В1	В1	В1	В2
Изъятие капитала	Г1	Г1	Г1	Г1	Г2
Плата за капитал	Д1	Д1	Д1	Д1	Д2
Операционный капитал на конец периода	Е1	Е1	Е1	Е1	Е2
Инвестированный капитал на конец периода	Ж1	Ж1	Ж1	Ж1	Ж2

А1, В1, Г1 и Д1 за все четыре квартала берутся из регистра «акционерный капитал».

Значение Б1 равняется значению чистого операционного потока за одинаковый промежуток времени отчета ОПУ.

Для расчета Е1 нужно получить из регистра значение операционного капитала на конец предыдущего периода (ОКПП)

Таким образом: Е1 = ОКПП + Б1

Ж1 = А1 + В1 + Д1 - Г1

Наконец итог за год считается как сумма квартальных значений.

2.5 Математическая модель для бюджета Движение персонала

Отчет формируется на основе данных по заработной плате сотрудников, данных о кадровых перемещениях, а также на основе регистра сведений «движение персонала». Как и у двух предыдущих отчетов у отчета движение персонала есть два варианта формирования - факт и план. Рассмотрим подробнее формирование на примере таблицы 8 (план):

Таблица 8. «Пример отчета движение персонала»

	Прогноз факта 2008 года	Бюджет 1 кв. 2009 г.	Бюджет 2 кв. 2009 г.	Бюджет 3 кв. 2009 г.	Бюджет 4 кв. 2009 г.	Бюджет 2009 г.	%% роста
Движение персонала по должностям, сотр.:
Всего на конец периода, в том числе:
- предыдущего года	А1	Г1				Г1	Е1
- предыдущего периода	А1	Г1	Г2	Г3	Г4	Г1	Е2
- прибыло	Б1	Б2	Б3	Б4	Б5	Б6	Е3
- убыло	В1	В2	В3	В4	В5	В6	Е4
- текущего периода	Г1	Г2	Г3	Г4	Г5	Г6	Е5
Средняя численность	Д1	Д2	Д3	Д4	Д5	Д6	Е6
Численность на конец периода, сотр., в том числе:
Высший менеджмент	А1*	А2*	А3*	А4*	А5*	Ж1*	И1*
Средний менеджмент	Б1*	Б2*	Б3*	Б4*	Б5*	Ж2*	И2*
Старшие профессио-нальные сотрудники	В1*	В2*	В3*	В4*	В5*	Ж3*	И3*
Профессио-нальные сотрудники	Г1*	Г2*	Г3*	Г4*	Г5*	Ж4*	И4*
Администра-тивно-технический персонал	Д1*	Д2*	Д3*	Д4*	Д5*	Ж5*	И5*
Итого численность по должностям	Е1*	Е2*	Е3*	Е4*	Е5*	Ж6*	И6*
Заработная плата за период, тыс. руб., в том числе:
Высший менеджмент	А1**	А2**	А3**	А4**	А5**	Ж1**	И1**
Средний менеджмент	Б1**	Б2**	Б3**	Б4**	Б5**	Ж2**	И2**
Старшие профессио-нальные сотрудники	В1**	В2**	В3**	В4**	В5**	Ж3*	И3**
Профессио-нальные сотрудники	Г1**	Г2**	Г3**	Г4**	Г5**	Ж4**	И4**
Администра-тивно-технический персонал	Д1**	Д2**	Д3**	Д4**	Д5**	Ж5**	И5**
Итого заработная плата по должностям	Е1**	Е2**	Е3**	Е4**	Е5**	Ж6**	И6**

А1, Б1, Г1 получаем из регистра.

В1 = А1 + Б1 - Г1

Средняя численность по всем кварталам считается аналогично Дn = (Аn + Гn)/2, при n = 1…5

Б2 и В2 берутся из движений, совершаемых при проведении документа, в который мы вводим все сведения для построения отчета «затраты на оплату труда».

Г2 = Д1 + Б2 - В2

Г3, Г4, Г5 считаются аналогично.

Б6 = ;

В6 =;

Д6 = ;

Г6 = А1 + Б6 -В6;

Е1,Е2 = (А1/Г1) * 100%

Еn = (Бi/Бj) * 100% , n = 3…6 , i = 1, j = 6;

А1*, Б1*, В1*, Г1*, Д1* получаем из регистра.

Е1 = А1*+ Б1*+ В1*+ Г1*+ Д1*

А*n, Б*n, В*n, Г*n, Д*n, n = 1…5, получаем из движений планового документа «Расчет ЕСНУпр».

Е2, Е3, Е4, Е5, считаются также как и Е1.

Ж1 = , Ж2, Ж3, Ж4 ,Ж5, Ж6 считаются идентично.

Иn*, n = 1…6,рассчитываются по примеру Еn, n = 1…6.

Все значения, у которых стоят ** рассчитываются точно также как и значения у которых стоит *.

IV. Практическая часть

3.1 Проектирование в CASE - средстве ARIS ключевых бизнес-

процессов бюджетирования

Организационная структура (organization chart).

Организационная структура изображается иерархически, для детализации создаются связи между моделями организационной структуры. Рассмотрим сначала организационную структуру, автоматизируемого предприятия, а именно - «верхний» уровень (рис. 5):

Рис. 5. «Верхний» уровень организационной структуры

Далее рассмотрим нижний - «основной» уровень (рис. 6):

Рис. 6. «Основной» уровень организационной структуры

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

Дерево функций (function tree).

Следующим этапом моделирования бизнес-процессов является этап определения функций каждого отдела. Рассмотрим на диаграмме 1 функции отдела кадров (рис. 7):

Рис. 7. Функции отдела кадров

На следующем рисунке видны функции общего (договорного) отдела (рис. 8):

Рис. 8. Функции общего отдела

Функции бухгалтерии в целях бюджетного учета (рис. 9):

Рис. 9. Функции бухгалтерии

И, наконец, функции финансового отдела (рис. 10):

Рис. 10. Функции финансового отдела

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

Событийная цепочка процесса (Extended event driven process chain - eEPC)

Модель eEPC описывает последовательность функциональных шагов (действий) в рамках одного бизнес-процесса, который выполняется организационными единицами и позволяет осуществлять связь между организационной и функциональной моделью.

Проанализируем основный функции каждого из указанных выше отделов:

Отдел кадров. Первая событийная цепочка (рис. 11):

Рис. 11. Первая событийная цепочка отдела кадров

Вторая событийная цепочка отдела кадров (рис. 12):

Рис. 12. Первая событийная цепочка отдела кадров

Общий отдел.

Событийная цепочка общего отдела (рис. 13):

Рис. 13. Событийная цепочка общего отдела

Бухгалтерия.

Первая событийная цепочка (рис. 14):

Рис. 14. Первая событийная цепочка бухгалтерии

Вторая событийная цепочка (рис. 15):

Рис. 15. Вторая событийная цепочка бухгалтерии

Финансовый отдел.

eEPC модель (рис. 16):

Рис. 16. eEPC модель финансового отдела

3.2 Настройка подсистемы бюджетирования

Для настройки подсистемы бюджетирования использовалась сложная схема компоновки данных. Чтобы наглядно себе представить, как, и на основе чего формируются отчеты, будем использовать eERM модели.

Расширенная модель «сущность-отношение» (Extended entity relationship model - eERM)

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

Отчет «затраты на оплату труда» (рис. 17):

Рис. 17. Отчет «затраты на оплату труда»

Отчет «акционерный капитал» (рис. 18):

Рис. 18. Отчет «акционерный капитал»

Отчеты «ОПУ» и «ДДС» (рис. 19):

Рис. 19. Отчеты «ОПУ» и «ДДС»

Отчет «ставки расходов» (рис. 20):

Рис. 20. Отчет «ставки расходов»

Отчет «Движение персонала» (рис. 21):

Рис. 21. Отчет «Движение персонала»

3.3 Интеграционное тестирование настроенной подсистемы

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

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

При настройке справочника, необходимо указать следующие данные:

Наименование. Указываем наименование статьи (рис. 22). Полное наименование формируется автоматически, исходя из поля «наименование».

Важно! Полное наименование, в отличие от наименования имеет неограниченную длину. Во все документы при выборе этой статьи и во все отчеты будет подставляться «Наименование».



Рис. 22. Заполнение реквизита наименования

Флаг Административная. Используется для отчета «ставки расходов». При установленном значении попадает в группу «административные расходы».

Поля «Основное подразделение» и «Основной сегмент» указываются, для того, чтобы эти значения подставлялись в документы.