看一下標準的OPPT是如何determine organization的:
 
檢視Transaction Type OPPT的配置，找到Organization Data Profile:
SPRO->CRM->Transactions->Basic Settings->Define Transaction Types

![](https://img-blog.csdnimg.cn/img_convert/001754e94bee9e25c59f7902a8b27eeb.png)

發現配的profile為000000000005，雙擊進入，找到對應的profile:

![](https://img-blog.csdnimg.cn/img_convert/1347d3e20d1df48232e216fc11b32291.png)

可以看到對應的Organizational Model Determin. Rule為10000144, 而Responsibilities Determin. Rule沒有配。
參考CR100上的解釋：

![](https://img-blog.csdnimg.cn/img_convert/e93d220fecc0abde3cc2e37020ee4a74.png)

Organizational Model Rule是需要根據search的結果來確定Organizational Unit. Responsibilities Rule是直接指定對應的Organizational Unit.
 
檢視Determination Rule:
SPRO->CRM->Master Data->Organizational Management->Organizational Data Determination->Maintain Determination Rules

![](https://img-blog.csdnimg.cn/img_convert/d73387827197825989caf991fdd5fd41.png)

找到對應的10000144的rule:

可以看到對應的determination用的FM是CRM_ORGMAN_ORGOBJECTS_FIND_4
 
點選Container tab可以看到rule 10000144配置的parameter:

![](https://img-blog.csdnimg.cn/img_convert/958f49cadddc4765674d65fc5b96cd90.png)

說明在執行FM CRM_ORGMAN_ORGOBJECTS_FIND_4需要的兩個引數為BP Number和Transaction Type:
 
SPRO文件裡面有對標準的determination function的解釋：

![](https://img-blog.csdnimg.cn/img_convert/47dd7163f59370358f1823e20d29de1a.png)

前兩個是針對Sales Transaction的，後兩個是Service Transaction，根據解釋FM CRM_ORGMAN_ORGOBJECTS_FIND_4是根據BP的Sales Area來查詢對應的Organizational Unit。
 
進入CRM_ORGMAN_ORGOBJECTS_FIND_4的程式碼:
從Container裡面拿到BP Number, 在根據BP Number拿到對應的GUID:

![](https://img-blog.csdnimg.cn/img_convert/0f29e345f4b4be5a10d92cf8fe573d12.png)

根據BP GUID獲取對應的Sales Area:

![](https://img-blog.csdnimg.cn/img_convert/8dd405a09c6bed70481339bd123d0bcb.png)

從CRMM_BUT_LNK0011表裡面拿BP Number對應的Sales Area

![](https://img-blog.csdnimg.cn/img_convert/9b11fca47b18083250c0044a0b7d8e71.png)

上一步沒有找到Sales Area的情況下從CRMM_BUT_LNK0031表裡面拿

![](https://img-blog.csdnimg.cn/img_convert/92bb61af6253a90c9337c33ec869eaf2.png)

E.g. 拿到BP 4103080的Sales Area:

![](https://img-blog.csdnimg.cn/img_convert/456012bcd87206d67ecea24fb536a68d.png)

上面講到的Container配的另外一個引數Transaction Type在這裡只是用來檢查根據BP Number拿到的Sales Area是否valid:

![](https://img-blog.csdnimg.cn/img_convert/20291dcf0385c7174a4054ff6b8e5b77.png)

然後呼叫FM CRM_ORGMAN_ORGOBJECTS_FIND_1根據Sales Area的attribute來查詢organization。參考上面的文件，CRM_ORGMAN_ORGOBJECTS_FIND_1其實是一個通用的根據organization attribute來查詢的FM

![](https://img-blog.csdnimg.cn/img_convert/2b3152c806bc4f867c56fd593c9c1856.png)

這裡的attribute就是Organizational Unit在Web UI裡面維護的attribute:

![](https://img-blog.csdnimg.cn/img_convert/df016a300aca091497fa3926f13830ea.png)

注意在這裡並沒有用Transaction Type去直接跟Organizational Unit維護的Transaction Type attribute作比較。
 
E.g. 最後根據BP 4103080得到的Organization為50000732:

![](https://img-blog.csdnimg.cn/img_convert/723492e15cd9d284aaa1b86ed1a13cb9.png)

還有一個更抽象的查詢Org的API FM： CRM_ORGMAN_DETERMINE_ORGOBJS，該API返回sales areas結果集。

SAP CRM organization Model(組織架構模型)自動決定的邏輯分析

相關文章