全国支票影像交换系统影像交换文件规范v104汇总

1、百度文库-让每个人平等地提升自我全国支票影像交换系统影像交换文件规范中国人民银行科技司文档修订记录版本编号变化状态简要说明日期变更人批准日期批准人修改1、明确编签名要素/2、去掉报文中的业务头3、明确委托日期的含义修改,1、支票（通用）业务上 传/下载文件命名中 的委托日期应为8 位。2、删去支票业务报文中 支票种类字段。3、在节中明确了票据交 换机构必需进行行内 系统改造的情况。修改1、修改概述部分修改1、2.1.1支票（通用）影 像文件命名2、2.1.2支票（通用）业 务上传/下载文件命名3、支票业务报文4、通用业务报文200610-10修改1、节签名要素，按照报文 格式标准，对签名要素进

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

3、件命名 . 62.1.3 移动存储媒体支持介质种类 72.1.4 打印清单设计83主要数据定义83.1 总中心代码 83.2 区域分中心代码 83.3 票据交换所代码 93.4 票据交换机构代码 93.5 交易序号103.6 票据种类10/3.7 支票（通用）业务补发标志 113.8 支票（通用）业务核签状态 .： 114报文格式 、:/ 124.1 概述/. 124.1.1 属性符号 124.1.2 x-字符集 ./. 124.1.3 英文简称命名规范 134.2 报文结构134.3报文块结构规则144.4 报文块格式 164.4.1 报头164.4.2 正文体174.4.3 报尾185报文

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

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

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

7、的适用范围/ 所有采用分散接入模式或集中接入模式下前置机间联模式的票据交 换机构适用于本规范。1.4 编写目的票据交换机构可以通过浏览器上传/下载单笔支票（通用）业务报文, 实现数据导出/导入，按照4.1.1支票（通用）业务报文结构生成影像交 换文件。如果票据交换机构使用人民银行统一提供的外挂软件完成支票（通 用）业务的提出提回处理，则不需对行内系统进行改造。如果票据交换机构需要对提回的支票（通用）业务报文文件进一步 处理（例如电子验印、支付密码核验、账务处理等），则需要在行内系统 中实现支票（通用）业务报文文件的解析、核签等功能。票据交换机构也可以在行内系统中实现外挂软件的全部功能。271.

8、5签名要素票据交换机构提出支票或通用业务之前，必须签名才能生成提出支 票或通用业务，签名要素如下：委托日期、交易序号、收款人开户行行号、收款人帐号、出票人开 户行行号、出票人帐号、货币符号、金额、票据号码、出票日期、正面 图像、背面图像。1.6业务流程1分中心11111前置机1L提出）商业银行 1Lf分中心应用服务器1前置机应用服务器11 1 /前置机客户端（B/S）|本11/ 、 /介卜介、提回0一 ,商业银行行 |外挂软件由三公内系统1图业务流程图（注：具体签名要素以业务部门规定为准。）如果票据交换机构采用分散接入模式或集中接入模式下前置机间联模式提出提回支票（通用）业务，主要业务流程如下

9、：1、 票据交换机构提出支票（通用）业务（票据交换机构一前置机）2、/票据交换机构行内系统（或外挂软件）完成支票等票据影像的/采集和电子清算信息的录入，并实现影像与电子清算数据的匹配，形成支票（通用）报文。（1）用发送方的私钥调用签名接口函数对支票 （通用）报文要素（见 签名要素）进行签名。（2）将签名按照数据接口规范的报文格式存放相应位置。（3）生成提出影像交换文件（即支票或通用业务报文文件），并提供 打印清单。（4）将影像交换文件提交前置机客户端导入。3、 票据交换机构提回支票（通用）业务（票据交换机构 一前置 机）4、 前置机客户端生成影像交换文件，该文件只包含前置机核签成 功的支票（通

10、用）报文，前置机核签错误的报文直接打印清单 提交票据交换机构。（1）票据交换机构接收到影像交换文件后，导入外挂软件或行内系(2)外挂软件或行内系统对影像交换文件进行解析， 并调用核签接口函数对原始数据进行核签。(3)外挂软件展现或打印核签成功的提回业务，核签不成功的给出提示。行内系统可比照外挂软件进行后续处理。2,影像交换文件使用说明2.1 影像交换文件命名规范2.1.1 支票(通用)影像文件命名为便于票据交换机构或前置机对文件统一管理，票据交换机构使用清分机或者扫描仪生成支票影像数据时，按照以下格式命名。CIS+年月日8+交易序号8 +正反面标识+ .jpg年月日格式为：YYYYMMDD 共

