AG9 Service order創建好之后，要自動通過middleware傳其他系統去。
line 325的function module會負責通過outbound queue往外發，

只有當line 321的IF里的三個條件同時滿足才會進入CRM_UPLOAD_BUS_TRANS_MSG：

條件1： IV_NO_BDOC_SEND = FALSE, AG9上這個參數用的默認參數false，滿足

條件2： LV_SEND_BDOC = TRUE
讀這個global的internal table，如果讀不到，置為TRUE,AG9上讀不到，所以為true，這個條件也滿足了。

條件3： LV_SKIP_ASYNCRONOUS_FUNCTION = INITIAL
如果該order的狀態置為POST PROCESSING, 則該變量值為true，但是AG9上我們的status是open，所以這個條件也滿足

三個條件同時滿足，所以通過middleware里往outbound queue發數據。

如何避免這個行為？根據代碼分析，破壞IF里三個條件任意一個即可。通過debug可知破壞第二個條件最容易。

條件2少截一張圖：

條件2： LV_SEND_BDOC = TRUE
讀這個global的internal table，如果讀不到，置為TRUE,AG9上讀不到，所以為true，這個條件也滿足了。

有兩種solution disable這個行為：

(1) CRM_ORDER_SAVE call line 56行的CRM_ORDER_SAVE_OW時，IV_NO_BDOC_SEND沒有指定value，所以傳進來的是默認值ABAP_FALSE,
這里我們強制改成TRUE, 就會破壞要上傳的那三個條件的第一個，導致不會進入上傳的分支。

(2) 如果只是想disable 某種特定transaction type的document，call 這個function module：
CRM_ORDER_SET_NO_BDOC_SEND_OW， 輸入order的guid，會添加一行entry到GT_NO_BDOC_SEND里，
這樣會破壞IF判斷里中間那個條件，也能實現不上傳的目的。