METHOD · 資料與報表

AI 對帳與費用審核

AI 找差異、人查原因、試算表算數字——「加起來剛好」是核對裡最危險的巧合。

情境:資料與報表也用於:專業審查與合規難度:要搭建|建助手或系統起手工具:ChatGPT
這是資料與報表情境下的方法之一(共 9 個)· 看這個情境全部 →
一、這是什麼三十秒判斷關不關你的事

01解決的工作問題

兩邊的數字對不起來,差 3,847 元。真正花時間的不是找出差多少,是找出「為什麼差」——可能是入帳日期跨月、可能是手續費被扣掉、可能是一筆分兩次付、可能是有人打錯一個數字。AI 在這裡很有用,因為它擅長找配對;但它也很危險,因為它會很樂意幫你「湊」出一組看起來合理的對應關係,而那組對應可能是錯的。

真的有人這樣做過?外部佐證

目前沒有找到可公開查證的外部案例。這類工作多半不會有人發新聞稿,找不到不代表沒人做——但在找到之前,這一頁的方法就是作者自己的做法,不借別人的名義。

去找靈感看其他方法的外部案例 →

02什麼時候用、什麼時候別用

什麼情況下該用這一套

什麼情況下別用

已知有舞弊疑慮的核對
懷疑有人動手腳時,這是稽核或調查事件,程序與保全要另外處理,不是拿 AI 比一比。
正式財務報表的編製
這個方法處理的是核對與差異查找,不是會計處理,也不取代會計師與內部規定。
資料缺一大半時
一邊只有摘要、另一邊有明細,核不出東西。先把明細補齊。

誰會用到

會計/財務
這是你的主場。AI 只做配對與差異分類,所有金額運算與最終認定都在試算表與你手上。
行政
小額零用金、代墊款的核對最常卡在憑證不齊。差異清單就是你回頭要憑證的工作單。
公務員
公務預算的科目與會計年度是硬邊界,跨年度與跨科目的差異不能自己調整,要走正式程序。
營運
重複出現的差異型態代表流程有洞(例如手續費沒人記、退款走不同管道)。
主管
你要看的不是差多少,是「有沒有查不出原因的差異」。那一類才是風險。

所屬工作情境

二、整件事怎麼跑先看圖,再看逐步

03流程圖

這張圖是整篇的骨架:輸入 → 步驟 → 困難點 → AI/Agent/Tool 介入 → 人工檢查 → 產出。紅框是最常出事的位置,綠框是不能下放的人工檢查點,粗框是中止條件。後面每一節都是在展開圖上的某一格。

AI 對帳與費用審核:AI 找差異、人查原因、試算表算數字
AI 對帳與費用審核:AI 找差異、人查原因、試算表算數字直向流程圖。輸入是兩份明細含日期金額對象單號、配對規則、已知差異型態清單、期間與日期基準。第一步由人定配對規則:用哪些欄位配、日期容許幾天、金額是否允許差額。第二步由 AI 把兩邊整理成同一組欄位,原值照抄不四捨五入不換算不合併,缺的標原始資料未載。第三步由試算表工具依規則機械配對,產出已配對與未配對兩組,公式留存可重跑。第四步由 AI 把未配對項目依已知差異型態分類,多筆相加對應一筆的只能標疑似,不在型態清單內的一律標無法歸類。第五步由人拿差異清單回原始憑證逐筆查證,無法歸類的一定要查到底。第六步依查證結果做調整或補憑證,記錄每一筆的原因與處理方式,重複出現的型態列入流程改善。產出是核對報告、調整紀錄與流程改善清單。右側標示四個困難點:AI 幫你湊出加起來剛好的配對、日期基準不同導致月底永遠對不起來、只知道差多少但沒查出每一筆原因、無法歸類的小額差異被放過。中止條件是出現無憑證即認定差異原因時該筆退回重查。檢查點有退回線回到分類步驟。退回重新分類INPUT / 輸入兩份明細 + 配對規則 + 已知差異型態 + 期間與日期基準要明細不要總額;先去識別化HUMAN / 人工步驟人定配對規則:配對欄位、日期容差、金額容差AI / AI 介入AI 整理成同一組欄位:原值照抄、不四捨五入、缺的標未載TOOL / 工具處理試算表依規則機械配對,公式可重跑可驗算AI / AI 介入AI 分類未配對項目;多對一只標【疑似】;其餘標【無法歸類】CHECKPOINT / 人工檢查人拿差異清單回原始憑證逐筆查證,無法歸類的查到底OUTPUT / 產出核對報告 + 調整紀錄 + 重複型態與流程改善清單RISK / 困難點日期基準不同,月底那幾天每個月都重查一RISK / 困難點AI 湊配對:加起來剛好,但兩筆其實沒有關係RISK / 困難點只知道差多少,沒查出每一筆原因,下個月再來一次RISK / 困難點無法歸類的小額差異被放過,而那一筆才是要查的STOP / 中止條件沒有憑證就認定差異原因 → 該筆退回重查
看圖重點:這張圖裡有兩格刻意不是 AI:配對在試算表做,查證由人做。配對放在試算表是因為規則要看得見、要能重跑、要能被驗算——核對是留證據的作業,不是問答。查證由人做是因為 AI 只能告訴你「這兩筆看起來對得上」,而看起來對得上跟實際是同一筆,中間差的就是一張憑證。右邊第一個紅框講的正是這件事:加起來剛好,是核對裡最危險的巧合。
純文字流程表(手機/螢幕閱讀器建議看這張)
AI 對帳與費用審核:AI 找差異、人查原因、試算表算數字(純文字流程表)
類型/角色流程步驟這一步的困難點/中止條件
1Human兩份明細 + 配對規則 + 已知差異型態 + 期間與日期基準
要明細不要總額;先去識別化
2Human人定配對規則:配對欄位、日期容差、金額容差
困難點/風險日期基準不同,月底那幾天每個月都重查一次
3AIAI 整理成同一組欄位:原值照抄、不四捨五入、缺的標未載
4Tool試算表依規則機械配對,公式可重跑可驗算
5AIAI 分類未配對項目;多對一只標【疑似】;其餘標【無法歸類】
困難點/風險AI 湊配對:加起來剛好,但兩筆其實沒有關係
6Checkpoint人拿差異清單回原始憑證逐筆查證,無法歸類的查到底
困難點/風險只知道差多少,沒查出每一筆原因,下個月再來一次
困難點/風險無法歸類的小額差異被放過,而那一筆才是要查的
失敗與中止條件沒有憑證就認定差異原因 → 該筆退回重查
7Output核對報告 + 調整紀錄 + 重複型態與流程改善清單

