第1章 项目说明

1.1 建设背景

为推动住房公积金管理中心服务工作规范化、标准化，促进政务公开，增强服务意识，提高服务效能，方便缴存单位和职工办理住房公积金业务，住建部下发了《关于加强和改进住房公积金服务工作的通知》，明确要求公积金中心“优化业务流程，健全服务制度；完善服务设施，改善服务环境；加快信息化建设，创新服务方式；强化人员素质，提升服务质量”。

目前倡导的“互联网+政务服务”是指各级政府及其管理机构运用互联网、大数据、云计算等技术手段，整合各类政务服务公开和业务办理收发环节等信息，通过网上大厅、办事窗口、移动客户端、自助终端等多种形式，结合第三方平台，为公民、企业或其他组织，提供线上线下相结合的政务服务。以方便群众办事为中心，以互联网为手段，将行政审批、行政处罚、企事业单位、中介机构等群众办事所需要的全部事项串联起来，消除分割与独立，强化整合、协同、衔接和共享。

随着相关政策法规的不断出台、体制改革的不断完善、社会环境发展的不断进步、业务管理的不断提高、信息技术的不断发展、住房公积金资金规模的不断增长，缴存人数的不断增加，用户对公积金管理、服务、使用等要求也在不断提高，促使公积金管理局无论从管理、服务、效率等方面必须要有一个全新的认识与变革。随着技术的不断成熟、理念的不断创新、上级相关部门新政策的不断出台，公积金管理与服务将不断的发展、完善，因此必须在原有系统建设的基础上进一步升级完善，中心拟通过“座席外包、安全服务、数据云备份及核心系统新增需求项目”来继续提升服务水平，实现以智能化、信息化进一步简化业务流程、进一步提升服务效率，进一步丰富完善管理系统，将使中心在提高内部管理效率的同时提供更加便捷的服务。

1.2 建设目标

本次项目铁岭中心按要求并结合《国务院关于在线政务服务的若干规定》、《住房公积金信息系统技术规范》及《住房公积金管理条例》等相关规定，计划实施“座席外包、安全服务、数据云备份及核心系统新增需求项目”。进一步拓展住房公积金服务手段，提升住房公积金管理和服务水平。

1.3 技术要求

1.3.1 公积金信息系统应用平台

此次项目建设必须保证和延续铁岭中心现有业务信息系统的稳定运行及数据安全。开发平台要求使用铁岭中心现有的工作流平台、业务组件化平台、综合服务平台和资金结算平台，要求开发过程不影响铁岭中心业务运行。建设过程中如果涉及中心相关外联单位、银行及核心业务系统开发商、或其他第三方的技术对接，相关工作由中标供应商自行解决。系统原有架构及平台具体说明如下。

1、业务服务平台系统：平台封装目前绝大多数的公积金业务品种，进行参数化设计，实现功能的复用。实现业务逻辑的组件化开发，方便维护与开发。可以根据开发人员配置的相关数据，调用关系完成一个业务从开始到结束的流程处理，使业务系统可以随着公积金业务的发展而不断扩展，并尽可能地减少业务系统的开发量和维护量。业务服务组件平台提供开发平台、测试平台、运行平台、批量控制平台、系统日终功能。

2、工作流平台系统：实现住房公积金全业务流转过程的信息化，能够对归集、提取、贷款等业务进行灵活的流程配置，并通过计算机来强化流程的执行控制，以达到管理控制和规划执行的目的。实现资料事前图像实时采集、事中与业务流同步流转使用，最后归档管理的影像工作流同步。工作流引擎对管理业务流程（工作流）的各个环节提供软件服务，比如流程执行、流程路由安排、规则管理、模拟和建模管理，以及工作流分析。

3、综合服务平台系统：现有综合服务后台管理系统的设计与建设，符合住房公积金基础数据标准、信息系统技术规范，信息化建设导致的要求。系统负责对各电子渠道服务活动进行统一管理，统一客户信息、统一信息发布、统一业务标准、统一业务接口、统一服务后台管理，支持多种渠道间协同接力服务，可在全部渠道提供实时业务数据和在线人工服务。提供客服中心客服工作的流程及规范信息化，提供客服平台共享数据管理和系统运行的基本设置，如客户管理、消息管理、座席管理、渠道管理、签约管理、业务接口等，进一步丰富了公积金服务手段，提升了公积金服务水平，拓宽了住房公积金管理部门与缴存职工的信息互动渠道。

