多门店零售合同系统系列之十

作者：合同吴彦祖

前九篇，我们一直围绕多门店零售企业的合同管理展开。

合同先从经营现场进入系统，在移动端完成草拟和提交；业务、法务、财务与外部人员围绕同一份文件协同；合同改了五六版以后，通过比对确认最终文字；审批完成后，再按照区域和门店归集，连接财务系统，进入电子签或纸质签署；合同越来越多以后，又通过自定义字段、显示列和组合筛选，形成一张能够适应经营变化的合同台账。

到这里，一套多门店合同系统的业务链已经逐渐完整。

但第九篇留下了一个问题。

台账可以增加“自动续约”“免租期”“租金递增”“质保期限”这些字段，字段里的数据从哪里来？

下午三点，一名拓展人员正在商场里谈新店。

对方发来一份三十多页的场地合同。

他在手机上上传文件，系统要求填写签约主体、合作方、合同金额、开始日期、结束日期、关联门店、租金周期、付款方式和续签条件。

这些内容，合同正文里明明都有。

他却要在手机表单和PDF之间来回切换，一项一项寻找，再重新填写一遍。

金额少写一个零，日期选错一年，合作方简称没有对应到正确工商主体，都会把错误继续带进审批、台账、付款和门店经营分析。

很多人把AI合同能力理解成“帮我总结一下这份合同”。

摘要生成得很快。

看完以后，经办人还是要重新填表，财务还是要重新整理付款计划，区域负责人还是无法按照门店和续签条件筛选合同。

AI读过了合同。

合同系统却没有因此多得到一条可以使用的数据。

真正有价值的AI合同能力，不是让机器把合同读一遍给人听。

它要把藏在正文里的内容，变成后续业务能够继续使用、能够回到原文核对、也能够在版本变化后重新确认的正式合同数据。

一、这篇只讨论数据抽取，不提前讨论合同预审

AI进入合同系统以后，至少会承担两类不同工作。

第一类，是数据抽取。

它从正文中寻找主体、金额、期限、门店、付款节点、租金周期和企业自定义字段，再把结果送进合同表单和后续业务。

第二类，是合同预审。

它检查材料是否完整、表单与正文是否一致、对方合同是否偏离企业标准，以及是否存在重复、倒签或重点风险。

两类能力会使用同一份合同，却不能混成一篇。

本篇只讲第一类：正文中的文字怎样成为数据。

至于这些数据和文件是否存在问题，留到下一篇单独讨论。

二、把这项能力做成软件，需要五个连续位置

AI抽取不能只在合同旁边放一个聊天窗口。

从管理员定义字段，到经办人确认结果，再到审批、台账和履约使用，软件中至少需要五个连续位置。

软件位置主要使用者应当完成的事情
抽取字段配置合同管理员决定不同合同类型需要从正文中提取什么
文件解析任务经办人、系统管理员处理Word、PDF、扫描件和图片，显示识别进度与异常
字段确认页面经办人、法务查看识别值、原文依据和可信程度，确认或修改结果
合同正式数据审批人、合同管理员使用人工确认后的字段，不直接使用AI猜测
后续业务页面法务、财务、区域及门店人员在台账、付款、履约和门店管理中继续使用这些数据

五个位置缺一个，AI都会退回演示功能。

只识别不确认，企业不敢用。

确认以后不进入正式数据，用户还要再抄一次。

进入表单却不能继续用于付款和履约，AI只节省了几分钟录入时间。

三、第一个页面，先让企业决定AI到底要找什么

所有合同都需要识别主体、金额和期限。

不同合同类型的管理重点却完全不同。

租赁合同需要免租期、保证金、租金递增方式、租金分段和自动续约条件。

设备合同需要设备数量、交付日期、安装要求和质保期限。

加盟合同关注授权区域、经营门店、加盟期限和相关费用。

如果AI永远只返回产品预设的十几个字段，企业增加一种合同类型以后，又会回到人工录入。

因此，AI抽取必须连接第九篇讲过的字段配置。

管理员先选择适用的合同类型，再确定字段名称、字段类型和抽取要求。

“是否自动续约”需要AI回答是或否。

