社会公共信用基础数据库和服务平台开发建设方案信用平台投标文件

1、社会公共信用基础数据库和服务平 台项目建设方案 目 录 第一章第一章 建设背景与目标建设背景与目标 .5 1.1 项目背景.5 1.2 建设目标.5 1.3 建设功能要求.5 第二章第二章 总体设计总体设计 .7 2.1 总体功能结构.7 2.2 建设原则.8 第三章第三章 企业信用基础信息库企业信用基础信息库 .11 第四章第四章 个人信用基础信息库个人信用基础信息库 .11 第五章第五章 统一信用信息应用支撑平台统一信用信息应用支撑平台 .12 5.1 用户和权限管理.12 5.2 数据字典管理.13 5.3 绩效管理.13 5.4 运行监控管理.14 第六章第六章 信用信息归集平台信用信

2、息归集平台 .14 6.1 数据归集范围和来源.14 6.2 系统采集.16 6.3 部门信息推送.17 6.4 webservice接口.17 6.5 数据传输.17 6.6 数据处理的流程.17 6.7 增量数据检查.18 6.8 数据规则检查.18 6.9 数据关联.22 6.10 数据处理回退.22 6.11 数据文件批量处理.22 6.12 人工修复.23 第七章第七章 信用信息服务平台信用信息服务平台 .23 7.1 内网数据检索引擎系统.24 7.2 统计分析.25 第八章第八章 信用信息业务管理系统信用信息业务管理系统 .25 8.1 用户和权限管理.26 8.2 数据字典管理

3、.27 8.3 绩效管理.27 8.4 运行监控管理.28 第九章第九章 公共信用信息发布平台公共信用信息发布平台 .28 9.1 公共信用信息发布平台的内容.28 9.2 信用查询平台网.29 9.3 信息发布功能设计.29 9.4 信用信息查询.50 9.5 信用投诉管理.51 9.6 信用自主申报管理.51 9.7 企业（社团）信用监管.52 9.8 个人信用监管.52 9.9 信用信息上报系统.53 9.10 信用产品备案管理系统.53 9.11 信用审查报告生产系统.53 9.12 异议管理.54 第十章第十章 项目实施项目实施 .54 10.1 项目实施安排.54 10.2 项目验

4、收方案.55 第十一章第十一章 售后服务承诺售后服务承诺 .56 11.1 质量保证期内服务承诺.56 11.2 热线电话服务.57 11.3 培训方案.58 第一章第一章 建设建设背景与目标背景与目标 1.1 1.1 项目背景项目背景 信用是市场经济的基石，信用体系是经济社会管理的基础性制度。党的十 八大提出了关于加快推进社会信用体系建设，全国人大刚刚批准的国务院机 构改革和职能转变方案提出建设统一的信用信息平台，表明社会信用体系建 设工作将成为我国各级政府下一步转变职能的重要抓手。国务院办公厅关于 社会信用体系建设的若干意见和省委、省政府关于加快诚信江苏建设的意 见以及江苏省社会法人失信惩

5、戒办法（试行）、江苏省自然人失信惩 戒办法（试行）、江苏省行政管理中实行信用报告、信用承诺和信用审查 的办法明确了社会信用体系建设工作的方向和具体做法。 按照市委、市政府的有关要求，实现对各类社会主体信用信息的记录、汇 集、加工和公开、利用，强化市场主体和社会公众的信用意识，惩戒失信行为， 褒扬诚实守信，维护经济活动和社会生活的正常秩序，促进经济和社会的健康 发展。在此背景下，*社会公共信用基础数据库和服务平台项目建设工作启 动。 1.2 1.2 建设目标建设目标 建成统一的信用数据交换平台，建立规范化、常态化的信息归集机制，全 面归集和共享辖区内信用主体的信用信息，建立市企业和个人信用基础数

6、据库， 构建内、外信息服务平台，通过信用信息产品的加工，以满足政府部门社会管 理需求为主、兼顾社会服务需求为目标，依法依规向政府部门、金融机构、公 共事业单位提供企业和个人信用信息的查询、核查和交换等服务。 1.3 1.3 建设功能要求建设功能要求 1 1、信息归集、信息归集 信用评级 采集前置机 信用调查 采集前置机 信用咨询 （1）归集范围 企业信用信息：是指在行政机关、司法和具有行政管理职能的事业单位依 法履行职责过程中产生的关于各类企业及其经营活动中与信用有关行为的记录。 个人信用信息：是指自然人在社会与经济活动中形成的履行义务记录和相 关数据。 （2）归集策略 以“谁提供、谁负责”原

7、则，建立数据归集、处理环节的质量控制，实现 数据归集可追溯、疑问数据可反馈、异议数据可修复。 2 2、数据处理、数据处理 对部门提供的数据进行去重、格式校验、业务规则校验、关联比对等数据 处理质量控制，使归集到的信息数据有效、合理、完整。 （1）数据去重 （2）格式校验 （3）业务规则校验 （4）数据关联比对 （5）疑问数据处理 （6）信息修复 （7）应用数据加工 （8）统计分析 3 3、数据交换、数据交换 通过对部门信用数据归集，形成全市企业信用数据库和个人信用数据库。 已实现省级信用数据大集中的部门，市对应部门的信用数据可以通过省公共信 用信息平台分发，省级系统需要的数据可由市信用系统负责

8、上传。建议接口多 采用自动化，关注编码的规范统一，增强接口数据的校验和容错能力。 4 4、信息服务、信息服务 （1）企业信用信息查询 （2）企业信用信息核查 （3）企业信用信息共享 （4）专题应用服务 （5）工作动态、信息发布服务 （6）异议数据处理 （7）个人信用信息查询。 5 5、业务管理、业务管理 对各种业务数据进行管理和维护，提供对业务数据进行人工介入和干预的 途径。业务管理至少包括四方面的内容： （1）机构和用户管理：创建并管理参与到系统中的机构和用户信息； （2）操作权限管理：分配、设置并管理各类用户的操作、访问权限； （3）数据字典管理：管理并维护系统中数据字典。 （4）运行监控

