BOM 配单

BOM一行列了主料和多个候选,怎样明确本次只采购哪一个?

主料与候选料共享同一需求时,先保留需求组及原用量,再另列本次选择、确认依据和订购范围。待选状态不展开为每个候选都采购,正式采用仍以需求方确认记录为据。

发布日期 更新日期 作者:活库 ReStock

BOM同时列出主料和候选型号时,先确认这些行是否对应同一需求,以及本次具体采购哪个完整订购型号。候选清单可以保留多个选项,采购数量却不能未经确认就复制到每个候选行;原需求与本次选择应分别留记录。

保留原需求与候选关系

建议给同一待解决需求保留一个可追溯的组编号,并保留原BOM行、项目或版本、原始用量及相关条件。候选行继续写各自完整型号、来源说明和确认状态,不凭价格、名称相近或同一封装认定可以替换。

需求组与本次选定采购行分开

需求组和候选选择的原创记录示意;不是替代验证或自动配单功能展示。

假设需求组G1需100只,原清单列了主料、候选甲和候选乙。这些名称仅是角色标签,不是实际型号、订单或兼容结论。若本次选择尚未确认,就保留100只原需求,并将选择及对应采购量记待核;不能因为有三行候选,就生成三份各100只的采购。

单独记录本次选择与数量

表格可横向滑动查看

需求组

候选角色标签

本次选择状态

采购范围记录

G1,原需求100只

主料

本次未选(假设)

保留原需求与未选原因,不直接改掉原BOM

G1,原需求100只

候选甲

本次选定(假设)

按相应确认记录采购100只

G1,原需求100只

候选乙

本次未选(假设)

保留候选记录,本次不下单

表格仅演示“已明确本次选择”的一种情形。实际文件应写完整型号及确认依据;若允许拆分给多个候选,还需另核各自适用范围和数量分配,不能套用本例的单一选择。选择状态、工程适用结论与可供条件也要分别核对。

让改选对应到生效版本

后续改选,不宜只覆盖某个单元格。保留原选择、变更依据、生效版本和本次数量范围,再核已经询价、下单、在途的事项分别怎样处理。原需求未变化时,不因某个候选暂未选中就把它改写为原需求为0。

结论与适用边界

同一需求的多个候选,应以本次已确认的选择和数量范围承接采购,保留未选项及变更依据。工程适用、是否选定与实际可供条件分别核对;本例单一选择表不替代多候选拆分时的数量确认。

向活库提交BOM需求时,可把原型号与候选分开标注,并说明本次要询主料、指定样品,还是已明确选定的采购范围。以上是清单协作建议,具体采用由需求方确认,可供条件由业务逐项核对;得到候选报价本身不完成选择。

FAQ

一个需求列了三个候选,就要准备三倍采购量吗?

先核候选是否共享同一需求,以及本次选择和数量分配;不能直接把原需求复制给每个候选。

未选中的候选要从原BOM里删掉吗?

保留原始依据和候选状态,按已有流程维护生效版本;本次未选不自动等于原需求取消。