后台系统与电子渠道间通过网络区域隔离、访问控制、网络设备防护等网络安全措施提供网络安全，渠道系统按照不同特点综合采用数字签名、核心业务数据和敏感数据加密、用户名密码及手机短信验证码认证、数字证书认证等手段确保客户数据安全和应用安全。

4、资金结算平台：公积金信息系统作为一个综合性业务服务应用系统，在其使用中势必会和许多外围系统存在直接或间接地关联，包括委托银行、相关合作机构、上级监管部门等。传统的数据交换已经不能满足新形式下的服务需要，从自助终端、呼叫中心、网上服务、短信，再到网上营业厅及实时资金服务，服务渠道的增加导致专用前置系统的不断增加，业务模式的改变导致前置系统不断地打“补丁”。错综复杂的前置系统严重影响主机系统的运行效率和业务的稳定性。新的数据交换平台就是对这些繁杂的前置系统进行抽象和归纳，重新构建各服务渠道处理规则，统一将来自这些服务渠道的业务请求发送到综合业务系统中处理，将不同的技术实现、接口参数转化为统一的交易处理。由系统内部统一的交易处理组件完成业务、数据处理动作。

资金结算平台（含数据交换、数据整合、数据处理、统一对外接入功能）实现公积金核心业务系统与外部信息系统之间进行互联访问的数据交换、数据整合、数据处理的服务。

1.3.2 建设内容

主要内容需包括：

第2章 技术服务要求

2.1 座席外包

近年来中心的服务渠道拓展和手段虽然得到了很大发展，但服务能力和公众体验的提升根本在人的服务能力,传统的客服中心势必要转型为“全媒体客服中心”，即通过电话和互联网多渠道，以声音、文字、视频等新媒体方式向公众提供双向的、主动的、即时的、专业的服务，这对客服中心的人员在业务能力、学习能力、管理能力提出了很高要求。因此中心急需外包专业的语音座席及互联网座席，利用新媒体向客户提供服务。

在新的社会形势和公众需求下，本项目主要内容为：面向客服中心的2名语音座席和1名互联网座席，语音座席需在客户指定场地驻场办公，互联网座席需由中标人提供场地办公，均提供7*8小时的客户服务。

中标人要具备专业化的运营管理能力。具体包括人员招聘、培训、日常管理；通过健全的用人机制、有效的考核机制，提升座席的服务水平；具备公积金培训管理制度，能够组织编写公积金业务培训教材，有效组织新座席人员和已有座席再培训。培训、考核、品质监控三维一体化管理，从符合座席上岗要求，到业务知识、服务礼仪及服务用语等培训，到多种维度的考核及必要的人工质检等。

2.1.1 12329（与12345双号并行接听）专职语音座席外包

12329服务热线系统，应实现动态、多元化满足接入中心的各种服务需要。为电话拨打12329的客户提供IVR语音导航形式的服务，支持丰富的功能，为经过身份认证的客户提供信息查询、归集、贷款相关的余额，操作记录等查询。

2.1.1.1 12329（与12345双号并行接听）专职座席工作职能

1、服务内容

呼入服务的业务咨询、信息查询、互动交流、投诉受理、政策解读、服务指南、与非语音交叉互补。

呼出服务的服务跟踪、主动追呼（针对呼损或必要）、催收提醒（涉及业务需求）、协调沟通（内、外）、另项批量集中呼出（如调查、告知等）。

2、座席职责

处理日常通讯服务业务操作；

负责受理公众通过电话、网络、短信、邮件、新媒体等多种方式进入呼叫中心的各类业务咨询及业务受理（互补）；

受理公众投诉、建议；

负责通过各类电子渠道开展在线服务交互工作；

负责执行各类公众满意度调查、公众回访、缴存职工信息维护及关怀等工作；

支持与协调前端业务服务网点及人员；

收集并记录公众咨询的业务问题整理并及时反馈。

3、 座席上岗要求

要求具有大专（含）以上学历；普通话无明显地方口音、语言表达流利；具备良好的情绪控制能力，工作中使用规范的服务用语，做到文明、礼貌、热情、诚恳、周到服务；具有计算机操作基础，能够熟练使用办公软件，具备胜任对应岗位的业务知识及相关技能。无治安行政处罚和刑事犯罪处罚记录，遵守各项管理制度和要求。

