BOM的内容经常用表格来表示。表格的一行就表示一个物料，可以在里面加上数量、厂家型号、规格简述和位号等信息。有时，还需要包含采用的连接盘图案（封装）名称。每个物料都要有一个编码，这个编码必须自始至终保持不变。PCB裸板作为PCBA的物料，通常也要在BOM中单独列出来。
BOM里面要不要指定固件 (Firmware) 的版本，有时是一个惹争议的问题。正方认为应该指定，因为固件可能对应不同的物料配方；反方认为，固件并行化开发，很难做到生产前冻结版本，而且还要给DFT设计代码支持查询版本，工作量增加。我认为BOM里面需要制定固件版本，如果固件不能冻结说明开发和测试都还没有成熟，就谈不上制造。当然，对于质量挂嘴边，实际优先出货的企业，我这种人不受欢迎。我只能说，有些规律就是特别简单，不遵守就吃苦头。
实际工作中，BOM变更随时都可能发生。在我工作过的一个制造型企业，一直到产品量产前BOM都会变化。有时是因为测试人员发现了之前没有发现的问题，开发紧急整改，而换物料是最快的办法。有时，是工艺配方有调整，需要改变物料的引脚整形、包装要求。有时又是遇到物料供应商的设计变更、交期变化或者同一供应商的其它产品爆出了质量风险需要解决。还有时是采购人员要插入替代型号，以便消耗库存或者减少对单一供应商的依赖。凡此种种，不一而足。
BOM的内容力求一个“准”字。首先，这方面最好是参考软件代码，实施版本管理。BOM的版本最好是跟组装图相同。一些简单的产品，经常是在BOM里写一下装配要求，用这个方式来区分不同的BOM。我认为如果BOM中物料数量在20项以下，这样做是可以接受的。
但是如果BOM比较大，包含的物料数量比较多，那么不要图省事，还是按版本来标记和管控更好。其次，BOM的准确要以企业物料数据库的准确为基础。还是以我工作过的企业为例，公司先基于Siemens PDM系统建立了电子元器件库，后来又升级到PLM系统，用自定义的10位编码来管理两千余个物料。PLM与Cadence CIS系统后台同步。
这个架构是可行的，但是，因为没有专业的人管理，政出多门，这个数据库在升级和扩充中做不到数据元素内容准确，而变更这些元素又有比较繁杂的流程审核手续。于是绝大多数工程师只扫门前雪，设计图纸时，用Cadence的本地属性确保型号对，对数据库的数据完整性则选择淡漠。这种情况每年都会出现一两次问题而影响协作。
作者：电子知识打边炉， 来源：面包板社区
（请备注来意，加群请备注城市-称呼-行业岗位信息）
