Добрый день!
Кто-нибудь сталкивался с проблемой обновления контировочного экрана (обновлением ФП, ПФМ, ФОНД на экране присвоение объектов: управления бюджетом) при создании заказа ТОРО в соответствии с правилами деривации.
созданы правила деривации (вид шага расширение и правило деривации), что при создании заказа ТОРО по значению поля "группа плановиков" (из данных заголовка заказа ТОРО) по деривации опеределяется присвоенное ПФМ и это значение ПФМ подтягивается к контировочный экран заказа. Но столкнулись с такой ситуацией, создаем заказ ТОРО, указали группу плановиков (соответственно по нему определяется ПФМ по деривации и подтягивается в контировочный экран), затем поняли что указали не ту группу плановиков, перезабиваем в еще не сохраненном заказе ТОРО группу плановиков, при этом не происходит обновления ПФМ на другое в соответствии с деривацией в контировочном экране (ПФМ остается как по первоначально указанной группе плановиков).
Спасибо.

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

Конечно в настройке шага деривации в параметрах указано, что "перезаписать новым значение, если уже заполнено". Включили отладку в деривации при создании заказа ТОРО, под отладкой видно, что деривация срабатывает правильно при изменении "Группы плановиков", но увы к контировочном экране "Присвоение объектов: управления бюджетом" не происходит обновления ПФМ на другую в соответствии с переопределенной другой группой плановиков.

в отладке обычно видно, какие условия не выполняются для полного выполнения шага и простановке нужного значения. У Вас все условия выполнились на входе шага с определением ПФМ?

Да, конечно, под отладкой видно, что у нас выполнились на входе шага все условия (передается новая группа плановиков), в итоге ПФМ переопределяется (содержимое перед = старое ПФМ, содержимое после=новое ПФМ), но увы в контировочном экране не хочет обновляться((((

Бывает, что деривация вызывается неоднократно, если Вы до конца выполнения всех операций оставили трассировку активной и ПФМ на выходе новое в самом последнем вызове деривации, то значит где-то перезаписывается после, надо смотреть в дебаге

Писали по данной проблеме в SAP, ответ был таков:

"This is a gernal quetion from customers. Please read note 658163.
In your case, you could choose the following solutions.

1) delete the fund '1030' which has been aleady derived and then change
the planner group '04A' to '05A'.
2) or set the flag 'overwrite with new value' in the 'details' of targetfields in transaction FMDERIVE ".
В самой ноте 658163 написано что это не считается ошибкой программы. Но ведь это не удобно, надо каждый раз помнить, что если хотим изменить группу плановиков, то надо удалить ПФМ ранее определенный и потом только изменить группу, чтобы деривация отработала корректно (оно так и работает).
Поскольку настроенное правило деривации (по группе плановиков соответствующее ПФМ) генерится в системе с определенным адресом, может написать проверку чтобы пользователь не мог перезаписать другое ПФМ, отличное от настроенного в деривации?

Так они Вам пишут в качестве решения "2) or set the flag 'overwrite with new value' in the 'details' of targetfields in transaction FMDERIVE "."
Вы же говорили, что у Вас перезапись поля в деривации уже стоит!

Да, перезапись поля в деривации стоит (не помогает). Они же пишут что либо так, либо по другому. Раз 2-ой вариант не помогает (настройка сделана), то остается 1-ый вариант, который совершенно не удобен пользователю.

Так может Вам тогда делать эти действия за пользователя, т.е. инициализируйте фонд в деривации перед шагом где определяется ПФМ, а потом можно в следующем шаге фонду присваивать старое значение