金融信用信息基础数据库查询及数据报送授权书(企业适用)

附件3-2

金融信用信息基础数据库查询及数据报送授权书

（企业适用）

广州农村商业银行：

本企业授权贵行在办理下列信用业务时，可根据国家有关规定，向金融信用信息基础数据库查询、打印和保存本企业信用信息，用于以下事项：（可多选）

□审核授信申请；□担保人资格审查；

□已发放授信的贷后管理、资产清收、风险跟踪管理等；

□本企业作为关联企业时，需要查询企业信用状况的；

□受理其他个人、法人或组织的授信申请或担保人资格审查时，需要查询企业信用状况的；

□其他：。

本企业授权贵行按照国家的有关规定向金融信用信息基础数据库提供本企业的信用信息。

本企业同意贵行在办理业务中，向（第三方）提供本企业信用信息。

授权期限至上述信用业务全额结清为止。

本企业已知悉并理解上述授权条款。

授权企业（盖章）：

法定代表人(或授权人)签名：

年月日

数据库基础操作语句

一、基础 1、说明：创建数据库 CREATE DATABASE database-name 2、说明：删除数据库 drop database dbname 3、说明：备份sql server --- 创建备份数据的device USE master EXEC sp_addumpdevice 'disk', 'testBack', 'c:\mssql7backup\MyNwind_1.dat' --- 开始备份 BACKUP DATABASE pubs TO testBack 4、说明：创建新表 create table tabname(col1 type1 [not null] [primary key],col2 type2 [not null],..) 根据已有的表创建新表： A：create table tab_new like tab_old (使用旧表创建新表) B：create table tab_new as select col1,col2…from tab_old definition only 5、说明：删除新表 drop table tabname 6、说明：增加一个列 Alter table tabname add column col type 注：列增加后将不能删除。DB2中列加上后数据类型也不能改变，唯一能改变的是增加varchar 类型的长度。 7、说明：添加主键：Alter table tabname add primary key(col) 说明：删除主键：Alter table tabname drop primary key(col) 8、说明：创建索引：create [unique] index idxname on tabname(col….) 删除索引：drop index idxname 注：索引是不可更改的，想更改必须删除重新建。 9、说明：创建视图：create view viewname as select statement 删除视图：drop view viewname 10、说明：几个简单的基本的sql语句 选择：select * from table1 where 范围 插入：insert into table1(field1,field2) values(value1,value2) 删除：delete from table1 where 范围 更新：update table1 set field1=value1 where 范围 查找：select * from table1 where field1 like ’%value1%’---like的语法很精妙，查资料! 排序：select * from table1 order by field1,field2 [desc] 总数：select count as totalcount from table1 求和：select sum(field1) as sumvalue from table1 平均：select avg(field1) as avgvalue from table1 最大：select max(field1) as maxvalue from table1 最小：select min(field1) as minvalue from table1 11、说明：几个高级查询运算词 A：UNION 运算符

数据库的4个基本概念

