Ошибка №1 внедрения "Бюджетирования" в 1С:ERP2 и 1С:КА2: настройка статей бюджетов и статей ДДС 1-в-1

Публикация № 845857

Сообщество - Пользователю системы

1С:ERP 2 1С:КА 2 Бюджетирование правила получения фактических данных ошибки на проектах

В цикле статей я хочу поделиться ошибками во внедрении подсистемы «Бюджетирование», которые мне приходится исправлять после коллег на реальных проектах, и лучшими приемами по автоматизации бюджетирования на 1С:ERP 2 и 1C:КА 2. Сегодня поговорим и о самой распространенной ошибке – настройке статей бюджетов 1-в-1 к справочнику «Статьи ДДС».

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

Сегодня поговорим и о самой распространенной на мой взгляд ошибке – настройке статей бюджетов 1-в-1 к справочнику «Статьи ДДС». В базе это выглядит так:

 

 

 

Т.е каждому элементу справочника «статьи ДДС» мы прямо сопоставляем статью бюджета движения денежных средств:

 

 

 

 

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

 

 

 

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

В данной модели при добавлении статьи ДДС нужно вводить новую статью бюджетов, настраивать отбор и модифицировать виды бюджетов. Т.е невозможно добавить статью ДДС в бюджеты без специалиста по автоматизации.

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

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

2. Компоновка всех необходимы правил в одну СКД. При этом на основании уникальных отборов будут сформированы однотипные запросы, но с разными параметрами отборов, и объединены в рамках набор с типом «Объединение» одной СКД. Получится большая компоновка с кучей наборов в «Объединении». На практике так же выполняться будет неприятно.

Если вы указываете отбор для статьи бюджетов – то такая статья создаст новый источник, т.е новый набор в рамках набора «объединения», либо выполнится отдельной компоновки в зависимости от версии применяемого решения. При этом, если несколько статей бюджетов имеют одинаковый отбор в правилах фактических данных – то запрос скорее всего будет объединен. Для оптимального получения фактических данных лучше делать статьи бюджетов максимально укрупненными. Для приведенного выше примера оптимальная настройка выглядит так:

 

 

 

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

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

Также пишите в комментариях, какие темы по подсистеме «Бюджетирование» ERP 2 интересны Вам, с какими непонятными ситуациями сталкивались – рассмотрим, а самые интересные проблемы разберем подробно в последующих статьях.

Специальные предложения

Комментарии
Избранное Подписка Сортировка: Древо развёрнутое
Свернуть все
1. Nikola23 510 18.06.18 09:49 Сейчас в теме
ИМХО - главная сложность в перенавороченном механизме получения данных, строго последовательно.

Для этого механизма, где как ни старайся будут тяжелые запросы в цикле, приходится дорабатывать и оптимизировать код.
Не сложно же было написать параллельные вычисления! В моем примере один из отчетов собирал данные 8-12 часов, пока не провели оптимизацию кода. Ускорили до 10 минут.

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

"Не знаешь как - спроси меня" (С)
2. SergeyN 768 18.06.18 13:22 Сейчас в теме
(1) можете пример такого бюджет привести? С замером производительности.
3. Nikola23 510 18.06.18 15:00 Сейчас в теме
(2)
) можете пример такого бюджет привести? С замером производительности.
1
В заголовке статьи указано, что Вы являлись разработчиком, а теперь внедряете. Я готов поработать совместно, если это окажет влияние на подсистему в будущих релизах и принесет бонусы заказчику.
Ради спортивного интереса - не готов.

Замеры могу предоставить только по ускоренной версии. Полагаю, что выгрузит в xml настройки тоже получится договориться.
4. SergeyN 768 18.06.18 19:57 Сейчас в теме
(3) я писал в статье, что могу разобрать интересные случаи в последующих статьях для сообщества. Учтет это вендор или нет я прогнозировать не берусь.

Что касается формирования 12 часов - то я полагаю что скорее дело в неверной настройке, а не в коде. Перенастроить виды бюджетов как правило быстрее чем переписывать код подсистемы. Если вид бюджета не переписывался - то могу посмотреть на типовой как его можно было бы ускорить.
5. Nikola23 510 18.06.18 20:39 Сейчас в теме
(4) Полагаю, не имеет смысла. Конкретная задача решена.

Расскажите, зачем там 2 алгоритма формирования "РассчитатьФактПоВидуБюджетаАльтернативный" и "РассчитатьФактПоВидуБюджета"? В моем случае результат в данных одинаковый, а у альтернативного варианта - производительность на порядок ниже. Да и в релизе только этот вариант используется.

