Created by Jerry Wang, last modified on Jan 13, 2015

Fiori UI上给Opportunity创建一个Note：

HTTP post的request payload里就只有opp guid和user输入的note内容： 

后台返回的response也只有这两个attribute：

最后到webclient UI上却发现两条只读的text，类型为Description和Preparation

后台实现:

直接用OPEN SQL 找当前创建的opportunity的transaction type对应的text determination 信息。

Opportunity 对应的text object type hardcode成CRM_ORDERH，changeable的属性也写死成P，因此当前的实现，通过Fiori UI创建出来的note 类型都为log （ changeable = P )

最后Opportunity OData的实现并没有call 底层的text API，而是直接call One order的modification，

只需要把text determination ID和待创建的note content和language传入 modify FM：

在webclient UI上看到两个不同text type的note的原因是因为backend system 配置里，指定类型为P的text的content会自动transfer到 changes = R的text里，即Description和Preparation。

标签：CM,Relationship,text,note,Fiori,UI,Opportunity,type
来源： https://blog.csdn.net/i042416/article/details/95736490