Power BI Pro、PPU、Premium、Fabric 到底有什麼區別？

2026-08-07 13:46:39 JST | PowerPlatform | 2 Reads

Copyright Notice: This article is an original work licensed under the CC 4.0 BY-NC-ND license. If you wish to repost this article, please include the original source link and this copyright notice.
Source link: https://v2know.com/article/1343

在 Power BI Workspace 的設定中，可以看到類似下面幾種 Workspace 類型：

• Power BI Pro

• Power BI Premium Per User (PPU)

• Power BI Embedded

• Fabric

• Fabric 評価版

• Power BI Premium

第一次看到這些選項時，很容易產生一個誤解：

「Power BI Pro → Power BI Premium Per User → Power BI Premium」是不是從低到高的三個個人套餐？

實際上並不是。

Power BI 的授權大致分成兩條完全不同的路線：

按使用者收費（Per User）
和
按整個組織的計算容量收費（Capacity）

---

一、先看最重要的分類

名稱	授權方式	誰購買	用途
Power BI Free	按使用者	個人/組織	個人使用為主
Power BI Pro	按使用者	個人/組織	一般 Power BI 發布、共享、查看
Power BI Premium Per User (PPU)	按使用者	個人/組織	Pro + Premium 高級功能
Power BI Premium Capacity	按容量	組織	公司購買專用計算容量
Microsoft Fabric Capacity	按容量	組織	Premium Capacity 的現行後繼方案
Fabric 評価版	試用 Capacity	組織/使用者試用	Fabric 容量試用

因此最需要記住的是：

【個人 License】

Power BI Pro
     ↓
Power BI Premium Per User (PPU)


【組織 Capacity】

Power BI Premium Capacity（舊）
     ↓
Microsoft Fabric Capacity（現在）

PPU 和 Power BI Premium Capacity 並不是同一類產品。

Microsoft 官方也將 Power BI 授權區分為「Per-user license」與「Capacity license」。(Microsoft Learn)

---

二、Power BI Pro 是什麼？

Power BI Pro 是最普通的付費 Power BI 使用者授權。

目前日本 Microsoft 官方價格為：

¥2,098 / 使用者 / 月相當
年付，未含消費稅。(微软)

主要可以：

功能	Pro
建立 Power BI Report	✅
發布到 Workspace	✅
與其他使用者共享	✅
查看別人共享的 Report	✅
使用普通 Workspace	✅
RDL / Paginated Report	✅
Premium 高級 AI	❌
XMLA Endpoint Read/Write	❌
Dataset Refresh	8 次/日
單一模型 Memory Size	1 GB

官方目前列出的 Pro 模型記憶體上限為 1 GB、Refresh 為每天最多 8 次。(微软)

對於很多一般企業內部系統來說，Pro 就已經足夠。

---

三、Premium Per User（PPU）是什麼？

名字裡雖然也有 Premium，但是：

PPU 本質上仍然是「個人 License」。

全名：

Power BI Premium Per User

也就是：

Premium 功能，按使用者購買。

目前日本官方價格為：

¥3,598 / 使用者 / 月相當
年付，未含消費稅。(微软)

而且：

PPU 已經包含全部 Power BI Pro 功能。

所以有 PPU 的人不需要再另外購買一份 Pro。(Microsoft Learn)

大致可以理解成：

功能	Pro	PPU
Pro 的全部功能	✅	✅
發布/共享 Report	✅	✅
查看普通 Workspace	✅	✅
Premium 高級 AI	❌	✅
XMLA Endpoint Read/Write	❌	✅
模型 Memory Size	1 GB	100 GB
Dataset Refresh	8 次/日	48 次/日
Premium 專用功能	❌	✅

Microsoft 官方目前也是以 Pro = 1 GB / 8 次每日 Refresh，PPU = 100 GB / 48 次每日 Refresh 作為主要差異之一。(微软)

所以可以粗略理解為：

PPU ≈ Power BI Pro 加強版。

---

四、PPU Workspace 有一個非常重要的限制

假設 Workspace 選擇：

Power BI Premium Per User (PPU)

並不只是代表：

「PPU 使用者可以使用。」

而是代表：

這個 Workspace 使用的是 PPU 模式。

因此，要存取 PPU Workspace 的使用者，原則上也必須擁有 PPU License。Microsoft 官方明確指出，PPU Workspace 中共享與協作的使用者都需要 PPU。(Microsoft Learn)

例如：

使用者	Pro Workspace	PPU Workspace
Free	❌	❌
Pro	✅	❌
PPU	✅	✅

這裡有一個很重要的結論：

PPU 使用者可以進普通 Pro Workspace。

所以假設：

開發者：Power BI Pro
使用者A：Power BI Pro
使用者B：Power BI PPU

那麼 Workspace 使用：

Power BI Pro

三個人都可以使用。

反而如果 Workspace 改成：

PPU

只有 PPU 使用者能正常使用這個 PPU Workspace。

---

五、那「Power BI Premium」到底是什麼？

這就是最容易搞混的地方。

Workspace 設定最下面看到的：

Power BI Premium

