簡介
在以程式設計方式內嵌 Power BI 內容時，所應考量的兩個案例：
- 組織需求
- 客戶需求
在內嵌 Power BI 內容時，您的應用程式只會使用其中一個案例。 適當的內嵌案例會由應用程式目標對象決定，如下列主題所述。
組織需求案例
當應用程式目標對象含有「內部」使用者時，即可套用組織需求案例。 內部使用者具有組織帳戶，且必須使用 Microsoft Azure Active Directory 進行驗證。 若要存取 Power BI 內容，應用程式使用者會需要 Power BI 的授權和權限，才能取用 (建立或編輯) 內容。
注意
在這個案例中，Power BI 為軟體即服務 (SaaS)。 有時候，會將這個案例稱為「使用者擁有資料」。
使用組織需求案例的理由為：
- 內部商業智慧入口網站：雖然 Power BI 服務 (app.powerbi.com) 提供瀏覽內容的完整且直覺式用戶體驗，但可能無法達到組織想要的外觀和行為或功能。 您可以建立符合特定商務需求的商業智慧入口網站。 當組織已經有商業智慧入口網站，內嵌來自其他商業智慧工具的內容時，您也可以增強入口網站以內嵌 Power BI 內容。
- 內部應用程式：內部網路應用程式可以內嵌Power BI內容以顯示資料視覺效果。 例如，銷售部門的內部網路網站可能包含顯示銷售相關圖表及 KPI 的 Power BI 視覺效果。 可在內部話務中心應用程式中內嵌即時視覺效果，以提供客戶來電的最新資訊。
- 自訂記錄：您的應用程式可以記錄自定義事件來記錄Power BI內容存取，並使用 Power BI記錄 可達到的更多功能。
客戶需求案例
當應用程式目標對象包含外部使用者時，則可適用於「客戶需求」案例。 該應用程式需負責對使用者進行驗證。 若要存取 Power BI 內容，應用程式須依賴內嵌身分識別 (Azure AD 服務主體或主要使用者帳戶) 來向 Azure AD 進行驗證。 該身分識別可能會需要 Power BI 授權，且必須授與權限，才能代表應用程式使用者取用 (建立或編輯) 內容。 外部使用者不需要具有 Power BI 授權或內容的權限。 即使外部使用者擁有 Power BI 授權，在此案例中也不會用到這些授權。
注意
在此案例中，Power BI 為平台即服務 (PaaS)。 有時候，會將這個案例稱為「應用程式擁有資料」。
若要使用此案例來開發應用程式，您必須確定 Power BI 內容位於具有 Premium per Capacity 或 Embedded 授權模式的非個人工作區中。
注意
下一個單元會介紹設定這些授權模式選項所需的產品。
通常，SaaS 應用程式和獨立軟體廠商 (ISV) 所開發的應用程式，會針對「客戶需求」案例進行開發。
案例比較
下表比較兩個內嵌案例的特性：
| 特性 | 組織需求 | 客戶需求 |
|---|---|---|
| 對象 | 內部使用者 | 外部使用者 |
| 驗證 | Azure AD | 應用程式進行驗證 |
| 應用程式使用者授權 | 應用程式使用者需要Power BI授權 | 不需要應用程式用戶授權 |
| 驗證流程 | 應用程式使用者的互動式驗證流程 | 用於內嵌身分識別的非互動式驗證流程， (Azure AD 服務主體或主要用戶帳戶) |
下圖顯示兩個內嵌案例的驗證流程：