11、8个数字交易序号格式见本文小节。正反面标识格式为：字母F或者字母B,F标识正面图像，B标识反面 图像。对一张支票的图像而言，正反面的图像名称的区别在于正反面标 识，其他部分完全相同2.1.2 支票(通用)业务上传/下载文件命名.票据交换机构通过浏览器方式向前置机上传/下载支票业务及通用业务时，按照以下格式命名。1、票据交换机构提出支票（通用）报文：提出行行号+委托日期（系 统日期）+交易序号+.cis / 例如：2、票据交换机构单笔提回支票（通用）报文：提入行行号_提出行行号+委托日期（系统日期）+交易序号+.cis例如：其中：提出/提入行行号长度12位，委托日期长度8位，交易序号长度8位。3

12、、票据交换机构批量提回支票（通用）报文，文件的命名规则是： 提入行（含集中提入行）+时间（YYYYMMDDHHMMSS） +序号（8）.zip Zip解包后文件名为提入行+提出行+日期+交易序号 .cis2.1.3 移动存储媒体支持介质种类票据交换机构可根据实际情况选择支持CD、DVD、移动硬盘等移动存储媒体。票据交换机构选用的CD介质必须符合由国际标准化组织ISO9660 标准；选用的DVD介质应至少符合 DVD-RAM、DVD-RW 和DVD+RW 三种行业技术标准之一；由于影像系统文件比较大，因此不支持软盘数据交换方式。2.1.4 打印清单设计票据交换机构以文件接口实现报文交换， 票据交

13、换机构提出支票(通用)业务时，按照以下格式提交上传清单给前置机。提出行号提出行简称总笔数总金额日期3主要数据定义3.1 总中心代码五位定长数字。结构： 9999 n总中心代码 校验码说明：(1)总中心代码：4位数字，参照大额支付系统发报中心(收报中心)代码，暂定为9999 ;(2)校验码：1位数字，生成算法由中国人民银行确定。/3.2 区域分中心代码/五位定长数字。结构： 9nnnn区域分中心代码 校验码说明:(1)区域分中心代码：4位数字，与支付系统CCPC的定义规则相同, 但具体编码有别于支付系统，暂定为 9开头；、(2)校验码：1位数字，生成算法由中国人民银行确定。3.3 票据交换所代码

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

15、付系统城市代码：4位数字，与支付系统地区代码相同，参照清算分中心代码；(3)分支机构序号：4位数字，根据各行别各地区银行机构顺序编排；(4)校验码：1位数字，生成算法由中国人民银行确定。3.5 交易序号八位数字，交易序号与提出行行号、委托日期一起构成一笔支票业务的唯一标识，对影像交换系统而言，即为一笔业务的唯一标识。外挂软件可以自动生成交易序号，如果商业银行不通过外挂软件生成提出报文，由商业银行自行生成交易序号，编号范围为00009，但必须保证同一天的不同报文序号不重复。3.6 票据种类 /二位数字，标识影像交换系统处理的票据种类。目前影像交换系统使用的票据种类号包括：01 :支票业务02:银

16、行汇票03 :商业承兑汇票04:银行承兑汇票/05:商业本票06 :银行本票99 :其他票据3.7支票（通用）业务补发标志0:正常业务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-字符集与GB

17、2312字符集可以混合使用F表示16进制整数（按大字节序）E表示Base64编码或g ,包括二进制数据或非x字符集英文字符或GB231240注：对于特定的域，如帐号，在数字与字母混合使用时，不得大小写混用，不得 使用字母。和o , I和i,以避免与数字0和1混淆。1.1.2 x-字符集0Pq rstuvwxyzNOPQRSTUVWXx-字符集由以下86个字符组成 abcdefghijk 1m n ABCDEFGH I JKLMY Z0123456789.,-_()/= +%&*; #(cr) (lf) (space)注意：X字符集中的和以及，和”四个字符为影像交换系统报文保留字符，所以组织影像

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

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

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

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

22、文用途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发送时间yyyymmddhhmmss57/3N报文类型608N工作日期当前工作日681X结束标识4.4.2 正文体?正文体结构影像交换系统正文体使用

23、和大小额支付系统相同的编码方法，即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）指明一个新行的开始。?子域如果报文域包含子域，则各子域必须按固定的格式、长度及顺序摆 放。强制项子域不能是全空格，可选项子域必须使用全空格补位。如果 子域值长度不足，也必须进行补位处理：数值型子域（n）前补0;字符 型

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

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

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

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

29、业 务回执的参考。报文编号：CIS101报文名称：通用业务报文编号要素名称强制/可选（M/O ）属性说明30A委托日期M8n0BC交易序号M8n商业银行或外挂软件生成CC5收款人开户行行号M12n提出行行号/59C收款人帐号M32x59A收款人名称M60gD21出票人开户行行号M12n付款人开户行行号D23出票人帐号 M32x出票人/D22出票人名称M60g32A货币符号、金额 M3x15n /D32票据不性 M2n见错误!未找到引用源。D01票据号码Ml /12n原实物票据印刷的票据号码 的数字部分，不足12位的前 补0D35出票日期M8nD36提示付款日期M8nD51银行汇票密押O 20x

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后，使用提出行（或外挂系统）电子证书对数据摘要签名。其中，59C, D23不足位数时后补空