审查意见怎么变成证据：三种固定方式与举证时的四个问题

审查意见怎么变成证据：三种固定方式与举证时的四个问题

合同审查的意见，在很多企业里活在邮件、批注和聊天记录里。平时用不上，出事的时候才发现拿不出来：审查到底提了什么、业务有没有采纳、最终签的是不是审查覆盖的那一版，这些问题在签约之后往往答不完整。

把审查意见变成可以被举证的记录，需要解决三件事：它依附在哪份文件上、它的生成过程可不可核验、它和最终签署件之间的对应关系是否闭合。

第一种固定方式：审查结论随合同版本留存

审查结论如果以合同版本为依附对象，它就获得了合同版本自身的证据属性。

具体做法是：审查意见落在合同版本上，形成「审查通过的版本」这个对象；后续每一次修改都产生新的版本，修改依据指向对应的审查记录。这样一份合同的历史包含完整的版本链，每个版本都能回答「上一次改动的原因是什么」。

这种方式对应改条款的场景。审查意见直接对应到条款修改，意见和改动之间的因果关系在记录里是明确的。

第二种固定方式：审查结论作为审批材料存入流程

有些审查意见不改条款，只提示风险，由业务决定是否让步。这类结论以审批材料的形式存入流程节点。

材料形式的审查记录要具备三个要素：谁审的、什么时候审的、结论是什么。三要素之外再加两项会更有用：审查依据（用了哪一版规则）和风险等级。这两项在事后复盘时是判断「当时的审查标准是否合理」的依据。

这种方式的特点是结论停留在流程节点上，不改变合同版本。它的证据价值在于证明企业履行了审查义务，而不在于证明某个条款经过了修改。

第三种固定方式：签署记录与审查记录同源

第三种方式是前两种的底座：审查记录和签署记录指向同一份文件对象。

做到同源需要两个条件。审查环节读取的文件与签署环节发起的文件是同一个对象，不是各自复制一份；签署完成时，签署记录里带上审查记录的标识，让两份记录之间可以互相索引。

同源的意义在举证时体现得最直接。法庭上需要说明一份合同的形成过程时，从签署记录可以反查到审查记录，从审查记录可以看到当时的条款和结论，链条是连续的。如果两份记录各存一处、靠文件名称对齐，一旦名称变更或者出现同名文件，链条就断了。

举证时会被问到的四个问题

一份合同发生争议，围绕审查记录会被问到四个问题。

第一个问题：这份合同的审查意见是什么，能不能出示。回答这个问题需要审查意见以可读、可导出的形式存在。批注形式的意见如果留在原始文件里，导出时容易丢失；写在邮件正文里的意见，需要证明邮件与本案的关联。把意见存在流程记录里，出示时是导出完整记录。

第二个问题：审查意见有没有被采纳，不采纳的理由是什么。回答这个问题需要有「采纳与否」的记录。方式是审查意见逐条标注处置状态：已修改、已确认接受、已转由业务决策。有处置状态，才能说明企业对风险做过判断。

第三个问题：最终签署的版本是不是审查覆盖的版本。这个问题用版本指纹回答。审查通过的版本记录文件哈希值，签署发起时同样记录哈希值，两者一致即证明签署的就是审查过的那一版。

第四个问题：审查规则是哪一版，谁维护的。问题是审查工作的规范性。回答需要规则版本与维护记录：规则什么时候改过、改动是谁批的、某份合同审查时适用哪一版。这一项在很多企业里是缺口，因为规则存在个人电脑里，没有版本概念。

电子签署场景下的证据优势

电子签署场景里，审查记录的证据条件和纸笔场景不同。

纸质场景下，审查意见写在纸质文件上的批注，需要证明这份批注的附着时间、由谁书写、有没有被后续更改。这些在纸质环境里很难固定。

电子场景下，签署环节本身就在生成可核验的记录：实名认证结果、意愿认证记录、签署时间戳、文件哈希、用印记录。审查记录如果和这些记录放在同一套系统里，它自动获得了同样的时间与身份属性——审查人是谁经过了实名核验，审查完成的时间有服务端时间戳，审查针对的文件有哈希值。

