Progress OpenEdge ABL程序连接Office 365时DDE初始化失败（错误3153）

一、Excel路径对Office 365是否有效？ #

你配置的路径C:\Program Files\Microsoft Office\root\Office16\是有效的。Office 365（订阅版）默认采用此安装路径，Office16是Office 2016及后续订阅版本（包括365）的统一版本标识，路径本身不存在问题。

二、DDE初始化失败（错误3153）的原因 #

结合你的代码和Office 365特性，主要原因如下：

1. Office 365对DDE协议的安全限制
   微软出于安全考量，在新版Office 365（尤其是Click-to-Run部署版本）中默认限制或禁用了DDE协议。作为老旧的进程间通信方式，DDE存在安全风险，因此Office 365逐步缩减对它的支持，直接导致DDE初始化请求被拦截。

2. COM实例创建与DDE混用的冲突
   代码中同时使用两种Excel启动方式：

• 通过WinExec启动Excel进程
• 通过CREATE "Excel.Application"创建COM实例
  这种混用会造成Excel进程实例混乱，DDE无法正确关联到目标进程，进而触发初始化失败。

3. DDE初始化时机不合理
   创建COM实例后立即发起DDE INITIATE请求，此时Excel进程可能尚未完成初始化，DDE服务未就绪，导致连接请求失败。

三、修复建议 #

• 替换DDE为COM操作：既然已使用Excel.Application COM对象，直接通过COM API完成数据导出即可，这是Office推荐的现代交互方式，无需依赖DDE。
• 统一Excel启动逻辑：只保留一种启动方式，要么通过WinExec启动后关联DDE，要么直接通过COM创建实例，避免实例冲突。
• （仅可控环境建议）开启Office 365 DDE支持：若必须使用DDE，需在Office 365组策略中手动开启DDE支持。

内容的提问来源于stack exchange，提问作者Wanda