当前位置：文档库 › SWIFT报文格式手册

SWIFT报文格式手册

2006年度SWIFT报文格式更新手册（2006/11/18起生效）

S W I F T M T 7 0 0 / 7 0 1

I S S U E O F A D / C

开立跟单信用证

MT700/701 范围

1. 由开证行发送给通知行的报文（注意：收、发报行间必须具有BKE密押关系）；

2. 用来列明开证行发报行所开立的信用证条款。

MT700/701 准则

◆ 除非另外列明，所开立的跟单信用证遵循巴黎国际商会制定的《跟单信用证统一惯例》。当该信用证遵循此惯例时，通知行（收报行）必须将之通知受益人或是另一家通知行。

◆ 除非另外列明，如果适用，跟单信用证项下的偿付遵循巴黎国际商会制定的《跟单信用证项下银行间偿付的统一规则》。

◆ 当跟单信用证的长度超过一个MT700的容量时，可以用一个或几个（最多三个）MT701报文格式来补充传送信息。

◆ 除非另外列明，根据该报文通知受益人或是另一家通知行的跟单信用证是已生效的信用证。

◆ 对自由议付跟单信用证，如果收报行不再以MT710报文格式转通知，那么该银行必须在信用证上加注：

? 每次议付时必须提交通知受益人的信用证正本

? 议付行必须在所通知的信用证正本上标注每一次的议付情况

◆ 为了避免可能产生的误解，尽可能使用银行的SWIFT BIC代码来表示银行名称，而不要用“ourselves”、“yourselves”、“us”、“you”这些词。

◆ 通知行应该明确清楚地将跟单信用证的全部内容（包括任何细节）通知受益人。

MT700/701 域使用规则

1. 报文中可以出现域39A或39B，但不能同时出现；

2. 域42C和42a在被使用时必须同时出现；

3. 在使用时，域42C和42a同时出现；或是42M 单独出现；或是42P单独出现，除此之外没有其它组合形式；

4. 报文中可以出现域44C或44D，但不能同时出现；

5. 用MT700开立的跟单信用证长度不超过10000个字符（包括报头和报尾）。而收到的MT700的报文长度达10600个字符。

MT700/701 域详述

域27：报文页次

如果该跟单信用证条款能全部容纳在该MT700报文中，那么该项目内就填入“1/1”。

如果该证由一份MT700报文和MT701报文组成，那么在MT700报文的项目“27”中填入“1/2”，在MT701报文的项目“27”中填入“2/2”。以此类推。

域40A：跟单信用证的形式

域20：跟单信用证编号

域23：预先通知的编号

当信用证已预先通知，此域应填入代码“PREADV”，后跟“/”和预先通知的编号或日期

域31C：开证日期

如报文中无此域，则表明开证日期即为发报日期

域40E：适用规则

表明该信用证所遵循的准则及惯例

该项必须使用下述代码中的一个:

只有当使用的代码为“OTHR”时，域40E第二部分（即“/35x”）才允许出现

域31D：到期日及到期地点

表明跟单信用证最迟交单日期及交单地点

域51a：开证申请人的银行

如果开证行非开证申请人所在银行，则此域用以表明该银行

域50：开证申请人

域59：受益人

域32B：货币币种及金额

信用证金额的其他特殊信息将在39A、39B及39C表示

域39A：信用证金额允许浮动的范围

允许浮动的范围，以百分比表示，格式为2n/2n

斜杠前数字表明向上浮动百分比值；斜杠后数字表示向下浮动百分比值

如：15/15，表明上下浮动各不超过15%

域39B：信用证金额的最高限额

该项必须使用以下列出的代码，在代码后跟金额

NOT EXCEEDING

域39C：附加金额

诸如保险费运费利息等

域41a：指定有关银行及兑付方式

* 如果该信用证为任意银行自由议付信用证，必须使用41D，表示为：“41D：Available With Any bank in （City/Country）；如果该信用证可以由任意地方任意一家银行进行议付，则表示为“41D：Available With Any bank”；如果用41A，则银行名一定要用SWIFT BIC表示。* 必须使用以下这些短语

BY PAYMENT

BY ACCEPTANCE

BY NEGOTIATION

BY DEF PAYMENT

BY MIXED PYMT

当报文使用“BY DEF PAYMENT”或“BY MIXED PYMT”时，有关付款的细节将在域42P或42M中表述。

当报文使用“BY PAYMENT”时就意味着“PAYMENT AT SIGHT”（即期付款）。

域42C：汇票付款期限

域42a：汇票付款人

付款人必须是银行。如果付款人是开证申请人，那么此项应被作为单据在域46A列示，该域内不能出现帐号。

域42M：混合付款条款

列明混合付款跟单信用证项下的付款日期金额及其确定方式

域42P：延期付款条款

列明延期付款跟单信用证项下的付款日期及其确定方式

域43P：分批装运条款

列明跟单信用证项下分批装运是否允许

域43T：转运条款

列明跟单信用证项下货物转运是否允许

域44A：装船发运和接受监管的地点

域44A：装船发运和接受监管/收到货物的地点

该域列明接受监管的地点（如果要求的是多式运输单据）；收货地点（如果要求的是公路、铁路或内河运输单据或专递或快递机构出具证明收到待运货物的单据）；运输单据上列明的装船发运地点

域44E：装货港/始发站机场

运输单据中列明的装货港/始发站机场

域44F：卸货港/目的地机场

运输单据中列明的卸货港/目的地机场

域44B：货物发送的最终目的地

域44B：货物发运的最终目的地/交货地

该域列明运输单据中列明的最终目的地或交货地

域44C：最迟装运期

域44D：装运期限

域45a：货物/劳务描述

FOB、CIF等价格条款应出现在域45a中

为使信用证长度符合规定，一个MT700后最多可跟三个MT701，可是域45a只可以出现在其中一个报文中。或者是出现在MT700；或者是出现在任意一个MT701中。这就意味着在任意一个信用证中只有100行，每行65个字符可以被用来对货物或劳务进行描述。

下述为有效组合的实例：

? MT700包含域45A、46A和47A

? MT700包含域45A，同时发送的另一个MT701中包含域46B和47B

? MT700包含域46A，同时发送的另一个MT701中包含域45B和47B

? MT700包含域46A，同时发送的第一个MT701中包含域45B第二个MT701中包含域47B

? MT700不含域45A、46A、47A，同时发送的第一个MT701中包含域45B；第二个MT701

中包含域46B；第三个MT701中包含域47B

下述为无效组合的实例：

? MT700包含域45A，同时发送的第一个MT701中包含域45B和域46B；第二个MT701中包含

域47B。（无效原因：同时存在两个域45a）

