全国支票影像交换系统影像交换文件规范v1.04

1、全国支票影像交换系统影像交换文件规范全国支票影像交换系统影像交换文件规范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

2、-10-101.04修改1、1.5节签名要素，按照报文格式标准，对签名要素进行了调整。2、2.1.1节支票（通用）影像文件命名，去掉外挂软件编号3、3.5节交易序号，增加细节描述，使其更清晰。4、5.2节通用业务报文，汇票密押由20n改为20x5、4.4.1节报头，提出/提入标记说明栏中的1、2分别修改为0、1。6、附录2从正文删除，单独附件注：变化状态：A增加，M修改，D删除目 录1概述11.1背景11.2系统总体架构11.3规范的适用范围31.4编写目的31.5签名要素31.6业务流程42影像交换文件使用说明52.1影像交换文件命名规范52.1.1支票（通用）影像文件命名52.1.2支票（

3、通用）业务上传/下载文件命名62.1.3移动存储媒体支持介质种类62.1.4打印清单设计73主要数据定义73.1总中心代码73.2区域分中心代码73.3票据交换所代码83.4票据交换机构代码83.5交易序号83.6票据种类93.7支票(通用)业务补发标志93.8支票(通用)业务核签状态94报文格式104.1概述104.1.1属性符号104.1.2x-字符集104.1.3英文简称命名规范114.2报文结构114.3报文块结构规则114.4报文块格式134.4.1报头134.4.2正文体144.4.3报尾155报文说明155.1支票业务报文155.2通用业务报文17附录1：前置机（及外挂软件）功能

4、19全国支票影像交换系统影像交换文件规范 1 概述1.1 背景根据规划，未来我国将形成以现代化支付系统为核心，商业银行行内系统为基础，电子交换、卡基交换、票据交换并存的支付清算体系。中国人民银行在立足中国国情、借鉴国外先进经验的基础上，决定建设以影像技术为支撑的全国支票影像交换系统，通过实行支票截留，改革支票清算模式，实现支票全国通用。经过认真调查研究论证，广泛征求意见，支付结算司拟订了全国支票影像交换系统业务需求书（以下简称业务需求）。全国支票影像交换系统（以下简称影像交换系统）是指综合运用影像技术和支付密码等技术，将纸质支票转化为影像和电子清算信息，实现纸质支票截留，并利用网络技术将支票影

5、像和电子清算信息传递至出票人开户行进行提示付款，实现支票全国通用的业务处理系统。1.2 系统总体架构影像交换系统为两级两层结构：第一层为全国支票影像交换中心(简称总中心),是整个系统的核心，第二层为支票影像交换分中心（简称分中心）。如图1.2所示图1.2 系统总体架构图影像交换系统的参与者除了包括全国1936个票据交换所以外，还包括参加票据交换的所有政策性银行、国有商业银行、股份制商业银行、农村信用社、城市信用社、外资银行、人民银行各分支行会计营业部门及国库部门等银行业金融机构（以下简称票据交换机构）。各省会（首府）、地市及县级同城票据交换所通过影像交换系统前置机，以平等主体身份与当地分中心连

6、接。票据交换机构可以采取分散接入模式接入当地票据交换所前置机，全国性银行省级机构也可以采用集中接入模式集中接入当地影像交换系统分中心（银行法人机构也可以一点接入总中心）。根据影像交换系统与票据交换机构连接是否采用前置机，集中接入模式又可以分为前置机间联方式和直接交换方式。在前置机间联方式下，票据交换机构需要部署前置机（以下简称为商业银行前置机）；在直接交换方式下，票据交换机构不需部署前置机，直接通过行内系统与影像交换系统分中心（或总中心）连接。关于前置机（及外挂软件）的功能描述，请参见附录1。1.3 规范的适用范围所有采用分散接入模式或集中接入模式下前置机间联模式的票据交换机构适用于本规范。1

7、.4 编写目的票据交换机构可以通过浏览器上传/下载单笔支票（通用）业务报文，实现数据导出/导入，按照4.1.1支票（通用）业务报文结构生成影像交换文件。如果票据交换机构使用人民银行统一提供的外挂软件完成支票（通用）业务的提出提回处理，则不需对行内系统进行改造。如果票据交换机构需要对提回的支票（通用）业务报文文件进一步处理（例如电子验印、支付密码核验、账务处理等），则需要在行内系统中实现支票（通用）业务报文文件的解析、核签等功能。票据交换机构也可以在行内系统中实现外挂软件的全部功能。1.5 签名要素票据交换机构提出支票或通用业务之前，必须签名才能生成提出支票或通用业务，签名要素如下：委托日期、交

