共用方式為

Power BI 實作規劃：使用者工具和裝置

  • 發行項

注意

本文是 Power BI 實作規劃系列文章的其中一篇。 此系列主要著重於 Microsoft Fabric 中的 Power BI 體驗。 如需有關此系列的簡介，請參閱 Power BI 實作規劃。

本文介紹規劃使用者工具和管理裝置的關鍵考量因素，以啟用和支援組織中的 Power BI 取用者和作者。 本文的目標讀者為：

  • 卓越中心 (COE) 和 BI 團隊：這類團隊負責監督組織中的 Power BI。 這些團隊包括需要決定使用哪些工具來建立 Power BI 內容的決策者。
  • Fabric 管理員：負責監督組織中 Fabric 的管理員。
  • IT 和基礎結構團隊：安裝、更新及管理使用者裝置和機器的技術人員。
  • 內容建立者和內容擁有者：需要與同事溝通交流並提出安裝需求之要求的使用者。

分析採用的其中一個重要層面是確保內容取用者和內容建立者具備必要的軟體應用程式。 工具的有效管理可以增加使用者採用率並降低使用者支援成本，建立內容的使用者尤其需要。

新工具的要求

如何處理新工具和軟體應用程式的要求，即為治理決策。 組織的許多新進使用者或剛開始使用分析的使用者，並不知道該要求些什麼。 若要簡化此程序，請考慮一併處理下列要求：

  • 軟體要求
  • 使用者授權要求
  • 訓練要求
  • 資料存取要求

軟體安裝通常是 IT 部門的責任。 為了確保最佳使用者體驗，IT 必須與卓越中心 (COE) 合作，共同制定關鍵決策和程序，例如：

  • 使用者要求軟體安裝的程序。 有數種方式可以處理軟體安裝要求：
    • 一般工具可以納入標準機器設定。 IT 團隊有時會稱它為標準組建。
    • 某些應用程式可能會根據作業角色自動安裝。 所安裝的軟體可能以 Microsoft Entra 識別碼中使用者配置檔中的屬性為基礎。
    • 若是自訂要求，使用標準要求表單可以發揮良好的作用。 表單 (而非電子郵件) 會建置要求的歷程記錄。 需要必要條件或更多授權時，可以在工作流程中納入核准。
  • 安裝軟體更新的程序。 及時安裝軟體更新非常重要。 目標是盡可能保持最新狀態。 請注意，使用者會在線上讀取提供的內容，因此如果無法使用較新的功能，會讓他們感到困惑或沮喪。 如需詳細資訊，請參閱本文稍後說明的用戶端工具。

檢查清單 - 規劃如何處理新工具的要求時，關鍵決策和動作包括：

  • 決定如何處理軟體要求：釐清是誰負責接收和實現新的軟體安裝要求。
  • 確認是否需要必要條件：在要求安裝軟體之前，先判斷是否具備訓練、資金、授權和核准相關的組織必要條件。
  • 建立追蹤系統：建立系統以追蹤軟體要求的狀態和歷程記錄。
  • 建立使用者指南：在集中式入口網站中提供文件，說明如何要求新的工具和軟體應用程式。 請考慮將此指南與說明如何要求授權、訓練和存取資料的文件共置。

規劃取用者工具

在組織中，許多使用者歸類為取用者。 取用者會檢視其他人已建立和發佈的內容。

取用者存取 Power BI 內容的最常見方式包括：

軟體 目標對象
Power BI 服務 使用網頁瀏覽器 (例如 Microsoft Edge) 來檢視內容的內容取用者。
Teams 使用適用於 Microsoft Teams 的Power BI 來檢視發佈至 Power BI 服務之內容的內容取用者。 當使用者花費許多時間使用 Teams 時，此選項很方便。 如需詳細資訊，請參閱讓組織在 Microsoft Teams 中使用 Power BI 的指南。
Power BI 行動應用程式 使用 iOS、Android 或 Windows 10 應用程式，與發佈至 Power BI 服務 (或 Power BI 報表伺服器) 之內容互動的內容取用者。
OneDrive/SharePoint 檢視器 使用網頁瀏覽器，檢視儲存在 OneDrive 或 SharePoint 中 Power BI Desktop (.pbix) 檔案的內容取用者。 若要共用原始 Power BI Desktop 檔案，此選項是非常實用的替代方案。 OneDrive/SharePoint 檢視器最適合想要提供友好、網頁型、報表取用者體驗的非正式團隊，不需要將 .pbix 檔案明確發佈至 Power BI 服務。
Power Apps 解決方案 從內嵌在 Power Apps 解決方案的 Power BI 服務中檢視內容的內容取用者。
自訂應用程式 從您的組織或您的客戶的自訂應用程式內嵌的 Power BI 服務檢視內容的內容取用者。

注意

這份清單並不是 Power BI 內容存取方式的完整清單。

因為使用者體驗會隨著不同的網頁瀏覽器而略有差異，因此建議您在集中式入口網站中記錄瀏覽器建議。 如需詳細資訊，請參閱 Power BI 的支援瀏覽器。

