各大厂商企业级BOM解决方案PK

传统的PDM对于静态的BOM数据管理再也不有意义，真正有业务价值的系统应该作到让和产品信息相关的参与者和数据都与业务流程紧密结合，使得利益相关者对于产品的构成、产品的状态、产品如何设计、产品如何制造、所依据的技术或者业务理由等具备充足便捷的获知渠道，真正的在共识之下开展各自的工做，企业级BOM的概念应运而生。目前，各大主流PLM厂商均提供了企业级BOM这一解决方案，也有部分企业如东风汽车应用了自主研发的企业级BOM管理系统等。本文详细介绍了各大厂商企业级BOM的解决方案。

 

一、Teamcenter BOM解决方案

 

Teamcenter BOM管理使企业在整个产品生命周期中有效地管理BOM和产品配置、实现可重复的数字化验证、开放的和专业化的BOM管理。开放性和专业化的BOM管理方法使得企业PLM系统和其余管理系统实现无缝集成，共享产品信息，得到与合做伙伴及供应商的更大范围内价值链的同步。本解决方案根据Siemens PLM Software亚太区Teamcenter产品市场经理赵继政先生的采访内容整理而成。

 

（1）Teamcenter BOM解决方案的的定位及特色

 

1、全生命周期支持。从业务上来说，沿着产品生命周期的不一样阶段，不一样的人和专业会把BOM分红不一样的类型，好比EBOM、PBOM、MBOM以及服务的BOM等，Teamcenter的目的是将整个生命周期各个阶段的BOM及其演变过程管理起来。

    

2、行业方面的特色。以往的BOM管理可能只有简单的机械产品BOM基本的增、删、改功能，可是对不少专业来讲，BOM管理有本身的特色，企业级BOM体如今不一样的企业就有不一样的特色，好比说汽车行业的BOM或者船舶行业的BOM，都有各自的特色，Teamcenter BOM解决方案必须能支持行业特定的BOM管理的要求。

 

3、软件功能的完整性和体系架构的前瞻性。Teamcenter在软件技术上的特色，有几个方面：

    

一、基于Teamcenter平台的灵活性和可扩展性。

    

二、Teamcenter不局限于传统的PDM功能，以往的PDM主要管理DBOM或EBOM的演变，对全生命周期BOM的支持有所欠缺。

 

另外，在实际的业务中，BOM的管理跟实际产品的几何设计既须要相互之间的链接，也须要必定程度的分离，这是某些行业特色决定的。Teamcenter BOM解决方案必须可以适应这种业务要求。

 

三、Teamcenter BOM在业务上能够跟上下游的系统链接。好比，最初的BOM可能来自于设计系统如CAD系统，在设计演变过程当中可能会作各类分析及工艺规划，须要跟相关的分析系统、工艺系统链接，到生产阶段须要跟ERP、MES系统链接。

 

四、Teamcenter能把虚拟世界的BOM和物理世界的BOM链接起来。无论是EBOM、MBOM、PBOM，其实都是研发阶段的或者说生产准备阶段的工做，能够近似归结于虚拟的世界，可是在产品的生产特别是总装时，BOM已经表达了物理的产品的BOM，当产品交付给客户之后，会有维护BOM或者服务BOM，也表达了实际产品在运行过程中的演变。Teamcenter BOM能够把前端和后端的虚拟的产品设计和实际的产品交付BOM都管理起来。这也是对应咱们提到的第一条，全生命周期的支持。最开始设计是虚拟的状态，最后是实际的交付状态，BOM的变化应该都管理起来。

 

（2）Teamcenter BOM如何实现产品配置管理？

 

产品的配置管理首先是业务范畴的一个问题，当企业没有Teamcenter或者PLM系统的时候，配置是怎么管理的？大多数企业具备配置管理的手段，好比说以产品为独立单元进行管理，或者是对产品的平台系列进行管理。与之对应，就会定义这个产品或者产品系列的版本特征、时间特征，围绕着版本或时间的特征，就会去定义产品的配置关系，好比某些状况下产品是否是有互换性、可选性等，这些配置关系、版本、时间特征、产品或者产品平台系列之间都会有必定的约束关系。

 

在之前手工管理的阶段，可能会经过纸质文件、电子文档如EXCEL的方式进行交流，或者有一些单位会开发一些系统进行基于条目的管理。对Teamcenter来讲，咱们相信客户自己或者企业原先进行配置管理的手段，都能在Teamcenter中实现。客户须要考虑的是，原来的管理方法在Teamcenter中实现，其有效性、效率可否保证，或者是否是想改进原来的管理方法。

 

把原先在业务上进行管理的方法和流程映射到Teamcenter上来实现，须要在Teamcenter上限定项目如何定义、产品或者平台系列如何定义、配置的特征如何定义、配置特征之间的约束关系或选装选配关系如何表达和计算。

 

在用户操做的时候，须要考虑的是当出现一个配置的时候如何去验证。由于产品在销售的时候，可能的组合配置会很是多，可是可销售的产品配置是很小的一个子集。经过配置验证，确认最初的客户订单与配置的一致性，而后把相应的BOM配置发给特定的工厂、生产基地，工厂或生产基地会经过针对特定版本或者时间点的生产指令或变动指令来激活该配置。最终，Teamcenter BOM须要把正确的配置发给ERP系统或者生产执行系统。

 

（3）Teamcenter如何实现不一样视图BOM的转换？

 

多视图管理和上面谈到的配置管理相似，首先是业务上的一个问题。在业务上咱们是想解决实际业务中面临的多BOM管理问题，到了技术人员、尤为是软件技术人员的层面，一般会把视图当作解决多BOM管理的一个手段，其实用户须要的仍是多BOM管理的方式。

 

在多BOM管理的解决方案中，一个方法是用户建多个BOM，让这些BOM之间有必定的关联；二是只建一个或者少数的BOM，这样的BOM通常比较大，包含的信息比较多，用户在BOM上施加一些条件，让BOM可以经过过滤或者有效性的方法产生不一样视图。经过多视图来表达多BOM的管理方法；三是混合的方法，既用多BOM，也在BOM上施加过滤条件产生不一样视图。

 

