Q: 如果更新提交，何时必须将其重新提交到 Microsoft AppSource？

如果对应用的 Web 服务进行更新，则无需重新提交它。 但是，如果更改通过合作伙伴中心提交的任何项目或数据，例如清单、屏幕截图或图标，则需要重新提交它，以便 Microsoft AppSource 可以实现这些更改。 必须使用包含新版本号的更新清单重新提交应用。 还必须确保更新提交表单中的版本号以匹配新清单的版本号。

Q: 将应用更新到 Microsoft AppSource 中的新版本，会发生什么情况？

以下是办公室加载项的更新过程。 通过 合作伙伴中心 将修订后的加载项和外接程序清单提交到 Microsoft AppSource。 修订后的加载项将完成验证过程，并在获得批准后在 Microsoft AppSource 中提供。 重要 如果提交是更新，并且计划在将来的某个日期可使用应用，则现有应用将从 Microsoft AppSource 取消发布，直到指定的发布日期。 可以选择继续在 Microsoft AppSource 中提供旧版应用，也可以取消发布以前的版本。 当现有客户首次启动更新的应用时，会在任务窗格中或提示用户更新其应用的文档正文中显示通知。 当用户选择 “更新” 时，应用最新版本将启动。 如果更新的版本包含新权限，用户必须同意这些权限。 注意 不能同时在 Microsoft AppSource 中有两个或更多版本的同一应用，因为每个应用都有唯一的资产 ID。 如果发布应用的更新版本而不取消发布以前的版本，你将有两个列表，并可能拆分客户群。 SharePoint 外接程序的更新由属于 SharePoint 外接程序目录的许可证管理工具进行处理。 有关详细信息，请参阅 SharePoint 外接程序更新过程 。

Q: 是否可以将付费应用提交到 Microsoft AppSource？

通过合作伙伴中心提交到 Microsoft AppSource 的所有应用都是免费的。 应用可以通过 Microsoft 商业市场盈利；有关详细信息，请参阅 加载项盈利 。

Q: 如何通知我发布状态或所需操作？

发布产品/服务后， 开发人员帐户的所有者 会通过电子邮件和合作伙伴中心的操作中心收到发布状态和所需操作的通知。 有关操作中心的详细信息，请参阅 操作中心概述 。

Q: 如何实现在应用中引用适用于 Office 的 JavaScript API？

如果应用使用适用于 Office 的 JavaScript API，则必须 从其 CDN URL 引用 Microsoft 托管的 Office.js 文件 。 请勿在应用中包含 Office.js 文件的副本，或引用托管在其他位置的文件的副本。

Q: 为什么我的应用必须受到 SSL 保护？

不使用 SSL 保护 (HTTPS) 的应用在使用期间生成不安全的内容警告和错误。 因此，提交到 Microsoft AppSource 的所有应用都需要 SSL 保护。

Q: 如何声明语言支持？

提交的两个方面与支持的语言相关： 在应用包或清单中声明的语言。 根据类型声明应用支持的语言： 对于 SharePoint 外接程序，请在外接程序包的外接程序清单中使用 SupportedLocales 元素（PropertiesDefinition complexType）（SharePoint 外接程序清单） 声明语言支持。 有关详细信息，请参阅 浏览应用清单结构和 SharePoint 外接程序包 。 对于不是字典的 Office 外接程序，请使用清单中的 DefaultLocale 和 Override 元素声明语言支持。 有关详细信息，请参阅 Office 外接程序的本地化 。 对于字典的 Office 外接程序，还可以在外接程序清单中使用 TargetDialects 元素。 在合作伙伴中心中，可以在 应用商店一览 页上选择语言。 注意 可以在应用包中声明比合作伙伴中心提交的语言还要多的语言。

Question 1

将应用提交到 Microsoft AppSource 时，如何避免错误？

Accepted Answer

避免常见提交错误：

请确保提交表单上的版本号与应用清单中的版本号匹配。

注意

