Copilot 開始替你的 Power BI 說話了:你公司的語意模型,有資格當它的講稿嗎?

by Abby Huang
Copilot 開始替你的 Power BI 說話了:你公司的語意模型,有資格當它的講稿嗎?
Copilot 開始替你的 Power BI 說話了:你公司的語意模型,有資格當它的講稿嗎?

場景通常是這樣的:老闆在 Copilot Chat 裡問「上個月毛利多少」,得到一個數字,跟財務週會上報的對不起來。財務的解釋是:「那是 BI 那邊的模型,口徑不一樣。」老闆的下一句是:「那以後我信哪一個?」

這個場景,接下來會在很多台灣公司出現。微軟在巴塞隆納的 Fabric 大會上宣布,Fabric IQ 在 Microsoft Copilot Chat 與 Cowork 的整合正式推出,Copilot 回答問題時,會直接以你公司 Power BI 的語意模型、量值、關聯與業務定義為依據。原文有一句話值得逐字看:對 Fabric 與 Power BI 客戶,這個功能「預設開啟」。

市面上的解讀分成兩派。IT 圈在算授權、問要不要買 Fabric;老闆圈在想「以後不用等報表,直接問 AI 就好」。兩派都把這次發表當成功能升級在看。我的看法是:微軟搬動的不是功能,是「哪個數字才算數」的解釋權。它原本在你的 BI 工程師或財務手上,現在搬到一個檔案身上,那個檔案叫語意模型。

用一個台灣老闆秒懂的比喻:Copilot 是公司新請的發言人,語意模型是它手上的講稿。 這個發言人有點特別,它對內發言,提問的是老闆自己。

時間軸要講準,免得被 IT 主管糾正。Fabric IQ 這個名字去年 11 月的 Ignite 就出現了;Copilot 讀 Power BI 報表與語意模型這件事,今年年中起就分批推給 Frontier 計畫的客戶;9 月底的巴塞隆納大會,是在 Copilot Chat 與 Cowork 兩個入口正式 GA。我們今年 7 月把 ERP 裡的 AI 分成三層,第一層是「嵌入式助手」,對話查資料、報表解讀;這次就是第一層長進了 Copilot Chat 的對話框。所以這篇不講新功能是什麼,微軟自己的中文文件寫得比我清楚。這篇只講一件事:它對用 Power BI 看 ERP 資料的台灣公司,意味著什麼。

Power BI 在台灣有多普及?

先講 Power BI 有多普及,因為這決定了這件事影響多少人。微軟自己的數字是,Power BI 有逾 42.5 萬個客戶組織、每月逾 3,500 萬名使用者,它和 Tableau 同列 Gartner 2026 年魔力象限的領導者。台灣的狀況看職缺最直接:104 上含「Power BI」的職缺約 2,000 則,是 Tableau 的兩倍。換句話說,台灣只要公司有在認真看報表,手上的工具多半就是 Power BI,微軟這次的發表,影響的就是這一大群公司。

台灣公司的講稿是怎麼寫出來的?三種接法

這一段是台灣跟微軟簡報最不一樣的地方。

鼎新、正航的官網賣的是自家 BI,兩家的 BI 產品頁上 Power BI 一次都沒出現。鼎新的官方客戶案例裡倒是提到了,標題直接寫「比 Power BI 更有力」,內文描述客戶原本的做法是把 ERP 資料「全都轉拋成 Excel 報表,再匯入到 Power BI」。所以在台灣,Power BI 接 ERP 這件事,主要是經銷商、服務商與培訓機構在做,原廠官方沒有把它當產品在賣。

實務上我看到的接法有三種,按常見程度排:

第一種,直連 ERP 資料庫。 BI 工程師拿一組 SQL Server 或 Oracle 的帳號,直接撈 ERP 的交易表,在 Power BI Desktop 裡把 TA001、TA002 這種只有 ERP 工程師看得懂的欄位名翻譯成人話,再用 DAX 寫出「毛利」「達成率」。這組翻譯和公式,就是語意模型。

