ВНЕДРЕНИЕ 1С:ERP и 1С:Управление холдингом     Главная     Проекты, результаты     Консультации (Новый раздел!!)     Обратная связь. Отзывы, рекомендации    
 












Бюджетирование в 1С:ERP/1С:Управление холдингом

  • Архив

    «   Сентябрь 2018   »
    Пн Вт Ср Чт Пт Сб Вс
              1 2
    3 4 5 6 7 8 9
    10 11 12 13 14 15 16
    17 18 19 20 21 22 23
    24 25 26 27 28 29 30
                 

1С:Управление холдингом V.S. 1C:ERP 2 Управление предприятием. Что выбрать ?

Уважаемые коллеги!

Эта статья открывает серию моих новых публикаций, в которых подробно изложены вопросы настройки продукта "1С:Управление холдингом" (далее 1С:УХ).

В статьях, на примерах решения практических задач вы сможете изучить:

- Возможности 1С:УХ в части автоматизации казначейства.

- Возможности 1С:УХ в части настройки разных схем управленческого отчета; трансляции данных в упр. учет и консолидации фин. отчетности.

- Возможности 1С:УХ в части бюджетирования, автоматизации бюджетных процессов.

При этом в статьях, по возможности, будут сравниваться / сопоставляться возможности 1C:УХ и 1С: ERP.

"...А в чем ценность этих статей по 1С:УХ ? В интернете полным полно статей по разным типовых программам 1С. И все можно скачать бесплатно!! :-)
Да и какая выгода знать 1С:УX :-( ",
спросите Вы.

Отвечу Вам на цифрах.

Давайте, например сравним стоимость обучения по программе 1С:УХ и по другим программам 1С.

Для этого, например зайдем и посмотрим на цены обучения в УЦ1: http://1c.ru/rus/partners/training/courses.jsp?type=58





И что мы видим ? Видим, что цена каждого курса по 1С:УХ (по какой либо из подсистем) выше 20 тыс. рублей. А отдельные курсы стоят и 25, и 33 тысячи.

  • Если сравнивать эти цены с курсами, например, по 1С:Бухгалтерии, то получается дороже более чем в 3 раза ! (по все бухгалтерии весьма подробные, качественные курсы стоят всего 8500 против, например 24600);

  • Если сравнивать цены на курсы, например по бюджетированию в 1С:УХ с такими же самыми курсами по 1С:ERP, то получается в 2 раза дороже ! (для ERP качественные курсы стоят 12000 против 24600 в 1С:УХ).

И такую высокую цену обучения 1С сделало не просто так :-) Такая цена сразу отсекает "рядовых" одинесников от продукта 1С:УХ.

Теперь давайте посмотрим, а сколько же стоит продукт "1С:Управление холдингом" ?

Откроем прайс фирмы 1С и видим:




Даже по самой минимальной, дилерской колонке, цена на 1С:УХ более 1.2 млн руб. (что почти в 4 раза выше ! стоимости 1С:ERP).

А есть ли, может быть, книжки по 1С:УХ ? Может есть альтернативные курсы, например поглядим здесь: http://курсы-по-1с.рф/courses/

Увы, но не такого.

Полагаю, что не стоит объяснять, почему например, стоимость работы консультанта по 1С:УХ несколько отличается :-) от стоимость работы консультанта например по 1С:Бухгалтерии ?

Ну что, коллеги, появился интерес изучить статьи и освоить продукт 1С:Управление холдингом ? :-)

И в заключении немого о том, почему я буду делать сравнение "1С:УХ" с "1С:ERP".

Пускай это и банальность "Все, мол, познается только в сравнении", но это действительно так. Сравнивая / сопоставляя возможности этих двух лидерских продуктов, как раз и можно будет детально разобраться: что же лучше Вам (под ваши задачи, учитывая Ваш IT-ланшафт) : 1C: ERP или 1C: Управление холдингом.

А переход всех серьезных фирм с конфигураций предыдущего поколения, или же с "самописных" программ на 1С:ERP и 1С:УХ - это, как говориться, "не за горами".

Процесс этот идет, и будущее - за 1С:ERP и 1С:УХ.

Бюджетирование в 1С:Управление холдингом. Актуализация бюджетов. (часть 8 из 8)

7. Актуализация бюджетов.

7.1. Постановка задачи, настройки и доработки.

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

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

В рамках нашей задачи мы специально рассмотрим упрощенный пример: актуализируем бюджет продаж (без монтажа).

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

Т.е. это значит, к примеру, что если по факту мы продали на 1 млн. руб. меньше (чем было запланириовано), то этот 1. млн переносится в бюджет следующего месяца (добавляется к уже запланированному). Если продали на 1 мнл. руб больше - то бюджет продаж следующего месяца мы должны уменьшить.

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

Итак, начнем с того, что добавим новый сценарий «МСК Прогноз оптимистический – факт Январь 2017». В названии явно укажем, что по данному сценарию мы выполним корректировку плана с учетом факта за январь 2017 года.

Важно обратить внимание, что на закладке «Бюджетирование» этого сценария мы укажем сценарий для актуализации «Факт».

Это будет означать то, c каким сценарием должны быть выполнено сопоставление бюджетов.

Т.е. когда начнет свою работу механизм актуализации, то он будет сравнивать показатели бюджетов по сценарию «МСК Прогноз оптимистический – факт Январь 2017» со этими же показателями, но по сценарию «Факт».

Итак, откроем отчетный период.



Далее, перед тем как запустить процедуру актуализации, нам каким-то образом, нужно заполнить данные по сценарию «МСК Прогноз оптимистический – факт Январь 2017».

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

Поступим так – скопируем эти данные (плановые суммы продаж оборудования без монтажа) из сценария «МСК План оптимистический» и перенесем их на сценарий «МСК Прогноз оптимистический». Сделаем это за весь период 2017 года.

Для этих целей используем специальный инструмент «Бюджетирование/Сервис/Копирование данных».

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

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

Откроем сервис «Копирование данных» и установим нужные параметры.

Выполним копирование.



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

Что бы преодолеть эту неприятность, нам придется внести некоторые доработки в программу. А именно:
  • (1) Добавить в справочник «Колонки отчетов» такие показатели


  • (2) Для вида отчета «Продажи без монтажа» -à перейти к настройке колонки «Сумма». И для нее заполнить значения реквизитов, которые мы до этого добавили.

    Заполнить нужно значениями, соответствующими показателю «Выручка без монтажа»


  • (3) И наконец, после этого придется еще доработать процедуру «ПолучитьЗапросТаблицыЗначенийПоказателей» в общем модуле «СводнаяТаблицаУХ».

    Здесь возникает ошибка («ЭлементОтбора = Построитель.ВыбранныеПоля.Добавить(ПолеИсточник.Ключ, ИмяЭлемента);»)

    Нужно внести доработку в код модуля и обойти эту проблему.

7.2. Перенос данных между и сценариями и актуализация бюджета

После проведения указанных манипуляций, копирование данные сможет выполнится.

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



И так, данные для актуализации у нас есть. Т.е. есть данные за январь 2017 года «на прогнозном сценарии», есть данные «по фактическому сценарию за январь 2017 года».

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

Настраивается это в программе на уровне настройки показателя отчета.

На закладке «Бюджетирование» нужно выбрать соответствующее правило.

Нас устроит правило : «Выровнять по фактическим данным и перенести все отклонения на следующий период».

Нужно отметить, что возможность таким образом настроить актуализацию есть только в программе 1С:УХ (в 1С:ERP такой возможности нет).