若是咱们建的是一个大BOM，对其施加不一样的条件，经过条件过滤产生不一样的视图， BOM的转换会比较简单，然而，BOM的演变及其管理会变得愈来愈复杂，尤为是产品愈来愈多、涉及的专业和供应链愈来愈复杂、产品生命周期愈来愈长等状况下。

 

若是弱化视图的概念，而是用多个BOM去管理多个业务BOM或者视图的时候，就面临转换的问题。这个转换的问题在于咱们如何定义多个BOM之间的链接，若是一个BOM和另一个BOM之间有数据的链接，就能够把一个BOM或视图方便地转换成第二个。

 

这两种方式在Teamcenter中都是支持的。好比说在Teamcenter中咱们能够把BOM表示成二维表的方式，在这个二维表BOM当中，BOM能够包括工程、工艺、工厂的BOM，这时候所谓视图的转化方式就会比较简单。

 

Teamcenter支持不一样分离BOM之间的转化，不一样的BOM之间可以创建历史上的关联关系，如某一个BOM是从哪一个BOM来的，它是添加、删除、修改了哪些节点, 通过了哪些版本，时间节点的变化，才变成这样的形式。

 

做为BOM管理的一个基本手段，Teamcenter能够提供匹配和验证，使不一样的BOM如EBOM、MBOM、PBOM、SBOM等之间可以相互匹配，好比能够检查MBOM当中有哪些节点是在EBOM当中没有的，或者MBOM当中哪些节点原先在EBOM当中有，在MBOM上去掉了。

    

经过这些方式既保证了多BOM多视图之间的链接，可以实现多个BOM、多个视图之间的转换，最终还可以检查转换链接的一致性，避免出错。

 

（4）Teamcenter如何实现多种BOM数据的同步？

 

通常来说，数据同步是由产品研发流程、制造生产流程和维护服务流程来驱动和管理的。最典型的研发流程就是产品的审批、发放、更改的流程。

    

经过从一个BOM到另一个BOM的演变，或者是把数据从一个BOM推送到另一个BOM，这个必定是经过发布流程或者更改的流程来完成的，也是跟客户具体的业务逻辑相关的。

 

好比，若是企业的产品是自主研发的，数据的同步就是从一个部门到另一个部门，或者是从上游到下游同步的过程。若是客户数据要分包给供应商，就面临着把本身的BOM数据同步给供应商，供应商在完成了设计以后，须要把完成的设计数据返还给OEM主机厂，这时候须要另一个方向的数据的同步。而后OEM把本身设计的数据和供应商的数据合并起来，才发布去作MBOM、PBOM、最终产品交付的BOM。这个具体实现的流程是须要跟客户具体的业务逻辑相关的。

 

在Teamcenter中，相似的业务流程通常会映射为更改管理对象及其工做流，必要时，相似的流程能够跨供应链、跨Teamcenter站点地运行。

 

（5）Teamcenter中BOM的有效性是如何管理的？

 

BOM的有效性跟产品研发的阶段性或者产品生命周期的阶段性有关系，也跟BOM数据在Teamcenter系统中的表达方式有关系。

 

通常最多见的管理方式就是两个，一个是版本，另外一个是时间节点。无论是版本仍是时间，其实都是时间维度上的东西。

 

还有一个管理的方法，须要包括空间维度，好比特定的部门、工厂和车间。若是还要往前追溯的话，可能就是产品编号，固然这个一般用的比较少，或者，实际在使用，但并无显性地提出来。

    

好比，在生产的时候用到了A零件而没有用到B零件，这是用零件的编号来管理；在生产的时候用到了A零件的A1版本，没有用到A2版本，这是用版原本管理；在某一个时间点或者某一个产品生产的批次上决定用A版或者B版，这是用时间节点和产品批次来管理。

 

虽然被传统的PDM系统所忽视，但空间点也非常重要的，好比对于某一个生产基地或者生产车间来讲，特定的版本对他是否有效跟其产品的交付有关系、也与他的生产能力有关系。若是A生产基地交付的是老车型，那么可能继续用A版，不用B版，因此变动对他来讲没有任何影响。B基地须要交付新车型，那么他可能须要当即使用最新的版本。

 

因此这些有效性管理的方法是跟业务相关的，在Teamcenter下面均可以支持，咱们经过Teamcenter BOM中的有效性表示方法、解算方法、以及BOM的发放方法，保证不一样的生产基地能收到正确的有效性的版本或者是有效性生效后的时间点、批次。

 

（6）Teamcenter中BOM的版本与状态是如何管理的？

 

第一，对“状态”这个概念，简单的、最多见的理解是指研发阶段的状态，好比说设计人员接触到产品以后，进行设计、评审、批准、发放等等。这其实看做是一个小循环的状态演变。大多数企业都规定，在设计发放以前这些小的状态一般不会引发版本的变化，你们都认为是同一个版本，只不过设计状态没有完成，它是同一个版本下面的不一样的状态。这时候多是版本为大，状态为小。

    

可是，在比较大的范围内，状态自己又能够理解为一个大循环的演变，如产品生命周期当中的不一样的状态或者阶段，在那个时候可能面临的是状态和版本之间会有另一种关联关系：就是状态大，版本反而小。

 

好比在制造的时候，零件有A版和B版，选用哪一个版本进行生产，是由咱们前面提到的有效性，好比时间有效性，地点有效性、批量批次的有效性决定的。这是大循环的状况，其本质演变是跟客户的具体的业务逻辑相关的。

 

而有的单位在作小循环的时候，在版本不变的状况下，小循环可能会设置为2个或者3个状态，好比说设计、评审、批准，而后就发放了。根据特定的业务过程，来定义版本、状态的管理，是Teamcenter实施和应用的一个基本内容，Teamcenter从功能上也必须支持重要业务要求，包括比较复杂或者少见的场景，例如，版本也有分叉的、非直线型的演变状况。

 

（7）Teamcenter BOM的解决方案与其余PLM厂商解决方案相比有哪些优点或者不一样的地方?

 

Teamcenter BOM的解决方案是基于Teamcenter解决方案来作的，继承了Teamcenter基础平台上的一些特色，包括可以进行系统工程、需求管理、可视化、CAE管理、机电一体化的管理、工艺的管理等等。而Teamcenter BOM基于Teamcenter平台，在数据的一致性上有先天的优点。

    

