发了5份询价单，回来5种格式——
采购比价的瓶颈不在"比"，在"搬"

询价单发出去是标准的，回来的是格式碎片

采购管理学里有一个经典论断：询价（RFQ）的价值取决于回函的质量和可比性。如果收上来的报价格式不统一，后续的比价、评审、定标都会在一个脆弱的数据基础上进行。但这个论断描述的是"理想情况"——实践中，采购专员面临的问题更原始：不是数据质量差，是数据根本不在一个可比的容器里。

看一个典型场景：一家中型五金制造企业的采购专员，每季度向6家供应商发出同一份Excel询价单——80行物料，包含物料编码、品名、规格、单位、数量、期望交期。回函的6种格式：

6家供应商，6种回函格式，80行物料。如果用传统的手工方式——打开每个文件，逐行找到物料、看价格、敲进比价表——光是"搬数据"这一步就需要至少半个工作日。而这还不包括后面的数据口径清理：供应商B标的是不含税价，供应商C标的是含税价，供应商D甚至没写是否含税。

SRM系统解决的是流程问题，不是格式问题

市场上关于询比价的文章和方案，绝大多数在讲SRM（供应商关系管理）系统。正远、甄云、简道云、SAP Ariba——这些平台的核心逻辑是一致的：采购方在系统里发起询价→供应商登录系统在线报价→系统自动汇总生成比价单。流程透明、数据规范、防止串标、自动归档价格库。这套逻辑对于大中型企业、对于愿意配合的供应商群体，确实是有效的。

但采购专员面对的现实是另一个版本。很多中小型供应商不愿意登录任何外部系统——他们的报价流程是：收到微信或邮件里的询价单→打印出来或打开看一眼→手写/打字填上价格→拍照或用自己习惯的方式发回。不是他们不配合，是他们的业务模式不支持。一个年供货量几十万的加工厂老板，不会为了偶尔一单去注册你的SRM系统、学一套在线报价流程。

这就产生了一个SRM系统文章集体跳过的现实场景：供应商不登录你的系统，回函格式不受你控制，但你仍然需要比价。你唯一能控制的是——拿到这些回函之后，用什么方式把数据提取出来。这是SRM系统覆盖不到、但采购专员每天都在面对的需求。

同样的问题在之前关于供应商报价单批量比价的文章中有更详细的讨论——不同供应商的报价单格式差异，本质上是"语义理解"问题而非"模板匹配"问题。

不管你回的是什么格式，AI按字段名找到你要的数据

解决这个问题的关键，不是让供应商改变行为（这不可控），而是改变你处理回函的方式。简录AI的做法和SRM系统完全相反：它不要求供应商做任何改变——你收到的任何格式的回函，直接拖进去，按你定义的字段名提取数据。

这个能力的核心是自定义列提取（Custom Column Extraction）：你在界面上输入你想要提取的字段名——比如"物料编码""品名""规格""数量""单价""税率""交期""付款方式"——AI会根据字段名的含义，在每个回函文件中定位对应的值，而不是根据坐标或模板去匹配。关于这个机制的完整原理，自定义列提取的详细指南中有系统讲解。

这意味着：供应商A的Excel里"单价"写在C列，供应商B的手写扫描件里"单价"写在表格第三栏，供应商C的微信截图里价格旁边手写着"¥12.50"——这些对AI来说是一样的。它找的是"代表单价的那个数值"，不是"C6单元格的位置"。

这里有一个容易被忽略但极度实用的小功能：推断列（Inference Column）。很多时候供应商的回函没有明确标注"含税"或"不含税"，但报价单的上下文会透露信号——比如抬头写了"以上价格含13%增值税"，或者备注栏写了"未税价"。推断列让AI根据这些上下文自动做出判断。在定义列时输入是否含税（选项：含税/不含税），AI会在每行填入判断结果。80个物料、6家供应商，人工要反复翻看判断——AI几秒完成。

同样，如果你需要统一报价口径，计算列（Computed Column）可以在提取的同时完成换算。定义列名为含税单价（不含税单价 × (1 + 税率)），AI找到不含税单价后自动乘以税率——输出的表里所有价格已经是统一口径。批量提取报价单做比价那篇文章里详细拆解了计算列在比价场景中的完整用法。

一张只有单价的比价表，跟没比一样

采购比价中最常见也最危险的错误，是只看单价做决策。

