Sent: Thursday, December 11, 2014 5:28 PM
Subject: [wave8 backend research]
SAP CRM Fiori应用的note creation，后台实现的原理比较简单. GM6上创建一个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 FM，
只需要把text determination ID和待创建的note content和language传入 modify FM：
在webclient UI上看到两个不同text type的note的原因是因为backend system 配置里，指定类型为P的text的content会自动transfer到 changes = R的text里，即Description和Preparation。
本文来自云栖社区合作伙伴“汪子熙”，了解相关信息可以关注微信公众号"汪子熙"。