檢查清單 - 規劃取用者工具時，關鍵決策和動作包括：

  • 使用新式網頁瀏覽器：確定所有使用者都能存取 Power BI 支援的新式網頁瀏覽器。 確認所有使用者裝置上的慣用瀏覽器會定期更新。
  • 決定 Teams 應該如何與 Power BI 搭配使用：決定使用者目前的運作方式，以及 Teams 整合的實用範圍。 根據您的決定，在 Fabric 管理入口網站中設定 [啟用 Teams 整合] 和 [自動安裝 Power BI 應用程式] 租用戶設定。
  • 啟用並安裝 Teams 應用程式：如果 Teams 是常用工具，請在 Microsoft Teams 中啟用 Power BI 應用程式。 為了方便起見，請考慮為所有使用者預先安裝此應用程式。
  • 決定是否允許檢視 Power BI Desktop 檔案：考慮是否允許或鼓勵檢視儲存在 OneDrive 或 SharePoint 中的 Power BI Desktop 檔案。 根據您的決定，設定 [使用者可以檢視儲存在 OneDrive 和 SharePoint 中的 Power BI 檔案] 租用戶設定。
  • 教育使用者：為內容建立者提供指引和培訓，讓他們了解如何充分利用每個選項，以及可以在何處安全儲存檔案。 請在集中式入口網站納入建議，例如慣用的網頁瀏覽器。
  • 與支援小組進行知識交流：確認支援小組已準備好回答使用者的常見問題。

規劃編寫工具

某些使用者被視為內容建立者。 內容建立者會編寫和發佈取用者檢視的內容。

內容建立者可以使用數種工具來編寫 Power BI 內容。 某些工具是以自助內容建立者為目標。 其他工具則是以進階內容建立者為目標。

提示

本節介紹最常見的編寫工具。 不過，作者並不需要使用所有這些工具。 如有疑問，就從只安裝 Power BI Desktop 開始。

可用於編寫的工具

下表列出內容建立者可以使用的最常見工具和應用程式。

軟體 目標對象
Power BI 服務 使用網頁瀏覽器開發內容的內容取用者和建立者。
Power BI Desktop 開發資料模型和互動式報表並發佈至 Power BI 服務的內容建立者。
針對報表伺服器最佳化的 Power BI Desktop 開發資料模型和互動式報表並發佈至 Power BI 報表伺服器 (簡化的內部部署報表入口網站) 的內容建立者。
Power BI Report Builder 開發編頁報表並發佈至 Power BI 服務或 Power BI 報表伺服器的報表建立者。
適用於 Teams 的 Power BI 應用程式 與在 Power BI 服務中的內容互動，但其喜好設定是留在 Microsoft Teams 應用程式中的內容建立者和取用者。
Power BI 行動應用程式 使用 iOS、Android 或 Windows 10 應用程式，與發佈至 Power BI 服務 (或 Power BI 報表伺服器) 的內容互動並進行管理的內容建立者和取用者。
Excel 在活頁簿中開發 Excel 型報表且其中可能包含樞紐分析表、圖表、交叉分析篩選器等的內容建立者。 當 Excel 活頁簿儲存在 SharePoint 或商務或教育用 OneDrive 時，這些內容建立者也可以選擇在 Power BI 服務中檢視這些活頁簿。
協力廠商工具 進階內容建立者可以選擇使用第三方工具，並針對用途擴充內建功能，例如進階資料模型管理和企業內容發佈。

選擇編寫工具

選擇編寫工具時，您應該考慮一些重要因素。 下列部分決策可以只制定一次，而其他決策則必須針對您所建立的每個專案或解決方案進行評估。

  • 是否需要以瀏覽器為基礎的編寫作業？ 為了提升易用性並減少摩擦，Power BI (和其他 Fabric 工作負載) 支援內容取用和內容建立使用瀏覽器型功能。 這是一項優點，因為所有使用者隨時都可使用網頁瀏覽器，無論他們使用何種桌面作業系統 (包括 Mac 使用者)。
  • 需要何種開發體驗？ 請考慮 Power BI Desktop 可用來建立資料模型和互動式報表，而 Power BI Report Builder 則是用來建立編頁報表的設計工具。 而且，第三方工具可以為開發人員提供 Power BI Desktop 所沒有的額外功能。 因為每個工具的開發體驗都不同，因此在決定要使用的工具時，應將每個特定解決方案的需求納入考量因素。
  • 想要何種發佈體驗？ 進階內容建立者和內容擁有者可能偏好使用第三方工具 (例如使用 ALM Toolkit 來比較和合併模型) 來發佈內容。 應考慮每個特定解決方案的需求。
  • 存取和/或管理語意模型的慣用方式為何？ 相較於使用標準 Power Query 體驗，進階內容建立者可能偏好使用 XMLA 端點來讀取和/或寫入語意模型。 應考慮每個特定解決方案的需求。
  • 如何輕鬆地讓用戶端工具保持更新？ 有些組織發現頻繁安裝用戶端應用程式更新很困難。 在此情況下，使用者可能偏好盡可能使用網頁瀏覽器。
  • 使用者有哪些技能和專業知識？ 現有的知識和喜好可能會影響選取的工具。 這個選擇會影響初始開發活動，也會影響支援使用者和維護現有解決方案的人員。
  • 如何管理版本設定？ 您可以利用多種方式來完成版本控制。 使用用戶端工具時，自助使用者可能會偏好使用 OneDrive 或 SharePoint，而較資深的使用者可能偏好 Git 與用戶端工具整合。 使用 Power BI 服務時，可以使用 Git 工作區整合。

提示

建議您採用一種工作方法，然後持續使用該方法。 例如，當內容建立者在建立報表時使用 Power BI Desktop 還是 Power BI 服務無法達成一致時，就很難判斷原始報表所在的位置，以及該報表的負責人員。

各編寫工具的使用時機

本節的其餘部分會建議何時使用最常見的編寫工具。

網頁導向編寫

