境内外币支付系统报文格式标准之欧阳地创编

欧阳地创编
欧阳地创编
附件四：境内外币支付
系统报文格式标准
外外币币支支付付系系统统接接口口报报文文格格式式标标准
准
V 1.4
中国人民银行科技司
二〇〇八年四月
目录
内部资料
说明：[C]-创建；[M]-修改报文；[A]-增加报文；[D]-删除报文；
1报文标准概述
1.1概述
1.1.1属性符号
不得使用字母O和o，I和i，以避免与数字0和1混淆。

说明2：对于FMT195（:75:查询内容）、FMT196（:76:查复内容）、FMT199（:79:/F89/内容）几个字段，当用户需要在内容中输入回车时，本系统使用“┛”（0XA9BF）作为用户输入的回车字符。

1.1.2X字符集
外币支付系统X字符集使用ASCII编码，由以下78个字符组成：
0 1 2 3 4 5 6 7 8 9 A B C D E F
0 LF CR
1
2 S P # ( ) + , - . /
3 0 1 2 3
4
5
6
7
8
9
:
; ?
4 @ A B C D E F G H I J K L M N O
5 P Q R S T U V W X Y Z _
6 a b C d e f g h i j k l m n o
7 p q r S t u v w x y z { }
说明：上述字符集中，: / { } 四个字符保留为报文块的定界符，报文域值（业务数据）中不能使用此四字符，否则报文将被外币支付系统拒绝。

正文块中的20栏位，16x中要求必须不能出现SP空格字符，否则报文将被外币
支付系统拒绝。

1.1.3英文简称命名规范
首词首字母小写其余词首字母大写，当长度超过8个字符时，使用缩写，缩
写原则为四个或三个字母。

1.1.4报文结构
外币支付系统报文由多个报文块构成，报文块使用左花括号‘{’开始，使
用右花括号‘}’结束，紧接着左花括号使用一位数字标识块的类型，其后使用冒号‘：’将块标识与块内容分开。

外币支付系统使用以下报文块：➢基本头块：{1: BASIC HEADER BLOCK}；
➢应用头块：{2: APPLICATION HEADER BLOCK}；
➢用户头块：{3: USER HEADER BLOCK};
➢用户正文块：{4: TEXT BLOCK}
➢附加正文块：{5: APPEND TEXT BLOCK}
➢签名块：{6：MAC BLOCK}
➢报尾块：{7：TRAIL BLOCK}
其中第1块（基本头）、第2块（应用头）分别记录发起方、接收方信息，可以被系统修改；第3（用户头）、4（用户正文）两块记录业务数据，由发起方赋值，其他节点只能读取，均不能修改；第5块（附加正文）记录业务相关的其他数据，任何节点均可以添加或修改业务相关的处理数据；第6块（签名）记录对第3、4块内容加编数字签名后的签名串内容；第7块（报尾）记录对第1、2、5、6做特殊算法处理后的身份验证串内容。

基本头、应用头、用户头、用户正文和报尾块都是必选的，而附加正文块和签名块是可选的。

基本头块、应用头块和报尾是定长格式的，用户头、用户正文块、附加正文块和签名块是变长格式的，可以包含子块。

附加正文块在发起方不用添加，其他节点对发起方的业务进行处理后需要附加的信息字段添加到附加正文块中。

目前定义由FXCC（外币支付系统业务处理中心）对支付类报文清算后将清算相关信息添加进附加正文块，并转发到业务接收方。

附件正文块是可选的。

支付业务发起方此块不出现在报文中，FXCC处理后会添加此块进报文中，支付业务的接收方此块是必选的。

签名块包含报文的数字签名，由发起方添加，其他各节点仅检查值合法性，均不能修改其值。

签名块是可选的。

此块为必选。

1.2报文块格式
1.2.1基本头块
基本头块对输入、输出消息格式相同。

如果是输入消息，则本块内容与发送者相关；如果是输出消息，则本块内容与接收者相关（注意：输入、输出是相对外币支付系统的FXCC而言。

