全国支票影像交换系统影像交换文件规范v104.docx
《全国支票影像交换系统影像交换文件规范v104.docx》由会员分享,可在线阅读,更多相关《全国支票影像交换系统影像交换文件规范v104.docx(24页珍藏版)》请在冰豆网上搜索。
全国支票影像交换系统影像交换文件规范v104
全国支票影像交换系统
影像交换文件规范
V1.04
中国人民银行科技司
二○○七年三月
文档修订记录
版本编号
变化状态
简要说明
日期
变更人
批准日期
批准人
0.8
修改
1、明确编签名要素
2、去掉报文中的业务头
3、明确委托日期的含义
1.0
修改
1、支票(通用)业务上传/下载文件命名中的委托日期应为8位。
2、删去支票业务报文中支票种类字段。
3、在1.4节中明确了票据交换机构必需进行行内系统改造的情况。
1.02
修改
1、修改概述部分
1.03
修改
1、2.1.1支票(通用)影像文件命名
2、2.1.2支票(通用)业务上传/下载文件命名
3、5.1支票业务报文
4、5.2通用业务报文
2006-10-10
1.04
修改
1、1.5节签名要素,按照报文格式标准,对签名要素进行了调整。
2、2.1.1节支票(通用)影像文件命名,去掉外挂软件编号
3、3.5节交易序号,增加细节描述,使其更清晰。
4、5.2节通用业务报文,汇票密押由20n改为20x
5、4.4.1节报头,提出/提入标记说明栏中的1、2分别修改为0、1。
6、附录2从正文删除,单独附件
注:
变化状态:
A—增加,M—修改,D—删除
目录
1概述1
1.1背景1
1.2系统总体架构1
1.3规范的适用范围3
1.4编写目的3
1.5签名要素3
1.6业务流程4
2影像交换文件使用说明5
2.1影像交换文件命名规范5
2.1.1支票(通用)影像文件命名5
2.1.2支票(通用)业务上传/下载文件命名6
2.1.3移动存储媒体支持介质种类6
2.1.4打印清单设计7
3主要数据定义7
3.1总中心代码7
3.2区域分中心代码7
3.3票据交换所代码8
3.4票据交换机构代码8
3.5交易序号8
3.6票据种类9
3.7支票(通用)业务补发标志9
3.8支票(通用)业务核签状态9
4报文格式10
4.1概述10
4.1.1属性符号10
4.1.2x-字符集10
4.1.3英文简称命名规范11
4.2报文结构11
4.3报文块结构规则11
4.4报文块格式13
4.4.1报头13
4.4.2正文体14
4.4.3报尾15
5报文说明15
5.1支票业务报文15
5.2通用业务报文17
附录1:
前置机(及外挂软件)功能19
概述
背景
根据规划,未来我国将形成以现代化支付系统为核心,商业银行行内系统为基础,电子交换、卡基交换、票据交换并存的支付清算体系。
中国人民银行在立足中国国情、借鉴国外先进经验的基础上,决定建设以影像技术为支撑的全国支票影像交换系统,通过实行支票截留,改革支票清算模式,实现支票全国通用。
经过认真调查研究论证,广泛征求意见,支付结算司拟订了《全国支票影像交换系统业务需求书》(以下简称《业务需求》)。
全国支票影像交换系统(以下简称影像交换系统)是指综合运用影像技术和支付密码等技术,将纸质支票转化为影像和电子清算信息,实现纸质支票截留,并利用网络技术将支票影像和电子清算信息传递至出票人开户行进行提示付款,实现支票全国通用的业务处理系统。
系统总体架构
影像交换系统为两级两层结构:
第一层为全国支票影像交换中心(简称总中心),是整个系统的核心,第二层为支票影像交换分中心(简称分中心)。
如图1.2所示
图1.2系统总体架构图
影像交换系统的参与者除了包括全国1936个票据交换所以外,还包括参加票据交换的所有政策性银行、国有商业银行、股份制商业银行、农村信用社、城市信用社、外资银行、人民银行各分支行会计营业部门及国库部门等银行业金融机构(以下简称票据交换机构)。
各省会(首府)、地市及县级同城票据交换所通过影像交换系统前置机,以平等主体身份与当地分中心连接。
票据交换机构可以采取分散接入模式接入当地票据交换所前置机,全国性银行省级机构也可以采用集中接入模式集中接入当地影像交换系统分中心(银行法人机构也可以一点接入总中心)。
根据影像交换系统与票据交换机构连接是否采用前置机,集中接入模式又可以分为前置机间联方式和直接交换方式。
在前置机间联方式下,票据交换机构需要部署前置机(以下简称为商业银行前置机);在直接交换方式下,票据交换机构不需部署前置机,直接通过行内系统与影像交换系统分中心(或总中心)连接。
关于前置机(及外挂软件)的功能描述,请参见附录1。
规范的适用范围
所有采用分散接入模式或集中接入模式下前置机间联模式的票据交换机构适用于本规范。
编写目的
票据交换机构可以通过浏览器上传/下载单笔支票(通用)业务报文,实现数据导出/导入,按照4.1.1支票(通用)业务报文结构生成影像交换文件。
如果票据交换机构使用人民银行统一提供的外挂软件完成支票(通用)业务的提出提回处理,则不需对行内系统进行改造。
如果票据交换机构需要对提回的支票(通用)业务报文文件进一步处理(例如电子验印、支付密码核验、账务处理等),则需要在行内系统中实现支票(通用)业务报文文件的解析、核签等功能。
票据交换机构也可以在行内系统中实现外挂软件的全部功能。
签名要素
票据交换机构提出支票或通用业务之前,必须签名才能生成提出支票或通用业务,签名要素如下:
委托日期、交易序号、收款人开户行行号、收款人帐号、出票人开户行行号、出票人帐号、货币符号、金额、票据号码、出票日期、正面图像、背面图像。
(注:
具体签名要素以业务部门规定为准。
)
业务流程
图1.6业务流程图
如果票据交换机构采用分散接入模式或集中接入模式下前置机间联模式提出提回支票(通用)业务,主要业务流程如下:
1、票据交换机构提出支票(通用)业务(票据交换机构—>前置机)
2、票据交换机构行内系统(或外挂软件)完成支票等票据影像的采集和电子清算信息的录入,并实现影像与电子清算数据的匹配,形成支票(通用)报文。
(1)用发送方的私钥调用签名接口函数对支票(通用)报文要素(见1.5签名要素)进行签名。
(2)将签名按照数据接口规范的报文格式存放相应位置。
(3)生成提出影像交换文件(即支票或通用业务报文文件),并提供打印清单。
(4)将影像交换文件提交前置机客户端导入。
3、票据交换机构提回支票(通用)业务(票据交换机构<—前置机)
4、前置机客户端生成影像交换文件,该文件只包含前置机核签成功的支票(通用)报文,前置机核签错误的报文直接打印清单提交票据交换机构。
(1)票据交换机构接收到影像交换文件后,导入外挂软件或行内系统。
(2)外挂软件或行内系统对影像交换文件进行解析,并调用核签接口函数对原始数据进行核签。
(3)外挂软件展现或打印核签成功的提回业务,核签不成功的给出提示。
行内系统可比照外挂软件进行后续处理。
影像交换文件使用说明
影像交换文件命名规范
支票(通用)影像文件命名
为便于票据交换机构或前置机对文件统一管理,票据交换机构使用清分机或者扫描仪生成支票影像数据时,按照以下格式命名。
CIS+年月日[8]+交易序号[8]+正反面标识+.jpg
年月日格式为:
YYYYMMDD共8个数字
交易序号格式见本文3.5小节。
正反面标识格式为:
字母F或者字母B,F标识正面图像,B标识反面图像。
对一张支票的图像而言,正反面的图像名称的区别在于正反面标识,其他部分完全相同
支票(通用)业务上传/下载文件命名
票据交换机构通过浏览器方式向前置机上传/下载支票业务及通用业务时,按照以下格式命名。
1、票据交换机构提出支票(通用)报文:
提出行行号+委托日期(系统日期)+交易序号+.cis
例如:
1634008931022006062800001111.cis
2、票据交换机构单笔提回支票(通用)报文:
提入行行号_提出行行号+委托日期(系统日期)+交易序号+.cis
例如:
653400893142_1634008931022006062811110001.cis
其中:
提出/提入行行号长度12位,委托日期长度8位,交易序号长度8位。
3、票据交换机构批量提回支票(通用)报文,文件的命名规则是:
提入行(含集中提入行)+时间(YYYYMMDDHHMMSS)+序号(8).zip
Zip解包后文件名为提入行+提出行+日期+交易序号.cis
移动存储媒体支持介质种类
票据交换机构可根据实际情况选择支持CD、DVD、移动硬盘等移动存储媒体。
票据交换机构选用的CD介质必须符合由国际标准化组织ISO9660标准;选用的DVD介质应至少符合DVD-RAM、DVD-RW和DVD+RW三种行业技术标准之一;
由于影像系统文件比较大,因此不支持软盘数据交换方式。
打印清单设计
票据交换机构以文件接口实现报文交换,票据交换机构提出支票(通用)业务时,按照以下格式提交上传清单给前置机。
提出行号
提出行简称
总笔数
总金额
日期
主要数据定义
总中心代码
五位定长数字。
结构:
9999n
总中心代码校验码
说明:
(1)总中心代码:
4位数字,参照大额支付系统发报中心(收报中心)代码,暂定为9999;
(2)校验码:
1位数字,生成算法由中国人民银行确定。
区域分中心代码
五位定长数字。
结构:
9nnnn
区域分中心代码校验码
说明:
(1)区域分中心代码:
4位数字,与支付系统CCPC的定义规则相同,但具体编码有别于支付系统,暂定为9开头;
(2)校验码:
1位数字,生成算法由中国人民银行确定。
票据交换所代码
12位定长数字,与大额支付系统银行机构代码定义规则相同。
结构:
999nnnnnnnnn
行别代码支付系统城市代码票据交换所编号校验码
说明:
(1)行别代码:
3位数字,与支付系统行别代码的定义规则相同,暂定为999;
(2)支付系统城市代码:
4位数字;
(3)票据交换所编号:
4位数字,根据各地区票据交换所顺序编排;
(4)校验码:
1位数字,生成算法由中国人民银行确定。
票据交换机构代码
12位定长数字,与大额支付系统银行机构代码定义规则相同。
结构:
nnnnnnnnnnnn
行别代码支付系统城市代码分支机构序号校验码
说明:
(1)行别代码:
3位数字,与支付系统行别代码的定义规则相同;
(2)支付系统城市代码:
4位数字,与支付系统地区代码相同,参照清算分中心代码;
(3)分支机构序号:
4位数字,根据各行别各地区银行机构顺序编排;
(4)校验码:
1位数字,生成算法由中国人民银行确定。
交易序号
八位数字,交易序号与提出行行号、委托日期一起构成一笔支票业务的唯一标识,对影像交换系统而言,即为一笔业务的唯一标识。
外挂软件可以自动生成交易序号,如果商业银行不通过外挂软件生成提出报文,由商业银行自行生成交易序号,编号范围为00000001-99999999,但必须保证同一天的不同报文序号不重复。
票据种类
二位数字,标识影像交换系统处理的票据种类。
目前影像交换系统使用的票据种类号包括:
01:
支票业务
02:
银行汇票
03:
商业承兑汇票
04:
银行承兑汇票
05:
商业本票
06:
银行本票
99:
其他票据
支票(通用)业务补发标志
0:
正常业务
1:
对帐补发
支票(通用)业务核签状态
00:
正常
01:
提入行分中心核签名错
02:
提入行分中心查黑名单错
03:
提入行前置机核签名错
04:
提入行前置机查黑名单错
05:
商业银行行内系统或外挂软件核签名错
报文格式
概述
属性符号
n
表示0至9的数字
a
表示数字和字母
x
表示x-字符集中的任意字符
c
表示x-字符集中除“"”(双引号)、(cr)、(lf)以外的任意字符
G
表示GB2312定义的16位(16bitsor双字节)编码字符
g
表示x-字符集与GB2312字符集可以混合使用
F
表示16进制整数(按大字节序)
E
表示Base64编码或g,包括二进制数据或非x字符集英文字符或GB2312汉字
注:
对于特定的域,如帐号,在数字与字母混合使用时,不得大小写混用,不得使用字母O和o,I和i,以避免与数字0和1混淆。
x-字符集
●x-字符集由以下86个字符组成
abcdefghijklmnopqrstuvwxyz
ABCDEFGHIJKLMNOPQRSTUVWXYZ
0123456789
.,-_()/=’+:
?
!
”%&*<>;@#
(cr)(lf)(space)
注意:
X字符集中的:
和%以及’和”四个字符为影像交换系统报文保留字符,所以组织影像交换系统报文内容时,不得再使用这四个字符,否则报文为非法报文,将被系统拒收。
●对于使用TCP/IP协议的银行系统,x-字符集的编码(字符的二进制编码)适用于ISO-2022(ASCII)
英文简称命名规范
首词首字母小写其余词首字母大写,当长度超过8个字符时,使用缩写,缩写原则为四个或三个字母。
报文结构
影像交换系统使用报文在各节点间交换业务信息数据。
影像交换系统使用的报文称作CIS报文,包含了一个报头,一个正文体和一个报尾。
格式如下:
块名称
报头
正文体
(基本数据)
报尾
英文简称
basHeadB
textB
trailerB
属性
定长,必选
变长,必选
定长,必选
结构如下:
报文结构:
{1:
…}{3:
…}{C:
…}
报文块结构规则
影像交换系统报文块结构遵循以下规则:
●每种报文块由一些定长及变长的报文域组成。
●域在块中的定位采用相对位移定位法或TAG符标记定位法。
(1)采用相对位移定位法的报文块,各个域必须存在且为定长。
(2)采用TAG符定位法的报文块,各个域可以是必选项(mandatory)或者是可选项(optional),其长度通常也可以变化但不超过报文格式标明的长度,也有部分域长度是固定的,如行号域。
●以下规则适用于TAG符定位法
(3)必选域(M)在报文中必须存在。
(4)可选域(O)在报文中,可以存在也可以不存在。
(5)没有在报文格式定义中说明的域,可以忽略,不做处理。
(6)除了在报文定义时说明为可重复域以外,一个域在报文中只能在指定的序列位置上出现一次。
(7)报文块中的每个域用一个TAG符来标识,TAG由3位数字或字母组成。
(8)每个TAG符后面为一个“:
”(冒号),后面为一个“:
”(冒号),一个完整的域的形式为:
:
(TAG符):
(域的内容)
(9)域的内容有以下限制:
b、域的内容不能出现半角“:
”(冒号)
c、不能以(cr)(回车CarriageReturn)、(lf)(换行LineFeed)、“,”(逗号)、“。
”(句号)或“-”(连字符)开始,“/”(斜线)必须按域说明中的规定使用。
d、除非指定为空的域,不能全部是空格。
e、如果为多行,除第一行以外,以(cr)(lf)指明一个新行的开始。
f、域的内容可以由一个或几个子域组成。
子域的次序是固定的,子域是定长的。
子域为强制项时不能全都是空格,子域为可选项不选时置为全空格。
子域的属性符号为n,当位数不够时,需要在前面用0补齐(若子域为行号,则当位数不够时,要在后面用空格补齐);子域的属性符号为x,当位数不够时,需要在后面用空格补齐;子域的属性符号为G,需使用全角符号,当位数不够时,需要在后面用全角空格补齐。
报文块格式
报头
报头用于标识报文来源去向、处理方式、报文类型、长度。
相对位移
长度
属性
名称
值域
说明
0
3
X
块标识
{1:
3
6
N
报文长度
表示整个报文的长度
9
1
N
报文用途
0,1,2
预留
10
1
N
提出/提入标记
0,1
0:
提出1:
提入
11
1
N
业务类型
0,1,2,3
0:
大额,1:
小额,2:
CIS,3:
其他
(影像交换系统采用2)
12
3
N
业务状态码
000表示正常业务(MB<—>前置机)
001表示核数据签名错(前置机—>MB)
002表示核黑名单错(前置机—>MB)
15
8
N
报文标识号
通讯层作为报文的唯一标识
23
20
N
报文参考号
外挂软件或票据交换机构分配,由回应报文带回,可以作为匹配原报文的依据
43
14
N
发送时间
yyyymmddhhmmss
57
3
N
报文类型
60
8
N
工作日期
当前工作日
68
1
X
结束标识
}
正文体
Ø正文体结构
影像交换系统正文体使用和大小额支付系统相同的编码方法,即TAG码标注定位法。
正文体块由{3:
作块前导符,由}作块结束符,其间是一个或多个由TAG码与TAG值对构成的报文域,TAG码由两个:
定界,其后紧跟相应的TAG值,其格式如下图:
{3:
:
TAG:
VAL:
TAG:
VAL:
TAG:
VAL……:
TAG:
VAL}
不同的业务,其正文体的组成报文域(TAG码值对)也不相同,具体参见报文格式章节的描述。
Ø报文域
组成正文体的报文域有必选项(Mandatory)和可选项(Optional)两种,必选项必须出现在正文体中,可选项则根据业务数据实际情况,可能出现,也可能不出现。
除标明可重复的报文域外,每个报文域在只会正文体中出现一次。
报文域在正文体出现的顺序是不确定的,解析报文时应根据TAG确定其相应的TAG值。
正文体报文域内容除指明是空域外,不能是全空格,不能包含半角“:
”(冒号),“%”(百分号),不能以CR(回车符0x0a)、LF(换行符0x0d)、“,”(逗号)、“.”(句号)、“-”(连线符)开始,“/”(斜线)必须按域说明中的规定使用。
如果域内容为多行,除第一行以外,以(cr)(lf)指明一个新行的开始。
Ø子域
如果报文域包含子域,则各子域必须按固定的格式、长度及顺序摆放。
强制项子域不能是全空格,可选项子域必须使用全空格补位。
如果子域值长度不足,也必须进行补位处理:
数值型子域(n)前补0;字符型子域(x)后补空格;行号型子域(n)后补空格;全角型子域(G)后补全角空格。
报尾
报尾存放报文的校验信息。
其格式如下:
英文简称
相对位移
长度
属性
名称
值域
说明
blockMark
0
3
c
块标识
{C:
checkSum
3
32
c
检验码
校验算法由CIS系统定义
finalMark
35
1
x
结束标识
}
报文说明
支票业务报文
支票业务由提出行发起,经由分中心(或总中心)转发出票行(提入行)。
如果出票行撤销的,则提出行发起支票业务时,将出票行的业务承接行作为出票行(提入行),分中心(或总中心)将支票业务转发给业务承接行。
分中心(或总中心)转发支票业务报文时,将工作日期(T日)以及预期的回执期限(T+n)填写到支票业务报文中,作为提入行发起小额支票业务回执的参考。
报文编号:
CIS100报文名称:
支票业务报文
编号
要素名称
强制/可选(M/O)
属性
备注
30A
委托日期
M
8n
0BC
交易序号
M
8n
商业银行或外挂软件生成
CC5
收款人开户行行号
M
12n
提出行行号
59C
收款人帐号
M
32x
59A
收款人名称
M
60g
D21
出票人开户行行号
M
12n
提入行行号
D23
出票人帐号
M
32x
出票人
D22
出票人名称
M
60g
32A
货币符号、金额
M
3x15n
D01
票据号码
M
12n
原实物票据印刷的票据号码的数字部分,不足12位的前补‘0’
D35
出票日期
M
8n
D36
提示付款日期
M
8n
D30
支付密码
O
20x
如原票有支付密码则提出行必须提供
D37
用途
O
60g
D38
备注
O
120g
D41
背书次数
O
2n
没有背书转让的票据可不填
D42
背书人清单
O
ng
含子域“背书人名称”
D34
系统受理日期
O
8n
转发节点填写
BS6
回执期限
O
8n
转发节点填写(T+N)
BS4
补发标志
O
1n
0:
正常业务1:
对帐补发
DA0
核签状态
O
2n
见支票(通用)业务核签状态支票(通用)业务核签状态
DA9
数字签名
M
1800x
72E
正面图像
M
nE
Base64
72F
背面图像
M
nE
Base64
说明:
(1)蓝色粗体字域为编签字段,编签方法是按顺序定长组织各字段,附加正面图像(原始图象)MD5、反面图像(原始图象)MD5后,使用提出行(或外挂系统)电子证书对数据摘要签名。
其中,59C,D23不足位数时后补空格,D01,0BC不足位数时前补零,32A金额不足15位时前补零为15位(RMB+15n)。
●背书人清单格式:
编号
要素名称
属性
备注
1
背书人名称
60g
通用业务报文
通用业务由提出行发起,经由分中心(或总中心)转发出票行(提入行)。
如果出票行撤销的,则提出行发起通用业务时,将出票行的业务承接行作为出票行(提入行),分中心(或总中心)将通用业务转发给业务承接行。
分中心(或总中心)转发通用业务报文时,将工作日期(T日)以及预期的回执期限(T+n)填写到通用业务报文中,作为提入行发起小额通用业务回执的参考。
报文编号:
CIS101报文名称:
通用业务报文
编号
要素名称
强制/可选
(M/O)
属性
说明
30A
委托日期
M
8n
0BC
交易序号
M
8n
商业银行或外挂软件生成
CC5
收款人开户行行号
M
12n
提出行行号
59C
收款人帐号
M
32x
59A
收款人名称
M
60g
D21
出票人开户行行号
M
12n
付款人开户行行号
D23
出票人帐号
M
32x
出票人
D22
出票人名称
M
60g
32A
货币符号、金额
M
3x15n
D32
票据种类
M
2n
见错误!
未找到引用源。
D01
票据号码
M
12n
原实物票据印刷的票据号码的数字部分,不足12位的前补‘0’
D35
出票日期
M
8n
D36
提示付款日期