對 BAPI_GOODSMVT_CREATE 和滾動區域的序列化調用

Question

TL;DR：如果您使用 BAPI_GOODSMVT_CREATE 創建多個相互依賴的移動並且其中一個是轉移過帳，那么您需要使用包裝器 - 根據 SAP 說明 369518。如果某處沒有轉移過帳，則 COMMIT 就足夠了

有沒有人研究過 Note 369518 的細節？

它描述了在調用 BAPI_GOODSMVT_CREATE 的收貨之前啟動新滾動區域的要求，該收貨取決於先前的貨物移動（也由 BAPI 在同一 LUW 內過帳）。

我不清楚的是：它是否適用於一般的收貨？ 或者以某種方式僅適用於涉及轉移庫存的“隱式”（原文如此）GI的收貨？

我正在尋找“原因和先決條件”部分的技術演練。

我需要決定對於同一批次上的一系列運動 262,102,101,261，是否每次都應在新的滾動區域中調用 BAPI。 為此，如果用戶已經打開了最大的內部會話，則需要要求他們關閉窗口。 （編輯：斜體部分可能不適用，因為我相信 DESTINATION 'NONE' 將啟動一個新的用戶會話）

Answer 1

我能說的最好的是，答案取決於注釋的“機器翻譯”成英語：谷歌提供了另一種措辭“僅使用真正的發貨貨物，從數據庫中讀取庫存” ，這稍微澄清了一點：

BAPI 始終查看緩沖區，而不管它的任務是創建哪種移動類型。 問題是轉移過帳（MIGO 中的 A08）不會更新緩沖區。 雖然“實際發貨”發貨（MIGO 中的 A07）可以，但允許后續收貨正確檢測庫存。

因此，僅當先決條件移動是轉移過帳時，才需要在新的滾動區域中啟動相關調用。