其格式如下：
{1: F 01 BANKBEBBAXXX 2222 123456 }
(g)
说明：
(a)基本头块前缀与标识；
(b)应用标识(Application Identifier)：1位字母，标识发送或
接收消息的应用程序。

F－FIN，所有user-to-user消息、
FIN系统消息和FIN服务消息；G－GRA，大多数GPA系统消息
和GPA服务消息；L－GRA，部分GPA服务消息，如：LOGIN、
LAKs、ABORT。

外币支付系统固定使用F。

(c)服务类型（Service Identifier）：2位数字，标识消息的类
型，主要包含系统消息、用户消息、服务消息等。

用户主要
关心的是“01”，即消息是GPA系统消息、FIN系统消息或
user-to-user消息。

其他如“21”表示ACK/NAK,UAK/UNK，
“03”表示SELECT命令等等。

外币支付系统固定使用01。

(d)逻辑终端地址（LT Identifier）：标识消息发起或接收的终
端地址。

外币支付系统中为发送方（输入消息或往账）或接
收方（输出消息或来账）的11位行号加上1位的LT号（加
在第9位）。

此处的发起方接收方一定为直接参与机构。

说明1：11位行号-发送方或接收方如果是直接参与机构，则为
该机构的11位BIC码；如果是FXCC、结算银行、共享前置
机，则此项为<4位机构代码>XXXXXXX。

说明2：发起方和接收方的LT号固定填“A”，
例1：A银行(BIC:BNKACNSHXXX)发起一笔报文给B银行(BIC:BNKBCNBJXXX)，则发起方的LT为：BNKACNSHAXXX，接收方的
LT为：BNKBCNBJAXXX；
例2：A银行(BIC:BNKACNSHXXX)发起一笔报文给美元结算银行
(代码为:8887)，则发起方的LT为：BNKACNSHAXXX，接收方的
LT为：8887XXXXAXXX；
例3：FXCC（代码为8888）发起一笔报文给A银行
(BIC:BNKACNSHXXX)，则发起方的LT为：8888XXXXAXXX，接收
方的LT为：BNKACNSHAXXX。

(e)任务号（Session Number）：4位数字，标识消息的任务号。

由发起方统一编号和（f）唯一标识一个报文。

(f)序列号（Sequence Number (ISN or OSN)）：6位数字，标识
消息的顺序号。

由发起方统一编号，和（e）唯一标识一个报
文。

(g)基本头块结束符。

1.2.2应用头块
应用头块提供了消息本身的信息。

输入消息应用头
输入消息应用头描述消息的类型、地址和发送方式。

FIN输入消息的应用头格式如下：
{2: I 103 BANKDEFFAXXX N 999}
说明：
(a)应用头块标识；
(b)输入输出标识：I－输入消息，O－输出消息；
(c)消息类型号：3位数字，即MT编号；
(d)接收逻辑终端地址：12位字母，标识消息接收的终端地址。

外币支付系统中为输入消息或往账的接收方的11位的行号加
上1位的LT号（加在第9位）,LT号固定填“A”。

此处的接
收方一定为直接参与机构。

请参考基本头块中的（d）逻辑终
端地址（LT Identifier）说明。

(e)消息优先级：1位字母，该字符仅用于FIN 消息，指定消息
的优先级，可能的值包括：S = 系统；U = 紧急；N = 正
常。

“S”必须被用于user-to-system消息。

user-to-user
消息，可以使用“U”或“N”。

如果没有指定交付规则，则
系统消息总是最先交付，然后是紧急消息，最后才是正常消
息。

外币支付系统目前忽略此项设置。

固定填N。

(f)交付监控：该选项仅用于FIN user-to-user消息，允许消息
发送者请求：一旦消息被交付，自动发出MT 011交付通知，
或在失效时间内没有交付，自动发出MT 010未交付警告，或
对于上述两项都有或都没有。

交付监控的可能值包括：1 =
未交付警告，2 = 交付通知，3 =未交付警告和交付通知。

