Office 365 Word Add-In调用Office JavaScript库创建文档遇403 Forbidden错误

我帮你梳理几个针对这个问题的常见排查方向和解决方案，毕竟在O365商业版环境下遇到403错误，大多和权限、配置或者调用逻辑有关：

1. 先检查Add-In的权限配置是否到位 #

• 首先看你的Add-In清单文件（manifest.xml）里的权限设置，创建并打开文档至少需要ReadWriteDocument权限，别用了更受限的ReadDocument。要是你还需要把文档存到OneDrive/SharePoint，还得确认Add-In有没有申请对应的Graph权限（比如Files.ReadWrite.All），并且完成了授权流程。
• 另外，确保你的Add-In已经在租户的App Catalog里正确上架，获得了租户级的使用许可，个人测试的权限可能不够用。

2. 核对createDocument的调用参数 #

• 调用createDocument()时传入的内容（不管是HTML还是OOXML）得是合法格式，别因为内容有语法错误导致服务器拒接请求。
• 如果指定了保存路径，要确保路径是O365商业账户内的有效位置，比如OneDrive的正确路径，别带特殊字符或者无效的路径结构。

3. 确认代码的上下文同步逻辑 #

• createDocument()返回的是DocumentCreated对象，调用open()后一定要正确触发context.sync()，而且别在同步前做干扰上下文的操作。你可以先简化代码测试：

Word.run(function(context) {
  const testDoc = context.application.createDocument('<html><body><p>测试文档内容</p></body></html>');
  testDoc.open();
  return context.sync()
    .then(() => console.log('文档打开成功'))
    .catch(err => console.error('错误详情:', err));
})

要是简化后还是报错，那大概率不是代码逻辑的问题，得去查环境或者权限限制。

4. 排查O365租户的安全策略 #

• 找你的O365管理员确认下，租户有没有针对Add-In的安全限制，比如禁止Add-In创建/修改文档，或者限制了Add-In访问OneDrive/SharePoint的权限。有些租户会有严格的安全策略，可能会拦截这类请求。

5. 确保Office JS库版本兼容 #

• 检查下你用的Office JavaScript库是不是最新稳定版，旧版本可能和Word Online商业版环境有兼容性问题，更新到最新版再试试。

要是这些方法都没解决，建议收集详细的错误日志（包括请求参数、响应头），提交给Office开发者支持团队进一步排查。

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