Power BI 服務中用於編寫和編輯內容的功能不斷演進 (以及檢視、共用和散發內容的功能)。 對於使用非 Windows 作業系統 (例如 macOS、Linux 或 Unix) 的內容建立者，使用 Power BI 服務進行網頁導向編寫是可行的選項。 網頁導向編寫也適用於無法及時更新 Power BI Desktop 的組織。

注意

因為 Power BI 服務是一種 Web 應用程式，所以 Microsoft 會安裝所有更新以確保使用最新版本。 對於忙碌的 IT 團隊來說，這是相當重要的優點。 不過，也請務必密切監視更新發行的時間，以便取得功能變更的相關資訊。

有些類型的 Power BI 項目可以在網頁導向的編寫體驗中建立，例如：

  • 資料流程
  • 資料超市
  • 分頁報表
  • Power BI 報表
  • 儀表板​​
  • 計分卡

可以在瀏覽器中建立端對端 Fabric 解決方案。 此解決方案可以包含 Power BI 項目，也可以包含非 Power BI 項目 (例如 Lakehouse)。

重要

選擇在瀏覽器中建立內容時，請務必教育內容建立者，告知內容的儲存位置。 例如，可以輕輕鬆鬆地將新報表儲存到個人工作區，但不一定是理想的選擇。 此外，請務必考慮如何處理版本設定 (例如 Git 整合)。

Power BI Desktop

因為它是免費的應用程式，所以 Power BI Desktop 是內容建立者開始開發資料模型和建立互動式報表的理想工具。 Power BI Desktop 可讓您在單一應用程式中連接許多資料來源、結合多個資料來源的資料、清理和轉換資料、建立資料模型、新增 DAX 計算，以及建置報表。 Power BI Desktop 非常適合用來建置以探索為主的互動式報表。

以下是使用 Power BI Desktop 時要考慮的一些要點。

  • 您可以在 Power BI Desktop 或 Power BI 服務中建立報表。 因為提供這樣的彈性，因此如何及在何處建立內容必須要有一致的程序。
  • 使用版本控制被視為是最佳做法。 自助內容建立者可以選擇將 Power BI Desktop 建立的檔案儲存在授權使用者啟用版本設定的位置 (例如 OneDrive 或 SharePoint)。 進階內容建立者可能偏好使用 Git 整合。
  • Power BI Desktop 可作為 Windows 傳統型應用程式。 您可以選擇在虛擬化環境中執行 Power BI Desktop。
  • Power BI Desktop 通常會每月更新。 定期更新可讓使用者快速使用新功能。 不過，在大型組織中推出頻繁更新需要先行規劃。 如需詳細資訊，請參閱本文稍後說明的用戶端工具。

注意

Power BI Desktop 中有許多選項和設定會嚴重影響使用者體驗。 並非所有設定都可以透過群組原則或登錄設定以程式設計方式維護 (本文稍後所述)。 其中一個關鍵設定與使用者可以在 Power BI Desktop 中啟用的預覽功能有關。 不過，預覽功能可能會變更、支援有限，而且可能不會一直在 Power BI 服務中以相同方式運作 (在預覽期間)。

建議您只使用預覽功能來評估和學習新功能。 預覽功能不應用於任務關鍵性生產內容。

適用於報表伺服器的 Power BI Desktop

如同標準版的 Power BI Desktop，內容建立者可以使用適用於報表伺服器的 Power BI Desktop 來建立 .pbix 檔案。 它支援將內容發佈到 Power BI 報表伺服器。 新版本與 Power BI 報表伺服器的發行頻率一致，通常是每年三次。

內容建立者務必使用正確的 Power BI Desktop 報表伺服器版本，避免在內容發佈至 Power BI 報表伺服器之後發生相容性問題。 您可以從 Microsoft下載中心手動下載並安裝適用於報表伺服器的 Power BI Desktop。

若使用者要將內容發佈至 Power BI 服務和 Power BI 報表伺服器兩者，可以使用兩個選項。

  • 選項 1：只使用適用於報表伺服器的 Power BI Desktop，因為它所產生的檔案可發佈至 Power BI 服務和報表伺服器兩者。 新的編寫功能大約每四個月開放給使用者使用 (與 Power BI 報表伺服器發行頻率保持一致)。
    • 優點：
      • 內容建立者只需要使用一個工具。
      • 內容建立者確保其發佈的內容與報表伺服器相容。
      • 工具越少越容易管理。
    • 缺點：
      • 部分只有 Power BI 服務支援的功能，無法在報表伺服器版本的 Power BI Desktop 中使用。 因此，內容建立者可能就會發現功能限制。
      • 新功能開放使用的速度較慢。
      • 無法使用預覽功能。
  • 選項 2：並存執行這兩個版本：Power BI Desktop 和適用於報表伺服器的 Power BI Desktop。
    • 優點：
      • 標準 Power BI Desktop 中的所有功能都可供使用。
      • 可以更快提供標準 Power BI Desktop 的新功能。
      • 內容建立者可自行決定是否使用標準 Power BI Desktop 的預覽功能。
    • 缺點：
      • 內容建立者必須做好準備因應複雜情況，因為他們必須記住，根據目標部署位置，什麼時候要使用哪一個版本。 風險在於，不小心將新版本的 .pbix 檔案發佈至 Power BI 報表伺服器時，可能無法正確運作。 例如，資料模型查詢失敗、資料重新整理失敗，或報表無法正確轉譯。
      • 當內容建立者直接開啟 .pbix 檔案時 (而不是從 Power BI Desktop 開啟檔案)，必須注意預設行為。