9、及日志管理：系统运行状态的的监控和记录等方面的管理。 6 6、软件基本功能需求、软件基本功能需求 根据业务需求，市信用系统软件功能至少由以下五个子系统组成。 （1）、部门信用信息归集平台 （2）、数据交换接口子系统 （3）、数据处理子系统 （4）、业务管理子系统 （5）、信息服务子系统 第二章第二章 总体设计总体设计 2.1 2.1 总体功能结构总体功能结构 系统的总体结构，如下图所示： 2.2 2.2 建设原则建设原则 我们提出如下项目设计原则，保证整个项目建设的系统性，并在整个系统 设计和实施建设中将严格遵循这些原则。 1技术平台先进性与成熟性 先进性首先指业务模型的先进性，其次，采用的技

10、术应符合当前技术发展 的方向。结合考虑实用和兼顾今后发展的目的，在硬件设备、软件产品、系统 架构方面，选择当今市场上主流并领先的产品和技术。 在项目中采用先进的设计模型，行业流行和先进的技术，例如系统 n-tier 体系架构等，先进的技术保证系统在大并发访问时的稳定性，并可根据系统发 展，按需扩展。 在系统设计过程中，采用成熟的产品进行系统建设，这些产品和技术都经 过市场的考验，有在大型系统中应用的成功案例。主要功能模块具有自有知识 产权的成熟产品。这样，能够在最大限度上保证核心系统的成熟度，通过配置 来实现本项目的需求。 2系统稳定性与可靠性 我们综合考虑容错能力，关键节点设备和核心设备有适

11、当的冗余。采用灵 活的机制实现负载均衡，防止“瓶颈”产生，避免单点故障导致系统整体或重 要功能的丧失，最大限度减少停机时间。 3系统安全性 系统安全、稳定、可靠的运行，首先取决于系统的整体设计、平台的选择 以及应用程序的质量；其次，必须考虑到各种特殊情况下的恢复机制和备份机 制，以保证数据的一致性、完整性以及灾难恢复；严格的管理制度也是系统稳 定性的重要保证。 此外，完整的权限控制机制、考虑充分的系统保密措施也是保证安全的重 要因素。需依据信息访问权限，向用户提供授权查询，有效避免越权使用，同 时系统应具有对内容管理系统上敏感信息的保护措施，以免被不当利用。 我们保证采取多种安全技术和防护手段

12、，保证网站自身的安全性，保证服 务不会中断，数据不被非法入侵者破坏和盗用。 4系统易用性 从系统的易用性来说，主要可以分成三个层次： 快速部署：可以在最短的时间里，进行应用结构和功能的定义、设计、实 现； 零客户端维护：除特殊必须的应用外，整个系统采用 b/s 结构，所有的数 据及应用都统一在服务器端维护，用户端只要支持浏览器就可以完成全部操作； 操作简便：采用成熟的产品和先进的系统设计理念，同时应用设计遵循了 简单实用的原则，做到对操作人员、使用人员最低的技术门槛要求，简单培训 可以进行操作，很多功能做到了名称浅显、易懂，操作所见即所得； 模板支持：采用模板技术发布信息页面，使得系统应用、检

13、索页面的定制 变得更加简单； 系统易于维护：使用该系统如同使用 ie 浏览器一样容易，且易于系统管理 员维护。 5系统全面性 管理内容全面性 系统支持多种格式信息（如：doc、*ls、ppt、t*t、pdf、html、jpg、音 频、视频等）的采集、浏览、检索、分类等应用，保证实现平台全面信息的管 理。 检索结果全面性 系统的全面性还包括提供的检索结果要比较全面地涵盖系统信息库，即查 全率较高。 查全率是指系统在进行某一检索时，检出的相关文献量与系统文献库中相 关文献总量的比率，它反映该系统数据库中实有的相关文献量在多大程度上被 检索出来。 查全率=检出相关文献量/文献库内相关文献总量100%

14、 本系统在设计时，采用先进的检索算法，内嵌汉语自动分词系统，并根据 需要不断地升级分词系统、更换词典、统计建立了大量歧义排除规则，有效增 强分词准确性，提高系统的查全率和查准率。 6系统灵活性 可扩展性 一个良好的系统体系结构，应该具有处理未来变化和发展所需要的可扩展 性。这个解决方案不仅基于当前的需求，而且考虑了其未来的发展需要。 该系统的扩展性包括下面几个层次 数据的扩展 可以利用可视化的工作界面，进行数据的增加，或通过数据库管理工具， 创建新的数据库、词典。 应用的扩展 可以在 web 界面上直接集成其他应用系统； 利用开放标准的应用开发接口可以进行更加个性化的二次应用开发； 底层数据完

15、全支持*ml，可以实现不同系统间数据的交互； 通过增加相应的设备，系统能支持更大规模的集群和负载均衡能力。 7可移植性 整个系统基本全部采用 java 技术，支持跨平台的应用，支持主流的 web 服 务器，web 应用服务器对硬件和操作系统没有特殊要求。 跨平台的特性保证了系统具有更高的可移植性。 开放性和标准化 本系统设计采用开放标准，选用的技术产品符合开放标准。使得在此系统 之上搭建的各业务应用系统既能保持一定的相互独立，又能满足内容管理系统 今后进一步拓展的需要。 8系统快速性 查询速度快 系统应采用成熟的产品和内容管理技术，能够为查询者提供快速查询结果 响应，提交查询结果在毫秒量级。

