个人征信基础数据库系统数据接口规范第五部分：批量查询请求及查询请求报文错误反馈格式

个人征信基础数据库系统数据接口规范

第五部分：批量查询请求及查询请求报文错误反馈格式

Data Interface Specification for Consumer Credit Reporting Database System

Part5: Data Format for Wholesale Inquiry & Inquiry Error Feedback

（版本号：V1.0）

试行稿

中国人民银行征信管理局 中国人民银行银行信贷征信服务中心 中国人民银行中国金融电子化公司

2004年9月23日

目 次

1 范围 ................................................................................. 1 2 规范性引用文件 ....................................................................... 1 3 术语和定义 ........................................................................... 1 4 要求 ................................................................................. 1 4.1 数据类型定义 ....................................................................... 1 4.2 数据处理规则 ....................................................................... 2 4.3 数据文件传送方式 ................................................................... 2 4.4 报文文件的命名规则 ................................................................. 2 4.5 加密 ............................................................................... 2 5 报文 ................................................................................. 2 5.1 报文结构 ........................................................................... 2 5.2 报文类型 ........................................................................... 3 5.3 批量查询请求报文 ................................................................... 3 5.4 查询请求错误反馈报文 ............................................................... 4

I

个人征信基础数据库系统数据接口规范

第五部分：批量查询请求及查询请求报文错误反馈格式

1 范围

本规范规定了商业银行进行信用信息查询时的报文结构、数据项信息。 2 规范性引用文件

下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本标准，然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。

个人征信基础数据库系统业务需求说明书V1.4

个人征信基础数据库系统需求分析说明书

个人征信基础数据库系统数据接口规范 第一部分：数据采集格式 V1.1 个人征信基础数据库系统数据接口规范 第二部分：数据发布格式 V1.0 3 术语和定义

下列术语和定义适用于本规范。 3.1

征信 Credit Reporting

依法收集、整理、保存以及提供信用信息的活动。 3.2

报文头 Message Header

开始并唯一标识报文的服务段。(GB/T 14915-1994) 3.3

报文体 Message Body

数据采集报文的主体内容，包含一条或多条信息记录。 3.4

报文 Message

由报文头和报文体组成。 3.5

代码 Code

表示特定事物（或概念）的一个或一组字符。（GB/T 10113-1988） 4 要求

4.1 数据类型定义

表1给出了本规范中使用的数据类型定义。

表1 数据类型定义

标识符 N AN ANC 数字 包含0－9的数字和不包括汉字在内的其他字符 包含汉字在内的所有字符 数据类型

1

4.2 数据处理规则

(1) 类型为AN或ANC的数据项是左对齐的，并在右面用空格补齐。

(2) 类型为N的数据项是右对齐的，并在左面用0补齐。 (3) 数据项长度均指字节数。

(4) 字符区分大小写。

(5) 汉字信息交换按国家标准GB2312-1980和GB18030-2000执行，西文信息交换按国家标准GB/T 1988-1998执行。 4.3 数据文件传送方式

商业银行根据本规范生成批量报文文件后，通过网络或介质的方式传送给征信服务中心。 通过网络进行数据交换时，征信服务中心提供FTP、HTTP、SMTP三种数据交换方式。 通过存储介质传送时，必须使用DVD光盘。 4.4 报文文件的命名规则

(1) 文件名称的长度为27位。

(2) 文件名称只能由英文或数字组成。

(3) 要求文件加压加密前后文件名前缀一致，压缩加密前的报文文件名后缀为“txt”，压缩加密后的报文文件名后缀为“enc”。

(4) 文件名称的组成结构为：

批量查询报文文件名＝（第1～14位）＋（第15～22位）＋第23位＋第24位＋（第25～27位） 第1～14位：表示金融机构代码，左对齐，如果金融机构代码不足14位，用0补足14位； 第15～22位：表示商业银行发出查询请求的年月日，格式为YYYYMMDD； 第23位：为‘0’；

第24位：表示报文类别：

6-批量查询请求报文

7-查询请求错误反馈报文

第25～27位：表示批量查询请求报文和查询请求错误反馈报文的流水号，两类报文的流水号是独立的。

4.5 加密

本规范要求对报文数据进行加密处理，加密方法的选择由征信服务中心和商业银行双方协商确定。 5 报文

5.1 报文结构

报文的结构由报文头和报文体两部分组成。一个报文只包含一个报文头。

报文头和报文体之间用一个空行区分，即报文头后加入两个回车换行符（“﹨r﹨n”或“﹨n”）分隔。报文体中各个客户记录之间加入一个回车换行符（“﹨r﹨n”或“﹨n”）分隔。

整个报文使用的分隔符必须相同，同时各个查询记录中不能含有该分隔符。商业银行批量查询请求报文的结构如图1所示。

2