回流線:人拿差異清單回原始憑證逐筆查證,無法歸類的查到底 → AI 分類未配對項目;多對一只標【疑似】;其餘標【無法歸類】(退回重新分類)

Mermaid 原始碼(貼進 Mermaid Live 或 draw.io 可再編輯)
可直接複製,改成你自己的流程
flowchart TD
    in1(["<b>Human</b><br/>兩份明細 + 配對規則 + 已知差異型態 + 期間與日期基準<br/><small>要明細不要總額;先去識別化</small>"])
    s1["<b>Human</b><br/>人定配對規則:配對欄位、日期容差、金額容差"]
    a1[/"<b>AI</b><br/>AI 整理成同一組欄位:原值照抄、不四捨五入、缺的標未載"/]
    t1[("<b>Tool</b><br/>試算表依規則機械配對,公式可重跑可驗算")]
    a2[/"<b>AI</b><br/>AI 分類未配對項目;多對一只標【疑似】;其餘標【無法歸類】"/]
    c1{{"<b>Checkpoint</b><br/>人拿差異清單回原始憑證逐筆查證,無法歸類的查到底"}}
    o1(["<b>Output</b><br/>核對報告 + 調整紀錄 + 重複型態與流程改善清單"])
    r2>"<b>Risk</b><br/>日期基準不同,月底那幾天每個月都重查一次"]
    r1>"<b>Risk</b><br/>AI 湊配對:加起來剛好,但兩筆其實沒有關係"]
    r3>"<b>Risk</b><br/>只知道差多少,沒查出每一筆原因,下個月再來一次"]
    r4>"<b>Risk</b><br/>無法歸類的小額差異被放過,而那一筆才是要查的"]
    x1[/"<b>Stop</b><br/>沒有憑證就認定差異原因 → 該筆退回重查"\]

    in1 --> s1
    s1 --> a1
    a1 --> t1
    t1 --> a2
    a2 --> c1
    c1 --> o1
    s1 -.->|風險| r2
    a2 -.->|風險| r1
    c1 -.->|風險| r3
    c1 -.->|風險| r4
    c1 ==>|中止| x1
    c1 -.->|退回重新分類| a2

    classDef clsIn fill:#FFFFFF,stroke:#2C4459,stroke-width:2px,color:#141E2B
    classDef clsHuman fill:#FBFCFD,stroke:#7A8CA0,stroke-width:2px,color:#141E2B
    classDef clsAI fill:#FFF6EA,stroke:#DE9A45,stroke-width:2px,color:#141E2B
    classDef clsAgent fill:#FDEBD2,stroke:#B87A2E,stroke-width:2px,color:#141E2B
    classDef clsTool fill:#EDF2F6,stroke:#2C4459,stroke-width:2px,color:#141E2B
    classDef clsCheck fill:#E8F2EC,stroke:#3F7A5A,stroke-width:2px,color:#123024
    classDef clsOut fill:#141E2B,stroke:#141E2B,stroke-width:2px,color:#F2F6F9
    classDef clsRisk fill:#FCEFEA,stroke:#C0552F,stroke-width:2px,color:#5E2110
    classDef clsStop fill:#F7E1DB,stroke:#8E2F17,stroke-width:3px,color:#5E2110
    class in1 clsIn;
    class s1 clsHuman;
    class a1 clsAI;
    class t1 clsTool;
    class a2 clsAI;
    class c1 clsCheck;
    class o1 clsOut;
    class r2 clsRisk;
    class r1 clsRisk;
    class r3 clsRisk;
    class r4 clsRisk;
    class x1 clsStop;

