Добрый день, коллеги.
Использую профиль обновления 100, версия системы 4.7.
В FM обновляю заказ на поставку.
С задвоением расходя бюджета при авансах со ссылкой на заказ предполагаю бороться статистическим обновлением (или подстановкой тех. ФП) ТАП и аванса ИЛИ Сч-Фактуры.
Проблема в том, что несмотря на статистическое обновление аванса или СчФ, данные документы реально сокращают заказ (высвобождают бюджет).
Как бы вы боролись с данной ситуацией?

Такая же проблема, распишу подробнее:
Версия 6.0, бюджет BCS. Профиль обновления 350 (стандарт). В V_FMDP_DPR_CLR установлены: обновление требования аванс. платежа и перерасчет аванс. платежей.
При этом происходят следующие записи:
1. Создан заказ 5000 руб.
_______________Вид суммы БюджОбяз БюджПлат
Заказ на поставку......0100.......5000..........0,00
2. Создан документ требования авансового платежа ссылкой на заказ ММ на 4000 руб.
_______________________Вид суммы БюджОбяз БюджПлат
Заказ на поставку................0100............5000.........0,00
Заказ на поставку................0200........... 4000- .......0,00
Треб. авансовых платежей...0100............0,00..........4000
3. Создан авансовый платеж с перерасчетом требования на 4000 руб.
_________________Вид суммы БюджОбяз БюджПлат
Заказ на поставку........0100.......5000.........0,00
Заказ на поставку........0200.......4000-........0,00
Авансовые платежи......0100.......0,00.........4000

В шаге 2 и 3 происходит занижение бюджета обязательств на 4000 руб. Статистическое обновления ТАПа и аванса не подойдет, так как по бизнес-процессу возможно создание ТАПа без ссылки на заказ ММ.
Самое интересное, что после фактурирования в MIRO в БюджОбяз обновляется сумма и итог равен 5000 руб., т.е. все корректно.
Кому-нибудь удалось побороть данную ситуацию?

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

Где ж тут логика???
как документ (аванс), сокращающий ПБ, может повышать доступную сумму БО?

Или же все-таки можно как-то добиться того, чтоб заказ не сокращался авансом?

На самом деле все логично:
1) Вы создали заказ который резервирует БО на определенную сумму
2) Далее создаете аванс с ссылкой на заказ. Что происходит? А происходит следующее: система видит что аванс должен сокращать ПБ, следовательно происходит сокращение ПБ. Далее, поскольку документ аванса является связанным с облиго заказа, одновременно происходит сокращение облиго заказа, но так как бюджеты разные => разные знаки у сумм сокращающих бюджет и поэтому БО увеличивается. Как цепочку настроили так она и отрабатывает

Не могу согласиться... Облиго в БО должно сокращаться только другим документом облиго БО или документом фактического выполнения БО.
Как же тогда настроить цепочку, чтоб и авансы в истории заказа видеть, и облиго заказа сокращать только счетом-фактурой?

Ну дело Ваше конечно, можете не соглашаться Но система работает именно так - идет сокращение связанного документа. И как настроено, так и будет работать. Вот скажите почему никто не возмущается, что выделение средств - может сокращать как заказ, так и аванс, требование авансового платежа, счет-фактура? Хотя выделение средств это облиго и чаще всего(в зависимости от профиля бюджета конечно) облиго сокращающее именно БО.
Если хотите чтобы все работало логично, то переводите аванс на БО, либо заказ на ПБ.

честно говоря, не вижу "логики" в таких вариантах решения проблемы...



To Migell & D.I.: а если снять галку "обновление ТАП" в этой настройке то ТАП все равно учитывается в БО, сокращая заказ?

to SilentPhil: сам ТАП не сокращает заказ, авансовый платеж по этому ТАПу сокращает облиго заказа в БО

to dante14: если я буду обновлять СчФ и аванс в одном бюджета (неважно ПБ или БО), то натыкаюсь на все то же задвоение расхода бюджета. Опять же могу не обновлять в УБ СчФ или аванс (или обновлять статистически), но этот не обновляемый (или обновляемый статистически) документ все равно будет сокращать облиго заказа.

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

А в Вашем случае я бы попробовал напрямую в ракурсе V_FMUP01 внести изменения....попробуйте поставить в графе управление поступлениями/расходами признак для обновления только платежного бюджета. Можно еще попробовать прописать для заказа и вида операции AZBU(или AZUM точно не помню) отдельную обработку, а точнее убрать сокращение бюджета.

to dante14:
пробовал для заказа по AZBU и AZUM запрещать сокращение через FMUP01 - не работает. Все сокращения заказа (и авансами, и фактурами) в таблице FMIOI проводятся с операцией RMBE. [/quote]

У меня получалось сделать настроки через тблицы:
FMUP01
FMUP02
FMUP03
(там на них всех идет проверка).

Есть еще вариант:
создать тех контировку и для интересующих вас строк делать замещение\деривацию на них (таким образом у вас не будет обновляться контролируемые статьи).