16、网页信息更新快 系统网页发布信息更新快，系统管理员可根据需要设定、修改网站信息发 布的时间、时间间隔。使网站建设和访问人员完全可以跟踪网上每日信息变化， 保证信息的鲜活性。 9系统可行性与可实施性 系统的建设方案具有较好的可行性以及可实施性，一方面，在系统的整体 框架下系统开发投产能够分阶段地进行，并保持各阶段的相互铺垫和整体工作 的连续。另一方面，系统设计充分考虑到访问的具体的网络、硬件环境，保证 系统功能实现。 第三章第三章 企业信用基础信息库企业信用基础信息库 依据省政府颁布的江苏省企业信用征信管理暂行办法 （第 38 号令） ，以 政府联动监管、联合执法应用为需求，广泛归集分散在工商、

17、税务、金融、质 监、海关、司法、统计等部门的企业信用，包括在行政机关、司法和具有行政 管理职能的事业单位依法履行职责过程中产生的关于各类企业及其经营活动中 与信用有关行为的记录，并形成*企业信用基础数据库。 第四章第四章 个人信用基础信息库个人信用基础信息库 依据省政府颁布的江苏省个人信用征信管理暂行办法 （第 37 号令）明 确界定的五类个人信用信息，以政府部门提供的个人基本信息为基础，依法归 集个人基本信息，个人信贷信息，个人履约信息，行政机关、司法机关、行使 公共管理职能的组织、公用事业单位、行业组织等在行使职权过程中形成的与 个人信用相关的信息，其他与个人信用有关的信息，形成*个人信用

18、基础数 据库、以及重点职业人群信用专题库和文明交通信用专题库。构筑一个支持 “一处失信，处处受限”的个人信用公共基础数据平台。 第五章第五章 统一信用信息应用支撑平台统一信用信息应用支撑平台 5.1 5.1 用户和权限管理用户和权限管理 用户及权限的主要思想就是由一个唯一的认证服务系统接管各认证模块， 各应用只需遵循统一认证服务调用接口即可实现用户身份的认证过程，能够解 决上面提到的传统的开发模式的诸多弊端。首先，系统实现了统一的用户身份 认证信息管理，可以实现用户认证信息的统一管理，避免了在各个应用系统的 身份信息数据库的数据同步更新，用户只须在统一认证系统中注册或改变自己 的认证信息即可，

19、保证了数据的完整性，消除了不一致性，减少了数据冗余， 同时避免了各个应用系统的重复开发，其次，系统实现了基于多个应用系统的 单点登录，这将极大的方便用户使用，提高系统的易用性。 5.1.1 5.1.1 功能模块设计功能模块设计 采用分级管理模式采用分级管理模式 采用至上而下的分级管理模式，每一级都可以进行各模块的维护，同时也 可以各级的权限根据需要自由的向下授权。 组织架构管理组织架构管理 组织机构管理包括单位管理和部门管理。 单位管理包括序号、单位全称、单位简称、单位类型、单位编码、单位地 址、单位负责人等字段。 部门管理包括序

20、号、部门名称、部门编码和部门负责人。 用户管理用户管理 用户管理是管理整个系统当中的用户信息，按照分级的模式进行管理， 各单位管理各单位的用户也可以上级单位为下级单位创建用户。 用户的属性包括序号、用户姓名、帐号、密码、用户编码、性别、办公电 话、手机、邮件、职务。 权限管理权限管理 权限管理包括角色管理和用户授权两个模块。其中角色管理也实行分级管 理的模式，角色可以进行向下共享。用户授权同样实行分级管理的模式，本级 用户的由本级的管理员授予本级的角色，同时上级单位管理员可以对下级单位 的用户进行授权。 角色属性包括序号、角色名称

21、、角色类型、角色编码。 授权管理的属性包括用户标识和角色标识。 统一认证与集中鉴权统一认证与集中鉴权 所有系统的用户均从统一用户系统中通过接口获取，系统登录时通过统一 的接口进行。 5.2 5.2 数据字典管理数据字典管理 数据字典是指对数据的数据项、数据结构、数据流、数据存储、处理逻辑、 外部实体等进行定义和描述，其目的是对数据流程图中的各个元素做出详细的 说明。 提供数据字典管理功能，可根据实际的需要对数据字典进行增加、修改、 删除。 5.3 5.3 绩效管理绩效管理 对系统内参建的各单位报送的数据数量、数据质量、数据批次等进行分析， 提供按周期查询的数据批

22、次、数据量和质量的分析报告，以供系统进行绩效考 核。 包括提供图形和报表两种形式，可以将包括按照模板导出成 word 和 e*cel。 5.4 5.4 运行监控管理运行监控管理 5.4.1 5.4.1 系统管理系统管理 日志信息的维护和各服务器节点的监控。 日志管理 包括日志的查看、日志的导出、日志的查询。 节点监控 包括服务状态的监控、启动、关闭等 数据备份 自动或者设置手动进行数据备份。 5.4.2 5.4.2 系统审计服务系统审计服务 用户在正式开始使用服务后，服务管理平台会定期生成服务访问的统计报 告，包括用户对服务的访问次数、访问时间分布、服务调用的成功率、性能指 标等，并将统计结果

23、与服务调用方提交的申请数据进行对比，计算用户期望数 据与实际数据的偏差。统计报告将提交给服务运维人员和用户，并以此作为服 务改进的依据。 第六章第六章 信用信息归集平台信用信息归集平台 信用信息归集的作用是从部门获取企业相关的信用信息数据和个人信用信 息数据。包括信用信息采集子系统、信用信息数据传输子系统、数据交换接口 子系统、中心数据处理子系统。 6.1 6.1 数据归集范围和来源数据归集范围和来源 企业信用信息征信系统数据来源由工商局、国税局、地税局、劳动和社会 保障局、质量技术监督局、规划局、国土资源局、环保局、招投标中心、海关、 法院、信息办、公安局等行政机关单位以及商业银行等金融机构

