AI代理查發票算薪資，財會分工怎麼設計

月底結帳前三天，財會辦公室裡最常出現的一句話是：「這張發票跟採購單對不起來，要問誰？」當 AI 代理開始主動查發票、算薪資、比對三單，財會自動化的討論重心，就從「工具有多聰明」轉向更根本的題目：AI 代理、財會自動化與分工到底怎麼搭。工具能跑多快，取決於流程能接多順；流程能不能接順，取決於你有沒有先想清楚——哪些決定留給人，哪些交給代理。

主動式 AI 代理是什麼？為什麼財會是第一批落地場景

過去兩年，生成式 AI 的角色出現明顯位移。早期多數人用它寫信、查資料、生草稿；到了近期，「主動式 AI 代理」開始能自行開啟系統、讀取附件、跨模組完成多步驟任務。差別在能力邊界：問答型工具的能力是「回答」，主動代理的能力是「完成任務」。

從問答工具到主動代理：能力差異在哪裡

差別在於它能不能呼叫外部系統、讀取非結構化文件，以及在一連串步驟中自行判斷下一步。這兩件事在財會場景裡的份量完全不同——前者只能當助理，後者才可能真正進入流程。

財會流程為何成為代理的試驗場

財會流程有幾個特性：交易量大、規則相對明確、文件多半已數位化，而且每一步都有金額與時間戳。換句話說，這裡的投入產出最容易算得出來，也最容易被內稽與會計師檢驗。

台灣企業的導入條件：電子發票與高 ERP 滲透率

台灣的環境條件其實不差。電子發票普及讓單據來源標準化，ERP 滲透率高讓資料有地方可以接。中小企業家數占比極高，財會人力普遍精簡，自動化的需求反而更迫切；薪資結算與扣繳作業量體也相當可觀。

也因為如此，AI 在財會的討論已經從「效率工具」走向「決策支援」。站內這篇談金融業 AI 導入率 76% 的決策支援轉向，正好說明了同一個趨勢：當自動化做到一定程度，真正稀缺的是判斷，而不是速度。

世代	代表能力	財會適用環節	主要限制
第一代：問答型	回答問題、生成草稿、摘要文件	查找規範、撰寫說明、整理會議紀錄	無法進入流程，資料需人工搬移
第二代：知識庫型	套用既定規則框架、依範本產出	費用報支規則問答、憑證分類建議	規則需人工維護，遇到例外即失效
第三代：主動代理型	呼叫系統、跨模組執行多步驟任務	發票辨識、三單匹配、薪資試算前置作業	需護欄、權限與完整日誌，不可單獨核准

AI 代理在財會與行政流程的實際應用現況

國際企業軟體的動作很一致：把代理能力直接嵌進 ERP、費用管理與薪資模組，讓它從「外掛」變成「流程內建」。這種做法讓代理能直接讀取主檔與交易資料，不必再靠人工匯出匯入。

國際企業軟體的代理嵌入路徑：ERP、費用管理與薪資模組

在費用管理端，代理可以先讀取發票影像、抽出金額與統編、比對請購紀錄；在薪資模組端，代理則負責前置的資料彙整與試算。這些模組的共同點是：任務步驟固定、可被拆解，而且每一步都能留下紀錄。

台灣中小企業的切入方式：雲端 ERP 加外掛模組

台灣多數中小企業沒有自建團隊，實務上採雲端 ERP 搭配外掛代理模組，先從發票辨識與費用核銷單點切入，再延伸到對帳與薪資前置作業。導入前的流程盤點如果沒有先做，很容易在第二階段卡住。

常見卡點：停在單點自動化，沒設計誰核准誰負責

標竿企業與一般企業的每張發票處理成本差距可以達到數倍，這個差距多半不是工具落差，而是流程設計落差。當代理只被用來取代登打，卻沒有人重新定義核准點，省下的工時會從別的環節流回去。

應用場景	技術成熟度	內控風險	建議導入順序
發票辨識與費用核銷	★★★★★	低	第一批
三單匹配	★★★★☆	中	第二批
對帳與差異分析	★★★☆☆	中高	第三批
薪資前置作業與試算	★★★☆☆	高	第三批（須先設權限邊界）
自動付款與銀行帳號變更	★★☆☆☆	極高	最後，或維持人工

誰受影響？財會主管、內稽、人資與 IT 的角色位移

代理導入不是「多一個工具」，而是「少一層人工」與「多一層規則」。真正需要重新分配的，是四種角色的注意力。

財會人員：從把帳做對，轉向把規則定義清楚

交易處理工時下降後，財會人員的價值會落在兩件事：把規則寫清楚，以及把異常判斷準確。例外管理、資料治理與內控設計的需求正在上升。

內部稽核：從事後抽查走向持續性監控

自動化讓每筆交易都留下結構化紀錄，稽核可以從抽樣改為持續性監控。國際舞弊調查長期指出，最常見的發現管道仍是內部檢舉，自動化監控的占比明顯偏低——這正是代理架構可以補上的位置。

人資與 IT：薪資規則與權限設定的共同責任

薪資自動化的成敗，往往不在模型，而在規則有沒有書面化。人資負責把計算邏輯講清楚，IT 負責把代理的身分與最小權限設對。兩者不做，財會就得替系統的模糊地帶背責任。

角色	導入前主要工作	導入後主要工作	新增責任
財會人員	登打、比對、編製傳票	例外判斷、規則維護、抽查覆核	把口頭慣例寫成可執行規則
內部稽核	事後抽樣查核	日誌查核、持續性監控、紅隊測試	驗證代理決策的可重建性
人資	提供薪資計算資料	薪資規則書面化、測試案例設計	變動薪資項目的認定標準
IT	系統維運與帳號管理	代理具名身分、最小權限、工具白名單	提示注入與資料外洩防護

為什麼核准點錯置，會讓自動化白做一場

最常見的錯誤，是把代理當成最後一關，然後讓人工在流程末端逐筆覆核。這等於用新工具複製舊流程，自動化只多了一層檢查，週期反而拉長。

常見錯誤：把代理當最後一關，人工在末端逐筆覆核

這樣的設計有個隱形代價：人工的注意力被平均分散在每一筆正常交易上，真正異常的那幾筆反而不容易被看出來。人力沒有省下，風險也沒有降低。

職責分離在代理架構下被架空的新型風險

傳統內控要求發起、核准、記錄、覆核由不同人擔任。當單一代理同時具備讀取採購單、比對發票、產生傳票、發起付款的能力，四個角色就被壓縮進同一個系統身分。解法不是不用代理，而是把它拆成多個具名身分、各自持有最小權限，並保留不可竄改的日誌，讓「人與代理的組合」也能被查核。

正確做法：核准點設在例外類型與金額門檻上

正確的分工是把代理放在前段做辨識、比對與異常標記，人工只處理被標記的例外。核准點應該設在「例外類型」與「金額門檻」上，而不是設在「每一筆」上。

【傳統做法】

主管：「代理先把發票資料打進系統，你再一筆一筆對採購單，全部確認完再送給我簽。」

同仁：「所以我的工作量其實沒少，只是換成在系統裡對。」

【新做法】

主管：「代理先做三單匹配，數量或金額不一致、供應商是新對象、超過門檻的才標記出來，你只看被標記的那幾筆，其餘進事後抽查母體。」

同仁：「那我就可以把時間放在差異原因，而不是逐筆比對。」

設計面向	錯誤做法	正確做法	對週期的影響
核准位置	流程末端逐筆覆核	前段標記例外，人工只看例外	結帳週期縮短
代理角色	只負責資料登打	負責辨識、比對、異常判斷	重工明顯減少
人力配置	全員平均分散檢查	集中處理高風險案件	單位人力產出提升
責任歸屬	出事再回頭找紀錄	每筆決策都有具名核准人	爭議處理時間下降

發票到付款：三單匹配的人機分工怎麼切

應付帳款自動化的核心邏輯是三單匹配：採購單、收貨驗收單、供應商發票三者的數量與金額一致，才放行付款；若再加上合約或付款條件，就成了四單匹配。

三單匹配與四單匹配的核心邏輯

這個邏輯的價值在於「交叉驗證」。單看一張發票，看不出問題；但把採購承諾、實際收貨與請款金額擺在一起，差異就會自己浮出來。這也是為什麼它很難只靠人工——資料散在不同系統，格式還常常不一致。