? MT700包含域45A，同时发送第一个MT701包含域45B；第二个MT701中包含域45B、46B、

47B。（无效原因：同时存在三个域45a）

域46a：单据要求

如果信用证内规定了运输单据的特定交单日期该日期应与有关单据要求一起列明在46a中

对每个新条款的描述应另起一行在行首加上符号“+”

域47a：附加条款

如果有关信用证遵循的规则（准则或惯例）在域40E中没有短码适用，那么进一步的详细说明应该在信用证的域47a中出现。

不遵循UCP的声明必须在该域中列明。除了报文本身规定的条款，如开证行需要其遵循UCP的声明，也可以在该域中清楚地表明。

如果可能的话，遵循ISP International Standby Practices的声明可以在该域中列明。在这种情况下UCP将不再适用。

对每个新条款的描述应另起一行，在行首加上符号“+”。

当一份信用证由一份MT700和一份或几份至多3份MT701报文组成时，域45a、46a和47a

必须完整地出现在其中的一个报文。例如域45a出现在MT700中，那么这个域就不能出现在其他的MT701中。

当域45a、46a和47a的内容过长时，只能完整地表述完一个域才能使用另一个域。如果报文所剩的字数不够用来表述另一个域，可以用一个新的MT701来补充。例如：在一份MT700中域45a、46a表述完了，所剩的字数不够用于完整地表述域47a，就可以用一份MT701来完整地表述域47a。在MT700报文中，45a、46a、47a的代号应分别为45A、46A、47A；在MT701 报文中则分别为45B、46B和47B。

对于遵循eUCP的信用证：

如果提示电子文件及纸质文件都被允许的话，那么提示电子文件的地址（也就是提示行为必须向其做出的电子地址）与提示纸质文件的地址都在该域中列明。

如果仅允许电子文件被提示，那么提示电子文件的地址（也就是提示行为必须向其做出的电子地址）必须在该域中列明。

如果（有关电子地址）不是原始信用证内容中的一部分，通知行特别是收报行必须向受益人或另一家通知行提供开证行的电子地址；此外，通知行必须向受益人或另一家通知行提供有关电子地址，并且通知行希望电子文件向该地址提示。

万一电子地址中包含“@”符号，则该符号必须被“AT”代替。

万一电子地址中包含“_”符号，则该符号必须被“（UNDERSCORE）”代替。

例如：

EUCP@https://www.wendangku.net/doc/7a6232165.html, 应该表示成EUCP(AT)https://www.wendangku.net/doc/7a6232165.html,

EUCP_RECS@https://www.wendangku.net/doc/7a6232165.html, 应该表示成

EUCP(UNDERSCORE)RECS(AT)https://www.wendangku.net/doc/7a6232165.html,

域71B：费用

该域只能用来表明由受益人承担的费用；如果报文中缺省该域，即表明除了议付费、转让费之外所有费用由开证人承担

该项可使用前述代码，在代码后跟金额

域48：交单期

装运日后多少天内交单。如果报文缺省此域，即表明交单期为21天。

域49：保兑指示

域53a：偿付行

开证行授权偿付信用证的银行。该银行可以是发报行或收报行的分行，或是完全不同的另一家银行。只有下列情况是例外，即当该信用证是议付信用证，发报行与收报行之间直接开有单一帐户，且该帐户币别与信用证币种一致时，此项缺省表示双方将通过该帐户来进行偿付。

域78：给付款行承兑行或议付行的指示

此域列明开证行对付款/承兑/议付行的要求。可用以要求付款/承兑/议付行预先通知索偿或预先借记通知。

如开证行要求预先通知，则应在此域中列明预先通知的时间段（天数——银行工作日或日历天数）

域57a：通知行

如果该信用证需通过收报行以外的另一家银行通知或加具保兑后给受益人，此域列明该银行。

域72：附言

可选用下列短码

PHONBEN 电话通知受益人

TELEBEN 以最简便的电讯方式通知受益人

S W I F T M T 7 0 5

P R E - A D V I C E O F A

D O C U M

E N T A R Y C R E D I T

跟单信用证的预通知

MT705 范围

1. 由开证行发送给通知行的报文；

2. 用来简要通知信用证条款；

3. 预先通知的信用证未生效。除非另外声明，开证行还必须及时发送有效的信用证MT700。

MT705 域使用规则

1. 报文中可以出现域39A或39B，但不能同时出现；

2. 报文中可以出现域44C或44D，但不能同时出现。

MT705 域详述

域40A：跟单信用证的形式

域20：跟单信用证编号

域31D：到期日及到期地点

域50：开证申请人

域59：受益人

域32B：货币币种及金额

域39A：信用证金额允许浮动的范围

允许浮动的范围，以百分比表示，如：15/15，表明上下浮动各不超过15%

域39B：信用证金额的最高限额

该项必须使用以下列出的代码，在代码后跟金额

NOT EXCEEDING

域39C：附加金额

诸如保险费运费利息等

域41a：指定有关银行及兑付方式

* 如果该信用证为任意银行自由议付信用证，必须使用41D，表示为“41D：Available With Anybank in（City/Country）；如果该信用证可以由任意地方任意一家银行进行议付，则表示为“41D：Available With Any bank”。

* 必须使用以下这些短语

BY PAYMENT

BY ACCEPTANCE

BY NEGOTIATION

BY DEF PAYMENT

BY MIXED PYMT

当报文使用BY DEF PAYMENT或BY MIXED PYMT时，有关付款的细节将在域42P或42M

中表述；

当报文使用BY PAYMENT时就意味着PAYMENT AT SIGHT（即期付款）。

域44A：装船发运和接受监管的地点

域44A：装船发运和接受监管/收到货物的地点

域44E：装货港/始发站机场

运输单据中列明的装货港/始发站机场

域44F：卸货港/目的地机场

运输单据中列明的卸货港/目的地机场

域44B：货物发送的最终目的地

域44B：货物发运的最终目的地/交货地

该域列明运输单据中列明的最终目的地或交货地

域44C：最迟装运期

域44D：装运期限

域45A：货物/劳务描述

FOB、CIF等价格条款应出现在域45a中

域57a：通知行

如果该信用证需通过收报行以外的另一家银行通知或加具保兑后给受益人，此域列明该银行

域79：信用证其它内容简述

域72：附言

可选用下列短码

PHONBEN 电话通知受益人

TELEBEN 以最简便的电讯方式通知受益人

S W I F T M T 7 0 7

A M E N D M E N T T O A

D O C U M

E N T A R Y C R E D I T

跟单信用证修改

MT707 范围

１.这是由开证行发送给通知行的报文，也可以由一家通知行发送给另一家通知行或是由转让行发送给通知行的报文。

２.用来通知收报行有关开证行（发报行）或第三家银行所开立的信用证条款的修改。

MT707应被视为一个信用证的有效部分，除非这个MT707只是用来简述修改的内容，详细的修改内容会随后发送。

MT707 准则

◆ MT707中未涉及的信用证条款保持不变。

◆ 撤销跟单信用证，必须使用MT707的格式。

◆ 在MT707中，对于涉及到期日；装船、发运和接受监管的地点；信用证金额的增减等修改应使用报文中专定的域，其他条款的修改则应在域79中表明。

◆ 如MT707是用来表明实际和完整的修改，那么它将被视为信用证的有效部分。

◆ 如果MT707只是简述修改的细节，那么它将不能被视为信用证的有效部分，同时，在这个

MT707的域79中，必须含有这样的字样：“DETAILS TO FOLLOW”。

◆ 如果MT707是用来通知第三家银行开立的跟单信用证的修改（即开证行不是发报行），那

么用域52a表示开证行，用域23表示开证行的编号。

◆ 对于货币币种的变动及连同币种变动的信用证金额的增减，需在域79中表示。

◆ 当修改包含的偿付指示在先前所开立的信用证上没有提及，除非另有规定，如果适用，跟单

信用证项下的偿付遵循现实有效的巴黎国际商会制定的《跟单信用证项下银行间偿付的统一规则》。

MT707 域使用规则

1. 如果报文中出现域32B或33B，域34B也必须出现；

2. 如果报文中出现域34B，域32B或33B也必须出现；

3. 如果报文中出现域23，域52a必须同时出现；

4. 报文中可出现域39A或39B，但是不能同时出现；

5. 报文中可以出现域44C或44D，但是不能同时出现；

6. 以下各域中，至少有一个必须在报文中出现：31E，32B，33B，34B，39A，39B，39C，44A，

44E，44F，44B，44C，44D，79或72；

7. 域32B，33B和域34B所表示的货币符号必须一致。

MT707 域详述

域20：跟单信用证编号

域21：收报行的编号

如无收报行业务编号，则此项必须填写“NONREF”

域23：开证行的编号

如MT707是由开证行以外的另一家银行发送的，此项列明开证行所开立的跟单信用证的号码

域52a：开证行

如发报行不是开证行，则此域表明原开证银行

域31C：开证日期

列明原跟单信用证开立的日期

域30：修改日期

如果报文不出现此项，则表明此修改的日期即为修改电的发送日期

域26E：修改的次数

不论前几次修改是以何种形式发送的，该数字是依次排列的最后的数字

域59：受益人（在此修改前）

此项列明在该修改之前跟单信用证的受益人

该域的出现并不意味着修改受益人，如果需要修改受益人的名称，必须使用域79列明

域31E：新的到期日

表明跟单信用证修改后的最迟交单日期

域32B：信用证的增额

该项列明增额的币种应与原证金额的币种一致

域33B：信用证的减额

该项列明减额的币种应与原证金额的币种一致

域34B：信用证修改后的新金额

域39A：信用证金额允许浮动的范围

如果金额浮动上下限被修改，该项列明新的允许浮动的范围。如：15/15，表明上下浮动各不超过15%

域39B：修改后信用证金额的最高限额

该项必须使用以下列出的代码，在代码后跟金额

NOT EXCEEDING

域39C：附加金额

诸如对保险费、运费、利息等的修改

域44A：装船发运和接受监管的地点

域44A：装船发运和接受监管/收到货物的地点

域44E：装货港/始发站机场

运输单据中列明的装货港/始发站机场

域44F：卸货港/目的地机场

运输单据中列明的卸货港/目的地机场

域44B：货物发送的最终目的地

域44B：货物发运的最终目的地/交货地

该域列明运输单据中列明的最终目的地或交货地

域44C：对最迟装运期的修改

列明对最迟装船、发运和接受监管的期限的修改

域44D：对装运期的修改

对装船、发运和接受监管的期限的修改

域79：修改详述

可使用下列短码：

CANCEL该信用证将被撤消。

当MT707只用来简述修改内容，简述内容并不构成信用证的有效部分，该项必须包含以下的代码“DETAILS TO FOLLOW”。

该项还可用来表明开证行是否需要索偿的预先通知或是借记的预先通知，同时表明预先通知的银行工作天数或日历天数。

当该报文用来修改受益人姓名时，则新的受益人名称地址必须明确地在该域中表明。

对于货币币种的变动及连同币种变动的信用证金额的增减，需在该域中表示。

域72：附言

当收报行被要求告知发报行受益人是否接受该次修改内容，用代码/BENCON/,

/PHONBEN/,/TELEBEN/表示。

S W I F T M T 7 1 0 / 7 1 1

ADVICE OF A THIRD BANK’S OR A NON-BANK’S DOCUMENTARY CREDIT

通知由第三家银行或非银行开立的跟单信用证

MT710/711 范围

１.由收到跟单信用证的通知行发送给通知受益人的银行或另一家通知行

２.用来通知收报行有跟单信用证条款

MT710/711 准则

◆ 除非另外列明，所开立的跟单信用证遵循巴黎国际商会制定的《跟单信用证统一惯例》。

当该信用证遵循此惯例时，通知行（收报行）必须将之通告受益人或是另一家通知行。

◆ 除非另外列明，如果适用，跟单信用证项下的偿付遵循巴黎国际商会制定的《跟单信用证

项下银行间偿付的统一规则》。

◆ 当跟单信用证的长度超过一个MT710的容量时，可以用一个或几个（最多三个）MT711报

文格式来补充传送信息。

◆ 除非另外列明，根据该报文通知受益人或是另一家通知行的跟单信用证是已生效的信用证。

◆ 对自由议付跟单信用证，如果收报行不再以MT710报文格式转通知，那么该银行必须在信

用证上加注：

? 每次议付时必须提交通知受益人的信用证正本

? 议付行必须在所通知的信用证正本上标注每一次的议付情况

◆ 为了避免可能产生的误解，尽可能使用银行的SWIFT BIC代码来表示银行名称，而不要用

“Ourselves”、“yourselves”、“us”、“you”这些词。

◆ 如果该报文被用来通知非银行开立信用证，则域50B必须出现。

◆ 通知行必须用清楚明确的方式将跟单信用证所有详细内容通知受益人。

MT710/711 域使用规则

1. 报文中可以出现域39A或39B，但不能同时出现；

2. 域42C和42a在被使用时必须同时出现；

3. 在使用时，域42C和42a同时出现；或是42M单独出现；或是42P单独出现，除此之外没有其

它组合形式；

4. 报文中可以出现域44C或44D，但不能同时出现。

5. 报文中必须出现域52a或50B，但不能同时出现。

MT710/711 域详述

域27：报文页次

