一个流程，多个工厂
一项技术变更、多个生产基地、成熟度各不相同：如果工程与所有工厂都挤在同一个变更记录里，最慢的那个工厂会拖住整项变更。标准给出的是另一条路——从主导记录出发，为每个工厂派生一个自己的记录。
标准如何做到分离
- 从主导记录出发，通过“相关变更记录”中的“派生新的变更记录”，可为每个工厂生成一个自己的记录。
- 每个派生出来的记录都有自己的记录类型、自己的状态网络、自己的流转路径和自己的负责人。
- “Depends on”相关性把主导记录与从属记录绑在一起；关闭时标准会检查两者不能彼此独立地关闭。
- 在变更服务中，还可以把对象归入主导变更主记录之下的变更包——例如按组织维度归集。
- 在行项目层面，可以按对象分组生成各自的变更编号。
每个工厂各自更新什么
- 物料清单通过物料、工厂、用途与替代项与工厂绑定。
- 工艺路线（Routing）与生产版本同样位于工厂层面。
- 物料状态同时有工厂特定与跨工厂两种，二者共同生效。
- 变更主记录本身是跨工厂的；与工厂的关联通过它的对象管理记录产生。
- 标准在记录抬头中并不带工厂。归属可以走分类或一个附加字段；按受影响工厂自动派生，则由我们来落地。
需要说明的是：层次结构页签只显示通过拆分或合并产生的内容。两者都只能在尚未为该记录生成变更编号之前进行，而且行项目是被移动，而不是被继承。因此，承载后续实施的是派生出来的记录，而不是层次结构页签。
