没有合适的资源?快使用搜索试试~ 我知道了~
个人信用信息基础数据库系统数据接口规范标准.doc
需积分: 9 1 下载量 49 浏览量
2022-07-19
08:04:26
上传
评论
收藏 49KB DOC 举报
温馨提示
试读
34页
个人信用信息基础数据库系统数据接口规范标准.doc
资源详情
资源评论
资源推荐
. . .
1 / 34
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 / 34
* 注重报文的通用性,报文规适用于企业信用信息基础数据库与外部系统的所有数据交互。
* 报文分类设计遵循业务导向原则,从业务角度分析系统与外部数据交换,根据业务层次和种类分别设计
报文。
* 报文息记录采用分段设计的方法,通过采集新产生或发生变化的段,降低冗余,达到数据报送的最小化。
* 采用统一的报文结构的基础上,兼顾不同报文种类进行特色化设计。
* 报文的可重用性,多种数据报送都通过同一格式完成。
* 报文中加入汇总信息进行报文自身校验,降低报文传输错误;同时通过信息记录跟踪,辅助数据质量保
证。
* 辅以明确的报文组织与处理要求,避免报文收发双发对同一业务情况的不同理解,保证数据中心与报送
机构之间数据的一致性。
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 文件命名规则
. . .
3 / 34
企业信用信息基础数据库不同数据格式文件要求都被唯一标识,文件名规则如下:
(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”
预留
. . .
4 / 34
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、 、SMTP 三种数据交换方式。
通过存储介质进行数据交换时,可以通过磁带、光盘等存储介质。
为保证数据传输过程中的效率和安全,本规要求对通过网络进行传输的数据进行加压和加密。加密方
法的选择由进行数据交换的各方协商确定。
4 公积金信息采集报文和公积金信息删除报文
公积金信息采集报文和公积金信息删除报文是由公积金中心向征信中心报送的报文文件。报文包括报
文头和报文体两部分。两类报文的报文头构造一样,报文体构造不同。
4.1 报文头
组成报文头的数据项详见表 3。
表 3 报文头数据项
标识符
数据项名称
类型
长度
位置
数据项描述与代码表
状态
8517
报文格式版本号
AN
. . .
5 / 34
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
剩余33页未读,继续阅读
智慧安全方案
- 粉丝: 3650
- 资源: 59万+
上传资源 快速赚钱
- 我的内容管理 展开
- 我的资源 快来上传第一个资源
- 我的收益 登录查看自己的收益
- 我的积分 登录查看自己的积分
- 我的C币 登录后查看C币余额
- 我的收藏
- 我的下载
- 下载帮助
安全验证
文档复制为VIP权益,开通VIP直接复制
信息提交成功
评论0