域40B：跟单信用证的形式

该项只能用以下表格中列出的代码来表示信用证的性质：

域20：发报行编号

域21：跟单信用证编号（原MT700编号）

域23：预先通知的编号

当信用证已预先通知，此域应填入代码“PREADV”，后跟“/”和预先通知的编号或日期

域31C：开证日期

表明MT700开证行开立该信用证的日期

如原MT700中未表明开证日期，则该日期为MT700/701发报日期

域40E：适用规则

表明该信用证所遵循的准则及惯例

该项必须使用下述代码中的一个:

只有当使用的代码为“OTHR”时，域40E第二部分（即“/35x”）才允许出现

域31D：到期日及到期地点

域52a：原MT700开证行

域50B：非银行开证人

域51a：开证申请人的银行

如果开证行非开证申请人所在银行，则此域用以表明该银行

域50：开证申请人

域59：受益人

域32B：货币币种及金额

信用证金额的其他特殊信息将在39A、39B及39C表示

域39A：信用证金额允许浮动的范围

允许浮动的范围，以百分比表示，如：15/15，表明上下浮动各不超过15%

域39B：信用证金额的最高限额

该项必须使用以下列出的代码，在代码后跟金额

NOT EXCEEDING

域39C：附加金额

诸如保险费、运费、利息等

域41a：指定有关银行及兑付方式

* 如果该信用证为任意银行自由议付信用证，必须使用41D，表示为：“41D：Available With Any bank in （City/Country）；如果该信用证可以由任意地方任意一家银行进行议付，则表示为“41D：Available With Any bank”；

* 必须使用以下这些短语

BY PAYMENT

BY ACCEPTANCE

BY NEGOTIATION

BY DEF PAYMENT

BY MIXED PYMT

当报文使用“BY DEF PAYMENT”或“BY MIXED PYMT”时，有关付款的细节将在域42P或42M中表述

当报文使用“BY PAYMENT”时就意味着“PAYMENT AT SIGHT”（即期付款）

域42C：汇票付款期限

域42a：汇票付款人

列明跟单信用证项下汇票的付款人

付款人必须是银行。如果付款人是开证申请人，那么此项应被作为单据，在域46a列示。该域内不能出现银行的清算号或帐号

域42M：混合付款条款

列明混合付款跟单信用证项下的付款日期金额及其确定方式

域42P：延期付款条款

列明延期付款跟单信用证项下的付款日期及其确定方式

域43P：分批装运条款

列明跟单信用证项下分批装运是否允许

域43T：转运条款

列明跟单信用证项下货物转运是否允许

域44A：装船发运和接受监管的地点

域44A：装船发运和接受监管/收到货物的地点

域44E：装货港/始发站机场

运输单据中列明的装货港/始发站机场

域44F：卸货港/目的地机场

运输单据中列明的卸货港/目的地机场

域44B：货物发送的最终目的地

域44B：货物发运的最终目的地/交货地

该域列明运输单据中列明的最终目的地或交货地

域44C：最迟装运期

域44D：装运期限

SWIFT报文的结构与报文类型

SWIFT 标准资料（十五）2003年11月实施版 SWIFT 标准报文的结构与报文类型 2003年11月发布标准 2003年标准发布指南－最终版本－2003年2月全国金融标准化技术委员会秘书处对外经济贸易大学金融科技中心 2003-08-06

SWIFT标准报文 SWIFT标准报文（金融服务报文） SWIFT开发的商业标准报文已经成功应用在金融服务领域，而且根据市场的需要在不断发展中。2003版SWIFT标准扩大了应用范围，规范了具体形式，同时采用了先进的技术成果、可以满足金融服务的需要，包括批量支付、投资基金、证券、信托等方面。SWIFT标准的下一个版本将在2005年5月发布。下面表示的是SWIFT标准2003版的发布过程：从2002年8月开始到2003年11月正式实施。 Schedule for Standards Release 2003 For implementation schedule is as follows: High-Level Release 2003 Preliminary Standards Release Guide 2003 Preliminary Message Format Validation Rules 2003 Final Standards Release Guide 2003 Final Message Format Validation Rules 2003 Vendor Test System Testing & Training System If necessary Rules 2003

第一章报文结构和报文类型 1.1 SWIFT报文结构所有金融报文必须符合SWIFT标准卷描述的某种报文类型的规则。报文类型由三个数字组成，一般定义为：类目通常在一般程度上描述报文的基础商业功能，如类目1=客户支付和支票。分组描述某一特定类目中的报文功能，如11n=类目1的支票支付报文。类型描述具体功能，如112=支票止付请求的状态。因此，通过报文类型（位于报文标题），报文接收方可以帮助决定报文的内容和功能，以及其组成内容细节。本节提供报文类型的一般规则。属于单个报文的详细说明可以在相关类目卷查找到。 1.2 SWIFT报文类型下方表格列出SWIFT标准卷中定义的所有报文类型，在2002年十月标准版本中有效。对于每个报文类型，均存在简述、报文类型需要认证标识（Y或N）、最大报文长度（2,000或10,000）以及使用报文是否需要在SWIFT注册（Y或N）。注意：MUG，出于本书目的，是自愿同意支持特定报文类型并且在SWIFT注册发送或接收特定报文的使用者群组。下方表格中的“MUG”列标出了这些报文。（关于MUG的更多信息在表后

SWIFT报文格式手册

S W I F T报文格式手册 Revised by Petrel at 2021

2006年度SWIFT报文格式更新手册（2006/11/18起生效）

S WIFT MT700/701 I SSUEOFA D/C 开立跟单信用证 MT700/701范围 1.由开证行发送给通知行的报文（注意：收、发报行间必须具有BKE密押关系）； 2.用来列明开证行发报行所开立的信用证条款。

除非另外列明，所开立的跟单信用证遵循巴黎国际商会制定的《跟单信用证统一惯例》。当该信用证遵循此惯例时，通知行（收报行）必须将之通知受益人或是另一家通知行。除非另外列明，如果适用，跟单信用证项下的偿付遵循巴黎国际商会制定的《跟单信用证项下银行间偿付的统一规则》。当跟单信用证的长度超过一个MT700的容量时，可以用一个或几个（最多三个）MT701报文格式来补充传送信息。除非另外列明，根据该报文通知受益人或是另一家通知行的跟单信用证是已生效的信用证。对自由议付跟单信用证，如果收报行不再以MT710报文格式转通知，那么该银行必须在信用证上加注：每次议付时必须提交通知受益人的信用证正本议付行必须在所通知的信用证正本上标注每一次的议付情况为了避免可能产生的误解，尽可能使用银行的SWIFTBIC代码来表示银行名称，而不要用 “ourselves”、“yourselves”、“us”、“you”这些词。通知行应该明确清楚地将跟单信用证的全部内容（包括任何细节）通知受益人。MT700/701域使用规则 1.报文中可以出现域39A或39B，但不能同时出现； 2.域42C和42a在被使用时必须同时出现；

