14_國際支付清算體系

案例介紹

核心表格

核心主題	關鍵概念／規則	實務意義	重要條件／限制／判斷標準
支付清算體系	由付款人、付款銀行、收款銀行、收款人，以及清算／結算機制共同完成資金移轉。	決定跨行與跨境付款如何傳遞、清算及最終交割。	應區分「訊息傳遞、清算、結算」三個不同層次。
SWIFT	全球金融機構間的標準化金融電文網路，本身不是資金清算或結算系統。	用來安全傳遞付款與其他金融指令。	收到SWIFT訊息不等於款項已完成最終結算。
往來帳戶／碰頭行	銀行透過Nostro／Vostro等往來帳戶安排外幣支付；若雙方銀行有共同往來行，可縮短路徑。	直接影響到帳速度、中轉層級與費用。	選擇第三國貨幣前應先確認共同往來行、清算路徑及cut-off time。
多邊結算	將多筆應收應付集中後相互沖抵，只就淨額交割。	降低資金移動量與流動性占用。	需搭配限額、擔保、備援及違約處理機制。
交換軋差	各參加行先計算應收、應付，再以淨額完成交割。	案例75顯示交換總額可很大，但實際交割額遠小於總額。	軋差提高效率，但交割失敗可能形成集中風險。
RTGS	Real-Time Gross Settlement，即時全額結算；逐筆以全額處理並在完成後取得結算最終性。	降低延後淨額結算累積的信用與結算風險。	對日間流動性需求較高，因此常搭配排隊、優先序與日間流動性機制。
CHATS	香港的即時全額結算體系，用於不同幣別的大額支付清算。	案例77用來理解RTGS、支付最終性、排隊及日間流動性管理。	企業大額付款仍需預留銀行內部處理、合規與流動性排隊時間。
CHIPS	美國重要的美元大額支付系統之一，透過參加行及系統規則處理美元支付。	案例78說明無直接帳戶關係時，可利用共同參加的美元清算路徑降低中轉層級。	ABA等路由資訊必須精確；其他識別碼應依付款銀行與現行系統規格確認。
CHAPS	英國的大額即時支付體系，透過英格蘭銀行RTGS基礎設施完成結算。	用於高價值、時效敏感的英鎊支付。	應與一般零售支付系統區分。
T2	歐元體系目前的批發支付RTGS服務；2023年已取代TARGET2。	處理歐元體系貨幣政策、銀行間及商業付款。	舊教材中的TARGET／TARGET2名稱屬歷史系統；現行教材直接使用T2。
BOJ-NET	日本銀行營運的金融網路與結算基礎設施。	支援日圓資金與相關金融交易的結算。	實務使用應依日本銀行現行制度與參加資格判斷。
支付貨幣選擇	支付幣別不只影響匯率，也影響清算網路、代理行層級、費用與到帳時間。	案例76顯示第三國貨幣若缺乏清晰路徑，可能造成延誤與違約。	合約應明定到帳日、費用分攤、銀行資訊及補件責任。

精簡說明

國際支付清算體系的核心，是把一筆付款從「付款指令」轉成「銀行間真正完成資金移轉」。學習時必須先區分三件事：訊息傳遞、清算與結算。SWIFT主要負責金融電文傳遞；清算負責計算參加機構之間的應收應付；結算則是在最終帳戶上真正完成資金交割。因此，收到付款訊息不代表資金已經完成最終結算。

第一個核心是往來帳戶與清算路徑。案例24與案例76都顯示，跨境付款的效率高度依賴銀行之間是否存在直接或共同的往來帳戶。如果雙方銀行可以在同一貨幣中心透過共同往來行完成借記與貸記，路徑通常較短；若沒有碰頭行，就可能增加中轉銀行、費用、合規查核與到帳時間。選擇第三國貨幣時，因此不能只比較匯率，也要把清算便利性納入交易成本。

第二個核心是軋差與全額結算的取捨。案例75說明軋差制度如何把大量互相抵銷的收付款壓縮成少量淨額交割，大幅節省流動性。相對地，RTGS採逐筆即時全額結算，可降低未結算部位累積造成的信用風險，但會增加日間流動性需求。案例77的CHATS正好呈現這個邏輯：RTGS要順暢運作，必須搭配日間流動性、排隊與優先序管理。

第三個核心是不同貨幣有不同支付基礎設施。美元可涉及CHIPS等大額支付系統；香港以CHATS處理相關大額RTGS；英國有CHAPS；日本有BOJ-NET。歐元區舊教材常見TARGET或TARGET2，但現行架構已更新：TARGET2於2023年由新的T2取代，T2包含RTGS服務與中央流動性管理功能。實務教材因此不再把TARGET2當成現行系統。

最後，企業端真正需要掌握的不是所有清算系統的技術細節，而是四個判斷：付款走哪條路、何時才算完成、途中可能卡在哪裡、出了問題誰負責。對大額或交期敏感交易，應在付款前先向銀行確認幣別、代理行、清算路徑、截止時間與必要識別碼，並在合約明定到帳日、費用分攤與遲延責任。