关于驰骋工作流引擎的退回规则变更与功能新增.

退回规则设置

退回规则在节点按钮标签栏目中的退回标签设置。

不能退回:

当前节点不能执行退回功能。

只能退回上一个节点：

只能退回上一个节点，从那里发送来的，就退回到那里去。

可以退回以前任意节点:

不限制退回的节点，但是退回的节点必须是当前节点以前的节点。

可退回指定的节点:

退回指定的节点，此功能需要在流程属性中的可退回的节点中设置它。

 

退回的消息处理

1.执行退回后，系统都会向执行人发送消息，发送对象仅限于上一节点的执行人员，这样上被退回的点上的工作人员就有一个待办工作，如果您耦合了ccim它就会自动发一个消息提醒。

2.退回的动作写入WF_Track中，流程轨迹中就能很好的反应出来。

3.被退回的人在进入当前工作时，第一次会有消息提示。Ccflow如何处理流程退回过程的数据的完整性？

流程在退回时，有一段流程数据就是从当前点到退回点的所做的工作，这部分节点的数据如何处理成为了我们要探讨与取舍的难点。

以请假流程为例，申请人发起，部门经理审批，总经理审批，人力资源归档。如果总经理退回到第一个点，可以解释为，部门经理做的无效的工作，此部分工作需要删除，在3.0以前的版本，ccflow都是这样的处理的，这样的解释也是用户所接受的。

但是在其它的流程就不能这样解释了，因为他需要保留历史痕迹，并且在退回后有如下可能要发生。

1， 退回到指定的点后，发起人删除流程。

2， 退回到退回节点后，发起人修改表单后发送，按原节点发回来。

3， 退回到退回节点后，发起人修改表单后发送，经历与其它的路线步骤到当前点。

4， 退回到退回节点后，发起人修改表单后发送，该走其它的路线不经当前点。

基于如上可能性的发生ccflow，做了如下处理。

1， 退回阶段流程数据写入txt 文件里，放在D:\ccflow\trunk\CCFlow\DataUser\ReturnLog

2， 增加了流程报告与节点的焦点字段功能，系统把每一步骤的操作都记到日志表里了，通过焦点字段的配合，可以让操作员方便明晰的看到轨迹。

Ccflow4.5通过如上两个方法解决退回数据的完整性问题。

退回并原路返回

与节点属性中的 [是否可以退回并原路返回？] 配合使用

应用场景：一个流程走过了ABCDEFG几个节点，在G节点上发现要退回给B节点上去，还期望B节点的人员完成后直接发送给G节点上来，这种应用场景就是是否可以在退回后原路返回。如果是直接退回并不原路返回，那么ccflow将会删除退回点与退回到点中间的数据，否则就不删除它。

退回信息填写字段-新增功能

用户经常会在审批意见的字段中填写意见然后点退回按钮，审批意见就是该操作员的审核意见，这个时候ccflow需要把审核意见带入退回窗口，这个字段就是退回信息填写字段。

在demo的第二个节点，我们看看退回的效果，我们先看看测试效果。

点退回，ccflow就会把审核意见放到退回的窗口里面。