GX Developer工程导入GX Works2前：先核对格式、CPU与编译状态
旧PLC工程能打开不代表可以立即写入设备。按GX Works2公共手册说明工程格式及编译前提，并给出转换留档与差异复核方法。
接到旧设备的PLC工程时，先确认文件是可编辑工程、导出的文本，还是仅有从设备读取的数据。它们提供的信息范围不同。本文讨论GX Developer工程在GX Works2中的打开与检查，不提供现场强制输出、在线改写或跳过安全逻辑的操作。
适用软件与读取边界
依据GX Works2 Version 1公共手册SH-080779ENG-AT第4.7节，GX Developer工程可通过“Open Other Project”使用，并作为Simple项目打开。包含标签的其他格式工程打开后需要完整编译，才能继续在线操作；CPU类型不受GX Works2支持时，手册要求使用GX Developer。这里的支持与否必须查具体CPU，不能只看品牌。
转换前留住原始工程
建议完整复制工程目录，保留原文件名称与目录结构，并写明收到文件的日期和提供者。打开后的保存位置另设文件夹，避免新软件自动保存覆盖唯一旧稿。若工程依赖其他模块资料或注释文件，应在交接表中注明是否齐全，不用空白内容猜测原设计。
同时抄录现场CPU与相关模块的准确型号、工程显示的CPU类型和软件版本。型号后缀不同也要保留。连接目标不明确时，先做离线核对，不用逐台试连的方式寻找设备。
能打开之后检查什么
- 核对程序清单、参数、标签及注释是否符合原项目的结构，记录导入时出现的提示。
- 将编译错误和警告分别保存，按原设计与对应编程手册处理，不能简单删除报错段落让编译通过。
- 抽查涉及启停、互锁和异常处理的逻辑是否完整，实际功能确认需机床制造商或维护负责人参与。
- 保留转换后的项目、编译记录以及修改清单，使后续接手人员知道哪些内容只是转换，哪些已被人工修改。
交付标准不止是“编译成功”
离线编译成功说明程序符合该软件的相关检查，不能证明现场接线、设备动作和生产工况均正确。准备写入设备前，还应有可恢复的原数据、明确的停机窗口与验证方案；谁确认目标PLC、谁批准改动、谁负责复机，都应在工单中写清。
GX Works3处理SFC工程还有特定历史版本限制，可继续阅读SFC迁移前的版本核对。站内旧版GX Works2问答涉及早期操作系统，其环境说明应按当时版本理解，不替代本机兼容性核对。
资料依据：GX Works2 Version 1 Operating Manual (Common), SH-080779ENG-AT，§4.7、§4.7.1，印刷页4-53至4-56。正文为范围说明与现场整理建议，具体操作按本机及机床制造商资料执行。