很多OA系统都可以做“合同审批”。
但两个系统都叫合同审批，实际处理方式可能完全不同。
一种是：
填写审批单 → 上传Word合同 → 下载修改 → 再上传新文件。
另一种是：
合同正文直接进入工作流，在审批节点中完成查看、修改、留痕和定稿。
两种方式都能让合同跟着流程走，但对正式文件的控制程度完全不同。
华天动力OA的文档审批重点解决的正是第二类问题。
普通附件审批的核心对象仍然是审批表。
Word合同只是作为附件跟随流程。
审批人收到任务以后：
下载附件；
在本地修改；
重新上传；
再填写审批意见。
如果参与人数少、正文基本不改，这种方式完全可以使用。
问题出现在：
合同需要多人持续修改时。
很快就可能出现：
合同最终版.docx；
合同最终版2.docx；
合同最终版确认.docx；
合同最终版确认最新.docx。
系统虽然留下了附件，但文件本身的形成过程并没有进入工作流控制。
如果业务需要审核的就是合同正文，那么更合理的状态应该是：
审批人在当前任务中直接查看正文；
有修改权限的人可以按规则调整内容；
修改与办理节点发生关联；
后续审批人看到明确的当前版本；
审批结束以后继续完成定稿和正式输出。
这时工作流控制的对象就不只是“一张审批单”，还包括正在形成的正式文件。
华天动力OA支持文档型和签批单型等流程模板，使合同、公文、制度、报告等正文进入审批过程。
不是所有审批都需要文档审批。
费用申请、采购申请等结构化数据很多的业务，更适合以电子表单为主。
而下面这些业务，正文通常就是核心审批对象：
合同；
制度；
报告；
正式文件；
其他需要多轮审阅和修改的文字材料。
判断标准很简单：
被审批的核心对象是几个字段，还是那份正式正文？
如果是后者，就应该重点考察文档本身是否进入工作流。
能够在线打开文档，并不等于完整的文档审批。
关键在后面的流程：
谁可以修改；
哪个节点发生了什么变化；
每一个审批阶段对应哪一版；
退文以后怎么继续；
什么时候从可编辑文件变成正式版本；
正式文件以后如何签批、用印、套红或归档。
所以，文档审批是一条文件生命周期，而不是一个在线编辑器。
华天动力OA在工作流节点中可以让正文修改与流程阶段对应，并形成节点版本，使后续能够追溯某个审批阶段实际处理的正文。
审批过程中的正文通常需要继续修改。
这类DOC、DOCX、WPS等文字文档属于可编辑的流式文件。
当文件完成审批，进入正式发布、签批、用印或归档阶段以后，又需要更加稳定的版式文件。
因此，一个完整流程通常包含：
起草；
审批；
修改；
定稿；
形成版式；
正式输出。
如果正式文件形成以后发现问题，还需要考虑能否退回继续修改，而不是生成PDF以后整个流程就无法回头。
文档审批解决的是：
正文如何起草、修改、审阅、留痕和定稿。
电子签章解决的是：
进入正式用印或签署阶段以后，如何完成相应签章操作。
企业可以在业务需要时把电子签章系统集成进正式文件流程，但不能因为支持电子签章，就反过来证明文档全过程审批已经成熟。
两者应该分别验证。
不要只看供应商演示“上传一个Word”。
拿一份真实或脱敏合同：
发起审批；
让第一个节点修改一句正文；
第二个节点再调整一次；
检查两次修改是否与节点对应；
随后退文；
继续修改；
重新形成正式版本。
如果整个过程始终围绕同一份业务文件连续运行，才能体现文档审批的完整性。
华天动力OA把文档正文、审批节点、修改留痕、节点版本以及正式成文放在同一条工作流里管理。
对于合同、制度、公文和正式报告较多的组织，选择OA时，建议把“Word能不能在线打开”进一步追问为：
正式正文能不能从起草一直被工作流控制到最终成文。
这才是附件审批和文档正文审批之间更重要的区别。
