1. 集成工程全景认知

在制造企业信息化体系中，Teamcenter、ERP与MES并不是三个可以互相替代的系统，而是分别站在“产品定义”“资源经营”“现场执行”三个不同层面回答不同问题。理解集成工程，第一步不是学接口，而是先看清三者在企业中的位置、各自掌握的主数据，以及数据在它们之间如何流动。

Teamcenter是PLM（产品生命周期管理）的核心平台，管理的是“产品是怎么被定义出来的”。它承载物料主数据、BOM（工程BOM/制造BOM）、CAD模型、图纸、变更单（ECR/ECO）、工艺路线与版本状态。ERP管理的是“企业用什么资源、以什么成本把产品交付出去”，核心对象是物料主数据、采购、库存、生产订单、成本与财务。MES管理的是“车间今天这台设备、这条线、这批料实际怎么执行”，核心对象是工单、工序、设备、人员、批次、报工与质量数据。三者关系可以概括为：Teamcenter定义“做什么”，ERP计划“什么时候做、用多少资源”，MES执行“实际怎么做、做得怎么样”。

三系统之间的核心数据流可以分成三条主线。第一条是产品数据流：Teamcenter中的物料、BOM、工艺路线经审批发布后同步到ERP，成为ERP创建生产订单和采购计划的依据；同时制造BOM和工艺信息下发到MES，成为工单执行的工艺基础。第二条是计划执行流：ERP根据销售订单和库存生成生产订单，下发给MES形成工单；MES按工序派工、报工、报检，把完工数量、工时、废品、批次追溯数据回传ERP，驱动库存扣减和成本归集。第三条是变更闭环流：当工程变更发生时，Teamcenter发出ECO，ERP需要评估在途订单和在库物料影响，MES需要确认现场已投产批次如何处理，变更结果再反馈回Teamcenter形成闭环。

从集成工程的角度看，三系统集成的本质是主数据一致性与业务状态同步。主数据一致性解决的是“同一个物料在三个系统里编码、名称、版本是否一致”；业务状态同步解决的是“ERP的生产订单状态与MES的工单状态、Teamcenter的变更状态是否对得上”。很多集成项目失败，不是因为接口没通，而是因为主数据源头不清、状态映射规则缺失。

典型集成场景包括以下几类。第一类是物料与BOM同步：Teamcenter中新建物料并审批发布后，通过中间表或消息机制写入ERP物料主数据，同时将制造BOM按工厂、版本下发给ERP和MES。第二类是生产订单下发与工单执行：ERP运行MRP生成生产订单，经确认后下发给MES；MES按工序拆分、派工、采集实际工时和数量，完工后回传ERP。第三类是工程变更执行：ECO发布后，ERP检查在途采购订单和在库库存，MES检查已投产批次，分别给出处理意见并回传Teamcenter。第四类是质量与追溯：MES采集的批次、设备、参数数据与Teamcenter的物料批次定义关联，实现从成品到原材料的正反向追溯。

实际项目中常见的业务痛点集中在四个方面。一是编码不统一：Teamcenter用图号，ERP用物料编码，MES用工单号，三者之间缺少映射表，导致数据对不上。二是BOM版本混乱：工程BOM变更后，ERP和MES仍在使用旧版本，造成采购错误或现场用错料。三是状态不同步：ERP认为订单已完工，MES显示还有工序未报工，财务无法准确结算。四是变更响应慢：ECO从提出到三系统全部执行完毕，往往需要数天甚至数周，期间在途订单和现场批次处理缺乏统一规则。

因此，集成工程的第一步不是写接口代码，而是先梳理清楚三系统的主数据归属和状态映射关系。建议在项目启动阶段完成三张基础表：物料编码映射表（Teamcenter图号 ↔ ERP物料号 ↔ MES工单物料号）、BOM版本对照表（工程BOM版本 ↔ 制造BOM版本 ↔ ERP有效版本）、状态映射表（ERP订单状态 ↔ MES工单状态 ↔ Teamcenter变更状态）。这三张表是后续所有接口开发和联调测试的基础，也是判断集成是否成功的核心依据。

从价值上看，三系统集成带来的收益不是简单的“减少手工录入”，而是让产品定义、资源计划和现场执行形成闭环。工程变更可以快速传递到采购和生产，计划变动可以实时反映到车间，现场实际消耗可以准确回收到成本核算。对于制造企业而言，这种闭环能力直接决定了交付周期、库存周转和质量追溯水平，也是集成工程区别于单纯接口开发的关键所在。