V2 = start delayed


Откатывается только текущий V2-модуль и отменяются все последующие V2-модули, но не отменяются фоновые модули! Т.е. V2-модули выполняются каждый в своём DB LUW (если, конечно, это не групповая обработка).

Special thanks за "показ пальцем"! А табличка по-моему называется VBLOG.



Вот как раз чего-то такого я и ожидала. IMHO авторы (их там целых 4 штуки!) пали жертвой copy/paste, ну и редактор, конечно, хорош гусь. Надеюсь они исправят это в последующих изданиях (если таковые будут).

Спасибо всем!

VBLOG — это кластер таблиц. При установки SAP над определёнными базами данных (например, Oracle) она не используется.

По ходу работы диалогового процесса заполняются только прозрачные таблицы VBMOD (имя функционального модуля), и VBDATA (передаваемые ему параметры), а VBHDR и VBERROR — уже в процессе обновления.

Кстати, первые три — мультиплекс-таблицы. Это понятие в SAP Library не описано и дебаггер тут не поможет. Нужно читать ещё один талмуд — ноты (а именно 52310).

Уважаемый коллега, не могли бы вы уточнить эту фразу, видимо из-за неоднозначной трактовки понятий в данном контексте, возникла неоднозначность в понимании? Что Вы понимаете под 'фоновые модули', 'групповая обработка' ?

В курсе процесс V2 обозначен следующим образом:

Как видно, V2-модули выполняются в общем DB LUW и ошибка в одном из модулей, должна откатить все прошлые изменения. Буду признателен за ссылку на документацию.
Поймити меня правильно, от точного понимания зависит правильность разработки.

Да, виноват. В курсе правильно. Это в SAP Library нечётко написано:

http://help.sap.com/saphelp_47x200/help ... ameset.htm

Вот есть ссылка.
Плюс есть еще режим групповой обработки, про который написано, что он internal use only.
А про V3 это я хватил, нету такого.

Добрый вечер.

Решил продолжить эту тему.

У меня задача следующая .
1) Создается документ материала
2) в соответ. Badi которая отрабатывается в UPDATE TASK я вызываю ФМ IN UPDATE TASK для обновления customer table
3) далее запускается ФМ тоже IN UPDATE TASK для порождения нового документа материала на основе первого документа материала.
внутри этого ФМ я вызываю ФМ для обновления customer table взависимости от результата создания второго док-та.

И все это мне необходимо уложить в один LUW.

Так вот вопрос в том стоит ли мне внутри ФМ создания второго документа материала , который и так вызывается IN UPDATE TASK , вызывать ФМ для обновления customer table (пункт 3) в режиме IN UPDATE TASK.

я конечно проверил этот вариант и все как бы нормально работает, но есть сомнение в правильности такого подхода
Немного сумбурно конечно но надеюсь суть изложил.

IMHO если идея такова, что все обновления должны проходить как одна транзакция/LUW то вы делаете совершенно правильно.

Мне казалось, что если ваш ФМ исполняется в рамках процесса обновления (т.е. внутри той самой UPDATE TASK), то в этом контексте вызов с добавкой IN UPDATE TASK попросту невозможен (возможно я отстал от жизни?), да и какой смысл? Они и так выполняются в одном LUW.
У вас действительно создается документ движения материала внутри UPDATE TASK?
По крайней мере в 4.7 было нельзя создать больше одного документа материала в одном LUW.

насчет того что в 4.7 нельзя создавать больше одного документа материала в одном LUW ничего сказать не могу не приходилось на 4.7 поработать, но в erp2005 badi MIGO_DOCUMENT_BADI позволяет запустить ФМ IN UPDATE TASK создания док. материала и в результате два документа создаются в одном LUW.

а насчет вызова ФМ IN UPDATE TASK из ФМ IN UPDATE TASK : как говорится перестраховался и все работает, но мне тоже кажется что это лишнее.

Хорошие примеры с комментариями.

http://freesapabap.blogspot.ru/2014/03/sap-luw-db-luw.html