04完整步驟圖的文字版,逐步展開

一句話版(快速回顧)

  1. 先定配對規則:用什麼欄位配、日期容許幾天、金額是否允許差額。
  2. AI 把兩邊整理成同一組欄位,原值照抄,不四捨五入、不換算。
  3. 在試算表依規則機械配對,公式留存可重跑。
  4. AI 把未配對項目依已知差異型態分類;多筆相加對應一筆只能標【疑似】。
  5. 人拿差異清單回原始憑證逐筆查證,【無法歸類】的一定要查到底。

完整版(每一步誰做、產出什麼)

誰做步驟與說明
1Human定配對規則
用哪些欄位配、日期容許幾天、金額是否允許差額。規則先定,才不會事後爭論配得對不對。→ 配對規則
2AI格式整理
把兩邊整理成同一組欄位(日期、金額、對象、單號、摘要)。原值照抄,不四捨五入、不換算、不合併。→ 統一格式的兩份明細
3Tool配對
在試算表或核對工具裡依規則配對,產出已配對、未配對兩組。配對是機械作業,公式要留得下來。→ 已配對/未配對清單
4AI差異分類
把未配對的項目依已知差異型態分類(手續費、跨月、分次、退款、疑似打錯),並標出無法歸類的。→ 差異分類表
5Human逐筆查證
拿差異清單回原始憑證查。無法歸類的一定要查到底——那一類才是真正的風險。→ 查證紀錄
6Human調整與留痕
依查證結果做調整或補憑證,記錄每一筆的原因與處理方式,重複出現的型態列入流程改善。→ 核對報告 + 調整紀錄 + 流程改善清單
三、動手做備料 → 指令 → 產出 → 工具

05開始前要準備什麼標「必要」的沒備齊就先別開始

兩邊的明細紀錄必要
要有明細,不是總額。至少含日期、金額、對象、單號其中三項才配得起來。
配對規則必要
用什麼欄位配、允許幾天的日期落差、金額要完全相同還是允許手續費差。這些要先定,不能讓 AI 自己決定。
已知的差異型態必要
手續費、匯率、跨月入帳、分次付款、退款——列出來,AI 才知道往哪裡歸類。
核對期間與截止基準必要
以入帳日還是交易日為準、期間怎麼切。切法不同,差異就不同。
去識別化處理可選
對象名稱、帳號、身分資訊要先代稱。財務資料的敏感度比一般資料高。

餵進去的東西要長這樣

兩份明細(含日期、金額、對象、單號)+ 配對規則 + 已知差異型態 + 期間與日期基準。財務資料要先去識別化。

【設定】
A 表:帳務系統支出明細|B 表:○○銀行對帳單
期間:114/8/1–8/31
日期基準:入帳日
金額容差:允許手續費差額,上限 30 元

【配對規則】
1. 以「對象代碼 + 金額」配對;日期容許 ±3 日。
2. 金額須完全相同,或差額在容差內且可歸因於手續費。
3. 一對多、多對一的組合不由規則自動認定,一律列為疑似。

【已知差異型態】
跨月入帳、匯款手續費、一筆分次付款、退款沖銷、對象代碼不同但為同一對象、系統重複入帳

【A 表:帳務系統(8 月)】
8/03|V001|12,000|請款單 A-101
8/12|V002|8,500|請款單 A-102
8/20|V003|33,000|請款單 A-103
8/28|V001|5,000|請款單 A-104
8/30|V004|7,200|請款單 A-105

【B 表:銀行對帳單(8 月)】
8/05|V001|11,985|匯款
8/14|V002|8,500|匯款
8/21|V003|20,000|匯款
8/25|V003|13,000|匯款
9/02|V004|7,185|匯款

06Prompt(快速/完整/進階)

A 快速版貼上就能用;B 完整實戰版把角色、限制、步驟、輸出格式與驗收標準寫足;C 進階版是拿去建 GPT/Skill/Agent 的系統指令。三種都附可替換變數、使用範例、預期輸出與人工確認點。

A
A. 快速版

兩份明細擺在一起,先看出未配對的有哪些、大概是什麼型態。

適合的工具ChatGPTClaude試算表
👇 直接複製,{ } 換成你的內容
以下是兩份應該一致的明細、我的配對規則與已知差異型態。請:
1. 把兩邊整理成同一組欄位(日期、金額、對象、單號、摘要),原值照抄,不四捨五入、不換算,缺的標【原始資料未載】。
2. 依規則列出候選配對,並標明依據哪一條規則。
3. 未配對的依已知差異型態分類;多筆相加等於一筆只能標【疑似】並說明要什麼憑證確認;不在型態清單內的標【無法歸類】。
4. 產出查證工作單:每一筆要查什麼、去哪裡查。
不要加總、不要計算差額。
明細:{貼上};配對規則與差異型態:{貼上}

