请购单审核与合并建议

请购单审核需要确认需求、预算和审批依据，合并需要确认业务条件是否一致。WorkBuddy 可检查文字和整理建议，人决定退补与合单，方法尚未在真实账号验证。

准备请购单与规则

提供原请购单（PR）编号、部门项目、物料编码规格、数量单位、需求日、交付地、验收要求、预算和审批状态，附需求确认及公司权限规则。

保留每份原单和版本，不将“已经填表”视为批准。订单价格或来源尚未定时明确待询价，不让 AI 先填供应商。

第一步：检查字段和审批证据

只依据公司规则及附件检查待审PR。
逐行列原单编号、要求、已提供信息、证据位置、缺失冲突及待审核人判断。
检查规格数量单位、时间验收、预算及批准记录。
无签批证据写未确认，不代人批准或退回。

人员核数量与用途、附件和正文是否一致。例如数量已修订而审批仍对应旧版，不能写已通过；先按公司规则确认是否需要重新审定。

第二步：比较可合并候选

对完整PR提出合并候选，不实际改原单。
比较编码、规格版本、用途、需用日、交付地、验收及预算归属。
列相同条件、差异、合并前提、可能收益与风险。
名称相同不能直接合并，不同单位先要求确认换算。

采购与需求部门确认是否可同批采购。交期相近不代表能合：早需用物料不能为了晚订单等候，特殊验收也不能混成同一标准。合并后最低起订量、包装、运输及资金占用一并评估。

第三步：保留原单分配与影响

根据人工确认的合并范围，整理建议采购组。
列建议组编号、所有原PR、各部门数量、合计过程、分配、需用与交付安排、预算责任及审批影响。
不丢原单、不重复计量，未确认项不计入已批准数量。
总额或条件变化可能触发权限时列待审批，不能用拆单或合单绕过规则。

教学假设：两部门各要 50 件同规格，时间和地点一致，可以讨论总采购 100 件；表中仍各留 50 件分配。若一个需要新版本，则分开，不能为了价格把它改回旧版。

人员核合计与原单相等，分摊规则由需求和财务确认，不能由 AI 随意按人数分配。

第四步：生成审核处理建议

依据确认结果起草审核建议。
分可提交采购、需补材料、建议分批、待审批合并及其他争议。
每条引用原单、规则、依据和负责岗位。
起草补正问题，不填写审批人签字，不标已退回或已采购。

审核人员确认后按系统流程处理；补件回来只更新受影响行，保留前版，防止不相关的已确认需求被改写。

完成标准与异常

每份原 PR 有明确状态，合并组能拆回各部门数量，所有关键差异已处理或留待办，预算与权限未被绕过。合单是建议采购结构，不能替代原需求责任或审批。

同物异名先核编码，预算争议交财务，紧急单按例外规则单独判断，未批准需求不进入最终采购。正式审核、退补、提交与订单由授权人员执行。