1. 简介

实际应用过程中，「触发事件」是需要配套使用的，需要考虑业务用户各种操作场景。比如新增数据和删除数据在逻辑上互斥的，定制了触发事件为「新增数据」的业务规则，那么也通常需要定义触发事件为「删除数据」的业务规则来抵消执行「新增数据」时所产生的影响。普通表单和流程表单有所不同，以下举例说明。

2. 逻辑闭环实例-普通表单

以采购入库场景为例，触发表单为「采购入库单」，目标表单为「库存余额表」

新增「采购入库单」后，需要在「库存余额表」将对应产品的库存累加 ；此后逆向操作有两种情况：

1）删除数据 ：发现「采购入库单」--物料 选错了，需要将「采购入库单」删除，则删除后，应该将之前「库存余额表」中对应产品的库存扣减回来 ；

2）修改数据 ：发现「采购入库」--入库数量 写错了，修改之后“先执行触发动作为「删除数据」的业务规则，后执行触发动作为「新增数据」的业务规则”。具体新增时入口数量是100，之后修改为200 ，现将执行100数据的「删除数据」业务规则，将100从「库存余额表」扣减掉，再执行200数据的「新增数据」业务规则将200数据累加上。

2.1 「新增数据」

触发动作：

执行动作：库存数据累加

2.2 「删除数据」

触发动作：

执行动作：库存数据扣减

2.3「修改数据」

执行默认逻辑：先删除后新增

3. 逻辑闭环实例-流程表单

如果需要定义触发事件为「新增数据」的业务规则 ，那么需要同时定义逆向操作为 「审批拒绝」「审批撤销」「审批删除」 触发的业务规则

如果需要定义触发事件为「办理数据」触发条件为 流程状态 等于 审批通过 的的业务规则 ，那么需要同时定义逆向触发事件为「删除数据」的业务规则

3.1 场景一「新增数据」时触发业务规则

3.1.1 正向 ：「新增数据」

触发事件：

执行动作：

3.1.2 逆向 ：「删除数据」

触发事件：

执行动作：

3.1.3 逆向 ：「审批拒绝」「审批撤销」「手工结束」

触发事件：

执行动作：

3.2 场景二 触发事件为「办理时」触发条件为 流程状态 等于 审批通过，触发业务规则

3.2.1 正向 ： 触发事件为「办理时」触发条件为 流程状态 等于 审批通过

触发事件：

执行动作：

3.2.1 逆向 ：触发事件为「办理时」触发条件为 流程状态 等于 仅审批通过撤销

触发事件：

开启「流程审批通过允许撤销」：

执行动作：

3.2.3 逆向： 触发事件为「删除数据」 触发条件为 流程状态 等于 审批通过

触发事件：

执行动作：

总结：从上面复杂程度看 ，通常针对流程表单，选择在审批通过之后更新数据

4. 注意事项

1）需要依据具体业务操作 来设置【触发事件】的闭环，原则就是在逆向操作时，也需要恢复 正向业务规则 所带的数据影响