如
果消息优先级为“U”，那么用户必须请求交付监控选项
“1”或“3”，如果消息优先级为“N”，那么用户可以请求
交付监控选项“2”，或者设置该参数为空格，没有交付监
控。

外币支付系统目前忽略此项设置。

固定填1个空格。

(g)失效时间：由三位数字构成（单位为5分钟），如果在失效
时间之后FIN user-to-user消息才被交付，系统会在消息中
加入延迟标志（DLM）。

对于紧急消息，如果在失效时间内消
息没有交付，系统会产生未交付警告。

对于紧急消息，失效
时间为003（15分钟），对于正常消息失效时间为020（100
分钟）。

失效时间只能在交付监控被设置（对于紧急消息选
择1或3，对于正常消息为2）的情况下设置，否则该消息会
被标记H25错误。

外币支付系统目前忽略此项设置。

固定填999。

输出消息应用头
输出消息应用头描述消息的类型、发送者及发送时间、交付时间。

FIN输出消息的应用头格式如下：
{2: O 103 1200 010103BANKBEBBAXXX2222123456 010103 1201 N}
说明：
(a)应用头块标识；
(b)输入输出标识：I－输入消息，O－输出消息；
(c)消息类型号：3位数字，即MT编号；
(d)输入时间：格式为HHMM，消息发送者的本地时间。

如果是系
统消息，则该时间为系统产生消息的时间（格林威治时间
GMT）；
外币支付系统此项填写FXCC受理此报文的系统时间。

(e)MIR：每个输出消息都有一个唯一的MIR。

MIR由28个字符构
成，第1－6位是消息发送者的本地日期，外币支付系统此项
填写FXCC受理此报文的系统工作日，第7－18位是消息发送
者的逻辑终端地址，即报文发起方的LT：11位的行号加上1
位的LT号（加在第9位）,LT号固定填“A”。

此处的发起方
一定为直接参与机构。

请参考基本头块中的（d）逻辑终端地
址（LT Identifier）说明，第19－22位是发送者的任务号
（Session Number），第23－28位是发送者的序列号
（ISN），外币支付系统的发送者的任务号和序列号同基本头
块中的发送者的任务号和序列号；
(f)输出日期：接收者收到消息的本地日期，外币支付系统使用
FXCC转发此报文的系统工作日期；
(g)输出时间：格式为HHMM，接收者收到消息的本地时间，外币
支付系统使用FXCC转发此报文的系统工作日期；
(h)消息优先级：同输入消息。

1.2.3用户头块
用户头用于用户和用户间传递的信息。

本块只能被消息发送者赋值，并自动复制到输出消息中。

本块由子块构成，外币支付系统用户头块目前包含FMT子块集、转汇业务子块集、退汇业务子块集。

所有的报文必填的子块为FMT子块。

格
式定义如下：
{3: {FMT:xxx} }
说明：
(a)用户头块标识；
(b)子块内容：外币支付系统FMT编号有三位数字组成,具体内容
参；
(c)用户头块结束符。

对于支付类报文、退汇报文等还需要填写其他的子块，具体的子块定义如下。

1.2.3.1FMT子块集（适用所有报文）
1.2.3.2优先级子块集（FMT100/101/102/103/104/200/201/202/203/204）
块集中的子块必须出现在用户头块中。

优先级别：1-紧急，2-普通。

1.2.3.3转汇业务子块集(FMT101/102/104/201/202)
出现在用户头块中。

1.2.3.4退汇业务子块集(FMT103/204)
块中。

并且如果要退汇的原业务是转汇业务（FMT101/102/201/202）时，用户头
块中还必须出现要退汇的原业务的转汇业务子块集。

以FMT101汇出业务的退汇报文FMT103（要退汇的原业务FMT为101）为例，
(a)用户头块用{3：作为前缀符；
(b)FMT子块必须出现；
(c)优先级别为普通。

(d)转汇业务子块集中为原FMT101报文用户头块中的转汇业务子
块集内容；
(e)退汇业务子块集中为FMT103报文的子块内容；
(f)使用}结束用户头块。

