信用信息查询、使用授权书

2024-08-19

信用信息查询、使用授权书（通用14篇）

篇1：信用信息查询、使用授权书

附件1：文本编码：CMBC-WJ-069（征信2013）

信用信息查询、使用授权书

中国民生银行股份有限公司泉州分行（以下简称“贵行”）：

（选择的在□内划“√”，不选择的划“X”，选择的人、单位统称“授权人”）

□本人（姓名：；□身份证件号码□港澳通行证□护照：）□授权人配偶（姓名：；□身份证件号码□港澳通行证□护照：）； □本单位：

□本人（姓名：；□身份证件号码□港澳通行证□护照：），作为（以下简称“授权人单位”）的法定代表人；

□本人（姓名：；□身份证件号码□港澳通行证□护照：），作为（以下简称“授权人单位”）的财务控管人； □

一、授权人在贵行办理下述业务（以下简称“授权业务”）：

1.授信业务，具体业务品种以授信合同的约定为准；2.贷款；3.信用卡；4.保函；5.票据承兑；6.票据贴现；7.担保；8.保理；9.贸易融资业务，包括但不限于信用证、进口押汇、出口押汇、进口代付、打包贷款、提货担保；10.其他：

二、为申请、审批、办理授权业务以及授权业务叙作期间监控授权人及其配偶（如有）信用和经营变化，授权人及其配偶（如有）在此不可撤销的授权贵行：

1.向中国人民银行金融信用信息基础数据库查询及使用授权人及其配偶（如有）个人或企业信息，包括基本信息和信用报告。

2.将授权人基本信息和信用记录发送给中国人民银行金融信用信息基础数据库。

三、授权期间：自授权人向贵行提交授权业务申请之日起，至授权人或授权人单位在贵行叙作的授权业务额度到期及结清之日、或授权人履行完毕担保责任之日止。

四、为了贵行能够履行上述受权事宜，授权人及其配偶（如有）同意向贵行指定经办人员提交有效身份证明、资信证明文件的原件及复印件。未经授权人及其配偶（如有）同意，贵行不得将前述证件用于其他用途。

超出本授权书授权范围的后果由贵行承担。

授权人及其配偶（如有）承诺已充分知悉并理解本授权书的内容。本授权书自授权人及其配偶（如有）签署之日起生效，至授权期间届满之日终止。

授权人签章：授权人配偶签章：

年月日年月日

篇2：信用信息查询、使用授权书

某某某某银行: 本人授权贵行在涉及本人下列信贷业务时（选择一项或多项）□审核本人信贷业务申请；

□审核本人贷记卡、准贷记卡申请； □审核本人作为担保人；

□对已发放的信贷业务进行贷后管理； □受理法人、其他组织的信贷业务申请或其作为担保人，需要查询其法定代表人、出资人、实际控制人及关联人信用状况；

□受理个人信贷业务申请或其作为担保人，需要查询本人作为与其承担共同或连带责任第三方的信用状况；

□对公业务贷后管理需查询担保人、法定代表人、出资人、实际控制人及关联人信用状况；

□审核特约商户开户申请； □处理本人征信记录异议；

□依法或依监管规定可以实施的其他授权事项,具体事项为：

。在本授权书有效期内，同意贵行：

一、通过金融信用信息基础数据库、国家行政机关、政府部门、合作机构、第三方数据平台、网络媒体等数据源，查询、使用、打印、保存本人各类信息，并有权按约定用途在贵行内部合理使用与共享；

二、将本人个人基本信息、信贷交易信息（含不良信息）以及其它相关信用信息提供给中国人民银行金融信用信息基础数据库或其他依法设立的征信机构；

三、根据法律规定或监管要求，将本人基本信息和相关信用信息提供给有关行政、司法机关，并有权根据贵行欠款催收、债权转让、金融服务外包等业务需要，将本人上述信息提供给有关第三方机构合理使用；

四、若本人向贵行履行合同义务或承担连带责任发生违约行为，贵行有权通过本人在贵行登记的移动电话号码向本人发送不良信息报送提醒短信息，本人承诺承担因号码变更未告知贵行而导致未收到提醒短信息的一切法律后果。

本授权书自本人签字之日起生效，有效期至本人向贵行履行合同义务或承担连带担保责任完毕之日。若本次授权所约定用途的信贷业务未获贵行批准，则本授权书自动失效，但同意贵行继续保留此授权书和本人相关信息资料。

本人承诺提供的信息及身份证明真实、有效，完全理解并同意上述授权内容，本人自愿承担因上述授权或本人提供的信息虚假所产生的法律后果。贵行超出授权范围查询及使用本人信用信息的法律责任由贵行承担。

特此授权。

授权人1（签章）：

授权人2（签章）：

证件类型：证件类型：

证件号码：证件号码：

授权日期：年月日

篇3：信用信息查询、使用授权书

1.1 系统建设目标

企业公共信用信息共享查询系统 (以下简称:共享系统) 的总体建设目标是:利用现代信息技术和网络技术, 按照安全、高效、可靠的信用数据交换标准和规范, 实现企业信用信息在行政机关、司法机关、金融机构、公共事业单位及相关组织之间跨部门开放共享和归集整合, 并以此为基础, 建立完善的企业信用信息资源开发应用系统, 根据社会需要, 提供多层次的信用信息服务, 推动社会信用体系建设的快速发展。

1.2 系统设计原则

1.2.1 系统先进性和成熟性

采用代表信息系统建设发展趋势的主流和成熟的技术进行系统架构设计, 选用技术先进和成熟的产品, 保证系统的技术先进性和成熟性。

1.2.2 系统安全可靠性和高效性