По этому, в данном аспекте 1C:УХ имеет ощутимое преимущество.



Наконец, все настроено и мы - готовы выполнить процедуру актуализации.

Для запуска процедуры актуализации перейдем в управление отчетным периодом, далее в раздел «Управление данным периода», далее, «Управление границей периода».



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

В нашем случаем актуализацию будем выполнять за период «январь 2017», по ЦФО «Отдел продаж».

Нажмем на кнопку «Выполнить актуализацию».



Откроется форма актуализации показателей. Горизонт планирования так же установим в «январь 2017». После, выполним команду «Выполнить актуализацию».



И так, процедура актуализации выполнена. Откроем сводную таблицу и проанализируем полученные результаты.

Здесь мы видим, что плановые данные по «МСК Прочее» скорректированы сторону увеличения. Это как раз выполнилась актуализация плановых данных под факт. По факту продали на 5 млн. «прочего», а не на 4 млн (как было запланировано)

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





Ну что же, вот наконец мы и завершили решении всех наших подзадач.

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

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

И я буду рад, если знания, полученные из этих статей помогут Вам успешно внедрять "1С:Управление холдингом".

Спасибо за Ваше внимание.

С уважением, Горский М.А.

Бюджетирование в 1С:Управление холдингом. Настройка бюджетного процесса. (часть 7 из 8)

6. Настройка бюджетного процесса.

6.1. Настройка сетевой диаграммы процесса подготовки отчетности.

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

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

Здесь нужно отменить что в 1С:УХ предусмотрено создание шаблонов и других типов. А именно есть еще шаблоны универсальных процессов и шаблоны согласования.

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

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



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

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



Но, при необходимости процесс можно будет остановить. А затем, запустить его снова.



Итак, создадим шаблон «Бюджетная кампания 2018», в качестве регламента укажем наш «Регламент».

Для этого, перейдем в раздел «Процессы и согласлования/Шаблоны процессов» и добавим новый шаблон с типом «Процесс подготовки отчетности»



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

Связи между этапами устанавливаются по кнопке «Добавить связь».



Для каждого этапа нужно настроить параметры. Т.е какие виды отчетов, по каким правила должны формироваться, по каким ЦФО, кто является ответственным за согласование.

Все эти параметры настраиваются на соответствующих закладках этапа процесса.



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



Откроется сетевая диаграмма процесса.

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



По команде «Выполнить действия до текущего этапа» программа предложит для указанных ЦФО выполнить действия. Под действиями понимается создание экземпляров отчета c параметрами, которые мы указали в настройках этапа.



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

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

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

Иными словами, пользователи самостоятельно будут открывать те или иные бланки сводной таблицы. Выполнять расчеты и ввод данных. А мы, как администраторы процесса, будет указывать системе – какие на данным момент этапы выполнены. Сетевая диаграмма процесса будет показывать – в какой точке процесса мы сейчас находимся.


6.2. Сравнение возможностей «1С: Управление холдингом» и «1С: ERP» в части управления процессом подготовки отчетности.

Важно отменить, что так как мы в 1С:УХ не формируем экземпляры отчетов, то по сути управление процессом подготовки отчетности у нас происходит «в ручном» режиме. Но при этом, все же, будет визуализация процесса и виденье точки процесса, в которой мы сейчас находимся.

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

Если же сравнивать управление процессом подготовки отчетности с тем, как это сделано 1С:ERP, то ERP значительно выигрывает здесь.

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

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

Еще одной полезной возможность 1C:ERP по сравнению с 1С:УХ – это возможность выполнения циклических этапов. Например, после ввода бюджетов, настроить (с периодичностью каждый месяц) выполнение действий по план-фактному анализу и актуализации бюджетов.



На этом мы закончим с настройкой бюджетного процесса. Возможности "1С:Управления холдингом" в части управления бюджетным процессом - рассмотрены.

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

Бюджетирование в 1С:Управление холдингом. Формирование отчетов по план-факту. Расшифровка, утверждение бюджетов. Настройка доп. отчетов. (часть 6 из 8)

5. Формирование отчетов по план-факту. Расшифровка, утверждение бюджетов. Настройка доп. отчетов.

5.1 Формирование отчетов по план-факту.

После того, как бюджеты по плановому и по фактическому сценарию введены – формирование отчетов «План-Факт» настраивается в 1С:УХ довольно просто. Механизм сводной таблицы как раз нацелен на реализацию этого.

Продемонстрируем, как настроить план-фактный отчет, на примере бюджета БДР.

Последовательность шагов всегда будет такой:
  • Добавим новый бланк сводной таблицы. Дадим ему название, например «БДР – сравнение плана / с фактом».




  • Настройка состава строк у нас будет такой же, как и в самом БДР


  • А вот при настройке состава показателей, у нас будут отличия от БДР.
После добавления показателя с видом значения «Текущее значение», добавим еще 3 показателя:
    • Показатель с видом значения «Базовое значение». И укажем, что базовый сценарий должен быть «Факт».
      Такая настройка означает, что помимо «Текущего значения», в отчет будут выведены показатели по сценарию «Факт». И после этого у нас появиться возможность обеспечить настройку сравнения «Текущего значения» со значением по сценарию «Факт».
      При формирование план-фактного отчета, в шапке отчета мы выберем плановый сценарий. Таким образом, «Текущее значение» - это будут значения показателей по плановому сценарию. И это и будет сравниваться с фактом.
    • Показатель с видом «АбсОтклонение». Добавление такого показателя обеспечит вывод в план-фактный отчет сумм отклонений плана от факта;
    • Показатель с видом «ОтнОтклонение». Добавление такого показателя обеспечит вывод в план-фактный отчет % отклонения сумм плана от факта.




  • Настройку состава периодов сделаем такой же, как и БДР



  • Настройку группировок сделаем такой же, как в БДР.





На этом, настройка план-фактного отчета завершена. Ничего более настраивать нам не нужно. Откроем сводную таблицу и выберем созданный нами бланк и укажем сценарий «МСК План оптимистический».

Видим, что зеленым цветом в отчет выведены данные по сценарию «МСК План оптимистический», серым цветом – по сценарию «Факт».

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



5.2 Расшифровка, утверждение бюджетов.

Расшифровку и утверждение бюджетов рассмотрим на примере бюджета административных и бюджета коммерческих расходов.

Откроем бюджет коммерческих расход, выделим показатель «Лимит расходов на рекламу, за январь 2017» и выберем пункт контекстного меню «Расшифровать по формуле расчета».



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



Помимо расшифровки показателя, в программе 1С:УХ предусмотрена полезная возможность вставить примечание.



Воспользуемся этой возможностью:



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


Теперь перейдем к утверждению бюджетов.

В программе 1С:УХ заложена два способа к утверждению бюджетов:
  • 1 способ - утверждение на уровне экземпляра отчета;
  • 2 способ - утверждение на уровне сводной сводной таблицы.
Так как мы работает со сводными таблицами, то будем использовать второй способ.

Выбор способа настраивается в параметрах самого вида отчета:



Выберем здесь значение «Ракурс». Именно этот вариант позволить нам утверждать бюджеты на уровне сводной таблицы.

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

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

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



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



Установим статус «Утвержден».



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




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

В этой статьи вы не станем рассматривать механизмы и маршруты согласования. Это – отдельная теме. Эту тема подробно разобрана в моей статье по решению казначейских задач средствами 1С:УХ.

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

Например, будем считать, что для бюджета административных расход за все показатели, кроме прочих административных расходов, отвечает пользовать «Администратов».

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