Технические различия понятны по комментариям. На практике - зачем?
8. SergeyN 768 20.06.18 21:43 Сейчас в теме
(5) Альтернативный механизм разрабатывался после моего ухода в апреле 2016 из 1С. В официальных публикациях нововведений на partners я не нашел связанных материалов. Посмотрел код и мой вывод: в альтернативном механизме все запросы к факту объединены в 1 СКД, что теоретически должно дать выигрыш в производительности. Однако применяется механизм СхемаЗапроса - по моим замерам далеко не быстрый механизм. Что в свою очередь ставит под вопрос выигрыш в производительности.
11. Nikola23 510 20.06.18 21:56 Сейчас в теме
(8) Там с этим механизмом дополнительная куча колонок в результирующей таблице получается. Этот алгоритм в несколько раз увеличивает длительность выполнения запроса.
12. SergeyN 768 20.06.18 23:21 Сейчас в теме
(11) дополнительные колонки могут существенно увеличить время выполнения только в случае если эти колонки включены в индекс таблицы значений и исть массовое добавление/удаление строк, либо на старой платформе - изменение значений этих колонок. Индексации таблицы факта я не нашел. Поэтому склоняюсь к варианту что заседление дает СхемаЗапроса.
6. grabarenko 20.06.18 10:56 Сейчас в теме
9. SergeyN 768 20.06.18 21:44 Сейчас в теме
(6) Я с вами! :) Много работы по текущим проектам - поэтому отвечаю не оперативно. Но отвечу обязательно!
7. user711894_ninburg_v 20.06.18 11:47 Сейчас в теме
Добрый день.
Я в отличии от Вас являюсь не автоматизатором, а пользователем 1С:ERP2, в связи с этим вопрос.
Мне тоже показалось подход 1-в-1 используемый моим коллегой очень трудоемким, и я ввел другой вид бюджета
с укрупненными статьями, и подробной разбивкой по аналитике. Вопрос в том, влечет-ли это какие-нибудь ограничения
при использовании бюджета для лимитирования в казначействе? Контроль суммы возможен только по статье бюджета,
или по аналитике тоже?
10. SergeyN 768 20.06.18 21:54 Сейчас в теме
Контроль суммы возможен до аналитики. Уровень контроля настраивается в правилах лимита. Например, на статье бюджета 2 уровня аналитики: статья ДДС и доп.аналитика. Можно настроить что бы контроль был только до уровня статьи ДДС, а доп.аналитика использовалась только участниками процесса бюджетирования для план-факт анализа. Во вложении - пример настройки лимитов ДС, где выделено как установить нужный уровень аналитики. Лимиты ДС настраиваются в модели бюджетирования. Модели бюджетирования находятся в пункте меню "Бюджетирование и планирование" -> "Настройки и справочники" -> "Модели бюджетирования".
Прикрепленные файлы:
35. Ish_2 1052 25.10.18 09:36 Сейчас в теме
(10) Вопрос начинающего.
Позволяет ли встроенный функционал КА2.4 обеспечить лимитирование только по некоторой аналитике , указываемой пользователем интерактивно , например , в дополнительном реквизите документа " Заявка на расходование ДС" ?
можно ли обойтись в таком случае без дополнительного реквизита ?
36. SergeyN 768 25.10.18 14:07 Сейчас в теме
(35) приведите пример, что бы стало понятнее
37. Ish_2 1052 25.10.18 15:10 Сейчас в теме
(36) КА 2.4 ,
"Заявки на расходование ДС" составляют инициаторы ( ~ 100 чел) из разных подразделений организаций. Для каждого подразделения должен быть составлен некоторый бюджет в разрезе понятных для инициаторов статей.
Предполагается
связать справочник типовой конфигурации "Статьи бюджета" один в один с элементами условного справочника с названием "СтатьиПонятныеИнициаторам". Далее , в "Заявку на расходование ДС" добавить ДополнительныРеквизит с условным типом "СтатьиПонятныеИнициаторам".
Ну, и вопрос :
- как связать "статьи бюджета" со ""СтатьиПонятныеИнициаторам" ?
Дополнительно :
что такое "механизм "хранимого" факта" и как его включить в конфигурации ( на ИТС встретил только упоминание о нем )
38. SergeyN 768 26.10.18 21:05 Сейчас в теме
(37)
Ну, и вопрос :
- как связать "статьи бюджета" со ""СтатьиПонятныеИнициаторам" ?
Дополнительно :
что такое "механизм "хранимого" факта" и как его включить в конфигурации ( на ИТС встретил только упоминание о нем )



Связывать статьи бюджета 1:1 со статьями "понятными" инициаторам - не лучшее решение. Статьи ДДС - понятны инициаторам? Можно ли статьи ДДС привести в понятный инициаторам вид?

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

Хранимый факт - галка в правилах получения факта.
39. Ish_2 1052 26.10.18 23:13 Сейчас в теме
(38) Угу.
И 1:1 - плохо.
И лучше сделать понятными "Статьи ДДС", чем изобретать справочник "СтатьиПонятныеИнициаторам" .
И неоткуда брать факт.
Спасибо. Пойду на новый круг уговоров .
Я не выдумал этот пример.

Почитал Ваши статьи . Ну прям , хорошо.
Чем крупнее специалист , тем проще , яснее он излагает.
13. user711894_ninburg_v 21.06.18 10:29 Сейчас в теме
14. edeez 11.07.18 22:35 Сейчас в теме
+ Полезная статья. Уважаемые, не мог бы кто-нибудь скинуть рабочую СКД на получения факта из статьи бюджета, почему-то не взлетает никак, спасибо.
VickWood; +1 Ответить
15. SergeyN 768 12.07.18 02:24 Сейчас в теме
(14) Уточните: правила факта или правила исполнения бюджета? Какая именно ошибка?
16. edeez 12.07.18 21:02 Сейчас в теме
(15) (15) Сценарий - Фактические данные, В СКД простейший запрос в собственный регистр сведений на получение данных:
СКД

