推荐 原创 视频 Java开发 iOS开发 前端开发 JavaScript开发 Android开发 PHP开发 数据库 开发工具 Python开发 Kotlin开发 Ruby开发 .NET开发 服务器运维 开放平台 架构师 大数据 云计算 人工智能 开发语言 其它开发
Lambda在线 > 天九湾贸易金融 > 头条 | Swift报文升级之修改报文升级后的那些变化

头条 | Swift报文升级之修改报文升级后的那些变化

天九湾贸易金融 2018-10-18

头条 | Swift报文升级之修改报文升级后的那些变化

引言



SWIFT七类报文升级渐行渐近......

众所周知,七类报文即信用证、保函格式标准文本,对于贸金人而言是国际结算的基础性交易文本。日前,天九湾金融研究院组织业内专家,成立项目组,对即将于2018年11月18日升级生效的信用证报文,分别就开立、修改、通知、索偿、转让、拒付、其他等进行了比较研究,分析关键变化点,结合国际惯例与操作实务,加以评述与提示。自9月20日起,本公号连载发布上述评述文章。

 

项目组成员:

孔春艳、马静秋、邵茜倩、薇薇可乐、吴佳丽、张建新、佳树、芳园。   

 

                     天九湾金融研究院

                     



 

纵观本次信用证类升级报文,原有的报文种类里,仅有MT707修改报文的格式发生了根本性的改变,即,从自由格式报文改成固定栏位报文,以确保修改内容可以被一五一十地录入到相应栏位中,明示修改内容。

参照MT701报文的格式和功能,新增了用于显示修改报文延长内容的报文种类MT708,亦可视为本次升级的另一个重要变化。

头条 | Swift报文升级之修改报文升级后的那些变化

一、MT707的变化

众所周知,现行的MT707报文格式较为简单,只有与信用证到期日、装船/发运/接受监管的地点、及信用证金额的增加或减少等内容相对应的修改栏位,其余所有修改内容均须在79:Narrative场次列明。例如:

MT 707

B1:  Outgoing SWIFT Header 1

ESSESESS

B2:   Receiver’s BIC Code

MIDLGB22

20:   Sender’s Reference

LC123456

21:   Receiver’s Reference

NONREF

31C:  Date of Issue

181115

30:   Date of Amendment

181116

26E:  Number of Amendment

01

59:   Beneficiary

Hogarth Limited Company 153 Shaftesbury Avenue London WC2H 8HL

31E:  New Date of Expiry

181231

32B:  Increase of D/C

USD3400

34B:  New D/C Amount

USD53400

79:  Narrative

+Applicant address changed as PO BOX 234 UPSALA SWEDEN

+ Amendment charge payable by beneficiary


升级后的MT707以新版MT700报文格式为模板,在原报文格式基础上进行增删与修改。今后,单证人员操作修改信用证时,展示在大家眼前的将是一个和MT700格式基本一致的修改界面。在这个拥有47个条款栏位的报文里,仅有8个栏位为必选项,其余均是可选项。换句话说,除了8个栏位必填外,余下的39个栏位只有在相应的条款内容发生改变时,才须录入。那些未发生变化的栏位将不显示在最终的报文中。以下为具体的栏位信息变更情况。

头条 | Swift报文升级之修改报文升级后的那些变化
头条 | Swift报文升级之修改报文升级后的那些变化
头条 | Swift报文升级之修改报文升级后的那些变化
头条 | Swift报文升级之修改报文升级后的那些变化


首先,让我们看看本次修改报文升级都删除了哪些内容。没错!34B:New Documentary Credit Amount After Amendment、30B:Maximum Credit Amount和79:Narrative三个场次不见了!其中,对报文格式和实务操作影响最大当属79:Narrative栏位。固定条款的使用和自由条款的弃用,不仅预示着银行缮制的客户业务申请书需要重新设计制定,更意味着自此之后,单证人员须改变操作习惯,将从前在自由叙述条款里描述的修改内容,逐一录入到相应的栏位中去。第二,只保留具体增加或减少的金额项,不再显示修改后的新金额,想必是为了避免实务操作中发生将改证后的总金额看错的情况。第三,最大信用证金额一项的删除应是与新版MT700报文格式保持一致,使关于信用证金额的要求更加直观明了,降低因条款规定不明晰而产生歧义的概率。

其次,聪明的你也一定发现了,本次MT707报文变更对必显示项和可显示项重新进行调整。调整之后,必显示项从原先的3个增加到了8个,分别是27:Sequence of Total、20:Sender’s Reference、 21:Receiver’s Reference、23:Issuing Bank’s Reference、31C:Date of Issue、26E:Number of Amendment、30:Date of Amendment和22A:Purpose of Message。

看着有些眼生的22A栏位是干什么用的呢?为什么要增加这一选项呢?顾名思义,22A是为明确发报目的而存在的。发报行可通过对“ACNF/ADVI/ISSU”三种类型的选择,使收报行收报后一目了然,在第一时间判断报文是为了通知并保兑,或只是通知,亦或是转递,并完成与之相对应的后续操作,更加贴近实务。同时,将23场和31C场改为必显示项,有助于单证操作人员通过开证行编号(通常是信用证编号)、开证日期两个要素快速准确地定位业务完成审核。同样地,26E栏和30栏从可显示项变为必显示项,也是通过强制表明修改次数和日期,帮助操作人员理清修改顺序,避免信用证多次修改而引起业务混乱。

