变更记录

一、适用场景

普遍的用户没有集成服务云的查看权限，用户直接在源单查看是否同步到目标单的状态。

示例通过集成服务云的服务流程：集成对象、脚本、启动方案，来进行编排来实现这个需求。

【场景假设】

基础资料01的字段“同步状态”记录“数据“基础资料01”同步到“基础资料03”；通过启动方案「kisc_demo_basedata01-basedata03」将数据“基础资料01”同步到“基础资料03”。

【注意】

启动方案的启动类型为：人工启动。服务流程的启动类型为：事件触发

【通用思路】

解决思路是：在人工启动类型的启动方案中添加数据过滤，过滤条件为number或id。然后，在业务代码的操作代码分支中，添加调用启动方案和服务流程的微服务。

二、案例：启动方案

1.     数据集成方案配置

l  源单据：kisc_demo_basedata01

l  目标单据：kisc_demo_basedata03

l  数据集成方案—模式：错误时中止

2.     启动方案配置

启动类型：人工启动

数据过滤：number 或 id

在启动方案中设置：

a “启动方案”的“参数”分录添加参数。

b “启动方案”的“过滤条件”分录进行引用相应的参数

三、案例：服务流程

1.服务流程-属性配置

服务流程的启动类型：事件触发

依赖资源：

集成对象：kisc_demo_basedata01

启动方案：kisc_demo_basedata01-basedata03

数据源：KDIERP（源端集成对象对应的数据源）

流程变量：

VBASE01      基础资料01

state      源同步到目标单是否成功

2.服务流程- -流程图

• 开始- -节点

配置“单据事件”：保存

• 数据集成- -节点

按“参数进行过滤”

• 脚本节点：同步到目标单状态：成功（失败） 反写到源单同步状态

3、服务流程实例

4、“基础资料01”列表，用户在保存单据后，直接在对应的列表查看同步状态

注意：

本案例只提供解决思路，在现场方法不能正常运行。文章底部附上了服务流程资源。

服务流程_集成是否成功状态反写到源单（KD-flow_WriteBack_SrcBill）_AB4A (1).zip