传统的PDM可能但愿用PDM有限的功能扩展去管理BOM，当面临多BOM管理时会遇到一些困难和问题。而Teamcenter有专门的Manufacturing Process Management模块，来操做和管理制造BOM，有Simulation Process Management模块，来管理分析和仿真，有MRO模块，来管理服务BOM。

 

Teamcenter平台是单一架构的平台，其BOM管理能够记录产品生命周期的演变，相比传统的、基于PDM进行扩展的方法，有业务流程天然和软件架构灵活两方面优点。

 

另一种状况，有的企业会开发一套专用于BOM管理的软件，再跟PDM集成。而Teamcenter BOM基于Teamcenter平台，避免了产品的集成，避免了因两个不一样产品之间的接口、升级产生的矛盾（在涉及更多产品的接口和集成时，这种状况更难处理）。这是Teamcenter BOM解决方案的第一个特色。

 

在应用方面，Teamcenter BOM管理对于不一样行业中，咱们称之为最佳实践的结合作的比较好，Siemens PLM Software跟不少企业有长期的合做，对帮助他们解决不一样行业或者不一样企业特色的问题上有不少经验积累。

    

好比，汽车行业的BOM管理，一个重要的特色是按订单配置产品，汽车的选装选配比较复杂，用户均可以本身选配车，而后下单。还有一个特色是全球化的生产，通常的汽车企业在全球包括中国各地都有生产基地及零部件供应商，须要把明确的BOM信息经过客户的订单、选装选配生成，再分发到不一样地方的总装或者供应商上面去，最后合并起来到总装厂，交付这辆车。Teamcenter有专门的解决方案管理这样的BOM流程，咱们叫作PMM（Product Master Management），是应用于汽车行业的BOM解决方案。

   

二、Windchill BOM管理

 

本解决方案根据PTC中国售前团队电子高科技行业战略客户技术经理郭晓川的采访内容整理。

 

 

（1）Windchill BOM解决方案的思路

 

BOM的简称已经不能准确的表达企业所须要的产品信息数据结构了。BOM是Bill of Material的简称，起源于某个部门好比研发、制造为了制定手头的某个任务而列出的关于产品由哪些部件组成的一个简单、明确的列表。

    

Bill of Material的名字容易让人觉得指代的是一个静态的列表、和通过确认以后的明确的列表、仅仅包含Material。而实际上企业内的产品结构信息是多个职能部门设置外部伙伴协同、通过分层分级的流程才能逐步肯定下来的信息，静态的列表没法表达，并且所需的信息远超过部件料号和数量这类基本信息。

 

所以，PTC认为使用Bill of Information，或者Product Structure的表达要更合适。对于产品信息的管理，要想有效的支持企业研发流程以及其余前端（面向客户）后端（面向企业内部协同）的流程，必须从时间范围上覆盖从市场创意到售后退出服务的全生命周期，从职能部门范围上要覆盖研发、市场、销售、采购、预测、测试、制造、服务、质量以及成本的全矩阵的职能组织，从技术学科上要覆盖机械结构、电子电气、软件开发、技术资料等产品所涉及的全面的技术组成。

 

PTC认为产品信息管理应该提供‘single source of truth’，PLM系统应该为企业的内部和外部的全部利益相关者提供‘惟一真相’。

    

仅仅管理一份静态的BOM数据再也不有意义，真正有业务价值的系统应该作到让和产品信息相关的参与者和数据都与业务流程紧密结合，使得利益相关者对于产品的构成、产品的状态、产品如何设计、产品如何制造、所依据的技术或者业务理由等等，真正的在共识之下开展各自的工做。

 

同时，产品信息的管理，也要符合企业自身的研发方法和流程，好比，若是企业推行IPD（集成产品开发）或者模块化开发，都须要考虑在流程落地的时候，和数据相关的组织和角色应该是谁，流程中如何使信息在适合的数据结构上准确和高效的表达以及传递。

   

企业常见的关于BOM的痛点，好比制造BOM出错，根据BOM备料却经常因为BOM的变更而形成呆滞库存，等等，表面上看是静态BOM清单出错，根因仍是当企业面临愈来愈大的时间、成本和质量压力的时候，跨职能、跨学科的团队之间关于产品的构成、状态和过程，要想高效率的协同造成共识并在共识之下开展各自的工做变得更难了。

 

彻底依赖经验和人的话，不免费时费力和出错。好比，在产品开发周期愈来愈短和关键元器件的采购提早期却仍较长的夹击之中，让采购和预测团队得以和研发团队对备料清单造成共识，就变得更具挑战了，研发阶段的处于内部或者外部缘由的变动，使得要想造成并保持共识很费时费力并且容易出错。而优秀的企业则须要各个内部外部的合做各方高效而准确的达成并保持共识。   

 图1 市场趋势与竞争，对企业配置与变动管理水平的挑战

 图2 和BOM/产品信息管理有关系的业务痛点/‘症状’

    

固然，从静态的BOM管理，到‘Single Source of Truth’中流程、人员和数据的紧密结合，不一样业务模式的企业，在不一样的阶段所适合的实践的成熟度是不一样的。

 

所以，PTC的产品信息管理方案涵盖了从低成熟度到高成熟度的实践。

 

基础级别的实践包括：变动管理和配置管理。变动管理的实践包括：标准化自动化的变动，集成的跨学科的变动，集成的产品问题管理。配置管理的实践包括：配置生命周期管理，选配和变型管理，产品配置在企业内部的共享，产品信息向企业的下游平台（好比ERP、CRM）的发放，等等。每一个实践PTC都有完整的storyboard（故事板），能够帮助企业理解实践如何经过人/角色、流程、数据来落地实施，这里就不一一展开介绍了。

 

Windchill中提供完备的配置管理功能，包括生命周期状态、工做流、版本、基线、视图（需求视图、功能视图、设计视图、工程视图、仿真测试视图、制造视图、售后服务视图、成本视图）、有效性、实例管理、问题跟踪管理等，再也不一一赘述。

    

更高级别的实践包括：企业级变动管理、产品配置（包括选配逻辑）与企业外部合做伙伴的共享、模块化开发、自顶向下的设计、平台CAD结构的管理、平台可视化、需求分析和早期BOM规划等。

 

这些实践所基于的产品有：Windchill的PDMLink、ProjectLink、MPMLink、Workgroup Manager等模块，以及PTC的Creo、Integrity等产品。

 

