前文說到了在新建工廠時候系統提示「不可能確定工廠的裝運資料」的時候的設定問題，但是沒有談到為什麼要做如此設計，這把sap公司內轉儲的關係好好理一遍，這樣就可以知道為什麼需要做這些相應的設定了。
首先看sap中公司內轉儲的訂單是怎麼做的，me21n+ub，對於轉出工廠來說，轉儲單算是一張特殊的銷售訂單。
對於乙個銷售訂單來說，銷售組織、分銷渠道及客戶等資訊，另外就是銷售的物料所屬於的銷售組織，這三個基本條件肯定要確定的，而對於公司內轉儲來說，這個公司即可以看作是乙個客戶，所以是「轉出工廠」-->「客戶（公司）」的銷售訂單。所以在後台中要做的乙個配置就是為公司**指定乙個對應的客戶,如下：
做轉儲單時，轉出工廠的分銷渠道確定也是非常必要的，要確定這個工廠銷售的東西到底屬於哪個銷售組織和分銷渠道，則就是後台配置中，見下圖路徑：
如下圖所示，其中給工廠配置了所屬的銷售組織及分銷渠道，而他的轉儲單對應的客戶則是上文提到的對應的代表公司的客戶；
通過上圖可以看出的是當由801w做公司內轉儲時候，是通過2030銷售組織a2銷售渠道賣給224000這個客戶的；以上設定好了，那麼如果在做轉儲單的時候仍然提示不能確定發運資料，則需要考慮物料的設定了，看看物料的銷售檢視是否擴充到了上文對應的銷售組織下，如果這些都沒有什麼問題，那麼我想，發運的問題應該就差不多了吧！
看一張轉儲單來做最後的證明：
C語言實現「幸運數」的例項詳解
c語言實現 幸運數 的例項詳解 1 題目 標題 幸運數 幸運數是波蘭數學家烏拉姆命名的。它採用與生成素數類似的 篩法 生成。首先從1開始寫出自然數1,2,3,4,5,6,1 就是第乙個幸運數。我們從2這個數開始。把所有序號能被2整除的項刪除，變為 1 3 5 7 9 把它們縮緊，重新記序，為 1 3...
工廠模式及簡單的工廠模式詳解
實現了創造者和呼叫者的分離 例項化物件用工廠方法代替new操作 將選擇實現類 建立物件統一管理和控制，從而將呼叫者跟我們的實現類解耦 簡單工廠模式用來生產同一等級結構中的任意產品。對於增加新的產品，需要修改已有 工廠方法模式用來生產同一等級結構中的固定產品。支援增加任意產品 抽象工廠模式用來生產不同...
Spring 的工廠類詳解
bean標籤配置 id 唯一約束，不能出現特殊字元 name 理論上可以重複，但是開發中最好不要。可以出現特殊字元 生命週期 init method bean被初始化的時候執行的方法 destroy method bean被銷毀的時候執行的方法 作用範圍 scope bean的作用範圍，有如下幾種，...