问题标签 [office-store]

我一直在为 Office 365 和 Office 2016 开发一些加载项（使用 office.js 和 vs2015），并且一直在重新提交 Outlook 加载项以及 excel 和 word 的版本，但由于有一个版本，所以总是无法获得批准这里和那里的office 2013 或不加载或运行的浏览器。（现在我不能用office 2013测试它，因为没有从官方网站下载，我正在商业用途开发，所以我不能真正使用盗版 - 我怎么能测试它 - 任何建议都很有可能奏效）

有没有人有关于什么 api 运行什么版本的好文档，或者清单和 api 版本的示例仅适用于 2016 和 365。微软网站上所有版本的 api 并没有真正意义。

并且还考虑到在上传清单文件以供提交时——它说它只适用于 office 365 和/或 2016——为什么微软实际上用 2013 测试它？

我们正在运行 Outlook 加载项，看起来 Microsoft 已将 Office.js 的版本从更新16.00为16.01：（outlook:{ios:"16.00",mac:"16.00",web:"16.01",win32:"16.02"}通过https://appsforoffice.microsoft.com/lib/1.1/hosted/office.js）

其中一项更改看起来是对postMessage确保子/父的域（包括子域）相同的抽象的附加验证。

因为我们在不同的子域上托管我们的加载项和中央身份验证服务器，因此，我们所有的 OAuth 流在 Outlook 网页版中都会中断。

outlook-web-16.01.js:18 Failed to execute 'postMessage' on 'DOMWindow': The target origin provided ('https://outlook.domain.com') does not match the recipient window's origin ('https://auth.domain.com')

桌面版 Outlook（MacOS 和 Windows）不受影响。

我们已经将清单文件中的域列入白名单：

是否可以手动指定每个平台中加载的 Office.js 版本，以便我们可以按照自己的节奏升级并避免像这样的破坏性更改？

我将我的 Word 加载项发布到商店并被验证团队拒绝。

我的插件具有登录功能，只有我们租户中的用户 -线程才能登录并使用插件。

当加载项在 Word Online 上运行时，当登录到 Office 365 时，它会自动获取存储在 cookie 中的凭据以执行身份验证。

但是验证团队因此拒绝了我的加载项

1. 插入您的加载项。
2. 单击“使用 Office 365 登录”，然后单击“允许”以允许打开身份验证窗口。
3. 请注意，我们没有机会输入任何凭据，并且不会超出加载过程，如上所示。

我在提交清单文件时在描述中指定了它。

要使用此加载项，您必须是 Thread 订阅客户，因为它需要您的 Thread Web 应用程序凭据才能登录。例如，如果您将加载项用于 Word Online 文档，它将自动使用您的 Thread Web 应用程序登录凭据。

据我了解，当我们通过 Azure AD 登录时，如果我们已经拥有凭据，它将不会显示输入用户名和密码的弹出窗口。

任何人都知道如何绕过这个。请帮忙

非常感谢

我们正在向 Office 应用商店提交 Outlook 加载项应用。我们的加载项中有一个“帮助”链接，指向我们的客户服务/支持站点。但是，我们的支持站点确实需要登录...我们的客户需要登录以搜索知识库、记录支持案例等。我们无法绕过我们的支持站点需要登录的事实...这是我们的支持机制如何运作。因此，我们在拒绝提交时收到以下评论：“通过卖方仪表板提交的加载项元数据中的当前支持 URL 需要身份验证。请使用公开可用的支持 URL。”

有没有人遇到过这个？如果我们的支持站点没有公开可用的 URL（不需要登录），我们还有哪些其他选择？

我已经提交了一个 Teams 应用程序以供批准。审批失败，主要原因是“我们无法安装您的应用”

我想知道该应用程序是如何测试的。作为提交的一部分，我提交了一个包含 manifest.json 的 zip 文件。验证团队如何使用 zip 文件和 manifest.json？我可以安装应用程序（机器人），而我的测试帐户没有任何问题，可以进行 1 对 1 聊天。如果验证团队可以让我们知道他们测试应用程序所遵循的步骤，那么我们可以尝试复制这些步骤以查看是否会遇到相同的错误。

Microsoft 文档中的测试过程如以下链接所述：https ://msdn.microsoft.com/en-us/microsoft-teams/botsadd#adding-a-bot-for-11-chat-only

验证团队是否正在尝试将应用程序旁加载到团队中，结果他们在安装时看到错误。该应用程序不适用于团队。它仅用于 1:1 聊天。列出验证团队正在遵循的步骤将有很大帮助！

我正在向 Office 应用商店提交 Office 加载项。

对于屏幕截图，我制作png了1366px x 768px，但在 之后Save as draft，我总是看到这个，而不是缩略图：

这是什么意思？我还能提交这个截图吗？

更新＃1：

TL;DR：我想定位：

• Outlook 2016 或更高版本
• 网络上的 Outlook
• 适用于 Mac 的 Outlook 2016
• 适用于 iOS 的 Outlook
• 安卓版展望

我需要 Mailbox 1.5 以支持调用 Outlook REST API并支持可固定任务窗格。

由于可固定任务窗格仅在 Outlook 2016 for Windows 中受支持，并且邮箱 1.5 目前仅在 Outlook 网页版中受支持，因此我需要<VersionOverrides>在清单的部分中设置邮箱 1.5。

根据验证报告：

这听起来与Office 加载项主机和平台可用性所说的相冲突。所以，我在清单的基础级别设置了邮箱 1.3。

这是我的清单：

以下是上述加载项清单的validate-office-addin结果：

但是，微软的验证报告说：

我已经从 OWA 侧加载了加载项。

我可以看到加载项：

• Outlook 2016 或更高版本 (Windows)
• 网络上的 Outlook (OWA)

我尚未测试加载项是否出现在 Outlook 2016 for Mac 上。

对于我的生活，我似乎无法让加载项出现：

• Outlook 2013 Service Pack 1 或更高版本
• 适用于 iOS 的 Outlook
• 安卓版展望

我不明白为什么。我在清单中遗漏了什么吗？我是否可能错误地配置了清单？请帮忙。

我们向 Office 商店提交的 Microsoft Office 加载项通过了验证过程，如下面的屏幕截图所示，我们已准备好发布，对此感到非常兴奋。

但是，我们对应用程序公开可用所需的估计时间（延迟）感到有些困惑。我们有没有办法计划发布，我们是否必须等到应用程序发布才能在我们的网站上更新指向它的链接，还是我们可以事先访问它？

我们正在开发一个 Word Web 插件，仅供我们的客户而非公众使用。客户需要登录加载项才能使用我们提供的凭据。我的问题是，这个加载项可以通过 Office 商店分发吗？如果它的功能不公开，它是否会违反验证过程？显然，我们可以向 Microsoft 的验证团队提供凭据，以便发布应用程序。

如果这是一个问题，ISV 如何将 Web 加载项分发给其组织外部的客户（即没有 Sharepoint 或 Office 管理中心）？

我的清单中有以下行

并且

但是当我提交审批时，我从 Office 商店团队收到以下错误。

并参考文档验证策略点5.10

我已经验证了图像的大小正好是 PNG 格式的 32x32 像素。在测试加载项时，icon-32.png 被加载到Home menu panel

更新下面添加完整的清单文件