2.1.1.2 12329热线系统功能

2.1.1.2.1 业务流程

客户拨打中心12329热线，为客户提供IVR自动语音欢迎，播放进入系统提示后，系统播放语音提示菜单，通过获取客户按键决定进入哪一个子菜单，然后通过客户输入身份验证信息进行业务查询。

2.1.1.2.2 系统功能

2.1.1.2.2.1 前台电话功能

接通和挂断功能、呼叫转接、呼叫保持、录音、座席状态。

2.1.1.2.2.2 前台基本功能

录音回放、知识库管理、无返回查询、修改密码、重新登录。

2.1.1.2.2.3 座席应用功能

智能应答、协商和多方通话、语音屏幕同步转接、屏幕电话、主叫客户信息自动弹出、客户资料显示、客户资料在线管理、交互历史查询、客户业务受理、客户管理。

2.1.1.2.2.4 系统管理功能

座席监控、自动呼叫分配、报表统计、日志查询、资源管理。

2.1.1.2.3 业务功能

2.1.1.2.3.1 IVR自动语音功能

客户通过自动语音系统，可查询相应信息。

2.1.1.2.3.2 个人基本信息查询

查询住房公积金业务个人基本信息并语音播报。

2.1.1.2.3.3 公积金余额查询

查询客户公积金余额并语音播报。

2.1.1.2.3.4 上次提取日查询

查询客户的公积金上次提起日并语音提示。

2.1.1.2.3.5 交易明细查询

系统查询公积金交易明细并语音提示。

2.1.1.2.3.6 贷款基本信息查询

查询贷款基本信息并语音播报。

2.1.1.2.3.7 贷款余额查询

查询贷款余额并语音播报。

2.1.1.2.3.8 本月还款情况查询

查询当月还款情况并语音播报。

2.1.1.2.3.9 已还款明细查询

查询相应还款日期的还款明细信息并语音播报。

2.1.1.2.3.10 投诉及建议

对服务质量、单位未缴、欠缴等情况进行投诉和建议，系统会转至班长人工服务。

2.1.1.2.3.11 业务指南

应包括归集类、提取类、贷款类业务指南。

2.1.1.2.3.12 人工座席业务查询功能

座席人员通过系统查询客户提出的问题，提供给客户参考信息。

2.1.1.2.3.13 单位公积金账户信息查询

通过查询单位帐户信息，提供客户或单位经办人可参考信息。

2.1.1.2.3.14 单位公积金账户交易明细查询

通过查询单位帐户交易明细，提供客户或单位经办人可参考信息。

2.1.1.2.3.15 个人公积金账户信息查询

通过查询个人帐户信息，提供客户或单位经办人可参考信息。

2.1.1.2.3.16 个人公积金账户交易明细查询

通过查询个人帐户交易明细情况，提供客户或单位经办人可参考信息。

2.1.1.2.3.17 贷款信息查询

查询借款人的所有信息。

2.1.1.2.3.18 放款情况查询

询个人账户全部参与的贷款，并输出相应信息。

2.1.1.2.3.19 欠款情况查询

为已经办理贷款并且欠款的借款人查询所欠款的额度。

2.1.1.2.3.20 已还款明细查询

为借款人提供已经还款的明细查询。

2.1.1.2.3.21 还款计划查询

为已办理公积金贷款的借款人提供还款计划查询。

2.1.1.2.3.22 开发商签订协议情况查询

为准备办理贷款的客户查询开发商是否与公积金签订委托贷款协议，查询所有协议。

2.1.1.2.3.23 贷款额度试算

根据输入借款申请人信息，获取其公积金缴交和贷款信息，在不考虑购房情况前提下，进行贷款额度精确试算。

2.1.1.2.4 回访调查

专职座席应主动电话联系客户，为客户答复未解决的咨询，针对客户不满意、针对客户工单、呼损话单等进行的电话服务。

1、回访任务

应设置五种常规回访任务：不满意回访、工单回访、质检回访、呼损回访 、指派任务。另设问卷调查功能，实现对非特定客户的问卷回访。

2、问卷模版

系统支持按需定义问卷，支持单选、多选、问答、满意度等多种形式，支持单选题目依据选项的逻辑跳转，支持设定修改字段等功能。

2、外呼回访

