к ней значение признака.
cv01n/cv02n: вызов (регистрация) модуля обновления V2 в методе after_save в реализации badi_document_main01- работает надёжно, т.к. коммиты прошли к моменту выполнения V2-модуля обновлений (в нём происходить запись значения признака к карточке), документ, даже если он создавался, уже есть в БД.
Но потом выясняется, что карточка ДМс может создаваться бапихой, обёрнутой в модуль V2 - при сохранении заказа на поставку, например.
И вот тут нюансы, мой V2 модуль, классифицирующий карточку, не регистрируется/не выполняется. В этом случае возникает ошибка nested_perform_on_commit.
Можете посоветовать решение на подобный случай?
Решил пока с помощью tRFC (call function ... in background task), но интересно, вызов V2 внутри V2 всегда ведёт к подобного рода ошибке?
признак это что поле в DRAW? или классификация на DMS?
совсем недавно мы здесь обсуждали, что модуль v2 в таком случае не нужен, а можно использовать perform on commit level 99999 для регистрации либо своего v1, чтобы он был последним в очереди, либо прямо в update-процессе такой perform позволит выполнить просто любой код после всех v1
Обсуждают сегодня