А есть ли в природе видеоролик по бюджетированию в ERP?

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

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

а надо так мучаться? нахлобучь на ЕРП БиТ: Финанс. там все есть, чего ты хочешь...

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

(1) Это я в курсе, я так и сказал клиенту, что если посмотрю, что там с бюджетированием в ERP и это будет явный треш, то предложу, конечно же, БИТ.Финанс
Но мне уже самому интересно, что не так с бюджетированием в ERP
Ну или там все так может быть
Хочется малой кровью поковыряться, занести пример, поспотыкаться по дороге и понять ворох проблем

(3) см. (2) я смотрел...

ну вроде бы как есть бесплатный видеокурс от ИТРП
https://itrp.ru/besplatnyj-ekspress-kurs-byudzhetirovanie-v-1s-erp-video/

https://uc1.1c.ru/course/byudzhetirovanie-v-prikladnom-reshenii-1s-erp-upravlenie-predpriyatiem-2/

(0) Есть курс. И я его даже прошел.
После него у меня один тока вариант.

(0) Довольно упоротое, забодался снимать галочки при изменении запросов в произвольных источников, да и неужто у проектировщиков ниодна изливина не дрогнула что неплохо бы добавить документ фиксации факта по статьям бюджета. Короче летает, но низенько низенько. На более крупных проектах лучше сразу тащить нормальное бюджетирование из УХ/ ЕРПУХ

Еще раз
Фразы типа "Я смотрел, чуть не проблевался" не катят, хотелось бы что-то из серии "В типовом бюджетировании ERP не получится по-простому выделить сумму без НДС" или "В типовом бюджетировании ERP не получится заполнить вышестоящий бюдет по нижестоящим"

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

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

(5) Пока похоже на то, что нужно, посмотрю
Спасибо

(9) По простому там не получится. Либо пилить, либо использовать другое решение. Мы используем другое решение. Не осилили видать. Полгода набегами пытались решить похожую задачу, и казалось ну вот-вот, ну тут немного, тут чуток.
Но не взлетело.
Уж очень много декларировано, много там сделано, но блин всегда не хватает везде по чуть-чуть. Как бы сморишь но вот же, как оно. Начинаешь делать, нет не то.

(11) А можете подробнее рассказать про "не осилили" и "другое решение"?

Кстати, а "БИТ-Финанс" интегрируется в ERP, прямо в конфу или через обмены?

(12) Накатывается сверху в саму конфу

(11) А в чем самый кошмар, что сломало горб верблюду?

(13) Спасибо, тоже пока в раздумьях. Попробую БДДС накидать на типовом функционале, но, если что-то не получится, буду склонять в покупке БФ.

Вот пример того, о чем я говорю, в версии 2.5.24.27 (пофиг, что это тестовая, я как пример)

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

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

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

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

В УХ тоже самое. Проще самому с нуля написать или использваоть БИТовское, чем использовать это

(1) 👍

(16) Детские причины какие-то. Ясно, что у произвольных источников данных низкая дуракоустойчивость.

(19) Я же и говорю, что мелкие причины
Причем здесь произвольные источники, не понял

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

(21) Т.е. они учатся при написании, а тестируют на пользователях?

(14) Да как бы самого кошмара нет. Просто получается вот типа кейс, он типа типа есть в ЕРП, но, блин, куча мелочей, глюков и ошибок в дороге. Но осилили, реализовали, работает. Но хочется чуток по-другому, и опять куча мелочей, глюков и ошибок в дороге.
В какой-то момент мы поняли, что не бюджетирование подстраиваем под нас, а мы под него подстраиваемся, и сказали: «Хватит».
Вот на курсах смотрели с экономистом, вроде всё, что нам надо, там было, но куча ошибок, мелочей, негибкость — убило всё желание с ним работать.
Взяли другой продукт, не 1С.

(23) Битовское решение взяли?

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

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

(25) Но ведь это просто один из трех вариантов: 1)формировать факт в момент проведения 2)транслировать факт в хранение (регистр) при расчете по правилам (аналогично расчету себеса) 3)собирать факт каждый раз при расчете. У каждого варианта свои плюсы и свои минусы

(27) и выбрали самый плохо контролируемый вариант (. уж лучше бы 1 как в УХ, или 2 как несложно реализуемый и стабильный при корректировании правил сбора и/или факт данных прошлых периодов

(28) Мне тоже больше 2 вариант нравится. Но учитывая (21) - у них могут быть своё "виденье"

(26) решаются только произвольными запросами

Формульная механика до хорошего мало кого доводила.

(21) Ну, один из разработчиков публичен https://infostart.ru/profile/49864/  , но уже достаточно давно не работает в 1С.