0. SergeyN 487 12.06.18 14:49 Сейчас в теме

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

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

Перейти к публикации

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

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

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

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

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

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

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

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



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

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

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

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

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


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

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


А чем справочник доп.значений не подходит?
29. Boneman 214 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 487 04.10.18 19:49 Сейчас в теме
(31)
настроить связь аналитики с этим доп.



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


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


Обращение к доп.реквизитам документов возможно только в хранимых правилах. Иначе такой запрос по всем документам будет очень долго выполняться. Можно попробовать опереться на какую либо аналитику (сделки, подразделения) или сочетания (сделки + статьи ДДС и т.д.). Произвольным запросом задача решается, но опять же у меня есть обоснованные подозрения, что выполняться такой запрос будет очень долго. Что бы точнее подсказать опишите мне в личку что это за аналитика по которой нужно контролировать, тогда смогу более точный совет дать.
44. ghost1987 17.03.19 20:17 Сейчас в теме
45. ghost1987 17.03.19 20:19 Сейчас в теме
(33)могу подсказать как сделать, если еще актуально, сам мучился с этим, сделал в итоге
46. aser1c 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 минут), полученный отчет с расходами, доходами, выручкой, себестоимостью и прочих фин результатов выводится за несколько секунд. БДДС делал так же, там намного проще, так как нет кучи аналитик, основная проблема всех что нужно выводить много "ТИПОВ" анатик у статей.
48. aser1c 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" и "БИТ:Финанс" - и пока по функционалу, срокам и стоимости внедрения выигрывает БИТ:Финанс".
Оставьте свое сообщение
Новые вопросы с вознаграждением
Автор темы объявил вознаграждение за найденный ответ, его получит тот, кто первый поможет автору.

Вакансии

Программист 1С
Нижний Новгород
зарплата до 120 000 руб.
Полный день

Программист 1С
Волгоград
зарплата от 45 000 руб. до 90 000 руб.
Полный день

Автор новостных обзоров на тему 1С и бухучета
Санкт-Петербург
По совместительству

Консультант-аналитик 1С
Москва
зарплата от 70 000 руб. до 100 000 руб.
Полный день

Программист 1С
Москва
зарплата от 80 000 руб. до 120 000 руб.
Временный (на проект)