第二種,Excel 轉拋。 ERP 匯出 Excel,財務在 Excel 裡調整、合併、加幾欄,再丟進 Power BI。鼎新那個案例講的就是這種。它的語意模型有一半住在某個人的 Excel 公式裡。

第三種,走 API 或中介資料倉儲。 最乾淨,也最少見,通常是服務商建議的做法,老闆聽到「資料倉儲」四個字預算就先縮一半。

三種接法有個共同點:語意模型是誰建的、量值的口徑誰定的、哪個版本才對,大多數公司答不出來。 以前這不是問題,因為報表要經過人,BI 工程師或財務會把關:「老闆這張表的毛利沒扣運費,要看扣運費的用另一張。」Copilot 一開,問數字的人就跳過了這個人,發言人直接照講稿唸。

AI 讀的是資料,還是口徑?

市場在這裡理解錯了方向。大家以為 Copilot 讀的是「ERP 的資料」,所以擔心的是資料外洩、授權多少錢。微軟原文寫的是,Copilot 以「Power BI 語意模型、量值、關聯與業務定義」為依據回答。帳在 ERP 裡,Copilot 讀的是你對帳的解釋,而那份解釋,是某個工程師在某一天寫下的一組 DAX。帳是公司的事實,講稿是對事實的說法,Copilot 拿到的只有講稿。

發言人很專業。它口條流利、有問必答、會引用來源、態度誠懇。但發言人有一個特性,記者會上大家都知道:發言人的本事是把講稿講得流利可信;講稿寫錯了,它照樣唸。 講稿寫毛利不扣運費,它就流利地告訴老闆一個不扣運費的毛利,還附上報表連結當佐證。老闆問三次得到三次一致的答案,於是信了。

一條原則:

AI 不會讓錯的口徑變對,只會讓它更快被相信。

以前錯的口徑會被人攔下來,因為數字要經過人的嘴才到老闆耳朵。現在數字從講稿直達發言人,發言人直達老闆,攔截點不見了。我們在〈ERP 的衛星系統完全指南〉裡講過,BI 這顆衛星不擁有任何主檔,卻掌握一樣更難纏的東西:「哪個數字才算數」的解釋權。那篇立的定律是:真相只有一個,但責任要分清楚,每一筆資料都要有一個「說了算」的系統。Copilot 上場後,那個「說了算」的口徑要寫進語意模型,而且要寫對,因為再也沒有人幫它翻譯。

講稿是誰寫的?拿這幾個問題測你家的模型

回到台灣那三種接法,用發言人的邏輯重看一次,問題就浮出來了。

第一個問題:講稿有作者嗎? 我們在〈ERP 報表治理〉裡立過一條規矩:一張沒有 owner、沒有退場日的報表,不是資產,是每次升級都要付利息的負債。語意模型比報表更嚴重,因為一個模型餵幾十張報表,現在還餵一個會說話的發言人。模型沒有 owner,代表發言人講錯了沒有人會發現,也沒有人要負責。

第二個問題:講稿裡有沒有不該講的段落? 微軟文件寫得很清楚,Copilot 是以使用者本人的權限查詢,列層級安全(RLS)與物件層級安全(OLS)照舊。這句話在台灣要倒過來讀:RLS 照舊的前提,是你的模型本來就有 RLS。 直連資料庫的那種接法,常見的狀況是一組共用的資料庫帳號、一個把薪資成本與客戶單價都拉進來的模型,然後只靠「報表不放那一頁」來控制誰看什麼。報表可以不放,語意模型是整份讓發言人讀的。微軟 MVP Nikola Ilic 在他的評論裡講了一句我認為台灣 IT 主管該貼在牆上的話,大意是:每一個 M365 使用者讀得到的模型,從今天起都是一個 AI 的回答介面。今年 8 月 Threads 上有一串台灣的討論,問的是用 AI 連鼎新的資料時,能不能讓每個人查到的內容不一樣,回答的人給的建議很實在:不要把資料庫帳號直接開給一般使用者,要開就獨立唯讀帳號、最小權限、留稽核紀錄。那串討論談的還是 AI 直連資料庫;Copilot 讀語意模型,問題同構,只是攔截點從資料庫帳號移到了模型的 RLS。

第三個問題:講稿是哪一個版本的? 這是財務長該最在意的一條。微軟文件白紙黑字:Copilot 的答案只反映語意模型最後一次重新整理時的資料;而且不支援分頁報表(RDL)與儀表板。如果你們用 Power BI 的分頁報表做月結報表,Copilot 讀不到那一份。意思是:老闆問 Copilot「上個月營收」,它答的是分析型模型某次重新整理時的數字,關帳後的財報版本它根本沒讀到。 這兩個數字不一定相等,而且差異是合理的,問題是沒有人在對話框裡告訴老闆這件事。我們在報表治理那篇的分流矩陣講過,ERP 管交易與法定報表、BI 管分析與探索;Copilot 讀的是 BI 那一路,正式數字還是要回 ERP 拿。

這幾個問題答不出來,先別急著開。答得出來,恭喜,你家的講稿有資格給發言人。

可帶走的工具:一張盤點表、三個開關

工具一:語意模型盤點表。 把公司所有會被 Copilot 讀到的 Power BI 語意模型列出來,一個模型一列,照這九欄填。填完你多半會發現,有資格給發言人的模型比你以為的少。

欄位 要填什麼 填不出來代表什麼
模型名稱與工作區 正式名稱,不是「新版 v3 final」 命名沒治理,發言人會引用錯的那一份
Owner 一個人名,不是部門名 沒人負責講稿的對錯
資料來源與連線帳號 直連哪個 ERP 資料庫、用誰的帳號、還是 Excel 轉拋 共用帳號或 Excel 轉拋,口徑住在個人手上
核心量值與口徑定義 毛利扣不扣運費、營收含不含稅、匯率用哪天 老闆與財務各信一個版本
口徑版本與異動紀錄 上次改 DAX 是誰、何時、為什麼 數字變了沒人說得出原因
RLS/OLS 設定 有沒有做、哪些欄位被鎖、測過沒有 整份講稿對所有讀者開放
重新整理頻率與最後一次成功 排程幾次、上次成功是何時 發言人講的是舊版
對應的 ERP 正式報表 這個模型的數字應該跟 ERP 哪張表對得起來 兩套數字永遠對不起來
處置 認證(可給 Copilot)、限制(關閉 AI 存取)、退場 不做決定,等於選了「全部開放」

工具二:三個開關的決策表。 跟這件事有關的設定不只三個,我挑出三個最該由人拍板的,它們分別住在三個不同的後台,由三種不同的人管。用記者會的講法,這三個開關就是門禁:誰能進場提問、哪些講稿能上台、記者會要不要在國外開。「預設開啟」四個字,說的只是第一個。

開關 住在哪裡 預設值 決定的是什麼 誰該拍板
Fabric data in Microsoft Copilot Microsoft 365 管理中心 開(可選無人/全員/指定群組) 誰可以向發言人提問 IT 主管+財務長
語意模型的 AI 存取設定(允許唯讀使用者透過 AI 存取) 每個語意模型的設定頁,由有寫入權限的人管 開,而且不繼承 哪些講稿可以被引用 模型 owner,依盤點表的「處置」欄
跨地理區處理(資料可在容量所在地理區之外處理) Fabric 管理入口網站的租用戶設定 關 查詢內容與資料結構描述要不要送去美國或歐盟的 Azure OpenAI 處理 IT 主管+法遵

第三個開關對台灣讀者最重要,也最少人提。微軟文件寫明,Copilot Chat 回答 Power BI 的資料問題,需要在美國或歐盟做語言模型處理,美歐以外的租用戶要先由管理員打開這個設定,而它的預設值是關的。換句話說,多數台灣公司還沒有真的「預設開啟」,因為第三個開關還沒開。 這是好事,它逼你在開之前先做盤點。至於送出去的東西,微軟 Copilot in Fabric 的文件列的是使用者的提問、資料結構描述(schema,也就是你的欄位與量值名稱)與對話歷史;該不該送,是法遵問題,輪不到 IT 一個人決定;金融業另有委外與資料出境的規範,請法務看。