В результате работы правил результат выдает:
Скрин

Но вот в самом отчете бюджета пустота...
17. edeez 12.07.18 21:06 Сейчас в теме
(15) Сценарий Фактические данные, запрос простейший:
СКД

В результатах работы правил результат есть, но в самом ничего не показывает
Прикрепленные файлы:
18. SergeyN 768 13.07.18 01:46 Сейчас в теме
На первый взгляд в СКД все верно. Единственное - проверьте, указаны ли типы для полей СКД для организации и подразделения.
Пришлите скрин настройки вида бюджета и настроек отчета при формировании. Может ошибка не в СКД.
19. edeez 13.07.18 11:48 Сейчас в теме
(18) Я так же пробовал схемы входящие в состав конфигурации, тоже не взлетело. Не могу понять этот феномен.
Прикрепленные файлы:
20. edeez 19.07.18 20:07 Сейчас в теме
В настройках бюджета "месяц" был лишним, завелось!
21. SergeyN 768 19.07.18 20:24 Сейчас в теме
(20) А если убрать флаг ограничения на условие "Период" - с периодом "месяц" заработает?
22. VickWood 24.09.18 10:21 Сейчас в теме
Как правильно настроить фактические данные для статей бюджетов мы рассмотрим в следующей статье.

Добрый день! А можно ссылочку на эту статью? Тоже воюю с правильным получением факта, но ничего не выходит....
Подскажите, я так понимаю, факт получается только с помощью произвольных запросов? По данным Опер. учета или Регл. учета брать его не получится?
24. SergeyN 768 24.09.18 13:11 Сейчас в теме
(22) Статья тут: https://infostart.ru/public/889494/
Для БДДС удобнее брать произвольным запросом объединение по всем регистрам ДвиженияДенежныеСредства<РазделДвижения>
Но если БДДС на отдельные разделы, то и по хоз.операциям вполне можно собрать. Т.е универсального рецепта нет, главное не допустить ошибку, которую я описывал в статье.
27. VickWood 24.09.18 14:17 Сейчас в теме
(24)
Спасибо, пойду штудировать статью.
Попробовала сделать и произвольным запросом, но пока без объединения, взяла простой запрос по РН Денежные средства (безналичные), однако, как и прежде в факт попадают данные по Заявкам на расходование ДС, по которым еще не проведено Списание безналичных ДС... Запнулась на этой ошибке и никак не могу ее понять и устранить...
23. Boneman 258 24.09.18 11:03 Сейчас в теме
Также пишите в комментариях, какие темы по подсистеме «Бюджетирование» ERP 2 интересны Вам, с какими непонятными ситуациями сталкивались – рассмотрим

Что делать, если структура ЦФО не совпадает ни с управленческой структурой предприятия, ни с бухгалтерской ?
Пилить свое ? Битфинанс ? Или можно как-то по типовому извратится ?
25. SergeyN 768 24.09.18 13:16 Сейчас в теме
(23)
структура ЦФО не совпадает ни с управленческой структурой предприятия, ни с бухгалтерской ?
Пилить свое ? Битфинанс ? Или можно как-то по


Вполне решается типовыми средствами:
1. Добавляете доп.реквизит на справочник "Структура предприятия" - в этот доп.реквизит заполняете соответствующее ЦФО. В правилах факта указываете мэппинг аналитики ЦФО к доп.реквизиту ЦФО
2. Если структура ЦФО с управленческой структурой соотносится как многие ко многим, т.е в одном упр.подразделении может быть несколько ЦФО - то применяйте модернизированный вариант 1: доп.реквизит на документ. При включении хранимого факта (в ERP) доп.реквизиты регистраторов становятся доступными и можно настроить мэппинг аналитики к доп.реквизитам регистраторов.
ИНТЕГРА; +1 Ответить
26. Boneman 258 24.09.18 13:24 Сейчас в теме
(25)
доп.реквизит на справочник "Структура предприятия" - в этот доп.реквизит заполняете соответствующее ЦФО. В правилах факта указываете мэппинг аналитики ЦФО к доп.реквизиту

Так какой тип доп реквизита делать то ? Строку ? Так-то, по хорошему нормальный справочник нужен, дабы его могли ответственные пользователи редактировать, смотреть, и т.д. Или запилить справочник, включить его в состав доп реквизитов ?
28. SergeyN 768 24.09.18 16:14 Сейчас в теме
(26)
у ? Так-то, по хорошему нормальный справочник нужен, дабы его могли ответственные пользователи редактировать, смотреть, и т.д. Или запилить справочник, включить его


А чем справочник доп.значений не подходит?
29. Boneman 258 24.09.18 17:45 Сейчас в теме
(28)
А чем справочник доп.значений не подходит?

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

Но в целом, я идею понял, спасибо за ответ.
30. user647353 04.10.18 06:45 Сейчас в теме
(25)
2. Если структура ЦФО с управленческой структурой соотносится как многие ко многим, т.е в одном упр.подразделении может быть несколько ЦФО - то применяйте модернизированный вариант 1: доп.реквизит на документ. При включении хранимого факта (в ERP) доп.реквизиты регистраторов становятся доступными и можно настроить мэппинг аналитики к доп.реквизитам регистраторов.


