作者：美丽摩托车
资料来源：贸易和金融信息(ID:wgdhf )。
根据SWIFT组织2018-2019年SWIFT消息格式升级安排，2018年11月18日将实现信用证相关消息内容的升级。 此次升级添加了三种类型的消息： MT744、MT759和MT708，并修复了MT700等18条消息的格式。 为了更好地理解消息的新增和变更内容及使用规则，对信用证MT700消息的变更内容进行了逐项分析。
一.变更项目内容解析
1、31C Date of Issue
变更内容：从o (选择显示项目)变更为m )必须显示项目)。
解析：目前实务中的信用证基本上显示的是开立日期，变更为符合实务要求。 将开立日期列为必填标识后，完善MT700消息显示，也方便信用证文件审核。
实务影响：变更后在SWIFT上开通的700短信必须显示开通日期项目，银行需要优化系统短信展示规则。
2、40a文档制作
更改：删除revocable/revocable transferable/revocable stand by选项。
解析：此变更内容涉及700消息中信用证类型的变更，符合国际惯例要求。 UCP600第三条明确规定“信用证是不可撤销的，即使没有明确表示”，而且实务中的信用证基本遵循最新的国际惯例，可撤销的信用证基本退出历史舞台，因此后续的SWIFT消息也是可撤销的信用证
实务影响：变更后不能通过SWIFT开立可撤销信用证/备用证。 银行需要优化信用证消息的系统录入。
3、42分配/差异
更改：将延迟付款详细信息更改为延迟收购/付款详细信息。
分析：此更改内容是根据国际惯例的要求和实际操作的要求，在700消息升级中的重大更改。 惯例和实务中收购方式为议案的信用证可以不提交票据，但实务中由于票据纠纷处理的复杂性，越来越多的银行和客户在开立信用证时不再需要票据，变更前开立银行选择在46A文件条款或47A附加条款中增加付款期限本条款变更后，不需要票据的议付信用证开立后，付款期限以信用证42P标准条款的形式表示，变得更加直观，条款遗漏的问题得到解决，满足了目前实务的需要。
实务影响：如果选择Negotiation作为兑付方式，且不要求票据，则可以使用42P显示付款期限和金额，需要银行适当优化系统的条款相关录入和消息显示逻辑。
4、43P Partial Shipments和43T Transhipment
更改内容：字符数从35x更改为11x，固定显示可以从allowed/not allowed/conditional 3三个选项中选择。
分析：此更改将为开证申请人提供更多关于分批发运和运输条款的描述空间。 例如，如果分批发运条款超过35x个字符，则更改前此内容通常输入SEE TAG 45A/47A，详细的分装条款将显示在45A货物描述或47A附加条款中。 变更后的这个内容只能选择allowed/not allowed/conditional 3项中的一个。 另外，详细的分注条款在其他条款中记述
实务影响：变更后，此项只能展示三个固定选项的内容，银行需要针对分装条款和运输条款，以及选择CONDITIONAL后详细分装条款的录入方式和消息展示方式优化系统升级。
五、45 adescriptionofgoods/46 adocumentsrequired/47 additionalconditions
变更内容：文字输入规则从100*65x变更为100*65z。
分析：此更改支持在这三个字段中输入更多类型的字符。 也就是说，原始的x字符=！ “% *； { @ # _等13种文字的输入，基本能满足当前实务的需要。 例如，在45A货物记述条款的货物名称、规格、价格计算等的记述中，在#、%、{、=、46A的电子邮件地址的记述中经常使用@、_等特殊字符，由于变更前的信息的字符规则的限制，这些字符只能解释为英语另外，变更后，如果特殊字符出现在消息中，则有时会导致消息的发送失败等。然后，可以输入更多的特殊字符，MT700消息可以正确地展示条款的内容，提高消息发送的时效，更方便。
实务影响：此内容的变更需要银行协同进行系统输入字符规则的升级优化。 此外，此次字符规则更改并不支持所有特殊字符。 因此，单证操作输入者也需要了解添加的字符类型，确保消息显示的准确性。
6、48 Period for Presentation in Days
变更内容：消息显示格式从4*35x自由格式变更为3n[/35x]的固定格式，字段名中添加了IN DAYS。
解析：信用证交单期展示方式的变化也是MT700消息中的一大变化。 变更前信用证的付款交单期可在4*35x的字数限制内自由表述，变更后以3n[/35x]的固定格式显示在消息中，3n表示天数
，/后的35X用于描述运输单据日期以外的其他日期类型，如为运输日期，则报文中可直接展示为21或者不展示此项内容，比如起始日期为发票出具日期，则展示为21/INVOICE ISSUING DATE。实务影响：一是业务处理方面，单证操作人员和客户应了解变化后栏位规则的变化，正确理解和使用此栏位。二是银行应做好系统录入方式和报文展示规则的优化，确保升级后报文正确发送。
7、71D Charges和 72Z Sender to Receiver Information
变更内容：此两项变更相同，字符规则由x字符变更为z字符，栏位代码由71B、72变更为71D、72Z。
解析：这两个栏位主要是字符录入规则的变化，变化详情可参照第5条分析内容。银行应同步做好系统的升级优化和报文栏位显示代码的变更。
二、新增项内容解析
1、49G Special Payment Conditions for Bene
变更内容：增加对受益人的付款安排指示条款。
解析：此项条款可用于描述开证行与受益人之间约定的付款或融资安排。通知行收到信用证后可以将此项内容展示给受益人。
实务影响：银行需做好系统优化，增加此栏位的录入和报文展示。
2、49H Special Payment Conditions for Receiving Bank
变更内容：增加对收报行的付款安排指示条款。
解析：此项条款可用于描述开证行与收报行(通知行)之间约定的付款或融资安排。由于是银行间的付款融资安排，建议收报行(通知行)收到信用证后不要将此项内容展示给受益人。另外，变更后，处理代理开证时，委托行与被委托行之间约定的银行间条款也可使用此栏位展示。
实务影响：银行需做好系统优化，增加此栏位的录入和报文展示。另外作为收报行应注意在通知信用证给受益人时，报文无需展示此项条款内容，因此需对不同的业务种类进行区别优化。
3、58a Requested Confirmation Party
变更内容：当信用证允许加具保兑时，增加显示保兑行。
解析：变更前当MT700报文的49 CONFORMATION INSTRUCTION保兑条款显示为MAY ADD或CONFIRM时，报文展示上对于开证行是否指定保兑行没有强制要求，而变更后信用证如选择允许加具保兑，则必须指定保兑行。
实务影响：一是银行应做好49与58a条款的关联录入和报文准确显示的系统优化。二是客户和单证操作人员应了解此项变更规则，确保开证申请书填写的完整和系统操作的准确性。
三、701报文拆分规则的变化
(一)主要变化
1、当信用证内容超过MT700报文格式容量时，最多可以使用7个MT701报文展示信用证报文内容，且701报文展示的内容不能与MT700报文内容重复或冲突。
2、MT701报文的展示项由45B、46B、47B变更为45A、46A、47A，与MT700同步显示，增加显示49G,49H(字符规则同MT700)。如：变更前45栏位只能在MT700报文展示为45A或在一个701报文中展示为45B,不能同时显示在MT700和MT701报文中，变更后只要不超过要求的限制字符数，且内容不重复，45A可以分拆后显示在700和多个701报文中。46A,47A,49G,49H同理。
(二)对实务影响
701报文数量的增加解决了变更前因报文超长需要使用799报文传输信用证报文的问题，7个MT701基本上可以满足实务对信用证长度的需求。新的信用证报文拆分规则对于45A、46A、47A、49G、49H的显示更加灵活，但由于字符数的限制，也需要银行严格设定好录入域字符限数，以及录入域与报文拆分取值的具体规则，确保MT700和MT701报文内容不重复，不冲突，并且满足报文各个显示栏位限制的字符数，保证信用证报文展示的完整性、连续性和准确性。
另外，MT720/721，MT710/711的变化与MT700/701的变化相同，银行也需同步进行系统和报文规则的优化。需要特别提示的是，在系统优化时应区分进出口信用证业务的不同操作特点和侧重点，以保证升级后报文的正常发送和接收。