1.2.4正文块
外币支付系统使用正文块传输发起方的消息内容，由正文块前缀符{4:打头，块结束符}结束，其间的各个报文域使用TAG码分隔。

外币支付系统正文块具有两种组织格式，非MT198格式和MT198格式，非MT198格式报文通过MT报文号区分，MT198报文通过FMT号（子报文号）区分。

正文块由多个定长或者变长且有序的报文域组成，报文域内容中可能还含有子域，子域中可能还含有<DETAIL>明细域。

1.2.4.1报文域
正文块报文域的组织应符合以下规则：
①除标明可重复的报文域外，每个报文域只会在正文体中出现一次。

所有报文域在正文体出现的顺序必须严格符合报文格式标准的定
义；
②报文域有的是强制项（Mandatory），有的是可选项
（Optional）；必选项必须出现在正文体中，可选项则根据业务数
据实际情况，可能出现，也可能不出现；
③在 和--|之间的报文域为可以重复的报文域，除标明可重复的报
文域外，每个报文域只会在正文体中出现一次；
④没有在报文格式标准中定义的字段一定不能出现；
⑤报文域由一个统一的分割符（:）来标示；
⑥所有的报文域都包含一个tag，tag由2位数字或者2位数字加1
位字母组成。

Tag后跟一个“:”，然后再跟报文域值。

报文域的内容应遵循以下原则：
①不能以回车换行符 (CrLf)开始（字段15a, 77E除外）；
②报文域内容不能全是空格（blank characters），不能包含半角
“：”（冒号），“%”（百分号），不能以CR（回车符0x0a）、
LF（换行符0x0d）、“，”（逗号）、“.”（句号）、“－”
（连线符）开始，“/”（斜线）必须按域说明中的规定使用；如
果域内容为多行，除第一行以外，以（CR）（LF）指明一个新行的
开始；
③在报文域值中，除了作为报文域值的第一个字母， ':' 和 '-'不
能出现在行首；
④除了报文域15a 和77E,其他字段必须包含至少1个有意义的字
符；
⑤正文体的报文域间以(CrLf:)分割；
⑥报文中第一个字段以(CrLf:) 开始，最后一个字段以 (CrLf-).结
束；
⑦CRLF（0D0A）必须是成对出现，且只能充当特定的含义：正文块的
开始、正文块中字段的分割、新行的开始、正文块的结束；
⑧字段内容中可能会包含子域，当子域有多行时，子域间以（CRLF）
分行，除标明可重复的报文域外，每个报文域只会在正文体中出现
一次。

所有报文域在正文体出现的顺序必须严格符合报文格式标准
的定义。

1.2.4.2 子域
如果报文域包含子域，则子域用“/子域名称/”分隔，每条子域间使用<CRLF>分隔。

子域中可能包含明细域。

子域应遵循以下规则：
①子域内容可以是定长，也可是变长；
②子域的顺序是固定的；
③必要时，子域可以以特殊字符分割，例如'/' 或者 '//'；
④子域不能全是空格（blank characters）；
⑤当一个字段包含的子域有强制项和可选项时，使用到那个字段时，
至少所有的强制项子域必须出现；
⑥字段格式可以以多行来表示，当出现这种情况，字段内容必须以
（CRLF）进行分割；
⑦‘CRLF’, ‘/’, ‘//’在字段值中被用作分割符，除此外不能
出现在字段的其他地方。

1.2.4.3<DETAIL>明细域
子域可以包含<DETAIL>明细域，明细域在报文标准中用<DETAIL>和<DETAIL2>标识，<DETAIL>表示是子域的第一层明细域，<DETAIL2>表示是子域的第二层明细域。

<DETAIL>明细域有如下规则：
①用“/1/”作为第一层明细<DETAIL>域中一个明细的起始标
识。

每条<DETAIL>明细域间使用<CRLF>分隔；
②用“/2/”作为第二层明细<DETAIL2>域中一个明细的起始标
识。