数据库的4个基本概念 1.数据(Data)：描述事物的符号记录称为数据。 2.数据库(DataBase，DB)：长期存储在计算机内、有组织的、可共享的大量数据的集合。 3.数据库管理系统(DataBase Management System，DBMS 4.数据库系统(DataBase System，DBS) 数据模型 数据模型（data model）也是一种模型，是对现实世界数据特征的抽象。用来抽象、表示和处理现实世界中的数据和信息。数据模型是数据库系统的核心和基础。 数据模型的分类 第一类：概念模型 按用户的观点来对数据和信息建模，完全不涉及信息在计算机中的表示，主要用于数据库设计现实世界到机器世界的一个中间层次 实体(Entity): 客观存在并可相互区分的事物。可以是具体的人事物，也可以使抽象的概念或联系 实体集(Entity Set): 同类型实体的集合。每个实体集必须命名。 属性(Attribute): 实体所具有的特征和性质。 属性值(Attribute Value): 为实体的属性取值。 域(Domain): 属性值的取值范围。 码(Key): 唯一标识实体集中一个实体的属性或属性集。学号是学生的码 实体型(Entity Type): 表示实体信息结构，由实体名及其属性名集合表示。如：实体名(属性1,属性2,…) 联系(Relationship): 在现实世界中，事物内部以及事物之间是有联系的，这些联系在信息世界中反映为实体型内部的联系（各属性）和实体型之间的联系（各实体集）。有一对一，一对多，多对多等。 第二类：逻辑模型和物理模型 逻辑模型是数据在计算机中的组织方式 物理模型是数据在计算机中的存储方式 数据模型的组成要素 数据模型通常由数据结构、数据操作和数据的完整性约束条件三部分组成 关系模型（数据模型的一种，最重要的一种） 从用户观点看关系模型由一组关系组成。每个关系的数据结构是一张规范化的二维表。 ?关系(Relation)：一个关系对应通常说的一张表。 ?元组(Tuple)：表中的一行即为一个元组。 ?属性(Attribute)：表中的一列即为一个属性，给每一个属性起一个名称即属性名。 ?码(Key)：表中的某个属性组，它可以唯一确定一个元组。 ?域(Domain)：一组具有相同数据类型的值的集合。属性的取值范围来自某个域。

地理信息数据库的设计

城市基础地理信息数据库设计与实现 学院：测绘科学与工程学院 专业：地理信息科学 姓名：乔婷婷 学号：201301181122

摘要： 目前，各种地理信息系统的建设方兴未艾，它们的建设都需要有统一的基础地理信息作为其基础。而基础地理信息数据库把基础地理数据获取、处理、管理、维护等各个环节连成一个有机的整体。本文以平原区某市数字城市建设项目为例进行基础地理信息数据库设计 与实现的研究。 该数字城市建设项目中的地形数据库建设涉及1:500、1:1000、1:10000、1:50000等多种比例尺；图形信息以点状、线状以及面状地物等形式存在；数据的属性信息以扩展属性和文字描述等方式存在，形成多尺度、多数据格式的数据源。 关键词：数字城市基础地理信息数据基础地理信息数据库 一、基础地理信息数据库的概念 基础地理信息数据库是基础地理信息数据及实现其输入、编辑、浏览、查询、统计、分析、表达、输出、更新等管理、维护与分发功能的软件和支撑环境的总称。 二、基础地理信息数据库的组成 基础地理信息数据库由基础地理信息数据、管理系统和支撑环境三部分组成，一般包括现势库和历史库。 其中，基础地理信息数据是基础地理信息数据库的核心，按类型分为大地测量数据、数字线划图数据、数字高程模型数据、数字栅格地图数据和数字正射影像数据五个分库，分库又根据比例尺和分辨率的变化细化为子库，子库也可根据要素分成若干层； 管理系统和支撑环境是数据存储、管理和运行维护的软硬件及网络条件。 三、基础地理信息数据库的设计与实现总体流程： 总体流程如下：基础地理数据收集、数据检查分析、数据库结构设计、数据库编辑整理、质量检测、数据入库。 （一）基础地理数据收集 基础地理信息数据是基础地理信息数据库的核心，按类型分为大地测量数据、数字线划图数据、数字高程模型数据、数字栅格地图数据和数字正射影像数据五个分库，分库又根据比例尺和分辨率的变化细化为子库，子库也可根据要素分成若干层； 研究数据为2012年野外实测，由南方CASS软件编辑成的数字线划图；图层依据《基础地理信息要素分类与编码》按八大类进行分层；要素编码采用国际码+图形代码组成，地形图数据中点状地物的编码在要素的Z比例属性中；线状地物的编码在要素的厚度属性中；要素的扩展属性为地物的实体名称。 地形图数据根据《基础地理信息要素数据字典第1部分：1:500 1:1000 1:2000 基础地理信息要素数据字典》标准，要对需要面状表示的要素进行构面处理，如池塘面、植被面，构面前需进行拓扑关系处理。 （二）数据检查分析

9、中国人民银行企业信用信息基础数据库授权书

附件2 中国人民银行企业信用信息基础数据库授权书 兴业银行股份有限公司济南分行： 本单位（授权单位名称）现不可撤销地授权贵行在办理涉及到本单位的业务时，有权按照《征信业管理条例》的规定查询、使用、报送本单位全部或部分信用信息，具体约定如下： 一、本单位同意并授权贵行在办理以下第壹、贰、叁、肆、伍、陆项涉及到本单位的业务时，可以向国家设立的金融信用信息基础数据库查询本单位的信用信息，并有权对查询到的本单位信用信息进行打印、保存和使用： （壹）本单位向贵行申请、办理信用业务，用于授信前调查、审查审批、放款下柜、存续期管理等用途的。 （贰）审核本单位作为担保人，用于提供担保的审核与存续期管理等用途的。 （叁）本单位关联单位向贵行申请办理信用业务，业务办理和管理过程中需要了解本单位信用状况的。 （肆）贵行配合监管机构检查、调研和内外部审计等需要查询本单位企业信用信息的。 （伍）本单位高管或重要关系人向贵行申办零售信贷、信用卡等业务，需要了解本单位信用状况的。 （陆）本单位提出信息异议，用于处理异议核查的。 （柒）其他事项（请具体说明）。 二、本单位在此确认并同意，在办理第一条所述的涉及本单位的业务中，贵行上级机构因授信审查审批、存续期管理等需要开展的查询、打印、保存和使用本单位信用信息的行为，亦属于本授权书的授权范围。 三、本单位同意并授权贵行根据国家金融信用信息基础数据库专业运行机构的报送要求，有权将有关与贵行签署的全部合同、协议、承诺或其他法律性文件的信息，包括与上述法律性文件有关的履约信息，以及本单位的基本信息及其他信息，在不违反法律和行政法规的禁止性规定的前提下，报送至国家设立的金融信用信息基础数据库。同时，本单位同意，在本单位发生与贵行签署的合同、协议、承诺或其他法律性文件项下的违约时，贵行有权根据违约情况酌情决定公开本单位的违约信息，并可以根据欠款催收、债权转让、金融服务外包等需要将有关信息提供给催收机构、资产管理公司、外包公司等第三方机构。 四、若第一条所述的涉及本单位的业务审批不通过、未实际发生，本单位同意贵行保留本授权书以及本单位的基础资料、信用报告、信贷业务申请书等。 五、本单位声明，贵行已经依法向本单位提示了相关条款，本单位已经完全知悉并充分理解本授权书条款的内容及相应的法律后果，并愿意接受本授权书条款的约定。 六、本授权书的授权期限自本单位法定代表人或有权人签章、加盖本单位公章之日起，至本授权书授权事项项下的业务办理完毕并结清之日止；在授权期限内非经贵行书面同意本授权书不可撤销。 授权单位（公章）： 授权单位贷款卡编码： 法定代表人或有权人（签章）： 年月日

个人信用信息基础数据库系统数据接口规范标准

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设计原则

个人信用信息基础数据库数据(金融机构)用户管理办法

个人信用信息基础数据库数据金融机构用户管理办法（暂行） 一总则 第一条为了保障个人信用信息基础数据库（以下简称“系统”）的数据安全，保证系统的正常运行，规范系统中各级用户的管理，制定本办法。 第二条征信服务中心负责系统的日常运行和维护。 第三条金融机构及其分支机构应分别指定专人负责系统用户管理、数据上报及信息查询。 第四条系统各级用户的权限划分、创建以及管理等应当严格遵守本办法的规定。 二用户种类及其权限 第五条系统采用多级用户体系，用户分为各级用户管理员和普通用户两种。 第六条金融机构的用户角色和权限。 （一）用户管理员：负责管理同级普通用户和下一级用户管理员，具体是：新建用户、修改用户资料和权限、查询用户信息、停用/启用用户、重置用户密码、下级机构权限维护。 （二）普通用户：分为信息查询员和数据上报员，分别负责个人信用信息查询和对人民银行的数据上报。 1、信息查询员：单笔信用报告查询；修改登录密码；查看

自己的基本资料和权限。 2、数据上报员：报文预处理；报文报送；报文上报情况查询；修改登录密码；查看自己的基本资料和权限。 三用户的职责 第七条金融机构的各级用户管理员应严格按照相关规定进行操作。不得随意增加或删除用户的权限，不得随意修改用户的基本信息。对创建的所有用户都应登记造册，以备征信服务中心检查。 第八条金融机构的数据上报员应按征信服务中心要求及时、准确、全面地上报本行的数据。 第九条信息查询员由金融机构负责个人贷款、贷记卡和准贷记卡审核、风险管理的业务和管理人员担任。 第十条金融机构要保存与查询目的相关的原始文档，人民银行征信管理部门有权对各行查询的合法、合规性进行检查。 第十一条金融机构是否有查询行为以个人信用信息基础数据库中的查询记录为准。 四用户的创建 第十二条各级用户的创建规则。 金融机构的总部级用户管理员负责创建总部的普通用户和直属下级机构的用户管理员,以此类推。 第十三条金融机构根据工作需要，需新增总部级用户管理员时，应先向征信服务中心提出书面申请，征信服务中心根据需

数据库基础知识

SQL2000数据库置疑解决方法 2009-03-21 09:12 按下面的步骤处理: 1.新建一个同名的数据库 2.再停掉sql server 3.用备份的数据库MDF的文件覆盖掉这个新建的同名数据库文件 4.再重启sql server 5.此时打开企业管理器时新建的同名数据库会出现置疑，先不管，执行下面的语句（注意修改其中的数据库名) USE MASTER GO SP_CONFIGURE 'ALLOW UPDA TES',1 RECONFIGURE WITH OVERRIDE GO UPDATE SYSDATABASES SET STATUS =32768 WHERE NAME='数据库名' Go sp_dboption '数据库名', 'single user', 'true' Go DBCC CHECKDB('数据库名') Go update sysdatabases set status =28 where name='数据库名' Go sp_configure 'allow updates', 0 reconfigure with override Go sp_dboption '数据库名', 'single user', 'false' Go 数据库置疑恢复之经典 /***************************************************************** * 这类故障是一般是由于磁盘读写问题造成的。 * 下面的语句是修复总部数据库的SQL，如需要修复分部的数据库，请将'hbposv5' 改为'hbposv5_branch' * 超市之星系统直接执行 * 快捷通、进销存系列，请将'hbposv5'改为'isd2001v3'，如果是分部，改为'isd2001v3_branch' * 商务通系列，请将'hbposv5'改为'isd2001v4'，如果是分部，改为'isd2001v4_branch' ******************************************************************/ --请在查询分析器中执行下列语句.执行前断开其它所有数据库连接，最好是断开网线 USE master Go --单用户模式 EXEC sp_dboption 'hbposv5', 'single user', 'TRUE' go --数据库检查 DBCC CHECKDB ('hbposv5') Go --如果返回结果出现了红色的提示文字，说明数据库中存在错误，需要修复