8、易序号、收款人开户行行号、收款人帐号、出票人开户行行号、出票人帐号、货币符号、金额、票据号码、出票日期、正面图像、背面图像。（注：具体签名要素以业务部门规定为准。）1.6 业务流程图1.6 业务流程图如果票据交换机构采用分散接入模式或集中接入模式下前置机间联模式提出提回支票（通用）业务，主要业务流程如下：1、 票据交换机构提出支票（通用）业务（票据交换机构>前置机）2、 票据交换机构行内系统（或外挂软件）完成支票等票据影像的采集和电子清算信息的录入，并实现影像与电子清算数据的匹配，形成支票（通用）报文。(1) 用发送方的私钥调用签名接口函数对支票（通用）报文要素（见1.5签名要素）进行签

9、名。(2) 将签名按照数据接口规范的报文格式存放相应位置。(3) 生成提出影像交换文件（即支票或通用业务报文文件），并提供打印清单。(4) 将影像交换文件提交前置机客户端导入。3、 票据交换机构提回支票（通用）业务（票据交换机构<前置机）4、 前置机客户端生成影像交换文件，该文件只包含前置机核签成功的支票（通用）报文，前置机核签错误的报文直接打印清单提交票据交换机构。(1) 票据交换机构接收到影像交换文件后，导入外挂软件或行内系统。(2) 外挂软件或行内系统对影像交换文件进行解析，并调用核签接口函数对原始数据进行核签。(3) 外挂软件展现或打印核签成功的提回业务，核签不成功的给出提示。行

10、内系统可比照外挂软件进行后续处理。2 影像交换文件使用说明2.1 影像交换文件命名规范2.1.1 支票（通用）影像文件命名为便于票据交换机构或前置机对文件统一管理，票据交换机构使用清分机或者扫描仪生成支票影像数据时，按照以下格式命名。CIS+ 年月日8+交易序号8 +正反面标识.jpg年月日格式为：YYYYMMDD 共8个数字交易序号格式见本文3.5小节。正反面标识格式为：字母F或者字母B,F标识正面图像,B标识反面图像。对一张支票的图像而言，正反面的图像名称的区别在于正反面标识，其他部分完全相同2.1.2 支票（通用）业务上传/下载文件命名票据交换机构通过浏览器方式向前置机上传/下载支票业务

11、及通用业务时，按照以下格式命名。1、票据交换机构提出支票（通用）报文：提出行行号+委托日期（系统日期）+交易序号+.cis例如：1634008931022006062800001111.cis2、票据交换机构单笔提回支票（通用）报文：提入行行号_提出行行号+委托日期（系统日期）+交易序号+.cis例如：653400893142_1634008931022006062811110001.cis其中：提出/提入行行号长度12位，委托日期长度8位，交易序号长度8位。3、票据交换机构批量提回支票（通用）报文，文件的命名规则是：提入行（含集中提入行）+时间(YYYYMMDDHHMMSS)序号(8).zi

12、pZip解包后文件名为提入行提出行日期交易序号.cis2.1.3 移动存储媒体支持介质种类票据交换机构可根据实际情况选择支持CD、DVD、移动硬盘等移动存储媒体。票据交换机构选用的CD介质必须符合由国际标准化组织ISO9660 标准；选用的DVD介质应至少符合DVD-RAM、DVD-RW和DVD+RW三种行业技术标准之一；由于影像系统文件比较大，因此不支持软盘数据交换方式。2.1.4 打印清单设计票据交换机构以文件接口实现报文交换，票据交换机构提出支票（通用）业务时，按照以下格式提交上传清单给前置机。提出行号提出行简称总笔数总金额日期3 主要数据定义3.1 总中心代码五位定长数字。 结构： 9

