共用方式為


透過商業市集Microsoft獲利

本文說明如何使用合作夥伴中心提交您的服務,以軟體即服務(SaaS)供應專案的形式購買您的 app,透過Microsoft銷售您的應用程式。 您的應用程式可供您的客戶免費下載,但需要您服務的授權。 當您準備好開始在商業市集中銷售您的服務時,建議您提交具有已連線應用程式、應用程式和延伸模組的單一 SaaS 應用程式。 除了透過合作夥伴和Microsoft銷售小組銷售服務之外,您還可以透過 Microsoft AppSource 與客戶聯繫Microsoft客戶。 我們讓客戶更容易探索這些Microsoft 365 應用程式解決方案,並將其部署至 Microsoft Teams、Word、Outlook、Excel、PowerPoint 和 SharePoint。

在此獲利模型中,您的 SaaS 供應專案會驗證您的應用程式,其會向 Microsoft SaaS 服務驗證其訂用帳戶狀態。 此服務的回應可用來更新您的用戶資料庫。 您也可以使用自己的付款模型獲利。

注意

Sharepoint 載入巨集已被取代,且無法再於市集上銷售。 現有的 Sharepoint 載入巨集將繼續可供購買,直到合作夥伴中心刪除這些載入巨集為止。 Sharepoint 解決方案會繼續受到支援,並可透過 Microsoft 商業市集獲利。 若要深入了解開發 SharePoint 架構 解決方案,請參閱 SharePoint 架構 檔。 可交易的 SaaS 應用程式只能使用公司或學校帳戶購買。 如果您想要將應用程式銷售給Microsoft帳戶型使用者,您應該考慮實作自己的計費模型。

重要

自 2023 年 6 月 30 日起,Azure Active Directory (Azure AD) Graph 已淘汰。 接下來,我們不會對 Azure AD Graph 進行進一步的投資。 Azure AD Graph API 除了安全性相關修正之外,沒有 SLA 或維護承諾。 我們只會對 Microsoft Graph 投資發展新的功能。

我們會以累加步驟淘汰 Azure AD Graph,讓您有足夠的時間將應用程式移轉至 Microsoft Graph API。 在稍後宣佈的日期,我們將封鎖使用 Azure AD Graph 建立任何新的應用程式。

若要深入瞭解,請參閱 重要事項:Azure AD Graph 淘汰和 Powershell 模組淘汰

準備您的 SaaS 供應專案

若要準備將服務提交為 SaaS 供應專案,有兩種方式:

  • 您可以提供客戶可登入及用來管理其購買授權的網站,或
  • 您可以選擇Microsoft來管理客戶的授權。

注意

如果您選擇Microsoft授權管理,您的供應專案將僅適用於AppSource的客戶,而不是在 Azure Marketplace 上。

您的供應項目也必須使用 SaaS 履行 API 來與商業市集整合。 如需詳細資訊,請參閱 SaaS 履行 API。 若要開始使用,請參閱 建立新的 SaaS 供應專案

註冊合作夥伴中心

若要開始提交您的 SaaS 供應專案,您必須在合作夥伴中心的商業市集計劃中建立帳戶。 此帳戶必須與公司相關聯。

註冊 SaaS 應用程式

您必須使用 Microsoft Azure 入口網站 註冊 SaaS 應用程式。 成功註冊之後,您會收到一個Microsoft Entra 安全性令牌,您可以用來存取 SaaS 履行 API。 任何想要使用 Microsoft Entra 識別符功能的應用程式,必須先在 Microsoft Entra 租用戶中註冊。 此註冊程式牽涉到提供應用程式的相關Microsoft Entra標識碼詳細數據,例如其所在URL、在使用者通過驗證之後傳送回復的URL、識別應用程式的URI等等。 如需如何註冊的詳細資訊,請參閱 註冊 Microsoft Entra ID 保護的應用程式

建立授權資料庫

透過商業市集 SaaS 獲利時,Microsoft AppSource 會處理帳單和交易。 如果您選擇Microsoft授權管理服務,您必須與 Graph API 整合,以確認客戶資格,讓客戶可以在 Microsoft系統管理中心管理其授權。 如需如何整合的詳細資訊,請參閱 整合 SaaS 供應專案與 Graph API 以進行授權管理