《金融信用信息基础数据库用户管理规范》正文.compressed

ICS03.060 A 11 JR 中华人民共和国金融行业标准 JR/T 0115-2014 金融信用信息基础数据库用户管理规范 FORMTEXT Specification for User Management of Financial Credit Information Basic Database 2014-11-02发布2014-11-02实施 中国人民银行发布

JR/T 0115-2014 目次 前言................................................................................ II 1 范围 (1) 2 术语与定义 (1) 3 管理原则 (3) 4 制度建设 (4) 5 中国人民银行征信中心用户管理 (4) 6 中国人民银行各级查询网点用户管理 (7) 7 从事信贷业务的机构用户管理 (9) 8 金融监管部门用户管理 (12) 9 信息反馈 (12) 10 内控检查 (13) 11 用户培训 (13) I

JR/T 0115-2014 前言 本标准按照GB/T 1.1-2009给出的规则起草 本标准由中国人民银行提出。 本标准由全国金融标准化技术委员会（SAC/TC 180）归口。 本标准主要起草单位：中国人民银行总行、中国人民银行西安分行、中国人民银行福州中心支行。 本标准参与起草单位：中国人民银行征信中心、中国工商银行、北京银行。 本标准主要起草人：王煜、李斌、王俊山、谢业华、常可、佟岳男、章红、关伟、沈良辉、沈凯蓉、杜鲲、姬南、陈怡、江翠君、赵星霖、曾华、王磊。 II

