合同中的“100万元”可能是总价、暂估价，也可能只是某一期的付款金额；同一份文件里的日期，可能分别代表签署、履行起点和付款期限。即使文字识别没有错，把它们放错字段，仍会影响后续使用。
AI识别负责帮助定位和提取，人工复核负责确认“这个值在这份文件里究竟表示什么”。不要把输出完整、语言流畅或数值看起来合理，当成核对完成的依据。
一、先分开原文、提取值和确认值
每个重要字段至少应能回到对应原件和文件版本。条件允许时，还可记录页码或条款位置。原文是核对依据，提取值是待确认结果，确认值是复核后用于业务管理的数据，三者不能混成一条无法追踪的记录。
发现不一致时，保留差异和处理说明，不要直接改掉原件，也不要覆盖原提取结果后只留下一个“正确值”。否则后续无法判断问题出在识别、字段映射，还是人工理解。
二、主体名称先核对身份与角色
先确认名称是否完整，再看其在合同中的角色。正文里的客户名称、收款方、签章主体和附件中的关联公司，不一定是同一个主体。简称、历史名称与完整名称也不宜自动合并。
对照合同首页、签署页和相关条款，检查名称是否一致。
分别记录甲方、乙方、付款方或收款方等角色，不能只存一个“企业名称”。
存在名称冲突或无法判断的情况，交由业务负责人确认，暂不按猜测结果归档。
配图为AI生成的字段核对示意，不代表真实合同或识别结果。
三、金额必须连同口径一起看
核对金额时，把数值、币种、单位和含税口径放在一起。特别注意“元”和“万元”、含税与不含税、大写与小写，以及合同总价和分期金额之间的区别。
例如，正文写“暂估总价100万元，最终以结算为准”，复核记录就不应只保留“合同金额1000000”。还要明确它是暂估金额、使用什么币种，以及是否存在后续结算文件。
找到金额原句，核对数值和单位。
确认它属于总价、单价、保证金还是某期付款。
查看是否有调整、折扣、结算或补充协议条件。
发现大小写或不同条款金额冲突时，记录冲突，不让系统自行选一个。
四、日期不能脱离触发条件
“收到发票后30日内付款”不是一个可以凭空填写的固定付款日期；“自验收合格之日起一年”也不能直接套用签署日期计算。需要先确认触发事件及其事实是否已经发生。
建议把签署日期、生效约定、服务期间、验收日期和付款约定分别管理。原文只有相对期限时，保留原约定；在触发事件未确认之前，计算日期应保持待确认，而不是制造一个看似精确的结果。
五、给复核状态一个清楚的含义
一份实用的核对记录可以包含：文件版本、字段名称、原文位置、提取值、差异类型、确认结果、复核人、复核时间和待办责任人。状态建议区分“未复核”“已确认”“存在差异”“等待补件”，不要只用一个“已识别”覆盖所有情况。
影响付款、履约或对外提交的关键字段，应由相应业务责任人确认。技术人员核对文字，不等于替代合同业务判断；本文提供的是资料复核方法，不是具体合同的法律意见。
常见问题
同一字段出现多次，是否就是重复识别？
不一定。金额可能同时出现在正文、付款表和附件中，日期也可能对应不同业务事件。先区分角色和来源，再判断是否应该合并。
人工改正后，还要保留旧结果吗？
应按本单位的数据管理要求保留必要的来源和差异记录。至少让后续人员知道改了什么、为什么改、依据哪一版原件，避免下次处理时再次使用旧值。
可结合AI处理后为什么仍需人工核对建立完整流程。真正可靠的闭环不是“识别完成”，而是关键字段有来源、差异有人处理、最终结论有责任人。