2. Windchill历史数据资产盘点
历史数据迁移失败最常见的原因，不是工具不会用，而是根本不知道要迁什么。在Windchill中，一个产品往往牵连着文档、CAD模型、BOM、变更单、工艺路线、项目任务等十余类对象，它们之间通过版本、迭代、引用关系层层咬合。如果盘点阶段只统计了"有多少个文件夹"，迁移时必然出现断链、孤儿对象和版本错乱。因此，资产盘点的目标不是数数量，而是建立一张对象类型—来源系统—版本关系—业务归属的完整地图。
一、先分清Windchill中的对象类型与承载关系
Windchill的数据模型以"对象"为基本单位，历史数据盘点首先要按对象类型分类。常见的核心对象类型包括：
- 产品（Product）：容器对象，是其他对象的归属根节点，通常对应一个产品线或型号系列。
- 文档（Document / WTDocument）：包括设计说明、规范、图纸、作业指导书等，分为主文档与内容文件（Content）。
- CAD模型（EPMDocument）：由CAD工具产生，与文档存在"CAD文档关联"，是BOM的重要来源。
- BOM（Part / BOMLine）：零部件对象及其结构关系，包含设计BOM（EBOM）与制造BOM（MBOM）。
- 变更对象（ChangeRequest / ChangeNotice / ChangeOrder）：变更请求、变更通告、变更单，记录版本演进的原因与批准过程。
- 工艺对象（ProcessPlan / Operation / Sequence）：工艺路线、工序、工步，通常与MBOM和资源关联。
- 项目对象（Project / Task / Deliverable）：项目计划、任务、交付物，与产品、文档存在交付关系。
这些对象不是孤立的。一个零件（Part）可能引用多个CAD文档，一个CAD文档又关联若干图纸文档；变更单会同时挂接受影响零件、文档和BOM行；工艺路线则引用MBOM节点。盘点时必须记录对象之间的引用关系，否则迁移后会出现"零件在、图纸丢"的断链。
二、梳理数据来源：不是所有数据都在Windchill里
历史数据往往散落在多个系统中。盘点时要为每类对象标注来源系统和迁移方式。典型来源包括：
- 旧PDM/PLM系统：如早期Windchill版本、其他PDM，通常有较完整的对象结构和版本链，可通过数据库导出或API批量抽取。
- 共享盘与邮件：大量图纸、规范以文件形式散落，缺少元数据和版本标识，需要人工或半自动补录属性。
- ERP系统：物料主数据、MBOM、工艺路线常以表格形式存在，需与Windchill零件编码对齐。
- 项目管理系统：项目计划、任务、交付物记录，通常只需迁移与产品交付相关的部分。
对每个来源，要记录数据量、格式、完整性、编码规则。例如旧PDM中零件编码为"P-XXXX"，而ERP中为"MAT-XXXXX"，迁移前必须建立编码映射表，否则BOM挂接会失败。
三、版本关系：历史数据的"时间轴"必须保留
Windchill的版本模型包含大版本（A、B、C）和小版本（.1、.2、.3）。历史数据迁移时，版本关系是最容易丢失的信息。盘点阶段要明确：
- 哪些对象需要保留完整版本链？通常设计文档、CAD模型、BOM需要，而临时性文档可只保留最新版。
- 版本之间的迭代原因是否要保留？如果变更单也迁移，则版本与变更的关联必须建立。
- 是否存在分支版本（如不同配置的变型产品）？这类数据迁移时需特别标注配置项。
建议在盘点表中为每个对象记录：当前版本、版本数量、最早版本日期、最新版本日期、是否与变更单关联。这些字段直接决定迁移脚本的版本处理策略。
四、业务归属：谁的数据、谁负责、迁到哪里
业务归属解决的是"数据迁到Windchill后放在哪个产品容器下、由哪个部门负责"的问题。盘点时要与业务部门确认：
- 产品归属：每个零件、文档、BOM属于哪个产品线或型号？跨产品共用的通用件如何归属？
- 组织归属：数据的所有者部门、设计负责人、审批人，这些信息影响Windchill中的访问权限和生命周期模板。
- 迁移优先级：哪些产品先迁、哪些后迁？通常按业务活跃度排序，活跃产品优先，停产产品可延后或只归档。
五、盘点成果：一张可执行的数据资产地图
盘点的最终交付物不是一份"有多少个文件"的统计，而是一张数据资产地图。它至少应包含以下字段（示例）：
| 对象类型 | 来源系统 | 数量（示例） | 版本策略 | 业务归属 | 迁移优先级 |
|---|---|---|---|---|---|
| 文档 WTDocument | 旧PDM | 约1200 | 保留全版本 | 产品A设计部 | 高 |
| CAD模型 EPMDocument | 旧PDM + 共享盘 | 约3500 | 保留全版本 | 产品A设计部 | 高 |
| BOM Part/BOMLine | ERP + 旧PDM | 约8000 | 仅最新版 | 产品A工艺部 | 高 |
| 变更单 CR/CN | 旧PDM | 约600 | 保留全版本 | 产品A变更委员会 | 中 |
| 工艺路线 ProcessPlan | ERP/工艺系统 | 约400 | 仅最新版 | 产品A工艺部 | 中 |
| 项目对象 Project/Task | 项目管理系统 | 约150 | 仅最新版 | 产品A项目部 | 低 |
这张表的价值在于：它把"迁移什么、从哪来、怎么处理版本、归谁、先迁谁"五个问题一次性回答清楚。迁移团队可以据此拆分任务、估算工时、分配责任人。没有这张表，迁移就会变成边迁边猜，返工率极高。
完成资产盘点后，团队应当能够回答：每个产品下有哪些对象、它们来自哪里、版本链是否完整、归属哪个部门、迁移优先级如何。这份地图是后续数据清洗、映射规则设计和迁移脚本开发的直接输入，也是质量治理的起点——因为只有先看清资产，才能判断哪些数据值得治理、哪些应当淘汰。