根据SWIFT组织2018-2019年SWIFT消息格式升级安排，2018年11月18日信用证相关消息升级增加了三种类型的消息： MT744、MT759和MT708。 其中，MT759消息是标准化、格式化的免费消息，旨在逐步替代实务中频繁使用的MT799消息。 SWIFT组织对MT759消息的条款设置更规范，使用范围更明确，可以满足实践中自由消息的使用需求，同时有助于解决目前MT799消息使用不规范的问题。 而且，MT759作为新格式的消息，在使用初期将面临由转换和不规范的使用引起的问题。 银行和企业都需要理解和规范MT759消息的使用。
一.消息格式解析
新添加的MT759消息是基于基础结算方式(如独立保函、跟单信用证、备用信用证、其他担保)使用的免格式化消息。 与当前实践中使用的MT799消息相比，MT759消息通过设置固定格式、条款代码选项和消息检测使用规则，明确了消息的可用基础交易类型和用途，消息从MT799消息中传出
(一)明确了消息适用的基础交易类型。 明确规定了MT759消息可以用于Demand guarantee、Documentary credit、Standby letter of credit、undertaking和forexampleguarantee
(二)明确了短信用途分类。 MT759消息以代码形式明确设定12种用途，且消息必须以代码形式展示，包括基础贸易客户服务、公众信息通知、自由形式担保(通常为从属性担保)的开立、修改和转让、还款安排、融资安排、融资安排详细用途如下。
(三)细化了消息检测和使用规则。 MT759消息通过设置检测和使用规则，根据用途限制可以匹配的基本交易类型。 主要规则如下。
也就是说，在消息用途(23H )中，在ISSUANCE (担保的开设)、ISS amend (ISS amend )、req issue (req amend )中，基本交易类型) 22D )是解除(担保) Demand guarantee )、Documentary credit )、Standby letter of credit )不适用。
在短信实务中，23H选择issuance，22D选择undertaking，如果短信主体内容为见即付保函或备用信用证，应该如何认定该短信的类型和性质？ 关于SWIFT消息的撤销期权的设计，在未来支付责任的独立和从属属性争论中存在争议和不确定性，在银行实务中需要特别关注。
如果选择TRANSFER (转让担保)作为消息用途，则基础交易类型(22D )适用于DOCR )信用证以外的三种基础交易。 其他七种消息用途可用于所有四种基础事务处理类型。
与MT799相比，设立此规则的主要目的是规范消息的正确使用，避免在实务中误用MT759消息。 原则上，需求信用、订单信用、标准信用三种结算方式均可有专用的消息类型用于开立和修改，MT700消息和MT707消息可用于信用证可用于的MT720/721消息可用于信用证转让，但其他三种基础交易没有特殊的消息类型； 其他七种用途都允许使用MT759消息，因为这四种基础交易可能涉及。
(四)增加消息显示长度和分割规则。 MT759消息比MT799消息增加了消息条款的输入和显示长度。 MT799消息的NARRATIVE项只能输入35*50x个字符，而MT759消息只能输入150*65z个字符，字符数和字符类型增加； 如果MT799消息太长，无法分割为多个消息进行显示，但MT759消息最多有27个项目1！ n/1！ n的方式分割为8个信息进行表示，基本能够满足实际业务中信息表示长度的需求。
二.按留言项目解决条款
1、27sequenceoftotal(1！ n/1！ n，number/total )
分析：此内容用于显示MT759消息的消息号和分段数，分母total表示分段消息的总数，分子number表示消息号，一个业务最多可以发送8个759消息。 也就是说，这个数字的分母最多为8。
实务影响：银行配合交易录入字符数和消息分割规则的系统设置，当消息长度超过字符容量时，自动将整个消息分解为多条消息，依次排序，保证消息内容不重复、不冲突，保证消息的连续性和
2、20传输参考接收器(16x )和21传输参考接收器(16x ) )。
分析：这两个条款和
MT799等大多数报文的显示规则相同，字符规则为16位数字，其中20项为必须显示项。即MT759报文中需显示发报行和收报行相关的业务编号，以便于报文的识别和处理。实务影响：银行需结合各自业务操作系统做好业务编号的自动带入设置。结合实务需要，建议在系统中对21项收报行业务编号设置为可以手工录入的字段，以保证报文的准确展示。
3、40A Form of Undertaking(4!C--DGAR/DOCR/STBY
/UNDK)
解析：此项用于显示报文的基础交易类型，为必须显示项，且只能以固定代码的形式展现，包含4个选择项，即：DGAR-Demand guarantee，DOCR-Documentary credit，STBY-Standby letter of credit，UNDK-Undertaking (for example guarantee, surety)，详细内容解析请参照报文格式解析第(一)部分。
实务影响：银行可根据各自的系统设置特点设置此项条款的自动带入或者手工录入规则。如系统支持，可设置为通过交易名称自动识别为相应的交易代码并带入报文对应字段；也可在系统中设置字段，以下拉框的形式由业务人员手工选择正确代码。
4、23 Undertaking Number(16x)
解析：此项条款用于显示基础交易业务编号，为非必须显示项。实务中此编号可能会出现与20项编号相同的情况。如信用证编号下的查询沟通报文等，当然也可能不一致，如在信用证单据编号下处理的报文业务，20项编号显示为单据编号，但23项显示的是基础交易信用证业务的编号，因此建议银行根据实际业务种类设置显示正确的编号，也可通过个性设置选择是否显示此项编号。
5、52a Issuer(A or D)
解析：此项条款用于显示信用证、保函、备用证、担保或反担保的出具人，为非必须显示项，可以以SWIFT代码的A格式或者银行名称加地址的D格式展示。
6、23H Function Of Message(8!C)
解析：此项条款是MT759报文与MT799报文最大的区别，以固定代码的方式明确报文的12个可选择使用的用途，为必须显示项。详细用途使用规则和解析请参照第一部分报文格式分析的第(二)、(三)部分。
实务影响：一是单证操作人员和客户应正确理解此条款中各项代码的具体用途，以便准确使用和把握报文内容。二是银行应做好系统录入方式和报文取值规则的设置，确保报文的正确显示和发送。
7、45D Narrative(150*65z)
解析：此项条款内容类似MT799报文的79项，用于描述报文的主体内容，为必须显示项。本次报文升级最重要的一个变化是将很多报文的录入字符规则由x字符变更为z字符，MT759报文则直接取用了z字符规则，很好地满足了实务对一些特殊字符的使用需求。
实务影响：实务中MT759报文拆分为多个报文展示的功能主要与此项条款内容相关，因此银行应根据报文字符限制数的规则合理设置系统中此字段的录入字符总数和录入域内容的拆分规则，保证报文的连续性、准确性和完整性。
8、23X File Identification(/4!c/65x)
解析：此项条款用于描述附属文件的处理方式，必须以代码的形式展示，包括COUR、EMAL、FACT、FAXT、HOST、MAIL、OTHR等7种代码，并可以在代码后用不超过65个x字符描述文件的具体传输方式和相关信息。
实务影响：银行单证人员应了解此条款的录入使用规则，建议银行可通过细化系统录入域的设置来规范此项内容的选择和具体内容录入。
三、实务操作影响
1、银行应做好新增报文的全面系统改造。MT759报文作为基于多种基础交易的新增自由报文，其与多种结算方式的多个交易都相关，因此银行在进行系统改造时应全面梳理4种基础交易类型涉及的全部交易，避免遗漏影响升级后报文的使用。在系统改造时可以比拟MT799报文覆盖的交易范围进行相应设置，以应对未来可能以MT759代替MT799报文的情况的发生。以进口信用证相关自由报文交易为例，目前很多银行使用MT799发送承兑报文，升级后不排除某些银行要求以MT759发送承兑报文的情况，因此也应优化设置单据承兑交易产生的报文类型。
2、单证操作人员应尽早熟练掌握报文的使用规则。MT759报文更加标准化格式化，而且一旦报文升级投产后，可能很快会在实务中推广使用，这就要求单证操作人员应尽快熟悉MT759的条款项内容及使用规则，保证投产后报文的正确使用和发送。
3、升级后正确使用MT759报文处理从属性保函的开立、修改和转让业务。目前实务中银行大多使用MT799报文完成从属性保函的开立、修改和转让，升级后则应逐步选择使用标准格式的MT759报文的相应用途完成交易。但是，SWIFT报文关于Undertaking选项的设计为将来付款责任的独立和从属性留下了争议和不确定性，需要银行实务中特别关注。