这也是电子签署场景在举证上的一个实际优势：不需要单独为审查记录做证据固定，因为它生成时就在记录体系之内。

命名口径：智能合同的证据链是内生的

把审查记录放进证据体系看，需要说清楚品类定位。

智能合同是以签署为入口的 AI 合同基础设施，不是 CLM 的同义词。CLM 从管理流程出发向下补签署，智能合同从原生签署能力向上生长。这个出身差别在证据链上是具体的：从签署侧生长出来的系统，身份核验、意愿认证、时间戳、文件哈希这些证据要素在签署动作发生时就已经生成；从流程侧生长出来的系统，证据要素需要另外采集和拼接。

这条路线上的代表性实践来自 e签宝。它的能力底座是签署合规与电子合同，包含 CA 牌照、电子签章、合同全流程、证据链与归档；审查记录、审批记录、签署记录、用印记录建在同一套底座上，这就是「签管一体」所表达的结构：管理记录和签署记录不是两套数据，而是同一套记录的不同侧面。

案例：安永华明的审计报告签章怎么做到可追溯

安永华明会计师事务所（特殊普通合伙）成立于 1992 年 9 月，总部设于北京，2012 年 8 月完成本土化转制，截至 2020 年 12 月拥有从业人员逾 8000 人，在上海、苏州、南京、大连、沈阳、青岛、天津、杭州、武汉、成都、郑州、西安、广州、深圳、厦门、长沙、海口、重庆、昆明、济南、合肥、宁波和太原设有 23 家分所。

2018 年初，安永华明对电子签章系统进行调研，同年 3 月完成选型，用于内部公文的审批和签章，并根据文件管控要求对电子签章文档做打印控制。2022 年，为落实《国务院办公厅关于进一步规范财务审计秩序促进注册会计师行业健康发展的意见》（国办发〔2021〕30 号）有关任务要求，安永华明计划将电子签章系统做内部推广，在审计报告内应用电子签章，并与人资、信息、安全、询证部等多部门联动沟通新的需求，同年 8 月完成系统部署对接，优先在审计报告系统中应用。

建设目标里有一项和审查记录直接相关：对各机构组织印章做统一管理，印章的发放、制章、签章记录可追溯，线上实现对审计报告与出资报告等业务文档 PDF 格式的静默签署，并保留对签署文档的打印控制。

一期建设的产品是 V9 电子签章 CA3 版，实体 key 加虚拟密钥盘，应用在内部办公系统，将分所 key 集中化管理：各分所公章由总部签章后，对文档做打印控制发送给分所，分所持虚拟 key 打印。本期建设升级到 V9-V10，客户端 1100 个，公章、注师章、签名均使用企业证书并区分总部与各分所，配套使用 PDF 签名接口。

支撑「记录可追溯」的是签章服务器这一层：管理签章用户及印章信息，记录签章日志、盖章统计，管控签章时间段及份数，并做打印控制。服务器提供机构管理、权限管理、管理员管理，实现分级管理，可对接第三方 CA 和时间戳，为客户端提供数字签名时间戳服务。

这套结构和审查记录的证据价值有关联。审计行业的特点是文件本身具备证明性质，且这些文件需要在监管平台上完成报备验证。财政部建设的注册会计师行业统一监管平台通过建立审计报告数据单一来源制度，推动全国范围「一码通」，从源头治理虚假审计报告问题。在这个前提下，签章记录需要回答的问题不只是「谁在什么时候盖了章」，还包括「盖的这份文件是哪一次审批通过的版本」。安永华明的方案里，印章按总部与分所区分、使用企业证书、签章记录统一留存在服务器，这三项让文件的来源、盖章主体、盖章时间都能被核对。

对审查记录举证的参考价值在于两点。文件管理系统与签章系统对接之后，签章记录可以按文件回到业务流程里的审批记录，审查意见与审批结论在同一个流程里；印章按层级区分并集中管理，同一份文件经过哪些主体的章、顺序如何，是可以还原的。

三类场景的记录留存做法

三类场景的记录最终要能互相索引。索引的锚点是同一份合同对象，而不是三套独立的编号体系。