В ME29n было добавлено поле с Z-статусом, с возможностью его изменения и сохранения в EKKO. (на вкладке 'доп данные').
Проверили, статусы сохраняются.

Дальше появилось требование, что при смене этого Z-статуса нужно ещё менять код деблокирования (например, с H1 на H2).
В реализации BADI me_process_po_cust (метод POST) добавил вызов (если необходимо поменять код деблокирования) BAPI_PO_RELEASE.

И появилась проблема: Если BAPI_PO_RELEASE не вызывается (код деблокирования менять не нужно. Поменяли только Z-статус), то новый введённый z-статус сохраняется.
А если при смене Z-статуса вызывается и BAPI_PO_RELEASE, то Z-статус не перезаписывается (остаётся старым, как до сохранения), а код деблокирования нормально меняется.

То есть получается, что изменяется только что-то одно. (BAPI_PO_RELEASE почему-то отменяет сохранение Z-поля).

Как можно эту проблему решить? Может есть ещё какие-то badi для этого ?

Коллеги предложили такое решение: создать z-табличку, в которую писать, что для заказа надо поменять код деблокирования. И создать z-программу, которая в фоне будет постоянно проверять эту z-таблицу и при необходимости менять код деблокирования. Но этот способ как-то не особо пока нравится.

Попробуйте обернуть BAPI BAPI_PO_RELEASE + BAPI_TRANSACTION_COMMIT в Z-ФМ обновления.
И в BADI me_process_po_cust (метод POST) вызывать Z-ФМ обновления в режиме UPDATE TASK.

А этот вызов bapi_transaction_commit не закоммитит ли все изменения раньше времени? Или из-за IN UPDATE TASK всё это дело вызовется как раз при следующем коммите в стандарте? (вообще запрещают в расширениях стандарта коммиты делать)


UPD: попробовал. приходит сообщение , что обновление прервано. захожу в подробно - 'Пользователь user уже обрабатывает ЗП'.
То есть ругается, что я ещё сижу в заказе. (bapi_po_release проверяет блокирован ли заказ. Хотя опять же странно, что при обычном вызове, как в первом посте писал - всё отрабатывает и не ругается).

Да чет погорячился с коммитом в UPDATE TASK:)
А если поставить "Отложенный запуск" в своийсвах ФМ?
Можно попробовать еще вызов ФМ в режиме BACKGROUND TASK, и внутри ФМ проверять блокировку - как она исчезнет, тогда и вызывать бапи.

Поставил галку отложенный запуск. Стало работать.

Но оказывается бывает сценарий, что надо код деблокирования откатывать назад. (например с H2 на H1).
BAPI_PO_RELEASE не умеет откатывать коды деблокирования. Нашёл BAPI_PO_RESET_RELEASE . Эта бапи откатывает код деблокирования.

Но у этой бапи нет параметра NO_COMMIT. И если её вызывать в модуле обновления, то дампит (COMMIT WORK в модуле обновления). А если её вызывать вне модуля обновления, то возвращается изначальная проблема, что не обновляются Z-поля тогда.

Есть ещё какие-то идеи ?

что-то похожее было.
Не самое идеальное решение, но вроде должно работать, это запуск ФМа в отдельном tasks

А внутри фма сделать вначале задержку, пока зп не освободится.

Вроде должно помочь

В общем, добил таки, чтобы работало всё в update task с отложенным запуском. Вроде вся схема деблокирования теперь проходит.
Коллеги правда написали, что отложенный запуск это V2 обновление и не гарантируется, что оно будет выполнено. Вот про это сам не знаю. Что может пойти не так.

Теперь ещё вопрос появился. Если в me29n на вкладке с деблокированием самому поменять коды деблокирования до конечного (H3 в системе), то при сохранении заказа создаётся исходящая поставка. (Тут вопрос - это стандартом заложено или кто-то в системе зазетил это создание?)

Если стандарт, то как мне при переходе в последний статус тоже создавать поставку? (сейчас у меня просто меняется статус на H3, но поставка не создаётся, надо её создание самому докрутить). Какую бапи взять для исх.поставки, чтоб она создалась на основе моего заказа?

Автоматическое создание поставок к заказам на перемещение - настроечный ракурс /SPE/V_TDELVAUTO.
По журналу использован я настроечной таблицы
Инклуд /SPE/STO_DELIV_F01.
* Create outbound deliveries in background
CALL FUNCTION '/SPE/OUTBOUND_DELIVERY_CREATE' IN BACKGROUND TASK
TABLES
it_po_range = lt_po_range
it_shp_point_range = lt_shp_point_range.


Для создания поставки к заказу на перемещение можно использовать бапи BAPI_OUTB_DELIVERY_CREATE_STO.

Да, спасибо, помогло. Добрался до этого места.

Сейчас встал новый вопрос. Возможно ли при создании заказа сразу устанавливать начальный код деблокирования? Сейчас заказ создаётся без него. Нужно идти в me29n и переводить руками.

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