Подскажите, пожалуйста, в этом случае добавляем доп. реквизит в экзмепляр бюджета и во все документы факта, верно?
31. user647353 04.10.18 07:37 Сейчас в теме
(25) А как настроить связь аналитики с этим доп. реквизитом?
32. SergeyN 768 04.10.18 19:49 Сейчас в теме
(31)
настроить связь аналитики с этим доп.



В правилах получения факта настраиваете заполнение аналитики из доп.реквизита.
33. Serg_Tangatarov 18.10.18 08:56 Сейчас в теме
Коллеги, добрый день.
А как быть с бюджетами, где строго регламентирована структура (300 строк), регламентированы коды статей.
Я не вижу в таком варианте не делать настройки иначе как статья бюджета = статья затрат. Более того, мне не везде статей затрат хватает, приходится по договорам бегать чтобы верно статью определить при сборе факта.
34. SergeyN 768 22.10.18 12:46 Сейчас в теме
(33)
вижу в таком варианте не делать настройки иначе как статья бюджета = статья затрат. Более


300 строк - высока вероятность проблем с производительностью. Лучше все таки подумать как выйти из положения с помощью доп.реквизитов на статьях затрат. Но если совсем не получается - используйте хранимый факт, что бы решить проблему с производительностью.
41. Semechka 12.01.19 15:33 Сейчас в теме
(34) Сергей, благодарю за Ваши полезные статьи.
Может подскажете, куда копать? вот если ситуация, как у aser1c (отношение статей ДДС к альтернативным N:N - бухгалтерские и управленческие), но надо еще по этим доп. реквизитам и Исполнение контролировать? :) Т.е. в правиле для исполнения - нет галки для хранения факта (все "на лету"). Реально ли как то решить по аналитике доп.реквизита документа? реально ли хотя бы решить произвольным запросом?
42. SergeyN 768 13.01.19 22:01 Сейчас в теме
(41)
N:N - бухгалтерские и управленческие), но надо еще по этим доп. реквизитам и Исполнение контролировать? :) Т.е. в правиле для исполнения - нет галки


Обращение к доп.реквизитам документов возможно только в хранимых правилах. Иначе такой запрос по всем документам будет очень долго выполняться. Можно попробовать опереться на какую либо аналитику (сделки, подразделения) или сочетания (сделки + статьи ДДС и т.д.). Произвольным запросом задача решается, но опять же у меня есть обоснованные подозрения, что выполняться такой запрос будет очень долго. Что бы точнее подсказать опишите мне в личку что это за аналитика по которой нужно контролировать, тогда смогу более точный совет дать.
44. ghost1987 17.03.19 20:17 Сейчас в теме
45. ghost1987 17.03.19 20:19 Сейчас в теме
(33)могу подсказать как сделать, если еще актуально, сам мучился с этим, сделал в итоге
46. Serg_Tangatarov 17.03.19 21:23 Сейчас в теме
47. ghost1987 18.03.19 09:07 Сейчас в теме
(46) стояла задача сделать Бюджет расходов и доходов, соответственно должны выводиться все статьи расходов с их аналитикой (у каждой статьи разная), по типу как работает отчет "Доходы и расходы" в типовой конфе. Так как у Статей бюджета все 6 аналитик, то пришлось подстраивать учет под это, т.е. у нас нет на статьях расходов более 6 вариантов аналитик (в принципе достаточно для учета, главное убедить пользователей). Справочник Статей расходов имеет около 350 статей, с определенной структурой, т.е. куча папок с разной степенью вложенности и выводить надо именно так в отчете. Я заводил Статью бюджета для каждой группы статей (папки), настраивал получение фактических данных с отбором Статей расходов "в группе" или "в группе из списка", у Статей бюджета у меня заполнены все 6 аналитик, как раз, чтобы выводить все возможные варианты Статей расходов, в итоге получилось около 25 статей бюджета с правильно настроенными фактическими данными, все остальное в структуре отчета можно решить через создание групп и формул по группе и прочих нефинансовых показателей, плюс у меня должна быть разбивка по подразделениям, его я в аналитику не добавлял, чтобы сэкономить место, а указал в Модели, подразделения выводил в колонках, кстати сразу скажу косяк или не косяк 1С но, если выводить Подразделения в строках как группировку (в данном случае Подразделение это измерение), то итоги по этой группировке не СЧИТАЮТСЯ (ОЧЕНЬ НЕ УДОБНО), если группировка многоуровневая, поэтому пришлось в колонки ставить. Все делал на конфигурации 1С:Комплексная автоматизация 2 (2.4.6.175), с ERP похожа. Производительность отчета стала в разы лучше (чем если делать 1 в 1, выводился около 5 минут), полученный отчет с расходами, доходами, выручкой, себестоимостью и прочих фин результатов выводится за несколько секунд. БДДС делал так же, там намного проще, так как нет кучи аналитик, основная проблема всех что нужно выводить много "ТИПОВ" анатик у статей.
Serg_Tangatarov; +1 Ответить
48. Serg_Tangatarov 20.03.19 08:31 Сейчас в теме
(47) спасибо, вполне вариант
40. apudzerko 15.11.18 14:00 Сейчас в теме
Проще было написать нормальную трансляцию, а не плодить умные статьи и исправлять ошибки за коллегами. БиТ-финанс уже триста лет, как транслирует обороты в БДДС легко и непринужденно. И от пользователя при вводе новой статьи ДДС нужно всего-лишь соответствующую ей статью БДДС.
43. Natashok_81 29.01.19 10:31 Сейчас в теме
(40) Поддерживаю полностью. По опыту работы и с ERP, и с БИТ Финанс, и с УПП ранее наиболее просто и быстро, а так же в последующем сопровождении, наилучшее решение - это БИТ:Финанс. На последнем проекте функциональные бюджеты были по 450 статей + 4 аналитики на каждую. Производительность хромала, когда собирали сводный бюджет на основании этих статей, но в результате обошли с помощью штатных механизмов и укрупненных статей в мастер-бюджетах. Причем не требовались какие-то переписки процедур и куча часов работы программистов. Правильно поставленная методология творит чудеса в автоматизации :)

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