代理負責前段辨識、比對與異常標記

代理在前段的任務包括：讀取信件與附件、抽出關鍵欄位、比對三個來源、標記差異類型。它需要跨系統讀取，並且要能說明「為什麼判定這筆異常」，而不是只給一個分數。

人工負責差異原因判斷與例外核准

差異原因往往涉及商業判斷：是分次交貨？是折讓未入帳？還是供應商報價調整？這些問題的答案不在系統裡，而在人身上。人工的價值就在這裡，而不是在把數字再對一次。

流程步驟	代理負責	人工負責	核准點
收件與辨識	讀取郵件、辨識發票欄位、歸檔	抽樣確認辨識正確率	無（納入抽查）
三單匹配	比對數量、單價、稅額、付款條件	檢視差異類型分布	無（自動執行）
異常標記	標記數量不符、金額差異、重複請款	判斷差異原因並補正	例外案件人工核准
供應商審核	比對供應商主檔與黑名單	新供應商實質審查	新對象一律人工
付款放行	產生付款清單與傳票草稿	依金額門檻具名簽核	超門檻人工核准

薪資作業的人機分工與權限邊界

薪資比應付帳款敏感得多，因為它同時牽涉個資、勞動條件與金流。分工設計的第一步不是選工具，而是把規則講清楚。

變動薪資項目：規則先書面化，再交給代理執行

固定薪資相對單純，變動薪資才是地雷區。加班費、津貼、獎金、補休折現的計算規則，常常散落在人資與財務兩邊，認定標準也不一致。建議先把規則書面化並建立測試案例，再交由代理執行，每月仍保留抽樣複核。

高敏感個資的欄位級權限與去識別化測試環境

薪資資料含身分證字號、銀行帳號、眷屬與健康相關資訊，屬高敏感個資。代理若以單一服務帳號讀取全表，一旦發生提示注入或權限外洩，影響面極大。實務上應採欄位級權限，讓代理只讀取計算所需的欄位，測試環境則使用去識別化資料。

硬性規則：代理不得自行變更銀行帳號與扣繳設定

有些界線必須寫死：代理不得自行變更銀行帳號、不得調整扣繳設定、不得核定獎金。這些變更一律回到人工簽核，代理只能提出差異清單供人判斷。這也呼應自動化決策的告知與異議權——若決策對當事人產生重大影響，必須保留人工介入與申訴管道，不能以「系統算的」作為最終理由。

【傳統做法】

人資：「代理就用一個服務帳號讀整張薪資表，比較快。」

財會：「那它同時看得到身分證字號跟銀行帳號，出事誰負責？」

【新做法】

人資：「代理只讀計算需要的欄位，身分證字號與銀行帳號遮罩，測試環境用去識別化資料。」

財會：「銀行帳號變更一律回到人工簽核，代理只能提出差異清單。」

薪資項目	代理可執行範圍	人工必審項目	權限層級
固定薪資	依主檔自動試算、產生清冊	抽樣複核試算結果	讀取必要欄位
加班費與津貼	依書面規則計算並標記異常	每月抽樣複核與規則變更確認	讀取計算欄位（部分遮罩）
獎金與分紅	僅彙整資料、提供試算草稿	核定權一律人工	不可寫入核定欄位
銀行帳號變更	僅產生差異清單	逐筆人工簽核並留存證明	唯讀，無寫入權
扣繳設定	不得變更	由具名人員調整並留下紀錄	唯讀

三層核准閘門怎麼設計：金額、例外、交易對象

核准閘門不是「要不要簽」，而是「什麼情況下必須簽」。實務上可拆成三層設計，讓自動放行與人工簽核各司其職。

第一層：金額門檻與事後抽查母體

金額門檻最容易設計，但也最需要定期校準。門檻以下的交易自動放行，並且一律納入事後抽查母體，抽查比例依風險等級調整。門檻不是一次定終身，建議每季依實際異常率檢討。

第二層：例外類型清單與升級規則

例外類型需要跨部門共識。常見清單包括：數量或金額不符、重複請款、供應商主檔資料與發票不一致、付款條件與合約不符、非慣例幣別。每一類都要定義升級規則：由誰看、多久內處理、逾時如何處理。

第三層：交易對象狀態與新供應商審核

