p.s. Garya здесь метлой почистил коментарии не глядя, в том числе и значимые. Поэтому, Георгий, повторюсь... Со скриншотами все понятно, запрос к заявкам сделать конечно же можно. Вопрос чуть выше озвучен. Как сохранить в информационной базе заявку, если процедура ее сохранения контролирует лимиты, т.е. ту самую величину которую требуется определить заявкой в рассматривемом варианте БП?

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

p.s. на всякий случай напомню... мы рассматриваем Заявку на расходование средств в качестве документа формирования бюджета. Утверждается, что это сделать без проблем. Сейчас выясним как избавиться от "отлупа", еще пару страниц....

смотри о чем речь...
изначально встал вопрос о возможности использования такого документа как "Заявка на р.д.с" в качестве средства формирования бюджета. Т.е. обычный процесс "заявочной компании", подается заявка, она рассматривается, утверждается и т.д. в итоге попадает в бюджет, увеличивая запланированную сумму по какой-то статье. Автору сказали, что в 1С ЗнРДС - документ несколько иного назначения, он используется чтобы формировать и контроллировать фактические платежи. Потом началась упорная кампания по доказыванию того факта, что в 1С можно что угодно сделать источником для расчета суммы по статье бюджета. Но при этом совсем забыто о том, что у этого "чего угодно" тоже есть своя логика, которая просто мешает в данном варианте БП. В данном случае, эта логика не дает пополнить ту сумму, которую в принципе и нужно контролировать. Об этом сразу и было сказано - это документ контроллинга, а не наполнения бюджета.

shuhard_серыйЕсли есть технические вопросы по архитектуре и практике бюджетирования УПП - открывайте новую ветку.
нет никакого интереса, ввиду ограниченности этой практики.

shuhard_серыйiscra_fm нет никакого интереса, ввиду ограниченности этой практики.
сейчас придет mazzy и потребует публичных доказательств, я - пас
здесь три страницы об этом.

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

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