13、999 n 总中心代码 校验码说明：（1）总中心代码：4位数字，参照大额支付系统发报中心(收报中心)代码，暂定为9999；（2）校验码：1位数字，生成算法由中国人民银行确定。3.2 区域分中心代码五位定长数字。结构： 9nnn n 区域分中心代码 校验码说明：（1）区域分中心代码：4位数字，与支付系统CCPC的定义规则相同，但具体编码有别于支付系统，暂定为9开头；（2）校验码：1位数字，生成算法由中国人民银行确定。3.3 票据交换所代码12位定长数字，与大额支付系统银行机构代码定义规则相同。结构： 999 nnnn nnnn n 行别代码 支付系统城市代码 票据交换所编号 校验码说明：（1）行

14、别代码：3位数字，与支付系统行别代码的定义规则相同，暂定为999；（2）支付系统城市代码：4位数字；（3）票据交换所编号：4位数字，根据各地区票据交换所顺序编排；（4）校验码：1位数字，生成算法由中国人民银行确定。3.4 票据交换机构代码12位定长数字，与大额支付系统银行机构代码定义规则相同。结构： nnn nnnn nnnn n 行别代码 支付系统城市代码 分支机构序号 校验码说明：（1）行别代码：3位数字，与支付系统行别代码的定义规则相同；（2）支付系统城市代码：4位数字，与支付系统地区代码相同，参照清算分中心代码；（3）分支机构序号：4位数字，根据各行别各地区银行机构顺序编排；（4）校验

15、码：1位数字，生成算法由中国人民银行确定。3.5 交易序号八位数字，交易序号与提出行行号、委托日期一起构成一笔支票业务的唯一标识，对影像交换系统而言，即为一笔业务的唯一标识。外挂软件可以自动生成交易序号，如果商业银行不通过外挂软件生成提出报文，由商业银行自行生成交易序号，编号范围为00000001-99999999，但必须保证同一天的不同报文序号不重复。3.6 票据种类二位数字，标识影像交换系统处理的票据种类。目前影像交换系统使用的票据种类号包括：01：支票业务02：银行汇票03：商业承兑汇票04：银行承兑汇票05：商业本票06：银行本票99： 其他票据3.7 支票(通用)业务补发标志0：正常

16、业务 1：对帐补发3.8 支票(通用)业务核签状态00: 正常01：提入行分中心核签名错02：提入行分中心查黑名单错03：提入行前置机核签名错04：提入行前置机查黑名单错05：商业银行行内系统或外挂软件核签名错4 报文格式4.1 概述4.1.1 属性符号n表示0至9的数字a表示数字和字母x表示x-字符集中的任意字符c表示x-字符集中除“”（双引号）、（cr）、（lf）以外的任意字符G表示GB2312定义的16位（16bits or双字节）编码字符g表示x-字符集与GB2312字符集可以混合使用F表示16进制整数（按大字节序）E表示Base64编码或g，包括二进制数据或非x字符集英文字符或GB2

17、312汉字注：对于特定的域，如帐号，在数字与字母混合使用时，不得大小写混用，不得使用字母O和o，I和i，以避免与数字0和1混淆。4.1.2 x-字符集l x-字符集由以下86个字符组成a b c d e f g h i j k l m n o p q r s t u v w x y zA B C D E F G H I J K L M N O P Q R S T U V W X Y Z0 1 2 3 4 5 6 7 8 9 . , - _ ( ) / = + : ? ! ” % & * < > ; #(cr) (lf) (space)注意： X字符集中的 : 和 % 以及

18、和 ” 四个字符为影像交换系统报文保留字符，所以组织影像交换系统报文内容时，不得再使用这四个字符，否则报文为非法报文，将被系统拒收。l 对于使用TCP/IP协议的银行系统，x-字符集的编码（字符的二进制编码）适用于ISO-2022（ASCII）4.1.3 英文简称命名规范首词首字母小写其余词首字母大写，当长度超过8个字符时，使用缩写，缩写原则为四个或三个字母。4.2 报文结构影像交换系统使用报文在各节点间交换业务信息数据。影像交换系统使用的报文称作CIS报文，包含了一个报头，一个正文体和一个报尾。格式如下：块名称报头正文体(基本数据)报尾英文简称basHeadBtextBtrailerB属性定

