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。