能做需求归一
采购申请常写成一句话，规格、数量、交期与预算口径都不齐，采购员要来回确认好几轮。系统按品类词典归一，补出缺失字段并列出待确认项。询价与比价在同一口径上展开，沟通轮次明显减少，交期也更好谈。
能做报价结构化
把多家供应商的报价单抽成统一字段，含单价、税率、运费、账期与有效期，再按可比口径折算。采购员只需看折算后的差异与异常项，不必逐张表翻。这一步做不实，后面的比价结论都站不住脚，谈价也容易谈错。
能做条款比对
合同、订单与框架协议之间的付款条件、质保期、违约责任差异，可以逐条比对并标出偏离。提示只是线索，是否接受偏离由采购与法务判断。系统不下结论，也不替任何一方解释条款含义，责任边界要写在前面。
不能做准入定标
供应商准入、评标打分与定标属于企业治理动作，涉及利益分配与责任承担。系统不参与决策，只提供资料汇总与历史记录。把判断权交出去之后无人负责，是这类项目最常见的失败方式。这条边界要在启动会上讲清，并写进流程文件。
不能做编造签署
资质证书、检测报告与报价数据必须来自原件，系统不得补全缺失信息，也不能推测未提供的资质等级。合同与订单的签署仍由授权人完成。我方不替代签章，也不对采购结果作任何承诺，这条责任边界要写进确认单。
适用与不适用
适合谁
- 月采购申请量大、品类多且询价频繁的企业
- 供应商报价单格式杂、比价靠人工翻表
- 有 ERP 或 SRM 但主数据质量一般的团队
不适合谁
- 希望系统直接下单或自动定标，跳过审批与授权
- 采购量很小、一年只有几次询价，谈不上规模化收益
典型场景
一家制造企业的辅料采购每月有上百张申请，规格写法各异。项目组先把常用品类整理成词典，让系统把申请归一并与历史成交价比对，采购员只处理超出口径的异常，再进入询价流程，月末统一复盘异常类型。
可执行步骤
- 整理近半年的采购申请与报价单，挑出格式最乱的两类作为样本，覆盖纸质与电子两种形态
- 建立品类词典与必填字段清单，指定业务侧维护人，并约定更新与抽查节奏
- 选一个品类跑归一与比价，逐项核对含税、运费与计价单位是否一致
- 把异常提示接入采购员的日常审批动作里，而不是另开一个页面查看
- 按季度补充品类与规则，同时统计异常率的月度变化趋势与主要原因
常见坑
- 品类词典没人维护，新物料一律归到其他类，比价失去可比性，结论自然会错。指定维护人并纳入月结检查，才能止住这种漂移。
- 折算口径不统一，含税与不含税混在一起，比出来的差异是假的，还可能误导谈价方向。口径要写进模板，不能靠个人习惯。
- 让系统直接给出供应商推荐，采购员照单执行，责任边界变得模糊，出问题无人认领。推荐只能作为线索，不进入决策环节。
自检与验收清单
- 品类词典是否有明确维护人，并按月更新与抽查
- 比价是否统一到同税同账期的可比口径，并有记录
- 异常项是否有指定处理人与处理时限，逾期有提醒
- 资质与报价是否只取自原件，不做任何补全或推测
常见问题
要不要等 ERP 升级完再上？
不必等。AI 可以先在单据解析与比价这一层工作，通过文件或接口与现有系统交换数据。ERP 升级周期长，等它做完往往错过业务窗口，反而让工具错过了最容易见效的阶段。
报价单格式每次都不同怎么办？
先按主要供应商做模板与字段映射，覆盖大部分单据；长尾用通用解析加人工确认。要求供应商统一使用报价表是最省力的做法，系统只是兜底手段，不能替代商务约定。
采购数据能用于训练吗？
默认不用于训练。价格、供应商与合同条款属于敏感商业信息，处理环境与留存期限要在项目确认单里写清，项目结束按要求导出或删除，涉及跨境时先做合规评估。