SWIFT報文詳解資料

SPS-SWIFT報文,,,

報文類型,說明,,

MT0XX,系統(tǒng)報文,,

MT1XX,客戶付款和支票,,

MT2XX,金融機(jī)構(gòu)轉(zhuǎn)賬,,

MT3XX,國債市場,,

MT4XX,托收和現(xiàn)金運(yùn)送單,,

MT5XX,證券市場,,

MT6XX,國債市場-金屬和辛迪加,,

MT7XX,跟單信用證和擔(dān)保,,

MT8XX,旅行支票,,

MT9XX,銀行和客戶賬務(wù),,

,,,,

"在這些格式中，關(guān)鍵是""MT后面的第一個數(shù)字。例如，MT500格式的SWIFT報文是證券市場相關(guān)交易。每類報文都有必填場次和選填場次，場次的信息由操作員手動插入或由機(jī)構(gòu)自動插入。",,,

SPS-SWIFT報文-MT103場次,,,

場次（或簡稱“場”）,場次名稱,,

:20,交易編號,,

:23B,銀行操作碼,,

:32A,價值數(shù)據(jù)/貨幣/銀行間結(jié)算,,

:33B,貨幣/最初訂購金額,,

:50A、F或K,訂購客戶（付款人）∶,,

:52A或D,訂購機(jī)構(gòu)（付款銀行）,,

:53A、B或D,匯款人代理（銀行）,,

:54A、B或D,收款人代理（銀行）,,

;56A、C或D,中介（銀行）,,

:57A、B、C或D,機(jī)構(gòu)賬戶（受益人銀行）,,

:59或59A,受益人,,

:70A,匯款信息（付款編號）,,

:71,收費(fèi)明細(xì)（BEN/0OUR/SHA),,

:72,匯款人致收款人信息,,

:77B,監(jiān)管報告,,

,,,,

"MT103報文通常用于電匯付款。請參閱中下表MT103的示例∶

1.20場的資訊可以配合日期用作查找SWIFT報文。

2.23場可以確定是否適用特定制裁。如果使用美元，則適用美國制裁的限制。

3.50場和59場包含匯款方和收款方相關(guān)信息。歐盟電匯監(jiān)管要求和FATF第16項(xiàng)建議規(guī)定了這些場次必填信息的最低要求。

4.70場為自由文本場次，用于輸入?yún)R款信息。該場次和所有其他自由文本場次可提供有關(guān)付款的額外信息。",,,

SPS-SWIFT報文-MT103示意,,,

場次（或簡稱“場”）,主題,說明,

20,唯一編碼,用于跟蹤交易,

23,起息日與付款,"付款起息日、所用貨幣和金額""GBP1000，11""與GBP10.11",

50,匯款方（付款人）,根據(jù)金融行動特別工作組（FATF）R.16/歐盟2015/847號電匯條例規(guī)定核實(shí)匯款方身份所需信息,

59,收款人,,

70、72,付款說明,自由文本場次,

,,,,

"SWIFT付款報文的特定場次通常是篩查重點(diǎn)，例如訂購客戶、受益人和報文明細(xì)場次，這些內(nèi)容需要根據(jù)所有相關(guān)制裁名單進(jìn)行篩查。在所示下表SPS-SWIFT報文-MT103示意2例子中，50場很可能產(chǎn)生匹配項(xiàng)，因?yàn)锳ST識別出了單詞""CUBA""，此內(nèi)容是匯款人在巴拿馬地址的一部分。",,,

SPS-SWIFT報文-MT103示意2,,,

場次（或簡稱“場”）,場次名稱,示例,說明

:20,交易編號,123456789191,

:23B,銀行操作碼,CRED,

:32A,日期/貨幣/銀行間結(jié)算金額,"1802Q2USD25001,21",

:338,貨幣/最初訂購金額,"USD2001,21",

:50A或者:50x,訂期客戶,"00012345678912