为保证政府部门的高效工作, 系统在安全、稳定正常运行的同时还要提供较高的性能, 从而能够高效率地处理各类关键事务, 应该充分考虑保证系统的可靠性和高效性。

1.2.3 系统统一性和一致性

在统一的用户界面风格前提下, 实现各GUI中各类按钮、图标、文字 (字体、大小) 、热键 (快捷键) 的统一和一致, 达到便于使用、便于学习、交互友好的目的。

1.2.4 系统人性化

在保证界面风格统一、一致的基础上, 按照人机工程原理, 将界面的布局 (包括按钮、菜单、显示框、界面颜色搭配) 满足操作者长时间工作要求, 提供一个人性化的人机操作环境, 以保证用户使用的舒适性。

1.2.5 业务引导及易用性

充分考虑业务的管理需求, 在界面的菜单及功能的组合设计中, 将界面的操作顺序按业务归类, 以便操作的有效引导, 保证软件的易用性, 有利于操作者在较快的时间熟练用好软件。

1.2.6 系统标准化

标准化是系统建设和运行的基础性工作之一, 系统建设应严格贯彻“有标贯标、无标建标”的原则。一方面, 在系统建设工作中, 全面采用信用国家标准;另一方面, 在数据的采集、传输、交换、处理、使用等各方面均应实现标准化, 以便于该系统建成后能更方便的融入其他系统, 或添加新的子系统。

1.3 术语定义

1.3.1、数据源单位:

是指向本系统提供原始信息的单位, 例如工商局、质监局、国税局、地税局、海关等。

1.3.2、部门业务前置机:

是指在已建业务数据库的单位 (工商局、质监局、国税局、地税局、海关等) 部署的业务前置服务器, 主要负责从部门业务数据库接收并存储部门原始数据。

1.3.3、部门交换前置机:

是指在已建业务数据库的单位 (工商局、质监局、国税局、地税局、海关等) 部署的交换前置服务器, 主要负责从部门业务前置机接收并存储部门原始数据, 并将数据传递至交换中心。

1.3.4、虚拟终端交换前置机:

是指在联合征信中心部署的交换前置服务器, 主要负责接收并存储通过虚拟终端录入或导入的部门原始数据。

1.3.5、中心交换前置机:

是指在联合征信中心部署的集中交换前置服务器, 主要负责接收并存储所有数据源单位交换的部门原始数据。

1.3.6、数据清洗:

是指对各数据源单位交换的信息进行合法性、规范性校验, 清洗掉无效数据, 并进行格式标准化。

1.3.7、错误数据:

是指经过清洗无法形成标准格式的数据。

1.3.8、身份比对数据项:

是指用于识别信用主体身份的基础数据项。

1.3.9、基准数据:

是指用于识别信用主体身份的数据。

1.3.1 0、身份一致性比对:

是指对数据源单位提供的数据, 在写入企业公共信用数据库前, 与基准数据进行比对, 对同一信用主体身份进行识别和确定的过程。

1.3.1 1、数据比对应用服务:

是指为数据源单位提供数据比对, 识别差异的服务。比对方式包括数据源单位提供的数据与公共信用数据库中的对应数据进行比对, 或数据源单位之间相应数据进行比对, 比对内容包括信用主体一致性比对或同一信用主体对应数据项比对两个方面。

1.3.1 2、差异数据:

是指比对不一致的数据。

1.3.1 3、异议数据:

是指信用信息当事人或使用者通过应用服务系统查得的数据与自己所掌握的数据不一致时, 而提出争议的数据。

1.3.1 4、共享查询:

数据源单位依法查询共享范围内的信用信息。

1.3.1 5、特许查询:

相关单位经信用管理部门特许, 可作为长期用户查询相关信用信息。

1.3.16、授权查询:

相关单位或个人经被查询人授权, 可一次性查询相关信用信息。

1.3.17、RBAC:

基于角色访问控制 (RBAC) 模型是目前国际上流行的先进的安全访问控制方法。它通过分配和取消角色来完成用户权限的授予和取消, 并且提供角色分配规则。

1.3.18、Tong Integrator (TI) :

东方通应用集成中间件。提供数据转换、数据过滤、数据压缩和加密、例外处理等功能, 系统所需要的异构通讯、消息路由、应用搭建部署、平台管理等等都涵盖在集成中间件Tong Integrator之中。

1.3.19、Tong Link/Q (TLQ) :

消息中间件。建立的底层通讯网络为各个部门与数据交换中心之间的数据传输提供了可靠保证。

1.320、Tong Web应用服务器:

Tong Web一个强大的符合J2EE工业标准的Internet应用支撑平台。Tong Web是用于支持功能强大的和可扩展的多层Web应用的应用服务器 (Application Server) 。

2 系统总体架构

2.1 总体框架

系统的总体架构分为四个层次:数据源单位、信息交换中心、资源管理服务、应用服务。总体架构如下图所示。

1) 数据源单位:部门业务系统是信用信息的主要来源, 因此本系统建设要充分考虑各数据源单位的具体情况。通过数据采集系统将信用信息汇集到各单位的前置数据库, 并通过数据交换总线传输到中心交换前置数据库。

2) 信息交换中心:实施信用信息交换的流程部署、监控、管理等技术措施, 通过采用消息中间件技术, 实现信用信息的可靠、安全传输。

3) 资源管理服务:实现信用信息管理以及系统维护等功能。

4) 应用服务:通过建立相应的应用系统为各类用户提供信息查询、信用报告自动生成及其他相关服务。

2.2 体系结构

系统体系结构的设计主要分为基础设施层、信息资源层、服务支撑层、服务层、标准规范体系、安全保障体系六部分, 如下图所示:

1) 基础设施层

基础设施层主要包括已有的电子政务网络平台、服务器、存储及其他设备, 是构成共享系统的重要基础设施, 支撑信用应用系统的运行。

2) 信息资源层

信息资源层构建于基础设施层之上, 并为上层的应用支撑层提供各种信息资源, 主要包括前置交换数据库、公共信用数据库、发布数据库、备份数据库等, 统一构成平台的信息资源。

3) 应用支撑层

应用支撑层在整个框架中承担着承上启下的关键作用, 处于应用服务层和信息资源层之间。主要由公共信用信息交换中心构成, 实现对各信用数据源单位的数据采集、传输、清洗、比对、交换, 及交换过程的流程监控管理和信息资源管理。

4) 应用服务层

应用服务层主要包括信用应用服务系统, 具备信息查询、公示服务、数据比对、异议处理、信用报告自动生成等基本应用功能。信息查询功能按照用户类型分为共享查询、特许查询、授权查询、会员查询、公众查询;公示服务功能是指通过信用网 (站) 向社会公众发布依法可公开的信用信息;异议处理功能是对信用信息当事人或使用者提供异议信息核实、处理等服务;信用报告自动生成功能是指能够依据企业信用信息生成规定格式的企业信用报告, 并提供查询、打印等相关服务。

5) 门户层

门户层主要包括对社会公众公开的信用网站和对政府各部门公开的业务门户网站。

6) 标准规范体系

系统建设, 要遵循统一的标准规范。

7) 安全保障体系

确保系统安全运行的保障体系, 信息安全贯穿于系统平台的各个层面, 各系统的建设都必须具有相应软硬件安全保障措施, 以保障外网及其支撑的应用系统的安全可靠运行。

2.3 系统设计策略

2.3.1 性能实现设计策略

1) 缓存以及缓存层 (caching layer)

在数据层和应用层之间增加数据缓存层, 提供全局数据服务。可以大大减少数据库往返次数。对经常要访问的数据进行缓存是非常好的方法。

2) 多线程 (multi-threading)

软件系统中采用多线程或多进程, 以提高系统效率。同时, 在设计时, 会避免多线程争抢访问同一资源而导致部分串行操作, 另外, 在多线程间同步庞大资源, 通过实现线程池提高性能。

3) 负载平衡 (load balancing)

物理上增加地位对等的集群服务器 (Cluster) , 组成Oracle RAC并行数据库集群系统, 通过集群的负载均衡和并行处理技术, 将外部发送来的请求均匀分配到集群中的多台服务器上, 包括大量用户的并发访问和单用户的重负载运算, 可大大提升系统效率。

同时, 为了提高主机系统I/O数据的吞吐能力, 进行数据的统一管理和保护, 可将数据库中的数据冗余存放到磁盘阵列中。

4) 数据库优化 (database optimization)

通过多种方式消除访问和写入数据时的瓶颈:

(1) 标识潜在的索引, 但不要创建过多的索引。

(2) 监视处理器的使用;理想范围是:75-80%处理器时间。

(3) 使用查询分析器分析查询计划以优化查询。

(4) 使用存储过程优化性能。

(5) 标准化写入的大量数据—写入较少的数据。

(6) 取消标准化读取的大量数据—读取较少的数据。

5) 文件系统优化

(1) 减少写log的操作, 避免频繁打开关闭大的log文件。

(2) 减少文件的频繁操作。

6) 代码性能设计

在编码过程中, 注意提升代码性能, 避免因为代码问题引起的占用大量的资源和CPU时间。

2.3.2 安全保密设计策略

2.3.3 网络系统安全设计

1) 网络安全设计

系统应采用基于硬件防火墙技术, 将各部门的业务系统内网与外网进行隔离。并通过合理网段划分, 利用防火墙隔离有效地消除不同网络之间, 不同部门之间可以任意互访的安全隐患;通过内外网的安全逻辑隔离, 基本上消除了外网带来的安全隐患。

2) 系统安全设计

系统安全重点解决操作系统、数据库和服务器等系统级安全问题, 以建立一个安全的系统运行平台, 来有效抵抗黑客利用系统的安全缺陷对系统进行攻击, 主要措施包括:安全操作系统、安全数据库、系统漏洞扫描及病毒防护系统等。

通过安装配置网络版杀毒软件, 有效地杀除主机及网络病毒, 并能够自动在线升级病毒库, 防范最新的病毒, 维护网络的整体安全。

通过漏洞扫描、入侵检测以及日志审计组成的“事前、事中、事后”三阶段立体防范体系, 有效地防范黑客入侵行为;通过不同安全组件之间的互动防范, 使得黑客防范体系具备一定的智能性, 动态防范未来黑客的入侵行为。

2.3.4 数据安全性设计1) 数据可靠性设计

本系统中的底层数据传输采用东方通消息中间件Tong LINK/Q。Tong LINK/Q对于需要可靠传输的消息 (包括普通数据包和文件) , 采用日志、断点续传和连接自动检测维护, 保证消息可靠及时的传输, 以适应不同的通讯环境和系统运行环境, 方便应用系统的开发和维护。

2) 数据保密性设计

为了在数据的传输过程中保证数据安全, 数据在网络上传输时应采用非对称加密技术密文传输 (CA实现) , 防止数据在传输过程中被他人获取, 在条件允许的情况下, 在本机的存储也要采取相应的加密手段。

3) 数据安全传输

共享系统底层数据传输通过中间件Tong Link/Q完成。Tong LINK/Q通过在多个层次上提供安全性机制实现的。目前提供两种方式的安全方案:内置的安全方案和第三方的安全方案。