Windchill的Work Group Manager使产品相关的MCAD和ECAD和产品结构的管理无缝对接。

 

Windchill还有Integrity产品覆盖需求和验证管理，及软件生命周期管理。需求与验证管理模块支持需求结构、系统设计结构和工程结构、测试结构之间互相关联，从而可追溯可重用。软件生命周期管理模块则管理全部软件开发制件的建立和变动，而后链接需求、规格、设计文件和模型、代码和测试案例。使得软件信息的管理再也不与产品结构的管理脱节。

    

Windchill还有MPMLink模块提供设计BOM到制造BOM的转换和联动。具体的功能再也不一一赘述。

 

（2）Windchill BOM如何实现产品配置管理？

 

选配方案的目的是如何在大规模制造下经济高效的实现产品的多样化定制。

 

产品选配的管理，须要定义和管理产品的配置平台、以及平台衍生出的变型的配置，知足不只是研发部门，也包括客户、销售区域、市场、客服等各个职能部门对于选配的需求，并提供设计的备选方案和改进方案。

    

所以，PTC公司对于产品选配管理的方案包括四个方面的最佳实践：通用化产品平台设计，平台和变式的分析和评估，平台CAD结构管理，以及平台的可视化。

 

1）通用化产品平台设计

 

Windchill系统帮助用户能够捕捉和定义通用化的产品架构（包括机械、电器和软件），以帮助通用平台的开发，以及随后用户（好比研发部门、市场部门、销售部门）进行基于可配置的产品架构开发产品变型的过程。

• 捕捉产品结构的定义超集（必选的、可选的）

• 接口和模块化架构的定义和管理

• 管理可选配的选项和逻辑制约规则，而且分配到产品结构

• 评估和验证选配逻辑和制约规则

• 过滤、选配出变型信息

•  

2）平台和变式的分析和评估

 

Windchill系统进而帮助用户进行平台的分析、评估和验证，好比自动的建立关键的设计配置以进行分析和评估，在数字化模装中快速可视化和识别设计问题，跟踪和解决干涉问题：

• 评估选配的守规情况、成本情况

• 在早期就要跟踪产品的目标成本和估计成本

• 系统化的识别潜在的干涉问题，以及后续的跟踪和解决

•  

3）平台CAD结构管理

 

PTC公司的Windchill系统和Creo系统之间的集成，关联了产品的结构和CAD装配结构，支持了高效的模块化平台开发、可视化和变型生成。

 

4）平台的可视化

 

利用产品的3D展现，使得设计、测试、制造规划以及售后服务的内部沟通更加便捷直观。

 

总之，PTC的Windchill系统和Creo系统，经过以上四个方面的最佳实践，能够帮助客户提高应对大规模定制的能力，模块重用的能力，以及管理大量的产品变型的能力。

 

（3）Windchill如何实现不一样视图BOM的转换？

 

企业中不一样的职能部门对于BOM有着不一样的关注面和业务应用，能够称之为视图。

 

好比，企业的业务中存在销售合同BOM，需求BOM、功能BOM、设计BOM、工程BOM、仿真测试BOM、制造BOM、售后支持BOM等等。

 

好比制造BOM，大多数企业由于已经有了ERP系统或者MES系统，因为制造系统的须要，必定已经经过手工或者自动的方式存在一份列表，明确的定义出生产一种产品到底须要哪些零部件以及数量，常称之为制造BOM。

 

那其余部门，好比采购、市场、研发、工程、测试、售后等部门所关注的BOM信息，BOM信息源头从哪里来呢？互相之间又是什么关系呢？

 

好比，设计人员更可能是考虑Fit, Form, Function，从功能、外形、接口层面考虑BOM，可是制造或者采购人员则不一样，一样的产品，在不一样的地区、不一样的工厂工艺下，是有不一样的制造BOM，或者不一样的采购BOM的。

 

这样，设计人员产出的设计BOM，是不可以描述制造和采购部门关心的产品信息的，同一份设计BOM极可能要对应多份制造BOM（对不一样工厂），多份采购BOM（对不一样工厂或者地区）。制造部门，和采购部门须要随时知道设计BOM的变化，并且须要有工具辅助他们，当他们根据具体状况考虑是否也修改制造BOM或者采购BOM。

 

因而可知，若是有技术手段可以随时提醒、或者在产品数据上随时的体现出源头/上游BOM是否是发生了改动，对于职能部门是很是有价值的。

 

所以，Windchill中的视图功能便是意在于此。企业各个职能部门能够梳理各部门对于BOM信息的依赖关系，以及BOM的建立和修改流程，而后，能够利用视图功能，把其中某个视图做为基础视图，而且定义各个视图之间的上下游关系。在创建了视图关联以后，Windchill能够辅助企业对于这些视图之间的追溯、变动提醒、比较、以及联动。

 

其余视图，好比制造视图、测试视图，在约定的某个早期的时间点先拷贝基础视图。之后的这个视图的增删改，系统均可以方便的跟踪这些增删改所形成的下游视图和上游视图之间的不一样。

 

这样一旦基础视图好比是设计视图发生变化的时候，系统能够自动提醒制造部门、测试部门、售后部门，提醒这些部门他们的BOM视图有哪些条目是已经和基础视图不一样步了，使得这些部门能够及时的知晓并决定如何处理这些差别，是刷新、仍是不须要和上游同步，等等。各个视图之间的比较也变得随时可行了。

 

这样，使得各个职能部门对于BOM保持共识变得便利了，时间变短，工做量变小，并且变动及时；提高了效率的同时也下降了出错率。

 

企业能够参考利用Windchill中的视图功能，定义设计视图、成本视图、制造视图、售后服务视图等等，而且定义视图之间的上下游关系。在创建了视图关联以后，Windchill能够辅助企业对于这些视图之间的追溯、变动提醒、比较、以及联动。

    

至于具体的关联规则，还须要在软件实施以前进一步分析，以肯定以何种功能实现和表达BOM的不一样的职能层面。

 

（4）Windchill中BOM的有效性是如何管理的？

 

对于某些产品，旧版本的部件/文档须要被新版本的部件/文档所取代，取代的条件是某种日期范围或者批号范围或者序列号范围。这种信息称之为‘有效性’。

    