回访过程就是拨打客户电话，通过问答方式填写问卷的过程。

4、结果统计

支持按问题汇总统计、交叉统计统计结果，按任务、班组、座席统计等统计工作量等多种统计报表。

2.1.2 互联网专职座席外包

随着移动互联网、手机智能终端快速发展和APP社交媒体日益丰富，用户服务向互联网渠道快速迁移，“用户在哪儿，服务到哪儿”、全渠道覆盖与整合成为重要的客户服务发展趋势。新媒体客服系统与12329服务热线系统通过整合，实现互联互通、全媒体交互、智能化支撑、提供全新不同的多媒体客户服务体验。

2.1.2.1 专职座席工作职能

按照中心的实际客服需求，在互联网渠道以声音、文字等新媒体方式向公众提供双向的、主动的、即时的、专业的服务工作。

负责网上咨询、留言处理、问题反馈。

1、服务内容

业务咨询、信息查询、互动交流、投诉受理、政策解读、服务指南、与语音交叉互补、催收提醒（涉及业务需求）。

2、座席职责

处理日常非语音媒体服务业务操作；

负责受理公众通过网站、短信、邮件、新媒体等多种方式进入呼叫中心的各类业务咨询及业务受理；

受理公众投诉、建议；

负责通过各类电子渠道开展在线服务交互工作；

负责执行各类公众满意度调查、公众回访、缴存职工信息维护及关怀等工作；

高峰时段支持语音座席；

收集并记录公众咨询的业务问题整理并及时反馈。

4、 座席上岗要求

要求具有大专（含）以上学历；普通话无明显地方口音、语言表达流利；具备良好的情绪控制能力，工作中使用规范的服务用语，做到文明、礼貌、热情、诚恳、周到服务；具有计算机操作基础，能够熟练使用办公软件，打字要求60字/分钟，具备胜任对应岗位的业务知识及相关技能。无治安行政处罚和刑事犯罪处罚记录，遵守各项管理制度和要求。

2.1.2.2 座席工作管理

座席包括12329热线语音服务座席和互联网文字座席。这里座席功能主要支持互联网文字座席。互联网客服系统功能要求如下：

1、客服队列管理

2、座席调度管理

3、在线用户

4、历史用户

5、客服会话窗口

6、客服转接

7、座席状态实时监控

2.1.3 中心对外包方的管理考核机制

为保障公积金服务满足缴存职工、公积金管理中心以及员工共同满意的良性运行，中心计划组建监督考核组，与协调组兼顾职责，负责对客服中心的运行进行监督考核。

2.1.3.1 监督考核目的

使广大缴存职工得到满意的服务；

维护中心的声誉及形象；

促进服务外包商的工作效率和成果；

管控服务操作风险，保障缴存职工权益；

监督执行外包商业契约。

2.1.3.2 监督考核原则

公开原则：考核对象、标准、程序、时间等公开透明；

公平原则：考核方式、评估、依据等公平公正，规避主观臆断及个人情感色彩；

沟通原则：第一时间与被考核者开诚布公沟通交流，促进改善提高；鼓励原则：重鼓励、轻惩罚，以共建共赢为前提和目标；

综合原则：讲求维度、周期、校准综合评估结论，不以单人、单次、单项评价替代综合全面考核评价。

2.1.3.3 监督考核周期

日常监督考核

月度监督考核

年度监督考核

有关监督考核详细执行办法待项目实施阶段双方共同协商制定。

2.2 安全服务

2.2.1 服务期限要求

有效期限：2023年6月13日到2024年6月12日止。

2.2.2 服务范围要求

要求投标人提供对中心业务系统（核心业务系统、综合服务平台）提供系统集成安全服务，具体服务内容如下：

1.能够对中心业务系统（核心业务系统、综合服务平台）和设备进行自动化检测、扫描和改善业务系统面临的风险隐患，并提供高危漏洞修复服务。

2.能够漏洞扫描不能有效发现的方面（网络设备的安全策略弱点和部分主机的安全配置错误等）进行安全辅助评估，并提供安全加固服务。

2.2.3 服务内容标准及要求

2.2.3.1 服务内容要求

一、漏洞扫描服务要求

能够提供系统、设备、应用的脆弱性进行漏洞扫描服务、扫描业务系统面临的风险隐患；可以侦测某个特定设备的系统配置、系统结构和属性；执行安全评估和漏洞检测。

