BOM同时列出主料和候选型号时,先确认这些行是否对应同一需求,以及本次具体采购哪个完整订购型号。候选清单可以保留多个选项,采购数量却不能未经确认就复制到每个候选行;原需求与本次选择应分别留记录。
保留原需求与候选关系
建议给同一待解决需求保留一个可追溯的组编号,并保留原BOM行、项目或版本、原始用量及相关条件。候选行继续写各自完整型号、来源说明和确认状态,不凭价格、名称相近或同一封装认定可以替换。

需求组和候选选择的原创记录示意;不是替代验证或自动配单功能展示。
假设需求组G1需100只,原清单列了主料、候选甲和候选乙。这些名称仅是角色标签,不是实际型号、订单或兼容结论。若本次选择尚未确认,就保留100只原需求,并将选择及对应采购量记待核;不能因为有三行候选,就生成三份各100只的采购。
单独记录本次选择与数量
需求组 | 候选角色标签 | 本次选择状态 | 采购范围记录 |
|---|---|---|---|
G1,原需求100只 | 主料 | 本次未选(假设) | 保留原需求与未选原因,不直接改掉原BOM |
G1,原需求100只 | 候选甲 | 本次选定(假设) | 按相应确认记录采购100只 |
G1,原需求100只 | 候选乙 | 本次未选(假设) | 保留候选记录,本次不下单 |
表格仅演示“已明确本次选择”的一种情形。实际文件应写完整型号及确认依据;若允许拆分给多个候选,还需另核各自适用范围和数量分配,不能套用本例的单一选择。选择状态、工程适用结论与可供条件也要分别核对。
让改选对应到生效版本
后续改选,不宜只覆盖某个单元格。保留原选择、变更依据、生效版本和本次数量范围,再核已经询价、下单、在途的事项分别怎样处理。原需求未变化时,不因某个候选暂未选中就把它改写为原需求为0。
结论与适用边界
同一需求的多个候选,应以本次已确认的选择和数量范围承接采购,保留未选项及变更依据。工程适用、是否选定与实际可供条件分别核对;本例单一选择表不替代多候选拆分时的数量确认。
向活库提交BOM需求时,可把原型号与候选分开标注,并说明本次要询主料、指定样品,还是已明确选定的采购范围。以上是清单协作建议,具体采用由需求方确认,可供条件由业务逐项核对;得到候选报价本身不完成选择。
FAQ
一个需求列了三个候选,就要准备三倍采购量吗?
先核候选是否共享同一需求,以及本次选择和数量分配;不能直接把原需求复制给每个候选。
未选中的候选要从原BOM里删掉吗?
保留原始依据和候选状态,按已有流程维护生效版本;本次未选不自动等于原需求取消。