(1) 内置的安全方案:

节点连接的安全认证。

在系统配置时将保存节点的口令和唯一的标志特征, 节点连接时将检查口令和节点唯一特征标志, 保证连接节点的安全性。

应用程序一级的安全认证。消息发送前被加密, 接收方接收消息时被解密。

提供可选的加密/解密功能, 加密算法为RC5。

(2) 第三方的安全方案:

TONGLINK/Q为提供第三方的安全策略提供了接口, 提供了三层模式的安全方案:网络层进行节点之间的身份认证、通道层进行数据流的传输和应用层进行消息的加解密。此三层的组合由用户决定, 如采用网络层和应用层、网络层和通道层、完全模式。每一层所采用的算法由户决定。

4) 数据不可抵赖性和完整性设计

采取必要的数字签名 (CA) 等技术手段确保读取或是修改数据的主体身份及其行为的确定性、可控性、可记录性、不可抵赖性和完整性。

5) 数据分级管理

系统对系统信用数据采用分级管理模式, 通过对数据库中数据字段级安全级别的定义维护, 当用户进行数据使用时, 将用户的级别和数据级别进行比较, 判断用户是否可以使用该数据。

数据的安全级别由低到高可定义为以下四级:

(1) 对外公开:该类数据可对社会化服务公开。

(2) 对内公开:该类数据对政府信用系统共建部门公开。

(3) 有限期授权:该类数据需进行授权校验, 但该授权可有时间限制。比如某数据的授权期限为一个月, 用户可在一月内使用该已被授权的数据, 不需再申请, 如超过了一个月的期限, 使用时需要再次授权。

(4) 每次授权:该部分数据需在每次使用时均进行授权申请。

信用数据本身具有分级措施, 对数据的使用, 例如查找、添加、删除也相应地分级, 做到分级管理

2.3.5 应用安全性设计

1) 用户的管理

保证用户信息的安全性, 防止被恶意篡改从而导致权限的滥用和管理的混乱。

(1) 用户名可以是英文字母 (不区分大小写) 、数字、“-”、“_”的任意组合, 长度为4-30位字符。密码须包含英文字母 (区别大小写) 和数字, 至少8位, 不超过16位。相比较纯数字的用户名密码设置而言, 用户名密码安全级别更高。密码一旦被设置好, 将进行加密处理, 其他人无法盗取。

(2) 同一用户名在一个自然日 (24小时) 内连续五次输入错误密码, 则系统锁定该用户名, 并在24小时后自动解锁。

(3) 当用户登陆系统后, 时刻监控系统是否正常运作, 如果操作超时或操作结束后忘记退出, 系统检测到客户端在一段时间内无任何操作后, 会自动退出, 以保证账户安全。

2) 角色的管理

角色定义明确清晰, 权限划分细致, 保证角色属性的正确性和机构部门之间关系的确定性。从而避免了角色混乱, 越级操作等现象的发生。

3) 安全审计

对系统的操作记录提供事后审计和日志统计, 保证系统操作的可追溯性和安全性。

系统内提供了详细的日志统计功能, 对所有用户角色在各功能模块的操作都进行了记录, 形成详细的日志信息, 一旦出现任何问题, 可通过日志查找根源。

4) 数字证书

应用系统以基于数字证书以及相关的经国家有关部门认可的密码算法认证登录用户的真实身份 (CA实现) 。

5) 访问控制-权限设计

本系统项目中涉及多个子系统和对外门户网站, 均采用B/S结构。在B/S中, 浏览器是每一台计算机都已具备的, 如果不建立一个完整的权限检测, 那么一个“非法用户”很可能就能通过浏览器轻易访问到B/S系统中的所有功能。因此B/S业务系统都需要有一个或多个权限系统来实现访问权限检测, 让经过授权的用户可以正常合法的使用已授权功能, 而对那些未经授权的“非法用户”应将他们“拒之门外”。

权限管理对系统安全和信息安全扮演着非常重要的角色, 在本系统中, 因为信息的敏感性, 不可能把系统收集到的信息全部提供给各部门, 对于同一个功能模块, 要求不同机构的用户能看到的信息各不相同。为此将权限管理分为两种类型, 其一为访问权限, 也叫做功能权限, 限制用户能否使用本模块, 其二为数据权限, 即在访问权限的基础上, 再对登陆用户所能看到的信息进行限制。在权限设置上, 也采用分层模式, 即系统管理员为各机构分配该机构的最大访问权限和最大数据权限, 各机构的管理员再对本机构的用户或分支机构分配最大访问权限和最大数据权限, 但这些权限是本机构权限的子集, 即不能超过本机构的权限。

在访问权限中, 本系统采用RBAC (基于角色的访问控制) 技术, 把用户和权限用角色分开。在RBAC之中, 包含用户users (USERS) 、角色roles (ROLES) 、目标objects (OBS) 、操作operations (OPS) 、许可权permissions (PRMS) 五个基本数据元素, 权限被赋予角色, 而不是用户, 当一个角色被指定给一个用户时, 此用户就拥有了该角色所包含的权限。

同时, 系统在全局权限中采用SSO技术, 用户只需要登录一次就可以访问所有相互信任的应用系统中, 不需要在子系统中进行二次登录。

3 系统构成

3.1 系统组成

共享系统分为设备支撑环境类系统、应用支撑类系统、应用服务类系统。

1) 设备支撑类系统包括:中心局域网系统、主机及服务器系统、数据存储备份系统、安全系统等支撑系统。

2) 应用支撑类系统包括:系统管理、数据采集子系统、数据交换子系统 (部门前置库与中心前置库交换模块、中心前置库与公共信用库交换模块、交换监控子系统、数据处理子系统) 、资源管理子系统等。