1、主机漏洞扫描服务要求

主机漏洞扫描是脆弱性识别的重要手段，能够帮助用户发现设备和系统中存在的严重漏洞，帮助用户了解技术措施是否有效执行，并通过及时修补完善，避免对信息系统造成严重影响。

要求投标方采用专业的主机漏洞扫描工具，对服务范围内服务器主机设备进行全面漏洞扫描与分析，扫描设备检测规则库及知识库应涵盖CVE、CNCVE、CNVD、CNNVD等标准。扫描完成后人工验证所发现的操作系统漏洞、信息泄露及配置不当等脆弱性问题，并提供漏洞扫描报告，并针对漏洞扫描中出现的问题，提供解决修复建议。

主机漏洞扫描前与业主单位进行沟通交流，确定主机漏洞扫描目标及测试范围，然后由招标人用专业的主机漏洞扫描工具对业务所在的服务器主机等进行漏洞扫描，针对漏洞扫描内容进行分析整理验证，最终出具详细的主机漏洞扫描报告给用户。

2、WEB漏洞扫描服务要求

WEB漏洞扫描是脆弱性识别的重要手段，能够帮助用户发现WEB应用中存在的严重漏洞，帮助用户了解技术措施是否有效执行，并通过及时修补完善，避免对信息系统造成严重影响。

要求投标人采用专业的WEB漏洞扫描工具，对服务范围内的WEB应用（例如网站、业务平台等）进行全面漏洞扫描与分析，扫描内容包括支持OWASP TOP 10等主流安全漏洞的自动检测。扫描完成后人工验证所发现的WEB应用漏洞、信息泄露及配置不当等脆弱性问题，并提供漏洞扫描报告，并针对漏洞扫描中出现的问题，提供解决修复建议。

二、基线核查服务要求

能够漏洞扫描不能发现的方面（网络设备的安全策略弱点和部分主机的安全配置错误等）进行安全辅助的有效评估。除已知、未知的漏洞外，安全配置的弱点或配置上的缺陷进行评估。具体如下：

安全基线是保持信息系统安全性、机密性、可用性的最小安全控制，是系统最小安全保证，是最基本的安全要求。安全基线包含配置核查，是人员、技术、组织、标准的综合的最低标准要求。

根据用户工作需求，采用人工现场设备检查的方式或者自动化基线检测方式对系统和设备等进行全面的安全配置核查和分析，发现配置的不合规项，并结合行业实际需求提出系统整改建议，输出报告。

基线核查内容包括但不限于以下内容：

Ø 操作系统安全检查

业务系统涉及到的操作系统，如Windows、Linux等进行安全配置缺陷的检查与评估。核查内容包括（但不限于）：身份鉴别方式、帐号安全设置、多余帐号和空口令检查、默认共享检查、文件系统、系统访问控制、日志及监控审计等安全情况。

Ø 网络、安全设备配置检查

对用户信息系统涉及到的网络安全设备，如防火墙、入侵检测系统、路由器、交换机等进行安全配置缺陷的检查与评估。核查内容包括（但不限于）：帐号安全设置、管理权限和角色设置、多余帐号和缺省口令检查、备份和升级情况、访问控制、日志审核、远程访问等安全情况。

要求服务期内每年4次。

三、安全处置

能够针对漏洞扫描和基线检查发现的问题可以及时处置安全问题并进行高危漏洞修复和安全加固，要求处置过程中不允许出现计划外业务中断，采用点对点预警，持续跟踪问题处置情况，形成安全问题监管闭环。

四、安全评估报告

对于中心系统环境存在的隐患进行处理，对于无法处理的，提出合理化建议。在检查结束后提供检查报告给中心审核确认。

涉及文档如下：

《安全服务总结报告》

《安全服务记录》

《安全检查结果》

五、系统软件配置优化

能够提供系统软件配置优化服务，并能提供现场技术交流与培训服务；对日常的各种问题给予迅速解决。

六、系统软件升级

能够提供中心在用数据库、中间件等系统软件提供软件版本升级、补丁更新、软件优化等服务，并能提供现场技术交流与培训服务，对日常的各种问题给予迅速解决负责消除系统软件漏洞给系统带来的安全隐患，并对安装补丁所引起的系统连锁反应进行合理的调优。

2.2.3.2 服务标准

要求投标人按以下标准为招标人提供服务：

