SAP CRM Fiori 利用里，能够为 Opportunity 等订单，保护 note.

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。

note 数据的读取

没有采取 One Order API 即 CRM_ORDER_READ.

读的时候，传入的参数是 Opp header 的 guid：

OData 的 read 实现里，依据 opp 的 guid 间接去 text header 的数据库表里取所有该 opp 上保护的 note：

Note 理论的内容读取间接通过 note 底层的 API READ_TEXT,（而不是 one order 的 CRM_ORDER_READ ),
传入的参数就是 note 的 determination id，language code，text header id 和 hard code 的 text type CRM_ORDERH:

更多 Jerry 的原创文章，尽在：” 汪子熙 ”: