文章目錄

場景通常是這樣的:老闆在 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 前的九大循環〉講過的標準去想,會計師的問題大概是這三個:
- 這個數字是從哪裡來的、口徑是誰核准的? 答案要能指到盤點表上的某一列、某個 owner、某個版本。指不到,就是我們在 AI 代理內控框架裡說的那種狀況:代理做的每個動作,在稽核眼中都是一筆需要授權依據和紀錄的交易。Copilot 雖然不做交易,答案卻會被拿去做決策,查核時會被當成同一類東西看。
- 誰能問、誰能看到什麼,有清冊嗎? 三個開關的設定值加上模型的 RLS 清單,就是 ITGC 存取控制那半張「不是人」的地圖。
- 管理報表跟財報對不起來的時候,差異怎麼解釋? 這題要回到報表治理的分流:分析型模型與關帳後財報本來就允許不同,但差異要有人能說明,說明要留紀錄。紙上的制度誰都會寫,軌跡才是真話。
【給決策者的備忘錄】
如果讀到這裡你心裡有點發毛,先安心:語意模型沒有 owner、沒有 RLS、口徑住在工程師腦子裡,這是台灣大多數用 Power BI 的公司的現況,你家並沒有特別糟。微軟這次只是把一盞燈打開,照到原本大家都假裝沒看到的角落。
要做的事只有三件,順序不要反:
- 先盤點,再開開關。 拿上面那張九欄的表,一個模型一列,兩週內填完。填的過程本身就會逼出「口徑到底是什麼」的對話,那場對話比任何功能都值錢。
- 三個開關三個人拍板。 誰能問、哪些模型能被引用、資料要不要出境,各自有該負責的人。不要讓 IT 一個人決定三件事。
- 正式數字還是回 ERP 拿。 Copilot 這個發言人適合幫你快速看方向,關帳還是會計的事。老闆問到的數字如果要寫進董事會簡報,請財務用 ERP 的正式報表再對一次。
這篇把方法講完了,表格也給了。你家哪幾個模型該認證、哪幾個該關、口徑要怎麼定義才對得起財報,答案在你的 ERP 和你的人身上。想找人一起盤,歡迎與我們聯繫。
本文所述微軟功能狀態、授權條件與預設設定,以 2026 年 10 月撰稿時的微軟官方文件為準,這個領域每季都在變,啟用前請以微軟最新公告與貴公司經銷商報價為準;普及度數字為微軟自陳與 104 查詢日當日結果;內控設計請以簽證會計師意見為準。
延伸閱讀
- ITGC 四塊縱深:存取、變更、備份、監控——九大循環自動控制的信任地基(2026)
- MES 與 ERP 的邊界:工單到底該活在哪裡?
- RTO/RPO 與備份備援:指引第 9、10 條的落地方法——別再交抄來的 4 小時(2026)
