SWIFT升级:七类报文的变化
SWIFT项目时间表
SWIFT报文升级是个比较大的项目,从2013年就开始了。
下图列出了从2013年项目开始到2019年项目完成的时间进程。
01
信用证项目时间表(2018年)
上图中需要特别关注:
第一,2018年7月22日,信用证用户测试培训系统投产。
我们建议:各家银行内部的系统升级最好在7月之前完成。
第二,2018年11月18日,系统投产。
我们建议:各家银行相关业务操作系统的修改或更新,要在这个时间点完成,否则业务就没办法操作了。
02
备用证/保函项目时间表(2019年)
根据上图时间表,保函报文在2019年7月系统投产,保函类报文标准在2019年11月升级上线。
保函报文MT760升级前后的变化
原有的MT760:
这次SWIFT报文升级中变化最大的就是保函类报文。传统的MT760,输入域都非常简单,一共只有6项。保函的主要内容都输入在域77C项中。
升级后的MT760:
升级后的MT760,主要为了适应监管要求和自动化的需求,把原来MT760域77C项中的内容拆解开并格式化了,这是最大的一个升级的特点。
下面我们具体看一下是怎样拆解的。
新的MT760分为Sequence A、Sequence B和Sequence C三个部分。
如果是直开保函,则报文由Sequence A Sequence B两部分构成;
如果是转开保函,则报文由Sequence A Sequence B Sequence C三部分构成,Sequence C可能是一个从属性保函/国内保函。
以下是新MT760的具体格式细项:
2.1SEQUENCE A:GENERAL INFORNATION
注释1:extended ''Z'' characters: = ! ' % & * < > ; { @ # _
注释2:M=Mandatory, O=Optional.
注释3:22A Purpose of message有以下代码可选:
ACNF Advice and confirmation of issued undertaking
ADVI Advice issued undertaking
ISCO Issuance of counter-undertaking and request to issue local undertaking
ISSU Issuance of undertaking
ICCO Issuance of counter-counter-undertaking
2.2 SEQUENCE B: UNDERTAKING DETAILS
注意:77U(M必输项)担保的条款:除了拆解的项之外可以自由输入的内容。
2.3 SEQUENCE C: LOCAL UNDERTAKING DETAILS
Sequence C通常是一个从属性保函或者国内保函。
总的来说,原来的MT760是一个自由格式的报文,升级后变成格式化的报文,由Sequence A、Sequence B和Sequence C三部分组成,每一个部分都有很复杂的拆解,主要是为了下一步报文处理的自动化考虑。
新增加的9种报文类型
其中很有特点的是MT759,在后文中会给大家介绍。
01
信用证报文的显著变化——MT707和新报文类型
1、SWIFT MT700/710/720的显著变化
首先来看MT700的变化。MT700本身的特点是,它是一个结构化的报文。MT760也是朝着MT700的方向改变的。MT700变化不是很大,有一点需要提示的是45A(货物/服务描述)、46A(单据要求)和47A(附加条款),这些输入域的字符要求放宽了,原来是100*65x,现在升级为100*65z(''Z'' characters: = ! ' % & * < > ; { @ # _)。由于技术的发展和银行的需求,SWIFT做出了调整。
注释1:M=Mandatory, O=Optional.
注释2:变更蓝√为新增项,红√为删除项
注释3:extended ''Z'' characters: = ! ' % & * < > ; { @ # _
字符规则:MT700/710/720最多10000个字符,MT701/711/721最多 10000个字符
2、SWIFT MT701/711/721的显著变化
字符规则:MT701/711/721,10000个字符
报文规则:最多7个701/711/721
3、MT707的显著变化
信用证类报文升级中最大的变化是MT707的改变,以前的MT707非常简单,升级后的格式与MT700是一致的。MT700要修改的内容就是通过MT707不同的格式条款来呈现,这是MT707最大的变化。
02
新增加的报文类型MT759
MT759 Ancillary Trade Structured Message
MT759本身也是一个格式化的报文,它本身有一个功能性的设定,体现在域22D和域23H中。
MT759可以用于独立保函/信用证/备用信用证/其他。进行格式化的设定之后,可以方便后续的自动操作。
MT759是相对于MT799完全自由格式的一种报文。
This message must not be used where an existing MT message is available, and it should be used rather than the MT 799.
MT759有一个使用建议,是这样说的:这个报文原则上适用于MT760/MT700类似的功能但又没有相应的报文格式来对应的时候,且能用MT759的时候尽量不用MT799。
几 点 建 议
对于SWIFT报文升级,给各家银行提出几点建议:
一是报文升级要与银行系统升级对接,否则操作上会有障碍,比如不能通过SWIFT来发送报文了;二是报文升级与流程管理要同步;三是报文升级与文件管理要衔接好,尤其是申请书怎么设计的问题要重视;四是报文升级与市场宣传需同时,要考虑怎样让客户接受。
其实SWIFT这次的变化与中国的现实并不是很吻合。国外的银行数字化、自动化程度高,急需这样的改进。然而中国的银行目前没有这种迫切的需求。但是贸易金融的数字化、自动化是大趋势,中国的银行需要及时调整,积极应对。
源自:第三届天九湾贸易金融论坛