1. Windchill与CAD协同概述
在制造企业的研发体系中，CAD工具解决的是“如何把产品设计出来”，而Windchill解决的是“如何让设计数据在正确的时间、以正确的版本、到达正确的人手中”。两者不是替代关系，而是分工关系：CAD是设计数据的产生源头，Windchill是设计数据的受控容器与协同枢纽。理解这一点，是理解后续所有集成配置、检入检出、属性映射与可视化发布操作的前提。
一、Windchill在研发体系中的定位
从研发信息系统的整体分层来看，Windchill处于PDM/PLM层，向下连接CAD、CAE、CAM等创作工具，向上支撑ERP、MES、SRM等业务系统。它承担四类核心职责：
- 数据受控：为每一个零部件、图纸、三维模型建立唯一标识与版本序列，避免“同名不同物、同物不同版”。
- 过程受控：通过生命周期状态（如“设计中—审核中—已发布—已废弃”）约束数据何时可改、何时可被下游引用。
- 关系受控：维护CAD模型与零部件、图纸与模型、装配与子件之间的结构关系，使BOM可从设计结构推导。
- 协同受控：让多专业、多地点、多供应商在同一数据源上并行工作，而不是靠邮件和共享盘传递文件。
因此，Windchill在研发体系中的定位可以概括为：设计数据的单一数据源（Single Source of Truth）与协同流程的执行平台。CAD负责“创造”，Windchill负责“管理创造出来的东西以及围绕它的协作”。
二、CAD数据协同的核心价值
如果只用共享盘管理CAD数据，通常会遇到四类问题：版本混乱、借用关系断裂、变更无法追溯、跨部门数据不一致。CAD数据协同的价值正是针对这些问题：
- 版本可追溯：每次检入生成新版本，历史版本可回溯，避免“最终版_final_v3_真的最终”这类命名灾难。
- 结构可复用：标准件、通用件在Windchill中统一管理，新项目直接借用，减少重复建模。
- 变更可闭环：变更申请、影响分析、变更执行、版本升级形成闭环，下游能明确知道“哪个版本变了、变了什么”。
- 可视化可共享：轻量化可视化文件（如PVS、JT、PDF）让非CAD用户也能查看和批注，无需安装专业软件。
三、典型集成场景
Windchill与CAD的集成通常覆盖以下场景，不同企业根据产品复杂度和IT策略选择不同深度：
| 场景 | 典型操作 | 关键价值 |
|---|---|---|
| 模型检入/检出 | 从Windchill打开CAD模型，修改后检入生成新版本 | 版本受控，防止覆盖他人修改 |
| 属性映射 | CAD自定义属性（如材料、重量）自动写入Windchill零部件属性 | 减少手工录入，保证数据一致 |
| 结构同步 | CAD装配结构自动生成Windchill BOM结构 | 设计BOM与图纸结构一致 |
| 可视化发布 | 检入时自动生成轻量化可视化文件 | 非CAD用户可查看批注 |
| 变更联动 | Windchill变更单驱动CAD模型版本升级 | 变更过程可追溯、可审计 |
以Creo与Windchill集成为例，一个典型的检入过程是：设计人员在Creo中完成模型修改后，通过嵌入式浏览器选择目标文件夹和零部件，系统自动提取模型中的参数（如PTC_COMMON_NAME、MATERIAL），映射到Windchill零部件属性，生成新版本并触发可视化发布。整个过程不需要离开CAD环境，也不需要手工上传文件。
四、整体架构
从技术架构看，Windchill与CAD的集成通常由四层构成：CAD客户端层、集成适配层、Windchill服务层、数据存储层。CAD客户端通过集成插件（如Creo的Windchill Workgroup Manager、SolidWorks的Windchill Integration）与Windchill服务器通信；适配层负责协议转换、属性映射和事务管理；服务层提供版本管理、生命周期、权限、工作流等能力；存储层则保存原生CAD文件、可视化文件和元数据。
理解这张架构图的关键在于：CAD客户端并不直接操作Windchill数据库，而是通过适配层以受控事务的方式提交数据。适配层决定了哪些CAD属性会被映射、哪些操作会触发版本升级、哪些异常会被拦截。因此，在实际项目中，集成配置的重点往往不在CAD端，而在适配层的映射规则和Windchill端的生命周期模板。
五、协同落地的判断标准
判断一个企业的Windchill与CAD协同是否真正落地，可以观察几个可验证的现象：设计人员是否习惯从Windchill打开模型而不是本地文件夹；检入时是否自动生成新版本而不是手工重命名；BOM结构是否与CAD装配结构一致；变更单是否能追溯到具体模型版本；非CAD用户是否能通过浏览器查看和批注。如果这些问题的答案是否定的，说明集成仍停留在“文件上传下载”层面，尚未进入真正的数据协同。