19、长，必选变长，必选定长，必选结构如下：报文结构：1:3:C: 4.3 报文块结构规则影像交换系统报文块结构遵循以下规则：l 每种报文块由一些定长及变长的报文域组成。l 域在块中的定位采用相对位移定位法或TAG符标记定位法。(1) 采用相对位移定位法的报文块，各个域必须存在且为定长。(2) 采用TAG符定位法的报文块，各个域可以是必选项(mandatory)或者是可选项(optional)，其长度通常也可以变化但不超过报文格式标明的长度，也有部分域长度是固定的，如行号域。l 以下规则适用于TAG符定位法(1) 必选域(M)在报文中必须存在。(2) 可选域(O)在报文中，可以存在也可以不存在。(3

20、) 没有在报文格式定义中说明的域，可以忽略，不做处理。(4) 除了在报文定义时说明为可重复域以外，一个域在报文中只能在指定的序列位置上出现一次。(5) 报文块中的每个域用一个TAG符来标识，TAG由3位数字或字母组成。(6) 每个TAG符后面为一个“：”（冒号），后面为一个“：”（冒号）,一个完整的域的形式为：:(TAG符):（域的内容）(7) 域的内容有以下限制：b、 域的内容不能出现半角“:”（冒号）c、 不能以（cr）(回车Carriage Return)、（lf）(换行Line Feed)、“，”（逗号）、 “。”（句号）或“-”（连字符）开始，“/”（斜线）必须按域说明中的规定使用。

21、d、 除非指定为空的域，不能全部是空格。e、 如果为多行，除第一行以外，以（cr）（lf）指明一个新行的开始。f、 域的内容可以由一个或几个子域组成。子域的次序是固定的，子域是定长的。子域为强制项时不能全都是空格，子域为可选项不选时置为全空格。子域的属性符号为 n ，当位数不够时，需要在前面用0补齐（若子域为行号，则当位数不够时，要在后面用空格补齐）；子域的属性符号为 x ，当位数不够时，需要在后面用空格补齐；子域的属性符号为G，需使用全角符号, 当位数不够时，需要在后面用全角空格补齐。4.4 报文块格式4.4.1 报头报头用于标识报文来源去向、处理方式、报文类型、长度。相对位移长度属性名称值

22、域说明03X块标识1：36N报文长度表示整个报文的长度91N报文用途0,1,2预留101N提出/提入标记0,10：提出 1：提入111N业务类型0,1,2,30：大额，1：小额，2：CIS,3:其他（影像交换系统采用2）123N业务状态码000表示正常业务（MB<>前置机）001表示核数据签名错（前置机>MB）002 表示核黑名单错（前置机>MB）158N报文标识号通讯层作为报文的唯一标识2320N报文参考号外挂软件或票据交换机构分配，由回应报文带回，可以作为匹配原报文的依据4314N发送时间yyyymmddhhmmss573N报文类型608N工作日期当前工作日681X

23、结束标识4.4.2 正文体Ø 正文体结构影像交换系统正文体使用和大小额支付系统相同的编码方法，即TAG码标注定位法。正文体块由3:作块前导符，由作块结束符，其间是一个或多个由TAG码与TAG值对构成的报文域，TAG码由两个:定界，其后紧跟相应的TAG值，其格式如下图：3:TAG:VAL:TAG:VAL:TAG:VAL:TAG:VAL不同的业务，其正文体的组成报文域（TAG码值对）也不相同，具体参见报文格式章节的描述。Ø 报文域组成正文体的报文域有必选项（Mandatory）和可选项（Optional）两种，必选项必须出现在正文体中，可选项则根据业务数据实际情况，可能出现，也

24、可能不出现。除标明可重复的报文域外，每个报文域在只会正文体中出现一次。报文域在正文体出现的顺序是不确定的，解析报文时应根据TAG确定其相应的TAG值。正文体报文域内容除指明是空域外，不能是全空格，不能包含半角“：”（冒号），“%”（百分号），不能以CR（回车符0x0a）、LF（换行符0x0d）、“，”（逗号）、“.”（句号）、“”（连线符）开始，“/”（斜线）必须按域说明中的规定使用。如果域内容为多行，除第一行以外，以（cr）（lf）指明一个新行的开始。Ø 子域如果报文域包含子域，则各子域必须按固定的格式、长度及顺序摆放。强制项子域不能是全空格，可选项子域必须使用全空格补位。如果子域