银行企业信用信息基础数据库管理暂行办法

**银行企业信用信息基础数据库管理暂行 办法 第一章总则 第一条为推动社会信用体系建设，维护金融稳定，防范和降低信用风险，促进信贷业务的发展，保障借款人和担保人信用信息的安全和合法使用，根据《中华人民共和国中国人民银行法》等有关法律规定，制定本办法。 第二条**银行设立企业征信管理小组，隶属于信贷部，企业征信管理小组负责组织建立企业信用信息基础数据库（以下简称企业信用数据库），承担企业信用数据库的日常运行和管理、查询使用和数据报送工作。 第三条企业信用数据库采集、整理及保存借款人、担保人信用信息，为商业银行提供信用报告查询服务，为我行信贷政策制定、监管和法律、法规规定的其他用途提供有关信息服务。 第四条本办法所称企业信用信息是指企业的基本信息、企业的信贷交易信息以及反映企业信用状况的其他信息。 第五条企业征信管理小组工作人员，应当为在工作中知悉的借款人、担保人信用信息保密。 第二章部门职责 第六条信贷部负责协调本行企业信用数据库的运行管理、查询使用和数据报送工作，指导各支行企业信用数据库的业务，组织支行企业信用数据的录入和查询使用等操作培训，对接收到的人民银行反馈错误数据及时督促指导修改，在企业征信系统中建立本行用户体系，管理本行用户。

第七条科技部门负责对企业征信业务相关系统的日常运行、网络联通，为企业征信系统的查询使用提供技术支持和保障。 第八条各支行应当遵守中国人民银行发布的企业信用数据库标准及其有关要求，准确、完整、及时地向企业信用数据库报送借款人、担保人信用信息。 第九条各支行应将当天发生、变化的信贷业务信息于下一个工作日报送企业信用数据库。 第十条根据企业信用数据库生成信用报告的需要，各支行报送的企业信用数据应客观、真实，如发现其所报送的借款人、担保人信用信息不准确时，应当重新报送更正信息。 第三章信用信息的查询 第十一条**银行总部及支行在办理信贷业务时，可以向企业信用数据库查询借款人、担保人信用信息。 第十二条总部及支行对申请信贷业务的借款人、担保人的信用信息进行查询时，要取得被查询人书面授权。 第十三条总部及支行对已发生信贷业务的借款人、担保人进行贷后风险管理查询其信用信息时，无须取得被查询人授权；当所有信贷业务关系解除后，金融机构不再具有对该借款人、担保人信用信息的查询权。 第十四条在办理下列业务时，可以向企业信用数据库查询企业信用报告： （一）审核企业贷款申请的； （二）审核企业贷款卡的； （三）审核企业作为贷款担保人的； （四）对已发放的企业贷款进行贷后风险管理的。 第十五条总部及支行通过查询企业信用数据库获取的借款人、

基础地理信息数据入库流程

