M2 國際結算系統

核心重點總表

主題/面向

核心問題

定性分析重點

定量/Excel 分析

學習成果

付款路徑

訊息如何變成資金到帳?

付款人銀行、代理/中介銀行、清算與收款行

流程節點與狀態追蹤

付款路徑圖

結算方式

哪種方式適合交易?

T/TL/CD/PD/AO/A 的速度、成本與安全

結算方式加權比較

方式選擇

例外處理

付款為何延誤或短收?

資料錯誤、合規審查、中間行扣費、退匯與假日

延誤原因與處理順位

例外管理

一、可觀察的學習成果

層次

學生完成本單元後能夠

理解

區分訊息傳遞、清算與最終結算。

分析

解釋代理銀行、中介銀行及費用分擔對付款的影響。

操作

建立跨境付款查核表及狀態追蹤欄位。

判斷

辨識「SWIFT 已發送」與「款項已入帳」的差異。

查核

列出受款人、銀行、用途、合規與入帳證明的人工確認。

二、核心概念與實務敘述

跨境付款通常不是一條直線。SWIFT 等網路主要傳遞指示,實際資金仍需透過銀行帳戶、代理銀行、清算及結算基礎設施移動。

Clearing 是計算與確認應收應付;Settlement 是完成最終資金交割。RTGS 常用於高價值付款;外匯交易中的 PvP 則降低一種貨幣已支付、另一種貨幣未支付的本金風險。

結算延誤可能來自資料不完整、中間行審查、制裁/反洗錢檢查、費用短收、銀行假日或收款行無法自動對帳。

三、定性分析與學生任務

練習:跨境付款延誤查核

情境:出口商收到買方提供的付款通知,但三個工作日後仍未入帳。通知中顯示已發送付款訊息,付款幣別為美元,交易可能經中介銀行。

學生要處理的項目

作答要求

狀態判讀

區分付款指示、訊息發送、清算、結算與入帳。

資料查核

列出應核對的受款人、帳號、BIC、金額、費用及用途。

延誤原因

至少提出四種可能原因並排序。

溝通流程

說明應向買方、付款行及收款行取得什麼證據。

◆教師版|參考答案

不能只憑付款通知認定已收款。應先核對銀行資料與付款參考號,再請買方取得銀行追蹤資訊;同時由收款銀行查詢是否因中介行、合規、資料錯誤或費用短收而停留。正式交貨或解除文件控制前,應依交易條件確認實際可用資金。

◆教師版|判斷理由

SWIFT 訊息成功只表示銀行訊息已送出,不等於最終結算及收款帳戶可用。跨境付款經過的節點越多,費用、時間與資料缺漏風險通常越高。

◆教師版|可能的不同答案

若雙方長期合作、金額小且銀行可提供明確追蹤資料,可依內部授權先進行低風險作業;若涉及新帳戶、相似網域、陌生中介行或高風險國家,則應暫停並啟動防詐與合規程序。

四、定量分析與評分規準

分數

速度

成本安全

付款安全

文件/流程控制

5

快速且狀態可追蹤

費用透明可控

資金或銀行承諾充分

文件與責任清楚

3

中等速度

費用中等或部分未知

依買方信用而定

部分控制

1

延誤高或狀態不明

費用高或短收風險大

高度依賴買方

控制薄弱

學生作答表

結算方式

速度

成本安全

付款安全

流程控制

加權結果

適用情境

T/T

L/C

D/P

D/A

O/A

公式/計算提示

加權結果=速度 25%+成本安全 25%+付款安全 30%+流程控制 20%。評分前須先定義交易金額、買方信用與文件需求。

◆教師版|量化參考與解讀

一般低風險交易可能偏向 T/T;高金額或較高信用/國家風險交易可能提高 L/C 的付款安全權重。若把成本權重提高,排序可能改變;這正是敏感度分析的教學重點。

五、AI 結果查核、課堂操作與評量

項目

要求

AI 使用

可協助建立流程圖、例外清單與對帳欄位,不得將付款通知誤判為實際入帳。

人工查核

受款銀行資料、付款訊息、銀行追蹤、制裁/AML 狀態、實際入帳及費用扣除。

課堂成果

付款路徑圖、方式比較表、延誤處理 SOP

評量重點

能否把訊息、清算、結算及入帳分開,並提出可驗證證據。