24、提供。这些单 位提供的信息主要包括企业的基本情况和奖罚记录两方面，如企业经营范围等 基本登记信息；企业纳税情况和欠税不良记录；企业劳动年审情况和欠薪情况； 企业参保情况、欠缴情况和工伤事故发生情况；国家、省、市及外地对企业产 品质量监督抽查情况；获得国家、省名牌产品称号的企业；房地产企业资质等 级、业绩记录与违章记录；拖欠银行贷款企业；资信评级 a 级以上企业；软件 企业认定情况；企业在法院的立案、结案信息等。 个人信用信息管理系统的内容及来源包括个人身份信息（来源于公安部门 户籍管理）包括个人基本信息，如姓名、年龄、政治面貌、出生日期、身份证 号码、联系电话、家庭住址（含最近两次地址变动情况

25、）等；贷款和还款信息 （来源于银行）包括消费者未结清的、大额、固定期限的个人消费贷款情况， 如申请时 间、贷款用途、贷款余额、还款历史、共同所有人等；信用卡和透支使用 信息（来源于发行信用卡银行）包括消费者持有信息卡的账号，开立时间、信 用额度、账户余额、还款状况、授信者上报该信息的日期、最后一次支付的日 期、数额、过期账户信息、目前过期未付的款项数目等；职业记录（来源于公 安部门和单位：包括学校、机关、企业等）个人的就业信息，如就职单位名称、 地址、职位、就职时间以及就职经历；公众信息记录（来源于公安部门和工商 税务部门等单位）各种不良记录和优良记录，如欠税记录、电信的缴费记录、 拖欠还款记

26、录（包括迟还时间、金额、次数） 、法庭记录（如破产、经济犯罪、 经济赔偿、子女抚养费） 、社会不良行为记录、社会荣誉嘉奖（如各级人民代表、 政协委员、老魔、优秀党团员等）查询记录；学历信息（来源于教育部门）包 括学校名称、入校时间、毕业时间、毕业证书编号、在校奖惩、在校职务、专 业等信息；驾驶证信息（来源于公安部门）包括车牌号码、车主姓名、购车日 期、车型等信息。个人未履行生效裁判失信信息（来源于法院）包括案件号、 执行法院名称、立案日期、执行依据、执行案由、执行金额、为执行金额、曝 光日期等信息；职业技能证书信息（来源于人力社保部门）包括证书编号、工 种、文化程度、理论成绩、技能成绩、评定成

27、绩、发证日期等信息；人事考试 违纪信息（来源以人力社保部门）包括准考证号、考试项目、工作单位、违纪 行为、处理意见、处理时间等信息。医疗保险失信信息（来源于人力社保部门） 包括工作单位、失信信息、发布日期、发布单位等信息；律师信息（来源于司 法部门）包括律师基本信息，如姓名、性别、身份证号、执业证号、执业证类 别、是否完成继续教育、资格证号、单位、是否年检等） 、律师年度奖惩情况、 律师年度失信情况等信息；银行人员失信信息（来源于银监局）包括工作的银 行名称、处罚类型、处罚原因、处罚年限等除了征集以上个人信用信息以外， 还可征集其他各类、各方面的信用信息。 部门前置机采用两种方式采集信息，一是

28、系统到各部门采集所需信息，二 是部门主动向前置机推送信息，具体如下： 6.2 6.2 系统采集系统采集 对于建有自由系统的部门，可以通过信用信息归集平台进行自动采集的方 式获取信息。 6.2.1 6.2.1 配置采集流程配置采集流程 可根据不同类型或者不同部门的信息配置多个采集流程，不同的流程负责 采集不同类型的信息，对于一个单位或者一类信息可配置多个流程。 6.2.2 6.2.2 配置数据源配置数据源 系统提供不同类型的数据库适配器，在流程配置完成后，可根据目标数据 库的类型的不同，提供不同的数据库适配器，采集相同或者不同数据源的数据。 6.2.3 6.2.3 配置装载目标库配置装载目标库

29、装载库位于信用信息归集平台中，根据采集流程不同，信息类别不同，对 于配置完成了流程和数据源之后需要配置数据装载到信用信息归集平台中某个 表当中。 6.2.4 6.2.4 规则清洗和类型转换规则清洗和类型转换 对于采集的数据不符合要求的需要进行垃圾数据清理以及数据的整合，如 多个字段数整合为一个字段、去重等；对于不符合目标库字段类型的数据，需 要类型转换；对于代码数据需要按照系统的要求进行转换，比如“男” “女” 。 6.2.5 6.2.5 采集周期采集周期 不同的类型的数据采集周期不同，可以自由的定位采集周期，如果每天一 次、每周、每月一次或者定时采集。 6.3 6.3 部门信息推送部门信息推

30、送 对于有能力的部门，我们的系统也支持部门信息推送的方式。系统根据不 同类型的信息，提供标准的 webservice 接口，部门可通过接口定期或者实时的 将信息推送到部门信用信息归集平台中。 6.4 6.4 webservicewebservice 接口接口 信用信息归集平台提供详尽的接口，供有条件的部门或者不能直接进行信 息采集的部门通过接口信息。 6.5 6.5 数据传输数据传输 无论是系统从部门系统中采集的数据还是部门推送的数据，均通过数据交 换子系统传输到目标库中。 6.6 6.6 数据处理的流程数据处理的流程 数据处理的流程如下： 6.7 6.7 增量数据检查增量数据检查 6.7.1