基础地理信息数据入库流程 1、基础地理信息数据包括的内容 基础地理信息主要是指通用性最强，共享需求最大，几乎为所有与地理信息有关的行业采用作为统一的空间定位和进行空间分析的基础地理单元，主要由自然地理信息中的地貌、水系、植被以及社会地理信息中的居民地、交通、境界、特殊地物、地名等要素构成，另外，还有用于地理信息定位的地理坐标系格网，并且其具体内容也同所采用的地图比例尺有关，随着比例尺的增大，基础地理信息的覆盖面应更加广泛。基础地理信息的承载形式也是多样化的，可以是各种类型的数据、卫星像片、航空像片、各种比例尺地图，甚至声像资料等等。 2、基础地理信息数据入库的意义 通过制定统一的分类代码标准，将多格式基础地理信息数据统一整理转换进行入库形成统一的数据库，为基础地理信息数据共建共享与交换及数字化城市建设奠定良好的准备，同时通过建立统一的基础地理信息系统可以避免各部门间的重复劳动，提高工作效率节约社会资源。 3、基础地理信息数据入库的基本流程 1）、规范及标准的制定

基础地理信息数据种类齐全，内容丰富，涉及领域广泛，为了能将它们有机地进行组织，有效地进行存储、管理和检索应用，只有将所有的地理信息按一定的规律进行分类和编码，使其有序地存入计算机才能对它们进行按类别存储，按类别和代码进行检索，以满足各种应用分析需求。因此首先必须对基础地理信息数据进行分类和编码，编写相应的元数据标准。根据绍兴项目的实施其相应的规范和标准主要有以下内容： （1）、《4d产品数据成果入库提交技术规定》 （2）、《基础地理信息分类与代码》 （3）、《基础地理信息数据建库技术规定》 （4）、《基础地理信息数据库成果质量检查与验收技术规定》（5）、《基础地理信息要素属性》 （6）、《基础地理信息要素字典》 （7）、《基础地理信息元数据标准》 2）、基础地理信息数据的整理及入库

7.金融信用信息基础数据库用户管理规范(银发2014-323号)

《金融信用信息基础数据库用户管理规范》 银发[2014]323号 2014.11.17 1. 范围 本标准规定了金融信用信息基础数据库管理员用户、数据报送用户、查询用户、异议处理用户等各类用户管理的一般原则。 本标准适用于金融信用信息基础数据库运行机构、向金融信用信息基础数据库报送或查询信息的机构进行用户设置与管理，并为各类机构建立内部审计和培训机制提供指导。 2. 术语与定义 2．1 下列术语和定义适用于本标准 信用信息：能够反映个人、企业或其他组织信用状况的信息，包括基本信息、信贷交易信息以及反映信息主体信用状况的其他信息等。 2．2 征信业务 对企业、事业单位等组织的信用信息和个人的信用信息进行采集、整理、保存、加工，并向信息使用者提供的活动。 2．3 用户机构 金融信用信息基础库的各类用户所在机构。 2．3．1 中国人民银行征信中心：金融信用信息基础数据库运行机构，负责金融信用信息基础数据库的建设、运行和维护。 2．3．2 中国人民银行各级查询网点：设在中国人民银行上海总部、各分行、营业管理部、省会(首府)城市中心支行、副省级城市中心支行、地市中心支行和县支行的查询网点，提供对外查询、异议处理服务。 2．3．3 从事信贷业务的机构：接入金融信用信息基础数据库的银行业金融机构和信托公司、财务公司、汽车金融公司、金融租赁公司、消费金融公司等非银行金融机构以及小额贷款公司、融资性担保公司、住房公积金中心等非金融机构。 从事信贷业务的机构按照《征信业管理条例》规定向金融信用信息基础数据库报送信贷信息，通过金融信用信息基础数据库查询信息主体的信用信息。

金融监管部门：银行业、证券业、保险业监督管理部门。 金融监管部门与中国人民银行协商一致后，通过接入方式从金融信用信息基础数据库获取信贷信息，用于防范金融风险，履行金融监督管理职责。 2．4 用户 各类机构管理、使用金融信用信息基础数据库的用户，包括管理员用户、报送用户、查询用户、异议处理用户。 2．4．1管理员用户：金融信用信息基础数据库设置的高级用户，用于设置和管理下级用户。2．4．1．1 超级管理员用户：金融信用信息基础数据库的系统内置初始用户，负责管理征信中心的一般管理员用户。 2．4．1．2 一般管理员用户：征信中心、从事信贷业务的机构、中国人民银行各级查询网点负责管理数据报送用户、查询用户、异议处理用户和下级一般管理员用户的管理员用户。2．4．2 数据报送用户：从事信贷业务的机构负责向金融信用信息基础数据库报送本单位信贷信息的用户。 2．4．3 查询用户：查询金融信用信息基础数据库信用信息的各类用户。 2．4．3．1 业务查询用户：从事信贷业务的机构为自身业务需要查询金融信用信息基础数据库信用信息的用户。 2．4．3．2 窗口查询用户：征信中心、中国人民银行各级查询网点为信息主体、法律规定有权查询的国家机关提供查询服务的用户。 2．4．3．3 金融监管查询用户：金融监管部门为防范金融风险查询信息主体信用信息的用户。 2．4．4 异议处理用户：征信中心、从事信贷业务的机构、中国人民银行各级查询网点处理信息主体提出的异议的用户。 2．5 国务院征信业监督管理部门及其派出机构 中国人民银行及其分支机构，依照《征信业管理条例》的规定，对征信中心、向金融信用信息基础数据库报送或者查询信息的机构的征信业务及其相关活动进行监督管理。 3. 管理原则 3．1 权限控制原则 各类用户的权限应与其职责相适应，机构应对用户权限严格控制，明确规定各类用户的权限和岗位职责，为用户分配权限时，应遵循权限最小化原则。用户岗位调整时，及时调整