Таким образом каждый пользовать будет утверждать только свой набор показателей (в рамках единого бюджета).

Продемострируем, как это можно настроить в 1С:УХ.

Перейдем в раздел «Бюджетирование/Ракурсы». Выберем вид отчета «Административные расходы».

По умолчанию, программа создаст единственный ракурс «Административные расходы (все строки)».

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

В нашем случае изменим эту ситуацию. Создадим 2 отдельных ракурса, при этом важно установить переключатель в «выбранные строки». И после этого, появится возможность детально настроит состав ракурса.



Откроем форму настройки состава ракурса и проставим галочки напротив всех строк, за исключение строк прочих административных расходов.



После этого, перейдем к указанию лиц, ответственных за данный ракурс.



И укажем, что за данный ракурс, по всем организациям (точнее, ЦФО) отвечает пользователь «Администатор».




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


Двигаемся далее. Откроем бюджет административных расходов и в нем перейдем к управлению ракурсами.

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

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

Для этого нажмем на соответствующую кнопку.

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




5.3 Настройка доп. отчетов.

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

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

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

Покажем ка это можно сделать на следующем примере.

Будем считать, что нам необходимо сформировать доп. отчет, в котором в разрезе «монтажей» мы должны будем выводить суммы доходов (в разрезе видов номенклатуры оборудование, панели, услуги монтажа), и здесь же выводить суммы доп. расходов (в разрезе служебной аналитики «!Доп расходы»).

Суммы доп. расходов нужно выводить в отчет со знаком «минус», доходы – «с плюсом». По каждому «монтажу» нужно вывести маржинальную прибыль (итог: доходы минус расходы).

Ну что же, рассмотрим, как сформировать такой отчет:



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

Сначала, создадим отдельный вид отчета «Вспомогательный бюджет выручи и доп. расходов по монтажам». У этого вида отчета будет один единственный показатель «Выручка/Доп расход».

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

Ничего более в структуре вида отчета делать не нужно. Сохраним структура отчета.

Далее, перейдем к правилу расчета по умолчанию.

И здесь перейдем к редактированию процедур, и далее к процедуре «Процедура заполнения».



Последовательность действий здесь будет такая:
  • Сначала очистим все показатели отчета (предопределенная процедура ОчиститьВсе )

  • Затем следует алгоритм получения данных по выручки и доп. расходам.
Данные будем получать запросами из регистров сведений ЗначенияПоказателейОтчетов.
  • И после того, как все данные собраны (соберем данные в разрезе аналитик «Контрагент» и «МСК Виды номенклатуры»), то выполним програмное заполнение группы раскрытия показателя (вызов предопределенной процедуры УстановитьЗначениеПоказателя)



Обратим внимание на следующее. Такое значение аналитики «МСК Виды номеклатуры» как «! Доп. расходы» у нас на данный момент не введено в базу. Добавим эту «искусственную» аналитику в классификатор субконто управления холдингом.



При вызове процедуры УстановитьЗначениеПоказателя:
  • первым параметров (подчеркнуто синим цветом) нужно указать код показателя отчета (не путать с наименованием);
  • вторым параметром (подчеркнуто желтым) нужно указать значение показателя (в нашем случаем суммы дохода/расходы);
  • и далее, параметрами будут значения аналитик (в нашем случае это монтаж и вид номенклатуры).
На этом, работу с процедурой вычисления мы закончим. Перейдем к настройке бланка сводной таблицы.

Перенесем аналитики «Контрагент» и «МСК Виды номенклатуры» в строки.



Периодичность установим месяц; укажем, что выводить итоги нужно помесячно.



В результате, в сводной таблице будет построен такой отчет:



Вернемся к настройке полей и попробуем немного поэкспериментировать с настройками группировок. Например, попробуем перетащить аналитику контрагент или МСК Вид номенклатуры в колонки (что бы получить кросс-таблицу).

Однако, программа не позволит нам сделать это. Т.е аналитики можно перенести только в строки (или указать их в шапке отчета, в качестве отборов).




Отсюда следует очень важное, для понимания возможностей сводной таблицы, ограничение:
  • В отличии от 1C:ERP, аналитики можно размещать только в строках.
При этом, в 1C:ERP аналитики можно размещать как строках, так и в колонках.
  • В отличии от 1С:ERP группы (в структуре отчета) группы можно создавать только для строк. Для колонок группы создавать нельзя.
Опять таки, в 1C:ERP подобных ограничений нет. Можно создавать любое количество групп и вложенных групп. И делать это в одном виде бюджета и для строки и для колонок.
  • В колонки сводной таблицы могут быть выведены только такие поля (подведем итоги):

    • Показатели. Они размещаются всегда только в колонках;
    • Периоды. Размещаются в колонках, но их можно перенести и в строки;
    • Сценарий. Обычно размещаются в шапке, но их можно перенести и в сроки, и в колонки;
    • Организации. Опять таки, они обычно размещаются в шапке, но их можно перенести и в строки, и в колонки.

В результате можно сделать вывод о том, что возможность сводной таблицы 1C:УХ (в части настройки и оформления) уступают возможностям вида бюджета 1С:ERP.

У "1C: ERP" - преимущества такие:
  • Возможность размещение аналитика и в строках, и в колонках;
  • Возможность создавать группы и вложенные группы и для строк и для колонок;
  • Настаивать макет для оформления вывода данных в таблицах (шрифты, цвета, форматы и т.п).
  • И наконец, в рамках одного вида бюджета выводить не одну, а множество разных таблиц.
C другой стороны, у 1C:УХ есть богатые возможности настраивать источники данных, параметры отбора, формулы показателей, и даже процедуры расчета - произвольным образом. Т.е можно настроить нестандартные алгоритмы, использую все возможности.

Преимущества "1C: УХ":
  • Обращаться к произвольным источникам данных, включая внешние информационные базы;
  • Обращаться к любым регистрам, используя визуальные настройки;
  • Обращаться к любым данным, используя произвольные запросы;
  • Выполнять програмную установку параметров отбора (функция на встроенном языке);
  • Настроить полностью програмный алгоритм расчета показателей и их групп раскрытия.

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

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

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

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

Этот функционал будет изложен в следующей части.

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

Это функционал будет изложен в заключительной части.

Бюджетирование в 1С:Управление холдингом. Настройка мастер-бюджетов. (часть 5 из 8)

4. Настройка мастер-бюджетов

4.1 БДДС

Настройку мастер бюджетов начнем с расчета БДДС. Займемся этим бюджетом в первую очередь, так как в нашей модели пока никак не учитываются оплаты. Т.е. все бюджеты составлялись по начислениям.

Вспомним условия задачи, которые определяют – как следует планировать предоплата, постоплату; по поставщикам, по покупателям.
  • Закупка номенклатуры осуществляется в кредит с отсрочкой 60 дней. Продажа оборудования «с монтажем» осуществляется с отсрочкой платежа на 1 месяц. Все остальные виды номенклатуры (услуги монтажа, панели, прочее) – осуществляется по предоплате.
Таким образом, мы будет выделять суммы по предоплате и постоплаты. И при этом, расчет самих сумм предоплаты и постоплаты будет основан уже сформированных бюджетах.

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

Итак, настроим структуру БДДС.

Создадим в нем группы «Приход» и «Расход». Включим в эти группы показатели сумм поступлений и выплат. Так же введем показатели итогов по группам.

Показатель Кон. Остаток будет рассчитан по формуле (по связанным ячейкам):

Кон. Остаток = Нач. Остаток + Итого приход – Итого расход.



Обратим внимание на настройку формулы получения данных дня показателя Нач. остаток.