剩余的39个可显示项中,诸如40A:FORM OF DOCUMENTARY CREDIT、42P:Negotiation/Deferred Payment Details、43P:Partial Shipments、43T:Transhipment等38个选择项是本次升级的新增项。具体栏位名称、内容和填写规范基本与升级后的MT700保持一致。仅有59:Beneficiary (before this amendment)一项经历了从必选项到可选项的变化。这一变化,对在操作中误录受益人信息、或须变更受益人的朋友们来说,无疑是一个贴心的操作。从此,不但可以快速地选择相应栏位录入正确信息进行修改,更重要的是不需要在每次改证时都看见自己曾经犯过的错误。此外,SWIFT系统在对45A:Description of Goods、46A:Documents Required、47A:Additional Conditions、49M:Special Payment Conditions for Beneficiary和49N:Special Payment Conditions for Receiving Bank等五个栏位进行设置时,要求操作人员录入任何修改信息前,应先进行选择——“ADD/DELATE/REPALL”,以明确是本次修改内容对原有内容的增加、或删除,亦或全部替换。简单明了的操作要求同样将有助于收报人员更准确地完成相关条款处理。

最后,如果申请人和受益人决定撤销信用证呢?和升级前一样,撤销信用证仍须使用MT707报文格式完成。不同的是,本次升级也将这一操作设计成了可选项。只需要在录入MT707报文必选栏位后,点击新增栏位“23S:Cancellation Request”,选中CANCEL,就可搞定!

以上述提及的修改内容为例,升级后的MT707报文格式应如下:

MT 707

B1:  Outgoing SWIFT Header 1

ESSESESS

B2:   Receiver’s BIC Code

MIDLGB22

27:   Sequence of Total

01

20:   Sender’s Reference

LC123456

21:   Receiver’s Reference

NONREF

23:   Issuing Bank’s Reference

LC123456

31C:  Date of Issue

181115

26E:  Number of Amendment

01

30:   Date of Amendment

181118

22A:  Purpose of Message

ADVI

31D:  Date and Place of Expiry

181231

50:  Changed Applicant Details

Applicant address changed as PO BOX 234 UPSALA SWEDEN

32B:  Increase of D/C

USD3400

71N:  Amendment Charge Payable By

/BENE/

二、MT708的出现

正如前文所述,MT708报文格式是SWIFT系统为保证当MT707报文无法完全录入信用证修改的全部内容时,超出其容量的部分可以被完整地描述并传输,从而参照MT701的功能和格式设计而来。最多时可使用7封MT708报文展示信用证修改内容。但MT708报文指定栏位中的信息不允许与MT707或其他相关的MT708报文中的相同栏位信息重复;且内容不允许和与MT707报文或其他相关的MT708相冲突。以下为具体的报文新增情况。

头条 | Swift报文升级之修改报文升级后的那些变化


如上图所示,在前5个必显示项中,27:Sequence of Total栏位的报文编号应从2开始编制,最多至8结束。为便于单证人员快速分辨及定位全部的修改证报文及相关业务信息,MT708报文的23: Issuing Bank’s Reference栏位编号必须为信用证编号。同时, 26E:Number of Amendment和30:Date of Amendment两栏位信息都须和MT707保持一致,可保证信用证修改内容的完整、连续和准确。

余下的5个可显示项45B:Description of Goods and/or Services、46B:Documents Required、47B:Additional Conditions、49M:Special Payment Conditions for Beneficiary和49N: Special Payment Conditions for Receiving Bank,与MT707报文同步展示。也就是说,只要内容不出现重复,且不超过字符限制,修改信用证45B、46B、47B、49M和49N栏位的内容可以拆分显示在MT707和多个MT708报文中。对于银行而言,仍然要重点关注并设定报文中每个场次字符限制,保证MT707和MT708报文内容的完整连续且准确。

头条 | Swift报文升级之修改报文升级后的那些变化


在剩下不足2个月的时间里,不仅要关注系统模块是否已根据进出口信用证业务的特点进行了区分,还需反复测试系统录入和报文拆分取值规则的合理性。银行的伙伴们要加油了呢!


推荐阅读】:

 

【天九湾精品课程】


详情请咨询:

头条 | Swift报文升级之修改报文升级后的那些变化



诚邀贸易金融各领域学者、从业者及机构投稿或荐稿与世界各地跨界行业专家共同分享与发展!

投/荐稿邮箱:

skytradefinance@163.com

立足中国 | 起于草根 | 肩负使命

本期编辑:亮晶晶

编辑审核:sszg


版权声明:本站内容全部来自于腾讯微信公众号,属第三方自助推荐收录。《头条 | Swift报文升级之修改报文升级后的那些变化》的版权归原作者「天九湾贸易金融」所有,文章言论观点不代表Lambda在线的观点, Lambda在线不承担任何法律责任。如需删除可联系QQ:516101458

文章来源: 阅读原文

相关阅读

关注天九湾贸易金融微信公众号

天九湾贸易金融微信公众号:SkyTradeFinance

天九湾贸易金融

手机扫描上方二维码即可关注天九湾贸易金融微信公众号

天九湾贸易金融最新文章

精品公众号随机推荐

下一篇 >>

Swift 类型擦除