如果您選擇自行實作授權管理,您必須負責處理授權記錄和邏輯。 您的 SaaS 應該擁有授權資料庫,以追蹤所有租使用者購買專案,以及具有存取權的使用者。

您的元資料可能包括:

  • 租用戶識別碼
  • 租用戶名稱
  • 租用戶國家/地區
  • 計劃
  • 授權類型(基座型或網站型)
  • 授權數目
  • 系統管理員名稱
  • 系統管理員電子郵件
  • 指派的使用者標識碼
  • 指派的用戶電子郵件

實作授權管理

您的服務(網站)必須允許已進行購買的系統管理員登入和管理帳戶。 在他們購買多個基座型授權的情況下,他們應該能夠將這些授權指派給組織內的使用者。

Microsoft應用程式授權:

如果您在設定 SaaS 供應專案期間選擇Microsoft授權(目前僅適用於 AppSource),則必須使用 usageRights 圖形 API 來查閱授權資訊。 您可以使用這項資訊來決定是否允許客戶使用您的服務。 如需如何與Microsoft授權整合的詳細資訊,請參閱 整合 SaaS 供應專案與 Graph API for License Management 。 客戶會使用 Microsoft 系統管理中心 來管理這類供應項目的授權。 您必須通知您的客戶在登陸頁面中使用 Microsoft 系統管理中心 ,讓他們知道他們如何執行已購買 SaaS 供應專案的授權管理。

ISV 授權:

如果您使用自己的授權管理系統,請確定您自己網站上的客戶可以使用相同的許可權。 您可能想要考慮下列類型的授權:

  • 開啟授權/第一次服務 - 任何探索您服務的終端使用者都可以登入您的服務、被辨識為屬於租使用者,並保留其中一個購買的授權。
  • 指派的授權 - 購買的系統管理員必須將授權指派給使用者。

其他考量:

  • Upsell - 如果使用者嘗試存取您的服務,但其租用戶沒有更多的免費授權,您的服務可以提供他們暫時授權,並利用機會鼓勵系統管理員購買其他授權。
  • 多個租用戶購買 - 您應該考慮是否允許相同租使用者的大量購買,以及如何在資料庫中處理這些專案。 例如,Contoso Corporation 銷售小組可能會為其小組購買 50 個授權,而行銷小組會為其小組購買 20 個授權,而且他們可能想要將帳戶分開。

線上到 Microsoft AppSource

此時,您將建置一個網站和服務,能夠驗證客戶並處理其授權狀態,或已與 Graph API 整合,以驗證客戶以進行Microsoft授權管理。 若要透過Microsoft獲利(並接收有效購買的確認),您的服務必須使用 SaaS 履行 API 來連線到 Microsoft AppSource,而 AppSource 會使用這些 API 來驅動履行、方案變更,以及取消訂用帳戶。

布建(Microsoft AppSource 的客戶購買)

當客戶起始購買時,您的服務會在使用URL參數的客戶互動式網頁授權碼中收到此資訊;例如, https://contoso.com/signup?token=..當合作夥伴中心的登陸頁面 URL 為 https://contoso.com/signup時。 您可以藉由呼叫解析 API 來驗證和交換授權碼,以取得布建服務的詳細數據。 當 SaaS 服務完成佈建時,它會傳送啟動呼叫,以發出履行已完成且客戶可計費的訊號。

下圖顯示布建案例的 API 呼叫順序。

布建 SaaS 服務的 API 呼叫

Marketplace 起始的更新

當客戶在 Microsoft AppSource 上起始更新時,Microsoft AppSource 會通知您的服務所實作的 Webhook,然後查詢 Microsoft AppSource 以取得更新,然後向客戶收取或退款。

下圖顯示從 Marketplace 起始更新時的動作順序。

從 Marketplace 起始更新時,API 呼叫

服務起始的更新

當客戶在您的服務上起始更新時(如果您允許此動作),您的服務應該更新由 Microsoft AppSource 所持有的訂用帳戶,進而觸發從 Microsoft AppSource 到您實作的 Webhook 通知。 此時,應該對您的授權資料庫進行實際變更。 下圖顯示從 SaaS 服務起始更新時的動作。

