看一下标准的OPPT是如何determine organization的:
查看Transaction Type OPPT的配置，找到Organization Data Profile:
SPRO->CRM->Transactions->Basic Settings->Define Transaction Types
发现配的profile为000000000005，双击进入，找到对应的profile:
可以看到对应的Organizational Model Determin. Rule为10000144, 而Responsibilities Determin. Rule没有配。
参考CR100上的解释：
Organizational Model Rule是需要根据search的结果来确定Organizational Unit. Responsibilities Rule是直接指定对应的Organizational Unit.
查看Determination Rule:
SPRO->CRM->Master Data->Organizational Management->Organizational Data Determination->Maintain Determination Rules
找到对应的10000144的rule:
可以看到对应的determination用的FM是CRM_ORGMAN_ORGOBJECTS_FIND_4
点击Container tab可以看到rule 10000144配置的parameter:
说明在执行FM CRM_ORGMAN_ORGOBJECTS_FIND_4需要的两个参数为BP Number和Transaction Type:
SPRO文档里面有对标准的determination function的解释：
前两个是针对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:
根据BP GUID获取对应的Sales Area:
从CRMM_BUT_LNK0011表里面拿BP Number对应的Sales Area
上一步没有找到Sales Area的情况下从CRMM_BUT_LNK0031表里面拿
E.g. 拿到BP 4103080的Sales Area:
上面讲到的Container配的另外一个参数Transaction Type在这里只是用来检查根据BP Number拿到的Sales Area是否valid:
然后调用FM CRM_ORGMAN_ORGOBJECTS_FIND_1根据Sales Area的attribute来查找organization。参考上面的文档，CRM_ORGMAN_ORGOBJECTS_FIND_1其实是一个通用的根据organization attribute来查询的FM
这里的attribute就是Organizational Unit在Web UI里面维护的attribute:
注意在这里并没有用Transaction Type去直接跟Organizational Unit维护的Transaction Type attribute作比较。
E.g. 最后根据BP 4103080得到的Organization为50000732:
还有一个更抽象的查询Org的API FM： CRM_ORGMAN_DETERMINE_ORGOBJS，该API返回sales areas结果集。
更多Jerry的原创文章，尽在："汪子熙":