25、值长度不足，也必须进行补位处理：数值型子域（n）前补0；字符型子域（x）后补空格；行号型子域（n）后补空格;全角型子域（G）后补全角空格。4.4.3 报尾报尾存放报文的校验信息。其格式如下：英文简称相对位移长度属性名称值域说明blockMark03c块标识C：checkSum332c检验码校验算法由CIS系统定义finalMark351x结束标识5 报文说明5.1 支票业务报文支票业务由提出行发起，经由分中心（或总中心）转发出票行（提入行）。如果出票行撤销的，则提出行发起支票业务时，将出票行的业务承接行作为出票行（提入行），分中心（或总中心）将支票业务转发给业务承接行。分中心（或总中心）转发支

26、票业务报文时，将工作日期(T日)以及预期的回执期限(T+n)填写到支票业务报文中，作为提入行发起小额支票业务回执的参考。报文编号：CIS100 报文名称：支票业务报文编号要素名称强制/可选（M/O）属性备注30A委托日期M8n0BC交易序号M8n商业银行或外挂软件生成CC5收款人开户行行号M12n提出行行号59C收款人帐号M32x59A收款人名称M60gD21出票人开户行行号M12n提入行行号D23出票人帐号M32x出票人D22出票人名称M60g32A货币符号、金额M3x15nD01票据号码M12n原实物票据印刷的票据号码的数字部分，不足12位的前补0D35出票日期M8nD36提示付款日期M8

27、nD30支付密码O20x如原票有支付密码则提出行必须提供D37用途O60gD38备注O120gD41背书次数O2n没有背书转让的票据可不填D42背书人清单Ong含子域“背书人名称”D34系统受理日期O8n转发节点填写BS6回执期限O8n转发节点填写（T+N）BS4补发标志O1n0：正常业务 1：对帐补发DA0核签状态O2n见支票(通用)业务核签状态支票(通用)业务核签状态DA9数字签名M1800x72E正面图像MnEBase6472F背面图像MnEBase64说明：（1）蓝色粗体字域为编签字段，编签方法是按顺序定长组织各字段，附加正面图像（原始图象）MD5、反面图像（原始图象）MD5后，使用提

28、出行（或外挂系统）电子证书对数据摘要签名。其中，59C，D23不足位数时后补空格，D01,0BC不足位数时前补零，32A金额不足15位时前补零为15位（RMB+15n）。l 背书人清单格式：编号要素名称属性备注1背书人名称60g5.2 通用业务报文通用业务由提出行发起，经由分中心（或总中心）转发出票行（提入行）。如果出票行撤销的，则提出行发起通用业务时，将出票行的业务承接行作为出票行（提入行），分中心（或总中心）将通用业务转发给业务承接行。分中心（或总中心）转发通用业务报文时，将工作日期(T日)以及预期的回执期限(T+n)填写到通用业务报文中，作为提入行发起小额通用业务回执的参考。报文编号：C

29、IS101 报文名称：通用业务报文编号要素名称强制/可选（M/O）属性说明30A委托日期M8n0BC交易序号M8n商业银行或外挂软件生成CC5收款人开户行行号M12n提出行行号59C收款人帐号M32x59A收款人名称M60gD21出票人开户行行号M12n付款人开户行行号D23出票人帐号M32x出票人D22出票人名称M60g32A货币符号、金额M3x15nD32票据种类M2n见Error! Reference source not found.D01票据号码M12n原实物票据印刷的票据号码的数字部分，不足12位的前补0D35出票日期M8nD36提示付款日期M8nD51银行汇票密押O20x票据种类

30、为“02”时为强制项33H出票金额O15n票据种类为“02”时为强制项D61汇票到期日O8n票据种类为“03、04”时为强制项D62承兑协议编号O20x票据种类为“04”时为强制项D63交易合同号码O20x票据种类为“03”时为强制项D64承兑日期O8n票据种类为“03、04”时为强制项D65承兑行O12n票据种类为“04”时为强制项D66承兑人O60g票据种类为“03”时为强制项D37用途O60gD38附言O120gD41背书次数O2n没有背书转让的票据可不填D42背书人清单Ong含子域“背书人名称”D34系统受理日期O8n转发节点填写BS6回执期限O8n转发节点填写（T+N）BS4补发标志O1n0：正常业务 1：对帐补发DA0核签状态O2n见支票(通用)业务核签状态DA9数据签名M1800x72E正面图像MnEBASE6472F背面图像MnEBASE64说明：（1） 蓝色粗体字域为编签字段，编签方法是按顺序定长组织各字段，附加正面图像（原始图象）MD5、反面图像（原始图象）MD5后，使用提出行（或外挂系统）电子证书对数据摘要签名