iCAx开思网

标题: 新产品开发--定单 BOM （连载） [打印本页]

作者: zhizhi 时间: 2006-7-14 23:14
标题: 新产品开发--定单 BOM （连载）
新产品开发--定单 BOM （连载）
https://www.plmone.cn/forumdisplay.php?fid=24

作者: zhizhi 时间: 2006-7-17 23:16
还没有见过其他地方提过“定单 BOM”这个概念。

定单 BOM 的标识关键字由三个字段组成：

销售凭证编号 ---- 引用到销售凭证类型 ---- 询价/报价/以及其他一百多种销售凭证。
销售凭证行项目编号 ---- 每一行对应一项销售交付对象
物料编号

在物料编号标识的 BOM 下，可以有物料 BOM 和销售定单 BOM 等不同类型的多层 BOM。可以在设计过程中逐步构建完成。可以在设计未完成前提前投入生产和采购。

独立 PLM 如何支持定单 BOM ？这是个大难题。

作者: zhizhi 时间: 2006-7-18 11:49
周期长的零部件提前投入采购和生产，包括外协设计外包生产装配，都必然需要在 ERP 功能支持下完成。从客户询问邀请投标开始就需要必要的设计和构造产品结构以及成本估算工作了。
所有面临新产品交货期限缩短压力的企业，都必然采取这种提前投入采购生产的策略。

作者: 黑瓦白墙 时间: 2006-7-19 10:48
‘独立 PLM 如何支持定单 BOM ？这是个大难题。 ’

PLM有必要关注定单BOM吗？

作者: zhizhi 时间: 2006-7-19 20:00
客户查询，要建立销售凭证 BOM ，提出设计方案，估算设计开发工作量、成本和周期。
提交报价，要建立销售凭证 BOM ，提出设计方案，估算设计开发工作量、成本和周期。
接受定单，要建立销售定单 BOM ，提出设计方案，估算设计开发工作量、成本和周期。

PLM有必要关注定单BOM吗？

你可以不关注，公司的老总也不会关注你的提升加薪。

企业里中有人要做上述工作，总有人关注。只不过不是你。

作者: qgl2006 时间: 2006-7-19 22:23
exm 怎么下载？

作者: mwd121 时间: 2006-7-20 14:33

原帖由 黑瓦白墙 于 2006-7-19 10:48 发表
‘独立 PLM 如何支持定单 BOM ？这是个大难题。 ’

PLM有必要关注定单BOM吗？

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

作者: mwd121 时间: 2006-7-20 14:39
对订单BOM的支持我个人认为独立PDM系统也是可以处理的，工程部接到ERP系统提交的订单信息后，根据用户需求，对产品进行配置同时设计新的零部件，这个新的零部件在设计好后传递到ERP中（通过集成完成）。对产品的配置可以利用 PDM也可以利用ERP的配置管理来完成。

作者: liang64 时间: 2006-7-20 15:18
BOM在我公司就是零件表,下订单时须要的和生产时须要和认证时须要和...

作者: zhizhi 时间: 2006-7-20 15:50

原帖由 mwd121 于 2006-7-20 14:39 发表
对订单BOM的支持我个人认为独立PDM系统也是可以处理的，工程部接到ERP系统提交的订单信息后，根据用户需求，对产品进行配置同时设计新的零部件，这个新的零部件在设计好后传递到ERP中（通过集成完成）。对产品的配 ...

定单 BOM 有三个个特点。
一是它有三个关键字：定单编号，定单行编号，物料编号。并且和某销售凭证（不仅仅是销售定单，还可能包括上百种其他销售凭证，如报价、返修。。。）直接在关键字上关联起来。

二是有等待或正在设计修改的部件，独立于销售定单行项目的物料 BOM ，但有相同的定单编号，定单行编号，物料编号。

三是定单 BOM 可以直接来自可配置 BOM，是可配置 BOM 在销售部门进行配置的结果基础上继续修改形成的。它离不开 ERP 系统实现可配置 BOM 的具体的底层技术。

一个独立于 ERP 的 PLM 系统不大可能建立定单 BOM。除非它包括销售模块。并直接管理销售凭证--还有客户--还有发运方式--还有定价。。。。除非它有和 ERP 一模一样的可配置 BOM 具体实现技术细节。每个 ERP 实现可配置 BOM 的技术都不一样，一个商品化的 PLM 系统不可能同时具备多种多样 ERP 的可配置 BOM 的相同的技术，相同的数据库结构。

即使你在独立 PLM 中建立了定单 BOM 和所有必要的数据，如何传递给 ERP 的销售凭证的某一行？也是难题。如何在整机设计没有完成前安排定单 BOM 的元件的提前采购和生产？势必等到 PLM 中完成了定单 BOM 并传递到 ERP 的销售凭证的某一行之后。否则，提前采购生产业务只能手工完成。如何判断一个销售凭证的行项目的物料的可能有的多个定单 BOM 是全部完成还是没彻底完成？也是难题。两个系统之间建立工作流完成定单 BOM 维护任务也不可能。

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

作者: 黑瓦白墙 时间: 2006-7-20 16:49

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

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

作者: 黑瓦白墙 时间: 2006-7-20 17:13

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

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

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

作者: zhizhi 时间: 2006-7-20 17:14

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

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

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

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

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

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

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

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

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

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

作者: zhizhi 时间: 2006-7-20 20:34

原帖由 黑瓦白墙 于 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 得到图纸资料和协作技术支持么？

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

作者: 黑瓦白墙 时间: 2006-7-20 20:52

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

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

作者: 黑瓦白墙 时间: 2006-7-20 21:29
至于“定单BOM”的问题，我对你这个概念还是比较模糊，你最好在这里讲详细点，那个链接进去下不了。

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

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

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

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

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

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

作者: zhizhi 时间: 2006-7-25 18:50

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

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

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

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

作者: zhizhi 时间: 2006-7-25 19:01

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

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

作者: mwd121 时间: 2006-7-26 09:41

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

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

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

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

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

作者: zhizhi 时间: 2006-8-6 15:06
定单 BOM? 定单 BOM!

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

作者: liuxm7512 时间: 2006-8-7 08:35

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

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

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

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

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

欢迎光临 iCAx开思网 (https://www.icax.net/)