並不是 PPU 的更高級個人套餐。

它指的是：

Power BI Premium Capacity

也就是企業購買一整塊專用計算容量。

可以把它理解成：

PPU
↓
給「人」買 Premium


Power BI Premium
↓
給「公司/組織」買 Capacity

Microsoft 官方的定義也是：

Premium Capacity 是組織購買的容量型授權，而 Pro / PPU 是按使用者授權。(Microsoft Learn)

---

六、為什麼 Workspace 裡的 Power BI Premium 是灰色？

例如 Workspace 設定中：

○ Power BI Pro

○ Power BI Premium Per User (PPU)

○ Power BI Embedded

○ Fabric

● Fabric 評価版

○ Power BI Premium   ← 灰色

這裡的 Power BI Premium 並不是靠自己的 Pro 或 PPU License 解鎖的。

Workspace 要使用 Premium Capacity，需要：

1. 所屬 Tenant / 組織擁有 Premium Capacity；

2. 該 Capacity 可以分配給這個 Workspace；

3. 操作者具有相應的 Capacity / Workspace 權限。

因此：

即使自己的帳號有 Power BI Pro 或 PPU，也不代表可以選 Power BI Premium Capacity。

如果 Tenant 根本沒有相應的 Capacity，或者自己沒有分配權限，這個選項就可能不可用。

---

七、Power BI Premium 現在其實已經屬於舊方案

這裡還有一個 2026 年尤其需要注意的地方。

以前 Power BI Premium Capacity 使用的是：

P1
P2
P3
P4
P5

例如：

舊 Premium SKU	對應 Fabric Capacity
P1	F64
P2	F128
P3	F256
P4	F512
P5	F1024

但是 Microsoft 現在正在淘汰 Power BI Premium P SKU，並建議改用：

Microsoft Fabric Capacity（F SKU）

Microsoft 已經停止銷售新的 P SKU，新方案應考慮 Fabric F SKU。(Microsoft Learn)

所以現在更合理的理解是：

以前：

Power BI Premium P1 / P2 / P3 ...
             ↓

現在：

Microsoft Fabric F64 / F128 / F256 ...

因此 2026 年新做系統時，通常已經沒有太大必要專門研究如何「新買 Power BI Premium P1」。

---

八、Fabric Capacity 又是什麼？

Fabric Capacity 可以理解為：

Microsoft 現在提供給企業使用的共享計算容量。

和 Pro / PPU 最大的不同依然是：

Pro / PPU
↓
買「使用者」


Fabric Capacity
↓
買「計算能力」

Fabric Capacity 有：

F2
F4
F8
F16
F32
F64
F128
F256
...

SKU 越高，計算資源越多。

值得注意的是，如果希望 沒有 Pro / PPU License 的普通查看者直接消費 Power BI 內容，一般需要達到 F64 或以上的容量條件。Microsoft 官方目前也明確將 F64+ 列為可以支援這類 Power BI 消費場景的容量級別。(微软)

---

九、Fabric 評価版是什麼？

如果 Workspace 現在顯示：

Fabric 評価版

意思就是：

Workspace 現在被放在 Fabric Trial Capacity 上。

Microsoft 的 Fabric Trial 對應的試用容量為 64 CU，也就是大致相當於 F64 的計算容量級別。(Microsoft Learn)

但是它只是：

試用環境。

因此如果畫面顯示：

試用版剩餘 27 日

就代表這個 Workspace 現在正在吃 Trial Capacity。

不應該因為「Trial 功能比較多」就把它當成正式環境的永久架構。

---

十、價格怎麼比較？

以 2026 年 8 月日本 Microsoft 官方公開價格來看：

License	收費方式	日本官方價格
Power BI Free	每人	¥0
Power BI Pro	每人	¥2,098 / 月相當
Power BI PPU	每人	¥3,598 / 月相當
Fabric Capacity	Capacity	依 SKU / Azure 定價
舊 Power BI Premium Capacity	Capacity	新 P SKU 已停止銷售

Pro、PPU 上述價格為年付換算月價、未含消費稅。實際成交價格可能因契約、政府機關、Enterprise Agreement 等條件不同。(微软)

因此：

Pro
¥2,098 / 人 / 月

      ↓ + ¥1,500

PPU
¥3,598 / 人 / 月

PPU 並沒有比 Pro 貴得離譜，但最大的問題不是價格，而是：

一旦建立 PPU Workspace，使用者 License 條件也會變成 PPU。

所以不能單純抱著「越高級越好」的想法選 PPU。

---

十一、實際應該怎麼選？

可以直接按照下面這張表判斷。

需求	推薦
普通 Power BI 報表共享	Pro
RDL / Paginated Report，使用者自行登入查看	Pro 通常足夠
使用者全部都有 PPU，而且確實需要 Premium 功能	PPU
需要 100 GB Model、48 次 Refresh、XMLA 等	PPU
大量使用者，不希望每人購買 Pro	Fabric F64+ 等 Capacity
企業級 Fabric / Data Engineering / Lakehouse 等	Fabric Capacity
自己的 Web App 嵌入 Power BI	視架構考慮 Embedded / Fabric
單純試用 Fabric	Fabric 評価版