第三層考驗的是主檔品質。代理需串接供應商主檔與黑名單，確認交易對象狀態正常；新供應商則一律回到人工實質審查，因為這正是舞弊最常見的破口之一。

閘門層級	判斷維度	自動放行條件	人工簽核條件	設計難度
第一層	金額門檻	低於門檻且匹配一致	超過門檻或累計金額偏高	★☆☆☆☆（需定期校準）
第二層	例外類型	不在例外清單內	命中任一例外類型	★★★☆☆（需跨部門共識）
第三層	交易對象狀態	既有合格供應商、狀態正常	新供應商、狀態異常、命中名單	★★★★☆（需主檔串接）

內控、稽核軌跡與法規注意事項

代理可以快，但快的前提是可被查核。若無法重建當時情境，會計師與內部稽核就拿不到足夠的查核證據。

決策日誌要記什麼：輸入、工具呼叫、判斷理由、核准人

一份可用的決策日誌，至少要能回答五個問題：誰下了指令、代理讀了哪些資料、呼叫了哪些工具、為什麼判定異常、最後由誰核准。日誌若可被修改，等於沒有軌跡，因此需採不可竄改儲存。

保存年限怎麼定：比照會計憑證與帳簿

台灣商業會計法規定，會計憑證至少保存五年、帳簿至少十年。代理的決策日誌應比照相同標準，並確保可依時間與案件編號完整回溯。

自動化決策的告知與異議權，以及提示注入防護

代理會讀取外部文件，而發票備註欄、附件檔名或郵件內文都可能藏有惡意指令，誘導代理改變付款對象或外傳資料。這是大型語言模型應用的首要風險類型，財會場景因直接連動金流，防護層級須高於一般應用。

欄位名稱	記錄內容	用途	保存要求
指令來源	觸發者身分、時間、來源系統	釐清責任歸屬	不可竄改儲存
讀取資料範圍	存取的資料表、欄位與筆數	驗證最小權限是否落實	不可竄改儲存
工具呼叫紀錄	呼叫的系統、參數與回傳結果	重建執行歷程	不可竄改儲存
判斷理由	命中規則、差異類型、信心標記	支援可解釋性與申訴處理	不可竄改儲存
核准人與時間戳	具名簽核人、簽核時間、覆核意見	對應內控職責分離	比照會計憑證與帳簿年限

法規或框架	核心要求	對代理設計的影響
COSO 內控整合框架	職責分離與補償性控制	代理拆成多個具名身分，重新繪製職能矩陣
個人資料保護法與 GDPR 第 22 條	自動化決策須有人工介入與申訴管道	薪資與給付類決策保留人工覆核與異議機制
ISO 27001 資訊安全管理制度	日誌管理與存取控制	日誌不可竄改、權限細到欄位層級
OWASP 大型語言模型應用風險清單	提示注入與資料外洩防護	外部文件需清洗、工具呼叫設白名單

規則式 RPA、生成式代理、混合式人機協作怎麼選

這不是「哪個比較先進」的問題，而是「哪種不確定性你承受得起」的問題。三種方法各有明確的適用邊界。

方法 A：規則式流程自動化，行為可預測但維護成本高

規則式流程自動化的優勢是行為可預測、稽核軌跡明確，內控說明也容易撰寫。限制是遇到格式變動、非結構化附件或例外情境，就得回頭改規則，維護成本會隨流程複雜度快速上升。

方法 B：生成式 AI 代理，彈性高但需護欄與日誌

生成式代理能處理非結構化文件、跨系統推理，例外處理彈性高。代價是輸出有變異性，且存在幻覺與提示注入風險，難以單獨作為核准者。它適合當「前段處理者」，不適合當「最終決定者」。

方法 C：混合式人機協作，多數企業的第一步

混合式的做法是代理前段處理、人工例外覆核，兼顧效率與內控，導入阻力也最小。唯一的風險是流程設計不當，會出現「兩邊都做」的重工，反而拉高總工時。因此例外規則與金額門檻必須先定義清楚。

