您好,登錄后才能下訂單哦!
今天就跟大家聊聊有關如何分析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的對應關系有進一步的了解嗎?如果還想了解更多知識或者相關內容,請關注億速云行業資訊頻道,感謝大家的支持。
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。