摘要:的和描述信息已經能夠正常顯示了。同時在區域也能看到該關聯關系假設我需要在里開發一個功能,允許客戶能夠手動將兩個關聯起來。的實現代碼假設我想把和關聯起來,我需要打開,在新字段里手動輸入,然后點擊按鈕成功執行之后,在的即可看到這個關聯關系。
Document flow API in CRM
以一個具體的例子來說明。在Appointment的Overview page上能看見一個名叫Reference的區域,這里可以維護一些其他的業務文檔的ID,這樣可以將該業務文檔同當前正在編輯的Appointment關聯起來。
我寫了一個簡單的報表來演示如何用ABAP代碼給這個Reference區域的字段賦值,背后用到的實際上就是CRM Document flow相關的API. 報表的源代碼在我的github上:
代碼的核心就是使用CRM One Order的function module CRM_ORDER_MAINTAIN, 把document flow相關的數據傳入到changing參數ct_doc_flow里。
這個ct_doc_flow的內容生成邏輯如下。既然是Document Flow,必然涉及到兩個document,在API里用后綴為A和B的字段來存儲,如下圖綠色區域所示。這些字段需要分別存儲兩個document的GUID和BOR類型。
假設我執行report時指定的Opportunity的ID是888,那么report成功執行后,我能在References區域看到如下的字段。Opportunity的ID和描述信息已經能夠正常顯示了。
同時在Transaction History區域也能看到該關聯關系:
Document flow API in C4C假設我需要在Cloud Application Studio里開發一個功能,允許客戶能夠手動將兩個Ticket關聯起來。
1. 在Ticket的BO ServiceRequest上創建一個新的action linkTicket用于實現關聯邏輯。同時創建一個新字段用于存儲需要關聯的Ticket ID:
通過Cloud Application Studio將這個新字段配到UI上,同時在工具欄里新增一個按鈕,綁定到BO的action linkTicket上。
Action的實現代碼:
import ABSL; var eleBTD: elementsof ServiceRequest.BusinessTransactionDocumentReference; eleBTD.BusinessTransactionDocumentReference.ID.content = this.refTicket; eleBTD.BusinessTransactionDocumentReference.TypeCode = "118"; // type code of BO ServiceRequest eleBTD.BusinessTransactionDocumentRelationshipRoleCode = "2"; // Successor document this.BusinessTransactionDocumentReference.Create(eleBTD);
2. 假設我想把Ticket 3638和Ticket 3622關聯起來,我需要打開Ticket 3638,在新字段Reference Ticket里手動輸入3622,然后點擊按鈕Link Ticket.
成功執行之后,在Ticket的Document Flow tab即可看到這個關聯關系。
文章版權歸作者所有,未經允許請勿轉載,若此文章存在違規行為,您可以聯系管理員刪除。
轉載請注明本文地址:http://specialneedsforspecialkids.com/yun/92902.html
摘要:的和描述信息已經能夠正常顯示了。同時在區域也能看到該關聯關系假設我需要在里開發一個功能,允許客戶能夠手動將兩個關聯起來。的實現代碼假設我想把和關聯起來,我需要打開,在新字段里手動輸入,然后點擊按鈕成功執行之后,在的即可看到這個關聯關系。 Document flow API in CRM 以一個具體的例子來說明。在Appointment的Overview page上能看見一個名叫Refe...
摘要:的和描述信息已經能夠正常顯示了。同時在區域也能看到該關聯關系假設我需要在里開發一個功能,允許客戶能夠手動將兩個關聯起來。的實現代碼假設我想把和關聯起來,我需要打開,在新字段里手動輸入,然后點擊按鈕成功執行之后,在的即可看到這個關聯關系。 Document flow API in CRM 以一個具體的例子來說明。在Appointment的Overview page上能看見一個名叫Refe...
摘要:在以下簡稱和以下簡稱開發團隊都工作過,這篇文章給出這兩款產品一些技術層面的比較。標準開發方式和的雖然看起來都是風格,但實現技術不同。而的標準則是基于和協作而成的。 如果您對SAP S/4HANA for Customer Management(以下簡稱S4CRM)和SAP Cloud for Customer(以下簡稱C4C)不甚熟悉,那我建議您可以先瀏覽我之前寫的這兩篇微信公眾號文章...
摘要:在以下簡稱和以下簡稱開發團隊都工作過,這篇文章給出這兩款產品一些技術層面的比較。標準開發方式和的雖然看起來都是風格,但實現技術不同。而的標準則是基于和協作而成的。 如果您對SAP S/4HANA for Customer Management(以下簡稱S4CRM)和SAP Cloud for Customer(以下簡稱C4C)不甚熟悉,那我建議您可以先瀏覽我之前寫的這兩篇微信公眾號文章...
閱讀 2167·2023-04-25 20:45
閱讀 1080·2021-09-22 15:13
閱讀 3647·2021-09-04 16:48
閱讀 2583·2019-08-30 15:53
閱讀 933·2019-08-30 15:44
閱讀 946·2019-08-30 15:43
閱讀 1008·2019-08-29 16:33
閱讀 3437·2019-08-29 13:08