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

补充，定单 BOM 可能具有和可配置 BOM 完全相同的结构和数据。如相关性（它可能是一个专用语言的语句，如某特征 a 被分配特征值“三轮车”，车轮数量被设置为 3。特征值被设置为”自行车“，车轮数量被设置为 2），特征，类项目，非可配置项目等。独立 PLM 不可能有和这样的可配置 BOM 完全相同的数据结构和技术。所以也就不可能完成采用可配置 BOM 的定单 BOM。

原帖由 zhizhi 于 2006-7-19 20:00 发表
客户查询，要建立销售凭证 BOM ，提出设计方案，估算设计开发工作量、成本和周期。
提交报价，要建立销售凭证 BOM ......
你可以不关注，公司的老总也不会关注你的提升加薪。
企业里中有人要做上述工作，总有人关注。只不过不是你。

话不是这样讲，一个企业的信息化建设应该有个总体规划，不是说你的PDM能管到越多越好。
从一个典型大型企业的IT架构来说，订单管理这绝对不是PDM的范畴，PDM/PLM系统关注的是产品开发区域的协同，CRM才会管订单，

原帖由 mwd121 于 2006-7-20 14:33 发表

不赞成您的说法。
很多公司都有工程部，专门用来完成产品试验、客户订单变型设计的，他们在很多时候都需要根据订单进行设计，也就是形成订单BOM。

订单BOM在企业肯定存在，关键是根据订单来进行产品配置变化的调整还是说要根据订单来进行新产品或新零件的开发，大多数企业还是第一种情况吧，如果是这种情况，订单BOM只会对制造区域有影响，所以在ERP(or:SCM)中会存在订单BOM，与PDM/PLM无关；如果是第二种情况，那就是意味着一个新的产品项目的即将启动，可行性分析等工作肯定要做的，产品项目得启动才意味着工程师在PDM/PLM中得工作开始，不是说订单BOM是要直接集成到PDM/PLM中去。

原帖由 黑瓦白墙 于 2006-7-20 16:49 发表


话不是这样讲，一个企业的信息化建设应该有个总体规划，不是说你的PDM能管到越多越好。
从一个典型大型企业的IT架构来说，订单管理这绝对不是PDM的范畴，PDM/PLM系统关注的是产品开发区域的协同，CRM才会管订 ...

这是人为地把 PDM 从接受定单的业务中排除出去所产生的观点。不是企业在回答客户询问方案，准备投标，乃至签定定单等一系列业务中客观上不需要产品数据管理的功能和设计开发部门的协同配合工作，共同维护统一定单 BOM。

当某个 PLM 软件不能提供这样的功能时，它当然就说，这不是 PDM 的管理范畴。否则，不是等于承认它的功能有重大缺陷了么？
是，还是不是，又有什么关系？业务需求总是客观存在的。

这不是’ 人为地把 PDM 从接受定单的业务中排除出去所产生的观点‘。
做为一个企业来讲，他是一个有机的整体，各个区域或者部门之间的业务都是有关联的，而各个区域都有他关注的重点，或者说是核心业务。在考虑一个区域的信息化建设的时候，你要清楚它的核心业务是什么，这样才知道研发区域的产品数据管理到底是要做什么。从业务的角度来讲，要不要把订单管理集成到PDM系统，得看你这个企业得核心是什么，如果你得企业是以研发为主，其他区域业务相对简单，那把订单BOM,制造BOM，售后BOM等等都集中到PDM系统来统一管理，从而让PDM来成为企业信息系统得核心，这可以成为企业管理的信息化策略之一。但是呢，从目前这些PDM系统得情况来看，他们都是根据制造型企业得业务来建模设计得，所以呢，这些PDM系统并不能当成企业的信息系统核心来建设，如果一定要这样做，因为系统的提供商在这上面的研发能力并没有优势，它勉强为你开发这样一个模块，它的考虑可能并非周全，到时候吃亏的还是你们公司。
当然，如果你是PDM系统的一个提供商，你这样的想法是对的，哪个软件公司不希望它的软件能够一统天下呢..

》各个区域或者部门之间的业务都是有关联的，而各个区域都有他关注的重点，或者说是核心业务。在考虑一个区域的信息化建设的时候，你要清楚它的核心业务是什么，这样才知道研发区域的产品数据管理到底是要做什么。

每个区域当然有自己的重点，但是，每个区域有没有涉及产品数据管理的业务？当然有，当然不是仅仅设计研发部门会涉及产品数据，而是几乎所有部门都会涉及到产品数据管理业务。就象每个业务区域都会涉及到财务资金成本业务一样。--哪个部门没有企业管理费的预算和计划，甚至资金运用计划？他自己不积极，财务部门也要逼着他制订计划，考核它，甚至根据执行情况采取奖惩措施。
研发区域？包括不包括生产设备？如果包括，企业里的设备管理部门显然涉及了 PDM 业务。包括不包括质量检验？如果包括，质量管理部门也涉及到了 PDM 。结果，你说的研发区域，已经不是你想的研发部门，而是绝大多数业务部门了。

