如何分析Fiori UI上创建的note和web client UI上note的对应关系

今天就跟大家聊聊有关如何分析Fiori UI上创建的note和web client UI上note的对应关系，可能很多人都不太了解，为了让大家更加了解，小编给大家总结了以下内容，希望大家根据这篇文章可以有所收获。

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的对应关系有进一步的了解吗？如果还想了解更多知识或者相关内容，请关注行业资讯频道，感谢大家的支持。