“免租期月数”需要返回数字。

“质保截止日期”需要返回日期。

长期租赁合同还可能要求识别不同年度、不同周期的租金，再形成分段数据，而不是只返回一个无法解释的总金额。

管理员定义企业想管理什么。

AI负责从合同正文中寻找答案。

这两个角色不能倒过来。

【截图位置1：AI抽取字段配置】

建议展示：肇新合同系统按照租赁、设备、加盟等合同类型配置抽取字段、字段类型和抽取要求，并保留产品名称或Logo。

四、第二个页面，要先把不同文件变成机器能够读取的内容

拓展人员上传的可能是Word，也可能是文字型PDF。

有时，对方发来的只是一份扫描件，甚至是用手机拍摄的合同图片。

文件格式不同，系统的处理方式也不同。

Word和带有文字层的PDF可以直接解析。

扫描件和图片则要先经过OCR，将页面内容识别成文字，同时保留原始页码和位置。

页面不能只显示一个一直转动的圆圈。

用户要知道文件是否上传成功，正在进行格式解析、OCR还是字段抽取，已经完成多少页，失败发生在哪一步。

如果第十二页过于模糊，系统应当说明这一页需要重新上传或人工核对，而不是因为三十页里坏了一页，就让整份合同从头再来。

解析完成以后，机器得到的是可读取的合同内容。

原文件仍然是正式依据。

解析和OCR只是让后面的字段抽取拥有一条能够回到原文的路。

【截图位置2：合同文件解析与AI抽取进度】

建议展示：肇新合同系统上传Word、PDF、扫描件或图片以后，显示文件解析、OCR、字段抽取的当前阶段、页面进度和异常原因。

五、第三个页面，AI负责预填，人负责确认

几秒后，移动端表单开始出现识别结果。

甲方是总部法人。

乙方识别为某某商业管理有限公司。

合同总额八十万元。

租期五年。

涉及长风街店。

第二年开始，租金按照约定比例递增。

每个结果旁边，都应当保留对应的原文依据。

拓展人员点击“合同金额”，页面能够定位到金额所在的合同页面和文字位置。

系统发现“某某商业管理有限公司”与已有相对方档案相似时，给出候选主体，由经办人确认，不能因为名称接近就自动创建一家重复相对方。

识别到“长风街店”时，也应当让用户关联第六篇建立的正式门店分类，而不是把正文里的门店简称直接当成新的门店档案。

正文没有明确写出的字段保持为空。

出现两个可能答案时，把候选内容和原文一起交给人判断。

用户修改识别结果以后，系统保留AI建议值和人工确认值。

AI负责预填。

人负责对企业最终使用的数据承担确认责任。

确认完成以后，移动端直接使用这些字段提交合同审批，不需要离开当前合同，再把AI结果抄进另一张表单。

六、一个字段不能只有结果，还要有自己的来路和状态

传统表单只保存一个值。

AI抽取后的字段，还需要保存这项数据是怎样形成的。

它来自哪一份合同文件？

对应第几页、哪段原文？

AI给出的建议值是什么？

后来由谁确认或者修改？

当前仍然有效，还是因为合同换了新版本，需要重新确认？

因此，一项正式数据背后至少要保留文件版本、原文位置、建议值、确认值、确认人和确认时间。

这不是为了增加一堆技术记录。

三个月以后，财务看到“验收后支付40%”，需要知道这个付款条件来自哪一版合同；区域负责人看到“质保期两年”，也需要能够回到签署文件核对起算点。

有来路的数据，后面的人才敢继续使用。

七、数据穿透的第一站，是审批；第二站，是合同台账

合同提交以后，审批人看到的不只是三十页正文。

页面同时展示经办人已经确认的主体、金额、期限、区域、门店和付款安排。

审批人点击某个字段，可以回到对应合同条款，理解这项数据从哪里来。

审批流程使用的是人工确认后的正式值，而不是未经核实的AI建议。

金额决定进入哪一级审批。

合同关联的区域和门店决定哪些经营负责人需要参与。

付款方式决定是否需要财务关注。

审批完成以后，这些字段继续进入第九篇讲过的统一合同台账。