3) 应用服务系统包括:信用公示、公众查询、共享查询、特许查询、授权查询、异议申请、信用报告等。

3.2 子系统/模块功能

3.2.1 中心局域网系统

为系统提供网络支撑环境, 包括物理链路、网络管理等。

3.2.2 数据存储备份系统

为系统提供计算及数据存储环境。包括:部门前置服务器、中心数据库服务器、中心应用服务器、终端以及计算资源管理运行系统等。

3.2.3 安全系统

部署于联合征信中心和各数据源单位及两者之间, 包括网闸、防火墙等设备。

3.2.4 系统管理

主要提供用户管理、角色管理、权限管理、部门管理和数据管理等功能。

3.2.5 前置机数据采集模块

前置机数据采集模块主要完成从部门业务系统采集数据到交换前置服务器。通过网闸的数据库同步功能完成。

3.2.6 虚拟终端数据采集模块

为数据量小, 信息系统建设不完善的数据源单位, 提供脱机虚拟终端数据采集方式, 包括虚拟终端数据录入、批量导入、数据导出、数据模板下载等。

3.2.7 前置数据处理模块

为所有数据源单位提供部门库表管理、库表结构设计、数据记录维护、清洗错误管理、比对差异管理、异议管理、通知管理等功能。

3.2.8 部门前置库与中心前置库交换模块

通过交换中间件 (Tong Integrator+Tong Link/Q) 实现部门前置数据库到中心前置库的数据交换和传输。

3.2.9 中心前置库与公共信用库交换模块

将校验、审核、比对后的正确数据, 进行分类整理, 并通过交换中间件 (Tong Integrator+Tong Link/Q) 从中心前置数据库交换到公共信用数据库。

3.2.1 0 交换监控模块

完成数据交换过程的监控和管理, 包括交换环境下服务器的管理、交换节点和流程管理、交换链路管理、数据交换条目日志及统计、资源中心管理等功能。方便地监视各交换节点、交换流程的运行状态, 查看和获取各节点的相关配置信息及日志信息, 部署和启停各节点上的交换流程, 以及部署和启启停节点上的消息服务。

3.2.1 1 数据清洗模块

指对各数据源单位交换的信息进行合法性、规范性校验, 清洗掉无效数据;并进行比对预处理, 将基准数据格式标准化, 形成待比对数据。

3.2.1 2 身份比对模块

身份比对是指将各数据源单位数据与基准数据进行比对, 对同一信用主体身份进行识别和确定, 从而将各数据源单位的信息进行归集整合入公共信用数据库, 主要包括精确比对、模糊比对和人工比对。

3.2.1 3 数据比对应用服务模块

此功能作为面向数据源单位提供的一项服务。包括比对库表管理、比对库表结构设计、比对数据记录维护、数据比对。

3.2.1 4 资源管理模块

对数据交换过程中的各种资源进行管理和维护, 包括日志管理、统计报表、

通知公告、消息机制、计费模块、公共库维护。

3.2.1 5 应用服务系统

应用服务系统通过信用网为公众提供信用信息服务, 通过业务门户网为用户提供信用信息服务, 主要包括信用公示、公众查询、共享查询、特许查询、授权查询、信用预警、信用报告、异议申请 (处理) 等。

3.2.16数据库系统

提供所有数据库的存储和管理。

篇4：信用信息查询、使用授权书

（适用于法人客户业务授信申请人）

编号：

授权人：

南京兴隆油品有限公司被授权人：华夏银行股份有限公司

授权期限： 2016 年 11 月 11 日起至本授权人向华夏银行股份有限公司结清全部业务之日止（含授信申请未获批准日止）授权内容：

一、本授权人不可撤销地授权被授权人按照法律法规、监管规定在授信业务或担保业务的申报、调查、审查、审批、贷款放款、贷后管理、保全管理、异议核查等授信管理的各个环节向金融信用信息基础数据库查询、打印、保存并使用包括本授权人信用报告的信用信息。

篇5：兴业银行法人信用信息查询授权书

2013年7月版

授权书

兴业银行股份有限公司：

本人不可撤销地授权贵行根据国务院《征信业管理条例》规定，向国家设立的金融信用信息基础数据库以及其他依法设立的征信机构进行如下操作：

一、向金融信用信息基础数据库以及其他依法设立的征信机构查询、打印、保存、使用本人的信用报告，授权事项及用途包括：

□ 贷款审批，用于贷前调查、贷款审查审批。□ 信用卡审批，用于贷前调查、信用卡审查审批。□ 贷后管理，用于已发放贷款、信用卡等业务的贷后管理。□ 担保资格审查，用于审核担保人资格。

□ 特约商户实名审查，用于审核特约商户开户申请。

□ 受理法人、其他组织的贷款申请或其作为担保人，需要查询其法定代表人、出资人及关联人信用状况。

□ 异议核查，用于处理本人异议。

□ 其他依法许可的查询事项：

二、在不违反法律和行政法规的禁止性规定的前提下，本人同意并授权贵行采集并向国家设立的金融信用信息基础数据库以及其他依法设立的征信机构报送本人的个人信息，包括个人基本信息和信贷业务交易等相关信用信息，具体内容依据国家设立的金融信用信息基础数据库以及其他依法设立的征信机构要求报送的客户信息和业务信息等确定。

三、本人在此确认并同意，贵行上级机构基于本授权书第一条所述业务及用途，需要采集、查询、打印、保存和使用本人信用信息的行为，亦属于本授权书的授权范围。

四、本人同意，在本人发生与贵行签署的合同、协议、承诺或其他法律性文件项下的违约时，贵行有权根据违约情况酌情决定公开本人的违约信

