信用证SWIFT报文格式的升级实践

文/庄晓玲 贺勇 臧玉晶 黄琅 编辑/韩英彤

应对升级，用户应调整心态，以开放态度迎接新升级，提高交易效率；同时，应通过各种渠道学习升级知识，避免误用，以保证交易的安全。

为适应世界贸易和银行业务的发展变化，满足监管合规要求，方便大数据运用，提高报文直通处理率，SWIFT组织在多方收集、整理各国用户对SWIFT报文的改进需求后，于2013年启动了SWIFT报文升级改造项目。历时五年，首先完成了信用证类报文的升级，并于今年11月18日正式投入使用。本文拟就信用证SWIFT报文格式升级的必要性及优势、报文格式升级后带来的问题与困惑等方面展开讨论，并就如何应对报文升级提出相关建议，以促进新规则、新格式在业务实践中的顺利实施和使用。

升级的必要性及优势

升级前，SWIFT报文在类型、结构、栏位设置及字符限定等方面存在诸多不足之处，已明显无法满足实务发展需要。如：报文类型不够丰富、结构较为单一，报文栏位设置不够明确，报文可用特殊字符太少。因此，各国SWIFT用户，特别是金融机构，纷纷提出报文变更需求。

此次报文升级正是适应实务所需，与升级前相比，具有如下优势：

报文类型增加，满足实务需要

新增了三种报文类型，弥补了报文类型的缺失：一是MT708（跟单信用证修改的展报）。MT708展报的引入，大幅扩展了信用证修改报文格式的容量，满足了客户的实际业务需求。

二是MT744（不相符索偿通知）。原SWIFT报文没有通知不符索偿的特定报文类型，偿付行只能使用MT799，而索偿行则需靠人工识别报文用意，严重影响了处理的时效性。新增的MT744这一功能性报文，很好地解决了报文的分类与解读问题，使得拒偿原因一目了然，极大地提高了处理效率。

三是MT759（补充贸易信息）。鉴于MT799这一完全自由格式报文使用过于频繁，新增了MT759这一标准化、格式化自由报文，既可适用跟单信用证，也可适用独立保函、备用信用证和其他从属性担保。该报文以八位字母短码的形式明确设置了十二种用途，栏位设置更规范、使用范围更明确，使报文类型区分性增强。

报文结构优化，业务处理更流畅

比如，MT707报文取消了“79:Narrative”栏位，不再设置“万能”叙述栏，而增加了多项名称及内容与MT700相对应的栏位。这使得修改中作出变更的项目，在MT707相关栏位中一目了然，修改内容更明晰，有助于银行对多次修改的信用证进行拼报处理，进而方便单据审核。另外，MT707还增加了“22A:Purpose of Message”栏位，明确了报文发送目的。

再如，MT700报文新增了“49H:Special Payment Conditions for Receiving Bank”和“49G:Special Payment Conditions for Beneficiary”栏位，用于显示发报行对收报行或银行对受益人的特殊融资安排；同时还新增了“58a:Requested Confirmation Party”栏位，以明确保兑指示的对象，方便收报行判断保兑指示的接受方。

引入特殊字符，便利银行操作

Z字符集的引入是此次报文升级的亮点之一，增加了十三种特殊字符。字符集的拓展为银行业务处理增加了便利，极大满足了实务需要。

问题与困惑

此次SWIFT信用证类报文升级，各银行积极应对，相应开展了与报文升级相匹配的内部系统改造，以保证SWIFT报文能顺利发送、接收，以及各项业务的正常运转，并紧锣密鼓地展开相应的培训与应用测试。但由于升级内容较多，在升级后短短一个月的实际操作过程中，不少银行都遇到了新的问题与困惑，有种“摸着石头过河”的感觉。

MT700、MT710、MT720使用中的问题

此次报文升级，MT700、MT710及MT720的变化相对较小，主要问题如下：

其一，“48:Period for Presentation in Days”栏位如何满足“复杂交单期”表述的需求。原有4*35x的自由格式，修改为3n[/35x]的固定格式，栏位名称增加了“IN DAYS”（以日计算）的字样，即该栏位必须以数字或数字加文本格式录入。值得注意的是，依据SWIFT报文的使用规则，固定格式中的“DAYS”仅指“CALENDAR DAYS”，而不适用于“WORKING DAYS”的情况。在使用过程中还存在以下问题：首先，[/35x]限定为35个字符，如空缺则表示装运日后，即“AFTER SHIPMENT DATE”。鉴于买卖双方交易的实际情况，以非装运日期作为交单日计算基准的并不少见，因而字符数量的限制会导致不得不使用“47A:Additional Conditions”栏位进行交单期的详细说明。其次，实务中不少客户还会要求使用其他更复杂或个性化的交单期表述，比如“DOCUMENTS MUST BE PRESENTED LATER THAN 21 DAYS AFTER SHIPMENT DATE BUT ANYWAY WITHIN THE VALIDITY OF THIS CREDIT”（单据必须在装运日21天后提交，但无论如何不得晚于信用证效期）。 同样会因栏位容量的限制，不得不借助47A栏位描述，导致直观性降低。