這三個開關,微軟給的是功能,決定權在你。我們比較三家 ERP 原廠的 AI 代理時說過,原廠給的是功能,控制設計永遠是甲方的作業,這裡同樣適用。

授權這一關,業務不會主動告訴你的兩件事

第一,Power BI Pro 本身不夠。 Copilot Chat 讀 Power BI 需要每位提問者有 Microsoft 365 Copilot(微軟最近改稱 Microsoft Copilot)的付費授權;Cowork 另外走用量計費。好消息是文件寫明不需要額外的 Fabric 容量或 PPU,提問者只要本來就有看那份報表的授權。壞消息是,去年 4 月 Pro 才從 10 美元漲到 14 美元,現在要再疊一層 Copilot;撰稿時微軟價格頁顯示 Business 方案起價 18 美元(促銷價),企業版請經銷商報價。還有一句要分開聽:「Fabric IQ 這層不另收 token 費」是真的,但 Cowork 本身有用量計費;看到「免費」兩個字先問,免的是哪一層。

第二,費用該用「誰需要直接問數字」來算,別用「每人加多少」來算。 老闆、財務長、各部門主管需要跟發言人直接對話;一線作業人員該看的是 ERP 畫面。第一個開關的「指定群組」選項,正好可以用來做這件事。

查核的視角:會計師遲早會問的三題

有 IPO 時程的公司,把 Copilot 的答案當成管理報表的一種,用我們在〈IPO 前的九大循環〉講過的標準去想,會計師的問題大概是這三個:

  1. 這個數字是從哪裡來的、口徑是誰核准的? 答案要能指到盤點表上的某一列、某個 owner、某個版本。指不到,就是我們在 AI 代理內控框架裡說的那種狀況:代理做的每個動作,在稽核眼中都是一筆需要授權依據和紀錄的交易。Copilot 雖然不做交易,答案卻會被拿去做決策,查核時會被當成同一類東西看。
  2. 誰能問、誰能看到什麼,有清冊嗎? 三個開關的設定值加上模型的 RLS 清單,就是 ITGC 存取控制那半張「不是人」的地圖。
  3. 管理報表跟財報對不起來的時候,差異怎麼解釋? 這題要回到報表治理的分流:分析型模型與關帳後財報本來就允許不同,但差異要有人能說明,說明要留紀錄。紙上的制度誰都會寫,軌跡才是真話。

【給決策者的備忘錄】

如果讀到這裡你心裡有點發毛,先安心:語意模型沒有 owner、沒有 RLS、口徑住在工程師腦子裡,這是台灣大多數用 Power BI 的公司的現況,你家並沒有特別糟。微軟這次只是把一盞燈打開,照到原本大家都假裝沒看到的角落。

要做的事只有三件,順序不要反:

  1. 先盤點,再開開關。 拿上面那張九欄的表,一個模型一列,兩週內填完。填的過程本身就會逼出「口徑到底是什麼」的對話,那場對話比任何功能都值錢。
  2. 三個開關三個人拍板。 誰能問、哪些模型能被引用、資料要不要出境,各自有該負責的人。不要讓 IT 一個人決定三件事。
  3. 正式數字還是回 ERP 拿。 Copilot 這個發言人適合幫你快速看方向,關帳還是會計的事。老闆問到的數字如果要寫進董事會簡報,請財務用 ERP 的正式報表再對一次。

這篇把方法講完了,表格也給了。你家哪幾個模型該認證、哪幾個該關、口徑要怎麼定義才對得起財報,答案在你的 ERP 和你的人身上。想找人一起盤,歡迎與我們聯繫。

本文所述微軟功能狀態、授權條件與預設設定,以 2026 年 10 月撰稿時的微軟官方文件為準,這個領域每季都在變,啟用前請以微軟最新公告與貴公司經銷商報價為準;普及度數字為微軟自陳與 104 查詢日當日結果;內控設計請以簽證會計師意見為準。

延伸閱讀

You may also like