附录SWIFT的使用
第一节SWIFT的基本内容
环球银行间金融电讯协会(Society of Worldwide Inter-bank Financial Telecommunication，SWIFT)。1973年5月，由15个国家的239家银行在比利时共同创办了一个国际间非盈利性国际合作组织“环球银行间金融电讯协会”。它的环球计算机数据通讯网在荷兰、美国和香港设有运行中心，在各会员国设有地区处理站，现有会员银行2281个，分会员银行3098个，参加用户1954个，用户总数7333个。年处理电讯信息11亿多条(2000年统计数据)，平均日处理信息500万多条，年信息处理量的平均增长速度为16.26%，其总部设在比利时，受比利时法律管辖。
二、SWIFT特点及其服务种类
标准化的SWIFT电讯分为10大类：客户汇款与支票、银行头寸调拨、外汇买卖和存放款、托收、证券、贵金属和银团贷款、跟单信用证和保函、旅行支票、银行账务和SWIFT系统电报。此外，SWIFT还提供金融衍生工具业务，例如利率掉期和远期外汇等。每一类电讯根据业务内容分为若干格式，每种格式又由若干项目组成，根据业务要求选择相应的项目。
SWIFT电讯传递安全可靠，每份SWIFT电讯的发妥和收妥均得到自动证实，例如SWIFT 操作中心收到银行终端发出的电讯时，如果确认无误，将一份拷贝发回终端，并引述发电全文，加注ACK(收妥证实)。如果发回的拷贝加注NAK，则表示该电讯未发妥，拷贝末尾注明未发妥原因。电脑对收发电信号进行严格控制，自动完成编押和核押工作。SWIFT密押的组成根据电文中的货币名称、金额、日期、电文中每一个字符作为编押依据，在每份电讯最后写上自动核押(SAC，SYSTEM AUTHENTIFICATION CORRECT)。SWIFT的电路速度是普通电传的48-192倍，每份电讯的费用则只有普通邮件的2／3左右。SWIFT的操作详细规定请参考《SWIFT操作指南》一书。
三、中国银行是国内第一家SWIFT会员
中国银行90％以上的电信采用SWIFT方式，传统的电传方式处理的电信业务所占的比重越来越小。发报成本低廉是SWIFT通讯方式的一大特点，因此SWIFT在中国银行的广泛推广为中国银行创造了很大的经济效益。中国银行从1998年6月1日起，将原来分散在可办理代理业务中采用标准化的SWIFT格式报文，使中国银行原有的非标准化的电传格式向标准化、格式化转变，各分行的所有4000家代理行和该行的核押全部集中在总行管理的使用，将全辖需加核押的电报都通过总行进行收发，国内各分行发往代理行的电文一律使用SWIFT标准格
式，对非SWIFT成员的代理行，使用虚拟BIC码，总行电信业务系统根据BIC代码进行识别，发往SWIFT成员的代理行用SWIFT方式发出，发往非SWIFT成员的代理行用电传方式发出。中国银行总行电传业务系统使得代理行电传密押集中管理，并强制国内各分支行在对外业务规范化的SWIFT转变，同时促进中国银行的业务标准化、自动化。
中国银行的SWIFT网络，建立在中国银行专用物理网基础上，卫星线路和地面线路互为备份，安全可靠，是国际结算、收付清算、外汇资金买卖、国际汇兑等多种业务系统的通讯主渠道。
四、SWIFT费用
发电费用(Cost)低廉是SWIFT通讯方式的一大特点。以下试用一份以电报、电传和SWIFT 三种不同方式发送的发往美国的300个字符(约合50个单词)的电文进行价格上的比较：电报(CABLE)：50字× CNY3.60 = CNYl80.00
电传(TELEX)：1分钟× CNY25.00 = CNY25.00
SWIFT：以每325个字符为一个收费单位。
五、SWIFT密押
SWIFT密押(SWIFTAUTHENICATIONKEY)是独立于电传密押(TEST KEY)之外，在代理行之间相交换的、仅供双方在收发SWIFT电信时使用的密押。与传统的电传密押相比，SWIFT 密押的可靠性、保密性强和自动化程度高。
SWIFT密押可以各用各押，也可共用他押或我押。双方的收发电将由SWIFT系统的密押文件自动审核。SWIFT密押是对全部电文包括所有字母、数字和符号进行加押的，其准确程度远远超过电传密押。按照SWIFT组织规定，代理行之间的SWIFT密押每半年需更换一次。
SWIFT正式电文第一类、第二类、第四类、第五类、第六类、第七类和第八类均为加押类电报，第三类和第九类则不须加押。
六、SWIFF银行识别代码
每个申请加入SWIFT组织的银行都必须事先按照SWIFT组织的统一原则，制定出本行的SWIFT地址代码(其中银行代码可根据行名拼写特点有若干种选择)，经SWIFT组织批准后正式生效。
SWIFT银行识别代码(BIC-BANK IDENTIFIER CODE)由以下几部分构成：
银行代码(BANK CODE)：由四位宜于识别的银行行名头缩写字母构成；
国家代码(COUNTRY CODE)：根据国际标准化组织的规定由两位字母组成；
方位代码(LOCATION CODE)：由两位数字或字母构成，标明城市；
分行代码(BRANCH CODE)：由三位数字或字母构成，标明城市。
例如：BKCH CN BJ X X X 中国银行总行
银行代码国家代码方位代码分行代码
BKCHCNBJ300 中国银行北京分行
BKCHGB2L×××中国银行伦敦分行
BOTKJPJT×××东京银行东京分行
BSBCUS33×××汇丰银行纽约分行
同时，SWIFT还为没有加入SWIFT组织的银行根据其申请，按照此规则编制了一种在电文中代替输入其银行全称的代码，所有此类代码均在最后三位加上“BIC”三个字母，用来区别正式SWIFT会员银行的SWIFT地址代码，只能在报文中出现。
例如：
CITICNBJBIC 花旗银行北京分行(办事处)
SANWCHBSBIC 三和银行深圳分行(办事处)
七、SWIFT组织成员资格
SWIFT的成员大致有以下几种：
(一) 会员银行(MEMBER BANK)
在每个SWIFT会员国，获有外汇银行业务经营许可权银行的总行，可以申请成为SWIFT 组织的会员行，如中国银行总行。会员行有董事选举权，当股份达到一定份额后，有董事被选举权。
(二) 附属会员银行(SUB-MEMBER BANK)
会员银行在境外的全资附属银行或持股份达90％以上的银行，可以申请成为SWIFT组织的附属会员银行。如中国银行的海外分行和花旗银行上海分行。
(三)参与者(PARTICIPANT)
世界上主要的证券公司、旅行支票公司、电脑公司和国际清算中心等一些非金融机构，根据其业务需要，可以申请成为SWIFT组织的参与者，但只允许其使用一部分SWIFT电信格式。
中国是SWIFT的会员国。其中中国银行作为中国的外汇外贸专业银行于1983年2月加入SWIFT，成为中国第一家SWIFT会员银行。1985年5月13日，中国银行正式开通SWIFT。随后，中国工商银行、中国农业银行、中国建设银行、中国交通银行也可以开展外汇外贸业务，这几个当时的专业银行也加入了SWIFT组织，开通SWIFT业务。这个时期是中国SWIFT发展的初级阶段。在这一阶段中，各行是采用ST200单机、单点形式与SWIFT联结，只限在各专业银行总行使用，收发的SWIFT报文需手工处理。SWIFT收发报量少，缺少应用接口，手工处理多，使用业务范围小。
从20世纪90年代开始，中国所有可以办理国际金融业务的国有商业银行、外资银行和侨资银行以及地方银行纷纷加入SWIFT，SWIFT发报量增长很快，传统的电传方式收发电报正在逐年下降。很多银行建立了SWIFT网络，使其分行也可以使用SWIFT，同时各应用系统与SWIFT有应用的接口。
中国银行的收付清算系统是中国银行在全国推广的应用系统，它较全面地利用了SWIFT标准化格式的特点，实现收付清算的自动化处理，其特点表现在以下几个方面：第一，风险监控。利用SWIFT格式报文的报尾PDE／PDM来防范因重发报而导致收报重复引起银行收付重复的风险：根据发报行的SWIFT BIC代码判断是否为资信不好的代理行，从而决定支付时限；根据SWIFT格式32A货币及金额决定系统的逐笔的支付额度控制以及结合发报行来决定某代理行的付款额度。
第二，处理自动化。根据SWIFT报文的56A、54A和53A或发报账户行来判断收款的国内自动转账借方；而根据57A和72判断转账的贷方。这样就可以完成SWIFT标准格式的自动收付业务，而对于非标准格式则需手工干预。
第三，保障银行资金安全。国外发来的SWIFTMTl00报文与MT202／MT910头寸报文通过自动配对，实现收款资金的检查；SWIFT MT950／940对账单与国内转账各笔核对，保障银行资金安全。
第四，加强银行管理。收付清算系统将国外来报进行处理，使全部来报可以随时查看(不能修改)，实现付款凭证的集中统一管理；对SWIFT标准格式报文各规定的抽取，准确、快捷地反映资金收付的信息和资金头寸，可以在任何时间了解国外代理行的资金头寸和国内分行的资金运用，加强了总行对国内外资金的管理。
SWIFT已在我国各银行得到广泛应用，并已经获得良好的经济效益。随着经济和金融全球化的发展，SWIFT在我国金融领域得到更快的发展和应用，而SWIFT的广泛应用也势必提高我国银行的运行效率，从而促进金融的发展。
八、SWIFF电报结构(STRUCTURE)
SWIFT电报由5部分(数据块)组成，各部首属均以大括号标注。
{1：BASIC HEADER BLOCK} 基本报头
{2：APPLICATION HEADER BLOCK} 应用报头
{3：USER HEADER BLOCK} 用户报头
{4：TEXT BLOCK﹜电报正文
{5：TRAILERBLOCK} 报尾
1、基本报头(BASIC HEADER BLOCK)
{1： F 01 BKCHCNBJA940 1234 123456}
a b c d e f
a．基本报头的数据块标识符：以“1”表示。
b．应用程序标识符：用以识别接收或发送电报的应用程序。其有效选择为：
● F：FIN(FINANCIAL APPLICATION)包括全部用户间的业务电报和FIN系统电报；
● A：APC(APPLICATION CONTROL)包括GPA系统电报和命令；
● L：LTC(LOGICAL TERMINAL CONTROL)包括LOGIN、LOGIN ACKNOWLEDGMENT 等对话控制命令，GPA=APC + LTC。
c．应用程序协议数据单元标识符(APDU)：
APDU由2位数字组成，用以识别发送或接收的数据类型，如用户间的业务电报、系统电报、服务电报和逻辑确认等。常用的选择数据有：
01：请求使用全部GPA和FIN系统以及用户间的业务电报；
02：电报确认如ACK／NAK、UAK／UNK；
03：选择命令；
05：退出命令。
d．逻辑终端地址(LOGICAL TERMINAL ADDRESS)由收报行／发报行的SWIFT银行识别代码加上终端代码共12位字符组成。
e．对话序号(SESSIONNUMBER)：在使用任何应用程序之前，逻辑终端必须建立或打开一个关于该程序的对话。GPA和FIN的对话序号是相互独立的。对话序号由4位数字组成，从0001～9999循环使用。
f．电报接收／发送序号：收发报序号由6位数字组成，从000001～999999循环使用。
发报序号ISN(INPUT SEQUENCE NUMBER)
收报序号OSN(OUTPUT SEQUENCE NUMBER)
2、应用报头(APPLICATION HEADER BLOCK)
(1)输入(INPUT MESSAGE)
{2： 1 799 COBADEFFX210 U 3 003}
a b c d e f g
a．应用报头数据块标识符：以“2”表示。
b．输入/输出标识符：输入(INPUT)标识符为字母“I”。
c．报文类别(MESSAGE TYPE)：由3位数字组成，用以说明被输入电文
(发电)的业务类型，在本例中为799即MT799。
d．接收地址：由12位字符组成的收报行逻辑终端地址代码。
e．电报优先级：该字符规定电报传送的优先级，可有以下三种选择：
S =SYSTEM 系统电报，只限于用户对系统的发报；
U =URGENT 加急电报，用于用户之间的业务电报；
N =NORMAL 普通电报，用于用户之间的业务电报。
f．传递监控：传递监控选择只用于FIN用户间的业务电报。
①未送达警告；
②送达通知；
③未送达警告和送达通知；另外，若电报优先级选择为U(加急报)，传递监控须选择①或③；若电报优先级选择为N(普通报)，传递监控可选择②。
g．失效时限：失效时限的使用只限于FIN用户间的业务电报。
使发报行能在规定的时限内通过传送监控了解所发电报是否被对方收妥。它由3位数字组成，以5分钟的倍数为单位表示：002=10分钟；003=15分钟；最大时限为999=3天半；最小时限为002=10分钟；当电报优先级选择为U(加急报)时，失效时限的系统设定值为003(15分钟)；当电报优先级选择为N(普通报)时，失效时限的系统设定值为020(100分钟)。
(2)输出(OUTPUT MESSAGE)
｛2：O 100 1200 910103 HSBCCNSHA××× 2222 123456 910103 1201 N｝
a b c d e f g h
a．应用报头数据块标识符：以“2”表示。
b. 输入／输出标识符：输出(OUTPUT)标识符为字母“O”。
c．报头类别(MESSAGE TYPE)：由3位数字组成，表示被输出电文(收电)的业务类型。在本例中为100即MTl00(客户汇款)。
d．输入时间(INPUT TIME)：表示发报行发报的当地时间，若该电报为系统报，则输入时间为标准时(GMT)。
e．电报输入参号(MESSAGE INPUT REFERENCE，MIR)：电报输入参号为一组28位的字符串，包括电报输入日期(发报行当地时间)发报行的逻辑终端标识符和分支代码、对话序号和发报序号。
f．输出日期(OUTPUT DATE)：表示收报行的收报日期(当地时间)。
g．输出时间(OUTPUT TIME)：表示收报行收报的当地时间。
h．电报优先级( PRIORlTY )：发报行输入电文时选用的优先级在FIN的输出应用报头中显示。
3、用户报头(USER HEANER BLOCK)
用户报头为三种报头中的可选项，只适用于FIN用户间的业务电报。它使发报人可设置一有关该报的专用参号，并显示在输出报文，收发报确认以及与之有关的系统报文中。用户报头中用户参号(MIR)部分可用作SWIFT - I电报寻索的选择依据。用户报头由两部分组成，如使用，至少选择其中一项。
{3：｛113：xxx｝｛108：abcdefgh l2345678｝}
a b c
a．用户报头数据块标识符：以“3”表示。
b．银行业务优先级(BANKING PRIORITY)：标识符113表示可选的由4位字符组成的银行业务优先级。
c．电报用户参号(MUR-MESSAGE USER REFERENCE)：标识符108为可供用户设置其专用参号的由16位字符组成的自由格式字段。如未选用此项，在系统存储中，电报正文中的20项(TRN)将被自动抄入此项以供寻索用。但TRN将不作为MUR显示在输出报文中。
4、电报正文(TEXT BLOCK)
正文被置于SWIFT-Ⅱ电报的第4部分(BLOCK4)。数据块标识符用“4”标出，首尾用大括号标出。与FIN用户业务相比较，GPA电报或FIN系统报的不同之处在于电报正文每一字段如同报文数据块(BLOCK4)的子块，首尾也用括号标出，以未送达警告(NT010)为例：{4：106: 910103BKCHCNBJA x x x 12241654321} MIR
｛108：ABCDEF｝MUR
{431：07} NO DELIVERY ATTEMPT
﹛102：BANKUS33} SWIFTADDRESS
｛104：U｝｝MESSAGEPRIORITY
5、报尾(TRAILERS BLOCK)
在SWIFT-Ⅱ电报中，报尾部分作监督控制用，或表示特殊情况下系统对电报的处理，或传达某些特殊的附加的信息，报尾可由用户或系统添加。报尾被置于SWIFT-Ⅱ电报的第5部分(BLOCK 5)。每一报尾以3个字母代码开始，随后为引导和报尾自身的信息。
6、电报参号：(MESSAGE REFERENCE)
以中国银行收报为例：
F 01 BKCHCNBJA910 1062 837371
O 100 1738 920701 BOKFJPZA××× 0206 0220053 920701 1638
113：
108：101—11943-301
6.1 电报输入参号(MIR：MESSAGE INPUT REFERENCE)：指发报行的有关参号。
MIR：920701 BOKFJPJZA××× 0206 020053
a b c d
a．电报输入日期；
b．收报行逻辑终端地址代码；
c．输入/输出对话序号；
d．收报序号。
6.2 电报输出参号( MOR：MESSAGE OUTPUT REFERENCE)：指收报行的有关参号。
MOR：920701 BKCHCNBJA910 1062 837371
a b c d
a．电报输出日期；
b．发报行逻辑终端地址代码；
c．输入/输出对话序号；
d．发报序号。
6.3电报用户参号(MUR：MESSAGE USER REFERENCE)：电报用户参号由发报行人选用并显示在业务电报的用户报头中。标号(108：)为可选项，未选用MUR的电报在寻索时可用电报正文中20项TRN代替。
7、确认(ACKNOWLEDGEMENT)
所有SWIFT-Ⅱ电报包括SYS、GPAT和FIN电报均按正确的输入/输出序号被逐一确认。确认的基本报头，无论肯定或否定(ACK／NCK)均标明原报的参号与终端标识。
7.1 电报确认(ACK／NCK)：由系统发给输入终端以证实电报被接受与否并在其SP的安全存储。
7.1.1 ACK电报正文包括：
177：电报被接收的日期、时间。
451：接收指示符O=接受。
108：输入电报的MUR(若选用)。
7.1.2 NCK电报正文包括：
177：电报被拒绝的日期、时间。
451：接收指示符1=拒绝。
405：拒绝原因(错误代码和标号)。
108：输入电报的MUR(如选用)。
7.2用户电报确认：IAK／INK。由用户终端自动发至SWIFT确认每一份GPA和FIN输出电报的接收。
九、SWIFT报文中的一些表示方法
1. 关于项目的表示方法
SWIFT报文(TEXT)由一些项目(FIELD)组成，每一种报文格式(MESSAGE TYPE，简称MT)规定了由哪些项目组成，每一个项目又严格规定由多少字母、多少数字或多少字符组成，这些规定的表示方法及含义如下：
n：只表示数字；
a：只表示字母；
9：数字或字母；
X：表示SWIFT电信中允许出现任何一个字符(包括10个数字、26个字母、有关标点符号、空格键、回车键和跳行键)；
＊：行数。
例如：2n表示最多填入2位数字；3a表示必须填入3个字母；4＊35X表示所填人的内容最多4行，每行最多35个字符。
在一份SWIFT报文中，有些规定项目是必不可少的，称为必选项目(MANDATORY FIELD)；有些规定项目可以由操作员根据业务需要确定是否选用，这些项目称为可选项目(OPTIONAL FIELD)我们将用“M”来表示必选项目，用“O”表示可选项目。
项目代号由2位数字或2位数字加一个小写字母后缀组成，该小写字母后缀在某一份报文中必须由某一个规定的大写字母替换，例如项目“52a”，该项目在某一份报文中可能成为“52A：”，在另一份报文中就可能成为“52B"。带上不同的大写字母后缀，其含义和用法就不一样。
2、关于货币的表示方法
SWIFT电信中的货币符号一律采用国际标准符号(见表-1)：
3、关于日期的表示方法
SWIFT报文中的日期用6位数字表示，规则为：YYMMDD，即年、月、日。例如930406
表示1993年4月6日。
4、关于数字的表示方法
SWIFT报文中，数字的表示方法与常规写法有所不同，举例如下(见表2)：
表2
5、关于关系人的表示方法
SWIFT报文格式中有9个关系人识别，项目“56”、“59”是客户项目，其余均是金融机构项目或称为银行项目(见表3)。
表3
项目“50”中的第一行不能出现账号。项目“59”中的第一行视具体情况加列一行账号，该账号的开户人必须是项目所要表示的关系人。
在这里，对于银行项目有几点需要说明：
(1)同一家银行的总行与分行、分行与分行的关系将被视为两个独立的银行之间的关系。
(2)银行之间的收付通常是要求对方借记自己的账户或通知对方贷记其账户。
(3)银行项目的结构有四种类型：
● 当a=A时，项目用SWIFT代码表示，常用于项目“51a”、“53a”、“54a”、“56a”、“57a”和“58a”。其结构式为：
A：[／1a][／34X]
4a 2a 2θ [3θ]
● 当a=B时，项目或用账号表示，或用文字表示该银行是发报行(或收报行)的某个分行，常用于项目“52a”、“53a”、“54a”、“57a”和“58a”。其结构式为：
B：[／1a][／34X]
[35X]
● 当a=C时，项目只能用账号表示银行，此用法只限在第五类报文格式中使用。
● 当a=D时，项目用全名和地址表示银行，常用于项目“53a”、“54a”、“57a”和“58a”。其结构式为：
D：[／1a][／34X]
4＊35X
第二节客户汇款和托收
一、MTl00客户汇款(MTl00 CUSTOMER TRANSFER)
MTl00电文格式见表4。
表4
表4内有关参数说明：
56a：中间行，该项目列明中间行，该项目内容中可能出现中间行在某清算系统中的识别代码：
//CP (后跟3位数字)：中间行在纽约银行同业清算系统(即CHIPS)成员号码。
//FW (后跟9位数字)：中间行在美国联储系统的路由号码。
//BL (后跟8位数字)：中间行在德国的银行号码。
//SC (后跟6位数字)：中间行在票据交换所自动收付系统(即CHAPS)的排列号码。
//CC (后跟9位数字)：中间行在加拿大金融机构号码。
//SW (后跟5位数字)：中间行在瑞士清算号码。
71A：费用负担，该项目用以下形式之一表明费用由谁负担：
BEN：费用由收款人负担；
OUR：费用由发报行负担。
若报文未使用该项目，即表示由收款人负担可能产生的费用。
72：附言
(1)该项目中的每一项附言之前都必须冠以代码表明该附言是给谁的，除非附言使用代码。
／REC／...：下列附言系给收报行。
／INT／...：下列附言系给中间行。
／ACC／...：下列附言系给账户行。
／BNH／...：下列附言系给受益人。
(2)如果报文中有关项目未列明该交易过程中涉及的有关银行，此处应加以说明。
(3)付款及通知方式，可能出现的代码如下：
／BENONOY／：付给收款人本人。
／CHEQLIE／：通过支票付款。
／HOLD／：收款人前来取款，验明身份后付款。
／PHONBEN／：请电话通知收款人。
／TELEBEN／：请用合适快捷的有效电信方式通知收款人。
／TELEIBK／：请用合适快捷的有效电信方式通知中间行。
／PHONIBK／：请电话通知中间行。
／TELE／：请用合适快捷的有效电信方式通知账户行。
/PHON/：请电话通知账户行。
(4)对该笔汇款的说明，可能出现的代码：
／INTRACOM／：此系同一集团内部两个公司之间的付款。
／CORPTRAD／：此系公司之间贸易结算的付款。
下面用具体的例子来说明SWIFT中客户汇款的具体运作。
例一：汇款行与解付行之间存在直接账户关系：
FRANZCD．LTD．指示OESTERREICHISCHE LAENDERBANK，VIENNA 向JANSSEN CD. LTD．在ALGEMENE BANK NEDERLAND，AMSTERDAM开立的欧元账户支付EUR 1,958.47(假设该两家银行之间存在直接欧元账户关系)。如图1所示：
图1 SWIFT 汇款
SWIFT 报文：
MTl00
TRANSACTION REFERENCE NUMBER ：20：49493／／DEV
VALUE DATE/CURRENCYCODE/AMOUNT：32A：910527 EURl958，47
0RDERING CUSTOMER ：50：JANSSEN CO. LTD.
BENEFICIARY CUSTOMER ：59：JANSSEN CO．LTD．
LEDEBOERSTRAAT27
AMSTERDAM
例二：汇款行与解付行之间有账户关系，并指定解付行用以偿付的账户。
FRANZ.CO.LTD．指示OESTERREICHISCHE LAENDERBANK，VIENNA 向JANSSEN CO．LTD．在ALGEMENE BANK NEDERIAND，AMSTERDAM开立的欧元账户支付4月12日发票18042项下货款EUR1,958.47(假设发报行在收报行开有多个账户，此时发报行要求对方使用219-4290555-81账户用以偿还)。
在本例中，其图示同例一。其报文(SWIFT)如下：
MTl00
TRANSACTION REFERENCE NUMBER :20 : 494932／DEV
VALUE DATE/CURRENCYCODE/AMOUNT :32A: 910527 EUR1958，47
ORDERING CUSTOMER :50 : FRANZCO．LTD.
SENDER'S CORRESPONDENT :53B: /219-4290555-8／
BENEFICIARY CUSTOMER :59 : JANSSEN CO．LTD.
LEDEBOERSTRAAT
27
AMSTERDAM
DETAILS OF PAYMENT :70 :/RFB/ZNV 18042-910412
二、托收
(一) MT400 付款通知(MT400 ADVICE OF PAYMENT)
MT400电文格式见表5：
表5
本报文是由代收行发给托收行，或由代收行的分行发给托收行或托收行的分行，亦可以由代收行发给另一家代收行，用来通知托收款项下的付款或部分付款以及该托收款项的结算。除非报文中另有明确表述，发报行和收报行之间建有账户关系并将用于该业务的结算。
表5内有关参数的说明：
32a：代收金额，该项目内容包括托收委托书上列明的到期日及付款人已支付或应付的本币币别和金额，其表现形式有三种：
Ⅰ当项目代号为“32A”时，表明到期日已经确定。
例如：32A 910527 USD l0000，即到期日为1991年5月27日。
Ⅱ当项目代号为“32B”时，表示还无法确定到期日。
Ⅲ当项目代号为“32K”时，表示到期日在某一段时期后。
例：32K：D060ST USD l0000，即见票后60天。其中“ST”表示见票后，它还可用下列代码替换，表示在……多少时间后：
BE：开出汇票后；CC：在货物清关后；GA：货物到达后；ID：在发票日期后等。
71B：该项目列明已从代收总额中扣除的费用，该项目只有在该费用货币与托收金额一致时使用。可能出现的代码：
／AGENT／：代理商佣金；／TELECHAR／：电信费用；
／COMM／：我行费用；／CORCOM／：我代理行费用；
／DISC／：商业折扣；／INSVR／：保险费；
／POST／：邮费；／STAMP／：印花税。
72：附言，可能出现的代码：
／BNF／：下列附言给收费行。
／REC／：下列附言给收报行。
／TELEBEN／：请用快捷的有效电信方式通知收款行。
／PHONBEN／：请用电话通知收款行。
／ALCHAREF／：付款人拒付所有费用。
／OVCHAREF／：付款人拒付我方费用。
／UCHAREF／：付款人拒付你方费用。
73：附加金额细目，该项目内容是对加在代收本金上的金额的解释，且该项目只有在该金额货币与托收金额的货币一致时使用。其可能出现的代码：
／INTEREST／：代收金额的利息。
／RETCDMM／：代收行支付的手续费。
下面用一个具体例子来说明(见图2)：
例：KREDIETBANK，BRUSSELS 向BANCH NAZIONALE DEL LAVORO，ROME发送下列付款通知：
KREDIETBANK的编号：COL456
BANCA NAZIONALE DEL LAVORO的编号：REM432
代收金额：USD1,000,000,00
支付条件：即期
费用：修改费……USD 200 00
印花税……USD260 000
汇出金额：USD999 540 00
起息日：1991年8月5日
图2 SWIFT托收
图-2 SWIFT 托收
SWIFT报文如下：
MT400
SENDING BANK'S TRN ：20 ：COL 456
RELATED REFERENCE ：21 ：REM 432
AMOUNT COLLECTED ：32K ：D000STUSDl000000，
PROCEEDS REMITTED ：33K ：910805USD999540
DETAILS OF CHARGES ：71B ：/STAMP/USD260, AMENDMENTFEE
USD200.
(二) MT410确认(MT410 ACKNOWLEDGEMENT 见表6)
表6 MT410
本报文是由代收行发送给托收行，或由一家代收行发给另一家代收行，用来确认收到托收委托书的报文格式，除非另有表述，该报文表示代收行将按照委托书承办该业务。
表格内有关参数说明：
72：附言，该项目可能出现以下代码：
／REC／：下列附言给收报行。
／DRAWEE／：关于付款人的情况不详，请提供更详细情况。
／FORWARD／：我行已将该托收业务转我……分行，请接洽该分行。
(三) MT412( MT412 ADVICE OF ACCEPTANCE) 承兑通知(见表7)
表7 MT412
本报文是由代收行发送给托收行，或由代收行发送给另一家代收行，用来通知收报行某托收委托书项下的一笔或多笔汇款已承兑的报文格式。
表7内有关参数说明：
72：附言，该项目可能出现下列代码：
／REC／：下列附言给收报行。
／ALCHAREF／：付款人拒付所有费用。
／IX)MICIL／：该托收业务已由……(银行)处理。
／HOLDING／：已承兑汇票现由我们保管，到期将根据你行要求提示并要求付款。
／OVCHAREE／：付款人拒付我行费用。
／SENDING／：承兑汇票已航邮你行。
／UCHAREF／：付款人拒付你行费用。
(四) MT420查询(MT420 TRACER)
本报文是由托收行发给代收行，或由代收行发给另一家代收行，用来查询托收项下寄出的单据的报文格式(见表8)。
表8 MT420
(五) MT422 通知单据情况并要求给予指示 (MT422 Advice of Fate and Request for Instructions
，见表9)
表9 MT422
本报文是由代收行发送给托收行，或由一家代收行发送给另一家代收行，用来通知收报行关于代收行收到的托收单据情况。 表格内有关参数说明：
75：查询，该项目列明有关托收的查询。一些常见的查询可用下列代号表示： ／1／WE APPEAR NOT TO HAVE BEEN DEBITED SO FAR ．
／14／WE CANNOT TRACE THIS TRANSACTION ，PLEASE SEND DETAILS ． ／15／MAY WE RELEASE THE DOCUMENTS TO THE DRAWEE FREE OF PAYMENT?
／16／WE HAVE NOT RECEIVED YOUR CONFIRMATION TODATE ． 76：答复，该项目用于答复与本托收业务有关的查询。 一些常见的答复可用下列代号表示：
／1／WE HEREBY CONFIRM THAT WE CARRIED OUT YOUR ORDER ON...(日期)
／2
／WE HEREBY CONFIRM THAT THE TRANSACTION HAS BEEN EFFECTED AND ADVISED ON...(日期)
／10／WE AUTHORISE YOU TO DEBIT OUR ACCOUNT ． 该项目还可能出现下列代码：
／ARRIVCEP／：保证于货到后承兑。
／ARRIVPAY／：保证于货到后付款。
／DRAWEE／：付款人情况不详，请提供详情。
／INFNOCEP／：付款人声明已将未承兑的原因告之出票人。
／PROMIPAY／：承诺付款。
(六) MT430修改托收指示(MT430 Amendment of Instruction，见表10)
表
Sequence B
本报文是由托收行发给代收行，或由一家代收行发送给另一家代收行，用来修改托收指示的报文格式。该报文分为两部分：
第一部分：有关被修改的托收情况和对原托收委托书中的到期日、货币及金额的修改。
第二部分：对付款人的修改及对托收指示其他部分的修改。
表格内有关参数说明：
74：修改内容，除到期日、货币、金额的修改，其他修改内容均列入此项目。
在该项目中可能出现下列代码：
／CLOSE／：请将该托收项下的单据退给我行，结束该笔业务。
／FREE／：请将单据交给……，不论对方是否付款。
／HOLDCEPT／：在付款人承兑后，请保留汇票，于到期日提示收款。
／SENDCEP／：在付款人承兑后，请将该汇票航邮我行。
(七) MT456拒付通知(MT456 Advice of Dishonor，见表11)
本报文是由账户行发送给开户行，用来通知由于报文中列明的原因，某托收进账单项下的某票据已被拒付，发报行已借记收报行的报文格式。在该通知中，还将列明发报行已将被拒付的票据退给托收进账单的寄发行，或者已向付款人重新提示要求付款。
表11 MT456
表格内有关参数说明：
71B ：费用，该项目对发报行就所拒付的票据收取的费用给予解释。可能出现的代码： ／AGENT ／ ：代理商佣金。 ／TELECHAR ／：电信费用。 ／COMM ／ ：我行费用。 ICORCX)M ／ ：我代理行费用。 ／DISC ／ ：商业折扣。 ／INSUR ／ ：保险费。 ／POST ／ ：邮费。 ／STAMP ／ ：印花税。
／WAREHOUS ／：码头费及仓储费。
第三节 跟单信用证
一、MT700／
701 开立跟单信用证(MT700/701 1SSUE OF A DOCUMENTARY CREDIT ，见表12)
表12 MT700
二、MT701开立跟单信用证(MT701 1SSUE OF A DOCUMENTARY CREDIT ，见表13)
表13 MT701
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的更多信息在表后
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代码来表示银行名称，而不要用
1.子系统描述 SWIFT清算子系统采用最新的数据大集中体系结构，由操作前台、中间处理两部分组成，全行的SWIFT电文数据集中在总行的数据服务器，提高了系统的运行效率、安全性和可维护性。 前台为业务处理的操作界面，处理电文的录入、读取，检查、撮合、下划、资料的维护等操作。 中台为业务处理部分，业务规则和数据检查、日初、日终、对前台传送的数据进行相应的处理，生成传票，对帐务进行处理，报文自动分发等操作。并与ALLANCE系统相连，自动接收，发送报文。 外汇清算系统与国际结算系统、SWIFT ALLIANCE系统和记帐核心系统紧密相联，处理的业务内容包括行外来电的清分与转发、分行发往行外电文的转发、汇入款项的下划、分行每日付款总头寸统计、汇出款项的扣帐、所有汇入汇出款项的勾对核销、存放境外同业帐户余额的核对、退汇业务等，以及以上业务的帐务处理，并提供各种查询功能和清算业务量统计表。 2.系统参数设置 ●SWIFT清算窗口时间设置（由整个系统考虑） 由清算系统设置SWIFT清算窗口时间,在该时间范围之外的SWIFT报文将全部后台等待。 ●清算分支机构维护（由整个系统考虑） 维护内容加入SWIFT号码、机构英文名称等内容。
●头寸报文条件设置 系统根据此条件来判断报文是否为头寸报文，具体的参数设置为； ●报文所属分行条件设置 系统根据下列条件设置，根据报文类型以及报文中内容来判断报文的所属分行。 ●报文所属外围系统条件设置 对于由清算系统转发至各外围系统的报文，在此参数设置中配置：
●SWIFT清算系统用户设置（由整个系统考虑） ●黑名单维护 由下载的文本文件自动导入，可以通过界面进行增、删、改。 ●四角号码库维护 ●SWIFT参与行维护 由SWIFT网站下载FI.DAT文件，系统自动导入。 ●报文模版设置（该模板将用于手工生成报文）
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）中的代号及栏目名称 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 标准资料（十五）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 标准资料（十五）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
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报文 工作项目 陈艾前后有两次汇款。第一次是汇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报文种类和格式
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
S W I F T信用证报文详 解
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个字母、有关标点符号、空格键、回车键和跳行键）； *：行数。 例如，2 n表示最多填入2位数字；3 a表示最多填入3个字母；4*35x表示所填入的内容最多是4行，每行最多35个字符。
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电讯的表示方法 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电讯的表示方法 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）；有些规定项目可以由操作员根据业务需要确定是否可以选用，这些项目称为可选项目