Конечно, блок "Бюджетирование" в ERP еще не догнал по функционалу "БИТ:Финанс". Да и для внедренца выгоднее "дорабатывать" конфигурации, умирать на посту, прописывая "нюансы трансляций", а иногда и ошибок в первичных документах (даже такое нас пытались заставить сделать в практике :) ), а потом подсаживать "на иглу", когда "встал-ушел" и ничего не работает.

Когда рассчитывается проект бюджетирования, то мы заказчику всегда представляем две колонки расчета стоимости проекта автоматизации бюджетирования "ERP" и "БИТ:Финанс" - и пока по функционалу, срокам и стоимости внедрения выигрывает БИТ:Финанс".
49. user1112672 18.07.19 18:06 Сейчас в теме
Большое спасибо Сергей за статью, очень ценная информация! И спасибо что делитесь своим опытом!

Также как у некоторых здесь, похожая проблема, есть БДДС с регламентированной структурой и кодами статей. Возможно не в таких масштабах проблема, статей не 300, а 80 (по крайней мере пока что). Что ждать от быстродействия? Быстродействие коснется только формирования бюджетных отчетов?

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

Я правильно понимаю, если структура строго регламентированная, у нас есть 2 выхода, или 1 статья бюджета для 1 статьи ддс, или 1 статья бюджета для групп статей, по которым разбита структура БДДС? И что делать если группы с разной вложенностью? и достаточно различаются по смыслу?

Мой предшественник, который настраивал бюджет пошел в другую сторону)))
Создал только 2 статьи бюджета ( поступление ДС и расход ДС) и настроил у них аналитику на статьи ДДС
50. SergeyN 768 18.07.19 22:24 Сейчас в теме
(49)
Также как у некоторых здесь, похожая проблема, есть БДДС с регламентированной структурой и кодами статей. Возможно не в таких масштабах проблема, статей не 300, а 80 (по крайней мере пока что). Что ждать от быстродействия? Быстродействие коснется только формирования бюджетных отчетов?


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


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

Я правильно понимаю, если структура строго регламентированная, у нас есть 2 выхода, или 1 статья бюджета для 1 статьи ддс, или 1 статья бюджета для групп статей, по которым разбита структура БДДС? И что делать если группы с разной вложенностью? и достаточно различаются по смыслу?


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

В общем случае, я бы рекомендовал следующий набор статей бюджетов:
+ Поступления по операционной деятельности
- Расходы по операционной деятельности
+ Поступления по финансовой деятельности
- Расходы по финансовой деятельности
+ Поступления по инвестиционной деятельности
- Расходы по инвестиционной деятельности

Это соответствует классическим разделам БДДС и такую структуру легко и удобно настраивать.

(49)
Мой предшественник, который настраивал бюджет пошел в другую сторону)))
Создал только 2 статьи бюджета ( поступление ДС и расход ДС) и настроил у них аналитику на статьи ДДС


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

Так же обращаю Ваше внимание, что на Infostart Event 2019 я буду вести мастер-класс по практическим аспектам автоматизации бюджетирования: мы разберем эти и другие аспекты, посмотрим на практике как автоматизируются различные кейсы бюджетирования. Приходите, будет интересно)
64. user642261_vtkdm 05.11.19 00:05 Сейчас в теме
65. user642261_vtkdm 05.11.19 00:09 Сейчас в теме
(50)
В общем случае, я бы рекомендовал следующий набор статей бюджетов:
+ Поступления по операционной деятельности
- Расходы по операционной деятельности
+ Поступления по финансовой деятельности
- Расходы по финансовой деятельности
+ Поступления по инвестиционной деятельности
- Расходы по инвестиционной деятельности