每条<DETAIL2>明细域间使用<CRLF>分隔；
③用“/”作为明细域（包括<DETAIL>和<DETAIL2>）中值域和
值域的分隔符。

各个值域出现是有顺序的，如果某个值域是
必选项，则必须出现值；如果为可选项可以不出现值，无论
是可选项还是必选项，值域的“/”分隔符必须出现；
④明细域一行的总长度不能超过78x（SWIFT中77E的要求是
n*78x），如果明细域的总长度超出了78x，必须换行，并
使用“//”作为续行标识，“//”开头的行表示此行为上一
行的继续；换行时须保证一个汉字不能被拆分在两行。

否则
系统检查会拒绝。

⑤‘CRLF’, ‘/1/’, ‘/2/’,’//’,’/’在明细域值中
被用作分割符，除此外不能出现在明细域值的其他地方。

说明：正文块的详细定义请参考
1.2.4.4正文块示例
（1）不包含明细域的正文块基本结构举例（FMT100）如下：
{4:<CRLF> （a）
:20:H01721202169012<CRLF> （b）
:23B:CRED<CRLF>
:32A:080808USD13,03<CRLF>
:33B:USD3402, <CRLF>
:50K:/IL540220010000500135026<CRLF>
/A52/MT103<CRLF>
INDUSTRIAL PARK,OMER<CRLF>
:53A:BNKAILITXXX<CRLF>
:54A:BNKBILITXXX<CRLF>
:56A:CITIILITXXX<CRLF>
:59:/04504408093001<CRLF>
/A55/中华人民共和国<CRLF>
:70:PREPAYMENT FOR INVOICE KJFP-070704<CRLF> （d）
LESS CHARGES<CRLF>
:71A:OUR<CRLF>
:72:/B00/20070926<CRLF>
/A30/CITIILITXXX<CRLF> （e）
/E26/01<CRLF>
/G53/01<CRLF> （f）
-}
说明：
（a）正文块前缀符后紧跟回车换行符；
（b）使用:TAG:值形式划分各个报文域，每个域使用回车换行符分隔；
（c）每个域可以包含多个业务要素，金额由整数部分、小数部分和小数点组成，使用逗号,作为小数点；
（d）一个超长的值，使用回车换行符分割为多行；
（e）部分值使用/前导或使用/CODE/分隔的子域组成；
（f）使用-}结束正文块。

（2）含明细域的正文块基本结构举例（FMT072）如下：
{4:<CRLF>
:20:0000000000000001<CRLF>
:12:072<CRLF>
:77E:<CRLF>
/B04/20070616<CRLF>
/A00/BNKACNSHXXX<CRLF>
/G51/USD<CRLF>
/D00/00000003<CRLF>
/H00/<CRLF>
/1/103/D/20070616/01/3821,/2<CRLF> （a）
/2/BNKACNSHXXX/BNKACNSH001/20070616/1/3000,/81<CRLF> （b）
/2/BNKACNSHXXX/BNKACNSH002/20070616/2/821,/81<CRLF> （c）
/1/202/D/20070616/01/3820,/1<CRLF>
/2/BNKBCNSHXXX/BNKACNSH001/20070616/1/3000,00<CRLF>
///81<CRLF> （d）
/1/103/D/20070616/01/3821,99/2<CRLF>
（e）
/2/BNKCCNSHXXX/BNKACNSH001/20070616/1/3000,09/81<CRLF>
/2/BNKCCNSHXXX/BNKACNSH002/20070616/2/821,9/81<CRLF>
-}
说明：
(a)用<CRLF>/1/标识第一层明细域<DETAIL>；
(b)用<CRLF>/2/标识第二层明细域<DETAIL2>；
(c)用/作为明细域中两个值之间的分隔符；
(d)一个超长的值，使用回车换行符分割为多行；
(e)明细域的值可以是强制项或者可选项，强制项时，比如金额
3821.99的定义如果为15d，则可以不用不足15位，如果为
15!d，表示是定长，则必须补足15位；
1.2.5附加正文块
附加正文块的主要作用是记录业务相关数据，任何节点均可以添加业务相关
的处理数据。