其二，“43P：Partial Shipments”与“43T:Transhipment”栏位中/CONDITIONAL/短码使用的问题。43P、43T栏位需要使用/CONDITIONAL/短码时，实务中往往要求对分批或转运的具体条件进行详述，但该两个栏位并未提供文本框。解决这一问题的权宜之计，是在47A栏位进行说明。此次升级未能增加43P、43T两栏位的自由格式Narrative延展框，着实令人遗憾。

其三，如何遵循“49H:Special Payment Conditions For Receiving Bank”栏位的使用规则。49H栏位是此次报文升级重要的新增栏位之一。依据SWIFT组织的官方解释，该栏位仅适用于发报行对收报行提供的特殊付款条件包括融资安排等，且该栏位无需向受益人或其他转通知行披露。但实务中，有不少银行误用此栏位。如将本应提供给受益人的融资安排、支付代理行费用等信息显示在此栏；或当除收报行之外还存在另一家转通知行时，收报行误将此融资安排信息转给下手通知行等。上述情况的出现，必然会给通知链条中的各收报行带来困惑。建议银行充分理解此栏位的使用规则，尤其要充分考虑信用证有转通知行的情况，以便及时将信用证条款传输并通知到正确的参与方手中。

MT707使用中的问题

在本次信用证类报文的升级中，MT707信用证修改报文的格式变化最大，可以说是根本性的改变，即从自由格式报文变成了固定栏位报文，实务中，问题及困惑也较为集中，具体如下：

其一，如何遵循MT707总体使用规则，正确传递修改信息。MT707报文的总体使用规则是“该修改未提及的条款保留不变”。除了用于如“20:Sender's Reference”“23:Issuing Bank's Reference”及“57A:Advise Through Bank”等定位报文的栏位应与原证保持一致外，MT707报文中其他栏位的内容，都应是此次修改的内容。但实务中，仍有开证行把与原证相同的内容在MT707报文中重复提及的情况，给通知行和受益人造成困惑。

其二，表达“栏位删除”的困扰。“79:Narrative”详述栏位被取消，取而代之的是新增了与MT700相对应的23个固定格式栏位，如41a、43P、43T、45B等，需将修改的内容逐一录入到相应的栏位中。若意欲表达固定栏位的删除，依据栏位的不同特点，有不同的处理方式。当栏位属于文本格式时，可以在其栏位中直接输入/DELETE/字样来表示该栏位的删除，如42P、42M、44E等栏位；也可以使用相应栏位的D格式来表示删除，如删除原证的53a，可在该栏位D格式中输入/DELETE/。当栏位本身不支持输入DELETE字样时，如39A和48栏位，实务中可使用47B栏位来表达“栏位删除”。如要删除39A栏，可在47B栏位输入/DELETE/39A字样。当某些栏位的关系相关联时，如“42C:Draft at”和“42A:Drawee”必须同时出现时，如要删除这两个栏位，可仅在42C栏位中输入/DELETE/42C AND42A字样。其三，避免59栏位新旧受益人的误用。“59:Beneficiary”栏位定义为“本次修改后新的受益人”，这与升级前该栏位“信用证原本受益人”的定义有着根本性的改变。实务中，部分开证行并没有注意到此变化，在新报文中仍沿用旧规则，即引用原本受益人名称，由此给通知行和受益人带来了疑惑。对此，开证行应注意59栏位使用规则的变化并规范使用。

其四，防止/D E L E T E/ /ADD/ /REPALL/三个短码的误用。三个新短码在45B、46B、47B栏位的引入不仅影响到银行后台部门的操作，而且对前台的系统及客户的习惯也都有重大影响。从通知行收到报文的情况看，部分银行未严格按照SWIFT用户手册对这三个短码的定义规范使用。如按照/REPALL/ 短码的使用规则，该短码后所列明的内容应为“相应栏位全部替换的内容”，但部分银行未能理解该短码的正确含义，在短码后仅列明了修改后的内容；再比如在DELETE和ADD两个短码后面，应显示需删除或增加的全部句子、段落或项目，而不能仅仅是被删除或增加部分的内容。

在SWIFT组织对报文格式升级的征询意见中，有代表提出增加/MODIFY/短码的建议，用以满足大型零售商修改部分货描、单据或条件的需求，但该建议遭到了一些SWIFT成员国家的反对。他们认为，增加/MODIFY/短码会影响报文的直通处理效率。SWIFT组织则认为，现有/DELETE/短码后加删除内容和/ADD/短码后加增加内容的组合，实际上相当于替换的作用；而相对于引入/MODIFY/短码，其后是一个自由表述的文本格式，SWIFT组织更倾向使用/REPALL/短码。经讨论，SWIFT组织决定暂缓引入/MODIFY/短码，若此次升级后因此出现了严重的问题，再加速评估这项建议，或者出具使用指南来解决可能出现的问题。