Microsoft Excel

許多商務使用者都熟悉 Microsoft Excel，且想要使用樞紐資料表、圖表和交叉分析篩選器進行資料分析。 還有其他實用的 Excel 功能 (例如立方體函數)，可在設計值的方格版面配置時，提供更大的彈性和更多格式設定。 部分內容建立者可能還偏好在部分類型的計算中使用 Excel 公式 (而不是資料模型中的 DAX 計算)，特別是在執行資料探索活動時。

以下是幾種有效使用 Excel 搭配 Power BI 的方式。

  • 將 Excel 連接到 Power BI 語意模型：這項功能稱為 Excel 即時連線 (當您從 Excel 開始時)，或稱為在 Excel 中分析 (當您從 Power BI 服務開始時)。 若報表建立者偏好使用 Excel 建立連接現有共用語意模型的視覺效果，最適合使用將 Excel 連接到 Power BI 語意模型的方法。 這種方法的優點是它是建立連線，而不是匯出資料，因此 Excel 活頁簿中的資料可以重新整理。
  • 將 Excel 連接到 Power BI 語意模型中的精選資料表：如果您偏好將 Excel 連接到 Power BI 語意模型 (而不是整個共用語意模型) 中的資料表子集，您可以使用精選資料表。 當您需要將 Excel 中的資料關聯到儲存在 Power BI 中的資料時，此選項可發揮良好作用。
  • 使用即時連線匯出至 Excel：檢視視覺效果時，您可以將可重新整理資料的資料表匯出至 Excel。 當您想要在 Excel 中使用樞紐資料表進一步探索資料時，這項技術很有用。
  • 建立 Excel 資料模型：Excel 資料模型 (之前稱為 Power Pivot) 是 Excel 的原生功能。 此功能使用與 Power BI 相同的資料庫引擎來儲存匯入的語意模型，以及相同的 Power Query 功能來取得資料。 但在 Excel 中，功能更新的頻率遠低於 Power BI。 對於建立小型模型且強烈偏好使用 Excel 的內容建立者而言，此功能非常有用。 您可以選擇性地從 SharePoint 或商務或教育用 OneDrive 匯入活頁簿。 這可讓您在 Power BI 服務中檢視活頁簿。 或者，您可以建立與活頁簿中資料 (儲存在商務或教育用 OneDrive 中時) 同步的新 Power BI 語意模型。

還有其他方式可以使用 Excel。 這些選項較不理想，因此您應該只在必要時才使用這些選項。

  • 匯出至 Excel：許多使用者已習慣從報表或儀表板將資料匯出至 Excel。 雖然 Power BI 支援這項功能，但應謹慎並適度使用，因為它會產生一組靜態資料。 為了確保不會過度使用資料匯出至 Excel，應教育組織中的使用者有關匯出的缺點，且系統管理員應追蹤使用者活動資料的匯出。
  • 從 Excel 取得源資料：將資料匯入 Power BI 時，可以使用 Excel 作為資料來源。 需要使用者方便使用的 Excel 型解決方案來維護來源資料時，小型專案最適合使用這項功能。 快速執行概念證明 (POC) 也很有用。 不過，若要降低 Excel 資料來源的相關風險，來源 Excel 檔案應儲存在安全的共用位置。 此外，不應變更資料行名稱，以確保資料能夠成功重新整理。

提示

建議您大力鼓勵使用 Excel 作為即時連線。

以下是判斷 Excel 是否為適當編寫工具時要考慮的一些重點。

  • 必須具備特定必要條件，才能讓使用者從 Excel 連接到 Power BI 語意模型。
  • 在某些組織中，使用者已安裝 32 位元版本的 Excel，而不是 64 位元版本。 64 位元版本的 Excel 可以支援較大的資料磁碟區，而且通常效能會優於 32 位元版本。 所有資料提供者也必須使用相同的版本。
  • Power BI Desktop 中的某些功能無法在 Excel 資料模型中使用，或發行的頻率明顯較慢。 因此，Excel 可能無法 (輕鬆) 達成複雜的模型需求。
  • 有些可以在 Power BI Desktop 中使用的連接器和資料來源，無法在 Excel 中使用。

提示

許多組織都有現有的 Excel 解決方案，可藉由將 Excel 檔案連接到 Power BI 共用語意模型進行現代化 (而不是使用資料匯出)。 即時連線可讓使用者避免重複繁瑣的步驟、防止資料過時，並確保使用者重新整理 Excel 資料時套用的資料安全性一致。

Power BI Report Builder

Power BI Report Builder 是用來建立編頁報表 (.rdl) 檔案的工具。 編頁報表可以部署到 Power BI 服務或 Power BI 報表伺服器。 如果您在 SQL Server Reporting Services (SSRS) 中建立過報表，就會發現這是類似的報表建立體驗。

編頁報表最適合高度格式化或列印就緒的報表，例如財務報表。 而且也適合要列印或產生 PDF 的報表，以及需要使用者輸入 (使用報表參數) 的報表。

提示

如需適合選擇編頁報表的其他案例，請參閱何時使用 Power BI 中的編頁報表。

