2. RFQ寻源事件创建:创建入口、事件类型选择与基本信息填写

RFQ寻源事件的创建是整个寻源流程的起点,操作准确与否直接影响后续供应商响应与采购效率。本节聚焦创建入口、事件类型选择(公开/邀请)以及基本信息填写(标题、描述、采购组)三个核心环节,帮助采购人员快速、规范地启动一个RFQ事件。

2.1 创建入口

在主流采购管理平台(如SAP Ariba、Coupa、Oracle Procurement、自建SRM系统)中,RFQ事件的创建入口通常集中在“寻源管理”或“采购寻源”模块下。常见的入口路径包括:

  • 仪表板快捷入口:在采购工作台首页,点击“创建寻源事件”或“新建RFQ”按钮。
  • 菜单导航:通过左侧导航栏依次进入“寻源管理” → “RFQ事件” → “创建事件”。
  • 模板复用:从已有RFQ事件列表中选择“复制事件”,基于历史模板快速创建。
  • 需求转化:从采购申请(PR)或物料需求计划(MRP)直接“转RFQ”,系统自动带入物料清单与数量。
实施建议: 建议企业为常用品类(如MRO、包材、IT设备)预配置RFQ模板,将事件类型、采购组、默认条款等固定信息预填,减少重复录入,提升创建效率。

2.2 事件类型选择:公开 vs. 邀请

创建RFQ时,采购员需首先确定寻源范围,即选择“公开寻源”或“邀请寻源”。两种模式在供应商覆盖、流程控制、合规要求上存在显著差异。

对比维度 公开寻源(Public RFQ) 邀请寻源(Invited RFQ)
供应商来源 面向平台所有注册供应商或公开市场,供应商可主动报名 仅限采购方手动选定的受邀供应商列表
适用场景 新供应商开发、竞争性强的标准品、首次合作品类 战略供应商、已有合作关系的成熟品类、紧急采购
流程复杂度 较高,需设置报名截止、资格预审、澄清答疑环节 较低,直接向已知供应商发送报价邀请
合规与透明度 高,全程留痕,适合审计要求严格的采购 中等,需确保供应商选择理由充分
响应周期 较长,需预留供应商报名与审核时间 较短,通常3-7个工作日即可完成
避坑提示: 邀请寻源虽然效率高,但若长期仅邀请固定供应商,容易形成“供应商锁定”,削弱议价能力。建议企业设定规则:单品类连续3次邀请寻源后,第4次必须转为公开寻源或至少引入1家新供应商。
公开寻源与邀请寻源流程对比 公开寻源流程 1. 发布公开RFQ 2. 供应商报名/注册 3. 资格预审 4. 供应商报价 5. 评标与定标 邀请寻源流程 1. 选择受邀供应商 2. 发送邀请函 3. 供应商确认参与 4. 供应商报价 5. 评标与定标 公开寻源多出“报名”与“资格预审”环节,邀请寻源则直接进入报价阶段,周期更短但供应商覆盖面窄。

2.3 基本信息填写

选定事件类型后,进入RFQ基本信息填写页面。以下三个字段是必填项,也是后续流程的元数据基础:

2.3.1 标题(Title)

  • 规范要求:简明扼要,包含品类、年份、批次等关键信息。例如:“2025年Q2 MRO备品备件框架RFQ”。
  • 系统限制:通常字符上限为100-200字符,避免使用特殊符号(如 / \ * ?)。
  • 搜索友好:标题将作为供应商门户中的搜索关键词,建议包含物料大类或项目编号。

2.3.2 描述(Description)

  • 内容范围:采购背景、预估采购量、交货要求、付款条件、技术规格索引等。
  • 格式支持:多数平台支持富文本(加粗、列表、超链接),可嵌入附件或图纸。
  • 供应商视角:描述应清晰回答“为什么要采购”“采购什么”“有什么特殊要求”三个问题,减少供应商澄清提问。

2.3.3 采购组(Purchasing Group / Procurement Group)

  • 定义:采购组是组织内部对采购职能的分组,通常按品类(如电子料、结构件)、区域(华东、华南)或项目划分。
  • 作用:
    • 权限控制:只有该采购组成员可查看、编辑、审批该RFQ。
    • 报表归集:采购支出分析按采购组维度汇总。
    • 工作流路由:审批流、询价流自动路由至对应采购组主管。
  • 选择方式:下拉列表单选,系统通常根据当前用户所属采购组自动预填,但允许手动修改。
最佳实践: 在SRM系统实施阶段,建议将采购组与ERP中的采购组织(Purchasing Organization)做映射,确保RFQ数据在上下游系统间一致。同时,为每个采购组设置默认的审批链与报价截止时间模板,减少人工配置。
RFQ基本信息填写字段结构 RFQ基本信息字段结构 RFQ基本信息 标题 (Title) 品类+年份+批次 描述 (Description) 背景+要求+附件 采购组 (Purch. Group) 权限+报表+工作流 三个字段共同构成RFQ事件的“身份标识”,影响搜索、权限分配与后续审批路由。 建议在系统配置中将三者设为必填,并启用标题唯一性校验。

2.4 创建后的系统行为

点击“保存”或“提交”后,系统会执行以下操作:

  1. 数据校验:检查必填字段是否完整、日期逻辑是否正确(如报价截止时间不能早于当前时间)。
  2. 生成事件编号:系统自动分配唯一RFQ编号,格式通常为“RFQ-YYYYMMDD-XXXX”。
  3. 状态初始化:事件状态变为“草稿”(Draft)或“待审批”(Pending Approval),取决于企业配置。
  4. 触发通知:若为邀请寻源,系统自动向受邀供应商发送邮件/站内信通知;若为公开寻源,则更新供应商门户的寻源公告列表。
  5. 写入审计日志:记录创建人、创建时间、IP地址等操作轨迹。
效率技巧: 如果RFQ涉及大量行项目(如50个以上物料),建议先通过Excel模板批量导入行项目,再填写基本信息。多数SRM系统支持“先导入行项目,后补充事件头信息”的创建顺序,避免在页面中逐条录入。