企业诚信档案数据库

企业诚信档案数据库 诚信承诺书 为维护市场公平竞争，营造诚实守信的市场环境，我单位自愿将本单位相关信息提交“包头市建设工程全流程网上电子招投标平台企业信息库”（以下简称信息库）予以登记并对外发布，信息库发布的我单位相关信息均经我单位确认无误，我单位对此郑重承诺如下： 、凡我单位在包头市参加的投标项目，在资格审查和评标阶段需要提交的企业业绩和获奖等情况，我单位均将事先在信息库对外予以披露，未披露的可不作为我单位资格审查和评标的依据。 、我单位提交并在信息库发布的相关信息均真实有效，提交的材料无任何伪造、修改、虚假成份，材料所述内容均为本单位真实拥有。若违反本条承诺一旦查实，本单位愿意接受公开通报，自愿退出所有正在包头市参加的投标项目，并愿意承担由此给我单位带来的一切不良后果。 承诺人法定名称（单位公章）： 承诺人法定地址： 法定代表人（签字或盖章） 电话：传真： 年月日

企业诚信档案数据库 法人授权委托书 包头市建设工程全流程网上电子招投标平台领导小组办公室： 我，系的法定代表人，现全权委托同志前来新建企业基本信息数据库事宜，以我单位的名义办理，均予以承认。 特此委托 单位组织机构代码证号 联系人联系电话 单位名称：法定代表人（签字或盖章）：（盖章） 年月日

企业基本账户确认承诺书 公司名称：； 开户行：； 账号：； 我公司郑重承诺以上信息真实准确，并为递交投标保证金的唯一账户。我公司将严格按照相关法律法规的规定，在包头市进行招标投标活动。如因以上信息不准确，在招投标活动中造成的一切不良后果，我公司将承担全部责任。 以上信息如有变更，我公司将及时申报更新，在不及时变更的情况下，参加招标投标活动造成的一切不良后果，我公司将承担全部责任。 法人代表（签字或盖章）： 单位盖章（公章）： 年月日

{财务管理信用管理}企业信用信息基础数据库系统数据接口规范

{财务管理信用管理}企业信用信息基础数据库系统数据接口规范

中国人民银行征信中心 2007年1月8日 目录 1前言4 2报文规范4 2.1术语和定义4 2.2设计原则5 2.3数据处理规则6 2.4文件命名规则7 2.5报文文件8 2.5.1报文结构8 2.5.2报文文件种类8 3数据采集要求8 3.1数据范围8 3.2采集频率9 3.3数据文件传送方式9 4公积金信息采集报文和公积金信息删除报文9 4.1报文头9 4.2公积金信息采集报文报文体10 4.3公积金信息删除报文报文体12 4.4报文校验规则12

5公积金信息反馈报文12 5.1报文头13 5.2反馈报文报文体13 附录：15 1、报送机构代码命名规则15 2、数据元目录15 2.1数据元的表示格式15 2.2数据元的分类16 2.3数据元目录17 第一组：17 第二组17 第三组17 第四组18 第五组18 第六组18 第七组19 第八组19 3、代码表19 3.1行政区划19 3.2单位性质19 3.3登记注册类型20

3.4行业分类22 3.5单位当月缴费状态22 4、校验规则23 4.1公积金信息采集报文校验规则23 4.1.1报文名校验23 4.1.2报文级校验23 4.1.3数据项级校验24 4.1.4入库校验25 4.2公积金信息删除报文校验规则25 4.2.1报文名校验25 4.2.2报文级校验26 4.2.3数据项级校验26 4.2.4入库校验27 5、公积金信息反馈格式代码集27 5.1出错原因代码27 5.2错误编码其中出错信息=标识符+错误编码28 1 1前言 《企业信用信息基础数据库数据接口规范》（简称“数据接口规范”）规定了企业信用信息基础数据库与外部系统进行信息交换时应遵循的有关信息格式和数据管理规定，本文档分为六部分。 前言简介本规范各部分的内容。

数据库模型基础知识及数据库基础知识总结