使用以下语法指定应用版本：a。 b。 c。 d 其中 a 是介于 1-9999 之间的整数，而 b 、 c 、 d 是介于 0-9999 之间的整数。例如：1.0.0.0 6.23.0.1。
确保所有位置都受 SSL 保护 (HTTPS)。
请确保在清单中指定图标，并正确调整图标的大小和格式。
确保 ID 是唯一的。例如，不要基于提交的另一个加载项清单为第二个加载项创建清单，而无需更改新清单中的 ID。
对于办公室外接程序，请确保使用清单架构版本 1.1。有关将清单更新到版本 1.1 的信息，请参阅更新到适用于 Office 库的最新 JavaScript API 和版本 1.1 加载项清单架构。
对于办公室外接程序，请确保在清单中指定支持 URL。如果使用 XML 清单，请设置 SupportUrl 元素的值。如果使用 Microsoft 365 的统一清单，请使用 developer.websiteUrl 属性。支持 URL 应为公开可用的网页，并且不需要身份验证。不能将个人社交媒体页面或 GitHub 存储库用于支持 URL。也不能使用联机托管的文件的链接，例如 OneDrive、DropBox 或 Google Docs 上的 Word 文档。
对于所有应用，请确保清单对架构有效。有关架构验证信息，请参阅 Office 外接程序清单的架构参考 (v1.1) 或 SharePoint 外接程序清单的架构参考。
确保应用已测试且功能完全正常。
确保 SharePoint 外接程序指定其支持的区域设置。

如果未指定受支持的区域设置，则 Microsoft AppSource 不接受应用。有关详细信息，请参阅所有加载项都需要区域设置支持信息。
确保 OAuth 客户端 ID 匹配。

如果 SharePoint 外接程序使用 OAuth 访问服务，请确保创建的 OAuth 客户端 ID 与应用清单中的客户端 ID 匹配。
SharePoint 外接程序包必须符合开放打包约定。
请确保提交隐私链接。
请确保提交的任何视频链接实际上都转到视频文件或包含视频的页面。
如果 Office 外接程序在 iOS 上可用，请不要在外接程序标题或外接程序简短说明中包含“应用”。

Question 2

如果更新提交，何时必须将其重新提交到 Microsoft AppSource？

Accepted Answer

如果对应用的 Web 服务进行更新，则无需重新提交它。但是，如果更改通过合作伙伴中心提交的任何项目或数据，例如清单、屏幕截图或图标，则需要重新提交它，以便 Microsoft AppSource 可以实现这些更改。必须使用包含新版本号的更新清单重新提交应用。还必须确保更新提交表单中的版本号以匹配新清单的版本号。

Question 3

将应用更新到 Microsoft AppSource 中的新版本，会发生什么情况？

Accepted Answer

以下是办公室加载项的更新过程。

通过合作伙伴中心将修订后的加载项和外接程序清单提交到 Microsoft AppSource。修订后的加载项将完成验证过程，并在获得批准后在 Microsoft AppSource 中提供。

重要

如果提交是更新，并且计划在将来的某个日期可使用应用，则现有应用将从 Microsoft AppSource 取消发布，直到指定的发布日期。
可以选择继续在 Microsoft AppSource 中提供旧版应用，也可以取消发布以前的版本。
当现有客户首次启动更新的应用时，会在任务窗格中或提示用户更新其应用的文档正文中显示通知。当用户选择“更新”时，应用最新版本将启动。

如果更新的版本包含新权限，用户必须同意这些权限。

注意

不能同时在 Microsoft AppSource 中有两个或更多版本的同一应用，因为每个应用都有唯一的资产 ID。如果发布应用的更新版本而不取消发布以前的版本，你将有两个列表，并可能拆分客户群。

SharePoint 外接程序的更新由属于 SharePoint 外接程序目录的许可证管理工具进行处理。有关详细信息，请参阅 SharePoint 外接程序更新过程。

Question 4

是否可以将付费应用提交到 Microsoft AppSource？

Accepted Answer

通过合作伙伴中心提交到 Microsoft AppSource 的所有应用都是免费的。应用可以通过 Microsoft 商业市场盈利；有关详细信息，请参阅加载项盈利。

Question 5

如何通知我发布状态或所需操作？

Accepted Answer

发布产品/服务后，开发人员帐户的所有者会通过电子邮件和合作伙伴中心的操作中心收到发布状态和所需操作的通知。有关操作中心的详细信息，请参阅操作中心概述。

Question 6

