RFQ寻源与采购平台闭环工程 - 第1节
1. RFQ寻源概述
RFQ（Request for Quotation，询价单）是采购方向供应商发出的、要求其对特定商品或服务提供明确报价的正式文件。在采购管理平台中，RFQ 是寻源阶段最常用、最标准化的交易工具，其核心目标是获取可比较的、有竞争力的价格与商务条款。
RFQ 的三大核心特征：
- 规格明确：采购需求（图纸、物料编码、技术参数、数量、交付日期）在发出前已完全确定。
- 价格导向：主要比较维度是总成本（单价、运费、关税、付款条件折算），技术或服务能力通常不作为主要评分项。
- 流程标准化：从创建、发布、报价、澄清到定标，每个环节都有固定模板和时限控制。
在数字化采购平台中，RFQ 通常以结构化表单呈现，包含行项目（Line Items）、供应商响应字段、附件上传区以及自动比价引擎。一个典型的 RFQ 事件包含以下数据实体：
| 数据实体 | 说明 | 示例 |
|---|---|---|
| RFQ Header | 事件头信息，包含采购组织、事件类型、有效期、货币 | 采购组：A01；截止日期：2025-03-20 17:00 |
| Line Items | 行项目，每个物料或服务独立一行，含数量、单位、期望单价 | 物料：1001-轴承；数量：500 pcs；期望单价：≤ ¥15.00 |
| Terms & Conditions | 商务条款，含付款条件、交货条款、质保要求、违约责任 | 付款：30 天账期；交货：FOB 上海 |
| Attachments | 技术附件、图纸、样品要求、供应商资质文件 | 轴承 3D 图纸（.stp）；供应商质量体系证书（.pdf） |
| Supplier Responses | 供应商报价回复，含单价、总价、交期、附加说明 | 供应商 A：¥12.50/pcs；交期：15 天 |
1.2 寻源在采购生命周期中的位置
采购生命周期通常划分为 战略寻源（Strategic Sourcing） 与 运营采购（Operational Procurement） 两大阶段。RFQ 寻源事件位于战略寻源阶段的中后段，是连接“需求定义”与“合同签订”的关键桥梁。
实践要点：在实施 SRM 系统时，RFQ 寻源事件通常被设计为“可配置工作流”。采购组织可以根据品类特性（直接物料、间接物料、服务）定义不同的 RFQ 模板、审批链和评标规则。RFQ 的闭环管理能力直接决定了采购到付款（P2P）全链路的自动化水平。
1.3 RFQ 与 RFP / RFI 的区别
在寻源实践中，采购人员需要根据需求的明确程度和采购目标，选择最合适的寻源文件类型。RFQ、RFP（Request for Proposal，提案请求）和 RFI（Request for Information，信息请求）三者虽然同属寻源工具，但在用途、内容和评估方式上有本质区别。
| 对比维度 | RFQ（询价单） | RFP（提案请求） | RFI（信息请求） |
|---|---|---|---|
| 核心目的 | 获取明确规格商品/服务的最低报价 | 获取复杂需求的综合解决方案与报价 | 收集市场信息、供应商能力与资质 |
| 需求明确度 | 高（规格、图纸、数量已确定） | 中（需求框架明确，但方案待供应商提出） | 低（仅了解市场概况或潜在供应商） |
| 输出物 | 价格清单（单价、总价、交期） | 技术方案、实施计划、商务报价、服务承诺 | 公司介绍、产品目录、资质证书、案例 |
| 评估重点 | 价格（最低价或总成本最低） | 方案质量 + 价格 + 服务（综合评分） | 供应商能力与匹配度（不涉及价格） |
| 典型场景 | 标准件、MRO、原材料、包装材料 | IT 系统、咨询服务、非标设备、工程项目 | 新品类寻源、供应商库扩充、市场调研 |
| 供应商数量 | 3~10 家（通常越多竞争越充分） | 2~5 家（方案评估工作量较大） | 不限（广泛收集） |
| 后续动作 | 直接进入合同签订或 PO 下单 | 可能进入多轮谈判或概念验证（POC） | 筛选后进入 RFQ 或 RFP 阶段 |
常见误区：不要将 RFQ 当作 RFP 使用。当需求不明确或需要供应商提供创新方案时，强行使用 RFQ 会导致报价无法比较、频繁澄清甚至流标。反之，对于规格明确的标准化物料，使用 RFP 会过度消耗采购与供应商双方的时间成本。正确的做法是：按需求明确度选择寻源工具，RFI → RFP → RFQ 是逐步收敛的典型路径。
下图展示了三种寻源工具在采购决策流程中的递进关系：
SRM 系统实施建议：在配置寻源模块时，建议为 RFQ、RFP、RFI 分别建立独立的模板库和流程配置。RFQ 模板应重点配置“行项目价格表”和“自动比价规则”；RFP 模板需配置“评分卡”和“多轮澄清工作流”；RFI 模板则侧重“供应商问卷”和“资质文件收集”。三者之间应支持数据继承，例如 RFI 中收集的供应商资质可直接带入后续的 RFQ 或 RFP 事件，避免供应商重复填报。