今天就跟大家聊聊有关如何分析Fiori UI上创建的note和web client UI上note的对应关系，可能很多人都不太了解，为了让大家更加了解，小编给大家总结了以下内容，希望大家根据这篇文章可以有所收获。
创新互联专注为客户提供全方位的互联网综合服务，包含不限于做网站、成都做网站、龙岗网络推广、微信小程序开发、龙岗网络营销、龙岗企业策划、龙岗品牌公关、搜索引擎seo、人物专访、企业宣传片、企业代运营等，从售前售中售后，我们都将竭诚为您服务，您的肯定，是我们最大的嘉奖；创新互联为所有大学生创业者提供龙岗建站搭建服务，24小时服务热线：18980820575，官方网址：www.cdcxhl.com
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。
看完上述内容，你们对如何分析Fiori UI上创建的note和web client UI上note的对应关系有进一步的了解吗？如果还想了解更多知识或者相关内容，请关注创新互联行业资讯频道，感谢大家的支持。