目前定义附加正文块由FXCC（外币支付系统业务处理中心）对支付
类报文清算后将清算相关信息添加进附加正文块，并转发到业务接收方。

外币支
付系统附加正文块目前包含支付业务子块集、结算业务子块集。

附加正文块基本
结构举例（以支付类报文FMT100为例）如下：
{5:{{B02:20070808}{G50:01}{E33:0}{E30:D}{E56:32}} (a)(b) (c)
说明：
(a)附加正文块使用{5：作为前缀符；
(b)支付业务子块集内容；
(c)使用}结束附加正文块。

1.2.5.1支付业务子块集(FMT100/101/102/103/200/201/202/203/204/014)
支付业务子块集适用于FMT100/101/102/103/200/201/202/203/204/014报
①补发标志：0 正常 1 补发。

②借贷标识：D 借记 C 贷记 N 轧差净额业务。

当日终对账需要补发
的报文为203时，借贷标识填N。

③处理状态： 32 已清算 81 已结算。

④当报文经过FXCC节点转发或者对账补发时，该子块集中的子块为强
制项。

1.2.5.2结算业务子块集(MT198（FMT011）)
说明：
①补发标志：0 正常 1 补发。

②当报文经过FXCC节点转发后，该子块集中的子块为强制项。

1.2.6签名块
签名块存放对用户头块、正文块内容加编数字签名后的签名串内容。

由发起
方添加，其他各节点仅检查值合法性，均不能修改其值。

外币支付系统签名块目
前包含PKI子块集。

签名块基本结构举例如下：
{6:{PKI:签名内容16000字节 }} (a) (b) (c)
说明：
(a)签名块使用{6：作为前缀符；
(b)PKI子块集内容由1.6K的字符串组成；
(c)使用}结束签名块。

1.2.6.1PKI子块集(适用于需要加数字签名的报文)
1.2.7报尾块
报尾块存放对第1：基本头块、2：应用头块、5附加正文块、6签名块做特
殊算法处理后的身份验证串内容，由外币支付系统接口API产生。

由发起方添加，其他各节点检查值的合法性，均不能修改其值。

外币支付系统报尾块目前包
含CHK子块集。

报尾块基本结构举例如下：
{7:{CHK:11111111112222222222333333333300}}
(a) (b) (c)
说明：
(a)报尾块使用{7：作为前缀符；
(b)CHK子块集内容由32位字符组成；
(c)使用}结束报尾块。

1.2.7.1CHK子块集(适用于所有报文)
2主要数据定义
2.1约定和检查规则
1)变量值用“<>”表示，例如：<AMOUNT>，<NUMBER>，<DATE1>等。

2)TAG值或者子TAG值如果是可选项，则用“[]”表示，例如：
[<DATE1>],[‘/’<DC>]。

3)如果一个或者几个TAG值、子TAG值可以重复，则在TAG值的定义后紧跟最
小循环次数和最大循环次数来表示重复，例如：[‘CRLF’35x]0-3,表示中括
号中内容可以最少出现0次，最多出现3次。

4)常量内容用“’’”表示，例如：’/’35x，表示/和35个x字符集字符的
组合。

5)以上约定适用于中的，按照通用的SWIFT表示方法表示。

2.2特定变量定义
2.2.1DATE变量定义
日期以4位、6位或者8位数字组成，即MMDD、YYMMDD 或者 YYYYMMDD
当使用6位日期格式时，20世纪和21世纪应以按以标准进行区分：
当YY大于79时表示19YY，当YY小于或等于79时表示20YY
几种预定义的日期表示方法如下：
<DATE1> 属性4!n，格式为MMDD
<DATE2> 属性6!n，格式为YYMMDD
<DATE3> 属性4!n，格式为YYMM
<DATE4> 属性8!n，格式为YYYYMMDD
<DATE5> 属性6!n，格式为YYYYMM
2.2.2TIME变量定义
1)<HHMM> 属性4!n
2)<TIME2> 属性6!n，格式为HHMMSS
2.2.3行号BIC码变量定义
外币支付系统要求直接参与者（总行）和间接参与者（分支行）必须填写11位的BIC作为自己的行号，不足11位的BIC8码在其后用’
XXX’补足11位。