Нач. Остаток = Кон. Остаток (полученным со смещение на месяц назад!)

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




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

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




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

Входящий остаток заполним по фактическим данным (сальдо 51 счета на начало периода планирования). Т.е мы должны взять сальдо на конец 31.12.2016.

Обеспечим автоматическое заполнение показателя «Конечный остаток». Для этого, добавим новое правило расчета «Ввод входящих остатков Д/С» и выберем его.



Для его заполнения настроим такую формулу:



В качестве источника будет выступать регистр бухгалтерии. Сальдо конечное по Дт. 51 счета на конец декабря 2016 года.



При настройке источников (для расчета оплат по соответствующим начислениям) обратим внимание на то, как использовать смещение по периодам.

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

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




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

Будем считать, что кроме прихода и расхода д/с нам необходимо в БДДС выводить суммы закупок. При этом делать это следует нарастающим итогом, с начала года.

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

Нужно отменить, что такие вещи как получение нарастающего итога, итога за весь интервал данных в 1С:ERP уже заложено сразу. А вот в 1С:УХ такое реализовать возможно, но для этого придется настроить алгоритм на встроенном языке. Делается это в режиме предприятия. Посмотрим, как это можно сделать.




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




Укажем, что в качестве отбора у нас будет выступать «функция на встроенном языке (будет возвращать список значений)»

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

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

Итак, кликнет в поле «Уточнение отбора» и перейдем составлению алгоритма на встроенном языке:





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

А именно, текущий период, организацию, сценарий и т.д.

Выходным значением всегда является предопределенное значение – ЗначениеПараметра.

Сюда нужно вернуть либо одиночное значение, либо список значений.

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

Итак, все готово для расчета БДДС.

Выполним все действия последовательно.
  • Введем остаток по БДДС на коней декабря 2017.
Для этого, сначала откроем период – декабрь 2017 по сценарию МСК План оптимистический.

Затем, введем остатки на конец декабря 2017.
Здесь и далее, при вводе остатков удобнее (традиционно) использовать не сводную таблицу, а явно формировать вводить документы «Экземпляр отчета».


Так и поступим. Введем экземпляр отчета (перейдем в раздел «Планирование и контроль/Экземпляры отчета/Создать»)

В качестве правила обработки выберем – «Факт (..»





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



Аналогично поступим и со сценарием факт. Откроем период – декабрь 2016 по сценарию факт, и после введем по этому сценарию экземпляр отчета. Заполним его по правилу факта.

И вот, наконец, рассчитаем БДДС.

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



После этого введем БДДС по сценарию факт за январь 2017 года. Для этого, предварительно откроем период январь 2017 года по сценарию факт.

Заполним бюджет по сценарию факт. Получим такой бюджет:




4.2 БДР

Процесс настройки БДР будет проще, чем БДДС. Так как остатков в данном бюджете выводить не нужно.

Суть того что предстоит нам сделать, это выявить все обороты по Кт 90 счета (и собрать их в раздел доходы) и все обороты по Дт 90 счета (и собрать их в раздел доходы).

Здесь (и для формирования ББЛ также ) важно понимать, что у нас одни и те же обороты могут присутствовать в разных бюджетах. Например, начисленная зарплата ФОТ у нас присутствует как в бюджете ФОТ, так и в бюджете административных расходов.

Поэтому, и для БДР, и для ББЛ нужно не запутаться и учесть (при составлении формул расчетов и источников) эти обороты один раз.

Итак, перейдем к структуре бюджета БДР. Структура будет такой:





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

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



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

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

Т.е. создадим источник данных, нацеленный на обороты по бух. счетам.



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

Здесь дело будет в том, что дату конца для бух. оборотов нам нужно будет получить с указанием времени конца месяца. Т.е. например, не 31.01.2016 00:00:00, а 31.01.2016 23:59:59.

Для этой задачи и применим функцию на встроенном языке. Функция будет очень простой:



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



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

Теперь откроем сводную таблицу и заполним бюджет БДР:

по плановому сценарию (за период январь 2017-декабрь 2017)


  • и по фактическому сценарию (за период январь 2017)





4.3 ББЛ (бюджет балансового листа)


Теперь, перейдем к процессу расчета ББЛ (другое его название – прогнозный баланс).

Его расчет в программе 1С:УХ является пожалуй наиболее трудоемким и кропотливым занятием (по сравнению с предыдущими мастер бюджетами).

Основная сложность здесь кроется в том, что нам придется каждую сумму из ББР, БДДС, и так же часть сумм из операционных бюджетов (то, что не относится к 51 и 90 счетам) отразить в ББЛ по принципу двойной записи. Т.е. и по дебету, и по кредиту.

Т.е нужно ничего не забыть, ни где не ошибиться. А иначе, баланс у нас не сойдется. L

Уместно здесь заметить, что в 1С:ERP процесс получения ББЛ будет значительно проще. Т.е если в 1С:ERP правильно настроена связь статьей бюджетирования и показателей, то баланс сойдется автоматически. И при построении ББЛ обеспечивать (настраивать) «двойную запись» уже не придется.

А 1С:УХ «двойную запись» придется «обеспечивать в ручном режиме».

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

Поэтому, отдельно останавливаться на настройки правил ввод нач. остатков мы не станем.

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

Перейдем к структуре бюджета ББЛ. Традиционно этот бюджет будет состоять из групп: Активы и Пассивы.

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



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

Поэтому, останавливаться на этом мы не будем.

Обратим внимание на следующее:
  • Все данные по 51 счета (и нач. остаток, и приход, и расход) – будет получать из бюджета БДДС;
  • Расход 90 счета будем получать из БДР – из показателя итого доходы;
  • Приход 90 счета будем получать из БДР – из показателя итого расходы;
  • Все остальные обороты (приход и расход) будет получать из соответствующих операционных бюджетов;
И еще, для проверки (создадим отдельную группу – Проверка) добавим два показателя (тип булево):
  • Показатель «Автоматическая проверка» будет заполнятся автоматически. Пропишем для него соответствующую формулу (будем обращаться к показателям бюджета, через предопределенную переменную Показатели);
  • Показатель «Бюджет подтверждаю» будет вручную устанавливать пользователь. Этот показатель будем использовать в экземпляре отчета, при вводе нач. остатков по счетам активов и пассивов.




Итак, выполним расчет ББЛ:
  • Сначала заполним экземпляры отчетов (по плановому и по факт. сценарию) на конец декабря 2016 года.
Видим, что выполнена проверка равенства активов и пассивов.


  • Затем, рассчитаем сводную таблицу по плановому сценарию, за период январь 2017-декабрь 2017.
Видим, что баланс сходится.



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





Ну что же, самая трудоемкая часть задачи - решена! Мастер-бюджеты рассчитаны.

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

Впереди осталось всего-то 3 раздела. :-) Перейдем к подзадачам построения план-факта, утверждения бюджетов и настройки доп. отчетов.

Бюджетирование в 1С:Управление холдингом. Создание операционных бюджетов. (часть 4 "Б" из 8)

3.2 Операционные и вспомогательные бюджеты

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

Предварительно еще раз стоить отменить, что в отличии от 1С:ERP, в программе 1С:УХ нет понятия статьи бюджетирования (поддерживающей принцип двойной записи и влияющей таким образом на показатели Дт. и Кт.).

По этому обороты по операционным бюджетам (например, бюджет продаж) будут вводится не по статьям бюджетирования (как это делается в 1С:ERP), а по показателям видом отчетов.