以下是決定使用 Power BI Report Builder 時要考慮的一些重點。

  • 使用 Power BI Report Builder 時所抱持的思維模式應與使用 Power BI Desktop 時不同。 編頁報表一直著重在建立一個個別報表 (反過來說，在 Power BI Desktop 中建立的語意模型可以處理許多不同的報表)。
  • 開發編頁報表比建立 Power BI 報表需要用到更多技能。 不過，主要優點是可以精細控制資料擷取、配置和放置。
  • 編頁報表與資料擷取和配置有關。 您必須開發查詢 (稱為資料集)，才能從外部資料來源擷取資料，這項程序可能需要編寫原生查詢陳述式 (使用 DAX、T-SQL 或其他語言)。 該資料集屬於一個報表，因此無法由其他編頁報表發佈及使用。
  • 報表取用者會變成習慣使用 Power BI 報表的內建互動功能。 但報表互動並不是編頁報表的強項。 嘗試在編頁報表中達成類似的互動，可能會是很大的挑戰或根本做不到。
  • 如果您需要使用資料庫預存程序 (例如 Azure SQL Database 預存程序) 來存取資料，可以試著使用編頁報表。
  • 有一些功能差異和不支援的功能，視編頁報表是發佈至 Power BI 服務或 Power BI 報表伺服器而定。 建議您執行概念證明，以判斷在您的目標環境中可能發生的情況。

提示

如需詳細資訊，請參閱 Power BI 中的編頁報表：常見問題集和 Power BI Report Builder 中的報表設計秘訣。

協力廠商工具

進階內容建立者可以選擇使用第三方工具，特別是用於企業級作業時。 他們可以使用第三方工具來開發、發佈、管理和最佳化資料模型。 這些工具的目標是擴大語意模型建立者可以使用的開發和管理功能。 第三方工具的常見範例包括 Tabular Editor、DAX Studio 和 ALM Toolkit。 如需詳細資訊，請參閱進階資料模型管理使用案例。

注意

使用第三方工具已在全球 Power BI 社群中變得普遍，特別是進階內容建立者、開發人員和 IT 專業人員均會使用。

使用第三方工具開發和管理語意模型，有三種主要方式。

  • 使用外部工具連接到 Power BI Desktop 中的本機資料模型：某些第三方工具可以在開啟的 Power BI Desktop 檔案中連接資料模型。 向 Power BI Desktop 註冊時，這些工具稱為外部工具，可擴充 Power BI Desktop 的原生功能。
  • 使用 XMLA 端點連接 Power BI 服務中的遠端資料模型：某些第三方工具可以使用 XML for Analysis (XMLA) 通訊協定來連接已發佈至 Power BI 服務的語意模型。 符合 XMLA 通訊協定規範的工具會使用 Microsoft 用戶端程式庫，透過表格式物件模型 (TOM) 作業在資料模型中讀取和/或寫入資料。
  • 使用範本檔案連接 Power BI Desktop 中的本機資料模型：某些第三方工具會使用 Power BI Desktop 範本 (.pbit) 檔案，以輕量方式散發其功能。

某些第三方工具是有所有權的，需要付費授權 (例如 Tabular Editor 3)。 其他社群工具是免費的開放原始碼 (例如 Tabular Editor 2、DAX Studio 和 ALM Toolkit)。 建議您仔細評估每個工具的功能、成本及其支援的模型，以便能充分支援內容建立者。

提示

有些組織發現提供完整支援的新工具更容易獲得核准 (即使有授權成本)。 不過，其他組織發現免費的開放原始碼工具更容易獲得核准。 您的 IT 部門可以提供指引，並協助您進行必要的盡職調查。

檢查清單 - 規劃編寫工具時，關鍵決策和動作包括：

  • 決定要鼓勵使用哪些編寫工具：針對自助建立者和進階內容建立者，請考慮要積極推廣哪些可用的工具以供組織使用。
  • 決定將支援哪些編寫工具：針對自助建立者和進階內容建立者，請考慮將支援哪些可用的工具，以及由誰提供支援。
  • 評估使用第三方工具：請考慮將允許或鼓勵進階內容建立者使用哪些第三方工具。 調查隱私權原則、授權成本和支援模型。
  • 建立內容建立者指南：提供指導方針和培訓課程，以協助使用者選擇和使用適合其情況的編寫工具。

管理和設定裝置

本節說明安裝和更新工具及應用程式，以及設定使用者裝置的考量事項。

用戶端工具

IT 通常會使用用戶端工具一詞，指稱安裝在用戶端電腦 (使用者裝置) 上的軟體。 安裝在使用者裝置上最常見的 Power BI 軟體是 Power BI Desktop。

由於 Microsoft 通常會每月更新 Power BI Desktop，因此必須要有順暢的程序來管理安裝和更新。

以下是組織可以用來管理 Power BI Desktop 安裝和更新的幾種方法。

安裝類型 支援自動更新 說明
Microsoft Store Yes Power BI Desktop 會從 Microsoft Store 散發。 系統會自動安裝所有更新，包括 BUG 修正。 此選項是一種簡單且順暢的方法，前提是組織不會針對部分 (或所有使用者) 封鎖部分 (或所有) 來自 Microsoft Store 的應用程式。
手動安裝 No 您可以從 Microsoft 下載中心手動下載並安裝可執行檔 (.exe) 檔案。 不過，請注意，安裝軟體的使用者必須具備本機系統管理員權限，而在大部分的組織中，這些權限會受到限制。 如果您選擇使用此方法 (且不受 IT 管理)，則必須面臨使用者最終會安裝不同版本 Power BI Desktop 的風險，可能會導致相容性問題。 此外，使用此方法，系統必須在發行快速檢修 (QFE) 版本 (也稱為 BUG 修正) 時通知使用者安裝。
IT 管理的系統 視設定而定 您可以使用各種 IT 管理的組織部署方法，例如 Microsoft System Center 或 Microsoft Application Virtualization (App-V)。 此選項最適合需要管理大規模安裝或以自訂方式安裝的組織。

