MT 256 Advice of Non-Payment of Cheques非支付支票通知

注意：使用此电文需要在电文用户组（MSG）注册。

MT 256 电文范围

此电文由一个或多个支票截断电文的收报行发送。用于通知发报行一个先前发送的未付款的指定的截断支票的支票截断电文。

此电文只能用于指定导致扭转先前支付结算的拒付项目。

维基百科解释：

Chequetruncation(checktruncationinAmerican English) is the conversion of a physicalchequeinto asubstitute electronic formfor transmission to the paying bank. Chequetruncation reduces or eliminates the physical movement of cheques and reducesthe time and cost of processing thecheque clearancesystem. Cheque truncation also offers thepotential reduction in settlement periods with the electronic processing of thechequepayment system.

支票截断（用美式英语检查截断）表示将实体支票转换成电子支付形式传输给付款行。支票截断降低或减少了支票的物理移动，减少了支票清算系统的时间和处理成本。支票截断也提供了减少通过支票支付系统的电子处理结算周期的可能。

MT 256 电文格式

MT256电文由三类序列组成：

A：通用元素，是一个非重复序列，包含适用于序列B的所有独立支票详情信息。

B：支票详情，是一个重复序列，每个事件提供一个独立支票的详情。

C：结算详情，是一个非重复序列，包含适用于序列B的所有支票详情的结算信息。

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域应该传输的信息。

原文链接：https://www.f2er.com/swift/320959.html