可替換變數

變數要換成什麼
{貼上}兩邊的明細(已去識別化),以及配對規則。
{貼上}已知的差異型態清單。
完整使用範例(照這樣填)
以下是兩份明細與我的配對規則、已知差異型態。請照四個要求處理。(照母提示詞)

【配對規則】
以金額 + 對象代碼配對;日期容許 ±3 日;金額須完全相同(手續費差額另計)。

【已知差異型態】
跨月入帳、匯款手續費、一筆分次付款、退款沖銷、對象代碼不同但為同一對象

【A 表:帳務系統(8 月)】
8/03|V001|12,000|請款單 A-101
8/12|V002|8,500|請款單 A-102
8/20|V003|33,000|請款單 A-103
8/28|V001|5,000|請款單 A-104
8/30|V004|7,200|請款單 A-105

【B 表:銀行對帳單(8 月)】
8/05|V001|11,985|匯款
8/14|V002|8,500|匯款
8/21|V003|20,000|匯款
8/25|V003|13,000|匯款
9/02|V004|7,185|匯款
預期輸出範例(拿到的東西應該長這樣)
【已配對(依規則)】
| A 表 | B 表 | 狀態 |
|---|---|---|
| 8/12 V002 8,500 | 8/14 V002 8,500 | 完全相符 |

【未配對:可歸類】
| A 表 | B 表 | 疑似型態 | 待查 |
|---|---|---|---|
| 8/03 V001 12,000 | 8/05 V001 11,985 | 匯款手續費(差 15) | 需確認手續費金額 |
| 8/20 V003 33,000 | 8/21 20,000 + 8/25 13,000 | 一筆分次付款 | 需確認是否確為同一筆之分次支付 |
| 8/30 V004 7,200 | 9/02 V004 7,185 | 跨月入帳 + 手續費(差 15) | 需確認以交易日或入帳日為準 |

【未配對:無法歸類】
| A 表 | 說明 |
|---|---|
| 8/28 V001 5,000 | B 表無對應紀錄。不在已知差異型態內。 |

【我沒有做的事】
- 沒有加總任何金額,也沒有計算差異總額。
- 「一筆分次付款」是依金額相加吻合而推測的型態,我沒有證據證明那兩筆確實對應同一筆請款——這需要你回原始憑證確認。
- 沒有把 8/28 那筆歸到任何型態。金額小不代表可以忽略。

常見錯誤用法

  • 叫 AI 算差異總額。加總要在試算表做,公式才留得下來。
  • 接受它推測的「分次付款」對應。金額加起來剛好,不代表就是同一筆。
  • 把【無法歸類】的小額差異放過。那一類才是要查的。
  • 沒給已知差異型態就丟進去。它會自己發明解釋,而那些解釋聽起來都很合理。
這一版另外不適合
  • 懷疑有舞弊時的核對。
  • 一邊只有總額、沒有明細時。
缺少資料時怎麼辦

缺欄位時標【原始資料未載】,不要讓 AI 用摘要文字推測對象或單號。財務核對一旦開始用推測的欄位配對,整份就失去證據力。

這一版另外要人確認
  • 配對規則的認定。
  • 所有金額的加總與差異計算(在試算表)。
  • 無法歸類差異的逐筆查證。
B
B. 完整實戰版

每月固定核對,要一份可以附在核對報告後面的差異分類表與查證工作單。

適合的工具ChatGPTClaude試算表
👇 直接複製,{ } 換成你的內容
# 角色
你是對帳的整理協助者。你的專長是把兩份明細整理成同一組欄位,並把未配對的項目依已知型態分類。你不做算術,不做配對判斷,不認定差異原因。

# 背景
- 核對標的:{A 表名稱} vs {B 表名稱}
- 期間:{起訖日}
- 日期基準:{交易日/入帳日}
- 金額容差:{是否允許手續費差額,上限多少}

# 任務
產出統一格式明細、未配對清單、差異分類表與查證工作單。

# 可以使用的資料
只有【A 表】【B 表】【配對規則】【已知差異型態】四段。你的會計知識、你認為合理的沖銷邏輯、你覺得可能的原因,一律不得作為分類依據。

# 不可以做的事(違反任何一條就是失敗)
1. 不得做任何算術:不加總、不計算差額、不換算幣別、不分攤。
2. 不得四捨五入或修改任何金額。
3. 不得推測對象或單號。原始資料沒有的欄位標【原始資料未載】。
4. 不得把「多筆相加等於一筆」直接認定為分次付款——只能標為疑似,並要求人工確認。
5. 不得把不在【已知差異型態】內的項目硬歸類。一律標【無法歸類】。
6. 不得因為金額小就省略任何一筆。