Такие показатели (например, выручка от продаж) будут аналогичны статьям в 1С:ERP. Но есть одно важно отличие. Эти показатели сами по себе никак не будут изменять активы и пассивы баланса. Таким образом, обеспечить принцип «двойной записи» придется при настройке отчета ББЛ самостоятельно (что существенно усложняет создание ББЛ в 1С:УХ в сравнении с 1С:ERP).

3.2.1. Продажи без монтажа

И так, первым («тянущим») бюджетом будет бюджет «Продажи без монтажа».

Создадим такой вид отчета. У него будет один показатель. Назовем его «Выручка от продаж без монтажа (Дт 62 Кт 90)». У показателя будет аналитическое раскрытие по видам номенклатуры.

Указание счетов Дт и Кт в названии поможет нам в дальнейшем понимать, что эту сумму (сумму продаж) мы обязаны будем отразить в отчете ББЛ. Т.е не забыть про двойную запись и учесть с одной стороны и дебиторскую задолженность (Дт62) и выручку (Кт90).



Заполним суммы в этом бюджете вручную.

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




3.2.2. "Продажи с монтажем"

Вторым («тянущим») бюджетом будет бюджет «Продажи с монтажем».

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

По условия задачи эта сумма равна = 0.5 (Выручка от продажи оборудования + Выручка от продажи панелей).

Так как аналитика «Монтаж (Контагент)» будет сквозной для всего бюджета, то ее можно указать сразу на уровне аналитик отчета.




Далее, перейдем к бланку отчета, зададим структуру отчета и настроим формулы расчета.

Здесь обратим внимание, что кроме показателей «Выручка от продаж оборудования», «Выручка от продаж панелей», «Выручка от продаж услуг», мы создали вспомогательный показатель «Расчет суммы выручки услуг».

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

Вспомогательный показатель нам потребовался по той причине, что у сводной таблицы 1С:УХ есть особенность – рассчитываемые показатели пользователь редактировать не может.

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

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

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



Итак, заполним и выполним расчет бюджета "продажи с монтажем".
  • Сначала заполним параметры шапки бюджета, выберем контрагента «Монтаж 1»



  • Затем, введем суммы по оборудованию и по панелям;
  • Затем выполним команды «Дополнительно/Пересчитать по правилу»




  • Здесь выберем правило «Продажи с монтажем» и выполним команду «Вычислить».




Сразу после этого программа и применит формулу расчета сумму выручку по услугам.
  • Скопируем область показателя Расчет суммы выручки и вставим ее в область МСК Монтаж.




Здесь надо отменить, что такого ограничения (как невозможность изменить рассчитанный показатель) - в 1С:ERP нет.

По этому, в 1С:УХ для решения подобной проблемы приходится идти на определенные неудобства.

И теперь, перед тем как перейти к следующим бюджетам, обратим внимание еще на одну важную деталь. А именно на то, что аналитика «МСК Вид номенклатуры», обязательно должна присутствовать в бланке сводной таблицы.

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

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

А именно, в сводной таблице 1C:УХ можно настроить раскрытие только показателя по группе. Но наоборот нельзя.

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




При этом, в 1С:ERP как раз возможны оба варианта. Таким образом очевидно, что возможностей по настройке группировок сводной таблицы 1С:УХ явно меньше.



Так как мы планируем выручку и по монтажу 2 тоже, то так же заполним и по этой аналитике бюджет продаж с монтажем.

3.2.3. Бюджет "дополнительных расходов подрядчиков по монтажам".

В рамках этого бюджета рассчитаем (сразу для обоих монтажей) сумму доп. расходов подрядчиков.

В итоге, после расчета получим такой бюджет:



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

Формула расчета будет выглядеть примерно так:




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

Сразу отметим, что в 1С:ERP такого механизма нет. Точнее скажем, что с точки зрения архитектуры 1С:ERP он и не предусматривался.

Итак, настроим источники для получения данных по выручке.

Нажмем на кнопку «Добавить операнд».




Далее, выполним создание и настройку источника данных.

В первую очередь укажем – способ получения: Показатель отчета текущей ИБ

Вид отчета укажем – Продажи с монтажем

Показатель – выберем «Выручка от продаж оборудования»




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

В текущем виде отчета так же есть аналитика «Контрагент», но определена не на уровне аналитик отчета, на уровне группы раскрытия показателя «Услуги подрядчиков (Дт90 Кт60)

Обратим внимание на необходимость настройки отборов.

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

А вот на этом, аналитику 2 (вид оборудования) мы явно установим фильтр. То есть укажем, что нас интересуют продажи именно по виду номенклатуры – оборудование.

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

Что бы проверить, что вернет источник данных по указанным настройкам, необходимо сначала ввести значения для проверки, а затем нажать на «Проверить»



В результате, программа вернет результат от источника



Стоит сказать о том, что такой удобной сервисной функции «Проверка источника» при настройке операндов бюджетов в 1С:ERP нет.

Итого, в нашей формуле будет два операнда: «Выручка от продаж оборудования» + «Выручка от продаж панелей». Данные будут получены в разрезе аналитики Контрагент.

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



3.2.4. Бюджет фот фикс и бюджет инвестиций.

Теперь сформируем два простых бюджета.

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

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


Далее введем бюджет ФОТ фикс. зарплаты.




В настройка сводной таблицы этого бюджета будет небольшая особенность: организацию (точнее скажем – ЦФО) мы перенесем из шапки в строки.




Благодаря такой настройке в одном бюджете мы сразу введем данные в части ФОТ зарплаты по всем нашим ЦФО.

Здесь же стоит сказать, что в 1С:ERP цфо (подразделение) является аналитикой шапки экземляра бюджета. При этом, перенести эту аналитику «в строки» (без ее повторения в аналитика раскрытия!) невозможно.

По этому, сводные бюджеты по нескольким ЦФО удобнее делать в программе 1С:УХ.




3.2.4. Бюджет закупок и бюджет списания себестоимости.

Создадим бюджет закупок и выполним его расчет. В результате расчета получим рассчитанные суммы «Расчет суммы закупки» в разрезе видов номенклатуры.

Скопируем полученные значения в область «Закупка ТМЦ (Дт41 Кт 60)». При необходимости, пользователь сможет откорректировать суммы закупи.





Алгоритм расчета, который мы заложили в формулу расчета показателя «Расчет суммы закупки», такой:

«Сумма закупки = Сумма продажи за минусом % торговой наценки».

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

Формула расчеты выглядит так:



Источники данных для расчета:



Обратим внимание на фиксированные параметры отбора источника торговой наценки




После того как бюджет закупок рассчитан, создадим и заполним (уже полностью расчетным путем) бюджет списания с/c.

Т.е. будем считать, что все закупаемые ТМЦ продаются в полном объеме. Доп. расходов на с/c у нас по условию задачи так же нет.




3.2.5. Бюджет административных расходов.

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

У бюджета будет следующая структура




По условия задачи нам необходимо распределить сумму расходов на коммуналку, а так же начисленную зарплату ФОТ фикс и прочие адм. расходы между монтажами.

Таким образом в нашем бюджете будет два однородных раздела: «Монтаж 1» и «Монтаж 2». А также раздел «Всего по монтажам».

В разделе «Всего по монтажам» мы выведем (точнее получим по данным других бюджетов и показателей) общую сумму начисленной ФОТ (по всем ЦФО), общую сумму по всем услугам монтажей и годовую сумму коммуналки.

В разделе монтажа (1,2) для каждого из них мы получим (из «бюджетов продаж с монтажем») сумму услуг (по этому монтажу). Таким образом, мы формула для коммуналки (распределенная на каждый монтаж) будет такой:

