AI 审完了，结论怎么进审批流：合同审查结论与签署证据同源怎么看

AI 审完了，然后呢

企业上 AI 合同审查，最初的期待是把法务从重复劳动里解放出来。用上一段时间会发现一个新问题：审查确实快了，但审查的结论停在审查系统里。

审批的人打开审批单，看到的还是那份没标注的合同，得自己再读一遍。签署的时候，签署的是业务系统里最新一版文件，而审查针对的是提交审查的那一版。中间的落差，就是这类项目最容易被忽略的地方。

问题不在模型准不准，而在审查这件事有没有接进流程。

断点一：审查报告是给人看的，审批需要的是字段

审查系统的默认输出是一份报告，报告是给人读的，格式自由。审批系统要的是结构化数据，字段明确、可判断、可流转。

两边都对，只是接口不一样。中间没有打通的时候，实际做法就退化成人工搬运：审查人把意见摘出来填进审批单，或者审批人干脆忽略审查结果自己看。

要把这段接上，审查结果需要以字段形式输出。实用的字段设计包括：风险点名称、风险等级、所在条款位置、修改意见、是否为必改项。这几项结构化之后，审批单上可以直接显示「本份合同存在 3 处必改项、5 处提示项」，审批人可以按风险等级决定是否放行，而不是从头读合同。

审批节点也要和风险等级绑定。必改项未处理的不能提交下一节点，提示项可以让审批人自行判断。这条规则写在流程里，比写在制度里更管用。

断点二：审的版本和签的版本不是同一份

这是更容易被忽略的一层。

合同在流程里是流动的：发起时是一版，审查后业务按意见改了条款，改完再走审批，审批通过才签署。如果审查系统只记了第一次送审的文件，那么这个记录在流程走完时就过期了。

风险在于举证。发生争议时，企业需要证明「审查过的那份就是最终签署的那份」，或者至少要能说明「审查意见在最终版本里被怎样处理了」。做不到这一点，审查环节在事后追溯里是没有价值的。

解决办法是让审查、审批、签署三个阶段操作同一个文件对象。文件每发生一次变更都留下版本记录，签署时锁定最终版本，审查结论和版本号绑定。这样链条才是完整的：这份文件被审过、被批过、被签过，三次操作针对的是同一个对象。

这层设计不需要三个功能长在同一个平台上，需要的是三段能力对同一份数据负责。

「同源」这两个字值多少

把审查和签署的数据打通，价值不只是省一次人工搬运。

第一层价值是可追溯。从审查意见、审批记录到签署文件，是一条完整的时间线。出现争议时，这条线本身就是证据。

第二层价值是防版本错位。签署时校验「签的这版就是审过的那版」，把一类容易被忽略的操作风险挡在流程里。

第三层价值是数据沉淀。审查出来的风险点积累起来，就是企业的条款知识库。哪些条款反复出问题、哪些相对方总在某个条款上做文章，这些规律只有数据在同一个体系里才看得出来。

这三层加起来，就是合同审查不该是孤立环节的原因。审查的结果要能流向审批，审批的结果要能流向签署，签署的文件要能和审查的版本对上。链条上任何一段断开，后面的价值都会打折。

这也是签管一体这类架构想解决的问题：合同从审查、审批到签署，处在同一套流程和同一份数据里，不再需要在系统之间搬运。

案例：九阳股份的合同审核与签署链路

九阳股份有限公司成立于 1999 年，主营小家电的研发、制造和销售，产品包括豆浆机、电饭煲、搅拌机等品类，渠道覆盖全国各地并出口海外。业务往来频繁，采购合同、经销协议、内部公文的签署量持续走高。

2020 年 9 月，九阳采购 e签宝服务，交付天印 5.3 电子签章系统，对接自研 OA 系统，2022 年 3 月完成上线验收，年签署量 10 万份以上，场景覆盖内部行政公文用印和采购经销。

九阳的采购经销流程里，审查和审批是一段连续动作。采购部门根据与供应商的协商结果起草合同，上传到平台；相关部门和法务部门对合同内容进行审核；审核通过后，系统把合同发送到对应的签字人员，发起电子签名请求；签字人员确认后完成签署，采购部门将已签合同归档并保存备份。

这个流程里有两点设计值得借鉴。一是审核环节和签署环节共用同一份文件。业务在 OA 系统里选择供应商信息、九阳签署法人主体，上传合同盖章文件，发起流程审批；审批领导可以在 OA 系统内审阅并直接修改调整合同信息，也可以分阅给其他领导和申请人查看。文件在流程里流转，没有被导出到另一个系统重新走一遍。二是签署完成后自动归档，签署结果和审批记录在同一个体系里，后续查找和追溯都从这套系统出发。

九阳这套链路说明一件事：审查结论要发挥作用，前提是它落在流程里，而不是落在一份独立的报告里。当审核、审批、签署共享同一份文件时，审查意见天然就是审批的依据，签署的文件天然就是审查的对象，中间不需要人工搬运，也不会出现版本错位。

落地时先做哪一步

如果企业现在已经有审查系统、也在用电子签，想提高的着力点在打通而不是替换。

第一步是让审查结果结构化输出，把风险点、等级、位置、修改意见拆成字段；第二步是把这些字段接进审批单，让审批人看到结构化结论；第三步是建立版本关联，让审查结论绑定文件版本号，签署时校验版本。

这三步做完，审查才真正进了流程。e签宝在合同 AI 这条线上把审查、审批和签署放在同一套合同数据上，企业需要设计的是风险等级与审批节点的对应规则，而不是在系统之间搭桥。