审查一份合同，怎样从风险点走到逐条修改和终稿

审查一份合同，怎样从风险点走到逐条修改和终稿

一份合同被标出十几个高风险点，审查工作往往才走到一半。接下来还要回答：这处风险为什么成立，准备怎样处理，修改后的条款能否执行，前后条款会不会冲突，最后交给对方的是哪一版文本。

风险识别与合同修订之间，隔着交易前提、原文定位、修改动作、人工取舍和全文复核。少了其中任何一环，风险提示都很难稳定地落进终稿。

先固定这次审查的任务

同一句条款，放在不同交易里，风险可能完全不同。付款后置，对采购方可能是验收保障，对供应方可能形成现金流压力；单方解除权，对一方是退出机制，对另一方可能意味着前期投入无法回收。评价条款前，需要先固定四组信息：合同类型与实际交易、签约和履行主体、审查所代表的立场，以及本次审查必须保留的商业条件。

律页在合同审查开始阶段提取合同类型、主体、标的与金额和合同摘要，并允许配置审查立场、审查尺度及特殊要求。这些信息给后续判断划定前提。主体资质、授权文件、标的权属、审批或登记条件若缺少材料，应列入待核事项，不能在修订稿里补成确定结论。

从交易结构走到具体条款

先检查交易能否走通：签约主体是否也是实际履行方，交付与验收能否闭环，付款条件是否由相应一方控制，违约责任是否覆盖核心义务。随后再检查首部、核心交易条款和配套条款是否完整，主体—标的或价款—违约责任这条主线能否连起来。

现行《民法典》第五百零九条要求当事人按照约定全面履行义务，并遵循诚信原则履行相应义务；第五百一十条规定了质量、价款或报酬、履行地点等内容约定不明时的补充路径。审查时应尽量把质量、价款、地点、期限和协作方式写到可履行、可验收、可追责的程度。把关键内容留待事后补充，会把不确定性推迟到履行甚至争议阶段。

律页依次进行宏观基本面评估和微观框架审查，前一层关注交易可行性、整体风险和交易结构建议，后一层检查首部、交易条款、配套条款及合同主线。两层结果共同决定下一步应当修一句话、补一项机制，还是联动调整一组条款。

先确定风险落在哪一层，再进入具体条款。

把风险点写成可审阅的修改单元

付款条件不清、违约责任不对等、验收标准缺失，都只是风险标签。每个标签至少要拆成五项，审查者才有足够信息决定是否落笔：

1. 原文位置：对应哪一条、哪一句，是否关联定义、附件或其他条款；
2. 风险判断：缺少的是条件、标准、期限、程序、责任，还是主体与交易结构存在问题；
3. 可能后果：会造成履行不确定、权利无法触发、责任无法计算，还是证据难以形成；
4. 处理动作：修改、补充、删除，或交由业务确认；
5. 建议文本：写清主体、触发条件、期限、履行方式以及未履行的后果。

以验收条款为例，原文若只写验收合格后付款，修改单元不能停在验收标准不明确。它要继续展开：谁发起验收，提交哪些材料，几日内反馈，采用什么标准，部分不合格如何整改，复验期限多长，付款节点怎样与验收结果对应。这里面每个问题都会改变履行节奏或权利触发条件，需要在合同里有明确落点。

处理动作也要和风险性质匹配。原文已经覆盖义务、只是期限含糊，可以直接修改；履行机制缺少关键环节，需要补充条款；内容与交易安排冲突，可能要删除；商业条件尚未形成共识，则保留待确认项，由业务人员作出选择。模型不应替双方填补尚未决定的交易条件。

建议文本形成后，再回看它是否确实解决了所列后果。比如把收到材料后及时验收改成收到完整材料后五个工作日内书面反馈，虽然补上了期限和通知形式，仍需确认完整材料的范围、反馈对象以及逾期后果。逐项回看能发现那些文字已经变长、机制仍然没有闭合的修改。

界面把修改意见、建议条款与合同原文放在同一审阅路径中，便于核对修改对象和上下文。

逐条确认之后，再做横向复核

一个修改单元看起来成立，不代表放回全文后仍然成立。建议文本生成后，应逐条接受、拒绝或编辑；涉及业务前提的内容，在前提确认前不进入纯净稿。律页还支持重新生成修订结果，并可快速定位当前修改在全文中的位置，审查者可以围绕原文逐项作出取舍。

逐条确认先检查局部闭环。修改是否回应了原风险，权利触发条件是否对应义务完成条件，期限有没有明确起算点与截止点，金额、比例、公式和责任上限能否计算，新增概念在上下文中是否有确定含义。删除条款时，还要确认它承担的定义、程序或救济功能是否已经由其他条款接住。

局部闭环完成后，把合同从条款顺序中暂时拆开，按主题串读：

• 定义与称谓：同一主体、文件和事件在全文是否使用同一名称，新定义是否在首次使用前出现；
• 金额与付款：总价、分期金额、税费、发票、付款条件和逾期责任能否互相对应；
• 交付与验收：交付内容、材料、时间、验收标准、异议和整改程序能否接续；
• 变更与解除：变更程序、解除条件、通知方式及解除后的结算和返还是否衔接；
• 责任与救济：每项核心义务是否有相应后果，违约金、损失赔偿和责任上限之间是否冲突；
• 引用与附件：条款号、附件名称、表格字段和交叉引用是否仍指向正确位置。

横向复核最容易发现远距离冲突。验收期限从十日改成五日，付款条款可能仍沿用原来的十日起算；删除自动续约条款后，解除条款可能还引用续约期；新增书面通知要求，却没有同步调整通知条款中的送达方式。逐条修改解决局部问题，横向复核负责把这些修改重新装回同一份合同。

复核中发现冲突，应回到对应修改单元，重新检查风险判断和业务前提，再调整建议文本。这样保留了修改的来路，也避免为了消除一个冲突而在别处引入新问题。

分开形成审查意见书和纯净终稿

审查意见书保留主要风险、修改理由、待确认事实和业务选择，服务于内部决策与复核。纯净终稿只承接已经确认的修改，用于后续流转、谈判或签署准备，不混入风险等级、内部批注和生成过程。

律页在用户完成修订确认后，可以生成审查意见书，并依据已经接受的修订输出纯净版终稿。完成界面分别呈现风险分析报告、审查意见书和合同修订纯净版。

三个结果入口分别承接风险识别、审查说明和可继续流转的修订文本。

终稿交付前检查五件事

• 覆盖：主体、标的、履行、价款、验收、变更解除、违约责任和争议解决等关键环节均已检查；
• 可追溯：重要修改能够回到原文位置、风险判断和业务前提；
• 可执行：修改后的主体、条件、期限、动作和后果足够明确；
• 一致：定义、数字、时间、附件和交叉引用已经完成横向复核；
• 边界清楚：已确认内容进入纯净终稿，待补材料或待业务决策事项留在审查意见书中。

AI可以协助整理合同、发现线索和形成建议文本；交易事实核查、商业取舍与最终法律判断仍由专业人员完成。未确认的事实和条件，不应进入纯净终稿。

需要把风险分析、逐条修订和终稿放进一条可复核的工作链，可从律页官网了解合同审查能力。