iT邦幫忙

2026 iThome 鐵人賽

DAY 11
0
佛心分享-IT 人自學之術

30 天 從數據思維到自動化稽核實戰系列 第 11

Day 11:跨系統對帳與對折數據自動比對

  • 分享至 

  • xImage
  •  

https://ithelp.ithome.com.tw/upload/images/20260913/20070969xe327Hbo47.png
收到!各位打火弟兄注意,我是今天的資料分析兼 AI 戰術教官。裝備檢查完畢,全部給我集中精神進入狀況!

今天的救援任務是推進 「Day 11:跨系統對帳與對折數據自動比對」

在銀行金融營運與風險控制的火場裡,核心帳務系統(如 SWIFT 跨國匯款電文檔)與周邊風控系統(如內部 AML 洗錢防制預警檔)就像兩條獨立鋪設的高壓水線。如果兩邊的交易數據對不上——例如 SWIFT 匯出了巨額資金但 AML 系統竟然毫無紀錄,或是兩邊金額出現數萬元的落差——這就代表內部控制與系統串接已經發生嚴重的「資金洩漏與防衛破口」!

手動逐筆拉 Excel 對帳不僅效率低下,還會被雜亂的交易序號眼花撩亂。以下依照我們的「救災標準作業程序 (S.O.P)」進行全方位的實務拆解與自動化對帳演練:


🚨 1. 災情評估與風險控制 (Size-up & Problem Analysis)