31、 6.7.1 数据解析数据解析 对于从数据交换接口子系统传输过来的文件，需要对进行解 析和验证，解析和盐城完成完成后数据才可入库。 6.7.2 6.7.2 数据检查数据检查 初始化数据如可和完成质量检查后，新入库的数据均为增量数据，增量数 据可能是完全新增的，也可能是对老数据的修改，需要对这些增量数据进行检 查和标识，以便系统可以快速的定位增量数据，只对增量数据进行质量检查。 6.8 6.8 数据规则检查数据规则检查 6.8.1 6.8.1 数据标准管理数据标准管理 数据标准信息项管理 将所有需要进行验证的信息项录入到标准信息项管理库中，同时设置各信 息项的验证规则。同时设置主数据项，以便数据

32、关联处理。 数据标准文档管理 维护数据标准相关文档类信息、对数据标准相关文档进行发布管理、对数 据标准相关文档的历史版本信息提供查看功能。 数据标准的查询和反馈 提供数据项标准和文档的查询和反馈。 6.8.2 6.8.2 数据规则检查数据规则检查 根据“数据质量检核”中 pdca 方法论，基于现有数据，对其进行全质量生 命周期的管理，包括质量问题的定义、检核监控、发现分析、跟踪反馈。 检查的种类如下： 大类细类 正确性 唯一性检查 非空检查 类型检查 格式检查 值域检查 代码检查 指标标准偏差检查 数据集市指标准确性检查 完整性 外键约束检查 一致性 业务规则检查 及时性 数据平台数据生成及时

33、性检查 数据检查时需要定位数据检查的范围以及适用的规则，配置执行的流程。具 体如下表： 功能定义 数据质量检核 定义 检核系统定义 对纳入数据质量管理需求的系统、数据表 纳入检核范围，并定义相关信息 检核指标与规则定义 按数据质量度量标准，为各类检核指标定 义相关属性和数据检查规则。 检核调度策略定义 为数据质量检核指标类和业务方案定义灵 活的检核策略 数据质量检核 执行 检核控制引擎调度符合执行策略数据质量检核指标，并 分派给对应的处理器 检核执行处理器 对数据质量检核指标执行特定于其指标类 的检查程序 对于检查的结果，需要出具分析报告，给出问题数据的处理方式，具体如 下表： 功能定义 数据

34、质量检 核分析 问题分布分析 对数据质量检核的结果按机构、系统、数据质量问 题三个维度进行分布分析 问题趋势分析 对数据质量检核的结果按时间维度分析，判断质量 改善情况 检核指标批次 对比 对同一检核指标的不同批次进行对比，分析质量改 善情况 检核执行报告对特定日期的检核结果，形成统计报表 数据质量问 题管理 问题发现查询符合特定条件的数据质量检核问题 问题发布 将需处理的数据质量检核问题归集到一个问题单， 并发布给特定的机构 问题处理跟踪问题的处理情况 问题归档对处理完结的问题单进行归档处理 数据质量知 识管理 知识库维护 归集数据质量的特定问题，以及特定的解决方案， 形成知识信息 知识库查

35、询查询数据质量知识信息 6.9 6.9 数据关联数据关联 对于检查通过的数据，需要进行关联形成完整的信用信息档案。 关联时需要用到数据项标准表中的主体标识，企业信用信息以组织机构代 码、工商注册号、企业名称全称数据项为主体标识，个人信用信息以身份证号、 姓名为主体标识。 对于和主体数据关联不上的数据，则这些数据需要进行回退处理。 数据检查通过并完成关联后，则数据成为正确、完整的数据，系统对这些 数据进行标识，可以对外提供信用信息产品服务。 6.10 6.10 数据处理回退数据处理回退 对于不符合增量要求、规则要求的、关联要求的数据，系统在数据检查、 关联之后提供完成的数据回退报告，提交相关的部

36、门或者单位处理。 数据回退模板 系统提供回退数据报告的模板，以便回退数据生成报告，提交给数据提供 部门 回退数据报告 系统对于不同类型的数据提供不同的数据回退表单，所有回退的数据均可 通过模板导出，形成回退报告。 数据项包括批次，回退数据的具体明细，以及回退数据的简要分析，包括 范围、时间、字段等。 回退数据存档 回退数据均在系统中存档，以备查阅。 6.11 6.11 数据文件批量处理数据文件批量处理 数据文件模板 对于不同类型的数据项提供不同的数据导入模板，以供不能提供前置机系 统采集或者部门推送的部门数据的导入，部门可以按照数据提供的分类选择相 应的模板，然后按照模板要求的格式提供数据。

37、数据文件导入 对于不同的数据模板，提供相同的的数据导入入口，根据模板的不同系统 自动选择相对应的导入程序，对于非系统提供的格式模板，则不予导入。 数据规则检查 按照数据检查模板提供的数据项标准规则和相对应的模板导入程序关联， 导入程序按照规则进行导入时数据检查，通过检查的数据则入库，未通过检查 的数据则进入异常库。 模板和规则关联 系统提供不同的导入模板和标准规则关联的功能，便于数据导入时候检查 数据。 异常数据处理 对于未入库的异常数据，提供异常数据报表，反馈给数据提供部门，报表 包括数据提供的部门、批次，以及异常分析的简要报告。 6.12 6.12 人工修复人工修复 诚信系统的数据量庞大，

