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

新产品开发--定单 BOM （连载）
https://www.plmone.cn/forumdisplay.php?fid=24

请去这个网站看看吧
https://www.sharewinPDM.com,不错的产品,用不着什么二次开发,装上就可以使用,铁定实施成功,比所谓国外的PDM更适合中国企业的应用!

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

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

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

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

定单 BOM? 定单 BOM!

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

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

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


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

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

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

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

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

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

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

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

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

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