Сумма коммуналки распределенная на монтаж = (Сумма услуг по выбранному монтажу/Общая сумму услуг по всем монтажам)*(Всего коммуналки в год/12);

Распределение суммарных затрат ФОТ на каждый из монтажей выполним аналогично:

Сумма фот распределенная на монтаж = (Сумма услуг по выбранному монтажу/Общая сумму услуг по всем монтажам)*(Общая сумма ФОТ);

Таким образом (при таком расчете) мы используем и методы получения данных «по источникам» и далее, методы расчета по «связанным c ними ячейкам»

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

В результате расчета и заполнения получим следующий бюджет.




3.2.5. Бюджет премий отдела продаж.

Создадим бюджет расчета премии ФОТ отдела продаж.

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

И к полученной величине нужно додавить 5% от суммы выручки по услугам монтажа (берем эту сумму из бюджета продаж с монтажем).

Полученная формула будет выглядеть так:



Теперь мы можем рассчитать бюджет премий.




3.2.7. Бюджет коммерческих расходов.


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

При этом, в бюджете коммерческих расходов нужно обеспечить расчет предельной сумму расходов на рекламу (4% от выручки), которую превышать не следует.

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

Для расчета «4% от суммы выручки» берем общие сумму выручки по «бюджетам продаж без монтажа» и «с монтажем». И уже полученную сумму умножаем на 0.04.

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



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

Например, бюджет коммерческих расходов у нас будет формироваться в разрезе ЦФО «Администрация», а бюджет премий сформирован в разрезе «Отдела продаж».

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

Рассчитаем бюджет коммерческих расходов. Cуммы по рекламе и прочим расходам заполним «в ручную».



На этом настройка операционных бюджетов завершена.

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

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

Бюджетирование в 1С:Управление холдингом. Настройка нефинансовых показателей. (часть 4 "А" из 8)

3. Настройка нефинансовых показателей; создание операционных бюджетов.

3.1 Нефинансовые показатели

В отличие от 1С:ERP, в 1С:УХ нет отдельного функционала для настройки и ввода данных по нефинансовым показателям.

Т.е если в 1С:ERP есть отдельный механизм по настройке и вводу нефинансовых показателей,




то в 1С:УХ это придется делать с помощью создания специальных видов отчетов, в которых следует предусмотреть такого рода нефинансовые показатели.

Перед тем, как приступить к настройке видов отчетов, перейдем в раздел «Настройки модели отчетности/Виды и бланки отчетов» и создадим следующую структуру папок.



В 1С:УХ (в отличии от 1С:ERP) нет сущности «Модель бюджетирования». Т.е виды отчетов не подчинены какой либо модели бюджетирования; нельзя указать системе, что «модель прекратила дейстивие» или наоборот из фазы «в разработке» перешла в фазу «действует».

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

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




Рассмотрим, как создать вид отчета с аналитиками на примере вида отчета «Торговая наценка по видам номенклатуры».

Здесь сразу важно отметить, что в 1С:УХ предусмотрено 2 способа работы пользователя с видами отчетов (в классификации 1С:ERP – это виды бюджетов). А именно, через ввод документов экземпляр отчета (в классификации 1:ERP – это экземпляры бюджетов) и через бланки сводной таблицы.

В нашем решении мы будет использовать способ – через бланки сводной таблицы.

Тут дело в том, формирование бюджетов через «заполнение экземляров отчетов» имеет ряд ключевых ограничений (ограничения в программе). А именно:
  • В рамках одного экземпляра отчета невозможно ввести данные по периоду и подпериодам (например, нельзя ввести данные по году – помесячно);
  • Невозможны множественные группировки по (например одновременно по сценарию план и по сценарию факт, одновременные группировки по аналитике 1 и внутри нее по аналитике 2 и т.д).
Тут стоит сказать, что в 1C:ERP никаких таких ограничений нет, в рамках 1-го экземпяра бюджета все это можно вывести. И в 1С:ERP вся работы ведется через настройку вида бюджета.

В 1С:УХ - ситуация иная. Кроме настройки самого вида отчета, для целей бюджетирования специально предусмотрен механизм бланков «сводной таблицы». И работы как по вводу данных, так по формирования отчетов (например, план-факт) осуществляется через использование бланков сводной таблицы. Для разных задач, у одного вида отчета может быть создано:
  • Множество бланков сводных сводной таблицы;


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




Стоит сказать, что в 1C:ERP для одного вида бюджета существует единственный способ «Заполнения по данным бюджетирования».

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

С начала, определим структуру отчета. Здесь (и далее) будем делать это так: создадим бланк отчета (структуру отчета будет создавать из него), добавим в него аналитики (для этого нужно создать соответствующую группу раскрытия, по видам номенклатуры), создам показатель «Наценка_Коэффициент», укажем что он имеет группа раскрытия (группу аналитик) и признак «Нефинансовый».




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

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

Т.е. механизм отображения сводной таблицы «опирается» только на структуру вида отчета и никак «не смотрит» на созданные табличные макеты.

И здесь сразу отметим это, как существенный недостаток механизма сводной таблицы.

Т.е. это означает, что явно управлять форматом отображения данных в сводной таблице (настраивать шрифты, цвета и т.д) мы не сможем. При этом в 1С:ERP все эти возможности по настройки оформления – есть.

После того, как структура вида отчета настроена, перейдем к созданию и настройке бланка сводной таблицы.

Рассмотрим этот процесс по шагам:
  • Шаг 1: Создать бланк сводной таблицы


  • Шаг 2: Перейдем к реквизитам бланка, введем наименование бланка



  • Шаг 3: Перейдем к настройка строк бланка



  • Перетащим строки из структуры отчета в бланк



  • Шаг 4: Перейдем к настройкам состава показателей



  • Шаг 5: Добавим показатель «Торговая наценка по видам номенклатуры»



  • Шаг 6: Перейдем к настройке периодов


  • Шаг 7: Укажем периодичность – Год. Будем считать, что НСИ должны храниться в нашей задача с такой периодичностью.



  • Шаг 8: Перейдем к настройке полей



  • Шаг 9: Перетащим мышью аналитику «МСК Виды номенклатуры» в строки сводной таблицы




  • Шаг 10: Кликнет по «МСК Виды номенклатуры». Откроется карточка параметров аналитики. Снимем в ней флажок «Редактируется в бланке». Здесь и далее, для аналитик будем использовать такую настройку.
Это позволит нам настраивать состав аналитик в процессе настройка самого бланка сводной таблицы.



  • Шаг 11: Перейдем к настройке отбор аналитик и здесь уже явно укажем, какие значения аналитик должны выводиться в сводную таблицу



  • Шаг 12: В настройке отборов укажем - отбор по видам номенклатуры оборудование, панели, прочее.



  • Шаг 13: Далее нажмем «Записать и закрыть». Настройки бланка сводной таблицы сохранены. Теперь вернемся к редактированию вида отчета и на закладке «Настройки по умолчанию» укажем созданным бланк сводной таблицы, как основной.



  • Шаг 14: Далее, для того что бы перейти к вводу данных в сводную таблицу, нам необходимо открыть период отчетный период.

    При этом, нам нужно предварительно определится со сценарием, по которому будут вводится данные по НСИ и определить регламент ввода НСИ.

    Итак, перейдем в раздел «Планирование и контроль/Управление отчетным периодам»

    Откроем созданные документ «Управление отчетным периодом» и посмотрим его ключевые настройки



Укажем такой сценарий (создадим его).