使用者裝置務必要有適當的系統資源。 若要提高生產力，使用大型資料磁碟區的內容建立者所需要的系統資源可能會高於最低需求，特別是記憶體 (RAM) 和 CPU。 IT 可能會根據其他內容建立者的體驗來建議機器規格。

合作開發 Power BI 的所有內容建立者都應該使用相同的軟體版本，尤其是通常會每月更新的 Power BI Desktop。 建議您讓使用者能夠自動安裝更新，因為：

  • 確保在 Power BI Desktop 檔案上共同作業的多個內容建立者都是使用相同的版本。 共同使用相同 .pbix 檔案的建立者必須使用相同的軟體版本，這點很重要。
  • 使用者不需要採取任何特定動作來取得更新。
  • 使用者可以利用各項新功能，且其體驗與公告和文件所述一致。 當內容建立者了解新功能和特性時，就會影響採用率和使用者滿意度，但軟體更新的間隔卻發生長時間延遲。
  • Microsoft 僅支援最新版本的 Power BI Desktop。 如果使用者遇到問題並提出支援票證，Microsoft 支援服務會要求使用者將其軟體升級至最新版本。

除了 Power BI Desktop 之外 (如前所述)，您可能還必須在使用者裝置上安裝和管理其他 Microsoft 工具或第三方工具，包括行動裝置。 如需可能的工具清單，請參閱本文稍早所述的可用於編寫的工具。

建立和管理位於 Fabric OneLake 中檔案的使用者也可能會因 OneLake 檔案總管而受益。 此工具可讓他們使用 Windows 檔案總管，在 OneLake 中輕鬆上傳、下載、編輯或刪除檔案。

注意

您的 IT 部門可能已備妥受控裝置原則。 這些原則可以控制可安裝的軟體，以及其管理方式。

用戶端工具必要條件

已安裝用戶端工具 (例如 Power BI Desktop) 的內容建立者，可能需要特定的必備軟體或套件。

  • WebView2：(必要) 對於執行 Power BI Desktop 的內容建立者，Microsoft Edge WebView2 執行階段是必要條件。 WebView2 可讓您以安全的方式在 Power BI Desktop 中內嵌 Web 技術 (例如 HTML、CSS 和 JavaScript)。 如果使用者裝置有最新版本的 Windows，或已安裝 Microsoft 365 應用程式並啟用每月更新，就會已安裝好 WebView2。
  • .NET Framework：(必要) 對於執行 Power BI Desktop 或第三方工具的內容建立者，.NET Framework 是必要條件。 .NET Framework 是支援建置和執行 Windows 應用程式的技術。 Power BI Desktop 需要特定版本或更新版本。
  • Microsoft Edge：(必要) 對於執行 Power BI Desktop 的內容建立者，Edge 瀏覽器是必要條件。
  • Python 和 R 套件：(選用) 如果租用戶設定啟用 Python 和 R 指令碼，則有多種方式可以搭配 Power BI 使用。 指令碼可用來建立 Python 視覺效果或 R 視覺效果。 您也可以在查詢編輯器中建立指令碼；在此情況下，因為標準資料閘道不支援 Python 和 R，因此需要個人閘道。 Python 套件或 R 套件是必要條件。 為了避免不相容，IT 應該管理安裝哪些套件、安裝的位置，以及安裝的版本是否符合 Power BI 服務支援的版本。

資料連線元件

依據您的資料來源，您可能需要在使用者裝置上安裝驅動程式、連接器或提供者。 當使用者使用用戶端工具 (例如 Power BI Desktop) 或第三方工具時，這些元件會啟用資料連線。

  • 驅動程式：驅動程式是連接其他系統的軟體元件。 例如，若要連接 Oracle 資料庫，您可能需要 Oracle 資料存取用戶端軟體。 或者，若要連接 SAP HANA，您可能需要 ODBC 驅動程式。
  • 自訂連接器：連接舊版或專屬系統時，可能需要自訂資料來源連接器。
  • Excel 提供者：在 Excel 中分析提供者可讓使用者在 Excel 中建立視覺效果，同時連接已發佈到 Power BI 服務的現有共用語意模型。
  • Analysis Services 用戶端程式庫：連接 Analysis Services 來源時，必須安裝用戶端程式庫。
  • Access Database OLE DB 提供者：連接 Access 資料庫時，必須安裝 OLE DB 提供者。

重要

對於需要透過閘道建立連線的資料來源，必須在每個資料閘道機器上安裝相同的驅動程式、連接器和提供者。 內容發佈至 Power BI 服務後，資料閘道上遺漏元件是資料重新整理失敗的常見原因。

提示

為了簡化對大量使用者的傳遞工作，許多 IT 團隊會在標準使用者裝置設定的過程中，部署最常見的驅動程式、連接器和提供者。

版本控制工具

已安裝用戶端工具 (例如 Power BI Desktop) 的內容建立者，應該也可以儲存檔案的不同版本或歷史複本。 需要復原變更時，使用舊版本會特別有幫助。

