AI 从合同里读什么：要素提取与盖章位置自动定位怎么做

合同签完之后，真正的麻烦才开始

一份合同从起草到签署完成，AI 被讨论最多的环节是审查，但企业很快会发现，更消耗人力的其实是签完之后的事：合同里的信息要录进台账，靠人工一个字一个字敲；用印的时候要找「甲方（盖章）」在哪一页，靠眼睛逐份翻；签完的文件要归档，还得从文件名里认人。

这些动作单独看都不难，量一大就变成成本。一家年签上万份采购合同的企业，光是关键字段录入就能占掉几个专职岗位的工作量，而且录入错误会在后续对账、履约跟踪、审计环节被放大。

AI 在合同处理里最先真正落地的，往往不是判断条款好坏，而是这两件更基础的事：把合同里的要素读出来，把用印的位置找出来。

AI 从合同里读什么：三类字段的优先级

合同要素提取的字段清单，应该按业务用途倒推，而不是能提多少提多少。常见的有三类。

第一类是主体信息：甲方名称、乙方名称、统一社会信用代码、法定代表人、注册地址。这类字段决定合同能不能正确归档到对应企业名下，也决定了后续相对方风险核查能不能自动触发。

第二类是核心商业条款：合同金额（含大小写）、币种、税率、付款方式与节点、合同期限、签署日期。金额字段尤其重要，它同时影响审批权限判断、台账统计和财务对账。这里有个细节值得设计：大写金额和小写金额应该做一致性校验，不一致的直接标红。

第三类是签署相关信息：签署主体、签署顺序、签署位置、是否需要盖章、盖章类型。这一类字段原来是靠人填的，现在越来越多地从合同正文里直接识别出来。

字段不是越多越好。每多提一个字段，就多一份维护规则和复核的成本。务实的做法是先提 8 到 12 个真正被下游系统使用的字段，跑顺之后再逐步扩。

关键字识别盖章区域的原理

用印位置定位这件事，比看起来更讲究。

人工盖章时，人是靠视觉判断「这里写着甲方盖章，那就在这儿盖」。系统要复现这个动作，通常用两层判断。第一层是关键字锚点：在合同里定位「甲方（盖章）」「乙方（盖章）」「法定代表人（签字）」「授权代表」这类固定表述，这些表述在合同里的位置相对稳定，是很可靠的定位标志。第二层是版面分析：找到锚点之后，判断锚点附近的空白区域在哪，把落章坐标算出来，避免把章盖在文字上。

对于模板固定的合同，还有更简单的做法：在制作模板时就把签署位置写死，后续每次发起都直接套用坐标，不需要实时识别。这条路准确率最高，代价是模板要提前设计好。

非标准合同、对方提供的合同、扫描件，才依赖实时识别，这类场景的准确率天然低一些，也正因如此，建议在用印前保留一个人工确认的界面：系统把识别到的位置标出来，用印人看一眼确认或微调，再落章。既保留了效率，也不把风险全压在模型上。

提取结果怎么回写，才不会制造新麻烦

要素提取做完了，如果结果只停在合同详情页里，价值有限。真正产生管理价值的是回写。

典型的回写路径是：业务系统发起合同签署，AI 在合同发起前或完成后提取要素，字段结构化之后回写到业务系统的对应字段上。这套动作要和业务系统的字段命名对齐，否则中间加一层映射，维护成本会持续上升。

回写内容通常包括主体信息、金额、期限、签署状态、签署时间和文件地址。设计上要注意两件事。一是幂等：签署状态回调可能重复触发，回写逻辑要能识别同一份合同的重复推送，不能每次回调都新增一条记录。二是校验：金额字段建议做交叉比对，比如与审批单金额、与订单金额比对，不一致的挂起让人处理，而不是直接写入台账。

对于合同管理系统、法务合规系统这类承载流程的系统，要素回写还承担一个作用：把签署状态推进到流程的下一个节点。合同签完了，业务系统要知道可以进入履约阶段了，这个状态更新同样依赖回写。

案例：华润医药商业的供应商合同签署链路

华润医药商业集团有限公司是华润集团大健康板块的业务单元，也是华润医药集团全资的大型医药流通企业、华润集团一级利润中心，经营西药制剂、化学原料药、中成药、中药饮片、医疗器械、医用耗材、生物制品等 4 万多个规格品种，为近万家上游供货商和约 10 万家下游客户提供服务，在全国 28 个省（自治区、直辖市）拥有 430 余家分子公司。

这样一家企业的供应商合同管理，面临的第一个问题就是印章管理和系统孤岛。印章管理数字化进程滞后，权限设置不清晰、使用记录难以精确追溯，合同被伪造、盖章流程不规范的风险随之上升；同时采购、销售、人力等部门各自建了系统，形成数据孤岛，涉及多部门的流程里，电子签章的使用和管理效率被拖低。

2024 年 12 月，华润医药商业集团采购 e签宝服务，交付天印 6.0，对接自研的数字化法务合规系统，2025 年上线，年签署量 1 万份以上，场景聚焦供应商合同签署。

这条链路完整地体现了前面说的「提取加回写」是怎么落到实际业务里的。合同在数字化法务合规系统里完成起草和审批，审批完成时，系统根据关键字信息识别甲乙方的盖章区域位置；然后流程审批完成，将甲乙方的约束字段信息数据同步到电子签章系统，完成合同发起；系统通过调用天印 API 实现合同列表展示、文件查看与下载；签署完成后，法务合规系统将流程推进至企业签署节点，完成企业印章签署预览。

这套设计里有两点值得学习。一是盖章区域的识别发生在审批完成之后、发起签署之前，属于流程内的固定动作，不依赖某个人记着去做；二是签署完成后，法务合规系统承担了流程推进的职责，签署状态回到业务系统里继续流转，而不是停在电子签章平台中。此外，这套系统还和客户的 LDAP 打通，实现用户单点登录，避免多套账号体系带来的管理负担。

华润医药商业集团列出的痛点里，还有一条是签署流程繁琐：从发起签署、审批到完成签署要经过多个环节和人员，签署人可能需要在不同系统或平台之间切换、反复进行身份验证。这类问题的解法，恰恰是让提取和回写足够顺滑——数据自动流转的地方就不该让人再操作一遍。

人工复核卡在哪里最划算

最后说复核。AI 提取和识别之后保留人工环节，不是因为模型不可靠，而是因为不同字段的出错代价不同。

比较实用的分法是三层：金额、主体名称、合同期限这类直接关联金钱和责任的字段，设为强制复核；付款方式、交付节点这类影响履约判断的字段，设为抽检；联系人、备注这类辅助信息，可以不复核。复核界面要把 AI 的提取结果和原文位置对应起来，让人一眼看到依据，而不是对着两份文档比对。

e签宝在合同 AI 这条线上把要素提取、盖章区域识别和字段回写做在同一套能力里，搭配业务系统使用，企业需要维护的是规则和字段清单，而不是每次新增合同类型就重做一遍系统。用得越久，回流的数据越多，需要人工介入的比例就越低。