38、数据来源的部门非常复杂，来源的周期不定，出 现疑问的数据是可能的。 对于疑问数据，系统提供人工修改的功能，系统自动记录修改时间，修改 人，以及需要修改填写的修改原因。 修改的内容包括数据项修改、失信有效期和信用级别的修改等。 第七章第七章 信用信息服务平台信用信息服务平台 包括内网数据检索引擎子系统、内网信用信息服务子系统、信用信息统计 分析子系统。 7.1 7.1 内网数据检索引擎系统内网数据检索引擎系统 7.1.1 7.1.1 全文检索服务全文检索服务 简介 全文检索系统 tdhsearch 针对单位内部的信息包括文件服务器上的文件、 网站网页、erp 等系统存放信息的数据库信息、办公应用

39、中的文档以及内容管 理系统中的内容，它提供了两种数据适配器来提取其中的正文内容和属性内容， 形成一个相对结构化的数据虚拟层；全文检索系统的索引引擎（inde*er）对 结构化的数据虚拟层进行中文切分词、文件特征分析和逐步索引，以及其它索 引算法，生成索引数据库；使用者（user）在搜索页面中输入查询字串等搜索 条件并提交给本系统后，本系统的全文检索查询引擎（searcher）会在索引库 中进行搜索，并将符合搜索条件的搜索结果返回给使用者；使用者（user）可 于查询结果页面，进一步链接到信息原文查看详细内容。 对于系统管理，管理员可通过相应 web 方式的管理程序来管理整个系统运 行环境及设置

40、文件；并通过索引引擎（inde*er.e*e）实时或定时创建索引， 更新索引数据库的内容，使检索信息维持在最新状态。 特设服务 （1）高效率的整合搜索，大幅减少组织成员在取得信息时花费的时间。 tdhsearch 可以对单位内部绝大多数的信息创建索引和搜索，具备强大的信息 整合及快速回应能力，让单位成员以单一搜索页面、简易的操作方式，即可在 最短时间内，完整、准确、及时地掌握单位内外所有信息，不必再耗费大量时 间的找寻信息。 （2）信息过量不会造成单位成员的信息焦虑。 通过 tdhsearch 强大的搜索能力，大量的信息也可在瞬间过滤出符合使用者条 件的信息，不必担心迷失在漫漫的信息洪流之中。

41、 （3）非结构、非组织的信息，不再是知识管理的盲点！ 为文件和非经过分类管理的信息，因为附加信息稀少，往往成为知识利用上难 以判断、分析的信息。tdhsearch 直接针对内容全文分析、关联，使这类信息 同样可让使用者以检索方式，快速筛选利用。 （4）整合容易，使用简易，导入迅速，易于接受。 tdhsearch 套装化、模块化的设计及灵活整合能力，能在单位内迅速的安装设 置；操作方式简单，单位成员易于接受，导入方便。以最经济的时间、人力及 费用成本为单位创建信息流通、充分分享的知识环境。 系统架构 7.2 7.2 统计分析统计分析 对部门提供的数据进行年度、季度、月度等周期的数据的统计分析，包

42、括 数据报送量、批次、每批次每个统计周期的质量分析，提供图标、word、e*cel 的统计分析报告。 第八章第八章 信用信息业务管理系统信用信息业务管理系统 包括信用信息归集配置子系统、监督管理子系统、绩效考核管理子系统、 信用信息上报子系统、平台综合管理子系统 业务管理子系统包括用户和权限管理、数据字典管理、绩效管理以及运行 监控管理。 8.1 8.1 用户和权限管理用户和权限管理 用户及权限的主要思想就是由一个唯一的认证服务系统接管各认证模块， 各应用只需遵循统一认证服务调用接口即可实现用户身份的认证过程，能够解 决上面提到的传统的开发模式的诸多弊端。首先，系统实现了统一的用户身份 认证信

43、息管理，可以实现用户认证信息的统一管理，避免了在各个应用系统的 身份信息数据库的数据同步更新，用户只须在统一认证系统中注册或改变自己 的认证信息即可，保证了数据的完整性，消除了不一致性，减少了数据冗余， 同时避免了各个应用系统的重复开发，其次，系统实现了基于多个应用系统的 单点登录，这将极大的方便用户使用，提高系统的易用性。 8.1.1 8.1.1 功能模块设计功能模块设计 采用分级管理模式采用分级管理模式 采用至上而下的分级管理模式，每一级都可以进行各模块的维护，同时也 可以各级的权限根据需要自由的向下授权。 组织架构管理组织架

44、构管理 组织机构管理包括单位管理和部门管理。 单位管理包括序号、单位全称、单位简称、单位类型、单位编码、单位地 址、单位负责人等字段。 部门管理包括序号、部门名称、部门编码和部门负责人。 用户管理用户管理 用户管理是管理整个系统当中的用户信息，按照分级的模式进行管理， 各单位管理各单位的用户也可以上级单位为下级单位创建用户。 用户的属性包括序号、用户姓名、帐号、密码、用户编码、性别、办公电 话、手机、邮件、职务。 权限管理权限管理 权限管理包括角色管理和用户授权两个模块。其中角色管理也实行分级管 理的模式，角色可以进行向下共享。用

45、户授权同样实行分级管理的模式，本级 用户的由本级的管理员授予本级的角色，同时上级单位管理员可以对下级单位 的用户进行授权。 角色属性包括序号、角色名称、角色类型、角色编码。 授权管理的属性包括用户标识和角色标识。 统一认证与集中鉴权统一认证与集中鉴权 所有系统的用户均从统一用户系统中通过接口获取，系统登录时通过统一 的接口进行。 8.2 8.2 数据字典管理数据字典管理 数据字典是指对数据的数据项、数据结构、数据流、数据存储、处理逻辑、 外部实体等进行定义和描述，其目的是对数据流程图中的各个元素做出详细的 说明。 提供数据字典管理功能，可根据实际的需要对数据字典