表 1 服务标准要求

2.2.4 项目人员要求

项目采用项目经理负责制，投标人应至少设立1名专门的项目经理作为与采购人的统一责任接口，项目经理是整个项目的组织管理和协调者，负责监督服务期内的服务实施。

投标人还应提供其他能满足运维需求的人员名单至少4人，且要有相应专业资质或资历，成立技术支持服务小组。

2.2.5 服务形式要求

1、要求中标人根据故障级别和实际情况能够提供三种以上服务形式。

2、要求中标人具备完善的设备故障维修体系，能够提供400服务电话。

2.3 数据云备份

2.3.1 容灾建设目标

异地容灾备份系统（要求非同城）作为公积金核心业务的数据备份中心，建立最基本的数据备份系统。

要求数据实时复制到容灾中心，延迟不高于30分钟。当铁岭市住房公积金中心发生灾害或严重故障，生产数据丢失需要重建时，要求容灾中心24小时以内回流全量数据；并支持结构化和非结构化数据部分恢复和全量恢复。

异地容灾备份系统应保证数据的完整性及可用性，在数据备份完成后，应对数据的完整性以及数据可用性进行评估验证，能够通过白屏工具进行数据校验，结构化数据支持使用自定义SQL进行数据验证，非结构化数据支持使用MD5值进行数据校验。

2.3.2 容灾服务要求

1、对数据库每天进行当前实点备份，包含数据及归档日志，每周一次0级全量备份，其他时间做1级基于上一次全量的增量备份。非结构化数据（如电子档案）做永久增量备份，即中心生产端的删除操作不同步。

2、容灾系统应保留中心历史数据5周，并可以恢复到5周

内任意时间点的历史数据。

3、当公积金管理中心生产数据出现意外情况，短期内不可使用时，可以随时利用灾备数据进行问题分析处理，在中心提出问题后，必须立刻做出响应，并与6小时内给出分析结果。

4、容灾系统应具备灵活的数据恢复能力，可以根据中心的实际需要提供整库的恢复和单表数据恢复两种方式。

5、能够对结构化数据提供实时和异机恢复数据校验二种校验机制。实时数据校验需通过白屏工具与中心生产环境当前数据进行实时比对验证;异机数据恢复可对过去某个时间点的数据进行验证，一年可提供数据有效性校验12次。

6、服务周期内提供1次灾备演练服务，模拟灾难发生场景后完成相关环境重建工作。服务包括编制灾备演练方案、应用程序验证，确保短时间内恢复业务系统正常运行，并最终形成中心灾备工作指导书。

7、容灾系统应具备专业的数据库管理人员，按日检查灾备软件的运行情况。

8、能够对容灾系统整体运行环境进行7x24小时监控

1）任何时间出现任何报警均有人员第一时间处理，可以通过邮件、短信、微信进行告警通知。

2）通过系统界面可直观的展示出数据复制状态、服务器定时任务执行结果及应用容灾的健康状态，使容灾工作不再依赖人工，提升容灾工作的可靠性。

2.3.3 服务时间要求

异地容灾服务需要服务商提供全包服务，服务期限为2023年8月2日到2024年8月1日止。

2.4 核心系统新增需求

2.4.1 法院扣划

随着公积金业务规模的扩大，原有的业务功能已经无法满足日渐增多与变化的业务场景，其中法院扣划部分就是其中之一。为了满足业务需要，需对业务系统中相关的功能进行改造升级，使其办事过程规范化，简单化。具体要求如下：

1、柜台还款

柜台还款改造需要针对贷款类型进行区分，能够识别出正常贷款和依判决解除合同贷款，针对依判决解除合同新增解除提前还款金额限制，具体金额或比例视中心规定。

2、贷款停息管理

针对公积金贷款借款人无法偿还的住房公积金贷款，经中心研究决定对其起诉时，首先要通过该功能进行贷款停息，停息后的贷款将不再继续计息，欠还金额也因此不再产生变化。

3、贷款停息管理查询

针对已停息贷款的查询功能，是贷款停息管理业务的配套业务，可以根据不同条件查询已停息贷款的相关信息。

4、法院执行回款内部划转

针对法院执行完成的款项进行分配的功能，在其中划分出追缴的还款金额和诉讼费用，方便后续的资金管理的支配。

5、法院执行入账