---

十二、RDL 系統的實際例子

例如一個系統只是希望：

Power Apps / Web 系統
        │
        │ URL
        ▼
Power BI
        │
        ▼
RDL（Paginated Report）
        │
        ├─ 輸入參數
        ├─ 查看報表
        ├─ PDF
        └─ Excel

而不是：

Power Apps
    ↓
Service Principal
    ↓
Power BI REST API
    ↓
Generate Token / ExportToFile
    ↓
後台代替使用者產生報表

那麼前者其實簡單很多。

使用者自己登入 Power BI，由 Power BI 自己負責：

• Microsoft Entra ID Authentication

• Power BI Authorization

• Workspace 權限

• Report 權限

• RDL 執行

• PDF / Excel Export

如果：

開發者：Power BI Pro
使用者：Power BI Pro / PPU

那麼普通的：

Power BI Pro Workspace

往往就是最簡單的選擇。

---

總結

最後只需要記住下面四句話：

名稱	一句話理解
Power BI Pro	普通的「按人買」Power BI License
Power BI PPU	Pro + Premium 功能，仍然是「按人買」
Power BI Premium	舊的「公司買 Capacity」方案，不是個人 License
Fabric Capacity	現在用來取代 Premium Capacity 的企業容量方案

最容易搞錯的就是：

Premium Per User ≠ Power BI Premium Capacity

一個是：

給人買 License

另一個是：

給組織買算力。

而 Workspace 中 Power BI Premium 顯示為灰色，也不能簡單理解成「自己的 Pro 等級不夠」；更準確地說，是這個 Workspace 沒有可使用/可分配的 Premium Capacity，或者操作者沒有相應權限。

對於單純的 RDL → URL → 使用者登入 → 查看/輸出報表 場景，如果使用者本身已有 Pro 或 PPU，通常直接使用 Power BI Pro Workspace 就足夠了。(Microsoft Learn)

This article was last edited at 2026-08-07 13:46:39 JST

Related Articles

• 从 Access VBA 重构到 Microsoft Power Platform：这不是迁移，而是整套系统重做

  结论：不是“迁移”，而是“重做一套”。Access 的数据可以迁到 Dataverse，但 VBA、窗体 UI、报表、复杂按钮逻辑基本不能原封不动搬过去。你这个方向等于是把「処理状況等管理システム」迁到 Power Platform

  2026-05-13 15:00:58 JST | PowerPlatform | 19 reads
• Access 系統移行到 Power Platform 時的三種架構方案比較：Dataverse、Azure SQL、Azure Functions 的差異

  最近在研究一個既有的 Access 系統移行問題。這類 .accdb 系統通常不只是「資料庫檔案」，而是把資料表、查詢、畫面、VBA、報表、列印預覽等功能全部包在一起的小型業務系統。以「処理状況等管理システム」這類 Access 系統為例，它本身就是準備往 Power Platform 方向移行的既有 Access 系統

  2026-05-20 14:25:40 JST | PowerPlatform | 13 reads
• Dataverse 路線下，Access SQL 不能直接搬過去嗎？——Power Apps / Power BI / Dataverse View 的分工整理

  在 Access 系統移行到 Power Platform 時，最容易誤解的一點是： 「既然資料都搬到 Dataverse 了，那我原本 Access 裡寫好的 SQL，是不是可以直接拿來用？」 答案其實很殘酷： 如果後端選 Dataverse，那麼 Power Apps、Power BI、Dataverse View 這三個地方，基本上都不是直接寫 SQL 的地方。 這也是為什麼傳統 Access 系統移行到 Dataverse 時，不能單純理解成「把資料庫搬過去」。 它更像是把原本集中在 Access 查詢裡的邏輯，拆散到 Power Platform 的不同元件裡

  2026-05-20 13:16:35 JST | PowerPlatform | 12 reads
• 實測成功：使用 Codex 編輯 Power Apps Canvas App 的前置條件與配置

  過去編輯 Power Apps Canvas App，通常都要在 Power Apps Studio 裡逐個新增控制項、調整屬性和編寫 Power Fx。現在透過 Microsoft 提供的 Canvas Authoring MCP，Codex 也可以把 Canvas App 同步到本機，以 .pa.yaml 形式修改，經過服務端驗證後再同步回正在執行的 Power Apps Studio 共同創作會話

  2026-07-21 14:08:25 JST | PowerPlatform | 10 reads
• Azure Functions 发布成功但 API 返回 HTTP 500 的处理手顺

  ——以 Azure SQL Database 连接设定缺失为例 在使用 Visual Studio 发布 Azure Functions 时，可能会遇到这样一种情况： 发布画面显示

  2026-06-04 09:41:33 JST | PowerPlatform | 10 reads
• 從 Access 移行到 Power Platform，最合理的架構其實不是「全搬到 Dataverse」

  最近在研究一個既存的 Access 系統移行問題。 這個系統不是單純的資料庫，而是典型的 Access 業務系統

  2026-05-20 12:49:09 JST | PowerPlatform | 10 reads