请注意，E8版本与E9版本之间存在差异，使用时需特别留意这些区别。
Please note that there are differences between the E8 version and the E9 version, and you need to pay special attention to these differences when using.
1）选择创建或批准过的节点（后续节点字段不是只读，不会自动批准）
①后续只读节点自动批准。那么如果后续只读节点类型是提交的话就不能自动处理。
②后续只读节点自动批准/提交。
③A（1）-B（2）-C（1）。A节点类型是提交，C节点是批准。流程到C节点也不会自动处理
注：（A、B、C、D为节点，括号中是对应节点的操作者）
以前者作为判断条件。如果前者没选择【创建、批准或提交过的流程】这个选项。
那么后者就算选择了【批准或提交】选项，也不会自动审批。流转日志会提示非审批节点。
例：流程A-B-C-D-E，A和D节点操作者一致，C节点退回到B节点，流程重新到达D节点时无法自动批准跳过
自动批准节点操作者为多人时：
注：（A、B、C、D为节点，括号中是对应节点的操作者）
多人：
（1）A(1)-B(2)-C(2)-D(1)：C和D都自动批准
（2）A(1)-B(2)-C会签(1,2)：C节点1和2自动批准
（3）A(1)-B(2)-C非会签(1,2)：C节点自动批准，取的是第一个添加的人员
（4）A(1)-B(2)-C依次逐个处理(1,2)：C节点自动批准
（5）A非会签(1,2)-B(2)-C(1)：A节点哪个提交，后续只读节点对应的才会自动批准分叉流程中自动批准的支持程度：
分叉流程：
（1）分叉起始点可以自动批准
（2）分叉合并点：可以自动批准，但要走完分支都到合并节点
（3）第一个中间点：可以自动批准。
（4）合并前的每条分支的最后一个中间点：自动批准注：（A、B、C、D为节点，括号中是对应节点的操作者）
1、转办：转办时，取的是转办人。
2、意见征询取的是实际的操作人。
3、超时处理时只有自动流转到下一节点才能自动批准。
例子：流程A（1）-B-C（1）-D，B节点设置超时处理，自动流转 到C节点后，C节点会自动批准到D
4、代理取的是实际的操作人。
例：流程流转，A-B（1）-C（2）-D（1）
（1）1流程代理给3，流程到达D节点会自动批准
（2）1流程代理给3，等流程到达C节点时，收回代理，这是C处理后流转到D，D不会注：可以先查看后端日志中心-流程日志-自动流转日志
情况1：存在action执行失败，查看集成日志看报错信息（ecology/log/intergration/intergration日期.log）情况1：流程实际自动审批判断通过所以日志显示成功，预期跳过节点的下一节点操作者设置了矩阵操作者，但是矩阵中没有对应的数据，导致找不到下一节点的操作者，所以才会自动批准失败。情况1：手动批准到预跳过节点之间，流程做过退回或者进行过流程干预情况1：检查html模板是否存在可编辑字段情况2：数据库查询是否冗余字段
select * from workflow_nodeform where isedit=1 and nodeid=???
注意：-1是标题，-2是紧急程度，-3是短信提醒，-4是签字意见