# 處理步驟(請照順序做)
1. 把兩表整理成同一組欄位:日期、金額、對象、單號、摘要。原值照抄。
2. 標出兩表的欄位落差(一邊有、一邊沒有的資訊)。
3. 依【配對規則】列出符合規則的候選配對,並標明依據哪一條規則。
4. 未配對的項目依【已知差異型態】分類,每一項標明「疑似」與需要什麼證據才能確認。
5. 不在型態清單內的標【無法歸類】,並列出可能需要調閱的憑證種類。
6. 產出查證工作單:每一筆待查項目要查什麼、去哪裡查。

# 輸出格式(嚴格照這個順序,不要加額外段落)
## 一、統一格式明細(兩表)
## 二、欄位落差說明
## 三、候選配對
(表格:A 表項|B 表項|依據規則|相符程度)
## 四、未配對:可歸類
(表格:項目|疑似型態|需要什麼證據確認)
## 五、未配對:【無法歸類】
(表格:項目|建議調閱的憑證)
## 六、查證工作單
(每筆:查什麼、去哪裡查、找誰)
## 七、我沒有做的事
(固定列出:未加總、未計算差額、未認定原因)

# 驗收標準(產出後自己檢查一次並回報結果)
- [ ] 沒有任何我計算出來的數字
- [ ] 所有金額都與原始資料一字不差
- [ ] 多筆相加的對應都只標為疑似
- [ ] 不在型態清單內的都標了【無法歸類】
- [ ] 沒有任何一筆被省略

【配對規則】
{貼上}

【已知差異型態】
{貼上}

【A 表】
{貼上}

【B 表】
{貼上}

可替換變數

變數要換成什麼
{A 表名稱}例如帳務系統支出明細。
{B 表名稱}例如銀行對帳單。
{交易日/入帳日}基準不同,月底那幾天的差異就不同。這一項最常被忽略。
{是否允許手續費差額,上限多少}沒有上限,AI 會把任何金額差都當成手續費。
完整使用範例(照這樣填)
背景填法示例:A 表=帳務系統支出明細;B 表=○○銀行對帳單;期間=114/8/1–8/31;日期基準=入帳日;容差=允許手續費差額,上限 30 元。配對規則與已知差異型態照 A 版格式貼上。
預期輸出範例(拿到的東西應該長這樣)
與 A 版的差別:多出欄位落差說明與查證工作單。查證工作單是這一版最有用的產出——它把「還要查什麼」變成一張可以直接照著做的清單,而不是一堆待釐清的數字。

常見錯誤用法

  • 容差上限留白。留白之後,任何金額差它都會歸到手續費。
  • 把「疑似分次付款」直接當成已配對,然後結案。相加吻合是巧合的機率不低。
  • 查證工作單只做大額的。無法歸類的小額才是要查的。
這一版另外不適合
  • 一邊只有摘要沒有明細時。
缺少資料時怎麼辦

已知差異型態沒給時,AI 會自己發明分類(例如「可能為預付款」),而那些分類讀起來都很專業。正確做法是先只做配對與未配對兩組,把分類留給人。

這一版另外要人確認
  • 所有加總與差額計算(在試算表,留公式)。
  • 疑似分次付款的憑證確認。
  • 無法歸類項目的逐筆查證。
C
C. 進階版(做成每月對帳助手)

每月固定要對同樣兩份表,把規則、型態、格式固定成助手,讓每次的核對方式一樣、可以疊起來看趨勢。

適合的工具自訂 GPT/Claude ProjectClaude SkillCopilot Studio
👇 直接複製,{ } 換成你的內容
# 你是誰
你是「對帳整理助手」。同仁每月把兩份明細貼給你,你負責整理成固定欄位、標出未配對項目、依既有型態分類、產出查證工作單。你不算術、不配對判斷、不認定原因。

# 你的資料來源
只有使用者這次貼上的兩份明細,以及建置時附上的三份文件:配對規則、已知差異型態清單(含歷史案例)、單位核對報告格式。除此之外一律不得引用。

# 絕對規則(違反就是失敗)
1. 不做任何算術。使用者要求加總或算差額時,回覆「金額運算請在試算表進行」。
2. 不修改任何金額,不四捨五入。
3. 多筆相加等於一筆,只能標【疑似分次】,不得認定。
4. 不在型態清單內的一律【無法歸類】,不得自創解釋。
5. 不因金額小而省略任何一筆。

# 條件判斷(依序檢查,先中的先套用)
1. 兩表期間不一致 → 先提醒期間落差,並問以哪個期間為準。
2. 一邊只有總額無明細 → 不整理,回覆「請提供明細,總額無法核對」。
3. 明細含帳號、身分證號、個人姓名 → 提醒去識別化,並以【已遮蔽】處理後再作業。
4. 【無法歸類】項目超過總筆數的一成 → 主動提醒「可能是配對規則或日期基準有問題」,並建議先檢查規則。
5. 同一型態的差異連續三個月出現 → 標示「重複型態」,建議列入流程改善。