SENORJOHINDOEAVENIDACBAYCALLE38ESTENUERO39-29POSTAL0831-00947PAITILLA,PANAUA,PANAUA","對照美國海外資產(chǎn)控制辦公室（OFAC）制裁篩查，""AvenidaCuba""產(chǎn)生了誤報，這是巴拿馬城的一條街道，并不表示古巴這個國家。這個問題有時可通過工具的非等價匹配功能予以解決。"

,,,,

再舉一例SPS-SWIFT報文-MT103示意3，在52場中檢測到匹配項(xiàng)，該字段表示匯款行的SWIFT或銀行識別碼（BIC）。自動篩查工具（AST）發(fā)現(xiàn)，此代碼指向古巴哈瓦那一家名為BANCODECREDITOYCOMERCO的銀行?？梢栽O(shè)置AST，使其識別SWIFT代碼中代表國家的第五和第六個字符。本例中，CU表示CUBA。除了SWIFT代碼之外，銀行名稱和地址也可能產(chǎn)生危險信號。例如，57場用于識別付款鏈條中代理銀行。如果CITIBANK的SWIFT代碼為CITIUS33，則AST不會產(chǎn)生匹配項(xiàng)。,,,

SPS-SWIFT報文-MT103示意3,,,

場次（或簡稱“場”）,場次名稱,示例,說明

:52A,訂購機(jī)構(gòu),BDCRCH,BANCODECREDITOYCOMERCI0是位于古巴哈瓦那的一家銀行。SMIFT代碼前4個字符是銀行識別碼，第5個和第6個字符是國家代碼，這里的CU代表古巴.

:53B,匯款人代理銀行,CTUS33,

:56A,中介機(jī)構(gòu),MRMDUS33,

:57A,機(jī)構(gòu)賬戶（受益人銀行）,EBILAED,

,,,,

"又如在SPS-SWIFT報文-MT103示意4中，59場顯示交易所為受益所有人。但72場顯示真實(shí)受益人為JoquinLoera。這是用來掩蓋真實(shí)受益所有人的一種手段。可以在72場中查找諸如""furthercreditto""forthebenefitof""之類的文字。在代理銀行業(yè)務(wù)領(lǐng)域，此例屬于連環(huán)代理。此例中，72場顯示的是毒梟JoaquinGuzmanLoera（""ElChapo""）。他的名字""Joaquin""只是少了字母""A""。有些算法可以檢測到這種拼寫差異，因此AST會將此報文識別為強(qiáng)匹配項(xiàng)。",,,

SPS-SWIFT報文-MT103示意4,,,

場次（或簡稱“場”）,場次名稱,示例,說明

:59或59A,受益人,"12345678901UAEExchangeHouse123.Inc123RandomStDubai,UAE",交易所，但不是真正的受益人!

:70,匯款信息,RFB/INVOICE5555555,

:71A,收費(fèi)明細(xì),SHA,

:72,匯款人致收款人信息,FORBENFITOFJOQUINCUZMANLOERA,"關(guān)鍵線索詞∶furthercreditto、forbenefitof等試圖通過改變名稱的拼寫來掩飾名稱""JOAQUINGUZMANLOERA""是臭名昭著的毒梟。"

,,,,

"雖然有必要篩查所有付款報文，但有些報文會帶來更高的制裁風(fēng)險。例如，MT500報文系列就需要慎重對待，尤其是在行業(yè)制裁方面。例如，如果MT500報文提到了列入行業(yè)制裁名單（SSI名單）的Sberbank發(fā)行的金融工具，就需要對報文進(jìn)行審查，驗(yàn)證是否涉及行業(yè)制裁規(guī)定的金融工具。

產(chǎn)生匹配項(xiàng)時，必須對付款報文和補(bǔ)充文件進(jìn)行人工檢查，驗(yàn)證限制條件是否適用以及是否應(yīng)停止交易。",,,

,,,,

SWIFT報文是如何被拆分的,,,

"拆分報文是指為同一筆付款發(fā)送兩種不同類型的報文，但信息不完整或有差異。這種規(guī)避制裁的行為發(fā)生在兩家以上銀行參與匯款過程時。

