中标通知书归档：签约只有30天，
别让数据提取拖慢合同衔接
2023年12月，最高人民法院的一纸司法解释，让招投标领域的合同成立规则发生了根本性变化：中标通知书到达中标人时，合同即告成立——不是签了书面合同才成立，也不是双方盖章后才生效。这意味着收到中标通知书的那一刻起，30天签约倒计时就开始了。但大多数投标企业的归档流程，还停留在"等合同签完再统一整理"的阶段——通知书的提取、归档、台账建立，全压在行政人员的手工誊抄上。
Key Takeaways
- 最高法2023年司法解释明确：中标通知书到达中标人时合同即成立——通知书不再是"通知你去签合同"，而是合同已经成立的法律证据，30天签约倒计时从收到那一刻开始。
- 一个年投标300次的企业每月收到3-12份中标通知书，每份需提取7个以上关键字段——手工誊抄一张平均15分钟，全年花在录入上的时间够写好几份标书。
- 批量提取把分散在PDF、扫描件、邮件截图里的中标信息变成一张结构统一的台账——签约截止日一列全部算好，合同衔接不再靠记忆和零散的文件夹。
中标通知书≠合同，但它启动了30天倒计时
在招投标实务中，中标通知书的法律地位长期存在争议——有人认为它是"中标资格确认"，真正的合同要等双方签字盖章；有人认为它是招标人的承诺，合同在收到通知书那一刻就成立了。2023年12月，最高人民法院《关于适用〈中华人民共和国民法典〉合同编通则若干问题的解释》第四条给出了终局答案："采取招标方式订立合同，当事人请求确认合同自中标通知书到达中标人时成立的，人民法院应予支持。"
简单说：中标通知书不是"通知你去签合同"，而是合同已经成立了——后面的书面合同只是法律要求的形式确认，不能改变通知书已经确立的合同关系。
这个规则变化带来了三个直接后果。第一，签约时限刚性化：《招标投标法》第四十六条规定，招标人和中标人应当自中标通知书发出之日起三十日内订立书面合同——这条三十天的限制不是建议，是法定义务。超过三十天未签，既可能面临行政监管处罚，也可能构成违约。
第二，通知书本身成为法律证据：当合同在通知书到达时就已成立，通知书上的每一个字段——中标金额、中标范围、项目名称、履约期限——都构成合同的核心条款。通知书丢失、信息录入错误或归档混乱，意味着合同条款的证据链出现断裂。
第三，归档要求标准化：国家档案局2024年发布的DA/T 103-2024《招标投标电子文件归档规范》（2025年2月1日实施）明确要求招标投标电子文件必须完整归档，中标通知书是其中的核心归档文件之一。归档不再是"企业内部管理需要"，而是有行业标准的强制性要求。
关键结论：中标通知书的管理，从"拿到手放抽屉里等签合同"变成了"30天内完成归档、台账登记、合同衔接"的并行流程。而大多数投标企业目前的归档能力，不是"不够自动化"，是"根本没有流程"——中标通知书到了谁手里、存在哪个文件夹、哪些已经过了30天还没签合同，全靠人脑记忆。
手工誊抄的实际代价：一张通知书里要找7个字段
理解手工处理的耗时，是理解为什么"自动化"值得做的前提。中标通知书看似只有一页纸，但要从中提取并录入的有效字段并不少。
以一份典型的政府采购中标通知书为例，核心字段包括：中标项目名称、中标金额、中标人名称、招标人名称、中标通知书编号、发放日期、签约期限要求——七个字段，分散在通知书的标题、正文、落款和附件中。没有哪两个招标代理机构的通知书格式完全一样：有的把金额写在正文第一行，有的放在表格里；有的编号在左上角，有的右上角；有的明确写了"请在X日内签订合同"，有的只写了"请接洽签订合同事宜"——签约期限需要自己推算。更常见的情况是，同一家企业同时投标工程、货物、服务三个板块，三类中标通知书的格式可能来自三个不同的公共资源交易平台。
手工录入的典型流程：打开通知书PDF → 依次找到并确认七个字段的值 → 打开Excel台账 → 逐个单元格录入 → 检查金额数字有没有打错 → 下一张。一张通知书平均约15分钟。一个年投标50-100次的中型企业，按10%中标率，每月收到0.5-1份通知书——这个数字不大，手工处理似乎可以接受。
但一个年投标200-500次的专业投标公司或建筑企业，中标率在15%-30%，每月收到3-12份中标通知书。按每份15分钟计算，每月光誊抄通知书数据就要0.75-3个工时。全年9-36个工时——这是一个人的半个到两个完整工作日，全部花在一件没有技术含量的事情上。而且这个数字只算了"录入"的动作，没算上查找文件、确认字段、核对差异、追踪签约状态的碎片时间。
更重要的是，手工录入的准确率随疲劳下降。第一份通知书，中标金额"3,287,500元"抄成"328,750元"的概率接近零——但第六份时，这种少一个零的错误就有可能发生。而一个少了一个零的金额进了合同草案，要么在签约时被对方发现（专业形象受损），要么在履约时才发现（金额纠纷），都不是小事。
自定义列名提取：定义一次，所有通知书统一输出
中标通知书数据提取的核心挑战是格式碎片化——每份通知书长得不一样，字段位置不一样，甚至字段名称也不一样（有的写"中标价"，有的写"中标金额"，有的写"成交价格"）。传统OCR方案要求为每种格式配置模板，一个招标平台一个模板，维护成本远高于手工录入的替代收益。
但自定义列名提取的工作方式不同：你定义需要提取哪些字段——"中标项目 / 中标金额 / 中标人 / 招标人 / 中标通知书编号 / 发放日期 / 签约期限"——AI通过理解每个字段的语义角色在文档中定位对应的值。它不靠"这个字段在第3行第2列"来定位，而是靠"这是金额，单位是元，跟在'中标'这个词附近"来理解。格式变不变，不影响提取逻辑。
这就是AI数据提取与传统OCR的本质区别：不是从位置找数据，而是从语义找数据。政府采购中心的通知书、工程招标代理的通知书、企业自主招标的通知书——三种格式、三套术语、三个来源，但提取出来的列结构完全一致。
定义中标通知书提取列名。设置一次：中标项目名称 / 中标金额 / 中标人 / 招标人 / 通知书编号 / 发放日期 / 签约截止日 / 备注。适用于所有来源的通知书。
批量上传通知书。将本月收到的所有中标通知书——PDF、扫描件、邮件截图——拖入上传区。不同来源、不同格式的通知书放在同一个批次里，AI逐一处理。
输出统一表格。所有通知书的数据汇入一张表：7列×N行，每一行对应一份通知书。导出XLSX，直接作为投标台账的基础数据，或导入合同管理流程。
批量处理的关键好处不是节省了15分钟×N份的时间——是数据结构统一了。手工誊抄时，不同的人对"签约截止日"的判断可能不同：一个人按"通知书日期+30天"推算，另一个人按招标文件里约定的"中标通知书发出后20日内"算。AI提取后，所有通知书按同一逻辑输出到同一张表里，签约截止日一列全部填好——没有推算差异，没有录入遗漏。
关于列名定义的详细策略——包括直接提取、计算列、推断列三种模式的使用场景——可参考自定义列提取完整指南。
从通知书到台账：把30天倒计时变成表格里的到期提醒
收到中标通知书之后、签合同之前的这30天里，投标企业需要完成的事包括：审核合同条款、准备履约保函、组建项目团队、内部立项审批、以及——归档。归档通常被排到最后，等合同签完再一起整理。但这个顺序是错误的：归档应该在收到通知书的第一时间完成，因为通知书上的数据——招标人联系方式、中标金额、项目范围——是接下来合同审核和项目启动的输入数据。把归档推到签完合同之后，意味着合同审核和项目启动阶段，所有人都在靠记忆和口头传递来获取这些关键信息。
正确的流程是：收到通知书 → 立即提取归档 → 台账信息共享给合同审核和项目启动团队。整个流程只需要三个步骤：
- 统一上传：把来自各公共资源交易平台的PDF通知书、代理机构发来的扫描件、甚至招标人通过邮件或微信发来的通知书截图，全部拖入一个批次。
- 定义列名并提取：指定七个核心字段——中标项目、中标金额、中标人、招标人、通知书编号、发放日期、签约截止日。如果要更细，可以加上"招标代理机构"、"是否要求履约保函"、"保函金额"等扩展字段。
- 导出台账：下载XLSX，得到一张统一格式的中标台账表。这张表可以直接作为合同管理流程的输入：按"签约截止日"排序，一眼看出哪些通知书即将到期，优先推进签约。
一个年投标300次、中标约50次的建筑企业，按这个流程操作：每月4份中标通知书，统一拖入、定义列名、AI提取、导出——从收到文件到拿到台账，全程不超过5分钟。剩下的时间是做决策的时间：哪份通知书的金额最大、需要优先审核合同？哪个签约截止日最近、需要优先准备保函？工具负责"找数据"，人负责"用数据做判断"——分工回到了它该在的位置。
如果你同时需要管理投标阶段的文件——包括招标文件的关键条款提取——可以参考招投标文件数据提取指南，了解从投标到中标的完整文件处理链路。
把签约期限"算"出来：提取同时完成到期标记
中标通知书上一个容易被忽视的问题是：绝大多数通知书不会直接写"签约截止日"——它们写的是"请于收到本通知书之日起30日内签订合同"或"请在X月X日前来我处签订合同"。前者需要根据发放日期自己推算截止日，后者需要手动看日历判断还剩多少天。
简录AI的自定义列提取支持在列名中嵌入计算逻辑，让AI在提取时同步完成期限推算和状态标记。例如：
发放日期 / 签约截止日（发放日期+30天）——AI提取发放日期后自动计算截止日，无需手工加30天签约截止日 / 剩余天数 / 紧急程度（≤3天：紧急 / 4-7天：关注 / >7天：正常）——AI根据当前日期和截止日的差值，自动标记每份通知书的紧急程度中标金额 / 是否需履约保函（≥100万：是 / <100万：否）——AI根据金额门槛自动判断保函要求，用于后续保函准备工作的提醒
这种"提取即计算"的能力，把台账维护中最容易出错的环节——日期推算和状态标记——压缩进了提取动作本身。你拿到的不只是"通知书上写了什么"，而是一张已经完成了期限计算和分类标记的可操作台账。
对于更复杂的台账管理需求——比如多个项目并行时的签约优先级排序、保函金额汇总——登录后的Rule Format支持定义多步推导规则。规则定义一次，套用到之后所有的通知书提取批次。
类似的数据驱动管理思路也适用于采购环节——收到供应商的订单确认书后，同样需要提取确认数量、交期、价格变更等信息并与原始采购订单做比对。可参考订单确认书批量提取核对，了解同类型工作流的处理方式。
常见问题
中标通知书是纸质版盖章扫描件——印章和公章会影响提取准确率吗？
简录AI的视觉大模型对印章有独立的识别和定位能力。公章覆盖在文字上时，AI通过上下文语义推断被遮挡的文字内容，不会因为印章压字而漏掉字段。但需要如实说明：如果印章覆盖了关键数字（如中标金额末位被公章完全遮住），且无法通过上下文推断，建议核对原件。绝大多数通知书的盖章位置在落款处，不会覆盖正文关键信息。
不同来源的通知书格式差异很大——政府采购中心的、工程招标代理的、企业自主招标的——需要分开配置吗？
不需要。自定义列名提取是格式无关的——你定义"中标金额"这个列名，AI在每份通知书里按语义寻找金额值，不依赖格式匹配。无论是政府采购中心的标准模板、工程代理公司自制的通知书，还是企业采购部发的简易通知书，同一套列名设置全部适用。这也是自定义列提取与模板OCR的本质区别——你没有在"配置格式"，你是在"描述需求"。
有些通知书里"签约期限"写得比较模糊——比如"请尽快来我处签订合同"——AI怎么处理？
当通知书没有明确的签约截止日时，AI会根据《招标投标法》第四十六条的法定30天期限，以通知书发放日期为基准自动推算。如果通知书内写了具体日期或天数（如"30日内"、"20个工作日内"），AI优先使用通知书内明确的期限。如果通知书内完全没有期限信息（仅"尽快"），AI按法定30天推算并在备注列标注"截止日为法定推算"。建议在投标阶段就关注招标文件中关于签约期限的约定条款，这部分信息可以作为提取时的参考上下文。
中标金额的格式不统一——有的写"叁佰贰拾捌万柒仟伍佰元整"，有的写"¥3,287,500.00"——能统一输出吗？
可以。AI在提取时自动识别金额的书写形式——大写汉字金额、阿拉伯数字、带币种符号的数字——统一转换为数字格式输出。你还可以在列名中指定输出格式，如"中标金额（数字格式，保留两位小数）"，确保台账中金额列的格式完全一致，便于后续的求和、排序和比对。
如果一份通知书同时中标了多个标段——每个标段有不同的金额——怎么处理？
AI会将多标段的通知书拆分为多行输出，每行对应一个标段，行与行之间共享通知书编号和发放日期等公共字段，标段名称和对应金额为各行独立字段。如果你的台账需求是按通知书汇总而非按标段拆分，可以在列名中追加汇总列如"总中标金额（各标段金额求和）"，AI在提取各标段金额后自动汇总。
中标通知书上有手写内容——比如手写的签发日期或领导人签名旁的手写备注——能识别吗？
简录AI支持手写文字识别，包括印刷文档上的手写补充信息。准确率取决于笔迹清晰度——工整的手写内容识别准确率可达85%以上，潦草连笔字准确率会下降。对于通知书上的关键手写信息（如手写修改的中标金额），建议人工复核。如果通知书上有大量手写批注，可以先用简录AI的"To Word"模式输出完整文档后再人工核对。