評估構面	規則式 RPA	生成式 AI 代理	混合式人機協作
內控強度	★★★★☆	★★☆☆☆	★★★★☆
例外處理彈性	★★☆☆☆	★★★★★	★★★★☆
導入成本	★★★☆☆	★★★★☆	★★★☆☆
維護成本	★★☆☆☆	★★★☆☆	★★★★☆
稽核可解釋性	★★★★★	★★★☆☆	★★★★☆

哪些企業適合先導入？規模與情境判斷

不是所有企業都適合現在導入。判斷標準很簡單：你的痛點是「量」，還是「規則」？

適合先導入的三種情境

第一，單據量大且格式雜亂，人工比對已成瓶頸。第二，已有雲端 ERP，資料可被程式讀取。第三，例外規則相對明確，能寫成書面文件。這三種情境下，代理的效益最容易量化。

建議暫緩的兩種情境

第一，金流權限高度集中於少數人，且缺乏備援。第二，完全沒有任何日誌與權限管理機制。這兩種情況下，先補內控比先導入 AI 更實際。

中小企業沒有內稽人員時的替代做法

可用系統化補償控制替代人力分離：強制雙人覆核的電子簽核、代理權限分離、異常自動通知負責人，以及每季由外部記帳士或會計師抽查。重點是留下可被第三方獨立驗證的紀錄，而不是依賴信任。

企業類型	導入適配度	建議起點	主要考量
單據量大、格式雜亂	★★★★★	發票辨識與費用核銷	效益最直接，可快速驗證
已有雲端 ERP	★★★★☆	三單匹配與對帳	資料可讀取，整合成本低
財會人力精簡但流程固定	★★★★☆	薪資前置作業	需先完成規則書面化
金流權限高度集中	★★☆☆☆	先補權限與複核機制	職責分離不足，風險偏高
無任何日誌與權限管理	★☆☆☆☆	先建日誌與帳號治理	缺乏可查核基礎

導入五步驟：從流程盤點到紅隊測試

把前面的設計收斂成可執行的節奏，大約需要 90 天。重點是每一步都要產出可被第三方驗證的文件。

步驟一至三：風險分級、代理身分、三層閘門

第一步盤點流程並做風險分級，標註金額敏感度、法規要求與錯誤可回復性。第二步定義代理身分與最小權限，每個代理使用獨立具名帳號，權限細到欄位層級。第三步設計三層核准閘門，把金額門檻、例外類型與交易對象狀態寫成規則書。

步驟四至五：決策日誌與定期紅隊測試

第四步建立決策日誌與回溯機制，採不可竄改儲存。第五步每季模擬提示注入、權限越界、異常付款與重複請款情境，將結果納入內控自評與會計師查核範圍。

90 天導入節奏與檢核點

建議節奏是：第 1–30 天完成盤點與權限矩陣，第 31–60 天完成閘門規則與日誌規格，第 61–90 天進行小範圍試行與第一次紅隊測試。每個檢核點都要有文件，而不是只有口頭共識。

步驟	產出文件	負責角色	完成判準
一、流程盤點與風險分級	流程風險分級表	財會主管＋內稽	每個步驟都有風險等級與可回復性標註
二、代理身分與最小權限	代理權限矩陣	IT＋財會	無共用帳號，權限細到欄位層級
三、三層核准閘門	核准閘門規則書	財會主管＋人資＋內稽	金額、例外、對象三層規則均可執行
四、決策日誌與回溯	決策日誌規格	IT＋內稽	可依案件與時間完整回溯且不可竄改
五、紅隊測試與自評	紅隊測試報告	內稽＋外部查核	四類攻擊情境均通過並留存紀錄

常見問題：AI 代理與財會分工的實務疑問

以下整理五個財會主管最常問的問題，並附上快速對照。

核准權、人力配置與稽核軌跡的三個核心疑問

Q1：AI 代理可以自己核准付款嗎？
不建議。應設金額門檻與例外規則，門檻以下可自動放行並納入事後抽查，門檻以上或異常案件須人工簽核。核准權涉及法律與財務責任，仍須由具名主管承擔，代理只能提出建議並執行已核准的指令。

案件類型	不建議的做法	建議的做法
門檻以下且匹配一致	仍需主管逐筆簽核	自動放行，納入事後抽查母體
超過門檻	由代理自行決定放行	具名主管簽核後執行
命中例外類型	退回原點重新人工建檔	代理保留判斷理由，人工只處理差異

