2. DELMIA数字制造数据协同基础
在DELMIA的数字制造环境中，数据协同并不是把文件放进共享盘那么简单。它要解决的是：产品设计、工艺规划、资源准备三条主线上的数据，如何在同一语义下被创建、引用、变更和追溯。理解这一点，需要先建立四个基础认知：数据分类、数据流、协同层次，以及贯穿其中的PPR模型。
一、数字制造中的数据分类
DELMIA中的数据可按“对象类型”和“生命周期状态”两个维度理解。按对象类型，最核心的是PPR三类数据：产品数据（Product，如零件几何、装配结构、BOM、三维标注）、工艺数据（Process，如工序、工步、作业顺序、工时、工艺BOM）、资源数据（Resource，如工位、机器人、夹具、工具、人员技能）。此外还有支撑协同的关联数据（PPR链接、版本关系）和控制数据（权限、基线、变更单）。
按生命周期状态，同一对象会经历“工作中—已发布—已冻结—已废弃”等状态。区分这两类维度很关键：对象类型决定“这是什么”，状态决定“能不能被下游引用”。例如一个机器人资源处于“工作中”状态时，工艺规划可以预览引用，但正式发布工艺前必须切换到“已发布”版本，否则工艺BOM会指向不稳定数据。
二、数据流：从设计到制造执行
典型数据流可以概括为：产品结构（EBOM）→ 工艺规划（PBOM/工艺路线）→ 资源分配（PPR关联）→ 制造仿真验证 → 下发执行。数据不是单向复制，而是通过链接引用。EBOM中的零件节点被工艺节点“消费”，工艺节点又绑定资源节点，形成可追溯的三角关系。当设计变更发生时，系统通过链接找到受影响的工艺和资源，而不是靠人工翻找。
三、协同层次：从文件到语义
数据协同通常分为三个层次。第一层是文件级协同：通过PDM/PLM共享模型文件，解决“找得到”的问题，但无法自动理解内容。第二层是结构级协同：以BOM和PPR链接为核心，系统能识别“这个工艺用了哪个零件、哪个资源”，支持影响分析。第三层是语义级协同：在统一数据模型和术语下，不同专业、不同工厂、不同系统之间对同一对象有一致理解，支持跨站点协同和自动化校验。DELMIA的协同能力主要落在第二、三层，这也是它与普通文件管理工具的本质区别。
四、PPR模型：协同的骨架
PPR模型是DELMIA数字制造的核心组织方式。它把产品、工艺、资源作为三类独立但可关联的对象，通过链接建立关系。一个典型的PPR实例可以这样理解：产品节点“车身侧围总成”被工艺节点“侧围焊接工步”消费，该工步又分配给资源节点“焊接机器人R-01”和“夹具F-12”。当侧围总成发生设计变更，系统沿链接找到受影响的焊接工步和资源占用，生成影响清单。
PPR的价值在于：它让“设计—工艺—资源”不再是三份孤立的数据，而是一张可查询、可追溯、可传播变更的关系网。实施中常见的错误是只建对象不建链接，导致PPR退化成三个独立列表，协同能力大幅下降。
五、基本术语速查
| 术语 | 含义 | 协同中的作用 |
|---|---|---|
| PPR | Product-Process-Resource，产品-工艺-资源模型 | 组织制造数据的核心骨架 |
| EBOM | 工程BOM，按设计视角组织产品结构 | 工艺规划的输入源 |
| PBOM | 工艺BOM，按制造视角重组零件与工序 | 连接设计与执行的桥梁 |
| PPR Link | 产品、工艺、资源对象之间的关联关系 | 变更传播与影响分析的路径 |
| 基线（Baseline） | 某一时刻冻结的数据集合 | 保证下游引用稳定、可复现 |
| 变更单（ECN） | 记录变更内容、原因和影响范围的受控文档 | 驱动协同流程的触发点 |
掌握以上基础后，后续的协同配置、权限管理和变更流程才有稳定的落脚点。数据分类决定对象边界，数据流决定传递方向，协同层次决定能力上限，PPR模型决定关系结构——四者共同构成DELMIA数字制造数据协同的底层逻辑。