# 例外處理
- 使用者要求「幫我算一下差多少」→ 拒絕算術,但可列出未配對項目的清單供其在試算表加總。
- 使用者要求「這筆應該是手續費吧」→ 回覆「需要憑證確認;我可以列出確認需要的資料」。
- 使用者要求「小額的就先算了」→ 拒絕,回覆「【無法歸類】不因金額大小而略過,這是本助手的固定規則」。

# 每次回覆的格式
【本期概況】筆數(A 表/B 表)、已配對筆數、未配對筆數
【候選配對】(附依據規則)
【未配對:可歸類】(疑似型態 + 需要什麼證據)
【未配對:無法歸類】(建議調閱憑證)
【重複型態提醒】(連續出現的差異型態)
【查證工作單】(查什麼、去哪裡查)
【我沒有做的事】(固定:未加總、未計算差額、未認定原因)

# 固定結尾
每次回覆最後一行固定加註:「本表僅整理與分類;所有金額運算請於試算表進行,差異原因之認定與調整由 {權責} 依內部規定辦理。」

# 自我檢查(每次回覆前執行,不需輸出過程)
- 是否出現我算出來的數字?有就刪。
- 金額是否與原始資料完全一致?不一致就改回。
- 是否有筆數被省略?補回來。

# 建置參數
配對規則:{附檔}
已知差異型態清單:{附檔,含歷史案例}
核對報告格式:{附檔}
權責:{職稱}

可替換變數

變數要換成什麼
{附檔}配對規則、差異型態清單、報告格式三份,建置時上傳為知識檔案。
{職稱}誰有權認定差異原因與調整。
完整使用範例(照這樣填)
建置時把三份文件上傳為知識檔案。上線前用至少六個月的歷史對帳資料測過,其中兩個月要刻意含陷阱:一個月有多筆相加吻合但實際無關、一個月日期基準不一致,確認它分別標疑似、主動提醒基準問題。
預期輸出範例(拿到的東西應該長這樣)
與 B 版的差別:這一版會記得型態清單,所以同一種差異每個月的分類方式一樣,可以疊起來看趨勢。它也會主動做兩件 B 版不會做的事——無法歸類超過一成時提醒規則可能有問題,以及標示連續三個月出現的重複型態。

常見錯誤用法

  • 讓它「順便算一下本月差異總額」。一旦開口,之後每份報告上都會有它算的數字。
  • 把【疑似分次】當成已結案。相加吻合而實際無關的情況,在筆數多的時候並不罕見。
  • 型態清單沒有隨新案例更新,導致【無法歸類】越來越多,然後大家開始忽略它。
這一版另外不適合
  • 懷疑舞弊的核對。
  • 還沒有配對規則與型態清單時。
缺少資料時怎麼辦

【無法歸類】的筆數就是這個助手最重要的輸出。它多起來的時候,通常不是資料變亂了,是配對規則或日期基準需要重新檢視。

這一版另外要人確認
  • 上線前:用至少六個月歷史資料測過,含兩個月刻意陷阱。
  • 每月:所有金額運算、無法歸類項目的逐筆查證、調整的認定。
  • 每季:把新出現的差異型態補進清單,並回顧重複型態是否已改善流程。

07產出應該長什麼樣拿到的東西要長這樣

七節:統一格式明細、欄位落差、候選配對、未配對可歸類、未配對【無法歸類】、查證工作單、我沒有做的事。查證工作單是拿去做事的那一張。

完成品:查證完成後的核對報告(節錄)

114 年 8 月 對帳報告(帳務系統 vs ○○銀行)
日期基準:入帳日|容差:手續費 ≤ 30 元

【配對結果】A 表 5 筆、B 表 5 筆;完全配對 1 筆、查證後配對 3 筆、待處理 1 筆。

| 項次 | A 表 | B 表 | 差異原因(查證後) | 憑證 | 處理 |
|---|---|---|---|---|---|
| 1 | 8/12 V002 8,500 | 8/14 8,500 | 無差異 | — | 結案 |
| 2 | 8/03 V001 12,000 | 8/05 11,985 | 匯款手續費 15 元 | 銀行手續費明細(8/05) | 依規定列支手續費 |
| 3 | 8/20 V003 33,000 | 8/21 20,000+8/25 13,000 | 非分次付款。查證後為:8/21 之 20,000 係另案請款單 A-098(7 月)延後付款;8/25 之 13,000 為 A-103 之部分付款,餘 20,000 於 9/02 支付。 | 付款排程、廠商收款確認函 | 跨期項目,另於 9 月報告續核 |
| 4 | 8/30 V004 7,200 | 9/02 7,185 | 跨月入帳 + 手續費 15 元 | 銀行入帳紀錄 | 依入帳日基準,列 9 月 |
| 5 | 8/28 V001 5,000 | 無 | 請款單 A-104 已核准但未執行付款,出納作業遺漏 | 核准紀錄、出納作業紀錄 | 已於 9/05 補付;列入流程改善 |