Q2：導入後財會人員會被裁減嗎？
多數企業先出現的是職務內容改變，而非人數立即減少。交易處理工時下降，但例外處理、資料治理、系統維運與內控設計的需求上升。建議以工作重新配置為前提規劃，並提早培養同仁的資料判讀與規則定義能力。

Q3：稽核軌跡要保存多久？
建議比照會計憑證與帳簿的保存年限。台灣商業會計法規定會計憑證至少保存五年、帳簿至少十年。代理的決策日誌應比照相同標準，並確保不可竄改、可完整回溯。

紀錄類型	建議保存年限	儲存方式
會計憑證	至少 5 年	依商業會計法規定保存
會計帳簿	至少 10 年	依商業會計法規定保存
代理決策日誌	比照憑證與帳簿	不可竄改儲存、可依案件回溯

薪資自動化與中小企業分工的兩個實務疑問

Q4：薪資自動化最容易出錯的地方在哪？
變動薪資項目，例如加班費、津貼、獎金與補休折現。這些規則常散落在人資與財務兩邊，認定標準不一致。建議先把規則書面化並建立測試案例，再交由代理執行，每月仍保留抽樣人工複核。

Q5：中小企業沒有內稽人員，怎麼設計分工？
可用系統化補償控制替代人力分離，例如強制雙人覆核的電子簽核、代理權限分離、異常自動通知負責人，以及每季由外部記帳士或會計師抽查。重點是留下可被第三方獨立驗證的紀錄。

疑問	不建議的做法	建議的做法
代理能否自行核准付款	讓代理直接決定放行	設門檻與例外，超門檻具名簽核
人力是否立即裁減	以裁員為前提規劃導入	以職務重新配置為前提
日誌要保存多久	只留三個月方便查詢	比照會計憑證與帳簿年限
薪資最容易出錯處	只自動化固定薪資就停手	優先處理變動薪資規則書面化
無內稽人員的替代	完全依賴承辦人自我檢查	系統化補償控制＋外部抽查

品牌觀點：治理先立住，AI 才能成為智慧的延伸

財會自動化走到最後，會碰到一個不是技術的問題：誰有權做這個取捨？智菩科技（AIbud.tw）以王道經營學的治理、領導、管理三支柱看待這件事，認為工具能放大效率，但取捨與責任必須有人承擔。

從智能到智慧：效率之外，取捨要有人負責

代理可以算出哪一筆該放行，但不能決定「什麼情況下我們願意承擔例外」。這件事需要有人在治理層面先把邊界畫好，包括代理的身分、可動用的權限，以及哪些情境一律升級人工。

治理、領導、管理三支柱如何套用在財會分工

治理定邊界與權責，對應代理身分與核准閘門；領導聚共識與定方向，對應例外規則的跨部門共識；管理抓落地與兌現，對應日誌、抽查與紅隊測試。這與智菩以王道三支柱與價值總帳支撐決策的框架一致——先立住治理，再談自動化，效率與內控才會同步發生，而不是互相排擠。

支柱	對應問題	財會場景落地做法
治理	邊界與權責由誰定	代理具名身分、最小權限、三層核准閘門
領導	例外規則的共識從哪來	財會、人資、內稽與 IT 共同定義例外清單
管理	如何確認真的落地	決策日誌、事後抽查、季度紅隊測試

結論：把哪些決定留給人，才是分工設計的起點

財會自動化的成敗，很少取決於模型多強，多數取決於分工設計得清不清楚。代理適合做前段的辨識、比對與標記；人適合做規則定義、例外判斷與責任承擔。

三個今天就能做的行動

第一，把現行流程逐步列出，標註金額敏感度與錯誤可回復性。第二，找出目前「每一筆都要人看」的環節，想想能不能改成只攔例外。第三，替代理準備一份權限清單，寫明它不能做什麼——尤其是銀行帳號與扣繳設定。

從單點自動化走向可被查核的人機協作

當流程可以被查核，效率才有意義。想延伸閱讀，可先看金融業 AI 導入率 76% 的決策支援轉向，理解 AI 如何從效率工具走向決策支援；再回頭檢查自家的例外規則與抽查母體是否寫得出來。寫得出來，才代表你的分工設計真的站得住。