这个问题我之前帮不少用户解决过，虽然你们都是同版本的Excel 2016和Outlook，但核心问题大概率是VBA项目引用的差异或者早期绑定导致的兼容性问题，给你几个针对性的解决办法：

1. 排查出错用户的VBA引用设置 #

如果你的代码用了早期绑定（比如直接声明Outlook.Application这类对象），部分用户的Outlook对象库可能没被正确勾选，或者引用已损坏：

• 让出错的用户打开Excel文件，按Alt+F11进入VBA编辑器
• 点击顶部菜单「工具」→「引用」
• 在弹出的窗口里，找有没有带「缺失：」前缀的引用项，如果有，先取消勾选它
• 然后找到并勾选「Microsoft Outlook 16.0 Object Library」（对应Office 2016版本），点击确定保存
• 如果找不到这个库，可能是Outlook组件注册异常，让用户运行管理员权限的命令提示符，执行对应路径的注册命令：

  # 64位Office
  regsvr32.exe "C:\Program Files\Microsoft Office\root\Office16\MSOUTL.OLB"
  # 32位Office
  regsvr32.exe "C:\Program Files (x86)\Microsoft Office\root\Office16\MSOUTL.OLB"
  

2. 改用后期绑定（彻底避免引用问题，推荐） #

早期绑定虽然写代码时有智能提示，但会依赖特定版本的对象库，改用后期绑定后，代码不依赖任何引用，所有安装Outlook的用户都能正常运行：

早期绑定代码（大概率是标注ERROR HERE的行）： #

Dim olApp As Outlook.Application ' ERROR HERE
Dim olMail As Outlook.MailItem
Set olApp = New Outlook.Application

改成后期绑定： #

Dim olApp As Object
Dim olMail As Object
Set olApp = CreateObject("Outlook.Application")

注意：后期绑定没有智能提示，但兼容性拉满，非常适合多用户共享的服务器文件场景。

3. 其他补充排查点 #

• 宏安全设置：让出错的用户检查Excel信任中心，确保宏设置不是「禁用所有宏」，并且允许「对VBA项目对象模型的访问」（在信任中心→宏设置里）
• 受信任位置：因为文件存在服务器，建议把服务器的文件路径添加到Excel的受信任位置（信任中心→受信任位置），避免安全设置阻止宏运行
• 文件权限：确认出错的用户对服务器上的Excel文件有读取和执行宏的权限

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