此次SWIFT升级牵涉广泛，CATEGORY 7中几乎每类报文都或多或少有所变动，而全新增加的MT759则可谓“不熟悉的陌生人”。这位闪亮登场的“新人”是这次SWIFT升级变革的典型代表，它的结构清晰、功能强大，如果运用得当，能极大增加银行间的沟通效率。

MT759（Ancillary Trade Structured Message，贸易辅助结构化报文）发挥的是辅助功能，并具有高度结构化特点。根据SWIFT手册的定义，MT759用于在信用证、保函、备用证等交易下“提供或请求提供信息”，例如欺诈预警或融资请求等。

基础栏位

MT759的栏位不少，拥有9个栏位。

（1）第一栏，27，Sequence of Total。其功能与MT700中的27栏一样，用于表明759报文（在多于一个时）的系列报文总数，数值可以介于1—8。这意味着在内容最多可以额外添加7个759报文。

（2）20栏和21栏。笔者建议20栏为必输项而21栏为可选项。

（3）22D和23H。这是759报文中最核心的两个栏位，其存在严格的对应关系。759的功能性和结构性几乎全部体现在这两个栏位上。可以将22D栏位理解为“业务类型（type of instrument）”，可以明晰759报文对应的业务品种。该栏是一个代码栏位，共可以选择输入四种代码：DGAR、DOCR、STBY和UNDK，分别代表独立保函、跟单信用证、备用证、其他付款承诺。

（4）23栏位是用来输入与22D对应的业务编号，如保函编号、信用证编号等。应注意的是，23栏应该严格输入唯一性的保函号码、信用证号码等业务编号，而非其他，以方便接收方快速识别业务。虽然是非必输项，建议在有确定的undertaking number时，尽量输入该栏。

（5）52a栏与23栏相辅相成，用于表明23栏中信用证、保函等的开立人。同样是非必输项。然后就是非常复杂的23H栏。

特殊代码

23H栏位的名称是Function of Message，报文功能。必输栏位。根据定义，该栏用于表明报文内容的具体要求或功能。

与22D不同的是，23H的代码极多，一共有12个，而且部分代码缩写程度较深，缩写规律也不同于日常英语，其中还有部分代码“出双入对”。

第一对代码是CLSVCLOS和CLSVOPEN。这一对代码表示（Closing/Opening of client service call by Trade Operations，某项贸易服务的开启或关闭）。

第二对代码是ISSUANCE、ISSAMEND和REQISSUE、REQAMEND。ISSUANCE、ISSAMEND为开立和开立修改的意思，但这里的开立是指开立除信用证、保函和备用证以外的其他自由格式贸易结算工具，即22D栏位中的第四个代码——UNDK，如非独立保函。

因为信用证、保函和备用证都已有专门的报文700/707和760/767等用于开立，因此不应使用759。除此之外的非独立保函等付款承诺，此前往往只能通过799开立，升级后均应使用规范的759开立和修改。与之相应，REQISSUE和REQAMEND是用于请求开立上述UNDK及其修改的。

余下是6个落单的CODE：

6-1. FRAUDMSG，Advice of a fraud attempt，报告欺诈企图。当交易涉及欺诈时，可以用这个代码表明报文的主要目的。

6-2. GENINFAD，General information advice，通知相关信息。大部分信息交涉、业务沟通类的报文都可以使用这个代码。

6-3. OTHERFNC，Other request，其他请求。

6-4. REIMBURS，Request related to a reimbursement。SWIFT为偿付业务单独设置了一个代码，催款时可以打上“REIMBURS”。