2013年7月版请双面打印

2013年7月版

息，并可以根据欠款催收、债权转让、金融服务外包等需要将有关信息提供给催收机构、资产管理公司、外包公司等第三方机构。

五、本人声明，贵行已经依法向本人提示了相关条款，本人已经完全知悉并充分理解本授权书条款的内容及相应的法律后果，并愿意接受本授权书条款的约定。

六、本授权书有效期自本人签字之日起至本授权书授权事项项下的业务办理完毕并结清之日止。

授权人：

证件类型：证件号码：授权日期：年月日

（以下由银行人员填写）

见证人：查询人：

机构负责人：年月日年月日

篇6：信用信息查询、使用授权书

致：银行分行

兹有本人/本单位（“授权人”）在此不可撤销地授权贵行及贵行下属分支机构（“被授权人”）根据本授权书查询和提供授权人的信息。▲▲

1、授权事项及用途

（1）授权人信用报告及信用信息的查询和使用

被授权人在授权期限内有权因 √本人/本单位 □（）在被授权人处办理（）（以下简称“授信业务”），随时向中国人民银行征信中心金融信用信息基础数据库及其他经中国人民银行及其派出机构批准或备案的征信机构：（以上统称“征信机构”）查询授权人在征信机构中的全部信用信息及信用报告。被授权人有权基于资格审查、授信方案制定、信贷资产质量监控、债务追索、担保方案制定、担保资产质量监控、担保责任追索、关联关系查询及其他确保实现被授权人在相关授信业务合同下利益的目的查询、使用和保存本人/本机构信用报告及信用信息。

（2）授权人信息的对外提供

被授权人有权，根据征信相关法律法规和监管规定的要求，将在相关授信业务关系建立和存续期间获得的与本授权人有关的信息，包括信贷信息、信用信息、企业/个人基本信息、不良信息和其他信息资料，提供给中国人民银行征信中心金融信用信息基础数据库和其他经中国人民银行及其派出机构批准或备案的征信机构：。前述“不良信息”是指对本授权人的信用状况构成负面影响的下列信息：本授权人在借贷、赊购、担保、租赁、保险、使用信用卡、承担担保责任等活动中未按照合同履行义务的信息，对本授权人的行政处罚信息，人民法院判决或者裁定本授权人履行义务以及强制执行的信息，以及法律法规、规章、监管机构规定的其他不良信息。▲▲

2、授权期限

授权期限自本授权书载明的签署日期起至相关授信业务（如有）完全履行完毕且授信额度终止之日止。如被授权人经审核拒绝接受相关授信业务的申请，则授权期限至被授权人拒绝接受相关授信业务申请之日止。

3、如被授权人超出本授权书的范围违法查询和使用本授权人的信用信息，被授权人应承担相应的法律责任。

4、本授权人知悉和完全理解本授权书的内容，尤其是标记“▲▲”的条款。本授权书下的授权是本授权人自愿作出的真实意思表示，并愿意承担相应的法律责任。

本人（签字）/本单位（公章）：

篇7：信用信息查询、使用授权书

Google Mashup Editor是一个在线编辑器，它允许开发者直接在浏览器里创建、测试及调试各种MASHUP及简单的网络应用程序；它使得许多第三方能够方便地在其上按照个人的兴趣或者某个应用的方便开发出完整的、高度移植的新应用。本文所介绍的NBA赛事查询即为了便于众多的NBA球迷而做的一个开发尝试；希望通过本查询平台，球迷们能够及时了解芝加哥公牛队的赛事新闻、比赛分数等。因为，大多数网民可能会热切希望得到所喜欢球队的相关新闻但却又不想通过不同的网站去搜索。而且在查询有关的赛事时，通常是选择一两个网站，然后在其中浏览信息，这样得到的信息并不准确。因此，本文介绍Google Mashup编辑器和使用它开发NBA赛事查询平台以飨狂热的NBA球迷。

一、Google Mashup Editor编辑器的介绍。

当我们上一些搜索网站搜索地址时，网站常常不仅提供文字描述，同时还会弹出彩色的GOOGLE地图，显示位置及行车路线等，同时还计算相应的距离等等信息。这些便利均得益于MASHUP技术，它是一种糅合WEB数据的新的网络应用，通过整合几个数据源的信息数据从而产生一种截然不同的全新应用。

MASHAUP可以实现不同复杂程度的应用，一些技术领先的公司提供了不少省时省力的MASHAUP编辑器，以便于开发所需的MSAHUP应用，比如：Yahoo!Pipes, Microsoft Popfly, Google Mashup Editor, 和其它如IBM的Orchestr8 AlchemyPoint、QEDWiki, Dapper, Openkapow, JackBe Presto Wires等等。如下图1所示的是Google Mashup Editor。

Google Mashup Editor编辑器要求操作者具有相对高的技术要求，它是基于字符输入的。具有下列功能：