Добрый день, Сергей,
правильно ли я понимаю, что создав для самого верхнего уровня папок статьи, далее вниз по уровням отчета (еще 4 шт) достаточно будет вложенно группировать аналитику (статьи ДДС или расходов) по сумме?
68. SergeyN 768 18.11.19 14:25 Сейчас в теме
(65) Не очень понял, что такое "группировка аналитики по сумме". Но идея в общем случае верная - чем меньше статей и показателей с однородными правилами получения фактических данных - тем быстрее работают отчеты в подсистеме бюджетирования.
51. user1033468 22.07.19 16:34 Сейчас в теме
Добрый день. Спасибо за статью. Только начинаю разбираться в принципах бюджетирования в ERP 2.4. Подобная информация так сказать "из первых уст" очень ценна.
Рассматриваю возможность применения ERP для наших бюджетных форм.
Можете подсказать, как настроить вид бюджета, где в таблице в колонках указаны месяцы, в конце нужно еще по кварталам и по году вывести итоги?
53. user1112672 23.07.19 10:12 Сейчас в теме
(51) в колонки таблицы нужно перетащить год, потом прямо в год тащите квартал, а потом в квартал перетаскиваете месяц. Получается древовидная структура как бы
54. user1112672 23.07.19 10:18 Сейчас в теме
56. SergeyN 768 23.07.19 10:21 Сейчас в теме
(54) + тут еще группы с итогами хорошо бы добавить :) согласны?
58. user1112672 23.07.19 10:30 Сейчас в теме
(56) если нужны будут группы, суммы по кварталу и году так выведутся. Я группы делала, чтобы еще дополнительно выводить процент выполнения бюджета и отклонение
55. SergeyN 768 23.07.19 10:20 Сейчас в теме
(51)
подсказать, как настроить вид бюджета, где в таблице в колонках указаны месяцы, в конце нужно еще по кварталам и по году вывести


Можно месяца и кварталы поместить на одном уровне, т.е так:
Колонки
- Год
- - Месяц
- - Группа (в настройках ставим "не отображать")
- - - Квартал
- - - Формула сумма по группе

Тогда получите итоги по месяцам, кварталам и общий итог по году.

Или как коллега в (53) советует - сделать дерево, но тогда месяца будут "вложены" в кварталы.
57. user1112672 23.07.19 10:24 Сейчас в теме
(51) а хотя если данные за квартал и за год нужны в конце, то лучше не древовидной, а последовательно в колонки вывести. Попробовала, так нормально получается
Прикрепленные файлы:
59. user1112672 23.07.19 10:52 Сейчас в теме
(57) и еще не забудьте внутрь периода сценарий кинуть и настроить. Совсем забыла про него упомянуть. В скрине для план факта. Если что-то одно нужно, то одно и добавляете или план, или факт
Прикрепленные файлы:
52. user1112672 23.07.19 10:08 Сейчас в теме
Большое спасибо за ответы, очень помогли.
Сразу не ответила, думала в процессе вопросы появятся, но вроде как обошлась.
60. кольщик 07.09.19 20:47 Сейчас в теме
Спасибо за статью!
А как то можно получать фактические данные, но использовать их для плановых сценариев? Потому что произвольным запросом можно получить данные только для правил фактического или исполнения бюджета. А в экземпляре бюджета наоборот фактические и исполнение бюджета нельзя выбрать в качестве сценария, а только плановый сценарий. Некоторые данные для плана можно взять из регистров, а не вводить руками, но непонятно как это сделать. Именно чтобы сравнивать план полученный запросом и факт из регламентированного или оперативного учета.
61. SergeyN 768 09.09.19 11:42 Сейчас в теме
(60) Для этого в правилах заполнения статьи бюджетов в экземпляре бюджетов ставите "Сценарий определяется в дополнительном отборе". Такая настройка позволит "переложить" данные из фактических данных (в т.ч. прошлого периода) в любой плановый сценарий. Порядок открытия настроечной формы указал в приложении.
Прикрепленные файлы:
62. кольщик 10.09.19 09:49 Сейчас в теме
(61) Да, спасибо!!! Так сделал.
Единственное что не пойму, это получается можно сделать только в сложных таблицах?
Я просто получаю данные с аналитикой по контрагенту. А в сложной таблицы при попытке добавить аналитику контрагенты, программа ругается, что:
Ошибка в ячейке [Поступления от реализации товаров, работ услуг.; Месяц]: запрещен ввод на уровне группировок
63. SergeyN 768 10.09.19 14:36 Сейчас в теме
(62) Решить можно 2-мя вариантами:
1. Можно использовать простую таблицу - там заполнение настраивается аналогично, только нужно кликнуть по элементу "Статья бюджетов"
2. В сложной таблице в группировках выбрать суммирующую функцию по строкам. Т.е статью "Поступления от реализации товаров, работ услуг" выбираете на нижнем уровне группировок, а в промежуточных группировках делаете: "СУММА(<ссылка на вашу ячейку>)"
66. AlexKo 99 18.11.19 09:50 Сейчас в теме
Добрый день!
Сергей, пожалуйста, подскажите. База ERP 2.4.6

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

Тип аналитики может быть определен через общий дополнительный реквизит или сведение. В этом случае планирование и получение фактических данных будет выполнено в разрезе значений дополнительных реквизитов или сведений.