Создадим «Регламент НСИ» и укажем его.





  • Шаг 15: В завершении перейдем по кнопке «Вперед» до конца. В итоге, период 2017 по сценарию «МСК НСИ и нефинансовые показатели» станет открытым.



  • Шаг 16: Теперь все готово, что бы начать заполнение сводной таблицы. Перейдем в раздел «Бюджетирование/Сводная таблица».

    Выберем ранее созданный бланк сводной таблицы, укажем период (который мы открыли), сценарий. Укажем организацию (точнее назвать это ЦФО) - Отдел продаж.
    Будем полагать, что проценты наценки вводятся в разрезе ЦФО – Отдел продаж. Укажем обязательную аналитику – валюта (руб).

    Далее, нажмем на кнопку «обновить».



  • Шаг 17: В результате отобразиться бланк сводной таблицы. В нем будут созданные настройки и аналитики. Введем % наценки по всем видам номенклатуры.



Итак, в завершении ввода нефинансовых показателей создадим вид отчета «Общая сумма коммуналки в год». В нем будет один показатель (без аналитики раскрытия) – Общая сумма коммуналки в год.



Итак, мы рассмотрели вопрос: "Каким образом в 1С:Управление холдингом настраивать нефинансовые показатели...".
А так же мы подробно, по шагам, разобрали настройку бланка сводной таблицы. Рассмотрели ввод регламента и открытие периода отчетности.

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

Бюджетирование в 1С:Управление холдингом. Ввода факта; трансляция факта в бюджетирование. (часть 3 из 8)

2.1 Ввод начальных остатков

Добавим в справочник «Организации» организацию «МСК Энергомонтаж» и введем по этой организации начальные остатки (на 31-12-2016):







При вводе номенклатуры, разделим ее на 3 вида номенклатура (МСК Оборудование, МСК Панели, МСК Прочее)


2.2 Ввод факта 1 месяц

Введем следующие входящие накладные/акты. По каждому введем документ оплаты (документы Списания с расчетного счета «Оплата поставщику»):



Введем следующие документы продаж. На основании каждого документ введем документ оплаты от покупателя (оплата от покупателя).

Обособление под «монтаж 1», «монтаж 2» сделаем через ввод контрагентов с таким наименованием.



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





После ввода всех документов за январь 2017, выполним закрытие месяца (раздел Операции/Закрытие месяца).

2.3 Трансляция факта в бюджетирование (отражения факта)

Итак, при проведении каждого документа поступления или оплаты, в программе автоматически сформировался и провелся соответствующий документ «Отражение фактических данных бюджетирования».

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


Проанализируем текущее заполнение этих документов. Каждый документ однозначно привязан к исходному документу регл. учета (поле – Исходный документ).

Видим, что отражение документов движения д/c – нас устраивает.




Движение в регистре «Бюджет движения денежных средств» будут выполнено по аналитике (статье ДДС – оплата поставщикам) и в сумме, указанной в документе движения д/c.



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

Например, аналитика Статья БДР не заполнилась (а нам нужно здесь увидеть - «Реклама»)



Здесь суть проблемы в том, что в документа ПТиУ у нас указана статья затрат «Реклама», а в подсистеме Бюджетирование, на регистре «Бюджет доходов и расходов» предусмотрена другая аналитика «Статья доходов и расходов».

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

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

Вспомним, что исходя из постановки задачи нам необходимо вести и планирование, и отражение факта (и выручка и закупки) – в разрезе «видов номенклатуры». При этом и продажи, и закупки оформляются в разрезе номенклатуры.

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

Соответственно, нужно обеспечить «разнесение суммы продажи» по этим аналитикам.

Есть два варианта, достижения этого.
  • Первый вариант - «разнесение (дозаполнение)» по аналитикам бюджетирования;
  • Второй вариант – настройка алгоритма, для исполнения этой задачи.
Рассмотрим оба способа.
  • Разнесение продаж выполним «ручным» способом (первый вариант);



Для этого, предварительно нужно настроить две аналитики раскрытия по статье БДР «Выручка от продаж БДР»


  • Разнесение затрат по входящим услугам сделаем через настройку правил заполнение объектов (второй вариант);
Для этого, с начала - добавим в справочник «Правила заполнения объектов», такой элемент.

Здесь обратим внимание на реквизиты «Выполнять произвольный код после заполнения объекта», а так же "Источник" для заполнения шапки.




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

Например, поле исходный документ должно быть заполнено реквизитов «ссылка».

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



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

Код обработчика пропишем на закладке «Произвольный код». В алгоритме будем использовать предопределенную переменную «ДокументОбъект» (заполняемый объект).




После этого, перейдем в раздел «Интеграции управление НСИ/Настройка правил заполнения текущей и внешней ИБ»

Для организации «МСК Энергомонтаж» добавим в настройку созданное ранее правило. Укажем, что после выполнения настройки (правила заполнения) документ должен быть проведен.



Сам процесс заполнения документов будет запускаться из обработки «Создание и заполнение документов по правилам». Перейдем в раздел «Интеграция и управление НСИ/Создание и заполнение документов по правилам».

Укажем период, организацию, вид документа.

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



Выполним команду «Обработать объекты».

Убедимся, что аналитика «Статья БДР» - заполнилась.



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

И так, мы выполнили следующие подзадачи:

  • Ввели начальные остатки;
  • Ввели документы факта за январь 2017;
  • Выполнили отражения факта в контур бюджетирования.

2.4 Трансляция факта: сравнение «1С:Управление холдингом» и «1С:ERP»; выводы.

И перед тем, как перейти к составлению и настройки бюджетов, сделаем некоторое сопоставление функционала «1С: Управления холдингом» и «1С: ERP».

В чем отличается механизм отражения факта в программе «1С: Управление холдингом» (далее УХ) от «1С: ERP».

Вот главные отличия:

  • В УХ предусмотрено отражение факта по документам Поступления, Реализации и движения д/с.

    В 1С: ERP – отражение факта не ограничено таким списком. Отражение факта строиться от видов хозяйственных операций упр. учета. Либо от оборотов по бух счетам, либо от таблиц данных, полученных произвольным запросом.




И здесь важно отметить, что в «1C:ERP» уже заложено большое количество хоз. операций, охватывающих не только куплю-продажу и движение д/с, на например начисление зарплаты, амортизацию и многое другое.


  • В 1С: УХ полученные данные (обороты по сценарию факт в регистрах бюджетирования) необходимо будет далее использовать в правилах заполнения настраиваемых отчетов.

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

    В «1С: ERP» c этим все обстоит значительно проще. Виды бюжетов заполняются «фактом» автоматически; кроме настройки правил получения факта по статье бюджета и по показателям бюджетирования ничего в части факта настраивать не нужно.

    Такое различие между программа определяется тем, что в «1C:ERP» выделены такие отдельные сущности, как статья бюджетирования и показатель бюжетирования (который может зависеть от статьи и здесь будет поддерживаться принцип двойной записи между показателями, как в любой бухгалтерии).

    В «1С:УХ» статьей бюджетирования, явно влияющих на показатели бюджетирования и автоматически поддерживающих принцип двойной записи – нет.

    В этом, пожалуй, заключается самое принципиальное отличие «1С:УХ» от «1C:ERP».

    Подведем итоги :

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

    Так же 1С:УХ есть интересная возможность по актуализации «плана под факт», с обработкой информации по выявленным отклонениям. Такого функционала в 1C:ERP не предусмотрено. Эта возможность 1С:УХ будет продемонстрирована в заключительной части этой статьи.