為了減少處理時間，匯出行通常會使用覆蓋法，即匯出行將MT103報文直接發(fā)往受益銀行，將MT202COV報文間接發(fā)往相關(guān)代理銀行。在覆蓋法（MT202COV）出現(xiàn)之前，這種情況使中間行無法了解整個交易的全貌，因?yàn)橹虚g行仍然會收到MT202付款，卻不能像MT202COV一樣，掌握MT103基礎(chǔ)報文中的必要信息。這導(dǎo)致中間行無法確定最終匯款人和受益人的身份，因?yàn)檗D(zhuǎn)賬交易表面上表現(xiàn)為銀行間付款交易。問題在于SWIFT報文的格式和信息容量。中間行無從知曉最終受益人的身份，因?yàn)镸T202報文的歷史格式上不包括此等信息。因此，中間行無法篩查或掃描匯款人和最終受益人的信息。2009年SWIFT推出MT202COV報文后這種情況有所改觀。MT202COV付款報文包含序列B。序列B場次中的信息必須與MT103基礎(chǔ)報文50a場和59b場中的信息相同，這是為了識別和篩查基礎(chǔ)有關(guān)各方。

《SWIFT用戶手冊（2009）》要求，如果發(fā)往中間行的付款涉及基礎(chǔ)客戶信用轉(zhuǎn)賬，則須使用MT202COV;巴塞爾銀行監(jiān)管委員會和沃爾夫斯堡集團(tuán)建議銀行遵照該流程辦理相關(guān)業(yè)務(wù)。但如果付款行有隱瞞資金最終受益人的動機(jī)，則可能不向參與交易的所有銀行發(fā)送全部信息。相反，匯款行可能向受益人銀行發(fā)送MT103報文，要求其貸記作為資金最終目的地的客戶賬戶。匯款行可能提及直接撥付（使用MT202COV報文），如""直撥待發(fā)""（covertofollow）等內(nèi)容。然后，匯款行向中間行發(fā)送MT202報文（僅用于銀行間結(jié)算報文），指示中間行貸記受益銀行賬戶。此報文不含與最終受益人和匯款人相關(guān)的信息，亦無序列B。

",,,

"與MT202COV不同，MT202沒有容納匯款人和受益人信息的場次（序列B）。因此，中間行對交易背后的細(xì)節(jié)一無所知，可能在不知情的情況下處理涉及被制裁實(shí)體或個人的付款。唯一能夠在此流程中篡改信息的人就是參與SWIFT報文發(fā)送和資金轉(zhuǎn)移的銀行（及其員工）。然而，如前所述，銀行員工有各種動機(jī)，有意略去重要信息。

在調(diào)查這類制裁規(guī)避行為時，審計(jì)人員、調(diào)查人員和主管部門面臨多種挑戰(zhàn)，因?yàn)閳笪挠涗浛赡懿捎貌煌袷?、保存在不同地點(diǎn)。鑒于SWIFT報文數(shù)量巨大，重構(gòu)付款流程可能需要消耗大量精力。2017年，SWIFT每天在200個國家/地區(qū)傳送超過2700萬條報文。隨著MT202COV報文的出現(xiàn)，中間行不掌握完整付款信息的概率開始降低。但是，如果匯出行的意圖就是規(guī)避制裁，其可能篡改MT202COV報文中的信息，隱藏被制裁實(shí)體或個人的名稱。匯出行也可能發(fā)送MT202報文來誤導(dǎo)中間行，使其認(rèn)為轉(zhuǎn)賬交易屬于傳統(tǒng)銀行間轉(zhuǎn)賬，不涉及其他匯款人或受益人。

SWIFT要求匯出行負(fù)責(zé)選擇正確的報文類型，保證所填信息的真實(shí)性和準(zhǔn)確性。因此，如果匯出行或其員工有意規(guī)避制裁，其仍有能力做到。例如，2019年4月，美國司法部和英國金融行為監(jiān)管局對渣打銀行處以11億美元罰款