在跨系統帳務對帳與風控比對的數據火場中,格式不一與主鍵錯位是引發防線潰敗的致命盲點:

  • 數據火場的致命盲點:跨系統資料通常來自不同的資料庫與架構,SWIFT 檔與 AML 檔的欄位命名、時間戳記格式(如西元年與 UTC 時間)甚至交易編號長度經常不一致。如果直接拿兩份未經宣告結構的檔案要求 AI 比對,AI 會因為對不上關鍵字欄位(Join Key / Primary Key)而產生嚴重的錯位比對與腦補。
  • 打火弟兄最常犯的致命迷思
    1. 迷思一:「認為兩邊系統的交易編號長得一樣,拿眼睛在 Excel 裡面逐筆搜尋(Ctrl+F)就能完成對帳。」 —— 錯!面對每日數萬筆的跨國匯款與預警紀錄,手動對帳極易漏掉「金額微幅不符」或「單邊漏列」的暗火。
    2. 迷思二:「請 AI 撰寫跨表比對邏輯時,沒有同時提供兩邊系統的工作表欄位架構(Data Schema)。」 —— 錯!AI 不知道你的 SWIFT 檔交易序號叫 TRX_REF 還是 SWIFT_NO,也不知道 AML 檔叫 ALERT_ID 還是 SWIFT_REF。不講清楚 Schema,生成的比對腳本一執行就會直接爆炸(#N/A, KeyError)!

🧯 2. 戰術下達與核心原理 (Tactical Strategy)

為了精準抓出金額不符與單邊漏列的異常帳目,我們採用 「雙系統 Schema 描述 + 四向勾稽比對戰術(Four-Way Reconciliation Strategy)」

  1. 雙系統 Data Schema 事前宣告
    在 Prompt 中同時鋪設「核心 SWIFT 匯款檔」與「周邊 AML 預警檔」的欄位清單,明確指定兩邊進行比對的主鍵(Primary Key,如交易序號)與關鍵數據欄位(金額、日期)。
  2. 差異分類邏輯(Variance Classification Logic)
    自動化對帳腳本必須將比對結果嚴密分類為四種狀態,絕不放過任何盲點:
    • 完全相符(Matched):兩邊皆有紀錄且金額完全一致。
    • 金額不符(Amount Mismatch):交易序號對得上,但兩邊金額不一致(標明金額差額)。
    • AML 單邊漏列(SWIFT 有,AML 無):SWIFT 匯款成功但 AML 無預警紀錄(重大洗錢防制破口!)。
    • SWIFT 單邊漏列(AML 有,SWIFT 無):AML 產生預警但 SWIFT 無實際電文(疑似虛刷、系統異常或攔截測試)。

🚒 3. 黃金救援步驟 (Actionable S.O.P)

事前佈線(Data Preparation & Schema Specification)

我們在 Excel 活頁簿中宣告兩張來自不同系統的工作表 Schema:

  • 工作表 1:SWIFT_Transactions(SWIFT 跨國匯款檔)
    • A 欄:TRX_REF_NO(SWIFT 交易序號,如 ST20260828001
    • D 欄:RECEIVER_ACC(受款人帳號)
    • E 欄:AMOUNT(匯款金額,USD)
  • 工作表 2:AML_Alert_Logs(銀行內部 AML 預警檔)
    • A 欄:ALERT_ID(預警編號)
    • B 欄:SWIFT_REF(對應之 SWIFT 交易序號)
    • D 欄:ALERT_AMOUNT(預警金額,USD)

深入火場(Analysis & Modeling - 實力練習:實現 SWIFT 與 AML 全自動差異比對)

步驟 1:輸入 AI 的結構化對帳 Prompt(完全指定 Schema 與對帳規則)
# Role (System Prompt)
你是一位金融機構資訊與風控稽核專家,精通跨系統帳務勾稽、自動對帳邏輯設計與 Excel VBA/Python 自動化程式撰寫。

# Schema & Context
我的 Excel 活頁簿包含兩張待比對的跨系統工作表:
1. 工作表 `SWIFT_Transactions`(核心 SWIFT 匯款檔):
   - A 欄:TRX_REF_NO (交易序號)
   - E 欄:AMOUNT (匯款金額)
2. 工作表 `AML_Alert_Logs`(周邊 AML 風控預警檔):
   - B 欄:SWIFT_REF (對應 SWIFT 交易序號)
   - D 欄:ALERT_AMOUNT (預警金額)

# Task Objectives
請幫我撰寫一套自動化跨系統比對邏輯(或可直接執行的 VBA 巨集/Python 自動化腳本),自動比對兩張工作表:
1. 建立第三張工作表 `Recon_Result`(對帳結果表)。
2. 比對兩表之交易序號(TRX_REF_NO vs SWIFT_REF)與金額(AMOUNT vs ALERT_AMOUNT)。
3. 自動產出差異分類,欄位包含:[差異類型 | 交易序號 | SWIFT金額 | AML預警金額 | 差額 | 風控稽核處置建議]。
4. 差異類型必須包含四種:【完全相符】、【金額不符】、【AML單邊漏列】、【SWIFT單邊漏列】。

步骤 2:AI 生成之全自動對帳結果表 (Recon_Result)

AI 依據指定 Schema 運算並產出結構化對帳報告:

對帳結果表:Recon_Result
差異類型 (Status) 交易序號 (Ref No) SWIFT 金額 (USD) AML 預警金額 (USD) 差額 (USD) 風控與稽核處置建議
完全相符 ST20260828001 50,000 50,000 0 兩端數據一致,予以合規關單歸檔。
金額不符 ST20260828003 120,000 100,000 +20,000 火速查核:SWIFT 匯款金額高於預警金額,疑有拆單或交易申報不實。
AML 單邊漏列 ST20260828007 350,000 N/A 致命破口:SWIFT 巨額匯款成功卻未觸發 AML 預警,即刻通報洗錢防制中心檢查預警規則!
SWIFT 單邊漏列 ST20260828009 80,000 N/A 異常警告:AML 系統產生預警但無實際 SWIFT 電文,懷疑為系統虛刷或測試資料殘留。

殘火處理與儀表板(Visualization & Risk Dashboard Integration)

  1. 異常帳目殘火覆核
    風控稽核官針對 Recon_Result 表格中標記為「AML 單邊漏列」與「金額不符」的案件進行 100% 二階段人工抽查,確定系統串接無虞。
  2. 指揮中心對帳視覺化 (Reconciliation Dashboard)
    將自動比對結果匯入樞紐分析圖或 Tableau,建立「跨系統對帳與 AML 預警監控儀表板」,即時追蹤每日自動勾稽成功率(Match Rate %)、單邊漏列筆數及差異金額趨勢。

🛡️ 4. 隊長的精神訓話 (Takeaway)

「兩端 Schema 鋪得清,跨系統對帳自動化;金額不符單邊漏列全浮現,金融防線零死角!」


上一篇
Day 10:AI 生成 Excel 高階風險函數(巢狀 IF, XLOOKUP, TEXT)
系列文
30 天 從數據思維到自動化稽核實戰11
圖片
  熱門推薦
圖片
{{ item.channelVendor }} | {{ item.webinarstarted }} |
{{ formatDate(item.duration) }}
直播中

尚未有邦友留言

立即登入留言