法务可以筛选半年内到期并且包含自动续约条款的租赁合同。

区域负责人可以按照门店查看设备质保什么时候结束。

管理人员可以把企业自定义字段加入显示列，与合同分类、金额、付款和履约状态一起查询。

如果AI结果只能在识别页面看一次，后来无法筛选和统计，它只是减少了一次录入。

只有数据继续进入审批和台账，AI才真正开始改变合同管理。

八、真正的数据穿透，还要继续进入付款、履约和门店管理

合同正文写着：

“设备全部到店并验收合格后十个工作日内支付合同金额的40%。”

这句话不只是付款比例。

它还包含一项付款节点、一个履约条件、一个时间起点和一组需要完成验收的门店。

AI可以先把付款比例、付款条件、验收要求和相关门店提取出来。

经办人和财务确认以后，系统形成合同付款计划。

门店收到设备以后提交验收材料。

验收条件完成，再从对应付款节点进入财务系统办理付款。

租赁合同也不应该只抽取一个总金额。

五年租期中每年的租金、递增比例、付款周期和费用承担门店，可以形成分段的租金与付款数据，继续用于财务同步和门店费用分析。

质保期限、续签通知时间、交付节点和其他履约约定，也采用相同逻辑。

正文中的一句话，最后变成有金额、有条件、有日期、有责任人、有门店归属的业务记录。

这才是AI数据穿透最有价值的部分。

不是告诉用户合同写了什么。

而是让合同系统知道以后什么时候需要提醒、哪家门店需要处理、满足什么条件以后才能继续付款。

九、合同换了新版本，原来确认的数据必须知道自己可能过期了

审批过程中，对方上传了新版本。

合同金额没有变化，付款条件却从“验收后付款”改成了“设备到货后付款”。

如果系统继续沿用旧的付款字段和履约任务，第一次识别得再准确也没有意义。

新版本进入以后，系统要结合第五篇讲过的版本比对，找到可能受到影响的正式字段。

没有变化的主体和金额可以继续保留。

发生变化的付款条件进入待确认状态，并向经办人说明原来是什么、现在识别成什么、对应原文改在了哪里。

人工确认以后，新的数据再继续影响付款和履约。

旧值、旧文件和当时的确认记录仍然保留，不能被新结果悄悄覆盖。

版本比对回答正文改了哪里。

字段抽取回答哪些业务数据需要重新确认。

两项能力连接以后，合同文本变化才能真正传递到后面的业务系统。

十、AI失败时，合同仍然要能够继续办理

AI并不总能成功。

文件可能损坏。

扫描件可能过于模糊。

合同类型可能判断不出来。

某些字段也可能在正文中根本不存在。

系统需要告诉经办人失败发生在哪一步、影响哪些页面和字段。

能够重新识别的，允许重新处理。

只有个别字段失败的，允许人工填写，不必重新上传整份合同。

AI服务暂时不可用时，用户仍然可以手工完成表单并提交，不能让整个合同流程停在一个转圈页面上。

智能能力的价值，是让业务进行得更快、更准。

它不能成为业务能否继续的唯一入口。

十一、AI读完合同以后，真正的工作才刚刚开始

拓展人员在手机上完成字段确认，合同直接提交审批。

审批人沿着字段回到原文。

审批完成以后，门店、自动续约、租金周期和质保期限进入统一台账。

付款条件生成付款计划，验收约定变成门店履约任务。

合同换了新版本，受到影响的数据重新等待确认。

这条链走完以后，AI才不再是合同系统旁边的一项演示功能。

合同正文原本是一份给人阅读的文件。

AI把其中的信息取出来。

人工确认让企业能够对这些数据负责。

审批、台账、付款、履约和门店管理，再把数据送到真正需要它的地方。

所谓AI合同能力，重点从来不只是识别得准不准。

更重要的是，识别结果能不能穿过整套合同系统，最终成为可以查询、可以执行、可以更新，也可以回到原文追溯的正式数据。

我是合同吴彦祖。

下一篇继续讲AI进入正式审批以前的另一项工作：合同预审究竟应该检查什么，又怎样避免变成一份无人处理的风险报告？