这种取代的‘有效性’信息，对于有些行业，是研发人员负责的，好比一台飞机和组装在飞机上的发动机的关系，在研发阶段就须要跟踪哪台飞机安装的是那些台发动机的序列号，又好比某些关键的医疗器械，也是在研发阶段也就须要跟踪产品批号和关键部件的批号的关系。但对于一些大规模制造的行业，这种跟踪是到供应链量产阶段才会出现并记录的，这些行业的‘有效性’信息的业务负责人和维护人是供应链部门而不是研发部门。有效性信息应该在哪一个信息系统中管理，是PLM系统，仍是ERP系统，要考虑企业的实际业务场景。

 

用户能够在Windchill中定义三种类型的有效性：日期驱动、批号驱动、序列号驱动，这三种类型均可以指定单值或者某个范围。在定义了有效性以后，可使用Windchill的变动流程设置和修改某个产品下的有效性条件。以后，在产品结构展开时，就可使用有效性条件做为展开的过滤条件之一。

    

总之，Windchill帮助用户在整个产品生命周期中指定配置的有效性，清晰的描述了部件和文档的使用状况，减小了产品信息错误。

 

（5）Windchill中BOM的版本与状态是如何管理的？

 

    Windchill系统中的全部数据对象都有版本管理，版本由修订版本和小版本组成。修订版本，也叫大版本：记录了数据对象生命周期中的某个阶段的状态，由变动流程生成。

    小版本：记录了大版本中间的数据的变化过程。用户每次对对象进行一次检出和检入操做后由系统自动为对象生成的版本。如A.1版本、A.2版本。能够在系统中定制所须要的版本编码规则。

 图3 Windchill版本规则

Windchill 系统中的每一个对象类型都可具备单独的生命周期状态和访问控制策略。当用户建立某种类型的对象时，能够用对象初始化规则指定该项类型的生命周期。生命周期定义了相关联对象可处于的主要状态，好比“正在工做”、“已发布”或“已取消”状态。对象的状态变化受工做流程运行驱动。对象的状态能够与系统自动流程关联，而且能够与权限控制有关。

 

好比，用户新建了一个文档，文档的类型中定义了它的生命周期模板。生命周期中定义了文档能够有“正在工做”、“已发布”或“已取消”的状态。而后，生命周期使用工做流来定义进程。当文档经由该进程时，用户的决策将影响文档处于生命周期的哪个状态。例如，任务可能要求产品经理批准某个文档，若是产品经理批准了该文档，则该文档将由“正在工做”变为“已发布”。工做流中的每项任务均有一个角色负责完成此项任务。工做流使用“产品”或“存储库”团队来肯定履行该角色的人员，而后将任务发送给指定用户。相关的用户就会收到带有连接的通知邮件；并且，登陆Windchill的时候就会看到本身的‘任务总览’中有处理该文档的任务。

 

PLM平台的基础的能力就是人、流程和产品数据的紧密结合，这是任何一个与产品相关的业务变革（IPD，DFX，等等）被落地执行和固化的前提条件。Windchill的平台具备integrated, internet-based, interoperable（与开发工具无缝交互）的特性，这三大属性使得Windchill在支持人员、流程和产品数据的结合上更具优点和可扩展性，尤为是在考虑IT投入的TCO（整体拥有成本）上。

 

Windchill有较为完备的OOTB（开箱即用）的产品信息管理的功能，PTC也称之为产品配置与变动管理，除了生命周期状态管理之外，包括：版本、基线、工做流、视图、有效性、替代管理、选配、配置器、变式（变型）BOM，变动的偏离/误差/豁免，等等。

 

 

三、ENOVIA Single BOM解决方案

 

 

本解决方案根据达索系统公司大中华区ENOVIA品牌总监张伟先生的采访内容整理而成。

 

 

（1）ENOVIA BOM解决方案的思路 

 

用一句话归纳，ENOVIA的BOM解决方案实现了对企业全业务价值链的管控，对BOM的管理涵盖了整个产品生命周期的全过程。

    

展开来说，ENOVIA的BOM解决方案可从三个维度、四个方面、五个层次不一样的角度去理解。

    

三个维度是指ENOVIA不只提供了软件技术平台，更整合了企业业务流程和团队，造成了标准化和体系化的业务规范；四个方面包括产品规划和配置管理、不一样类型的BOM管理、BOM变动管理、BOM基础信息和知识库管理；五个层次指ENOVIA在单一的数据库平台下，实现统一的BOM配置、生成、发布和变动，充分利用平台化、模块化和标准化的技术，实现BOM的全业务价值链的管理，保证业务团队的单一数据源。这五个层次体现了从软件的功能向团队管理层面和业务层面递进的过程。

 

（2）ENOVIA BOM如何实现产品配置管理？

 

在ENOVIA的BOM解决方案中，经过模块化的管理方式去简化配置管理，下降配置管理的复杂程度，更有效的管理配置数据。模块化能够理解为一组有关联关系的配置选项的集合。ENOVIA在不一样的部门之间定义全流程共享的模块，经过这些模块最终去构建统一的BOM生成、发布管理体系。

 

具体在ENOVIA的BOM方案中如何去实现配置管理，通常来讲分红三个大的步骤：

 

第一，在ENOVIA中实现产品配置管理，主要包含了产品规划、配置定义、产品整体架构生成、配置和产品整体架构的搭接，这样生成了产品完整的配置选项库，也造成了产品配置与产品架构的关联；

 

第二，由ENOVIA系统生成超级EBOM；

 

第三，在超级EBOM基础上，业务人员根据市场或者销售的须要选择不一样的配置，生成具体的EBOM的结构和数据信息。

 

（3）ENOVIA中如何实现不一样类型BOM的转换？

 

ENOVIA中具有各类不一样类型BOM的模板，经过统1、共享的BOM主数据，在不一样的用途和业务部门之间，实现主数据基于BOM模板的映射，生成不一样部门所适用的不一样类型的BOM数据。ENOVIA管理的是一套统一共享的主数据，主数据是BOM数据的源头，也是企业当中全部BOM数据的集合。每一个使用部门定义好本身所需数据的模板，根据模板与主数据之间的映射关系，从主数据里面取出本身所需的BOM数据。

    

举个例子，管理PBOM，要定义PBOM的架构模板，而后经过主数据的信息映射到该架构模板上生成PBOM，再好比创建SBOM，先建立备件目录的结构即模板，而后经过主数据映射生成SBOM。

 