1)<BIC> 属性4!a2!a2!c’XXX’，定长11位，标识业务的发起清算行或
者接收清算行，只能为直接（特许）参与者行号。

2)<BIC2> 属性4!a2!a2!c3!c，定长11位，标识业务的发起行或者接收
行，可以是间接参与者行号或者直接（特许）参与者行号。

3)<BIC3> 属性4!n，定长4位，标识业务的发起或接收节点（FXCC、结算
银行、共享前置机）代码，由人民银行统一为FXCC、结算银行、共享
前置机编号。

代码如下：8888-FXCC代码，8889-共享前置机代码，
8887-美元结算银行代码，8886-港元结算银行代码，8885-欧元结算银行
代码，8884-日元结算银行代码，8883-加拿大元结算银行代码，8882-澳
大利亚元结算银行代码，8881-英镑结算银行代码，8890-瑞士法郎结算
银行代码。

4)<BIC4>为<BIC>或者<BIC3>中的一个，标识此项可能FXCC代码、接收银
行代码、共享前置机代码或者是直接（特许）参与者行号。

2.2.4金额AMOUNT变量定义
1)<AMOUNT15> 属性15!d
2)<AMOUNT17> 属性17!d
3)各个币种的金额的小数位数按照SWIFT规定：
美元-2位小数，日元-0位小数，港元-2位小数，欧元-2位小数。

加拿大元-2位小数，澳大利亚元-2位小数，英镑-2位小数，瑞士法郎-
2位小数。

2.2.5借贷标识变量定义<DC>
1)<DC> 属性1!x，允许出现的值为‘D’借‘C’贷‘N’只能用于
FMT013/072/073报文中表示清算组织发起的轧差净额业务。

2.2.6货币符号<CUR>
1)<CUR>允许的值域包括：USD-美元 CNY-人民币 HKD-港币 JPY-日元
EUR-欧元 CAD-加拿大元 AUD-澳大利亚元 GBP-英镑 CHF-瑞士法郎ALL-
所有币种
2.2.7业务种类<BUSITYPE>
<BUSITYPE>：允许出现的值为：01 支付运保费；02 代理进出口；03 与特殊经济区企业资金往来；04 同一企业不同账户资金划转；05 归还国内外贷款或转贷款；06 贸易深加工结转业务；07 贸易融资业务； 08其它。

2.2.8汇款人账户性质<ACCTYPE>
<ACCTYPE>允许出现的值为：01 外币经常项目；02 外币资本项目； 03 外币暂存账户。

2.2.9业务参考号<MSGREFNO>
报文中标识一笔业务唯一性的参考号，比如支付交易序号、查询书号、查复书号、业务参考号等。

<MSGREFNO> 16x ，并要求16x中必须不能出现SP空格字符，否则报文将被外币支付系统拒绝。

2.2.10回车换行符<CRLF>
<CRLF>：标识回车换行符。

2.2.1177E填写规则：
77E后要紧跟<CRLF>,然后填写内容。

2.3支付业务处理状态定义
两位定长数字，标识外币支付业务（FMT100/101/102/103/200/201/202/203/204)在FXCC的处理状态。

目前使用的
2.4支付交易序号
类型为16x，由发起清算行编码。

要求各清算行发出的支付交易序号当日不
重复。

支付交易序号与发起清算行行号、委托日期一起构成一笔支付业务的唯一
标识。

2.5客户账号
最大34位字符。

