MT 256 Advice of Non-Payment of Cheques非支付支票通知
注意：使用此電文需要在電文用戶組（MSG）註冊。
MT 256 電文範圍
此電文由一個或多個支票截斷電文的收報行發送。用於通知發報行一個先前發送的未付款的指定的截斷支票的支票截斷電文。
此電文只能用於指定導致扭轉先前支付結算的拒付項目。
維基百科解釋：
Chequetruncation (checktruncation in American English) is the conversion of a physical cheque into a substitute electronic form for transmission to the paying bank. Chequetruncation reduces or eliminates the physical movement of cheques and reducesthe time and cost of processing the cheque clearance system. Cheque truncation also offers thepotential reduction in settlement periods with the electronic processing of thecheque payment system.
支票截斷（用美式英語檢查截斷）表示將實體支票轉換成電子支付形式傳輸給付款行。支票截斷降低或減少了支票的物理移動，減少了支票清算系統的時間和處理成本。支票截斷也提供了減少通過支票支付系統的電子處理結算週期的可能。
MT 256 電文格式
MT256電文由三類序列組成：
A：通用元素，是一個非重複序列，包含適用於序列B的所有獨立支票詳情信息。
B：支票詳情，是一個重複序列，每個事件提供一個獨立支票的詳情。
C：結算詳情，是一個非重複序列，包含適用於序列B的所有支票詳情的結算信息。
|
狀態 |
域 |
域名 |
中文域名 |
定義 |
內容/選項 |
序號 |
注意事項 |
|
序列A 通用元素 |
|||||||
|
M |
20 |
交易編號 |
發報行生成，唯一標識電文 |
16x |
1 |
不能以“/”開頭或者結束，不能出現連續的兩個“/” |
|
|
M |
21 |
相關電文編號 |
包含先前收到支票截斷電文的發報行的電文編號 |
16x Eg: :21:ref1234 |
2 |
|
|
|
序列B 支票詳情 |
|||||||
|
M |
44A |
交易參考編號 |
此域包含先前收到的支票截斷電文的交易參考號，由受益行金融機構生成，標識這種拒付支票代表的交易 |
65x Eg: :44A:abc12354 |
3 |
|
|
|
O |
21 |
相關電文編號 |
包含發報行電文編號 |
16x |
4 |
|
|
|
O |
21D |
支票號 |
已經被拒付的支票號 |
35x |
5 |
|
|
|
O |
21E |
支票參考編號 |
支票編號，由受益金融機構生成 |
35x |
6 |
|
|
|
M |
23E |
未支付/拒付理由 |
拒付原因 |
4!c[/30x] 代碼+摘要 |
7 |
代碼詳見SWIFT手冊 |
|
|
M |
32J |
支票金額 |
拒付支票金額 |
15d |
8 |
|
|
|
O |
37J |
利率 |
標識從支票截斷電文的發報行收取利息的利率 |
12d |
9 |
|
|
|
O |
71G |
利息費用 |
標識MT256電文發報行收取的利息費用和幣種 |
3!a15d Eg: :71G:USD3, |
10 |
|
|
|
O |
71F |
發報行費用 |
發報行的費用和幣種 |
3!a15d Eg: :71F:USD3, |
11 |
|
|
|
O |
71H |
發行金融機構費用 |
發行行費用和幣種 |
3!a15d Eg: :71H:USD8, |
12 |
|
|
|
序列C 結算詳情 |
|||||||
|
M |
32A |
起息日、幣種、總金額 |
資金回收的預計時間、幣種和總金額 |
6!n3!a15d |
13 |
|
|
|
O |
30 |
原始起息日 |
支票截斷電文相關的起息日 |
6!n |
14 |
|
|
|
O |
19 |
總支票金額 |
序列B所有事件的32J域之和 |
17d Eg： :19:1350, |
15 |
|
|
|
O |
71J |
利息費用總額 |
序列B所有事件的71G域之和及幣種 |
3!a15d Eg: :71J:USD50, |
16 |
|
|
|
O |
71L |
發報行費用總額 |
序列B所有事件的71F域之和及幣種 |
3!a15d Eg: :71L:USD234, |
17 |
|
|
|
O |
71K |
發行金融機構總額 |
序列B所有事件的71H域之和及幣種 |
3!a15d Eg： :71K:USD343, |
18 |
|
|
|
O |
57a |
賬戶行（用於結算） |
發報行希望資金貸記的賬戶行 |
A, C, or D A: [/1!a][/34x] C： /34x D: [/1!a][/34x] |
19 |
|
|
|
O |
58B |
受益行賬戶（用於結算） |
最終接收資金轉移的金融機構的賬號 |
[/1!a][/34x] |
20 |
|
|
MT 256電文網絡校驗規則
C1：如果37J域存在，則71G域也必須存在。
C2：序列C中71L域金額必須等於序列B所有事件71F域之和。
C3：序列C中71J域金額必須等於序列B所有事件71G域之和。
C4：電文中所有事件的這些金額域(71F,71G, 71H, 71J, 71K, 71L, 32A)的幣種代碼都必須相同。
C5：如果序列C中32A域金額等於序列B中32J域金額之和，則19域不能存在，否則（即序列C中32A域金額不等於序列B中32J域金額之和），19與必須存在。
C6：如果包含費用，19與必須存在。必須包含序列B中32J域所有金額之和。
C7：21域必須存在於序列A中或者在序列B的所有事件中存在。
C8：如果71F域存在序列B的任意事件中，則序列C中71L域必須存在，否則，71L域禁止輸入。
C9：如果71G域存在序列B的任意事件中，則序列C中71J域必須存在，否則，71J域禁止輸入。
C10：如果71H域存在序列B的任意事件中，則序列C中71K域必須存在，否則，71K域禁止輸入。
C11：序列C中71K指示的金額必須等於序列B中所有事件的71H域的金額之和。
MT 256 電文使用規則
（1） MT256電文僅能供已經在SWIFT註冊發送和接收MT256電文的金融機構進行發送和接收。如果一個已註冊的用戶收到一個未和發報行有雙邊協議的MT256電文，則收報行應該根據正常的銀行實務查詢電文。
（2） 此電文不能用於指定接下來階段可能導致未付款的原因，例如，請求複印件以覈實簽名。對於這種情況，必須使用MT295查詢電文，提供特殊代碼。
（3） 對於拒付不同幣種的支票，必須使用不同的MT256電文。
（4） 當發報行未授權借記收報行的賬戶時，MT256電文的收報行必須根據指定的起息日貸記賬戶。
（5） 30域可能僅用於原起息日與域中提供的起息日不同時使用。缺少30域意味着32A域的氣息日取自原支票截斷電文。
MT256檢查清單
強烈建議以下檢查清單被金融機構用於建立處理截斷支票的雙邊或多邊協議的基礎。
推薦雙邊或者多邊協議覆蓋以上列出的所有條目。爲了進一步促進簽訂這些協議，已經定義了金融機構可能選擇用於重寫的通用程序。
檢查清單不打算提供詳盡的清單，SWIFT也不對此負責。包括以下主題：
幣種&金額
（1） 指定每種支票的最小和最大金額
（2） 指定每種支票可接受的幣種
（3） 列出在代碼行與另一個字段之間有差異時要遵循的程序，例如，金額。
（4） 除非另有協議，支票截斷電文通過發報行或收報行國家的幣種傳達。如果金融機構希望接受第三種幣種，則需要另有協議規定。
覆蓋支票截斷的規則&規定
（1） 列舉（國際）國內法律法規
（2） 指定監管報告需求
（3） 指定支票可以申辯的期限以及每種類型的支票/發行地點（見“日期和時間結構”）
（4） 指定用於法律目的和處理需求的支票截斷電文和MT256電文的必輸數據或域。
（5） 定義過期日期
（6） 列舉支票截斷的標準
（7） 現有的現金協議可以擴展至滿足支票截斷。這可能簡化新協議。
責任
（1） 背書籤名—同意以下程序，例如，通常情況下，受益人的金額機構必須認可兌現支票方是合法受益人。
（2） 支票退回—由於很難自動截斷這些信息，截斷協議應該使得截斷方對保證截斷支票包含所有合法要求的背書負責。
（3） 定義整個過程每個階段的責任方，例如，受益人金融機構是否可以決定過期的支票。協議也應該建立負責複覈確定某些部分的主體，例如，截斷支票的代碼行。
（4） 抓取和複覈代碼行是複覈截斷成功的關鍵元素。因此，建立如下避免劣質代碼的方法：
當代碼行不可讀時，使用具體的控制鍵來幫助手工鍵。
避免通過自動檢查抓取點形成的重複截斷支票。
紙質支票
（1） 指定妥善保管支票正本的一方
（2） 支票正本必須保存的期限協議
（3） 支票（或副本）是否必須發送到付款行協議
（4） 如果任何（和截斷路徑不同時），紙質支票必須遵守的路徑的協議
支持的截斷支票類型
指示電子支票/模型/格式類型的雙邊協議代碼。
費用
（1） 定義每種支票的費用類型、幣種和金額
（2） 定義費用期限，例如，每月一次
（3） 除非另有協議，費用將會以電文中交易金額和結算金額相同的幣種收取
結算
當支票截斷電文的發報行和收報行之間存在一個直接的賬戶關係，支票截斷電文能自動用作一個請求貸記發報行賬戶的金融電文。
管理
定義事件問題中的聯繫地址，例如，郵編地址、部門、電話號碼、傳真號
日期和時間結構
（1） 協議支票截斷電文的收報行執行有效截斷支票支付的時間結構需求。時間結構以協議的收報行收到來報電文的截止日期開始。
（2） 截止日期之前收到的電文，將會在預定日（在收到報文後的幾天，收到報文日爲D）收到最終結算。
（3） 截止日期之後收到的報文，最後結算時間結構基於D+1。
（4） D是計算起息日的基礎，即，當受益人收到資金的時候。
（5） 退回費用的時間協議
（6） 決定退回/拒付項目的期限以及這些項目的傳輸方式，例如，光盤、磁盤、網絡和郵件。
匯款信息
同意是否應通過雙邊協議的代碼規定72域應該傳輸的信息。