從 SaaS 服務起始更新時,API 呼叫

如需詳細資訊,請參閱 SaaS 履行 API 參考。

建置Microsoft已連線的應用程式

您的應用程式會依賴您的服務來驗證存取應用程式的使用者是否有與其帳戶相關聯的授權。 取決於您是否給予他們免費(但有限的)體驗,或您是否將他們導向何處購買授權。 您的應用程式應該有三種狀態:

  • 使用者未登入
  • 使用者登入,沒有相關聯的授權
  • 使用者登入、相關聯的授權

如需從載入巨集內使用 Microsoft Entra ID 進行驗證的相關信息,請參閱 Office 對話框 APIMicrosoft 身分識別平台

程式代碼範例:使用免費應用程式從付費應用程式移至付費 Web 應用程式

Office 載入巨集 SaaS 獲利程式代碼範例示範如何建立授權管理系統來管理 Microsoft appSource 中銷售的載入巨集。 此程式代碼範例套件包含Microsoft AppSource 模擬 Web 應用程式、SaaS 範例、Outlook 載入巨集、Excel 載入巨集、Word 載入巨集、PowerPoint 載入巨集和授權管理工具。

SaaS 供應專案 + 應用程式的提交程式

將您的 SaaS 供應專案提交至合作夥伴中心。 核准您的 SaaS 供應項目之後,即會指派 GUID。 接下來,提交您的應用程式,並在測試筆記和測試帳戶中包含此 GUID(系統管理員 + 非系統管理員)。 您的應用程式經過核准且在市集中之後,您可以更新方案以提供給公用物件使用。

客戶體驗

客戶會在 Microsoft AppSource 和購買授權中探索您的 SaaS 服務,並提供其付款詳細數據給Microsoft。 然後,客戶會重新導向至您的網站,讓他們完成帳戶的設定。 授權已布建,且客戶會計費。 然後,您的客戶就能夠下載您的免費應用程式,並使用提供的詳細數據登入。 您的應用程式會檢查授權資料庫,以確認客戶具有授權。

常見問題集

為何Microsoft變更應用程式的獲利模式?

藉由向核心應用程式功能收費,並讓應用程式免費,合作夥伴可藉由在應用程式內容之外提供付費功能,獲得更多彈性來為客戶增加新的價值。 為了更好地支援此模型,Microsoft AppSource 為 2019 年 5 月 31 日生效的 SaaS 應用程式交易啟用完整商務功能,為合作夥伴提供新的選項範圍。 鑒於我們強調 SaaS 應用程式的一系列付款模型,我們只支援免費下載選項來簡化 Office 載入巨集。

如何? 註冊合作夥伴中心?

檢閱歡迎Microsoft合作夥伴中心註冊頁面上的信息,然後註冊帳戶。 如需詳細資訊,請參閱 在合作夥伴中心建立商業市集帳戶。

哪裡可以找到與 Microsoft Entra 識別元整合的相關文件?

如需廣泛的檔、範例和指引,請參閱 Microsoft 身分識別平台 概觀。 我們建議您有專用於 Azure Marketplace 發佈的訂用帳戶,以隔離工作與其他計劃。 然後,您可以在此訂用帳戶中開始部署 SaaS 應用程式,以開始開發工作。 您也可以檢查 Microsoft Entra 服務更新

我的應用程式如何使用 Microsoft Entra 識別符來驗證使用者?

Office 提供 Office 對話框 API ,可讓您從載入巨集內驗證使用者。 如需詳細資訊,請參閱 Microsoft 身分識別平台

我從商業市集收到關於 SaaS 供應專案的報告為何?

身為合作夥伴,您可以使用合作夥伴中心支持的數據視覺效果和深入解析圖表來監視供應項目清單,並尋找最大化銷售方式。 改良的分析工具可讓您處理效能結果,並與您的客戶和轉銷商保持更好的關係。 如需詳細資訊,請參閱 合作夥伴中心商業市集的分析。

說明與支援 

如有任何問題,請連絡 Marketplace 發行者支援