（4）ENOVIA中如何实现多种BOM数据的同步？

 

ENOVIA实现了企业级的BOM变动管理，从关联方式上讲，ENOVIA是基于单一数据源的BOM管理，无论是哪种类型的BOM发生更改，都是在统一的BOM数据源上即惟一的主数据上进行的更改，那么其余类型的BOM天然也会同步更改。

    

从流程上讲，BOM的变动要结合变动流程来进行。好比，要进行设计更改，首先要提出ECR变动请求，完成ECO批准后实现工程变动，固然，若是涉及到工艺、制造部门，那须要实现变动切换，并建立相应的PCO和MCO，从而将变动的流程传递下去。在工艺和制造部门赞成更改后，在系统上就进行相应的操做，能够将PBOM及MBOM的数据同步变动过来，使其与EBOM数据中的信息保持一致。涉及到跨部门的变动，不一样BOM数据变动的一致性在ENOVIA中是很容易实现的，在实际的业务中，须要结合企业规范的变动流程实现BOM数据的同步更改。

 

（4）ENOVIA中BOM的有效性、版本及状态是如何管理的？

 

通常来讲这会涉及到ENOVIA的BOM的更改，在ENOVIA系统当中利用有效性进行版本和状态的管理，如根据具体的日期筛选不一样BOM的信息，能够查看具体制定的生效日期后的BOM的信息，也能够追溯生效日期以前的信息。同时也能追溯某一个单件或总成从什么时候开始用，什么时候开始不能用，ENOVIA中能够实现去监控、管理变动信息传递的全过程，这是ENOVIA的有效性、版本和状态管理的一种典型的方式。

 

（5）ENOVIA BOM的解决方案与其余PLM厂商解决方案相比有哪些优点或者不一样的地方?

 

ENOVIA的BOM解决方案实现了对BOM全业务价值链的管控，他不只仅是一套IT软件系统，更重要的是整合了技术、业务流程和企业的组织结构。ENOVIA的BOM方案提供单一的数据库，在统一的集中平台下，实现了统一的BOM的配置、建立、发布和变动，确保企业的单一数据源也就是达索常讲的Single BOM解决方案，最终实现对BOM管理的一致性、惟一性、可靠性。

 

四、开目BOM管理

 

 

（1）开目PLM关于BOM解决方案的思路。

 

 

开目PLM系统中的BOM管理针对企业BOM表达方式差别大、类型多样、在业务过程当中不断变化、相互关联紧密、涉及面广等特色出发，主要从BOM表达方式、BOM多视图管理、基线管理、BOM转化、BOM一致性维护、BOM的状态/版本及有效性管理以及围绕BOM的多种工具等方面实现BOM的产生-演化-变动-失效这一辈子命周期过程的管理：

 

 

首先，从BOM的表达方式上看，开目PLM系统中对BOM的表达方式已经从早期的仅仅描述产品结构的物料组成的狭义BOM扩展到了能够描述产品结构的物料组成、零部件工艺过程及相关工艺资源的广义BOM的表达上。在开目PLM系统中的BOM结构上，能够管理零部件节点、虚拟节点（合件、虚拟件等）、工艺过程节点、资源节点（工装、工具、设备、毛坯、原材料、车间/工位等）。

 

与此同时，BOM仍是开目PLM系统中一种重要的数据组织形式。开目PLM系统中提供多种产品数据的组织方式，围绕产品BOM进行数据组织是其中最经常使用也是技术人员很是容易理解和接受的数据组织形式。在开目PLM系统中，能够围绕BOM结构对需求、设计、工艺、制造、运输、安装、培训、维修、服务、回收各个阶段、各类类型、各类样式的产品数据进行统一管理。

 

第二，在产品生命周期不一样阶段，企业不一样部门、不一样角色的人员需求从不一样的角度观察产品结构，他们看到的同一个产品的结构是不同的。开目PLM系统提供可灵活定义且可扩展的BOM多视图管理，企业开展业务所须要的各种BOM的样式及格式都可以很是灵活地定义或规划。

 

例如用户能够在开目PLM系统中定义在企业的业务中常见的设计BOM、工艺BOM、制造BOM、采购BOM、成本BOM、维修BOM等多种BOM视图类型。对每一种BOM，还能够定义其表达方式，例如设计BOM以产品结构的物料组成为主，而工艺BOM上则须要增长工艺过程和工艺资源信息，在采购BOM上须要考虑外购件的供应商及价格信息，在成本BOM上则须要增长外购件的采购成本信息及自制件的制形成本信息；而在维护BOM上则须要记录与客户维护与服务相关的一些规范、条件、维修指南、服务历史信息等。

 

第三，开目PLM系统中提出了产品结构快照的概念，以实现产品基线的管理。产品结构快照是是对产品的某种BOM在某一个时刻的状态记录，其中包含BOM的结构以及其中每一个零部件的状态和版本，上面关联的工艺文档和其它相关文档的情况等。BOM快照用于冻结产品在某一时刻或生成批次的状态，用于历史追溯。

 

第四，开目PLM中所管理的这些BOM之间既有重大差异，又紧密联系。设计BOM是产品结构的基础，订单BOM是根据用户的需求在设计BOM上经过产品配置实现，而工艺BOM从设计BOM转化而来，制造BOM则以工艺BOM为基础，等等。开目PLM系统中提供手工或自动等形式的产品配置工具，帮助实现BOM之间的转化，使得BOM的转化变得规范、灵活，在转化的时候系统还将完整记录转化历史，便于进行BOM转化关系的历史追溯。

 

第五，在BOM管理的过程当中，BOM的变动是不可避免的，在上游BOM变动后，如何维护上下游BOM的一致性是管理的重点也是难点。开目PLM系统提供BOM一致性维护工具，经过定义一系列一致性的维护规则，系统可以进行BOM一致性的维护，以简化手工维护的工做量，下降手工维护可能产生的错误。

 

第六，开目PLM系统提供BOM的状态、版本和有效性管理，对BOM的产生-演化-变动-失效这一辈子命周期过程当中BOM的生命周期状态、BOM的版本系列以及BOM的有效性等进行管理。

 

第七，开目PLM系统围绕BOM提供一系列辅助工具，例如围绕BOM的数据查询工具、BOM齐套性工具、BOM单层/多层比较工具等。

 

