Я вот подумал вчера вечером и мне кажется, что IN UPDATE TASK тебе не подойдет. Согласно тому что написано в хелпе, если ты сделаешь свой ФМ типа V2, то может получиться, что документ будет сохранен, а твоя подмена не пройдет. Если не будешь этого делать, то может получиться, что на этапе апдейтов записей в базе еще не будет. Хороший выход предложил VVK в очень похожей ситуации. Для этого предлагает использовать IN BACKGROUND TASK DESTINATION 'NONE'. Сам еще не пробовал, но хелп говорит, что транзакционная целостность обеспечивается. См.:
http://sapboard.ru/forum/viewtopic.php ... ht=#122154

Да, забыл ответить на последний твой вопрос.
Паразит менял в BSEG и еже с ними. Этому и посвящен мой предыдущий пост.

Вот что пишет хелп по поводу IN UPDATE TASK:
It is not executed at once, but the data passed with EXPORTING or TABLES is placed in a database table and a subsequent COMMIT WORK then causes the function module to be executed by the update task.

а вот о IN BACKGROUND TASK:
That is, it is not executed at once. Instead, the data passed using EXPORTING or TABLES is placed in a database table and the next COMMIT WORK executes it in another work process.

Что я получил на практике! Первый вариант отрабатывает пока в 100% случаев и меняет все как надо, когда пользователь лезет смотреть свой заветный документ, там уже все как надо. Второй вариант не отработал:( Возможно я еще не доиграл с радиобаттонами в свойствах функции...

Хорошо бы для проверки первого варианта запустить два конкурирующих выравнивания, по одному платежу, контрагенту, для двух с/ф например.
Что касается второго варианта.
Отрабатывает ли модуль?
Почитал внимательнее доку

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

Щас вот еще хорошо подумал
Наверное второй ФМ не поможет, ведь они выполняются отдельными от процессов IN UPDATE TASK.
Делай по первому варианту.

ммм, может, конечно, проводится выравнивание одновременно. Это я проверю чуть позже. Не факт что временные интервалы разрулят ситуацию при параллельном вызове. Вскрытие думаю покажет, но теоретически есть шанс обломится.

В BACKGROUND так и не отрабатывает...