【重複型態提醒】
- 匯款手續費差額連續三個月出現且未事先列計。建議修改請款流程,於請款時即列手續費科目。

【流程改善】
1. 已核准未執行的付款無人追蹤(項次 5)。建議請款系統增加「已核准未付款」清單,每週檢視。
2. 手續費處理方式待統一(重複型態)。

─────────────────────────────
※ 本報告之金額由承辦於試算表核算,公式留存於「8月對帳.xlsx」。AI 僅協助格式整理與差異分類,未參與任何金額運算或原因認定。
※ 項次 3 原被標為【疑似分次】,經調閱付款排程後確認並非分次付款——若當初逕行認定,8/21 的 20,000 元將被誤記為本期已付。
輸出格式規格(要照著做的人再展開)
  • 金額一字不差照抄,不四捨五入、不加千分位以外的修飾。
  • 多筆相加對應一筆的,只能寫【疑似分次】,並註明需要什麼憑證確認。
  • 【無法歸類】要列出建議調閱的憑證種類,不要只寫「待查」。
  • 查證工作單每一筆要寫「查什麼、去哪裡查、找誰」三項。
  • 「我沒有做的事」固定出現,提醒讀的人哪些事還沒有人做。
## 一、統一格式明細
(略:兩表整理為日期/金額/對象/單號/摘要)

## 二、欄位落差說明
- A 表有「請款單號」,B 表沒有。無法以單號配對。
- B 表有「匯款備註」,A 表沒有。備註可能含有助於查證的資訊。

## 三、候選配對
| A 表項 | B 表項 | 依據規則 | 相符程度 |
|---|---|---|---|
| 8/12 V002 8,500 | 8/14 V002 8,500 | 規則 1 | 金額完全相同、日期差 2 日 |

## 四、未配對:可歸類
| 項目 | 疑似型態 | 需要什麼證據確認 |
|---|---|---|
| A 8/03 V001 12,000 ↔ B 8/05 11,985 | 匯款手續費 | 銀行手續費收據或扣款明細 |
| A 8/20 V003 33,000 ↔ B 8/21 20,000 + 8/25 13,000 | 【疑似分次】 | 請款單 A-103 之付款排程或廠商收款確認 |
| A 8/30 V004 7,200 ↔ B 9/02 7,185 | 跨月入帳 + 手續費 | 確認以入帳日為準之處理方式 |

## 五、未配對:【無法歸類】
| 項目 | 建議調閱憑證 |
|---|---|
| A 8/28 V001 5,000 | 請款單 A-104 之核准紀錄、付款指示、銀行當日全部交易明細 |

## 六、查證工作單
1. 向銀行索取 8 月手續費扣款明細(查:11,985 與 7,185 的差額組成|找:出納)
2. 調閱請款單 A-103 付款排程(查:是否確為分次支付|找:承辦)
3. 調閱請款單 A-104 與當日銀行全部交易(查:為何無對應匯款|找:出納、承辦)

## 七、我沒有做的事
- 未加總任何金額,未計算差異總額。
- 未認定任何一筆的差異原因,僅標示疑似型態。
- 未因金額小而略過任何一筆。

08工具怎麼挑

這幾支都做得到——差別在你手上有哪一支、資料能不能外流。標「起手」的是不知道從哪支開始時的建議,不是限定。

工具什麼時候用為什麼注意
ChatGPT ↗起手
格式整理與差異分類
格式整理與差異分類把兩份格式不同的明細拉成同一組欄位很省時間。財務明細敏感度高,去識別化之後再貼。
Claude ↗明細筆數多、要一次處理長清單逐筆處理較不會漏掉中段。同樣要確認資料處理政策符合單位規定。
試算表
配對與所有運算
配對與所有金額運算配對規則寫成公式可以重跑,也可以被驗算。核對是要留證據的作業。公式本身要有人驗過,並且每期沿用同一份。
M365 Copilot ↗
資料不得外流時
資料在 M365 且不得外流資料不出租戶,適合處理未去識別化的財務明細。權限範圍要確認,避免讀到不該讀的檔案。
四、不要做錯這幾關不下放

09會卡住與會做錯的地方

會卡住的地方(流程困難點)

AI 幫你湊配對
它會找到一組「加起來剛好」的組合,然後告訴你這幾筆對應那一筆。看起來很合理,但可能完全不是那回事。
日期基準不同
一邊用交易日、一邊用入帳日,月底那幾天永遠對不起來,而且每個月都重複查一次。
差異只算不查
知道差 3,847 元,但沒有查出每一筆的原因。下個月同樣的差異又出現。
無法歸類的被放過
十筆差異查出九筆,剩下一筆金額小就算了。那一筆才是要查的。

會做錯的地方(常見失敗方式)

AI 湊出配對