(1）通过加类XML标签，编程人员可以使用任何HTML及CSS语句，从而方便地定制所需的MASHUP的用户界面。它还提供了JavaScript API接口，它在数据调用时能够直接访问DOM并能方便进行CRUD操作。不过，此功能对于网页代码编写新手而言有一定难度。

(2) Google Mashup Editor集合了GOOGLE MAPS的信息数据。另外，为了能完整地显示地图，编辑器的API接口还能直接访问地理信息引擎，它能分析GEORSS数据并自动在地图上显示位置信息。

(3) Google Mashup Editor提供了一组模块以供编程人员与不同数据源进行读、写、显示等交互。另外，除了支持所有的RSS及ATOM格式的网页数据调用。

Google Mashup Editor还提供了两个内置的数据调用功能语句。一个是${app}，它专用于GME应用示例。开始此调用语句的内容是空白的，编程人员写入数据后，此MASHUP应用的所有用户可以从中读取。编程人员还能在${app}下创建子目录已存储不同的信息，如${app}/foo，用于调用字符串。另一个是${user}，它是专用于MASHUP应用的用户，每个用户只能进行各自的调用，而不能调用其它用户的数据。与Yahoo!Pipes不同，Google Mashup Editor应用使用XPath的小子集，搜索及请求语句能够给XML文档附件标签及属性，由于其能使用户进行更多的应用，甚至于超过了标准的模块应用范围，从而使Google Mashup Editor得到更广泛的使用。不过，由于Google Mashup Editor应用的所有数据均以GData形式存储，所以，编程人员必须保证所写入的数据应是Atom格式，这样，欲存储的信息就会有所限制。

(4) Google Mashup Editor提供了一个带JavaScript API接口的事件处理机制，这个机制允许不同模块间进行交互。比如，当用户点击地图上的某个地点时，其它模块中，与之相关的信息也相应地确认，如新闻列表也列出该地点的相关新闻。再比如，当用户在日历上选择了某个日期，那么地图上也将更新为与该日期相关的信息。

(5) Google Mashup Editor还包括其它一些基本功能，如插入示例代码、标签注释。这个功能在编写应用的初期非常有用，使得能在代码问题处进行注释，还能在测试样例是了解运行流程。

(6）随时可以在Google Mashup Editor服务器上发布自己的MASHUP应用，也能随时对其进行修改然后重新发布。

二、Google Mashup Editor应用平台的开发：NBA赛事查询

1．本应用平台的重点描述

这个应用平台的开发目的，就是通过NBA.com, nba.espnstar.com.cn及www.Sport.Yahoo.com等网站整合新闻、比分、球队的比赛日程等信息为一个新的综合网站平台，同时还整合像新闻、比赛日程、比赛地点等字符类数据及图片、视频类数据，这样用户只要进入一个网站即可了解所喜爱的球队在本年度赛季的相关信息。传统的赛事日程安排显示方式常常如图2中的表格所示，它列有几个栏目，包含日期/时间、对阵的球队等用户所想了解的信息。但对于用户来说，其互动性就显得不足，用户无法让这些信息按照他们所希望的方式显示。所以，本平台的主要特点之一就是将简单的赛事日程表转化为图形化方式显示，这种方式将日程信息和互动的地图、日历信息相结合，使得用户能够在浏览过程中动态的了解相关球队的信息。

2. MASHUP开发应用平台的架构

图3显示了此应用平台的架构，它包括五个模块：日历、地图、新闻目录、视频目录、赛程目录。赛程目录中的每一项都存储了用户所选球队的赛程信息、参赛球员、对阵球队、比赛地点、比赛时间等等信息并在地图上显示。在上文中曾描述过，Google Mashup Editor具有事件处理机制，该机制使开发人员指示某个模块如何对在其它模块中发生的事件进行反应。图3中，不同的彩色箭头描述模块间如何互动。如：在地图选择一个地点，即能看到在该地进行的比赛的日程安排，同时在左侧的日历上突显该场比赛的准确日期。或者，在日历上选择一个日期，如2009年12月9日芝加哥公牛VS新泽西篮网的这场比赛，地图上随即在洛杉矶的Staples Cente处显示赛程信息，同时，新闻模块及视频模块也将根据赛程模块中选择的信息相应更新显示。这样，当用户选择了某支球队，如芝加哥公牛，新闻模块即显示从nbatom.com, www.espnstar.com.tw, 及sports.yahoo.com收集到的相关新闻提要，同时，视频模块将从YouTube上收集赛事视频并播放其中的视频，使用户在同一个网站上就可观看这场的比赛情况了。

3．数据处理

从那三个网站获取RSS及Atom格式的各队的新闻和比分信息，这样只要将每个数据源指定给各目录模块中的对应项。如，要显示从NBA.com中得到的有关芝加哥公牛队的新闻提要，可以运行下列指令：

目录模块是用来显示所收集的数据的。上列指令块中，id是目录的唯一标识，data指明数据来源，template提供一种通过添加HTML标识将输入的数据转换成HTML格式的方式。通过template，用户可以定制输入数据在浏览器上显示的布局和方式。Pagesize确定在目录模块上的显示数据的数量。Selection属性设为"false", 则在目录中禁止某项选择。

除了目录模块，还采用项目模块（<gm:item/>）进行赛程相关信息的的输入并将其保存在赛程目录模块中，以便后续显示时使用。

Google Mashup Editor中包含许多标签用于数据的写入和显示，如：<gm:text/>标签显示与XPath注释绑定的数据单元的文字说明，<gm:image/>标签显示如队标这类图形信息，<gm:video>用于显示从YouTube处获取的视频信息，<gm:link/>标签用于创立一个与数据源的链接。

由于Google Mashup Editor并不支持屏幕抓取，对网页数据而言，即不支持像赛程安排信息这类RSS格式的数据的输入，因此，只能通过${app}，采用手工方式输入此类信息。通过这种方式，可以为每支球队在${app}下所创建的各自子目录中保存相关信息。

三、总结及后续规划

采用Google Mashup Editor开发应用并不复杂。如今互联网中的教育资源是海量的，但是这些资源分散、无序，因而，很难充分挖掘其功能。使用Google Mashup Editor编辑器根据我们的具体需求，对网络上零散的共享资源进行整合开发，即进行二次加工，可以重新构建适合的学习单元。所以今后将继续探索这个混搭的应用，特别是将它应用于教育领域，探索开发一些教育资源整合的应用平台。

摘要：此文主要介绍Google Mashup Editor编辑器的特点, 及采用Google Mashup Editor编辑器开发NBA寒事查询应用平台, 使球迷们可以在该平台了解各自所喜爱的球队在各个赛季赛事的相关信息。

关键词：Google Mashup Editor,编辑器,NBA 赛事,查询

参考文献

[1]Google Mashup Editor.http://editor.googlemashups.com/

[2]Yahoo!Pipes Editor.http://pipes.yahoo.com/pipes/docs?doc=editor

篇8：信用信息查询、使用授权书

中国建设银行股份有限公司：

现同意贵行在办理涉及到本单位业务以下业务时，可以根据国家有关规定向金融信用信息基础数据库及其他依法成立的征信机构查询本单位的信用信息，并同意贵行按照国家有关规定向其报送本单位的相关信用信息：

□审核本单位授信业务申请； □审核本单位作为担保人的业务；

□对已发放的信贷业务进行贷后管理、贷款重组等； □处理本单位信用信息异议；

□在办理个人经营性贷款业务中：审核本单位法定代表人、控股股东作为借款人提出的、实际用于本单位经营的贷款申请及贷后管理；该笔贷款应视同于本单位的信贷业务。

□在办理个人经营性贷款业务中：审核本单位法定代表人、控股股东作为担保人提出的、与本单位经营活动有关的担保申请及贷后管理；该笔贷款应视同于为本单位的信贷业务。

□需要查询或报送信用信息的其他业务。

若本单位在贵行业务未获批准办理，本同意书、企业信用报告等资料无须退回本单位。

本函内容与相关业务的合同条款不一致的，无论相关合同在本函之前或之后签署，均应以本函内容为准，但相关合同条款明确约定是针对本函内容所做修订的除外。

本函自本单位法定代表人(负责人)或授权代理人签字并加盖公章之时生效，本函有效期至本单位业务关系终止之日止。超出授权查询的相应后果及法律责任由贵行承担。

单位名称：单位公章：

单位法定代表人（负责人）或授权代理人（签字）：签署日期：

****年**月**日

篇9：信用信息查询、使用授权书

授权书

广发银行股份有限公司：

本人因以下事项（勾选）：

1.贷款审批（□个人贷款 □企业贷款）； 2.担保资格审查（□个人担保 □企业担保）;3.贷后管理（企业贷款查询企业法人及重要关联人个人信用信息）； 4.信用卡审批； 5.特约商户实名审查； 6.公积金提取复核； 7.异议核查

授权贵行向人民银行金融信用信息基础数据库查询、使用本人个人信息，但不得用作上述约定以外的用途，不得未经本人同意向第三方提供；授权贵行按照上述数据库接口规范采集、报送本人个人信息（包括逾期等不良信息）；不良信息报送之前，贵行通过本人提供给贵行联系使用的手机号码以短信方式告知本人。如上述事项存续期间本人手机号码、通讯地址变更，本人应及时向贵行提供新的用于联系本人的手机号码和通讯地址。

本授权书及个人信息等资料由贵行保留。专此授权。

授权人：（请正确勾选客户性质，并同时签名、填写身份证件类型及证件号码）□借款申请人: □借款申请人夫/妻: □共同借款申请人: □保证（担保）人: □联保贷成员: □贷款申请企业法人代表: □贷款申请企业出资人: □贷款申请企业其他重要成员: □法人代表夫/妻: □贷款担保企业法人代表: □贷款担保企业出资人: □贷款担保企业其他重要成员: □特约商户申请人: □异议申请人: □公积金提取申请人:

授权日期：年月日

（为保护您的合法权益，请正确选择授权事项，填写完整准确，亲自签名。）

--以下由广发银行填写：

篇10：信用记录查询授权书

XXXX银行：

本人不可撤销地授权贵行（包括贵行各分支机构）在受理、办理相关信用业务（包括但不限于贷款、申领银行卡、为他人贷款及其他融资活动提供担保业务）和相关风险跟踪管理中根据中国人民银行有关规定通过中国人民银行个人信用信息基础数据库查询、打印、保存本人个人基本信息和信用报告；不可撤销地授权贵行（包括贵行各分支机构）根据中国人民银行有关规定向中国人民银行个人信用信息基础数据库提供本人个人基本信息和信用情况。

授权人：

身份证件名称

及号码：

篇11：个人信用报告查询授权书

本人授权山东省农村信用社市历城区农村信用合作联社信用社在本次业务过程中（从业务申请至业务终止），可以通过中国人民银行个人信用信息基础数据库查询本人信用报告，并将本人身份识别、职业和居住地址等个人基本信息，本人在个人贷款、各类信用卡和对外担保等信用活动中形成的交易记录等个人信贷交易信息，以及其他相关信用信息报送中国人民银行个人信用信息基础数据库。

身份证件名称：证件号码：授权人签字：身份证件名称：证件号码：授权人签字：身份证件名称：证件号码：授权人签字：身份证件名称：证件号码：授权人签字：

篇12：个人信用记录查询授权书

本人（姓名身份证号）不可撤销授权中国邮政储蓄银行桃花仑支行在办理一手房按揭贷款业务过程中（从业务申请至业务终止），向中国人民银行个人信用信息基础数据库及信贷征信主管部门批准建立的其他个人信用数据库或有关单位、部门及个人查询并留存本人的信用信息，并将本人信用信息提供给上述个人信用数据库，查询获得的信用报告限用于中国人民银行颁布的《个人信用信息基础数据库管理暂行办法》规定用途范围内。

授权人：