Споткнулись на, казалось бы, простом моменте. Нужен экземпляр бюджета для ввода плана по перемещениям - между двумя организациями в разрезе групп аналитического учета. Вид бюджета делается в разрезе организаций, добавляем вторую аналитику через дополнительный реквизит организации, тип дополнительного реквизита указан ссылка на справочник организации. В произвольных правилах получения факта указана ссылка на доп. реквизит. Отчет результат работы правил показывает всё корректно.
При попытке получение факта в экземпляре бюджета через указание в ячейке сценария фактические данные - пусто. Аналогичная пустота в отчете, но если нажать на расшифровку - данные показывает по правилам.
Если аналитику/правила переделать в разрезе складов всё работает корректно.
Есть ли какие то тонкие моменты для статье с разрезами аналитик по двум организациям?
Прикрепленные файлы:
67. SergeyN 768 18.11.19 14:23 Сейчас в теме
(66) Добрый день. Раз показывает при расшифровке, но не показывает в таблице то могу порекомендовать попробовать "хранимый факт". Если не поможет - то без базы сложно сказать в чем может быть дело.
69. AlexKo 99 19.11.19 16:05 Сейчас в теме
(67) Спасибо за ответ, наименование "ИсточникДанных" в настройках источника данных отличал, просмотрел)
Попробую допилить, чтобы запрос парсился и автоматом наименование вставало в поле.
70. user642261_vtkdm 18.12.19 18:32 Сейчас в теме
Доброго дня,
подскажите, пож-та, как в начале проектирования структуры бюджета понять какую использовать таблицу - простую или сложную. Думаю, должны быть какие-то методологические рекомендации.
спасибо
72. SergeyN 768 20.12.19 14:16 Сейчас в теме
(70) технически внутри это абсолютно одинаковые структуры. Сложная таблица предоставляет больше возможностей. Я и мои коллеги всегда используем сложные таблицы на практике. Простую я использую только для "тестовых" бюджетов что бы "быстро набросать" структуру и посмотреть что выводит.
71. user642261_vtkdm 18.12.19 20:07 Сейчас в теме
и еще вопрос:
по какому критерию посоветуете определять где лучше установить отбор: в правилах факта или в структуре бюджета?
спасибо
73. SergeyN 768 20.12.19 14:17 Сейчас в теме
(71) По опыту - отбор в правилах факта приводит к сложной процедуре сопоставления факта бюджетирования и исходных данных. Поэтому я очень рекомендую не злоупотреблять отборами в правилах факта. В идеале факт транслировать как есть, а отборы делать в структуре бюджета.
74. user642261_vtkdm 22.12.19 22:46 Сейчас в теме
(73) спасибо!
А если строим отчет только по факту, то большая ли разница - где устанавливать отбор: в отчете или в правилах?
Логичней даже, наверное - в правилах, а в отчете дополнительно по статье бюджета - только если она в разных по смыслу строках, требующих доп.фильтрации уже по другим аналитикам.
Или так потеряем в производительности?
75. SergeyN 768 23.12.19 13:32 Сейчас в теме
(74) в общем случае - разница в производительности будет не существенная. Но повторюсь, выверять результат работы правил с отборами намного сложнее чем без отборов. Если у вас правила описаны и согласованы с заказчиками - то можно и в правилах фильтры настраивать. Но по опыту все таки проще сделать правила без фильтров или с минимальным набором фильтров, т.к выверка проще проходит.
76. user642261_vtkdm 19.01.20 22:49 Сейчас в теме
Добрый день, Сергей!
Строю PL с расчетом рентабельности. То есть основная часть строк отчета суммируется по месяцу и по году, а часть строк (показатели) должна рассчитываться по вертикали. Проблема: на пересечении колонки итогов и строки показателя - показатели суммируются, что неправильно.
Не могли бы вы посоветовать какую использовать структуру таблицы?
В сложной таблице столкнулись с ограничением: если в колонках вместо Суммы по году использовать аналитику Год - получаем пустую колонку. Если использовать простую таблицу - надо вводить очень большие формулы вручную = риск ошибки.
не могу найти подходящее решение ...
(erp 2.4.10)
Спасибо!
77. SergeyN 768 20.01.20 10:31 Сейчас в теме
(76)
аналитику Год - получаем пустую колонку. Если использовать простую таблицу - надо вводить очень большие формулы вручную = риск ошибки.


Добрый день, лично я всегда использую сложную таблицу. "Внутри" технически таблицы абсолютно одинаковые. Что касается итогов - то используйте "производный показатель" вместо группы и тогда сможете настроить как вам требуется.
78. Natali_Brv 27.04.20 13:06 Сейчас в теме
Сергей, добрый день
помогите, пожалуйста

1C:ERP 2 (2.4.10.94)
переговоры о наведении порядка в справочнике статей ДДС не увенчались успехом, поэтому
цель - увязать Статью бюджета и Статью ДДС, при условии, что к разным Статьям бюджета могут соответствовать одинаковые статьи ДДС, например:

Статья бюджета: Реактивы = двум статьям ДДС: 1) Приобретение моющих средств, прочих расходных материалов; 2) Оплата прочих товаров;
Статья бюджета: Расходное оборудование = двум этим же статьям ДДС: 1) Приобретение моющих средств, прочих расходных материалов; 2) Оплата прочих товаров.

Где было возможно я смогла разграничить типовыми аналитиками: контрагент, подразделение и т.д., указанными в документе Заявка на расходование ДС.
Добавила в Заявку на расходование ДС доп. реквизит "Статья бюджета" - продублировала значения из справочника Статей бюджета..
Затем в Статье бюджета выбрала эту аналитику "Статья бюджета" и заполнила факт. данные значением на закладке "Заполнение аналитик статьи" см. вложение
Добавила в модель бюджетирования в лимиты, указала контроль лимита по Статье бюджета и Организации (их 4 ЮЛ)
При создании Заявки на расходование ДС - не проводит, видит все статьи бюджета в которой указана эта статья ДДС.. помогите, пожалуйста