46、进行增加、修改、 删除。 8.3 8.3 绩效管理绩效管理 对系统内参建的各单位报送的数据数量、数据质量、数据批次等进行分析， 提供按周期查询的数据批次、数据量和质量的分析报告，以供系统进行绩效考 核。 包括提供图形和报表两种形式，可以将包括按照模板导出成 word 和 e*cel。 8.4 8.4 运行监控管理运行监控管理 8.4.1 8.4.1 系统管理系统管理 日志信息的维护和各服务器节点的监控。 日志管理 包括日志的查看、日志的导出、日志的查询。 节点监控 包括服务状态的监控、启动、关闭等 数据备份 自动或者设置手动进行数据备份。 8.4.2 8.4.2 系统审计服务系统审计服务 用户

47、在正式开始使用服务后，服务管理平台会定期生成服务访问的统计报 告，包括用户对服务的访问次数、访问时间分布、服务调用的成功率、性能指 标等，并将统计结果与服务调用方提交的申请数据进行对比，计算用户期望数 据与实际数据的偏差。统计报告将提交给服务运维人员和用户，并以此作为服 务改进的依据。 第九章第九章 公共信用信息发布平台公共信用信息发布平台 包括信息发布子系统、公共信用信息查询系统、信用异议管理系统、信用 投诉管理系统、信用自主申报管理系统。 9.1 9.1 公共信用信息发布平台的内容公共信用信息发布平台的内容 信息服务主要包括：面向社会公众，基于互联网构建的信用查询平台；面 向政府部门，基于

48、电子政务内网构建的信用信息服务平台。 9.2 9.2 信用查询平台网信用查询平台网 为了向公众提供及时、全面、准确、权威的信用信息服务，需要搭建“信 用查询平台”网站。 网站提供信用方面的动态信息、信用信息查询、信用知识和法规、信用单 位的登记和备案查询、信用信息的提示警告发布、信用信息异议的申请和受理 等方面的信息和功能。 9.3 9.3 信息发布功能设计信息发布功能设计 9.3.1 9.3.1 内容管理与定向发布内容管理与定向发布 基本概念定义基本概念定义 站点：tdh wcm 最主要的逻辑管理单元，负责组织和管理频道。一个站 点相当于一个 internet

49、 网站，用户按照网站的结构需要设计站点结构。 频道：频道又称栏目，是依附于站点存在的，任何一个频道均不能脱离 站点而存在。它是 tdh wcm 用来组织数据的逻辑单元。 文档：文档是系统中的基本单元，是系统的核心数据内容。 发布：是指解析设置的模板，结合系统的数据和条件，生成 web 页面并 上传到 web 服务器的过程。 预览：预览发布后的页面效果。 模板：模板是包含有 tdh 标记的 html 文件（或其它类似的文件）。 用户：用户是指在 tdh wcm 系统中已经注册的用户 组织：tdh wcm 中的组织类似于我们日常所说的一个单位内部的行政组 织结构，它往往是用户的集合体，通常情况下，

50、注册用户都隶属于某一 个甚至几个组织。 角色：角色是指具有相同权限的用户集合。类似于我们日常所说的一个 单位某一级别的或者某一工作职能的用户集合。通常情况下，注册用户 都隶属于某一个甚至几个角色。 协作：是指为了提高团队协作的效率，而提供的团队协作交流平台。在 团队协作管理中提供了以下子项的管理：日程安排、工作流管理、在线 短消息等。 个性化：是指用户可以根据自己的工作需要和喜好定制频道、界面布局、 文档、通讯录等信息。便于系统使用操作，提供工作效率。 站点管理 站点是 tdh wcm 最主要的逻辑管理单元，负责组织和管理频道，一个站 点相当于一个 internet 网站，用户按照网站的结构需

51、要设计站点频道 结构。系统为了更好地组织和管理数据，在站点中提供了丰富的操作功 能。 站点管理特点 支持多个站点的管理，多个站点可以独立管理，拥有自己的模板、频道、 用户等等 可以支持不同的站点向不同的目标服务器分发 可以为每个栏目指定不同的用户，让不同的人员负责管理、发布不同的 栏目 每个栏目可以指定不同的概览模版和细览模版，用于生成概览页面和细 览页面 支持虚拟栏目，可以设置检索条件，根据检索条件从其它栏目引入数据， 组合形成新的栏目 每个栏目可以设置对应的存放位置，以便存放发布后的页面 站点管理完全通过浏览器方式实现远程管理，客户端不需要额外的软件 支持 支持不同站点之间共享数据 多站点

52、管理 为了更方便的进行信息交流和共享、资源统一管理，tdh wcm 支持多个站点 的管理，多个站点可以独立管理，拥有自己的模板、频道、用户等等，可以支 持不同的站点向不同的目标 web 服务器分发，不同的站点可以按照自己的计划 进行发布，支持虚拟主机方式的内容分发。 站点间资源共享 多站点间信息共享和交换直接在系统管理界面上实现，在应用中，可以通 过两种方式达到信息共享和交换的目的。 创建公共信息栏目，该栏目对内部部分授权用户开放，允许这些用户从这 里获得信息 将某一站点的信息直接引用、复制、移动到其他站点的特定栏目。 站点导入导出 为了快速、方便的新建站点，系统提供了导入/导出站点功能。 导

53、入操作能够快速的导入站点的结构、扩展字段及站点/频道下的所有模板。 如果导入的站点名称重名，系统会自动重新命名。系统支持*ml 和 zip 格式的 文件类型导入。 为了对站点结构等信息进行备份，系统提供了导出站点功能。站点导出内 容包括导出站点的结构、扩展字段以及站点/频道下的所有模板。 智能建站 智能建站将为用户提供更为方便快捷的新建站点操作服务，大大的提高检 站效率。在系统内按照不同的应用场景建立一些站点的数据，包含站点结构、 模板等。当执行智能建站时，用户选择所需的站点类型，系统将根据这些数据 复制新建一个站点。用户可以自己增加智能建站的可选类型。 类似创建 类似创建站点用来创建一个新的