處理開發檔案版本設定有兩個主要方式。

  • Teams、商務用 OneDrive、SharePoint：自助內容建立者通常會在 Teams、商務用或教育用 OneDrive 或 SharePoint 中儲存檔案。 使用者發現這些工具很熟悉且容易使用。 共用程式庫可以組織、保護適當的同事，並內建版本設定。
  • 原始檔控制外掛程式：進階內容建立者可能需要整合原始檔控制工具。 例如，這通常牽涉到安裝 Git 以進行原始檔控制，然後使用 Visual Studio Code 之類的原始檔控制管理工具，向遠端存放庫 (例如 Azure DevOps Repos) 認可內容變更。 若使用 Power BI Desktop，則可以使用開發人員模式。 在此模式中，內容會儲存為 Power BI 專案 (.pbip) 檔案，與您慣用的原始檔控制系統相容。 使用 Fabric 時，支援進行 Git 整合以使用用戶端工具。

如需詳細資訊，請參閱檔案位置策略。

自訂視覺效果

開發人員可以使用 Power BI 視覺效果 SDK 建立 Power BI 自訂視覺效果，讓 Power BI 報表建立者可以使用內建核心視覺效果以外的功能。 自訂視覺效果可由 Microsoft、軟體開發人員、廠商或合作夥伴建立及發行。

若要在 Power BI Desktop 中使用自訂視覺效果，必須先安裝在內容建立者的電腦上。 有數種方式可將視覺效果散發給使用者。

  • AppSource：AppSource 是適用於 Microsoft 軟體的應用程式、增益集和延伸模組市集。 視覺效果會利用 Power BI 視覺效果 (.pbiviz) 檔案在 AppSource 中散發。 視覺效果可以免費散發，或需要授權。
    • 優點：
      • 使用者可以在 AppSource 中輕鬆搜尋，而且很容易就能找到視覺效果。
      • 所有報表和儀表板都會自動更新為使用從 AppSource 取得的自訂視覺效果最新版本。
      • 支援使用經認證的視覺效果。
      • Microsoft 會對發佈至 AppSource 的視覺效果進行基本驗證。 審閱範圍取決於視覺效果是否已通過認證。
    • 潛在缺點：
      • 當每個內容建立者從 AppSource 下載需要的視覺效果時，可能會在使用者安裝不同版本時造成不相容問題。
      • 內容建立者可能會下載組織尚未測試或核准使用的視覺效果。
      • 視覺效果的開發人員必須遵循嚴格的發佈程序。 雖然此程序可以強化安全性並改善穩定性，但卻讓快速發行 BUG 修正變得很困難，
  • 匯入視覺效果檔案：內容建立者可以將視覺效果檔案匯入到 Power BI Desktop。
    • 優點：
      • 您可以安裝公開或私下散發的視覺效果。 這包括內部開發的視覺效果或向廠商購買的專屬視覺效果。
      • 這讓您可以在 AppSource 之外取得視覺效果檔案。
    • 潛在缺點：
      • 若沒有集中式系統，內容建立者可能很難知道哪些視覺效果已核准在組織中使用。
      • 當每個內容建立者匯入他們所擁有的視覺效果檔案時，可能會在使用者安裝不同版本時造成不相容。
      • 更新不會自動傳播至使用者裝置。 在每個使用者更新其視覺效果檔案之前，不會更新本機 Power BI Desktop 檔案中的報表。
      • 不支援使用已認證的視覺效果。
  • 組織視覺效果：組織視覺效果存放庫是 Fabric 管理入口網站中集中管理視覺效果的區域。
    • 優點：
      • 內容建立者不需要管理視覺效果檔案。 相反地，Fabric 系統管理員會集中管理所有使用者可用的視覺效果版本。 必須確保所有使用者和所有報表的版本一致性。
      • 您可以安裝公開或私下散發的視覺效果。 這包括內部開發的視覺效果或向廠商購買的專屬視覺效果。
      • 視覺效果可在經過測試並預先核准後在組織中使用。 此驗證程序可降低使用未核准視覺效果的風險。 同時提供更大的彈性來設定核准使用哪些特定版本的視覺效果。
      • 所有報表和儀表板都會自動更新為使用最新版本 (當視覺效果檔案在管理入口網站中更新或在 AppSource 中提供時)。
      • 如果組織目前使用的視覺效果被視為不再值得信任，則可以從組織視覺效果存放庫停用或刪除該視覺效果。 在此情況下，該視覺效果將不再出現在報表和儀表板中。
      • 允許使用來自 AppSource 的未認證視覺效果。 當您設定租用戶設定來封鎖未認證的視覺效果，但特定的非認證視覺效果已經過驗證並核准在組織中使用時，這非常有用。
    • 潛在缺點：
      • 組織視覺效果必須由 Fabric 系統管理員集中管理。
      • 集中管理會降低使用者彈性，且可能會延遲視覺效果版本更新。
      • 當視覺效果未通過認證時，無法使用某些功能 (視覺效果必須從 AppSource 匯入)。

重要

如果您的組織高度重視資料隱私權和資料外洩，請考慮透過組織視覺效果存放庫控管所有自訂視覺效果。

提示

如何散發自訂視覺效果是治理考量要點。 建議您仔細評估每個視覺效果的功能，並考慮其成本和支援模型，以便充分支援內容建立者。

此外，在您核准使用新的自訂視覺效果之前，請務必評估任何安全性和資料隱私權風險，因為：

  • 視覺效果會執行 JavaScript 程式碼，並存取已視覺化的資料。
  • 視覺效果可以將資料傳輸到外部服務。 例如，視覺效果可能需要將資料傳輸到 API 以執行 AI 演算法或轉譯地圖。 只是因為視覺效果將資料傳輸到外部服務，並不表示它不值得信任。 傳輸資料的視覺效果無法通過認證。

如需詳細資訊，請參閱治理組織視覺效果。