（2）开目BOM解决方案如何实现产品配置管理？

 

企业为知足大规模定制的思想，渴望尽可能知足市场上不一样客户的个性化需求，所以常在产品设计时就考虑设置多种用户选择项。但实际上选项之间存在着不少联系或者称为限制，有些是结构上的相容性，有些是经济角度考虑的，有些是美学角度考虑的。选项之间联系的复杂性致使人工管理的困难，急需一个工具来解决。

 

在开目PLM系统中，产品配置主要是指在不一样的BOM中进行转化的工具，其中又尤以从系列化或者平台化的产品BOM向订单BOM、批次BOM或者某一特定型号产品的转化使用较多。在开目PLM系统中产品配置管理的实现主要分为如下几个步骤：

    

第一步：利用在开目PLM系统中的可变产品结构或者产品族创建产品系列或者平台。该结构或者产品族包括产品全部可能出现的变量或选项，好比零件A有A一、A二、A3三种选择，由订单决定其选择；

 

第二步：开目PLM系统中提供规则定义工具，能够在创建好的可变产品结构或者产品族上定义产品配置规则，好比订单上客户的某一组参数选择决定零件A的选择或者零件C的数量等，而零件A又决定零件B的选择；

图4 规则定义

 

第三步：开目PLM系统可以根据输入的参数，基于预先定义的规则自动运行，完成产品选配以得到一个知足输入需求的产品BOM。

 图5规则应用

经过在开目PLM系统中上述三个步骤的实现，能够帮助企业创建系统性的产品配置管理机制，解决产品配置的难题。

 

（3）在开目PLM中如何实现不一样视图BOM的转换？

 

开目PLM系统中不一样视图的BOM转换有两种方式：

 

一是手工转换。开目PLM系统提供BOM结构另存的功能，能够直接根据一个BOM产生一个与其BOM结构彻底相同的其它BOM视图，但新BOM用于另外的数据存储其结构信息，而再也不依赖于零部件对象中的明细表。新的BOM可手工编辑，例如在装配BOM增长装配过渡件，并调整装配结构关系，对该结构的编辑不影响原来的设计BOM。

 

另外一种根据转化规则自动转化则更经常使用，即用户预先定制一个规则，根据规则在一个BOM基础上自动生成一个与设计BOM结构不一样的其它BOM视图。例如，从设计BOM生成工艺BOM时，对于装配件能够添加虚拟装配件/中间件；对于冲压件能够增长模具/毛坏；对于焊接件能够增长焊材/辅料；对于数控加工件能够增长试切件；同时自动去掉结构中的外购件、外协件的下级部件等等。根据规则自动转化生成的BOM结构也可以进行手工编辑调整。

 

（4）在开目PLM中如何实现多种BOM数据的同步？

 

一个产品的多种BOM是相互联系的。修改了一种BOM，则极可能须要修改相关BOM。所以须要PLM系统具备能够根据它们之间的一致性关系，自动将对一种BOM的修改传递到其它BOM中的能力，例如：在装配BOM中把新加入的零部件放到合适的装配位置。开目PLM中提供BOM一致性维护功能，能够实现修改了一种BOM后，系统根据预先定义的规则自动保持BOM间的一致性。

 

以设计BOM与工艺BOM协同为例，BOM更改一致性维护的过程以下图所示：先根据新的设计BOM版本产生新的工艺BOM版本，而后以定义好的匹配规则为依据从已经作了工艺工做的工艺BOM上抽取工艺信息复制到新版本的工艺BOM上来，如：零部件的工艺属性（工艺路线、下料尺寸、材料定额等）、工艺件的分拆信息（焊接件的子、辅料等）、工艺虚拟件、工艺文档等，这样在产品设计产生了变动时保护了工艺人员的工做成果。这种方法对设计人员和工艺人员的并行工做有很大的帮助，有助于缩短生产准备周期。

 

图6 BOM一致性维护示意图

 

（5）在开目PLM中BOM的有效性是如何管理的？

 

开目PLM系统中经过BOM的版本和状态管理来实现BOM有效性的管理。

 

（6）在开目PLM中BOM的版本与状态是如何管理的？

 

在开目PLM系统中，能够对BOM的生命周期的不一样状态进行管理，例如一个BOM视图能够是新建、活动、预发布、发布、失效、废弃等状态；在BOM的演变过程当中，状态会随之而发生变化，对每一状态的BOM开目PLM系统可以提供具备针对性的管理。

    

在开目PLM系统中，能够对同一产品BOM创建多个版本，实现BOM变迁过程的管理和追溯。用户能够定义版本标识规则，进行新版本建立时自动生成新版本标识，并对其版本进行管理。

 

对于已有多个版本的BOM，可指定版本有效性规则，如：最新版本有效，指定时间段内版本有效，仍是手工指定版本有效等。经过定义有效性规则，保证零部件版本使用的准确性和有效性，帮助企业实现产品数据版本的严格管理。在系统中，某BOM一旦生效，系统会以各类通信方式，及时通知相应的业务人员。相关业务人员也能够在系统中按日期查询了解有哪些BOM或版本已生效。

 

（7）开目PLM的BOM的解决方案与其余PLM厂商解决方案相比有哪些优点或者不一样的地方?

 

开目公司可提供完整的自主知识产权的涉及企业产品全生命周期的BOM管理，提供与全面的BOM管理有关的全部方案，同时该方案适用性已在汽车、工程机械、纺机、水泵、电机、电子等众多行业的龙头企业获得了验证。而且随着和用户合做的深刻以及制造业的不断发展，咱们仍在不断完善BOM管理的相关方案。在实施阶段，咱们尽量参考已有的大量行业经验，在开目实施方法论的指导下，由实施团队为用户提供完善的实施方案，在BOM管理的共性需求上提炼个性需求，使得相应解决方案既知足通用行业特色又知足企业特色。

 

五、用友PLM BOM

 

本解决方案根据用友软件PLM系统应用架构师刘艳菊的采访内容整理而成。

 

 

（1）用友PLM关于BOM解决方案的思路。

 

用友PLM产品架构在UAP平台上，支持全球化多集团运营，支持多元化产业集成应用，为全球化综合性集团企业提供商业创新解决方案。除PLM外，用友ERP、CRM、MES等大中型管理软件都架构在UAP平台上，从而实现了从需求、研发、制造、销售、维护维修到报废的产品全生命周期管理。

 