供应商A报的单价最低——105元。但报价有效期仅15天，你走完内部审批流程至少需要20天。供应商B的单价是108元，但报价有效期45天，交货期比A短5天，而且接受月结60天——这意味着你收到货之后两个月才需要付款。供应商C的单价最高——112元——但最小起订量只有供应商A的一半，适合你首批小批量试跑。

这三个单价的"便宜"和"贵"，在不看交期、付款条件、最小起订量、报价有效期的前提下，没有意义。

有了这张表，决策的复杂度从"谁的单价最低"变成了"谁的综合条件最匹配这次的采购需求"。如果本次采购量是300件、需要尽快交货、现金流紧张，供应商C虽然单价最高但起订量门槛最低、交期最短、货到付款——可能反而是最优选择。

关键问题是：这些非价格维度——交期、付款方式、最小起订量、报价有效期——在手工处理的流程里，往往不会被录入比价表。不是因为不重要，而是因为每多加一列，手工录入的耗时就成倍增加。采购专员在时间和精力有限的情况下，会本能地把比价简化为"比单价"——不是说这样对，是说这是现实。

但如果用AI提取，多选5个字段和多选1个字段的耗时几乎一样。你只管把交期、付款条件、最小起订量、报价有效期这些字段列上去，AI一并从回函中找出来。这改变了采购专员的行为边界——以前"懒得录"的维度现在会自动出现在比价表里，决策从单一维度变成了真实的多维度。

常见问题

供应商在手写扫描件里填了价格，AI能不能准确识别手写数字？

可以。简录AI基于视觉大模型，对手写字、连笔字、草书都有识别能力。核心是从语义层面理解文档内容，而非依赖印刷字体清晰度或像素级对比。手写报价单、盖章扫描件、手机拍的照片——在这些场景下仍然能提取出数据。但写在折痕处、被印章完全覆盖、字迹极度潦草（连人类也难以辨认）的情况下，准确率会下降——这不是任何工具能完全解决的。

供应商用自己的模板回函——字段名和我的询价单不一致，AI能对上吗？

这是最常见的场景，也是模板型工具完全无法处理的情况。简录AI按语义匹配——你在列名里写"品名"，AI在回函中找"代表品名的那个字段"，不管供应商写的是"物料名称""产品描述""商品名称"还是直接用货号。这项能力的底层逻辑是不依赖字段名的字面匹配，而是理解字段的语义含义。不过如果供应商完全没标注任何可识别的品名信息（如只有SKU编码无对照表），AI无法凭空编造对应关系——这种情况下建议在询价阶段就要求供应商至少注明品名或货号。

供应商报价里税率没标注，但实际开票类型会影响实际成本——AI能判断吗？

如果回函中没有任何税率或发票类型的信息，AI无法凭空确定。多数正式报价单会在页眉、页脚、备注中注明"含13%增值税""不含税""税点X%"等。对于完全没有标注的，建议用推断列标注——定义税费标注情况（选项：已标注含税/已标注不含税/未标注），AI会帮你筛出哪些供应商需要人工核实。你也可以用计算列设置一个默认税率作为基准换算，后续确认真实税率后批量调整。

如果同一家供应商对不同物料报了不同的交期怎么办——比如A物料现货3天，B物料需要订制15天？

可以在列名里定义"交期（若同一供应商不同物料交期不同，逐行标注）"。AI会逐行提取每个物料对应的交期，而不是统一填一个值。这是手工录入比价表时最容易出错的地方——习惯性地把供应商A的"平均交期"统一填进去，忽略了不同物料的交期差异，导致实际到货时间和比价表上的时间对不上。

询价单上有80行物料，但某家供应商只报了其中60行的价格——剩下的回避了，AI能识别吗？

AI会提取回函中实际存在的数据。没有被报价的物料行，在输出表中对应位置会留空。你可以通过检查空值快速发现哪些供应商选择性报价、回避了哪些物料。这个信息本身也是比价判断的依据——系统性回避某些品类的供应商，可能是本身不具备供应能力，供应风险需要考虑。

供应商回函中有多张图片——比如扫描件有3页、微信发了5张照片，怎么处理？

全部拖进上传区域。简录AI的批量处理模式会把同一个供应商的多页/多图回函当作一个整体来分析——它会理解这3页扫描件是同一份报价单的连续页面，把这5张微信截图当作同一份回函的不同拍摄角度。最终输出时会按文件来源合并数据，不会把3页扫描件拆成3个独立的报价行。