PPT_主題
PPT_主題
M2 國際結算系統
核心重點總表
主題/面向 |
核心問題 |
定性分析重點 |
定量/Excel 分析 |
學習成果 |
付款路徑 |
訊息如何變成資金到帳? |
付款人銀行、代理/中介銀行、清算與收款行 |
流程節點與狀態追蹤 |
付款路徑圖 |
結算方式 |
哪種方式適合交易? |
T/T、L/C、D/P、D/A、O/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。 |
評量重點 |
能否把訊息、清算、結算及入帳分開,並提出可驗證證據。 |