Teamcenter BOM管理使企业在整个产品生命周期中有效地管理BOM和产品配置、实现可重复的数字化验证、开放的和专业化的BOM管理。开放性和专业化的BOM管理方法使得企业PLM系统和其他管理系统实现无缝集成，共享产品信息，获得与合作伙伴及供应商的更大范围内价值链的同步。
围绕着关于Teamcenter BOM解决方案的特点、配置管理、多BOM管理、实施难点等问题，e-works采访了Siemens PLM Software亚太区Teamcenter产品市场经理赵继政先生。
赵继政,Siemens PLM Software亚太区数字化生命周期管理解决方案Teamcenter产品市场经理，在PDM（产品数据管理）/PLM（产品生命周期管理）领域拥有超过10年的工作经验，长期从事PLM的专业咨询服务、技术服务等工作，负责和参与的PLM项目包括航空、汽车、船舶、航天和机械等多个行业。
Siemens PLM Software亚太区Teamcenter产品市场经理 赵继政
e-works：请您简单谈谈Teamcenter BOM解决方案的思路。
赵继政：BOM解决方案是Teamcenter解决方案中很重要的一部分，我们对BOM解决方案的定位有下面几个特点：
一、全生命周期支持。从业务上来讲，沿着产品生命周期的不同阶段，不同的人和专业会把BOM分成不同的类型，比如EBOM、PBOM、MBOM以及服务的BOM等，Teamcenter的目的是将整个生命周期各个阶段的BOM及其演变过程管理起来。
二、行业方面的特点。以往的BOM管理可能只有简单的机械产品BOM基本的增、删、改功能，但是对很多专业来说，BOM管理有自己的特点，企业级BOM体现在不同的企业就有不同的特点，比如说汽车行业的BOM或者船舶行业的BOM，都有各自的特点，Teamcenter BOM解决方案必须能支持行业特定的BOM管理的要求。
三、软件功能的完整性和体系架构的前瞻性。Teamcenter在软件技术上的特点，有几个方面：
1、基于Teamcenter平台的灵活性和可扩展性。
2、Teamcenter不局限于传统的PDM功能，以往的PDM主要管理DBOM或EBOM的演变，对全生命周期BOM的支持有所欠缺。
另外，在实际的业务中，BOM的管理跟实际产品的几何设计既需要相互之间的连接，也需要一定程度的分离，这是某些行业特点决定的。Teamcenter BOM解决方案必须能够适应这种业务要求。
3、Teamcenter BOM在业务上可以跟上下游的系统连接。比如，最初的BOM可能来自于设计系统如CAD系统，在设计演变过程中可能会做各种分析及工艺规划，需要跟相关的分析系统、工艺系统连接，到生产阶段需要跟ERP、MES系统连接。
4、Teamcenter能把虚拟世界的BOM和物理世界的BOM连接起来。不管是EBOM、MBOM、PBOM，其实都是研发阶段的或者说生产准备阶段的工作，可以近似归结于虚拟的世界，但是在产品的生产特别是总装时，BOM已经表达了物理的产品的BOM，当产品交付给客户以后，会有维护BOM或者服务BOM，也表达了实际产品在运行过程当中的演变。Teamcenter BOM可以把前端和后端的虚拟的产品设计和实际的产品交付BOM都管理起来。这也是对应我们提到的第一条，全生命周期的支持。最开始设计是虚拟的状态，最后是实际的交付状态，BOM的变化应该都管理起来。
e-works：请问在Teamcenter BOM的解决方案中如何实现产品配置管理？
赵继政：配置管理本身跟各个行业相关，有些行业可能会叫配置管理，在某些行业或许会叫构型管理等。
产品的配置管理首先是业务范畴的一个问题，当企业没有Teamcenter或者PLM系统的时候，配置是怎么管理的？我们相信大多数企业具有配置管理的手段，比如说以产品为独立单元进行管理，或者是对产品的平台系列进行管理。与之对应，就会定义这个产品或者产品系列的版本特征、时间特征，围绕着版本或时间的特征，就会去定义产品的配置关系，比如某些情况下产品是不是有互换性、可选性等，这些配置关系、版本、时间特征、产品或者产品平台系列之间都会有一定的约束关系。
在以前手工管理的阶段，可能会通过纸质文件、电子文档如EXCEL的方式进行交流，或者有一些单位会开发一些系统进行基于条目的管理。对Teamcenter来说，我们相信客户本身或者企业原先进行配置管理的手段，都能在Teamcenter中实现。客户需要考虑的是，原来的管理方法在Teamcenter中实现，其有效性、效率能否保证，或者是不是想改进原来的管理方法。
把原先在业务上进行管理的方法和流程映射到Teamcenter上来实现，需要在Teamcenter上限定项目如何定义、产品或者平台系列如何定义、配置的特征如何定义、配置特征之间的约束关系或选装选配关系如何表达和计算。
在用户操作的时候，需要考虑的是当出现一个配置的时候如何去验证。因为产品在销售的时候，可能的组合配置会非常多，但是可销售的产品配置是很小的一个子集。通过配置验证，确认最初的客户订单与配置的一致性，然后把相应的BOM配置发给特定的工厂、生产基地，工厂或生产基地会通过针对特定版本或者时间点的生产指令或变更指令来激活该配置。最终，Teamcenter BOM需要把正确的配置发给ERP系统或者生产执行系统。
e-works：请问在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、多个视图之间的转换，最终还能够检查转换连接的一致性，避免出错。
e-works：请问在Teamcenter中如何实现多种BOM数据的同步？
赵继政：一般来讲，数据同步是由产品研发流程、制造生产流程和维护服务流程来驱动和管理的。最典型的研发流程就是产品的审批、发放、更改的流程。
通过从一个BOM到另外一个BOM的演变，或者是把数据从一个BOM推送到另外一个BOM，这个一定是通过发布流程或者更改的流程来完成的，也是跟客户具体的业务逻辑相关的。
比如，如果企业的产品是自主研发的，数据的同步就是从一个部门到另外一个部门，或者是从上游到下游同步的过程。如果客户数据要分包给供应商，就面临着把自己的BOM数据同步给供应商，供应商在完成了设计之后，需要把完成的设计数据返还给OEM主机厂，这时候需要另外一个方向的数据的同步。然后OEM把自己设计的数据和供应商的数据合并起来，才发布去做MBOM、PBOM、最终产品交付的BOM。这个具体实现的流程是需要跟客户具体的业务逻辑相关的。
在Teamcenter中，类似的业务流程一般会映射为更改管理对象及其工作流，必要时，类似的流程可以跨供应链、跨Teamcenter站点地运行。
e-works：请您谈谈在Teamcenter中BOM的有效性是如何管理的。
赵继政：BOM的有效性跟产品研发的阶段性或者产品生命周期的阶段性有关系，也跟BOM数据在Teamcenter系统中的表达方式有关系。
一般最常见的管理方式就是两个，一个是版本，另一个是时间节点。不管是版本还是时间，其实都是时间维度上的东西。
还有一个管理的方法，需要包括空间维度，比如特定的部门、工厂和车间。如果还要往前追溯的话，可能就是产品编号，当然这个通常用的比较少，或者，实际在使用，但并没有显性地提出来。
比如，在生产的时候用到了A零件而没有用到B零件，这是用零件的编号来管理；在生产的时候用到了A零件的A1版本，没有用到A2版本，这是用版本来管理；在某一个时间点或者某一个产品生产的批次上决定用A版或者B版，这是用时间节点和产品批次来管理。
虽然被传统的PDM系统所忽视，但空间点也很是重要的，比如对于某一个生产基地或者生产车间来说，特定的版本对他是否有效跟其产品的交付有关系、也与他的生产能力有关系。如果A生产基地交付的是老车型，那么可能继续用A版，不用B版，所以变更对他来说没有任何影响。B基地需要交付新车型，那么他可能需要立即使用最新的版本。
所以这些有效性管理的方法是跟业务相关的，在Teamcenter下面都可以支持，我们通过Teamcenter BOM中的有效性表示方法、解算方法、以及BOM的发放方法，保证不同的生产基地能收到正确的有效性的版本或者是有效性生效后的时间点、批次。
e-works：请您谈谈在Teamcenter中BOM的版本与状态是如何管理的。
赵继政：第一，对“状态”这个概念，简单的、最常见的理解是指研发阶段的状态，比如说设计人员接触到产品之后，进行设计、评审、批准、发放等等。这其实看作是一个小循环的状态演变。大多数企业都规定，在设计发放之前这些小的状态通常不会引起版本的变化，大家都认为是同一个版本，只不过设计状态没有完成，它是同一个版本下面的不同的状态。这时候可能是版本为大，状态为小。
但是，在比较大的范围内，状态本身又可以理解为一个大循环的演变，如产品生命周期当中的不同的状态或者阶段，在那个时候可能面临的是状态和版本之间会有另外一种关联关系：就是状态大，版本反而小。
比如在制造的时候，零件有A版和B版，选用哪个版本进行生产，是由我们前面提到的有效性，比如时间有效性，地点有效性、批量批次的有效性决定的。这是大循环的情况，其本质演变是跟客户的具体的业务逻辑相关的。
而有的单位在做小循环的时候，在版本不变的情况下，小循环可能会设置为2个或者3个状态，比如说设计、评审、批准，然后就发放了。根据特定的业务过程，来定义版本、状态的管理，是Teamcenter实施和应用的一个基本内容，Teamcenter从功能上也必须支持重要业务要求，包括比较复杂或者少见的场景，例如，版本也有分叉的、非直线型的演变情况。
e-works：请您谈谈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解决方案。
e-works：您认为实施企业级BOM的难点和瓶颈在哪里？
赵继政：有两方面的因素。第一，是业务方面的，企业对BOM管理的认知和价值，决定了企业级BOM实施的难度。
一个企业以前没有企业级的BOM管理系统，可能用的手工管理、EXCEL文档管理、ERP系统管理、甚至用PDM管理，为什么需要做一个企业级BOM管理，它的价值在哪里？这是一个认识上的问题。这方面更重要。
解决了认识上的问题，我们会碰到的第二个难题，就是对业务的冲击和影响，或者说采用一个企业级BOM的软件解决方案，对企业有很多变革，那么影响的范围，对现有的各个部门、专业，要求他们做哪些调整、学习，这些他们也会有各种各样的顾虑。这是业务方面的第二个难题。
除了这些，也有一些实践上的瓶颈，比如企业在自己的管理规范或者技术规范上，原有的体系对BOM是怎么管理的？有没有完整的文档、流程，来说明企业BOM的定义、修改、跟图纸的连接、发放、以及工艺的设计、生产等等？每一个环节是否定义清楚，有无遗漏？业务希望通过企业级BOM的软件解决方案，在哪些方面得到改进？企业整体的IT战略和规划是怎样的？所有这些方面，对企业的整个研发体系要求是比较高的。
e-works：您认为实施企业级BOM对企业有哪些要求？
赵继政：从大的来讲我们希望企业的高层、各个层次的人对企业级BOM解决方案有统一的认识，他们有愿望去做一些变革，能够把各个部门的工作带动起来，没有抵触的情绪。
除此之外，在产品研发体系方面有一些基础的要求，比如基本的技术规范，像BOM的定义、修改、发放，数据模型的定义……针对PLM系统上数字化的工作方式，部门之间的管理流程、协作流程可能需要做相应的调整。
还可能会面临与其它软件系统的集成或分工，比如BOM发到ERP，ERP该做什么，发到MES，MES该做什么等。
再有，少部分企业会设置一个专门的团队来做BOM的业务管理、以及软件系统的实施，这是我们希望看到的。建立企业级BOM的解决方案需要一个企业级BOM的管理团队，他们站在企业的角度去思考技术规范、流程、数据模型、管理系统……这是对人员和专业团队建设的要求，是整个研发体系建设中最重要的一个部分。
转载请注明出处：拓步ERP资讯网http://www.toberp.com/
本文标题：Teamcenter BOM解决方案
相关文章