群組原則設定

群組原則可讓您集中管理和設定 Windows 機器和網路環境的作業系統、應用程式和使用者設定。 這有助於 IT 推出及管理一致的使用者帳戶和電腦設定。 對於 Power BI Desktop，最常使用的群組原則是管理自訂視覺效果 (如上一節所述)。

您可以指定是否在 Power BI Desktop 中允許或封鎖未經認證的視覺效果。 為了確保使用者在 Power BI Desktop 和 Power BI 服務兩者中都有一致的體驗，請務必在這兩個地方採用一致方式管理自訂視覺效果。

  • 租用戶設定：當使用者在 Power BI 服務中建立或編輯報表時，[僅新增及使用經認證的視覺效果 (封鎖未認證者)] 租用戶設定允許或封鎖使用自訂視覺效果。

  • 群組原則：當使用者在 Power BI Desktop 中建立或編輯報表時，群組原則設定可控制使用自訂視覺效果。 如果內容建立者花費相當長的時間在 Power BI Desktop 中建立無法顯示在 Power BI 服務中的內容 (因為租用戶設定不一致)，則會造成使用者感到嚴重挫敗。 這就是兩者務必要保持一致的原因。

您也可以使用群組原則來指定是否允許或封鎖來自自訂視覺效果的資料匯出。

登錄設定

Windows 作業系統會將機器資訊、設定和選項儲存在 Windows 登錄中。 對於 Power BI Desktop，登錄設定可以設為自訂使用者電腦。 群組原則可以更新登錄設定，這有助於 IT 設定所有使用者 (或使用者群組) 都一致的預設設定。

以下是幾個常見的 Power BI Desktop 相關登錄設定使用方式。

  • 停用有可用的軟體更新通知。 當您確定 IT 會取得 Power BI Desktop 更新、執行驗證，然後透過正常程序將更新推送至使用者裝置時，這非常有用。
  • 設定全域隱私權層級。 將此設定設為 [組織] 作為預設值是明智之舉，因為它有助於在合併不同資料來源時避免違反資料隱私權。
  • 停用 Power BI Desktop 登入表單。 當組織機器自動登入時，停用此表單會很有用。 在此情況下，不需要向使用者顯示提示。
  • 調整查詢編輯器效能。 當您需要變更預設值來影響查詢執行行為時，此設定很有用。
  • 停用外部工具功能區索引標籤。當您知道無法核准或支援使用外部工具時，可以停用功能區索引標籤。

提示

此目的通常並不是要大幅限制使用者使用工具所能執行的動作。 而是要改善使用者體驗並減少支援需求。

行動裝置管理

許多使用者想要在行動裝置 (例如平板電腦或手機) 上與 Power BI 內容互動，無論他們是在家中還是在旅行途中。 適用於 iOS、Android 和 Windows 的 Power BI 行動應用程式主要是針對較小的尺寸和觸控螢幕設計。 它們可讓您更輕鬆地與已發佈至 Power BI 服務或 Power BI 報表伺服器的內容互動。

您可以使用 Microsoft Intune，為受控和非受控裝置指定應用程式防護原則和裝置防護原則。 Intune 是一項軟體服務，提供行動裝置和應用程式管理，並支援行動應用程式管理 (MAM) 原則。 這些原則可以在各種保護層級上設定。

您也可以選擇使用來自 Microsoft 365 或第三方的行動裝置管理 (MDM) 解決方案來自訂 Power BI 行動應用程式的行為。 適用於 Windows 的 Power BI 應用程式也支援 Windows 資訊保護 (WIP)。

您可以選擇下列幾種方式來使用 MAM 和 MDM 原則。

  • 指定資料保護設定。
  • 當應用程式未使用時，加密應用程式資料。
  • 當裝置遺失時，選擇性地抹除資料。
  • 防止將資料儲存到個人儲存位置。
  • 限制剪下、複製和貼上動作。
  • 防止列印組織資料。
  • 需要生物特徵辨識資料或存取 PIN，才能開啟行動應用程式。
  • 指定使用者在行動應用程式中選取或點選時的預設行為。

如需保護裝置和資料的詳細資訊，請參閱 Power BI 安全性白皮書。

檢查清單：管理裝置時，關鍵決策和動作包括：

  • 決定 Power BI Desktop 的更新方式：考慮如何安裝 Power BI Desktop (和其他用戶端工具)。 盡可能確保自動安裝更新。
  • 識別必要的用戶端工具必要條件：確定已安裝並定期更新所有必備軟體和套件。
  • 識別必要的資料連線元件：確定已安裝並定期更新資料連線所需的所有驅動程式、連接器和提供者。
  • 決定如何處理自訂視覺效果：決定如何處理來自 AppSource 和其他來源的自訂視覺效果。 設定 [允許從 Power BI SDK 建立的視覺效果] 租用戶設定，以及 [僅新增及使用經認證的視覺效果] 租用戶設定，以符合您的決策。 考慮建立可讓使用者要求新自訂視覺效果的程序。
  • 設定群組原則設定：設定群組原則，以確保在 Power BI Desktop 和 Power BI 服務中自訂視覺效果的管理方式相同。
  • 設定登錄設定：設定登錄設定，以便在適當時自訂使用者電腦。
  • 調查行動裝置管理：考慮在適當時，針對行動裝置使用應用程式防護原則和裝置防護原則。

相關內容

如需更多考量、動作、決策準則和建議，以協助您進行 Power BI 實作決策，請參閱 Power BI 實作規劃。