当前位置：文档库 › SWIFT_MT103_付款报文格式

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

Status Tag Field Name Content/Options

M 59A Beneficiary Customer:

Account number Name and Adress /34 digits

4 lines 3

5 digits each

O 70 Remittance Information 4 lines

35 digits each M 71A Details of Charges OUR

SHA

BEN

O 71F Sender's Charges Example:

71F EUR8,00 O 71G Receiver's Charges Example:

71G EUR5,50

O 72 Sender to Receiver

Information Example:

Line 1: /ACC/Branch 2 Lines 2-6: //............ slashes are set by the

system

1. Field 20: Your Reference

This field specifies the reference assigned by you to clearly identify the message.

This field must not start or end with a slash '/' and must not contain two consecutive slashes '//'

This reference will be quoted in any related confirmation or statement, e.g. MT 910 and / or 940, 942, 950.

2. Field 23B: Bank Operation Code

This field identifies the type of operation.

Code:

CRED – Standard Message

3. Field 23E: Instruction Code

This field specifies an instruction.

Codes:

Instructions must contain one of the following codes:

SDVA Payment must be executed to the beneficiary with same day value.

INTC The payment is an intra-company payment, i.e., a payment between two companies belonging to the same group.

REPA Payment has a related e-Payments reference.

CORT Payment is made in settlement of a trade, e.g., foreign exchange deal,

securities transaction.

HOLD Beneficiary customer/claimant will call; pay upon identification.

CHQB Pay beneficiary customer only by cheque. The optional account number line in field 59 must not be used.

PHOB Please advise/contact beneficiary/claimant by phone.

TELB Please advise/contact beneficiary/claimant by the most efficient means of telecommunication.

PHON Please advise account with institution by phone.

TELE Please advise account with institution by the most efficient means of

telecommunication.

PHOI Please advise the intermediary institution by phone.

TELI Please advise the intermediary institution by the most efficient means of telecommunication.

4. Field 32A: Value Date, Currency Code, Amount

This field specifies the value date, currency and amount to be transferred.

5. Field 33B: Currency/Instructed Amount (If a conversion was made on your side)

This amount is provided for information purposes and will be transported unchanged through the transaction chain.

6. Field 36: Exchange Rate

This field specifies the exchange rate used to convert the instructed amount specified in field 33B.

This field must be present when a currency conversion has been performed on the Sender's side.

7. Field 50a: Ordering Customer

This field specifies the customer ordering the transaction.

According to the Money Laundering Act, the complete name & address and account number (Option K), or other identification data (Option F) of the sender must be entered.

Since October 29, 2007 the preferred option is F

Format field 50F:

In option F the following line formats must be used:

Line 1 (subfield Party /34x (Account Number)

Identifier)

Lines 2-5 (subfield 1!n/33x (Number)(Details)

Name & Address)

Line 1 (subfield Party 4!a/2!a/27x (Code)(Country Code)(Identifier)

Identifier)

Lines 2-5 (subfield 1!n/33x (Number)(Details)

Name & Address)

Codes:

In option F, when subfield 1 Party Identifier is used with the (Code)(Country Code)(Identifier) format, one of the following codes must be used:

ARNU Alien Registration

Number The code followed by a slash, '/' must be followed by the ISO country code, a slash, '/' and the Alien Registration Number

CCPT Passport Number The code followed by a slash, '/' must be followed by the ISO country

code, a slash, '/' and the Passport Number.

CUST Customer

Identification

Number The code followed by a slash, '/' must be followed by the ISO country code of the issuer of the number, a slash, '/', the issuer of the number, a slash, '/' and the Customer Identification Number.

DRLC Driver's License

Number The code followed by a slash, '/' must be followed by the ISO country code of the issuing authority, a slash, '/', the issuing authority, a slash, '/' and the Driver's License Number.

EMPL Employer Number The code followed by a slash, '/' must be followed by the ISO country

code of the registration authority, a slash, '/', the registration authority,

a slash, '/' and the Employer Number.

NIDN National Identity

Number The code followed by a slash, '/' must be followed by the ISO country code, a slash, '/' and the National Identity Number.

SOSE Social Security

Number The code followed by a slash, '/' must be followed by the ISO country code, a slash, '/' and the Social Security Number.

TXID Tax Identification

Number The code followed by a slash, '/' must be followed by the ISO country code, a slash, '/' and the Tax Identification Number.

In option F, each line of subfield 2 Name & Address when present must start with one of the following numbers:

1 Name of the

ordering

