采购需求收集与归口整理

先把多来源需求说清楚，才能归口、询价和请购。WorkBuddy 可提取字段和澄清问题，技术标准、数量及优先级由需求方确认。本方法尚未在真实账号验证，不自动发起审批。

准备多来源需求与归口规则

收集邮件、聊天文字及表格，给每条需求编号，保留部门、提出人岗位、日期和项目代号。提供公司品类归口、必填字段及预算状态规则。

“质量好、尽快到”不足以采购，需要用途、规格、数量、时间和验收标准。缺信息先澄清，不让 AI 替技术部门决定型号或性能。

第一步：逐条提取需求

从需求资料逐条抽取需求表。
列来源编号、部门项目、用途、品名编码、规格、数量单位、需要日期、交付地、验收要求、预算状态与原文。
一条包含多物料拆行但保留关联。
未知写未说明，不补型号、数量和日期，不推定已批准。

人核数量与单位、用途及版本。例如“10 箱”必须确认每箱数量；不同日期重复提及可能是修订，也可能是新增，不能自动累加。

第二步：列澄清和冲突

根据必填规则列澄清表。
说明需求编号、模糊或缺失项、影响、需谁回答及具体问题。
重点检查规格可验证、交付时间明确、验收标准和预算。
原文矛盾同时列出，不选择看似合理的一份。

需求、技术、预算负责人答复后回填确认人、日期和结论。验收标准有行业法规要求的由相关专业岗位确认，不让 AI 临时给数值。

第三步：建议归口及合并

按已确认品类规则给归口建议。
列部门、品类、归口岗位、依据及争议。
标疑似重复与可讨论合并项，比较编码、规格、用途、时间、交付地和预算归属。
仅名称相同不合并；合并建议保留各原需求与分配明细。

人确认同物、同规格且时间允许才考虑合并。紧急与常规、不同技术版本和不同地区可能需要分开，不能只为扩大数量而凑单。

教学假设：两个部门都写手套，一个需要防化、另一个日常劳保。名称相同但用途与标准不同，分开澄清，不合成一批通用手套。

第四步：形成确认需求清单

依据人工确认结果生成可转请购的需求清单。
列需求编号及原来源、部门项目、归口、规格数量单位、交付验收、预算和确认记录。
未闭环项单列待办，不带入已确认清单。
另列发生修订的字段和版本，不恢复已取消需求。

需求方核最终清单，采购检查归口和材料完整性。预算外事项按批准流程处理；这张表是输入资料，不是审批结果。

完成标准与异常

每条确认需求有来源、明确字段及负责岗位，合并不丢部门和用途，未确认项有澄清待办。归口争议人协调；重复版本先核是否替代；紧急插单按专门规则处理；规格不明先补，不开始无效比价。

人员按公司流程提交请购和审批，WorkBuddy 不自动路由、不代人确定预算或采购优先级。