个人信用信息基础数据库系统数据接口规范
- 格式：doc
- 大小：38.27 KB
- 文档页数：30
1 前言
《企业信用信息基础数据库数据接口规范》（简称“数据接口规范”）规定了企业信用信息基础数据库与外部系统进行信息交换时应遵循的有关信息格式和数据管理规定，本文档分为六部分。
前言简介本规范各部分的内容。
报文规范规定了本规范中报文的基本概念、设计原则、数据处理原则、文件命名原则、报文文件的结构和种类。
数据采集要求规定了公积金管理中心提交数据的范围、频率以及文件传送方式。
公积金信息采集报文和公积金信息删除报文中规定了公积金中心向企业信用信息基础数据库报送采集报文和删除报文的具体数据项以及对数据项的描述和约束。
公积金信息反馈报文规定了企业信用信息基础数据库向公积金中心反馈内容的具体数据项以及对数据项的描述和约束。
附录包含公积金信息采集接口规范的代码表、数据校验规则。
本接口规范适用于与企业信用信息基础数据库进行报文交换的公积金机构及公积金部门的数据处理。文档的主要读者有：拟建系统用户、系统设计人员、系统编码人员、项目经理、系统测试人员、项目监理人员。
2 报文规范
2.1术语和定义
下列术语和定义适用于本规范。
2.1.1报文
由报文头、报文体构成的，按照一定规则组合起来的数据集合体。
2.1.2报文文件
包含报文的数据文件。
本规范中报文文件与报文是一对一的关系。
2.1.3段
一个已标识、命名和结构化的、在功能上相互关联的复合数据元和/或独立数据元的集合。段有各自固定的长度。
本规范中段为基础段。
2.1.4信息记录
数据采集的基本信息单位，包含报送机构一笔业务的有关数据。
本规范中的信息记录由基础段组成。
2.1.5报文头
每个报文必须包含且只包含一个报文头，报文头表示一次数据采集的开始，该部分给出本次采集数据的信息提要。
2.1.6报文体
报文体是数据采集报文的主体内容，报文体部分可包含一种或多种不同类型的信息记录，最后一条信息记录结束即为报文结束。
信息记录之间用一个回车换行符（“﹨r﹨n”或“﹨n”）分隔。
2.1.7信息记录
此信息记录由基础段组成。
每个信息记录包含且仅包含一个基础段。
信息记录的内容中不允许存在回车换行符（“﹨r﹨n”或“﹨n”）。
2.1.8基础段
基础段是由固定数据项按照一定次序排列组成的信息集合体。
设计原则2.2
* 注重报文的通用性，报文规范适用于企业信用信息基础数据库与外部系统的所有数据交互。
* 报文分类设计遵循业务导向原则，从业务角度分析系统与外部数据交换，根据业务层次和种类分别设计报文。
* 报文中信息记录采用分段设计的方法，通过采集新产生或发生变化的段，降低冗余，达到数据报送的最小化。
* 采用统一的报文结构的基础上，兼顾不同报文种类进行特色化设计。
* 报文的可重用性，多种数据报送都通过同一格式完成。
* 报文中加入汇总信息进行报文自身校验，降低报文传输错误；同时通过信息记录跟踪，辅助数据质量保证。
* 辅以明确的报文组织与处理要求，避免报文收发双发对同一业务情况的不同理解，保证数据中心与报送机构之间数据的一致性。
2.3数据处理规则
企业信用信息基础数据库数据接口报文规范对使用的数据类型定义如表1。
表1 数据类型定义
标识符
数据类型
N
数字0－9，ASCII码范围：0X30——0X39
AN
包含0－9的数字和不包括汉字在内的其他半角字符，
具体ASCII码范围：0X20——0X7E
ANC
包含汉字在内的所有字符
编码范围如下：
双字节1区 A1A1-A9FE 图形符号
双字节5区 A840-A9A0 图形符号
双字节2区 B0A1-F7FE 汉字
双字节3区 8140-A0FE 汉字
双字节4区 AA40-FEA0 汉字
单字节ASCII码：0X20--0X7E
企业信用信息基础数据库数据接口规范应遵循如下规则：
（1） 类型为AN或ANC的数据项是左对齐的，并在右面用空格补齐。
（2） 类型为N的数据项是右对齐的，并在左面用0补齐。
（3） 必填型数据项必须填写；可选型数据项无法填写时，用空格填充。有条件选择型数据项在符合条件情况下按照必填型数据项处理，在不符合条件情况下按照可选型数据项处理。
（4） 数据项长度均指字节数。
（5） 字符区分大小写。
（6） AN型金额类数据要求精确到小数点后两位，取舍原则是四舍五入法；负数金额前面加“－”，正数前面不加“＋”，其中“－”与小数点各占一位。
举例：类型为AN，长度为20的金额数据项，金额为12345时填报“12345.00************”；金额为－12345.678时填报“－12345.68***********”。（其中*代表一个空格）
（7） 汉字信息交换按国家标准GB2312-1980和GB18030-2000执行，西文信息交换按国家标准GB/T
执行。1988-1998．
2.4文件命名规则
企业信用信息基础数据库不同数据格式文件要求都被唯一标识，文件名规则如下：
（1） 文件名称的长度为30位；
（2） 文件名称只能由英文、数字以及英文和数字的组合构成；
（3） 文件加压加密前后文件名前缀一致，后缀加压加密前为txt，加压加密后为enc；
（4） 文件名结构如表2所示。
表2 报文名数据段要求
数据段含义
长度
位置
数据段描述及填写方法
报送机构代码
14
1-14
表示公积金中心在企业信用信息基础数据库的机构代码，命名规则见附录1。
汇缴年月
6
15－20
表示公积金汇缴对应的年月，格式为“YYYYMM”
报文流水序号
3
21－23
对同一报送机构同一月的多个数据报文应保证不相同（可以填数字或大写英文字母）
报文信息类别
1
24－24
G－公积金信息数据报文
预留
2
25－26
用00填充
应用系统代码
1
27－27
1-企业征信系统
报文类型
1
28－28
0－正常报文
1－数据删除报文
反馈标志
1
29－29
如果是反馈报文，填“1”，否则填写“0”
预留
1
30－30
预留，用0填充。
2.5报文文件
2.5.1报文结构
企业信用信息基础数据库数据的公积金信息采集报文的结构由报文头和报文体两部分组成。一个报文只包含一个报文
头。报文头和报文体之间用一个空行区分，即报文头后加入两个回车换行符（“﹨r﹨n”或“﹨n”）分隔。企业信用信息基础数据库的公积金信息采集报文的结构如图1所示。
图1 企业信用信息基础数据库的公积金信息采集报文的结构
2.5.2报文文件种类
* 公积金信息采集文件
> 公积金信息采集报文
* 公积金信息采集信息记录
3 数据采集要求
3.1数据范围
数据来自公积金中心，每次所采集的数据为当期公积金缴费信息。
3.2采集频率
原则上以月为单位。
3.3数据文件传送方式
采集对象是各地住房公积金管理中心，目前数据交换方式采用光盘、磁带等介质形式报送当地人民银行，由人民银行通过网络上报征信中心。待条件成熟可采用网络传输等形式实现数据交换。
通过网络进行数据交换时，征信中心提供FTP、HTTP、SMTP三种数据交换方式。
通过存储介质进行数据交换时，可以通过磁带、光盘等存储介质。
为保证数据传输过程中的效率和安全，本规范要求对通过网络进行传输的数据进行加压和加密。加密方法的选择由进行数据交换的各方协商确定。
4 公积金信息采集报文和公积金信息删除报文
公积金信息采集报文和公积金信息删除报文是由公积金中心向征信中心报送的报文文件。报文包括报文头和报文体两部分。两类报文的报文头构造相同，报文体构造不同。
4.1报文头
组成报文头的数据项详见表3。
表3 报文头数据项
标识符
数据项名称
类型
长度
位置
数据项描述及代码表
状态
8517
报文格式版本号．
AN
3
1－3
格式为N.N，是指当前使用的征信机构制定的报文格式的版本号。此处填写1.0。
M
6517
报送机构代码
AN
14
4－17
此处填写报文生成机构的代码。
M
2585
报文生成时间
N
14
18－31
生成本报文的时间，精确到秒。格式为YYYYMMDDHHMMSS。
M
8553
报文信息类别
AN
1
32-32
G－公积金信息数据报文
M
5214
应用系统代码
N
1
33-33
1-企业征信系统
M
8543
报文类型
N
1
34-34
0－正常报文
1-删除报文
M
8545
反馈标志
N
1
35-35
填写“0”
M
5591
联系人
ANC
30
36-65