多筆相加剛好等於一筆,被認定為分次付款,實際上是兩件不相干的事。

怎麼修一對多、多對一一律只標【疑似】,要憑證才能認定。

日期基準沒統一

一邊交易日一邊入帳日,月底那幾天每個月都重查一次。

怎麼修基準寫進配對規則,並固定每期沿用。

只算差額不查原因

報告寫「差 3,847 元」,下個月同樣的差異又出現。

怎麼修每一筆未配對都要進查證工作單,並標明重複型態。

小額無法歸類被放過

查出九筆放過一筆,而那一筆是已核准未執行的付款。

怎麼修【無法歸類】不因金額大小略過,這是硬規則。

其他注意事項

10人工把關與安全限制

AI/Agent/Tool 介入在哪幾步

流程位置做什麼/怎麼做
整理階段AI把兩邊整理成同一組欄位
原值照抄,不四捨五入、不換算幣別、不合併多筆。缺的欄位標【原始資料未載】。
配對階段Tool依規則機械配對
在試算表或核對工具進行,公式與規則看得見、可重跑。AI 不做配對判斷。
分類階段AI把未配對項目分類
依你提供的已知差異型態分類;不在清單內的一律標【無法歸類】,不得自創解釋。

這幾關不下放

配對規則
用什麼配、容許多少落差,是會計判斷,不是技術選擇。
所有金額運算
加總、換算、分攤一律在試算表做,公式要留存。
無法歸類的差異
每一筆都要查到底,不論金額大小。
調整的認定
要不要調整、怎麼調整,依內部規定與權責,不是核對人員自己決定。

安全與權限限制

財務明細敏感度高
帳號、對象名稱、身分資訊要先代稱;未去識別化的財務資料不要貼進消費者版帳號。
核對紀錄要留存
配對規則、公式、查證憑證與調整紀錄要一併存檔,這是內稽內控與外部查核時的依據。
職務分立
核對、查證、調整不宜由同一人全程完成。這是內控要求,不因為用了 AI 而改變。

11Checklist 與驗收標準

做的時候逐項打勾

做完了才檢查:全部成立才算完成

  1. 所有金額與原始資料一字不差,沒有四捨五入或修改。
  2. 所有加總與差額計算都在試算表完成,公式可驗算且已留存。
  3. 配對規則與日期基準已明確定義,並與上期一致。
  4. 一對多、多對一的對應都經憑證確認,沒有僅憑金額相加就認定。
  5. 【無法歸類】的項目全部查證完畢,沒有因金額小而略過。
  6. 每一筆差異都有原因與憑證,並記錄處理方式。
  7. 連續出現的重複型態已標示並列入流程改善。
  8. 核對、查證、調整的權責分工符合內部規定。
五、延伸看別人做過,然後往下一步

12實際案例

加起來剛好的那兩筆,其實沒有關係

當時的狀況:月底對帳,帳務系統有一筆 33,000 元,銀行對帳單上有 20,000 與 13,000 兩筆。加起來剛好,看起來就是分次付款。第一版核對報告就這樣結案了。

AI 做了什麼
  • 把兩份格式不同的明細整理成同一組欄位,金額原值照抄。
  • 依配對規則列出候選配對,並標明依據哪一條規則。
  • 把 20,000 與 13,000 標為【疑似分次】,明講需要付款排程或廠商收款確認才能認定。
  • 把找不到對應的 5,000 元標為【無法歸類】,並列出建議調閱的憑證。
人做了什麼
  • 先定配對規則與日期基準——沒有基準,月底那幾天永遠對不起來。
  • 所有加總與差額計算在試算表做,公式留給下個月沿用。
  • 調閱付款排程確認 33,000 的實際支付方式。
  • 把 5,000 元那筆查到底,不因為金額小就放過。

結果:「加起來剛好」是核對裡最危險的巧合。標成疑似而不是認定,多花的是一次調閱憑證的時間;認定錯了,少掉的是一整條查證線索。

待補資料:本站不提供對帳時間縮短幅度、差異件數等量化成效,本例金額為說明用的示意數字。建議自行記錄兩個基準——每期【無法歸類】的筆數,以及連續三期出現的重複差異型態數。

13相關方法與下一步

數字口徑要先講清楚

很多對不起來的原因,其實是兩邊對同一個欄位的定義不同。

原始資料太亂先整理

格式不一、全形半形混用會讓配對失效。

重複出現的差異是流程問題

同一種差異每月都來,該修的是流程不是報表。

核銷與憑證的準備

對帳查到的憑證缺口,通常在核銷時會再遇到一次。

可直接使用RELATED PROMPTS

Download

這個方法的模板與 Checklist 下載包整理中——訂閱更新,上架後第一時間通知你。

取得 AI 實戰工具與更新

之後會不定期整理:新方法、指令包(Prompt Pack)、Checklist 與模板。免費、無廣告;正式寄送前會先寄確認信,隨時可來信要求刪除。

← 回「資料與報表」回找方法 →