对已经追回的贷款金额，在系统内对该笔贷款进行还款冲抵的功能，针对法院未能执行回贷款金额而是执行回抵押物的，使用抵押物通过其他应收款的方式进行贷款冲抵。该功能执行完成意味着整个法院执行流程的完结。

6、法院执行回款内部划转查询

是对法院执行回款内部划转功能的补充，针对法院执行回款内部划转产生的数据进行查询的功能，方便后续资金规划和管理。

7、 法院执行入账查询

是对法院执行入账的补充，通过此功能查询执行入账的结果及其他相关性信息。

2.4.2 申报业务管理

随着公积金业务规模的扩大，为了方便民众办理业务渠道端业务也在不断丰富，但同时部分业务依旧需要人工进行审核，以保证其真实性，强化对业务办理规则的把控。因此需要申报类业务提供在渠道端，即渠道提交业务办理申请和办理材料，中心后端进行人工审核并生效的功能。

1、申报业务配置

针对不同业务配置申报业务的基本规则的功能，需包括且不限于业务种类、办理流程、办件要素、提交材料等。方便日后对渠道可申报业务的管理。

2、申报业务查询

是对申报业务功能的扩展，可以查询目前申报业务的执行情况，包含业务类型，执行结果，申报审批时常等要素，方便在申报业务执行过程中对产生问题较多的方面进行分析和改进。

第3章 项目组织及实施要求

3.1 项目建设整体要求

项目应本着统一规划，分阶段实施的原则进行开发、设计。统一规划是指整体系统的差异和需求统一完成，在内容实现时采用分步实施、阶段发布的方法。

3.2 实施周期要求

要求投标方提供合理的实施计划安排，细化到每个阶段的任务分工，合同签订后6个月内完成系统开发、测试、上线运行等全部工作。

3.3 项目进度要求

投标方必须详细描述项目各项工作的进展计划，并明确完成各项工作预计所需时间及达到的阶段目标。

3.4 技术力量及项目人员配置要求

项目人员的组成要求具有相关项目的开发经验，项目核心人员具有同等规模项目的开发经验。

3.5 项目实施的组织、管理

项目建设需要投标方就项目实施的领导、组织与管理进行合理规划，明确项目组织与岗位职责，采用成熟开发工具，按照科学、先进的项目管理方法论周密计划、精心施工。同时，要求投标方描述自身的技术实力和确保项目顺利实施的组织和相关措施。

系统必须采用统一规划、分步实施的原则，明确项目的组织架构、职责分工，项目采用的实施方法以及相关的项目管理工具等进行项目的实施。同时，提出项目的关键点和风险点并提出对应的解决方法，以保证项目的确实可行。

3.6 系统测试

投标方必须制定系统整体测试方案。

3.7 项目验收

项目验收工作由住房公积金管理中心与投标方共同组成验收小组，形成综合验收报告。

3.8 风险分析及规避措施

投标方应提供对本项目的风险管理方法体系。

3.9 项目的工作内容及成果文档的提交

必须提交以下内容：《系统需求规格说明书》、《系统数据字典设计》、《系统数据字典设计》、《系统数据字典设计》、《系统测试报告》、《系统安装维护手册》、《用户使用操作手册》。

3.10 应用源代码要求

投标方待系统上线后提供一份应用程序源代码,提供形式为光盘。

第4章 质保期及售后服务要求

1.投标方负责应用系统售后维修。发生重大故障时，及时处理。

2.根据住房公积金信息管理系统建设工作运行特点，投标方应对系统运行的管理人员、操作人员、维护人员等进行业务培训，要求能够通过培训使相关人员能够熟悉信息系统相关运行知识，熟练掌握系统相关操作技能。通过培训，可以使各级相关人员，对软件系统有充分了解，熟悉系统的设计和操作方式，掌握系统的工作流程和操作方法。

3.要求投标方必须提供完善的售后服务，建立健全售后服务体系，确保系统正常运行。软件开发项目验收后的一年内属免费维护期。项目完全结束后，在免费维护期期间，服务响应时间为1小时，如果需要到达现场，则投标方12小时内必须派技术人员到达现场解决问题，免费维护期过后，服务的响应时间根据中标后双方签订相关的维保协议做进一步商定。

4.投标方应提供固定的售后服务和投诉渠道：固定电话热线、移动电话热线、传真热线、电子邮箱，设定专人为本项目提供紧急维护服务。