3报文格式定义
3.1报文清单
类型FMT
编号
报文名称及编号数字签名
外币支付业务类100 MT103:境内跨行贷记业务报文（境内业务）√101 MT103:境内跨行贷记业务报文（汇出业务）√102 MT103:境内跨行贷记业务报文（汇入业务）√103 MT103:境内跨行贷记业务报文（退汇业务）√104 MT103:境内跨行贷记业务报文（转汇信息）√
200 MT202:银行间资金调拨业务报文（境内业务）√201 MT202:银行间资金调拨业务报文（汇出业务）√202 MT202:银行间资金调拨业务报文（汇入业务）√204 MT202: 银行间资金调拨业务报文（退汇业务）√203 MT203:支付清算组织净额清算报文√
清算与结算类010 MT198(FMT010):贷记业务确认通知报文
011 MT198(FMT011):清算净额结算报文√012 MT198(FMT012):清算净额结算回执报文√013 MT198(FMT013):净额结算通知报文
014 MT198(FMT014):轧差净额业务被记账行清算通知报文√015 MT198(FMT015):轧差净额业务被记账行排队通知报文
016 MT198(FMT016):轧差净额业务确认通知报文
业务信息类195 MT195:查询报文
196 MT196:查复报文
199 MT199:自由格式报文
191 MT192:撤销申请报文
192 MT196:撤销应答报文
193 MT192:退汇申请报文
194 MT196:退汇应答报文
020 MT198(FMT020):通用确认报文
021 MT198(FMT021):计费通知信息报文
023 MT198(FMT023):数字签名查询报文
024 MT198(FMT024):数字签名查复报文
025 MT198(FMT025):转汇信息确认报文
026 MT198(FMT026):日初资金圈存授信确认报文027 MT198(FMT027):清算净额结算回执确认报文
查询管理类920 MT920:结算账户余额查询请求报文
941 MT941:结算账户余额查询回应报文
985 MT985:支付业务状态查询报文
986 MT986:支付业务状态查询应答报文
031 MT198(FMT031):支付业务排队管理报文
032 MT198(FMT032):支付业务排队管理应答报文033 MT198(FMT033):额度信息查询报文
034 MT198(FMT034):额度信息应答报文
流动性管理类040 MT198(FMT040):圈存资金调整通知报文
041 MT198(FMT041):日初资金圈存授信报文√042 MT198(FMT042):可用额度预警通知报文
043 MT198(FMT043):可用额度预警管理报文
044 MT198(FMT044):可用额度预警管理应答报文
045 MT198(FMT045):圈存资金调整报文√046 MT198(FMT046):圈存资金调整应答报文√047 MT198(FMT047):授信额度调整报文√048 MT198(FMT048):授信额度调整应答报文√049 MT198(FMT049):授信额度调整通知报文
系统管理类060 MT198(FMT060):系统状态变更通知报文061 MT198(FMT061):业务权限控制报文
062 MT198(FMT062):公共数据变更报文
063 MT198(FMT063):登录申请报文
064 MT198(FMT064):登录应答报文
065 MT198(FMT065):退出申请报文
066 MT198(FMT066):退出应答报文
067 MT198(FMT067):强制退出登录通知报文068 MT198(FMT068):业务截止警告通知报文
对账类070 MT198(FMT070):清算净额汇总核对报文
071 MT198(FMT071):清算净额明细核对申请报文072 MT198(FMT072):支付业务汇总核对报文
073 MT198(FMT073):支付业务明细申请报文
074 MT198(FMT074):支付净额业务核对报文
行号类080 MT198(FMT080):参与者行号变更通知报文
081 MT198(FMT081):直接参与者币种变更通知报文
082 MT198(FMT082):直接参与者币种变更确认报文
083 MT198(FMT083):间接参与者行号变更通知报文
084 MT198(FMT084):间接参与者行号变更确认报文
085 MT198(FMT085):结算帐户销户申请报文
086 MT198(FMT086):结算帐户销户应答报文
087 MT198(FMT087):币种变更通知报文
088 MT198(FMT088):数字证书行号绑定关系变更申请报文√089 MT198(FMT089):数字证书行号绑定关系变更通知报文√
说明：列表中FMT074暂不开发。

3.2外币支付业务类
3.2.1MT103(FMT100):境内跨行贷记业务报文（境内业务）
用于客户境内外币跨行贷记支付业务。