透過 Microsoft 商業市集獲利

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

在此獲利模型中，您的 SaaS 供應專案會驗證您的應用程式，其會向 Microsoft SaaS 服務驗證其訂用帳戶狀態。 此服務的回應可用來更新您的用戶資料庫。 下圖顯示此模型。 新的獲利模型

您也可以使用自己的付款模型獲利。

注意

可交易的 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 供應專案，您必須在合作夥伴中心的商業市集計劃中建立帳戶。 此帳戶必須與公司相關聯。

• 如果您不熟悉合作夥伴中心，且從未在 Microsoft AI Cloud Partner 計劃中註冊，請參閱 使用合作夥伴中心註冊頁面建立帳戶。
• 如果您已在 Microsoft AI Cloud Partner 計劃或合作夥伴中心開發人員計劃中註冊，請參閱 使用現有的 Microsoft 合作夥伴中心註冊 建立帳戶，以取得如何建立帳戶的相關信息。

註冊 SaaS 應用程式

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

建立授權資料庫

透過商業市集 SaaS 獲利時，Microsoft AppSource 會處理帳單和交易。 如果您選擇 Microsoft 授權管理服務，您必須與 Graph API 整合，以確認客戶資格，讓客戶可以在 Microsoft 管理員 中心管理其授權。 如需如何整合的詳細資訊，請參閱 整合您的 SaaS 供應專案與 Graph API for License Management 如果您選擇自行實作授權管理 ，則您必須負責處理授權記錄和邏輯。 您的 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，其會使用這些 API 來推動履行、方案變更，以及取消訂閱。

布建 （客戶在 Microsoft AppSource 上購買）

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

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

Marketplace 起始的更新

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

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

服務起始的更新

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

如需詳細資訊，請參閱 SaaS fufillment API 參考。

建置 Microsoft Entra 連線的應用程式

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

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

如需從載入宏內使用 Microsoft Entra ID 進行驗證的相關信息，請參閱 Office 對話框 API 和 Microsoft 身分識別平台。

程式代碼範例：使用免費應用程式從付費應用程式移至付費 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 ID 整合的相關文件？

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

我的應用程式如何使用 Microsoft Entra ID 驗證使用者？

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

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

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

說明與支援 

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