摘要:的和描述信息已经能够正常显示了。同时在区域也能看到该关联关系假设我需要在里开发一个功能,允许客户能够手动将两个关联起来。的实现代码假设我想把和关联起来,我需要打开,在新字段里手动输入,然后点击按钮成功执行之后,在的即可看到这个关联关系。
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即可看到这个关联关系。
文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。
转载请注明本文地址:https://www.ucloud.cn/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)不甚熟悉,那我建议您可以先浏览我之前写的这两篇微信公众号文章...
阅读 2158·2023-04-25 20:45
阅读 1067·2021-09-22 15:13
阅读 3640·2021-09-04 16:48
阅读 2579·2019-08-30 15:53
阅读 926·2019-08-30 15:44
阅读 936·2019-08-30 15:43
阅读 1001·2019-08-29 16:33
阅读 3432·2019-08-29 13:08