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

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

  1. 1、本文档共7页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
个人征信基础数据库系统数据接口规范第五部分:批量查询请求及查询请求报文错误反馈格式

目 次 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 个人征信基础数据库系统数据接口规范 第五部分:批量查询请求及查询请求报文错误反馈格式 范围 本规范规定了商业银行进行信用信息查询时的报文结构、数据项信息。 规范性引用文件 下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件,其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本标准,然而,鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件,其最新版本适用于本标准。 个人征信基础数据库系统业务需求说明书V1.4 个人征信基础数据库系统需求分析说明书 个人征信基础数据库系统数据接口规范 第一部分:数据采集格式 V1.1 个人征信基础数据库系统数据接口规范 第二部分:数据发布格式 V1.0 术语和定义 下列术语和定义适用于本规范。 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) 要求 数据类型定义 表1给出了本规范中使用的数据类型定义。 数据类型定义 标识符 数据类型 N 数字 AN 包含0-9的数字和不包括汉字在内的其他字符 ANC 包含汉字在内的所有字符 数据处理规则 (1) 类型为AN或ANC的数据项是左对齐的,并在右面用空格补齐。 (2) 类型为N的数据项是右对齐的,并在左面用0补齐。 (3) 数据项长度均指字节数。 (4) 字符区分大小写。 (5) 汉字信息交换按国家标准GB2312-1980和GB18030-2000执行,西文信息交换按国家标准GB/T 1988-1998执行。 数据文件传送方式 商业银行根据本规范生成批量报文文件后,通过网络或介质的方式传送给征信服务中心。 通过网络进行数据交换时,征信服务中心提供FTP、HTTP、SMTP三种数据交换方式。 通过存储介质传送时,必须使用DVD光盘。 报文文件的命名规则 (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位:表示批量查询请求报文和查询请求错误反馈报文的流水号,两类报文的流水号是独立的。 加密 本规范要求对报文数据进行加密处理,加密方法的选择由征信服务中心和商业银行双方协商确定。 报文 报文结构 报文的结构由报文头和报文体两部分组成。一个报文只包含一个报文头。 报文头和报文体之间用一个空行区分,即报文头后加入两个回车换行符(“﹨r﹨n”或“﹨n”)分隔。报文体中各个客户记录之间加入一个回车换行符(“﹨r﹨n”或“﹨n”)分隔。 整个报文使用的分隔符必须相同,同时各个查询记录中不能含有该分隔符。商业银行批量查询请求报文的结构如图1所示。 图1 批量查询请求报文结构 ⑴ 报文头:报文头表示报文的开始,该部分给出本次数据交换的信息提要,每个报文必须包含且只包含一个报文头。 ⑵ 报文体:报文体是报文的主体内容,报文体部分包含0~n条信息记录。 报文类型 批量查询请求报文 批量查询请求报文用于商业银行向征信服务中心传送批量查询请求信息。报文包括报文头和报文体两部分,报文体包含多条信息记录,其中,需要查询的每个自然人生成一条记录。 查询请求错误反馈报文 查询请求错误反馈报文用于征信服务中心向商业银行反馈在读取某一批量查询请求报文时出现的错误信息。该报文只包括一个报文头,不包含报文体。 批量查询请求报文 报文头 报文头表示批量

文档评论(0)

153****9595 + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档