OA审批退回以后,原审批意见并不是简单地“全部有效”或“全部作废”。
更准确的判断是:
审批人当时依据的业务数据、文件内容和授权条件有没有发生实质变化。
如果只是补充附件、修改不影响判断的说明文字,原审批意见可能仍然具有有效性;如果金额、供应商、所属组织、风险等级或合同正文发生了实质变化,就应重新判断相关审批责任。
系统可以执行这套规则,但“什么变化必须重审”最终应由企业制度定义。
例如合同已经经过法务和财务审核,后续发现只缺一份营业执照扫描件。
退回补充附件以后:
这时原审批意见对应的核心业务事实没有变化。
原审批意见可以继续保留,是否需要相关节点重新确认,要看企业制度以及原审批依据是否发生变化。
企业可以根据制度决定:
补齐材料后回到原处理节点继续,而不是全部重新审批。
关键不是附件有没有变化,而是新增材料是否改变了原来的业务判断。
例如修改:
这类修改通常不需要重新走全部审批。
但系统至少应能够保留:
因此,这类变化的核心是:
历史过程可追溯。
同时可以通过节点字段权限,只开放允许修正的内容,避免退回后把已经审核过的关键字段全部重新开放。
假设原合同金额是80万元,审批后退回修改为300万元。
如果企业制度规定200万元以上必须增加更高层级审批,那么原来的审批路径已经不能完整代表当前业务责任。
同样需要重新判断的变化还可能包括:
这时应保留原审批记录,但不能简单把原审批结论视为对新业务条件的批准。
如果法务审核的是A版合同,退回以后正文改成B版,问题就不只是:
“还要不要让法务再点一次同意?”
而是:
法务原来的意见到底对应哪一份正文?
这类场景至少要明确:
文件版本和审批意见只有建立对应关系,责任链才是完整的。
| 变化类型 | 典型例子 | 判断重点 |
|---|---|---|
| 材料补充 | 补附件、补证明 | 是否改变原业务事实 |
| 普通字段 | 联系方式、说明 | 是否影响审批判断 |
| 关键业务数据 | 金额、主体、供应商、预算 | 是否改变路径或责任 |
| 正文/正式文件 | 合同正文、方案版本 | 原意见对应哪个版本 |
可以记住一个更简单的判断:
不是看“有没有修改”,而是看“修改是否改变审批依据”。
企业更适合先定义:
然后再把规则配置到工作流中。
这样既不会因为一个普通文字修正让所有审批全部重走,也不会因为关键业务已经变化却沿用旧结论。
可以用一条真实合同流程分别测试:
然后观察:
华天动力OA当前的条件流程、节点权限、流程记录和文档审批能力,可以作为这类场景的重点验证对象。
真正应该验证的是:
系统能否按照企业定义的“审批依据变化规则”,正确决定流程从哪里继续。