SWIFT报文格式手册

2006年度SWIFT报文格式更新手册（2006/11/18起生效）

S W I F T M T 7 0 0 / 7 0 1 I S S U E O F A D / C 开立跟单信用证 MT700/701 范围 1. 由开证行发送给通知行的报文（注意：收、发报行间必须具有BKE密押关系）； 2. 用来列明开证行发报行所开立的信用证条款。 MT700格式（M = Mandatory O = Optional）

O44A Loading on Board/Dispatch/Taking in 1*65x Charge at / from O44B For Transportation to...1*65x O44C Latest Date of Shipment6!n O44D Shipment Period6*65x O45A Description of Goods and/or Services100*65x O46A Documents Required100*65x O47A Additional Conditions100*65x O71B Charges6*35x O48Period for Presentation4*35x M49Confirmation Instructions7!x O53a Reimbursing Bank A or D 12*65x O78Instructions to the Paying/Accepting/Negotiating Bank O57a"Advise Through" Bank A, B or D O72Sender to Receiver Information6*35x MT701格式（M = Mandatory O = Optional） Status Tag Field Name Content/Options M27Sequence of Total1!n/1!n M20Documentary Credit Number16x O45B Description of Goods and/or Services100*65x O46B Documents Required100*65x O47B Additional Conditions100*65x MT700/701 准则除非另外列明，所开立的跟单信用证遵循巴黎国际商会制定的《跟单信用证统一惯例》。当该信用证遵循此惯例时，通知行（收报行）必须将之通知受益人或是另一家通知行。除非另外列明，如果适用，跟单信用证项下的偿付遵循巴黎国际商会制定的《跟单信用证项下银行间偿付的统一规则》。当跟单信用证的长度超过一个MT700的容量时，可以用一个或几个（最多三个）MT701报文格式来补充传送信息。除非另外列明，根据该报文通知受益人或是另一家通知行的跟单信用证是已生效的信用证。对自由议付跟单信用证，如果收报行不再以MT710报文格式转通知，那么该银行必须在信用证上加注：每次议付时必须提交通知受益人的信用证正本议付行必须在所通知的信用证正本上标注每一次的议付情况为了避免可能产生的误解，尽可能使用银行的SWIFT BIC代码来表示银行名称，而不要用

SWIFT报文定义

SWIFT格式及含义一份SWIFT电文，由报头(Header Block)、正文(Text Block)、报尾(Trailer Block)组成，还会标明发报银行（类似于Correspondents BIC/TID或Sender），和收报银行（Receiver）等。信用证中开头、结尾的古怪条款就是报头报尾，中间带条款编号（31C、46A之类的）才是正文。 A.外国银行发送MT700/701电文给国内银行，开立信用证。 B.国内银行通知我们，并发送MT730电文给外国银行，确认收妥信用证。 C.如果要修改信用证，根据外商申请，外国银行发送MT707电文给国内银行，告知修改内容。 D.我们出货交单，如果国内银行议付，则发MT754 电文给开证行，并另外快递寄单。 E.开证行收到单证审核无误，发MT732电文给国内银行表示接受。 F.如果有不符点，开证行发MT734给国内银行，拒付。 G.有不符点，国内银行可以发MT750 给开证行，“电提”。开证行接受的，回复MT752授权议付。 H.国内银行议付的，回过头发送MT742向开证行收钱。 2.电文格式分类: SWIFT电文根据银行的实际运作共划分为十大类: 第一类:客户汇款与支票,如:MT101,MT103,MT110等; 第二类:银行寸头调拨,如:MT200,MT201等; 第三类:外汇买卖,货币市场及衍生工具,如:MT300,MT305; 第四类:托收,如:MT400,MT410,MT412等; 第五类:证券业务. 第六类:银团贷款和贵重金属业务. 第七类:跟单信用证和保函,如:MT700/701,MT705等第八类:旅行支票. 第九类;银行和客户帐务,如:MT900,MT910等; 第0类:SWIFT 系统电报. Swift MT707 信用证修改信用证项下的一种SWIFT格式, 例如所有的信用证都用MT700开出。 Swift MT760（信汇760） Swift MT760 是一种银行对银行的发出的信息，用于为保证乙方在乙银行的利益，由甲银行向乙银行开出的或者被申请开出的银行保函。根据MT760开出的保证，对甲银行的资金，封存并用做担保风险。 MT760 是经对相关单证的检验，确认，查证并发送到你方后产生的一种付款责任。如果它不符合你方标准，那么钱就不会进入你方的账户。钱不可能转出账户直到证件完全符合你方所在银行的标准。但是你必须有足够的钱作为保证金，或者你必须与银行机构有良好的关系（如果没有存款或者保证金的情况），才能用某种MT（信汇）来转账。此做法是避免此保函的受益人乙方风险的最佳途径。 SWIFT MT799/RWA 其实包含三个意思。 MT799是电文中银行文本的格式编号，不一定就是说资金证明，使用MT799只要银行愿意，发送任何内容的东西都可以。在国际贸易中MT799其实是相对MT999来说的，这两种电文格式是使用最多的普通格式，只是799是密文，999是明文。贸易还有一种使用得多的是MT760，这是一种专用格式电文，一般发送LC，BG。MT799， MT999和MT760的最重要的区别是前两者是一种单向电文，也就是送达到了就OK了，MT760是双向电文，必须由接收方确认。 RWA是银行安慰信（Bank Comfort Letter）的一种，全称是Letter of Ready，Willing (and financial) Able。一般这个是在使用银行金融工具时候银行在出具银行工具文本MT760之前确认银行客户具有出具银行工具的能力的时候使用的。国际贸易中LC也算是银行工具的一种，但

SWIFT清算系统功能说明书

1.子系统描述 SWIFT清算子系统采用最新的数据大集中体系结构，由操作前台、中间处理两部分组成，全行的SWIFT电文数据集中在总行的数据服务器，提高了系统的运行效率、安全性和可维护性。前台为业务处理的操作界面，处理电文的录入、读取，检查、撮合、下划、资料的维护等操作。中台为业务处理部分，业务规则和数据检查、日初、日终、对前台传送的数据进行相应的处理，生成传票，对帐务进行处理，报文自动分发等操作。并与ALLANCE系统相连，自动接收，发送报文。外汇清算系统与国际结算系统、SWIFT ALLIANCE系统和记帐核心系统紧密相联，处理的业务内容包括行外来电的清分与转发、分行发往行外电文的转发、汇入款项的下划、分行每日付款总头寸统计、汇出款项的扣帐、所有汇入汇出款项的勾对核销、存放境外同业帐户余额的核对、退汇业务等，以及以上业务的帐务处理，并提供各种查询功能和清算业务量统计表。 2.系统参数设置 ●SWIFT清算窗口时间设置（由整个系统考虑）由清算系统设置SWIFT清算窗口时间,在该时间范围之外的SWIFT报文将全部后台等待。 ●清算分支机构维护（由整个系统考虑）维护内容加入SWIFT号码、机构英文名称等内容。