在用友的产品系列中，都使用了统一的广义BOM的概念，包括需求BOM、设计BOM、工艺BOM、制造BOM、维护BOM、计划BOM、成本BOM等，不一样的BOM信息反映了不一样的人因为所处的时间、地域、分工不一样所产生的各种产品视角，涵盖了虚拟的研发BOM和现实的制造、维护BOM，并将相关的需求、计划、成本等信息进行了整合，各种BOM之间存在必定的独立性、连续性和关联性。

 

同时，基于多组织的信息化架构，用友PLM产品具有了与全部大中型ERP软件相通的多组织相关概念术语，既能够支持多组织、多业务的BOM管理，也能够方便的与大中型ERP软件集成。

 

总之，用友PLM产品不只具有了传统PLM产品所具有的产品全生命周期BOM管理功能，也具有了ERP领域普遍应用的多组织、多业务BOM管理特性，可以支撑产品全生命周期横向和纵向的BOM管理。企业在实施用友PLM产品时，能够根据所管理的业务和部门范围不一样选择使用对应的BOM类型。

 

备注：UAP（Unified Application Platform）是面向大中型企业管理信息化的统一应用平台，是用友公司从多年的管理软件研制过程当中提炼出设计模型、模板、开发工具、应用开发框架、中间件、基础技术类库及研发模式等成果，以可视化和集成化的开发模式，提供完整的覆盖软件全生命周期的开发、集成、运维、管理等功能的软件平台。该平台能提高软件开发的效率和质量，提升软件适应业务与技术变化的能力，缩短开发时间及下降开发成本，实现异构系统之间的应用整合，在提升软件性能、稳定性、可维护性等方面均有显著效果。另外，用友UAP也覆盖了云计算、大数据处理、商业分析、移动应用、电子商务、社交化应用等先进技术，可以支撑企业信息化各个阶段的应用，知足企业管理变化快，及时响应市场需求的经营目标。

 

（2）如何实现产品配置管理？

 

产品配置管理主要用于成熟的、模块化的、设计决定订单的产品，经过将产品进行模块化设计，创建产品完整的、可变化的“产品全BOM结构”，提供产品结构的各类可能配置，以知足客户的个性化需求。

    

除研发外，产品配置管理的目的和结果也体如今了制造、维护等过程当中，保证了系统中记录的、指导生产的、指导销售及售后服务的是正确的产品信息。所以，在用友的产品系列中，配置管理功能分别体如今PLM和ERP产品中，企业能够根据实际业务需求选用。

 

1)在PLM中进行“产品全BOM结构”定义，设置相关的选配规则，并在应用时加载配置变量肯定惟一对应的产品结构。

 

2)在PLM中进行“产品全BOM结构”定义，设置相关的选配规则，并将相关信息传递到ERP中，应用时在ERP中加载配置变量肯定惟一对应的产品结构。

    

以上两种方式各有利弊，分别应用于不一样的业务场景，企业能够根据实际的业务条件、人员分工等具体状况进行选择。

 

（3）如何实现不一样视图BOM的转换？

 

从产品全生命周期中各种业务和过程的视角出发，用友PLM产品提供三种方式的多视图BOM管理能力：

    

1)广义BOM管理：用于管理产品全生命周期中各种产品信息，包括需求BOM、设计BOM、工艺BOM、制造BOM、维护BOM、计划BOM、成本BOM等，涵盖了跨产品全生命周期的全部产品信息，各种信息具备必定的独立性、连续性和关联性。

    

2)产品结构多视图管理：以产品结构为核心，围绕产品结构描述设计人员、工艺人员、采购人员、车间制造人员所关注的产品信息，如设计视图、工艺视图、采购视图、各工厂视图等，经过各视图的联系与整合确保所生产出来的产品的正确性。

    

3)多组织BOM管理：用友PLM产品具有多组织管理的能力，能够分别管理不一样组织单元的BOM信息，保证了各种BOM的独立性，并可以记录其关联关系，维持其连续性。

 

（4）如何实现多种BOM数据的同步？

    

在用友PLM中，无论是哪一种类型的BOM管理方式，各种BOM之间都具备必定的独立性、连续性和关联性，具备连续性的结构将能够进行数据同步，具备关联性的结构变动时会给出通知，独立的结构对其它BOM信息没有影响。

 

（5）用友PLM中BOM的有效性是如何管理的？

    

BOM有效性支持时间、批次和单元有效性三种方式，并支持有效性的嵌套，能够知足大企业、复杂的有效性需求。

 

（6）用友PLM中BOM的版本与状态是如何管理的？

    在用友PLM中，零部件和BOM都具备版本和状态，既相互联系又能够独立控制。企业能够根据实际业务需求，在系统中进行调整，控制BOM版本、状态是否与零部件保持一致，仍是单独控制。通常来讲，对于设计部门而言，BOM信息反映了零部件的结构、特性，属零部件的自然描述，不可分割，所以设计BOM的状态与零部件的状态可视为相同；对于工艺、制造等部门，其关注的立足点在于工艺BOM、制造BOM等构成关系，其BOM状态与零部件状态又须要分离。

 

（7）用友PLM的BOM的解决方案与其余PLM厂商解决方案相比有哪些优点或者不一样的地方?

    

从技术上讲，用友PLM产品架构在UAP平台上，从而将应用软件的业务逻辑和开发技术相分离，平台在技术方面可以适应将来新技术的变化，下降因为采用新技术而对应用产生的影响。并且，可配置的系统平台为产品提供了按需配置的能力，不只能知足用户如今的需求，也能够跟随企业成长动态建模，快速适应用户需求的发展变化。

 

从数据上讲，用友的产品系列不只涵盖了虚拟的研发BOM，也涵盖了现实的制造、维护BOM，并将相关的需求、计划、成本等信息进行了整合，实现了企业的全面信息化管理。

    

从业务上讲，用友PLM产品支持全球化、多集团、多组织等复杂业务需求，不只仅具有了传统PLM产品所具有的产品全生命周期BOM管理能力，也具有了ERP领域普遍应用的多组织、多业务BOM管理特性，可以支撑产品全生命周期横向和纵向的BOM管理。