如何实现在应用中引用适用于 Office 的 JavaScript API？

Accepted Answer

如果应用使用适用于 Office 的 JavaScript API，则必须从其 CDN URL 引用 Microsoft 托管的 Office.js 文件。请勿在应用中包含 Office.js 文件的副本，或引用托管在其他位置的文件的副本。

Question 7

为什么我的应用必须受到 SSL 保护？

Accepted Answer

不使用 SSL 保护 (HTTPS) 的应用在使用期间生成不安全的内容警告和错误。因此，提交到 Microsoft AppSource 的所有应用都需要 SSL 保护。

Question 8

如何声明语言支持？

Accepted Answer

提交的两个方面与支持的语言相关：

在应用包或清单中声明的语言。根据类型声明应用支持的语言：
- 对于 SharePoint 外接程序，请在外接程序包的外接程序清单中使用 SupportedLocales 元素（PropertiesDefinition complexType）（SharePoint 外接程序清单）声明语言支持。有关详细信息，请参阅浏览应用清单结构和 SharePoint 外接程序包。
- 对于不是字典的 Office 外接程序，请使用清单中的 DefaultLocale 和 Override 元素声明语言支持。有关详细信息，请参阅 Office 外接程序的本地化。
- 对于字典的 Office 外接程序，还可以在外接程序清单中使用 TargetDialects 元素。
在合作伙伴中心中，可以在应用商店一览页上选择语言。

注意

可以在应用包中声明比合作伙伴中心提交的语言还要多的语言。

Question 9

如果我的应用面向企业，那如何影响我的提交？

Accepted Answer

如果你的应用或外接程序仅面向大型组织和企业，并且不适用于商业市场，则放弃或修改某些要求。所有其他商业市场策略要求都适用。下表概述了主要差异。

行为	商业市场应用	应用仅面向大型组织和企业	相关商业市场策略
AppSource 主页	可以在 AppSource 中特定于应用程序的主页上显示，可通过搜索和可用于 Web 和电子邮件市场活动来发现。	不会显示在主页上，但可通过搜索发现并可用于 Web 和电子邮件市场活动。	不适用。
品牌或服务名称	游戏不能包含你的品牌或服务名称。	游戏可以包含你的品牌或服务名称，尤其是当它有助于传达加载项或应用的目的时。	1100.7
无缝首次运行体验	必需。必须提供无缝的首次运行体验，该体验清楚地说明了如何使用它。例如，在加载项的开始屏幕上，在几行中介绍其功能和优势。此外，如果你的用户必须注册或登录才能使用你的应用，那么在注册之前，必须向他们明确拥有该帐户或服务的价值。	不需要，但必须包含电子邮件联系人或网站链接，以便用户可以了解有关服务的详细信息。	1100.5
登录/注销体验	仅外接程序：如果你的外接程序需要外部帐户或服务，在这种情况下，应提供每个帐户的登录链接，并在用户登录时提供注销链接。否则，不是必需的。	仅外接程序：除非加载项需要外部帐户或服务，其中注册由外接程序外部的企业管理，而不是由单个用户管理。	1100.5
注册体验	仅加载项：如果外接程序需要外部帐户或服务，则为必需，在这种情况下，应提供每个帐户的注册链接。否则，不是必需的。	仅外接程序：除非加载项需要外部帐户或服务，其中注册由外接程序外部的企业管理，而不是由单个用户管理。	1100.5
价值主张	必需。必须提供可用的软件解决方案和显著优势，例如提高效率、创新功能或战略优势。由于它必须是简单的实用工具或有限的范围，因此还必须证明用户学习和使用所需的投资是正当的。	不需要，但必须包含电子邮件联系人或网站链接，以便用户可以了解有关服务的详细信息。	1100.5

如果应用或外接程序仅面向大型组织和企业，则必须在 市场列表提交的认证 说明部分指出这一点，还包括你选择不因该原因而无法提供的所有要求。例如，假设加载项不提供注册链接，因为它面向企业并满足其他条件。你可以说一些类似的事情，“此外接程序不提供注册链接，因为它面向企业。请参阅策略 1100.5。

否则，你的应用或外接程序将被视为常规商业市场应用。

Microsoft AppSource 提交常见问题解答