数据库模型基础知识及数据库基础知识总结 数据库的4个基本概念 1.数据(Data)：描述事物的符号记录称为数据。 2.数据库(DataBase，DB)：长期存储在计算机内、有组织的、可共享的大量数据的集合。 3.数据库管理系统(DataBase Management System，DBMS 4.数据库系统(DataBase System，DBS) 数据模型 数据模型（data model）也是一种模型，是对现实世界数据特征的抽象。用来抽象、表示和处理现实世界中的数据和信息。数据模型是数据库系统的核心和基础。数据模型的分类 第一类：概念模型 按用户的观点来对数据和信息建模，完全不涉及信息在计算机中的表示，主要用于数据库设计现实世界到机器世界的一个中间层次 ?实体(Entity): 客观存在并可相互区分的事物。可以是具体的人事物，也可以使抽象的概念或联系 ?实体集(Entity Set): 同类型实体的集合。每个实体集必须命名。 ?属性(Attribute): 实体所具有的特征和性质。 ?属性值(Attribute Value): 为实体的属性取值。 ?域(Domain): 属性值的取值范围。 ?码(Key): 唯一标识实体集中一个实体的属性或属性集。学号是学生的码?实体型(Entity Type): 表示实体信息结构，由实体名及其属性名集合表示。如：实体名(属性1,属性2,…) ?联系(Relationship): 在现实世界中，事物内部以及事物之间是有联系的，这些联系在信息世界中反映为实体型内部的联系（各属性）和实体型之间的联系（各实体集）。有一对一，一对多，多对多等。 第二类：逻辑模型和物理模型 逻辑模型是数据在计算机中的组织方式

企业信用信息基础数据库管理实施办法

企业信用信息基础数据库管理实施办法 第一章总则 第一条为推动社会信用体系建设，维护金融稳定，防范和降低信用风险，促进*******（以下简称*******）信贷业务的发展，保障借款人和担保人信用信息的安全和合法使用，根据《中华人民共和国中国人民银行法》及《中国人民银行企业信用信息基础数据库管理暂行办法》等有关规定，制定本办法。 第二条企业信用信息基础数据库（以下简称企业征信系统）是全国统一的企业信用信息共享平台。*******信贷管理部负责企业征信系统的运行、数据录入、查询和管理工作。 第三条辖内*******（以下简称各社部）负责企业征信数据的采集、整理及上报工作。 第二章安全管理 第四条企业征信系统的安全管理应符合金融机构计算机信息系统安全保护工作的有关规定，任何单位和个人不得非法登录银行的企业征信系统界面。 第五条企业征信系统的用户名和口令有专人保管，并且定期更换口令，并配有专人负责对系统计算机的定期杀毒、检查和维护，确保系统正常运行。

第六条操作员在登录企业征信系统界面后，确定需要长时间离开时，必须退出系统界面，方可离去，如需要调离岗位的，必须在有关负责人员的监督下办理交接手续，并尽快协助新上岗人员熟悉相关业务，保证可以熟练操作的情况下方可离岗。 第七条企业征信系统的所有操作应严格按照中国人民银行的有关规定进行，在正常工作时间内应保障企业征信系统的正常运行。 第三章信用报告的查询 第八条各社部在办理信贷业务时，必须到企业征信系统查询借款人、担保人信用信息。 第九条各社部对申请信贷业务的借款人、担保人的信用信息进行查询时，要取得被查询人书面授权。 第十条除查询中国人民银行所允许查询的公共信息外，只能查询与其发生或者申请发生信贷业务关系的借款人信息情况。各社部对已发生信贷业务的借款人、担保人进行贷后风险管理查询其信用信息时，无须取得被查询人授权，当所有信贷业务关系解除后，各社部将不享有对客户信息情况的查询权。 第十一条各社部通过企业征信系统获取的借款人、担保人信用信息，只用于本社部办理信贷业务之用，不得向第三方提供。

个人信用信息基础数据库查询授权书

中国人民银行个人信用信息基础数据库查询授权书 一、 授权人及被授权人 授权人：【】，有效身份证件号码：【】； 被授权人：沃尔沃汽车金融（中国）有限公司，一家依照中国法律成立并存续的有限责任公司，系经中国银行业监督管理委员会批准设立的非银行金融机构，营业执照注册号110000450004764。 二、 查询原因 因授权人/授权人担任法定代表人或授权人投资的公司拟在被授权人处申请贷款/为【】在被授权人处申请贷款提供担保，为使被授权人更好地了解授权人的个人信用情况，授权人特此授权被授权人可以向中国人民银行个人信用信息基础数据库查询授权人的个人信用信息情况，并打印、保存有关授权人的个人信用报告。 三、 查询用途 被授权人对授权人个人信用信息情况的查询将用于贷款审批/担保资格审查、贷后管理及异议核查等用途。授权人同意，为上述用途，被授权人可以向有关政府机关、提供公共服务的信息机构、司法机关、同业金融机构、其经销商、关联方披露授权人有关个人信用信息资料。 四、 授权有效期 本授权书自授权人签字之日起生效，至授权人在被授权人处全部贷款本金、利息结清之日终止。如果授权人的贷款申请没有得到被授权人的批准，则本授权书有效期至被授权人做出拒绝授权人贷款申请之日终止。 五、 身份证明 授权人将提供现行有效的身份证件复印件，作为本授权书的组成部分之一，一并提交被授权人。被授权人有权要求授权人提供有效身份证件原件进行核对。 如授权人的贷款申请系由代理人完成，则代理人必须在申请贷款时同时出具由授权人亲笔签名的委托书，否则不应视为授权人已经同意本授权书项下的各项授权。 六、 授权书效力 授权人在本授权书项下做出的各项授权均为不可撤销的，一经签字即发生法律效力。 就本授权书的内容有任何异议，均应以中国人民银行个人信用信息基础数据库的相关管理规定为准。 授权人（签字）： 日期：年月日

数据库基础知识讲解

目录 一、数据库基础知识 (1) 二、Access 2003数据库对象 (4) 三、数据表 (5) 四、查询 (6) 五、窗体 (8) 六、报表 (9) 七、数据访问页 (9) 八、宏 (10) 九、模块和VBA（Visual Basic for Application）编程 (11) 十、公共基础知识 (14) 一、数据库基础知识 1、数据是描述客观事物及其活动的并存储在某一种媒体上能够识别 的物理符号。信息是以数据的形式表示的，数据是信息的载体。分为临时性数据和永久性数据。 2、数据处理的目的是为了从大量、原始的数据中抽取对人们有价值 的信息。 3、数据库是以一定的组织方式将相关的数据组织在一起存放在计算 机外存储器上（有序的仓库），并能为多个用户共享与应用程序彼此独立的一组相关数据的集合。 4、数据库管理系统（DBMS ,database management system，数据库系 统的核心）是软件系统。数据库管理系统提供以下的数据语言：数据

定义语言（DDL），负责数据的模式定义与数据的物理存取构建；数据操纵语言（DML），负责数据的操纵，如查询、删除、增加、修改等；数据控制语言，负责数据完整性、安全性的定义与检查，以及并发控制、故障恢复等。 5、数据库系统（DBS）包括5部分：硬件系统、数据库集合（DB）、 数据库管理系统(DBMS)及相关软件、数据库管理员（DBA ,database administrator）和用户（专业用户和最终用户）。需要操作系统的支持。 6、数据库管理技术的发展：人工管理、文件管理（数据冗余大、数 据的不一致性、数据关联差）、数据库管理、分布式数据库管理、面向对象数据库管理。根本目标是解决数据共享的问题。 7、数据库系统的特点：数据结构化(是数据库系统与文件系统的根本 区别)，共享性高、冗余度低、易于扩充，独立性强（物理独立性和逻辑独立性），数据由DBMS统一管理和控制。三级模式（概念模式、内模式和外模式）和二级映射（外模式/概念模式的映射、概念模式/内模式的映射）构成了数据库系统的内部的抽象结构体系。内模式又称物理模式，给出了数据库的物理存储结构与物理存取方法；概念模式是数据库系统中全局数据逻辑结构的描述，是全体用户的公共数据视图，主要描述数据的概念纪录类型以及它们之间的关系，还包括数据间的语义约束；外模式也称子模式或用户模式，它由概念模式推导而出的，在一般DBMS中提供相关的外模式描述语言（DDL） 8、数据库设计一般以过程迭代和逐步求精为基本思想，是应用面向 数据的方法和面向过程的方法进行的，在已有数据库管理系统的基础上建立数据库。设计步骤如下：需求分析—概念设计—逻辑设计（任

企业信用信息基础数据库系统数据接口规范

中国人民银行征信中心 2007 年1月8 日目录1 前言4 2 报文规范4 2.1 术语和定义4 2.2 设计原则5 2.3 数据处理规则6 2.4 文件命名规则7 2.5 报文文件8 2.5.1 报文结构8 2.5.2 报文文件种类8 3 数据采集要求8 3.1 数据范围8 3.2 采集频率9 3.3 数据文件传送方式9 4 公积金信息采集报文和公积金信息删除报文9 4.1 报文头9 4.2 公积金信息采集报文报文体10 4.3 公积金信息删除报文报文体12 4. 4 报文校验规则12 5 公积金信息反馈报文12 5.1 报文头13 5.2 反馈报文报文体13 附录：15 1、报送机构代码命名规则15 2、数据元目录15 2.1 数据元的表示格式15 2.2 数据元的分类16 2.3 数据元目录17 第一组：17 第二组17 第三组17 第四组18 第五组18 第六组18 第七组19 第八组19 3、代码表19 3.1 行政区划19 3.2 单位性质19 3.3 登记注册类型20 3.4 行业分类22 3.5 单位当月缴费状态22 4、校验规则23 4.1 公积金信息采集报文校验规则23 4.1.1 报文名校验23 4.1.2 报文级校验23 4.1.3 数据项级校验24 4.1.4 入库校验25 4.2 公积金信息删除报文校验规则25 4.2.1 报文名校验25 4.2.2 报文级校验26 4.2.3 数据项级校验26 4.2.4 入库校验27 5、公积金信息反馈格式代码集27 5.1 出错原因代码27

5.2 错误编码其中出错信息=标识符+错误编码28 1 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。