其五，57A栏位第二通知行的修改与增加问题。根据SWIFT使用手册的解释，“57A:Advise Through Bank”栏位列明的是通知本次修改的第二通知行，并不是要修改原MT700报文中的第二通知行。SWIFT组织建议，如果需要删除或修改原证的57A，应该在“72Z:Sender to Receiver Information”栏位列明。实务中，经常会出现通知行因受益人不是本行客户而不愿意通知，使得开证行需增加另一银行进行转通知的情况。在这种情况下，如果只是在MT707中增加57A，并不能表明开证行想把原证及此次修改都通过新增加的第二通知行通知的意图。因此，较好的做法是在增加57A栏位的同时，在72Z栏位注明“PLS ADVISE THIS CREDIT AND ITS AMENDMENT THROUGHT 57A:XXXXXXXX”。

其六，71N栏位APPL短码的使用问题。“71N: Amendment Charge Payable By”栏位列明本次修改的费用由哪方承担。如由申请人承担，应录入APPL短码。但这样可能出现通知行将通知此次修改所产生的相关费用也向申请人索取的情况。鉴此，建议SWIFT在使用规则中最好能明确本栏位列明的只是发生在开证行内的费用。由于71N栏不是必选项，当修改费用由申请人承担时，实务中较为妥当的做法是该栏位留空，以免产生对修改费用的争议。

此外，当修改费用由受益人承担时，大部分开证行会列明修改的费用明细，但本栏位录入短码BENE后并不能触发Narrative延展框的输入，不能满足实务操作的需要。此时，开证行只能选择OTHR短码，以便列明受益人承担的费用明细。如果SWIFT组织能修改其规则，允许在选择BENE短码的情况下也能触发 Narrative延展框的使用，则可解决这一问题。

MT744使用中的问题

主要是延展框容量不够的问题。此次新增报文MT744的“73S:Disposal of Reimbursement Claim”栏位，对于偿付的处置方式可供选择的短码包括：CANC索偿撤销、HOLD索偿保留和RETD索偿拒绝并退回。当选择录入HOLD时，具体细节可以在其延展框Narrative中显示，但长度仅为35x字符。因此，如能扩大HOLD短码延展框的容量，则可以更好地满足实务中详细描述索偿保留细节的需求。

应对建议

实践观察

上述列举的报文使用问题，集中表现在以下两方面：其一，以迅捷和自动识别为目标的报文新增、栏位设置等变动与实务多样化的失配，造成报文规则不能很好地匹配用户在不同场景中业务的需要；其二，使用规则和新增定义比较概念化，缺乏具体的场景说明，使用户在升级初期难以准确把握。目前新报文使用中存在以下值得注意的情况：

一是部分银行由于未及时更新系统的校验设置，影响了信息交换效率，甚至存在信息传递缺失。比如，银行将“/”符号置于MT707中45B、46B、47B等栏位的行首，其后却未录入规定的短码DELETE、ADD或REPALL，结果造成报文不符合网络校验规则，而发送失败。

二是新增格式电文的使用率偏低，仍沿用MT799报文格式。部分国家和地区的银行对新格式、新规则不甚了解，对新增格式报文持谨慎态度。实务中，部分银行对MT744和MT759的使用并不积极，对于不符索偿通知、融资安排、试图欺诈通知等，基于系统改造及使用习惯的考虑，仍然选择替代性较强的传统MT799报文。

三是由于SWIFT系统的使用已嵌入银行贸易类业务的各方面，除SWIFT收发系统及业务系统须做必要的维护更新外，部分与客户对接的银行文本、电子程序，也须按照新规则要求做相应变更。目前，各银行正积极克服这一变化带来的不利影响，积极优化系统和内部文本，使之更加适应本次SWIFT升级的使用。

应对建议

一是建议S W I F T组织发布使用指南，建立辅导机制。虽然SWIFT组织在其官网上发布过针对此次报文升级的FAQ（常用问题与回答）文件，也在新版使用手册中加入了具体案例，但面对众多用户多样化的需求仍稍显不足。现有的学习渠道主要为SWIFT官网、微信公众号，以及用户自行组织的培训。以上学习渠道虽已发挥了一定效能，但仍希望SWIFT组织能扩大收集问题的渠道，及时汇总并发布解决方案及使用指南，通过建立更多元化的学习渠道，形成科学、便利的使用辅导机制，以及时解决用户疑惑，帮助用户更透彻地学习、理解新版规则，更规范地使用升级报文。

二是建议银行加强规则学习，优化系统配套，积极向客户进行宣讲。银行不仅需要对系统的报文展示、录入、条款衔接等规则进行优化，确保报文的准确展示和顺利发送，还应对相关人员进行统一培训，以确保电文栏位的正确使用；同时，还需加大对客户的宣讲，指引客户理解变更规则，正确填写业务申请书及解读各类报文。

三是建议企业客户利用系统便利，赢得交易先机。企业客户首先应调整心态，以开放态度迎接新升级，以提高交易效率；其次，应通过各种渠道学习升级知识，保证交易安全；再者，应利用本次升级凸显的新资源便利，丰富融资手段，提高贸易融资效率；最后，通过对SWIFT升级的深入了解，做到心中有数，在贸易中赢得先机。

2019年保函类报文升级在即，建议SWIFT组织对信用证类报文的使用进行用户调查，总结信用证报文升级过程中的问题与经验，以便为更复杂的保函类报文升级做好更周详、更充分的准备。