进入流程待处理列表，打开流程表单进行处理。固定处理操作包括提交和暂存，根据流程节点设定的处理权限，可有加签、回退和终止处理操作。

1、加签

流程模板设定的流程是固定的，在流程发起后已经进入流程的流转状态无法改变流程。加签操作用于在流程流转过程中，临时该条流程数据需要不在流程模板里面的人员处理，当前流程的处理人可以把需要加的人通过加签操作加入到流程节点中。

a、加签操作分两种情况：

流程当前的处理人加签人员跟自己同级节点：这种情况加签，不需要当前处理人处理流程，流程也会进入加签人员的待处理列表中。

b、流程当前的处理人加签人员在自己后面节点：这种情况加签，只有当前处理人处理流程提交，流程才会进入加签人员的待处理列表中。

2、回退

当前流程处理人在处理流程时，可能发现流程表单数据错误或者其他原因，需要将流程退回到流程的发起人进行修改重新发起或者退回到自己的上节点重新处理后提交。

回退操作分两种情况：

a、回退到发起人：回退到发起人后，当前流程会进入发起人的待发列表中。发起人在待发列表中打开流程可以查看到流程的处理意见和回退原因。

b、回退到上节点：回退到上节点后，当前流程会进入上节点处理人的待处理列表中。上节点处理人在待处理列表中打开流程可以查看到流程的处理意见和回退原因。

如果上节点就是发起人，则回退到上节点跟回退到发起人操作结果一致。

C、知会节点的回退：处理节点（非知会节点）回退到上一节点时，如果前一节点是知会节点，不参与回退，不会回退到知会节点 ，而是应该回退到前面的处理节点。

并发知会节点的回退：

3、终止

当前流程处理人在处理流程时，可能由于业务规范发生变化或者其他原因，当前流程不需要再继续流转，通过终止操作可将流程在当前流程处理人提前结束不再继续流转。终止后的流程在处理人的已处理列表中能够查看。

4、知会

流程模板设定的流程是固定的，在流程发起后已经进入流程的流转状态无法改变流程。知会操作用于在流程流转过程中，临时该条流程数据需要知会不在流程模板里面的人员，当前流程的处理人可以把需要告知的人通过知会操作加入到流程节点中。

a、  知会节点知会

知会节点只能进行暂存提交，和知会操作，知会节点知会了人员，后提交或者暂存，该条流程都会收到消息，并进入被知会人员的待处理列表中，被知会的节点只有提交和暂存权限，不能再知会他人。

知会

被知会后的人员

b、  非知会节点知会

非知会节点除了加签，回退，终止权限外，还有知会权限，知会人员后暂存，该被知会人员不会收到这条流程的待处理，只有非知会节点处理提交后，后面的被子会节点才会收到这条流程的待处理。

c、知会后节点的操作

5、审批去重

在流程审批处理的过程中，流程中的节点（除发起人节点外）如果连续都匹配到同一个人（如发起人--部门经理（为B人）--总经理（为B人）的时候，第一个节点手动审批后，后面的节点支持自动化审批处理，且满足条件即生效，处理意见和结果与手动处理的结果一致。

【操作说明】

前置条件：连续至少两个节点以上匹配到同一个人执行处理的

1、 支持合并处理的节点类型：处理节点、知会节点、流程流转中加签/知会的节点

2、流程图设计

3、发起后，第一个处理节点（梁青）手动处理后，后面的两个节点满足和前一节点是同一个人，不需要任何设置，则会自动处理，处理意见为“合并处理”

4、审批去重后的标识即为合并处理

5、 合并处理的节点同样支持震荡回复，回复哪一条哪一条就收到消息。

6、 支持的场景

a、  串发的流程，后面的节点匹配到同一人的支持合并处理

b、  串发和并发节点都有的流程，前后的可以支持合并

c、  多个并发的流程时也支持合并

d、  当前节点是多人节点，但是只有一个人时，四种执行模式都支持审批去重；若多人节点不止一个人，执行模式为全体执行时，若当前多人节点中的人员包含前一节点的执行人，前一节点处理后，当前节点中该人处理的流程，自动审批；自动分支只有满足条件的支持合并处理。

e、 手动处理的节点是知会节点的，即便后面匹配的是同一个人，也不支持合并处理

7、 不支持的场景

a、  节点的下一个节点匹配不到执行人时

b、 分支条件设置成手动分支的不支持合并处理

c、  后一节点需要选择人员的时候不支持合并处理

8.流程处理的标签可以自定义。