新产品开发--定单 BOM （连载）

Quote:“所谓“定单 BOM”，其本身的含义就是在不修改基本物料BOM的情况下，只针对特定定单维护和生效的 BOM”
-------不是。“定单 BOM” 的结构，图纸，技术要求，工艺等等任何可能发生的变化，都只适用于特定销售定单。换句话说，你可以同时对50个客户销售同一个 AAA 型号（物料号）的产品，但是实际上给它们生产产品用的是不同的 BOM、图纸、技术要求、工艺等等。你可以在 AAA 这个基本型号产品上，产生无数个变型，各自适应于每个客户的需求。但是并不需要建立 AAA1， AAA2， AAA3 等新的物料编号和新的产品型号，也不维护  AAA1， AAA2， AAA3 等 BOM。这样，物料品种和物料 BOM 洪水泛滥问题可以得到有效控制。

Quote:"投标不中但投标过程中产生的图纸和技术方案、论证、研究结果等等，难道扔掉而不用 PDM/PLM 管理么"
------制造业企业都是客户的供应商。

我赞同ZHIZHI的观点，制造业到了现在这个阶段，大部分是取决于客户需求了，很少一部分是做固定的产品，卖固定的产品了！
我谈谈我公司的产品BOM组成吧，一般的有些固定状态的配置结构，就靠ERP的配置产品去管理，销售下单的时候根据选择产生定单BOM！另外一种是比较特殊的，属于这次有，下次不一定有，这种就必须在基本的BOM里修改一些特殊物料来产生这个定单的BOM，但修改只限于此次定单的下达，对基本BOM是不会改变的。
我的问题是：这一些过程在PDM里是怎么做到的呢？因为我公司是先做ERP，现在才做PDM，向各位请教！！！

我见到的几个面向订单设计企业的PDM中每个订单会建立一个项目，如果可以直接通过配置完成产品定义的话，直接配置产生传递到ERP即可。如果客户有特殊需求，需要重新设计部件，会由设计人员完成后与配置产生的其它零部件一起传递到ERP中。

原帖由 mwd121 于 2006-7-25 17:18 发表
我见到的几个面向订单设计企业的PDM中每个订单会建立一个项目，如果可以直接通过配置完成产品定义的话，直接配置产生传递到ERP即可。如果客户有特殊需求，需要重新设计部件，会由设计人员完成后与配置产生的其它零 ...

这么干的结果一定是产生物料和BOM的“洪水泛滥”。某个产品结构并不复杂的家电制造企业就这么干。结果在 ERP 里维护物料和 BOM 工作不堪重负。

问题是，你每次配置的结构和以前配置过的，或者原始的 BOM 和物料有没有联系？彼此区别在哪里？哪些结构是和标准产品结构相同的，哪些结构是针对定单修改或新设计的。只对特定定单有效。又如何让 ERP 的 MRP 计算程序知道，这些修改只对特定定单有效，以便保证计算出正确的计划定单和采购请求。物料的版次，文档图纸的版次，都得解决。

如果不用定单 BOM 的办法，任何两个产品之间微小的修改和差别，都要层层修改物料和 BOM，一直到顶。否则就区分不开，必然造成混乱。在两个有微小差别的产品同时生产，或需要解决产品数据可追溯性需求的时候，不解决这个问题是不行的。但是，手工解决这个问题太繁复了。修改一多，根本应付不了。

原帖由 liuxm7512 于 2006-7-25 17:01 发表
我赞同ZHIZHI的观点，制造业到了现在这个阶段，大部分是取决于客户需求了，很少一部分是做固定的产品，卖固定的产品了！
我谈谈我公司的产品BOM组成吧，一般的有些固定状态的配置结构，就靠ERP的配置产品去管理， ...

首先，你的 ERP 得支持定单 BOM。没有这个前提，任何 PDM 也解决不了 ERP 里按客户需求下定单和维护定单 BOM 的问题。这个定单销售的产品，经过 MRP 运算，要产生客户所需要的产品的所有采购和生产的计划定单。这个销售定单上记载的产品，是 MRP 的独立需求。根据这个独立需求，才能对 BOM 展开运算获得相关需求。

原帖由 zhizhi 于 2006-7-25 18:50 发表


这么干的结果一定是产生物料和BOM的“洪水泛滥”。某个产品结构并不复杂的家电制造企业就这么干。结果在 ERP 里维护物料和 BOM 工作不堪重负。

问题是，你每次配置的结构和以前配置过的，或者原始的 BOM 和 ...

首先说一下企业的生产模式是多品种小批量，已经形成了系列化生产。其中一家企业是这样处理的，通过对产品进行模块化，形成了几个标准的模块，这几个模块是很少变动的，变动的一般是其它的几个系列化的零件（有时根据客户需要会变形出新的零件）。这样在产品配置时除非是新增零件才会产生新编码。由于这家企业的客户相对来说是固定的，针对不同客户由不同的设计工程师专门负责，配置过程中会自动判断是否有相同结构的产品，防止产品重复。配置后的信息（完整的产品结构）会传递到ERP（该公司ERP没有配置管理功能，不支持多工艺路线，不知道这样的还算不算ERP，呵呵）中组织生产。由于完整的产品结构存在于ERP中，对于历史追溯也很容易实现。

……这样在产品配置时除非是新增零件才会产生新编码。……
偶公司就是这样的，只要是新增的零件都必须得产生新编码，但在ERP中不一定得产生BOM，我在22楼也说过，如果这个状态只是一次性的，那么以之前的BOM去修改，达到MRP的需求，这样做的缺点就是，这样的新增编码不断地增多，而且不知哪天才会用起，等于浪费了编码资源，还占着服务器空间！
如果这种情况在PDM里，也会造成一样的困惑，不是吗？

定单 BOM? 定单 BOM!

定单 BOM，还有关新产品开发？
很多人好象闻所未闻，听见天方夜谈一般？
特别是搞 PLM 的，好象从来没有提到过什么定单 BOM，也从来不知道有什么定单 BOM。
一定有人要说，这是 ERP 里的东东，PLM 不屑有什么定单 BOM。zhizhi 总是戴着 erp 眼镜看东西。

原帖由 zhizhi 于 2006-8-6 15:06 发表
定单 BOM? 定单 BOM!

定单 BOM，还有关新产品开发？
很多人好象闻所未闻，听见天方夜谈一般？
特别是搞 PLM 的，好象从来没有提到过什么定单 BOM，也从来不知道有什么定单 BOM。
一定有人要说，这是 ERP 里 ...

其实，我是非常乐意定单BOM在PDM/PLM里控制，因为那里才是源头嘛！根据定单而生成的特殊BOM，当然有关新产品开发了，如果是现有状态，直接拿来用就OK了。现在我们是手工替代了系统做了这部分工作，然后再在ERP里维护进去，这样会不是造成重复劳动了吗？

定单 BOM 是 ERP 里面涉及 PDM 的功能。这也再次说明了，没有任何 ERP 不包括 PDM 功能的。
说 ERP 永远解决不了 PDM 的功能需求，完全不符合事实。
独立 PDM/PLM 软件，如果它们不处理销售业务的话，很难指望它能实现销售定单 BOM 功能。这个 PDM 功能是实实在在地由 ERP 实现的。而且几乎可以说，只能在支持销售业务的 ERP 里实现。