什么是合同分析？
合同分析是对一个定义清楚的合同集合进行可追溯的汇总、分群、比较和趋势分析，用于支持续期、现金、采购、履约、风险与资源配置等决定。可靠结果必须能从图表下钻到指标口径、有效合同版本和来源字段。
它回答的是单份合同无法回答的组合问题：未来哪些收入合同即将进入通知窗口？付款条件的分布是否正在变化？哪些义务同时具有高影响、临近截止和未确认责任人？哪个环节造成审查周期拉长？
合同数量、关键词次数或一组彩色图表本身不等于分析。只有当集合、期间、单位、分子、分母、排除、数据质量和允许用途都清楚时，汇总结果才有解释价值。
合同分析、合同智能与自动审查解决不同问题
| 能力 | 主要问题 | 典型产出 | 关键控制 |
|---|---|---|---|
| 合同分析 | 整个合同组合呈现什么模式、变化和异常 | 指标、分群、趋势、异常队列和行动结果 | 口径、分母、质量、可追溯与解释边界 |
| 合同智能 | 权威协议记录如何持续连接和查询 | 主体、文档层级、条款、义务、事件与关系 | 身份、版本、来源、权限和更新机制 |
| 自动化合同审查 | 收到的一份合同可能有哪些待复核问题 | 条款提取、规则比较和带来源的候选发现 | 盲测、漏检、噪声与人工判断节点 |
| 合同审批工作流 | 谁在何时批准哪项偏离或商业选择 | 路由、审批证据、授权状态和等待时间 | 权限、职责分离、升级和最终版本 |
合同分析位于可靠记录的下游、业务行动的上游。它不应改写已签文字，也不能因为某个数值低于阈值就自动授权续签、付款或终止。
先写决定简报，再选择图表和软件
一个分析项目应从反复发生的决定开始：谁要在什么日期前，从哪些可选动作中作出选择，需要什么证据，错误或延迟会造成什么后果。采购、销售运营、财务、法务和风险团队面对的决定不同，不应共享一个万能看板。
决定简报句式：［负责人］需要在［日期］前，对［合同集合］决定［续签、谈判、催收、补证据、升级或资源调整］；当［指标与质量门槛］满足时采取［动作］，否则由［角色］核对来源并记录原因。
如果一个指标不会改变优先顺序、负责人、谈判准备或资源投入，它可能只是报告。报告并非无用，但不应被包装成决策分析。
在计算前冻结合同集合、时间点和分析粒度
明确纳入哪些法律实体、业务线、合同类型、状态、地区、币种和有效期间，并说明主协议、订单、工作说明、附表、修订和通知的处理方式。记录草稿、未签文件、重复件、缺失附件、无法读取文件和层级冲突，而不是静默排除。
| 定义项 | 需要回答 | 常见误差 |
|---|---|---|
| 统计单位 | 一行代表文件、协议、事项、义务还是相对方 | 把多个版本当多份合同 |
| 截至时间 | 数据反映哪个时点或观察期间 | 用当前状态解释历史结果 |
| 纳入条件 | 哪些状态、主体和合同族符合 | 分母随查询悄悄变化 |
| 排除条件 | 哪些记录不适用，为什么 | 困难样本被选择性删除 |
| 未知项 | 哪些记录缺证据或仍有争议 | 未知自动填成零或正常 |
一千个文件不一定代表一千份有效协议。稳定的协议标识和“截至日期”应进入每条分析记录，确保不同人重复计算时使用同一集合。
先还原协议层级与有效版本，再汇总条款
主协议可能被修订覆盖，订单可能引入更具体条件，通知可能改变续期状态，附表也可能限定正文。分析前要建立文档之间的父子、替代、补充和引用关系，并确定目标期间真正有效的条款。
对每个待分析字段，保存来源文件、版本、位置、生效区间、提取方式、验证状态和最后更新时间。存在冲突时应显示“待裁决”，不能按最近文件日期自动假设优先级。权威文本仍是合同文件，分析记录只是有来源的派生数据。
用指标字典阻止同名指标产生多种答案
“即将续期”“非标准付款条件”“高风险合同”和“平均审查周期”都可能有不同解释。每项指标应公布业务问题、正式定义、粒度、单位、时间逻辑、公式、分子、分母、筛选、排除、缺失处理、来源、更新频率、负责人和禁止用途。
| 字典字段 | 示例问题 | 控制作用 |
|---|---|---|
| 业务目的 | 这个结果支持哪项决定 | 防止为了展示而计算 |
| 集合与粒度 | 哪些协议进入，每行代表什么 | 稳定分母 |
| 计算规则 | 期间、单位、币种和公式是什么 | 保证可复现 |
| 来源与质量 | 字段来自哪里，验证到什么程度 | 暴露证据边界 |
| 行动门槛 | 什么变化由谁调查或处理 | 把指标连接到责任 |
| 版本与变更 | 口径何时改变、谁批准 | 解释趋势断点 |
选择能连接条款、事件与业务结果的指标
有效协议、承诺价值、收入或支出集中度、币种暴露和负责人覆盖。
到期、通知窗口、自动续期、决策提前期、逾期义务与未完成动作。
付款期限、价格调整、最低承诺、服务抵扣、折扣和终止经济条件。
关键义务、事件、争议、例外、控制缺口、证据状态和关闭结果。
收件完整度、审查等待、审批停留、谈判轮次、签署与交接时间。
覆盖、有效版本、字段验证、来源定位、重复、冲突和更新时效。
避免把性质不同的指标压成单一“合同健康分”。若确需综合评分，应公开权重、方向、缺失处理和敏感性，并保留所有组成项，防止重大问题被大量低影响字段抵消。
数量、比率和缺失值必须一起解释
显示异常数量时，同时显示符合条件的合同总数；比较比率时，同时显示样本量。十个异常可能来自二十份合同，也可能来自两千份合同，两者意义完全不同。合同覆盖扩大也可能让异常数量上升，并不一定说明条款质量恶化。
缺失至少区分：文件未收到、文件无法读取、字段未提取、合同确实未约定、该字段不适用、存在冲突以及等待人工确认。只有“确实为零”的事实才能记零；未知值不得默认纳入正常组。
让每个汇总数字都能回到来源与转换过程
从看板下钻时，应看到协议标识、有效文件、原文位置、结构化值、变更记录、转换规则、验证人员和最后更新时间。金额换算、日期计算、类别映射、去重和异常修正都需要可复现记录。
导出结果也应携带筛选条件、指标版本、截至时间、质量说明和权限边界，避免脱离上下文后被当作永久事实。对敏感字段实施行级、文档级或字段级访问控制；聚合并不天然意味着匿名。
在业务指标旁同步展示数据质量
| 质量维度 | 需要测量 | 业务含义 |
|---|---|---|
| 完整性 | 目标文档、附件和层级是否齐全 | 分母是否可信 |
| 准确性 | 字段值与来源原文是否一致 | 具体决定能否依赖 |
| 适用性 | 数据是否适合当前问题、期间和粒度 | 避免拿错数据回答问题 |
| 及时性 | 记录与现实变化相差多久 | 决定是否仍有行动窗口 |
| 一致性 | 跨系统、版本和分类是否冲突 | 发现需要裁决的差异 |
| 可追溯性 | 结果能否回到原文和处理记录 | 支持复核与更正 |
质量不是一个万能百分比。日期、金额、条款分类和专业解释有不同的错误模式与后果，应按字段和用途设验证门槛。发现型分析可以使用明确标识的候选数据；付款、通知或重大披露需要更强的来源确认。
只比较真正可比的合同群组和时间期间
可以按合同类型、相对方类型、业务线、地区、实体、价值区间、模板版本、谈判渠道或签署期间分群，但分类必须稳定且样本足够。销售协议与不动产租赁的结构、经济条件和审查路径不同，平均在一起通常没有决策意义。
趋势分析要保持指标定义与集合逻辑一致；若规则、系统、抽取方法或业务范围改变，应标记断点。同步显示数量、比率、期间、样本量和缺失程度，避免把检测能力提升误解为风险上升，或把覆盖下降误解为改善。
让看板支持调查，而不是只呈现漂亮结论
每个视图附近展示决定、截至日期、合同集合、筛选、指标定义、质量状态和负责人。数量适合工作量，比率适合可比性，分布适合观察离散程度，时间序列适合变化，分群适合比较流程差异，异常表适合直接行动。
不要截断坐标轴来放大变化，不用过多小数制造精确感，也不要让颜色承担唯一含义。访问者应能从一个异常分段进入具体协议和来源，并清楚区分已验证、候选、缺失、冲突和不适用状态。
把异常转成有证据、有负责人、有期限的工作队列
异常检测只完成了发现。每个队列项目还需要业务影响、来源、验证状态、负责角色、截止时间、可选动作、批准要求和关闭证据。相同异常可按行动窗口、金额影响、客户或供应商关键性、证据质量和可逆性排序。
关闭标准：不是“已经查看”，而是来源已确认、决定已记录、必要批准已取得、通知或更改已执行、后续责任人已接收，并约定何时重新测量结果。
从相关模式到原因判断，中间必须经过调查
某类偏离与较长回款周期同时出现，并不能证明该条款造成延迟。客户类型、地区、金额、交付复杂度、审批习惯或数据缺失都可能共同影响结果。分析应先提出可检验假设，再结合业务过程、时间顺序和补充证据调查。
对重要判断记录替代解释、已知限制和反证。可以用分群、前后比较或匹配样本降低混杂，但不能把描述性看板写成因果结论。需要预测或优化模型时，应另行定义验证、漂移、偏差和允许用途。
用七步把合同数据转成可复测决策
- 界定决定。明确用户、日期、可选动作、风险和证据门槛。
- 核对集合。连接有效协议、修订和附件，暴露缺失与冲突。
- 发布口径。确定粒度、公式、分母、期间、排除与负责人。
- 准备数据。提取、标准化、去重并保留来源与转换记录。
- 验证质量。按字段和用途抽查，高影响值逐项确认。
- 分析与调查。比较分群和期间，追查异常与替代解释。
- 行动与复测。分配负责人、取得批准、保存关闭证据并观察结果变化。
案例：销售合同付款条件与回款准备度
以下组织、数据与结果均为虚构，用于说明分析方法。一家企业希望判断哪些即将开票的销售合同需要财务和客户成功团队提前准备，而不是简单寻找“付款条件最长”的客户。
团队先定义集合：目标期间内已签、预计产生发票且有效的客户协议，并连接订单、工作说明、修订和验收附件。指标字典分别定义付款期限、开票触发、验收依赖、争议处理、币种、负责人与字段验证状态；未知日期不按零天处理。
| 观察 | 不能直接得出的结论 | 行动 |
|---|---|---|
| 部分合同付款期较长，但已具备明确验收证据 | 付款期长就一定回款差 | 维持监测，不进入高优先队列 |
| 一组合同付款期正常，却缺少开票触发记录 | 合同条款正常就已具备开票条件 | 由业务负责人补充交付与验收证据 |
| 某地区异常率突然上升 | 当地谈判质量下降 | 发现分类规则更新造成趋势断点，重算可比期间 |
| 少数高价值协议的修订关系未确认 | 旧主协议字段仍然有效 | 暂停纳入行动指标并交法务运营核对版本 |
最终产出不是一个客户风险排行，而是按开票时间、金额影响、证据缺口和负责人排序的准备队列。团队在行动后复测缺失触发记录和争议启动情况，判断流程调整是否有效。
AI 可以准备候选数据，但不能隐藏来源和未知
AI 可协助从合同中定位候选字段、归类文本、识别重复、解释指标变化和生成调查问题。每个重要字段仍需保留原文位置、有效版本、提取置信和验证状态；系统没有找到信息时，输出应是未知或待核对，而不是默认正常。
选择已获授权的合同材料和一个明确问题，用工具整理候选风险与来源，再由负责人确认有效版本、重大字段和使用范围。合同组合汇总应在这些基础记录通过质量门槛后进行。
为指标、数据、分析和行动分别指定责任
| 角色 | 主要责任 | 不能默认承担 |
|---|---|---|
| 业务负责人 | 定义决定、行动门槛和结果 | 解释所有法律含义 |
| 合同数据负责人 | 维护身份、层级、字段、质量和访问 | 批准商业取舍 |
| 指标负责人 | 发布口径、版本、变更和适用限制 | 静默修改历史趋势 |
| 领域审核人 | 确认高影响字段和专业解释 | 为缺失业务事实负责 |
| 行动负责人 | 调查异常、取得批准并保存关闭证据 | 把告警当成已处理 |
按风险和使用频率设置复核周期。新合同族、新地区、新系统、新模型或指标口径变化后，应运行针对性回归与对账；发现重大错误时要能追踪哪些报告和决定受影响，并及时更正。
合同分析的十个常见失败模式
没有用户、决定和行动门槛。
版本、附件和协议层级未还原。
公式、期间和分母没有发布。
缺证据被错误地消失。
没有并列显示数据质量。
合同结构和流程差异被掩盖。
规则或范围变化被误作表现变化。
高影响问题被低影响字段抵消。
发现停留在仪表盘，没有行动闭环。
没有调查混杂因素与替代解释。
合同分析常见问题
合同分析是对一个定义清楚的合同集合进行可追溯的汇总、分群、比较和趋势分析，用于支持续期、现金、采购、履约、风险和资源配置等决定。每项结果都应能回到指标定义、有效合同版本和来源字段。
合同智能侧重建立可关联、可查询且持续维护的合同记录，包括主体、文档层级、条款、义务和事件；合同分析在这些已治理记录之上定义指标、比较群组、发现变化并支持具体决定。前者提供可靠数据基础，后者使用数据回答管理问题。
不要从通用仪表盘开始。先选一项反复发生的业务决定，再选择能改变该决定的少量指标，例如即将进入通知窗口的有效协议、已验证付款条件分布、义务逾期率或审批等待时间，并为每项指标定义集合、期间、公式、排除、负责人和质量门槛。
可以用于探索，但必须同时显示覆盖率、缺失类型、未验证字段和适用限制。高影响决定不应把未知值当作零或默认正常；应先补齐关键文档、核对有效版本，并让需要人工确认的记录进入待办队列。
AI 可以协助提取候选字段、归类文本、发现异常和解释指标变化，但不能自行确定权威版本、填补未知事实、选择法律或商业立场。重要结果仍需通过来源核对、质量测试和有权限人员批准，系统变化后还要重新验证。