Я делаю простой таблицей, может стоит в сложную всё перенести?

Ориентировалась на то, что описании справочника "Аналитики статей бюджета" в 1С:ERP есть такой комментарий.
Тип аналитики может быть определен через общий дополнительный реквизит или сведение. В этом случае планирование и получение фактических данных будет выполнено в разрезе значений дополнительных реквизитов или сведений.
Прикрепленные файлы:
79. SergeyN 768 04.05.20 20:51 Сейчас в теме
(78)
Затем в Статье бюджета выбрала эту аналитику "Статья бюджета" и заполнила факт. данные значением на закладке "Заполнение аналитик статьи" см. вложение


От этого ничего не поменяется. "Сложная таблица" и "Простая таблица" внутри абсолютно одинаково обрабатываются

Что касается общей концепции - меня смущает дублирование статей бюджетов в доп.реквизитах. Но по описанию я не до конца понимаю суть этой настройки. Напишите свои контакты мне в личку - свяжемся и я постараюсь вам помочь.
80. smax 05.06.20 13:18 Сейчас в теме
Здравствуйте!

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

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

Т.е. все возможно реализовать, но не нашел никакой автоматизации этой работы, ни в простых таблицах ни в сложных. Получается, что при большом количестве строк - столько ручного труда, что начинаешь задумываться о разработке своей системы настройки формирования отчетов по данным бюджетирования.
Прикрепленные файлы:
81. SergeyN 768 19.06.20 11:18 Сейчас в теме
(80) Упростить к сожалению нельзя. Мы обычно это закрываем младшими консультантами. Либо, если целесообразно по трудозатратам - пишем обработку для автоматического создания структуры. Элементы вида бюджета - это справочник, подчиненный видам бюджетов с простой структурой. Поэтому реализуется это не сложно.
Оставьте свое сообщение

См. также

daСклонение: склонение ФИО, должностей, чисел, прилагательных, существительных на языке 1С + ТестЦентр Промо

Универсальные функции v8 1cv8.cf Абонемент ($m)

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

1 стартмани

14.02.2015    100821    97    daMaster    90    

Сравнение реального дохода со средним доходом из API.HH.RU

Зарплата Управленческие v8 v8::СПР ЗУП3.x УУ Абонемент ($m)

Внешняя обработка на управляемой форме для 1С:Предприятие 8.3 по интеграции с HH.RU используя HH REST API. Ключевые функции: получение списка вакансий по должностям (Ключ для работы не нужен); расчет среднего дохода; Тестирование проводилось на платформе 1С:Предприятие 8.3 (8.3.13.1513) Зарплата и управление персоналом, редакция 3.1 (3.1.11.68) совместно с API.HH.RU.

1 стартмани

11.11.2019    3803    4    solaru    2    

Конфигурация для рекламного агентства

Управление услугами и сервисом Управление взаимоотношениями с клиентами (СRM) Производство готовой продукции (работ, услуг) Управление взаимоотношениями с клиентами (СRM) Производство готовой продукции (работ, услуг) v8 Реклама, PR и маркетинг УУ Абонемент ($m)

Данная конфигурация выполнена для решения тестового задания: Цель задания: 1) Понять, на каком из клиентов сколько мы заработали;  2) Понять, по какому виду СМИ сколько мы заработали;  3) Проследить по каждой услуге: у кого за сколько купили и кому за сколько продали, с возможностью перейти в соответствующий документ. Реализовано с помощью: 1. Справочники - контрагенты, номенклатура 2. Документы - Поступление услуг, реализация услуг 3. Отчеты - отчет по контрагентам, номенклатуре и движений.

1 стартмани

21.05.2019    4342    0    solaru    0    

Загрузка номенклатуры в УТ 10.3 из Excel файла с генерацией штрихкодов

Загрузка и выгрузка в Excel Обработка справочников Оптовая торговля Розничная торговля Учет ТМЦ Оптовая торговля Розничная торговля Учет ТМЦ v8 УТ10 Россия Абонемент ($m)

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

1 стартмани

24.03.2017    7692    7    solaru    0    

Под капотом управляемых форм

Практика программирования v8 1cv8.cf Бесплатно (free)

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

26.08.2013    263374    0    Evil Beaver    266    

[NotaBene] Универсальный отчет по таблице значений

Практика программирования v77::ОУ v77::БУ v77::Расчет 1cv7.md Россия Абонемент ($m)

1C v.7.7 Готовое решение. Не требует настройки. Не требует допрограммирования. Данная обработка решает часто встречающуюся задачу вывода в "красивом" виде таблицы значений (полученной, например, из запроса). Поддерживается произвольное группирование данных, отключение/включение группировок, в т.ч и создание "шахматок" (типа "продажи понедельно"). Обработка может использоваться как и в отладочных целях (для нормального просмотра ТЗ), так и в составе вполне рабочих отчетов. По крайней мере, я неоднократно клиентам данную обработку ставил вместо того, чтобы каждый раз писать замороченные выводы данных. И клиенты довольны, и мне - проще...

2 стартмани

07.05.2007    28248    3    CheBurator    61