customer The number followed by a slash, '/' must be followed by the name of the ordering customer (where it is recommended that the surname precedes given name(s)).

2 Address Line The number followed by a slash, '/' must be followed by an Address Line

(Address Line can be used to provide for example, street name and number,

or building name).

3 Country and

Town The number followed by a slash, '/' must be followed by the ISO country code, a slash '/' and Town (Town can be complemented by postal code (for example zip), country subdivision (for example state, province, or county).

4 Date of Birth The number followed by a slash, '/' must be followed by the Date of Birth in the

YYYYMMDD format.

5 Place of Birth The number followed by a slash, '/' must be followed by the ISO country code,

a slash '/' and the Place of Birth.

6 Customer

Identification

Number The number followed by a slash, '/' must be followed by the ISO country code of the issuer of the number, a slash, '/', the issuer of the number, a slash, '/' and the Customer Identification Number.

7 National Identity

Number The number followed by a slash, '/' must be followed by the ISO country code, a slash, '/' and the National Identity Number.

8 Additional

Information The number followed by a slash, '/' is followed by information completing one of the following:

the Identifier provided in subfield 1 (Party Identifier) used with the (Code)(Country Code)(Identifier) format.

the Customer Identification Number provided in subfield 2 (Name & Address) with number 6.

the National Identity Number provided in subfield 2 (Name & Address) with number 7.

NETWORK VALIDATED RULES

Identifier Code must be a registered BIC or BEI.

In option F, subfield 1 (Party Identifier) used with the (Code)(Country Code)(Identifier) format: Country Code must be a valid ISO country code.

In option F, subfield 2 (Name & Address):

?The first line must start with number 1.

?Numbers must appear in numerical order.

?Number 2 must not be used without number 3.

?Number 4 must not be used without number 5 and vice versa.

?Number 4 must be followed by a valid date in the format YYYYMMDD and this date, local to the sender, must not be later than the date on which the message is successfully sent to SWIFT.

?Numbers 3, 5, 6 and 7 must be followed by a valid ISO country code, a slash '/' and additional Details.

?Numbers 3, 4, 5, 6, 7 and 8 must not be repeated.

?The use of number 8 is only allowed in the following instances:

o to continue information on the Identifier of the ordering customer provided in subfield 1 (Party Identifier) used with the (Code)(Country Code)(Identifier) format.

o to continue information on the Customer Identification Number provided in subfield 2 (Name & Address) following number 6.

o to continue information on the National Identity Number provided in subfield 2 (Name & Address) following number 7.

USAGE RULES

If the account number of the ordering customer is present, it must be stated in Account.

In option F, subfield 2 (Name & Address): Numbers 1 and 2 may be repeated.

In option F, subfield 1 (Party Identifier) used with the (Code)(Country Code)(Identifier) format: if additional space is required for providing the Identifier of the ordering customer, one of the following options must be used:

1. First option (preferred): Identify the ordering customer with a different identifier where

the length is not an issue.

2. Second option: Continue the information in subfield 2 (Name & Address) using

number 8.

In option F, subfield 2 (Name & Address): if additional space is required for providing the Customer Identification Number (number 6) or the National Identity Number (number 7) of

the ordering customer, one of the following options must be used:

1. First option (preferred): Identify the ordering customer with a different identifier where

the length is not an issue.

2. Second option: Continue the information in subfield 2 (Name & Address) using

number 8.

Examples

Option F - Example 1

:50F:/12345678

1/SMITH JOHN

2/299, PARK AVENUE

3/US/NEW YORK, NY 10017

Option F - Example 2

:50F:/BE30001216371411

1/PHILIPS MARK

4/19720830

5/BE/BRUSSELS

Option F - Example 3

:50F:DRLC/BE/BRUSSELS/NB0949042

1/DUPONT JACQUES

2/HIGH STREET 6, APT 6C

3/BE/BRUSSELS

Option F - Example 4

:50F:NIDN/DE/121231234342

1/MANN GEORG

6/DE/ABC BANK/1234578293

Option F - Example 5

:50F:CUST/DE/ABC BANK/123456789/8-123456

1/MANN GEORG

2/LOW STREET 7

3/DE/FRANKFURT

8/7890

This means that the customer identification number of Mann Georg assigned by ABC Bank is 123456789/8-1234567890.

References: SWIFTStandards 8. Field 52a: Ordering Institution

This field specifies the ordering institution if other than your Bank.

The BIC must be a SWIFT registered address.

Option A is the preferred option.

Option D should only be used if the ordering financial institution has no BIC.

9. Field 53B: Sender's Correspondent

This field specifies the account to which the payment has to be debited.

10. Field 56a: Intermediary Institution

This field identifies the correspondent bank of the account with institution if other than VTB Bank.

The BIC must be a SWIFT registered address.

Option A must be used whenever possible.

Option C Party Identifier may be used to indicate a national clearing system code,

Important: Option C with clearing code other than DE will be forwarded without

Checking

11. Field 57a: Account with Institution

This field identifies the financial institution, if other than VTB Bank, which will pay or credit the beneficiary institution.

The BIC must be a SWIFT registered address.

Option A must be used whenever possible.

Option D must only be used in exceptional circumstances, e.g., if the party cannot be identified by a BIC.

Option C Party Identifier may be used to indicate a national clearing system code.

Option C with clearing code other than DE will be forwarded without

checking.

12. Field 59a: Beneficiary Customer

This field specifies the customer who will be paid.

At least the account number, name, full address or the BEI (Business Entity Identifier) of the beneficiary customer is mandatory.

13. Field 70: Remittance Information

This field specifies either the details of the individual transaction or a reference to another message containing the details which are to be transmitted to the beneficiary customer.

The information specified in this field is intended only for the beneficiary customer.

We do not read its content.

14. Field 71A: Details of Charges

This field specifies which party will bear the charges for the transaction.

One of the following codes must be used:

BEN/SHA All transaction charges are to be borne by the beneficiary customer.

SHA or OUR and /SPLIT/ In Field 72 causes charges will be debited to your account, all the other to the beneficiary‘s account.

OUR All transaction charges are to be borne by the ordering customer.

15. Field 71F: Sender's Charges

This repetitive field specifies the currency and amount of the transaction charges deducted by you and by previous banks in the transaction chain.

These fields are conveyed for transparency reasons.

The net amount after deduction of the Sender's charges will be quoted as the inter-bank settled amount in field 32A.

16. Field 72: Sender to Receiver Information

This field specifies additional information for the Receiver of the payment order or another party identified in the field.

Codes:

Please be informed that the usage of this codes (except ‘INS’) will cause Third Bank / REPAIR Charges.

ACC Instructions following are for the account with institution.

INS The institution which instructed the Sender to execute the transaction.

INT Instructions following are for the intermediary institution.

REC Instructions following are for the Receiver of the message.

Field 72 must in no case be used for information for which another field is intended.

Codes must be placed between slashes and at the beginning of a line. Additional explanatory information, which may be continued in the next lines, is preceded by a double slash '//'.

16A. Field 72: Special OWHBDEFF Code

/SPLIT/ + Field 71A = SHA or OUR = Charges of ordering customer institution to be

paid by ordering customer, all other charges to be paid by beneficiary.

No REPAIR Charges will apply.

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报文格式手册

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清算系统功能说明书

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

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

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

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 报文(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

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报文

汇出行制作电汇项下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报文种类和格式

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”。以此类推。

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 为必选项目（MANDATORY）其余为选用项目（OPTIONAL） SWIFT信用证是指凡通过SWIFT系统开立或予以通知的信用证。在国际贸易结算中，SWIFT 信用证是正式的、合法的，被信用证各当事人所接受的、国际通用的信用证。采用SWIFT 信用证必须遵循SWIFT的规定，也必须使用SWIFT手册规定的代号（TAG）,而且信用证必须遵循国际商会1993年修订的〈〈跟单信用证统一惯例》各项条款的规定。在SWIFT信用证中可省去开证行的承诺条款，但不因此免除银行所应承担的义务。SWIFT信用证的特点是快速、准确、简明、可靠。 SWIFT 报文（TEXT ）由一些项目（FIEL D ）组成，每一种报文格式（ MESSAGE TYPE, MT）规定了由那些项目组成，每一个项目又严格规定了由多少字母、多少数字或多少字符组成。这些规定的表示方法及含义如下： n：只表示数字；a：只表示字母；Q:表示数字或字母；x表示SWIFT电讯中允许出现的任何一个字符（包括10个数字、26个字母、有关标点符号、空格键、回车键和跳行键）； *:行数。例如，2 n表示最多填入2位数字；3 a表示最多填入3个字母；4*35x表示所填入的内容最多是4行，每行最多35个字符。在一份SWIFT报文中，有些规定项目是必不可少的，称为必选项目（MANDATORY FIELD , M ）;有些规定项目可以由操作员根据业务需要确定是否可以选用，这些项目称为可选项目

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）；有些规定项目可以由操作员根据业务需要确定是否可以选用，这些项目称为可选项目