》这些PDM系统并不能当成企业的信息系统核心来建设
你仍然是把 PDM 看做一个计算机软件业务处理系统，而不是一个业务领域。PDM 是不是有一个独立软件系统是一回事，PDM 业务是不是贯穿到大多数部门的业务中是另外一回事。而后者是客观现实。设备，质量，生产，工艺，设计，销售，这些制造业企业普遍存在的业务部门，都有产品数据管理的业务。只不过现在大多数 PDM 系统还没有支持它们的产品数据管理业务。还有相当大的一部分产品数据管理业务，是依靠 ERP 软件系统完成的。

研发业务，绝不仅仅是“研发部门”单独完成的。对一个制造业企业来说，生产车间都大量参与了产品研发工作。

研发是整个企业的业务，不是仅仅局限在“研发部门”的业务。认识清楚这一点，非常重要。

原帖由 黑瓦白墙 于 2006-7-20 17:13 发表

订单BOM在企业肯定存在，关键是根据订单来进行产品配置变化的调整还是说要根据订单来进行新产品或新零件的开发，大多数企业还是第一种情况吧，如果是这种情况，订单BOM只会对制造区域有影响，所以在ERP(or:SCM)中会存在订单BOM，与PDM/PLM无关；如果是第二种情况，那就是意味着一个新的产品项目的即将启动，可行性分析等工作肯定要做的，产品项目得启动才意味着工程师在PDM/PLM中得工作开始，不是说订单BOM是要直接集成到PDM/PLM中去。  

只有在订单只涉及可配置产品的大量变型其中的一个变型的时候（这个变型当然已经完成了必要的设计工艺工作而且无须修改），那么可以不需要设计工艺部门参与就完成定单的建立。这个定单销售的是可配置产品的一个变型，不存在定单 BOM 。一旦需要对产品中的一部分，哪怕是极小的一部分结构进行修改和重新设计，设计工艺部门就肯定被卷入这个定单 BOM 的建立和维护工作了。

所谓“定单 BOM”，其本身的含义就是在不修改基本物料BOM的情况下，只针对特定定单维护和生效的 BOM。
怎么会与PDM/PLM无关？PDM/PLM不管这个定单 BOM 的生效范围？定单 BOM 图纸谁画？放在哪里管？定单 BOM 谁构造谁批准谁发布？工程变更请求和定单谁发起谁控制？都离不开设计研发部门，都离不开PDM/PLM功能的支持。如果你认为这是一个新的研发项目，那么这个项目在客户询问技术方案和投标时就已经开始了，至少是以可行性分析等工作的形式开始的。不过要等合同签定后才投入主要力量继续完成所有后续的详细开发任务。投标不中，这个项目也就终止。这个投标不成功的项目中积累的文件图纸，仍然需要 PDM/PLM 管理（可能是生命周期管理中的一个产品基线或配置文件夹），以便下次利用。

按你的观点：“产品项目得启动才意味着工程师在PDM/PLM中得工作开始”，投标不中但投标过程中产生的图纸和技术方案、论证、研究结果等等，难道扔掉而不用 PDM/PLM 管理么？投标过程中，工程师也不使用 DM/PLM 得到图纸资料和协作技术支持么？

另外，“产品项目得启动才意味着工程师在PDM/PLM中得工作开始”，客户询问商谈技术方案和投标，算不算“产品项目启动“了？
如果算，那么客户询问商谈技术方案和投标（包括构建投标报价的定单 BOM），需要使用 PDM/PLM 。
如果不算，等于是说客户询问商谈技术方案和投标（包括构建投标报价用的定单 BOM）工作，得不到 PDM/PLM 的功能支持。

原帖由 zhizhi 于 2006-7-20 20:05 发表
每个区域当然有自己的重点，但是，每个区域有没有涉及产品数据管理的业务？当然有，当然不是仅仅设计研发部门会涉及产品数据，而是几乎所有部门都会涉及到产品数据管理业务..
..只不过现在大多数 PDM 系统还没有支持它们的产品数据管理业务。还有相当大的一部分产品数据管理业务，是依靠 ERP 软件系统完成的。
研发业务，绝不仅仅是“研发部门”单独完成的。对一个制造业企业来说，生产车间都大量参与了产品研发工作。
研发是整个企业的业务，不是仅仅局限在“研发部门”的业务。认识清楚这一点，非常重要

呵呵，ZHIZHI,你说得很对，我也绝对同意你对产品数据管理得看法。但是我只是针对目前存在的PDM系统来说得，只是就“定单管理是否要集成目前得PDM系统中”来说的...

至于“定单BOM”的问题，我对你这个概念还是比较模糊，你最好在这里讲详细点，那个链接进去下不了。

Quote:“所谓“定单 BOM”，其本身的含义就是在不修改基本物料BOM的情况下，只针对特定定单维护和生效的 BOM”
-------是不是理解为零件的设计不更改，只是产品结构的变化，有些工艺的更改?

Quote:"投标不中但投标过程中产生的图纸和技术方案、论证、研究结果等等，难道扔掉而不用 PDM/PLM 管理么"
-------看样子你们公司属于供应商类型，是吗？