Бюджетирование в 1С:Управление холдингом. Постановка задачи; общие настройки УХ (часть 2 из 8)

1. Постановка задачи; общие настройки УХ.

1.1 Постановка задачи.

Рассматриваемая задача - соответствует уровню сложности аттестационной задачи «1С:Специалиста консультанта по бюджетированию по ERP».

Т.е. постараемся решить эту задачу не в «1C:ERP», а в рамках функционала «1С:Управления холдингом».

Благодаря такому подходы мы:
  • с одной стороны - посмотрим в работе все необходимые для решения бюджетных задач возможности «1С:Управления холдингом» и оценим, на что же реально способна эта программа.
  • с другой стороны - по ходу решения будем делать некоторые сравнения возможностей программ «1C:ERP» и «1С:Управления холдингом».
Переходим к самому описанию задачи.

Будем решать задачу, известную в сети как «Торговля – монтаж». Текст этой задачи соответствует аттестационному билету по бюджетированию в ERP.

Найти полный текст по билету «Торговля и монтаж» можно здесь: http://forum.chistov.pro/index.php?action=unread;all;board=54.0

Поэтому, сам текст задачи приводить я не буду, а перечислю основные моменты. Те - на решении которых и обратим внимание. И так:
  • Организация занимается продажей оборудования, панелей, прочего как отдельными продажи, так и продажами вместе с оказанием услуг по монтажу этого оборудования.
При этом важно, что бюджеты по продаже «монтажных проектов» (продажи услуг по монтажу + оборудования + панелей) были отделены от обычных продаж (без монтажа). Так же эти бюджеты должны быть обособленными (монтаж1, монтаж2 и т.д).

Кроме того, в бюджетировании нужно учесть, что при выполнении монтажных работ могут привлекаться субподрядчики (выполняющие монтажные работы). Здесь будет своя формула расчета стоимости затрат на такие работы. И соответственно, такие затраты должны отразиться в бюджетировании так же «с привязкой» к мероприятиям монтажа (монтаж, монтаж2 и т.д).
  • Фонд оплаты труда – состоит из постоянной составляющей и премии (которую нужно рассчитать по формуле).
Здесь важно, что при расчете премии нужно будет брать процент от разницы между выручкой и себестоимостью по отдельным видам номенклатуры. Таким образом важно, что и продажи, и закупки, и себестоимость в бюджетировании должны учитываться в разрезе видов номеклатуры.

А закупочная стоимость будет рассчитываться как продажная стоимость «минус» процент наценки на вид номенклатуры.

  • В состав административных расходов входят расходы на коммуналку, зарплата (фот) и прочие административные расходы. И административные расходы должны распределиться на «монтажи» пропорционально стоимости услуг каждого монтажа.

    В состав коммерческих расходов входит реклама (не более 4% от месячной выручки), премии и прочие коммерческие расходы.
Здесь важно, что необходимо будет создавать отдельно бюджеты по административным и по коммерческим расходам. При этом, в первом случаем необходимо будет обеспечить распределение по «монтажам», в другом случаем контролировать лимит на коммерческие расходы.
  • Закупка номенклатуры осуществляется в кредит с отсрочкой 60 дней. Продажа оборудования с монтажем осуществляется с отсрочкой платежа на 1 месяц. Вся остальные виды номенклатуры (услуги монтажа, панели, прочее) – осуществляется по предоплате.
Здесь важно, что необходимо будет выделять суммы по предоплате и постоплаты. И при этом, обеспечивать (уже в рамках формирования БДДС) расчет сумму предоплаты и постоплаты, основываясь на суммах начисленной дебиторки/кредиторки и смещениях на месяцы.


1.2. Перечь подзадач.

И так, в завершении постановки задачи перечислим основные разделы задачи (подзадачи), которые нам предстоит реализовать в программе «1С: Управление холдингом».
  1. Ввод НСИ, ввод данных по организации, ввод начальных остатков (на 31.12.2016) и части хоз. операций (продажи, закупки, оплаты и пр.) за январь 2017 года. Закрытие месяца (январь 2017) года.
  2. Обеспечить (в контуре бюджетированию УХ) отражения фактических данных. Здесь же придется выполнить ряд настроек (алгоритмов) системы. Все настройки будут сделаны в режиме предприятия.
    Само отражение факт. данные бюджетирования понадобится нам далее, для решения задачи план-фактному анализу и актуализации бюджетов.
  3. Ввести, настроить нефинансовые показатели, а затем показатели операционных и вспомогательных бюджетов. При формировании бюджетов будем двигаться от бюджетов продаж к бюджетам закупок и расходов. Т.е. идем по «тянущей» модели планирования.

В этом разделе мы посмотрим, каким образом в программе реализовать показатели бюджетов, «связать их между собой», обеспечить расчет по алгоритмам (формулам).
  1. Ввести, настроить мастер бюджеты. Обеспечить формирование (расчет) прогнозного баланса. Обеспечить отражение фактических данных в мастер бюджетах.
Здесь, с начала мы обеспечим формирование (расчет) мастер-бюджетов в такой последовательности:
  • БДДС - будет рассчитан по начисления из операционных бюджетов. Входящий остаток будет взят как «сальдо 51 счета на конец предыдущего периода»;
  • БДР – будет рассчитан по начислениям операционных бюджетов;
  • ББЛ (бюджет балансового листа) будет рассчитан по «методу двойной записи», основываясь на данных БДДС, БДР, операционных бюджетов. Входящий остаток будет взят как «сальдо соответствующего счета на конец предыдущего периода»;
  1. Обеспечить формирование отчетов по план-факту. Утвердить бюджеты, cформировать доп. отчеты.
Здесь посмотрим возможности сводной таблицы в части формирование план-фактных отчетов, расшифровок, согласований (работа с ракурсами).

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

Настроим бюджетный процесс (сетевую диаграмму)

Посмотрим возможности программы в этой части.

Проведем актуализацию бюджета продаж.

Посмотрим возможности программы в части:
  • Копирования данных между сценариями;
  • Актуализация плановых данных по факту, учет выявленных отклонений.
1.3 Основные настойки 1С:Управления холдингом (далее, 1C:УХ).

В разделе «Общие настройки и справочники/Настройки параметров/Общие» - установим валюту «руб». Так же укажем план счетов – Хозрасчетный. Периодичность планирования – месяц.

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




Далее перейдем в раздел «Казначейство/Отражение фактических данных».

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



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

Т.е. это означает, что при проведении документов в регл. учете будут автоматически формироваться документа «Отражение фактических данных». Эти документы будут (в зависимости от суть операции: движение д/с, расходы, иные активы) выполнять движения в регистры подсистемы бюджетирования. Движения будут выполняться по сценарию – «факт».

И далее, опираясь на обороты в этих регистрах (по сценарию факт) будут собираться данные для формированию бюджетов по сценарию «факт». Так же это будет использовано для план-фактного анализа, актуализации плановых данных по факту.

В части трансляции данных регл. учета в документы «отражение факт. данных бюджтирования» следует еще учитывать следующее:
  • На трансляцию влияет заполнение закладки «Учет» карточки договора с контрагентом;
Т.е например, при оплате поставщику по указанному договору, будут сформирован документ «Отражения факт. данных» по виду операции «БДДС (Расход) Расчеты с контрагентами».

Т.е будет выполнено движение по регистру «БюджетДвиженияДенежныхСредств».


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

Бюджетирование в 1С:Управление холдингом. Введение (часть 1 из 8)

Ожидается публикация...

.$.
 

    © 2011 Горский Михаил.