●头寸报文条件设置系统根据此条件来判断报文是否为头寸报文，具体的参数设置为； ●报文所属分行条件设置系统根据下列条件设置，根据报文类型以及报文中内容来判断报文的所属分行。 ●报文所属外围系统条件设置对于由清算系统转发至各外围系统的报文，在此参数设置中配置：

●SWIFT清算系统用户设置（由整个系统考虑） ●黑名单维护由下载的文本文件自动导入，可以通过界面进行增、删、改。 ●四角号码库维护 ●SWIFT参与行维护由SWIFT网站下载FI.DAT文件，系统自动导入。 ●报文模版设置（该模板将用于手工生成报文）

SWIFT格式及含义

SWIFT 报文(MT 700)中的代号及栏目名称

SWIFT 报文（MT 700）中的代号及栏目名称 SWIFT 报文（MT 700）中的代号及栏目名称 M/O 代号（Tag）栏目名称（Field Name） M 27 报文页数（Sequence of Total） M 40A 跟单信用证类别（Form of Documentary Credit） M 20 信用证编号（Documentary Credit Number） O 23 预先通知编号（Reference to Pre-Advice） O 31C 开证日期（Date of Issue） M 31D 到期日及到期地点（Date and Place of Expiry） O 51A 开证申请人的银行（Applicant Bank） M 50 申请人（Applicant） M 59 受益人（Beneficiary） M 32B 信用证的货币及金额（Currency Code, Amount） O 39A 信用证金额允许浮动的范围（Percentage Credit Amount Tolerance） O 39C 信用证金额最高限额（Maximum Credit Amount） O 41A 指定的有关银行及信用证的兑付方式（Available with … by …） M 42C 汇票付款期限（Draft at） O 42A 汇票付款人（Drawee） O 42M 混合付款条款（Mixed Payment Details） O 42P 迟期付款条款（Deferred Payment Details） O 43P 分批装运条款（Partial Shipments） O 43T 转运条款（Transshipment） O 44A 装船、发运和接受监督地点（Loading on Board/Dispatch/Taking in Charge at (from)） O 44B 货物发送最终目的地（For Transportation to …） O 44C 最迟装运日期（Latest Date of Shipment） O 44D 装运期（Shipment Period） O 45A 货物/劳务描述（Description of Goods and/or Services） O 46A 单据要求（Documents Required） O 47A 附加条款（Additional Conditions） O 71B 费用负担（Charges） O 48 交单期限（Period of Presentation） M 49 保兑指示（Confirmation Instructions） O 53A 偿付行（Reimbursing Bank） O 78 给付款行、承兑行或议付行的指示（Instructions to the Paying/Accepting/Negotiating Bank） O 57A 通知行（Advising Through Bank） O 72 附言（Sender to Receiver Information）以上表格中的“M”为“Mandatory”，指电文中该项目的内容必须填写；“O”为“Optional”，指电文中该项目的内容可以选择不填写。

SWIFT报文地结构与报文类型

实用标准 SWIFT 标准资料（十五）2003年11月实施版 SWIFT 标准报文的结构与报文类型 2003年11月发布标准 2003年标准发布指南－最终版本－2003年2月

全国金融标准化技术委员会秘书处对外经济贸易大学金融科技中心 2003-08-06

Standards Release 2003 Schedule for Standards Release 2003 For the Standards Release 2003, the development and implementation schedule is as follows: 16 August 2002 High-Level Information on Standards Release 2003 15 November 2002 Preliminary Standards Release Guide 2003 Preliminary Message Format Validation Rules 2003 14 February 2003 Final Standards Release Guide 2003 Final Message Format Validation Rules 2003 29 March 2003 Vendor Test System 12 July 2003 Testing & Training System If necessary, updates to Message Format Validation Rules 2003 12 September 2003 UHB shipment 15 November 2003 Standards Release 2003 Live

SWIFT报文的结构与报文类型

. . . .. . SWIFT 标准资料（十五）2003年11月实施版 SWIFT 标准报文的结构与报文类型 2003年11月发布标准 2003年标准发布指南－最终版本－2003年2月全国金融标准化技术委员会秘书处对外经济贸易大学金融科技中心 2003-08-06

SWIFT标准报文 SWIFT标准报文（金融服务报文） SWIFT开发的商业标准报文已经成功应用在金融服务领域，而且根据市场的需要在不断发展中。2003版SWIFT标准扩大了应用范围，规范了具体形式，同时采用了先进的技术成果、可以满足金融服务的需要，包括批量支付、投资基金、证券、信托等方面。SWIFT标准的下一个版本将在2005年5月发布。下面表示的是SWIFT标准2003版的发布过程：从2002年8月开始到2003年11月正式实施。 Standards Release 2003 Schedule for Standards Release 2003 For the Standards Release 2003, the development and implementation schedule is as follows: 16 August 2002 High-Level Information on Standards Release 2003 15 November 2002 Preliminary Standards Release Guide 2003 Preliminary Message Format Validation Rules 2003 14 February 2003 Final Standards Release Guide 2003 Final Message Format Validation Rules 2003 29 March 2003 Vendor T est System 12 July 2003 Testing & Training System If necessary, updates to Message Format Validation Rules 2003 12 September 2003 UHB shipment 15 November 2003 Standards Release 2003 Live

SWIFT报文的结构和报文类型

下载可编辑 SWIFT 标准资料（十五）2003年11月实施版 SWIFT 标准报文的结构与报文类型 2003年11月发布标准 2003年标准发布指南－最终版本－2003年2月全国金融标准化技术委员会秘书处对外经济贸易大学金融科技中心 2003-08-06

SWIFT_MT103_付款报文格式