54、站点，它的结构和当前站点完全一致。类 似创建的站点不包含原站点的文档。同时也是一种提供建站效率的有效方案， 特别是对于在构建同一站点结构的网站工作中，避免很多繁琐和不必要的工作， 有效节约建站时间。 站点分发管理 为了满足多点部署的需要，系统提供站点发布分发功能。发布分发是指将 发布生成的页面文件传输到目标服务器的过程，tdh wcm 支持的传输类型有文 件系统、ftp 和 sftp。内容管理和制作发布平台的多个站点可以对应到不同的 发布服务器上，实现一对多、多对一、多对多信息发布。 不同的站点可以按照自己的计划进行发布，支持虚拟主机方式的内容分发。 文件系统类型：指分发到本地磁盘目录 ftp

55、 服务类型：指通过 ftp 协议将发布后的文件上传到指定的 ftp 服务器 sftp 服务类型：指通过 sftp 协议将发布后的文件上传到指定的 sftp 服务 器，相比较 ftp 服务器而言 sftp 更安全 频道管理 频道负责组织和管理文档及其相关对象，一个频道相当于一个文件夹或者 一个分类。频道是依附于站点存在的，任何一个频道均不能脱离站点而存在。 它是 tdh wcm 用来组织数据的逻辑单元。 频道分为普通频道、头条新闻、图片新闻、链接频道和书生频道五种类型， 不同类型的频道所执行操作也不同，其应用特点亦不同。 分级频道管理 多频道管理 系统采用树型结构分级组织频道，这样的组织方便管理

56、，也可以清晰的表 现每个频道的所在层次。 提供多个频道管理入口，方便管理人员快速定位功能 频道权限的设定与继承 针对每个频道可以分别设置用户、用户组织、角色的操作权限。系统管理 员可以看到完整的频道树，并进行任何操作；普通用户只能看到赋予权限的频 道，操作也受到权限的限制。支持子对象权限对父系权限的继承。 频道排列顺序可动态调整 在频道树的同一级别中，头条、图片新闻将被缺省放置在最前面，用户可 以通过设置排列次序来任意调整普通频道的排列顺序。 可以设置频道特定工作流 每个频道的信息发布需要经过的审批人可能不同，这时候系统可以定制频 道特定工作流，满足频道不同的需求。同时可以提供文档流转时是否考

57、虑频道 权限的选项，方便管理员管理。 频道显示预览 使用频道设置的显示模板和当前频道内的文档数据，在本地生成预览页面 显示效果。 导入导出 为了对频道结构等信息进行备份，系统提供了导出频道功能。同时，为了 快速、方便的新建频道，系统提供了导入频道功能。导入操作能够快速的导入 一个频道以及其子频道；可以在站点中导入频道，也可以在频道中导入频道。 类似创建 类似创建频道能够快速的创建一个与当前频道结构完全相同的新的频道， 而且可以将频道放置在不同的站点和频道下，通过类似创建，用户可以快速的 新建一批结构相同的频道。 分发设置 为了自动实现不同频道之间数据的同步，系统提供频道分发的功能。用户 填写好

58、“分发设置”的相关信息就可以实现对指定时间内指定条件下不同频道 间文档数据的同步分发。 图表 1 新建/修改频道分发 tdh wcm 提供三种分发模式可供选择：复制、引用、镜像。用户可以根据需 要选择一种模式。分发的目的频道支持多选和单选。 频道分发的时间可以由系统管理员通过系统配置中的计划调度进行周期控 制。 替换内容 由于频道是系统中数据的逻辑组织单元，在系统中具有很重要的作用。为 了充分发挥频道的作用，系统提供了替换内容的功能。替换内容功能主要是让 用户根据需要将某项内容替换成频道中专门指定的内容。用户可以根据需要给 频道设定不同的替换内容。通过替换内容能够极大的发挥频道的功能，在简化

59、操作和管理的同时，产生很好的效果。 扩展字段管理 为了满足不同用户的需要，系统提供了用户配置数据库字段的接口。通过 “扩展字段”功能用户可以在系统站点、频道中添加自己需要的数据库字段。 根据需求进行应用设计。 如果文档所在的频道中设置了相关的扩展字段，则文档属性中也显示相应 的扩展字段，用户可以从这里为扩展字段输入内容。该页面包含扩展字段的显 示名称、字段类型和字段名称，输入扩展字段之后保存文档可以在文档的查看 页面查看到扩展字段信息。同时可以进行文档信息（包括扩展字段的信息）发 布。 多方式频道定位 当站点结构复杂时，用户往往不能非常准确、快速的地位频道，进行频道 管理和操作。为了方便用户快

60、捷、准确的找到频道，系统提供了多种频道定位 功能。 根据频道的显示名称在选定站点内进行模糊查找。先选择需要检索的站点， 然后输入频道名称后点击确定，如果只匹配了一条检索结果则直接在站点导航 中显示定位的频道，如果列出了多个匹配的检索结果，则用户可以从中选择自 己需要的频道确定后进行定位。 根据频道 id 在系统内所有站点的频道中进行准确查找。 系统首页和站点管理提供多种频道定位方式。 文档管理 文档管理特点 完善的单篇文档管理 支持单篇文档的录入、浏览、修改、删除、导入、导出等 文档的录入支持自动粘贴功能，当用户从其它网站或者页面拷贝内容，只 需要两次复制就可以自动完成文档标题和内容的自动粘贴