MT 103 MT 103 - ClearingLine Format Specifications MT 103 Customer Transfer M = Mandatory O = Optional Status Tag Field Name Content/Options M 20 Sender's Reference 16 digits M 23B Bank Operation Code CRED O 23E Instruction Code 4 digits M 32A Value Date Currency Interbank Settled Amount 6 numeric 3 alphabetical 15 digits O 33B Currency/ Instructed Amount 3 alphabetical 15 digits O 36 Exchange Rate 12 digits M 50a Ordering Customer: Account number Code / Identifier (Option F) Name & Address Option F is preferred Option Option A [/34x] (Account) 4!a2!a2!c[3!c] (BIC/BEI) Option K [/34x] (Account) 4*35x (Name & Address) Option F 35x (Party Identifier) 4*35x (Name & Address) O 52A Ordering Institution A or D M 53B Sender's Correspondent /D/10 digits your account number O 56A Intermediary Institution A or C C = for Germany only O 57A Account With Institution A, B, C or D C = for Germany only

SWIFT信用证报文详解

S W I F T信用证报文详解-CAL-FENGHAI-(2020YEAR-YICAI)_JINGBIAN

SWIFT 信用证及其基本内容国际上各银行开具的信用证没有统一的格式，但无论是以什么方式开具的信用证，其遵循的基本原则和基本内容都是一致的。在出现了SWIFT组织以后，信用证的形式和条款逐渐规范，并在实际业务中为大多数国家的银行所遵循。Swift共有十类特点格式化和规范化第一类客户汇款与支票第二类银行头寸调拨第三类外汇买卖和存放款第四类托收第五类证券第六类贵金属与辛迪加第七类跟单信用证和保函第八类旅行支票第九类银行帐务第十类 SWIFT系统电报 SWIFT电讯的表示方法 1、各国货币的表示方法美元 USD 人民币 CNY 日元 JPY 英镑 GBP 2、数字的表示方法数字不使用分格号，小数点用逗号表示 5，152，286.36 表示为 5152286，36 4/5 0，8 5%表示为 5 PERCENT 日期的表示方法 YYMMDD 2007年10月15日表示为071015 第七类重点介绍MT700/701 MT707 MT700/701开立信用证格式最长不能超过2000个字符，假如超过2000，我们将其分为若干部分，使用一个MT700以及若干个MT701 MT700 02 02表示电讯等级代码(普通级) 27, 40A , 20 ,31D,50,32B,41M,49为必选项目(MANDATORY) 其余为选用项目(OPTIONAL) SWIFT信用证是指凡通过SWIFT系统开立或予以通知的信用证。在国际贸易结算中，SWIFT信用证是正式的、合法的，被信用证各当事人所接受的、国际通用的信用证。采用SWIFT信用证必须遵循SWIFT的规定，也必须使用SWIFT手册规定的代号（TAG），而且信用证必须遵循国际商会1993年修订的《跟单信用证统一惯例》各项条款的规定。在SWIFT信用证中可省去开证行的承诺条款，但不因此免除银行所应承担的义务。SWIFT信用证的特点是快速、准确、简明、可靠。 SWIFT报文（TEXT）由一些项目（FIELD）组成，每一种报文格式（MESSAGE TYPE，MT）规定了由那些项目组成，每一个项目又严格规定了由多少字母、多少数字或多少字符组成。这些规定的表示方法及含义如下： n：只表示数字；a：只表示字母；Q：表示数字或字母；x表示SWIFT电讯中允许出现的任何一个字符（包括10个数字、26个字母、有关标点符号、空格键、回车键和跳行键）； *：行数。

汇出行制作电汇项下SWIFT报文

汇出行制作电汇项下SWIFT报文工作项目陈艾前后有两次汇款。第一次是汇30%的货款汇到DAYCO公司在HSBC, MIAMI的账户，这笔业务的汇款申请书在前面已经完成。HSBC, MIAMI与中国银行浙江省分行有来往账户，无需中转行。第二次陈艾要汇70%的货款汇给DAYCO公司。这次对方要求汇到它们在WACHOVIA BANK, NA(Griswold St, No. 24, MIAMI, FL)的账户（A/C NO. 765922894）。WACHOVIA BANK,NA(BIC: PNBPUS3MXXX)中国银行浙江省分行（BIC:BKCHCNBJ910）的代理行，有密押交换，但没有往来账户。这种情况下双方可以通过SWIFT互发信息但不能直接调拨资金。陈艾没有拖家带口转行，所以中国银行浙江省分行指定CITI BANK, NEW YORK (BIC: CITIUS33EUC)作为中转行来完成汇款，CITIBANK, NEW YORK刚好有中国银行浙江省分行和W ACHOVIA BANK, NA的账户。第二次汇款申请书如下：境外汇款申请书 APPLICATION FOR FUNDS TRANSFERS （OVERSEAS）致：中国银行日期：

两笔款项都从金苑公司的现汇账户（No. 78954321）转出。陈艾将所汇款款项及所需费用交中国银行浙江省分行，取得电汇回执。两次汇款业务都由中国银行浙江省分行国际结算部门的工作人员赵宾经手，他要审核汇款

申请书及有效凭证和商业单据，主要有合同、发票、报关单等。经查无误后根据汇款申请书内容以SWIFT方式向汇入行发出解付指示。第一次发送MT103的业务编号为OR2008123741；第二次发送MT103的业务编号为OR2008123765，MT202的业务编号为OR2008123732. 赵宾的工作项目主要有：工作项目1：读懂两份外汇申请书的各项内容，分清两次汇款路线及发报方式。工作项目2：明确SWIFT报文MT103的内容和填写要求，根据第一次汇款的申请书制作MT103；工作项目3：明确SWIFT报文MT202的内容和填写要求，根据第二次汇款的申请书制作MT103和MT102. 适用于汇款的SWIFT报文种类和格式

SWIFT信用证报文详解

SWIFT 信用证及其基本内容国际上各银行开具的信用证没有统一的格式，但无论是以什么方式开具的信用证，其遵循的基本原则和基本内容都是一致的。在出现了SWIFT组织以后，信用证的形式和条款逐渐规范，并在实际业务中为大多数国家的银行所遵循。 Swift共有十类特点格式化和规范化第一类客户汇款与支票第二类银行头寸调拨第三类外汇买卖和存放款第四类托收第五类证券第六类贵金属与辛迪加第七类跟单信用证和保函第八类旅行支票第九类银行帐务第十类SWIFT系统电报 SWIFT电讯的表示方法 1、各国货币的表示方法美元USD 人民币CNY 日元JPY 英镑GBP 2、数字的表示方法数字不使用分格号，小数点用逗号表示 5，152，286.36 表示为5152286，36 4/5 0，8 5%表示为5 PERCENT 日期的表示方法YYMMDD 2007年10月15日表示为071015 第七类重点介绍MT700/701 MT707 MT700/701开立信用证格式最长不能超过2000个字符，假如超过2000，我们将其分为若干部分，使用一个MT700以及若干个MT701 MT700 02 02表示电讯等级代码(普通级) 27, 40A , 20 ,31D,50,32B,41M,49为必选项目(MANDA TORY) 其余为选用项目(OPTIONAL) SWIFT信用证是指凡通过SWIFT系统开立或予以通知的信用证。在国际贸易结算中，SWIFT 信用证是正式的、合法的，被信用证各当事人所接受的、国际通用的信用证。采用SWIFT 信用证必须遵循SWIFT的规定，也必须使用SWIFT手册规定的代号（TAG），而且信用证必须遵循国际商会1993年修订的《跟单信用证统一惯例》各项条款的规定。在SWIFT信用证中可省去开证行的承诺条款，但不因此免除银行所应承担的义务。SWIFT信用证的特点是快速、准确、简明、可靠。 SWIFT报文（TEXT）由一些项目（FIELD）组成，每一种报文格式（MESSAGE TYPE，MT）规定了由那些项目组成，每一个项目又严格规定了由多少字母、多少数字或多少字符组成。这些规定的表示方法及含义如下： n：只表示数字；a：只表示字母；Q：表示数字或字母；x表示SWIFT电讯中允许出现的任何一个字符（包括10个数字、26个字母、有关标点符号、空格键、回车键和跳行键）；*：行数。例如，2 n表示最多填入2位数字；3 a表示最多填入3个字母；4*35x表示所填入的内容最多是4行，每行最多35个字符。在一份SWIFT报文中，有些规定项目是必不可少的，称为必选项目（MANDATORY FIELD，M）；有些规定项目可以由操作员根据业务需要确定是否可以选用，这些项目称为可选项目

2011最新版swift报文标准第N类报文更新

Standards Category n - Common Group Messages For Standards MT November 2011 Message Reference Guide Standards Release Guide This reference guide contains the category n message text standards, including a detailed description of the scope, the format specifications, the rules, the guidelines, and the field specifications of each message type. 17 December 2010

Table of Contents Introduction (3) Summary of Changes (3) Category n Message Types (4) Euro - Impact on Category Message Standards (6) MT n90 Advice of Charges, Interest and Other Adjustments (7) MT n90 Scope (7) MT n90 Format Specifications (7) MT n90 Network Validated Rules (7) MT n90 Field Specifications (7) MT n91 Request for Payment of Charges, Interest and Other Expenses (13) MT n91 Scope (13) MT n91 Format Specifications (13) MT n91 Network Validated Rules (13) MT n91 Market Practice Rules (13) MT n91 Field Specifications (13) MT n92 Request for Cancellation (19) MT n95 Queries (20) MT n96 Answers (21) MT n98 Proprietary Message (22) MT n99 Free Format Message (23) Legal Notices............................................................................................................................................ 24 Category n - Common Group Messages for Standards MT November 2011 2Message Reference Guide - Standards Release Guide

SWIFT信用证报文详解上课讲义

S W I F T信用证报文详解

第七类重点介绍MT700/701 MT707 MT700/701开立信用证格式最长不能超过2000个字符，假如超过2000，我们将其分为若干部分，使用一个MT700以及若干个MT701 MT700 02 02表示电讯等级代码(普通级) 27, 40A , 20 ,31D,50,32B,41M,49为必选项目(MANDATORY) 其余为选用项目(OPTIONAL) SWIFT信用证是指凡通过SWIFT系统开立或予以通知的信用证。在国际贸易结算中，SWIFT信用证是正式的、合法的，被信用证各当事人所接受的、国际通用的信用证。采用SWIFT信用证必须遵循SWIFT的规定，也必须使用SWIFT手册规定的代号（TAG），而且信用证必须遵循国际商会1993年修订的《跟单信用证统一惯例》各项条款的规定。在SWIFT信用证中可省去开证行的承诺条款，但不因此免除银行所应承担的义务。SWIFT信用证的特点是快速、准确、简明、可靠。 SWIFT报文（TEXT）由一些项目（FIELD）组成，每一种报文格式（MESSAGE TYPE，MT）规定了由那些项目组成，每一个项目又严格规定了由多少字母、多少数字或多少字符组成。这些规定的表示方法及含义如下：n：只表示数字；a：只表示字母；Q：表示数字或字母；x表示SWIFT电讯中允许出现的任何一个字符（包括10个数字、26个字母、有关标点符号、空格键、回车键和跳行键）； *：行数。例如，2 n表示最多填入2位数字；3 a表示最多填入3个字母；4*35x表示所填入的内容最多是4行，每行最多35个字符。

SWIFT报文格式手册

2006年度SWIFT报文格式更新手册(2006/11/18起生效)

S W I F T M T 7 0 0 / 7 0 1 I S S U E O F A D / C 开立跟单信用证 MT700/701 范围 1、由开证行发送给通知行得报文(注意:收、发报行间必须具有BKE密押关系); 2、用来列明开证行发报行所开立得信用证条款。

◆ 除非另外列明,所开立得跟单信用证遵循巴黎国际商会制定得《跟单信用证统一惯例》。当该信用证遵循此惯例时,通知行(收报行)必须将之通知受益人或就是另一家通知行。 ◆ 除非另外列明,如果适用,跟单信用证项下得偿付遵循巴黎国际商会制定得《跟单信用证项下银行间偿付得统一规则》。 ◆ 当跟单信用证得长度超过一个MT700得容量时,可以用一个或几个(最多三个)MT701报文格式来补充传送信息。 ◆ 除非另外列明,根据该报文通知受益人或就是另一家通知行得跟单信用证就是已生效得信用证。 ◆ 对自由议付跟单信用证,如果收报行不再以MT710报文格式转通知,那么该银行必须在信用证上加注: ? 每次议付时必须提交通知受益人得信用证正本 ? 议付行必须在所通知得信用证正本上标注每一次得议付情况 ◆ 为了避免可能产生得误解,尽可能使用银行得SWIFT BIC代码来表示银行名称,而不要用“ourselves”、“yourselves”、“us”、“you”这些词。 ◆ 通知行应该明确清楚地将跟单信用证得全部内容(包括任何细节)通知受益人。 MT700/701 域使用规则 1、报文中可以出现域39A或39B,但不能同时出现; 2、域42C与42a在被使用时必须同时出现; 3、在使用时,域42C与42a同时出现;或就是42M 单独出现;或就是42P单独出现,除此之外没有其它组合形式; 4、报文中可以出现域44C或44D,但不能同时出现; 5、用MT700开立得跟单信用证长度不超过10000个字符(包括报头与报尾)。而收到得MT700得报文长度达10600个字符。 MT700/701 域详述域27:报文页次如果该跟单信用证条款能全部容纳在该MT700报文中,那么该项目内就填入“1/1”。如果该证由一份MT700报文与MT701报文组成,那么在MT700报文得项目“27”中填入“1/2”,在MT701报文得项目“27”中填入“2/2”。以此类推。