第一篇：广州留学生管理中心
广州高层次人才培养资助实施办法-广州留学人员服务中心
广州市高层次人才培养资助实施办法
第一条
为进一步加强我市高层次人才队伍建设，鼓励和支持高层次人才开展学术研修活动，增进其与国内外同行专家的学习交流，根据《中共广州市委、广州市人民政府关于加快吸引培养高层次人才的意见》(穗字〔2010〕11号)有关规定，制定本办法。
第二条
本办法所称高层次人才是指持有《广州市高层次人才证书(A证)》并按相关规定处于管理期内的广州市杰出专家(以下简称杰出专家)、广州市优秀专家(以下简称优秀专家)和广州市青年后备人才(以下简称青年后备人才)。
第三条
坚持分级分类、有所侧重的原则，围绕市委、市政府中心工作，结合我市经济社会发展的需要，重点为高层次人才参加尖端学术研修、合作交流、发表论文、出版著作等学术活动提供经费资助，加大培养力度，不断提升其科研水平和学术影响力，促进人才向更高层次发展。
第四条
市人力资源社会保障部门负责高层次人才培养资助工作的组织实施。本办法所涉培养资助经费和相关评审经费在市高层次人才专项扶持资金(以下简称专项扶持资金)中列支。
第五条
高层次人才培养资助分为A类(举办学术会议)、B类(参加学术会议)、C类(短期进修)和D类(发表论文和
- 12高层次人才在管理期内发表学术论文的，由市财政按当发表论文所在期刊的SCI影响因子高低进行资助。高层次人才在管理期内出版学术著作的，由市财政给予一定比例资助。管理期内对每位高层次人才发表论文和出版著作的资助累计最高不超过6万元。
第十条
高层次人才按照申请程序每年8月15日前向市人力资源社会保障部门提交下一资助计划申请，市人力资源社会保障部门于当年12月15日前下达同意资助的计划。
申请A类资助(举办学术会议)的，必须事前申报。申请B类(参加学术会议)、C类(短期进修)资助的，原则上应事前申报;对确因时间紧迫不能事前申报的，也可于相关学术研修活动结束后的当年提出资助申请。申请D类资助(发表论文和出版著作)的，可于事前或事后申报。经评审未列入资助计划，由高层次人才自行出资，不再重复受理资助申请。
原则上，高层次人才在管理期内每两年内可申请一次A类资助，在同一年内可申请一次B类资助或C类资助，申请D类资助次数不限。管理期内对每位杰出专家、优秀专家的B、C、D类资助累计最高不超过20万元，对每位青年后备人才的B、C、D类资助累计最高不超过15万元。
(一)申请程序
1、提交资助计划：高层次人才拟订下一资助计划，填写《广州市高层次人才培养资助经费申请表》，经单位核实后送行政主管部门初审并签署推荐意见，行政主管部门于当年8月15日前上报市人力资源社会保障部门。
2、审核申请材料：市人力资源社会保障部门对资助计划及申请材料进行审核，对于材料齐全、符合资格条件的予以受理，并通过市人力资源社会保障部门网站公布申请人基本情况和所在单位名称、申请资助项目名称。不予受理的，则书面通知申请人，并说明理由。
3、专家评审：市人力资源社会保障部门组织相关领域的专家、学者组成学科(专业)评审组、评审委员会。学科(专业)评审组对申请人的资助计划及申请材料进行初评，评审委员会(以下简称评委会)对初评结果进行评审，提出评审结果。
4、获准资助的，市人力资源社会保障部门将评审结果通过所在单位向申请人发出批准资助通知，明确资助额度。所在单位在接到通知后，根据批准资助额度按不低于1:1的比例进行匹配。
(二)申请材料
1、广州市高层次人才培养资助计划;
2、广州市高层次人才培养资助项目申请表;
3、其他需要提供的材料。
第十一条
办理培养资助核销手续的截止时间为每年10月15日。对列入资助计划的A、B、C类资助申请，申请人在相关学术研修活动结束后，应及时撰写学术活动总结报告。市人力资源社会保障部门根据高层次人才提交的活动总结报告、批准
- 56 -
第二篇：广州住房公积金管理中心年信息化建设项目概况
采购人需求
一、 项目名称
广州住房公积金管理中心2016信息化建设项目_咨询设计服务项目
二、 项目服务周期
项目服务周期：2年(从合同签订开始至广州住房公积金管理中心2016信息化建设项目验收结束)。
三、 项目预算
本咨询设计服务项目预算不超过78万元。
四、 广州住房公积金管理中心2016信息化建设项目概况
2016年信息化建设项目主要以数据资源整合为核心，业务流程优化为导向，全面提升客户体验;通过对业务流程重组以及数据的分层隔离，实现业务流程和手续的简化，同时提高业务及资金风险的防控能力;依托先进的信息技术手段以及稳定运行的基础设施环境，构建一套安全、方便、高效的信息化支撑系统，实现对中心各类核心业务、对外服务、内部管理和外部关联业务的信息化全覆盖。
(一) 建设规模
项目总投资预算为5000万元。
(二) 建设周期
建设周期为2年，预计建设时间从2016年9月开始，到2018年9月结束(具体以该建设项目为准)。
(三) 建设目标
业务管理更规范、更精细——建立统一的业务规范和数据标准，通过业务流程的重组和数据的分层隔离，加强组织内外部之间、核心与外围业务之间的解耦和协同，提高业务支撑的灵活性，加强业务过程的安全性，提高对业务风险的管控水平，最大限度减少管理所占用的资源和减低管理成本。
资金运作更高效、更安全——通过与业务系统无缝链接实现高效的业务核算、通过与银行实时链接实现高效的资金结算;通过资金运作过程中的风险防控措施，提高资金的安全性。
客户服务更多样、更便捷——统筹服务渠道，统一服务内容，对外由专职人员提供服务，对客户信息和客户行为进行分析，为不同客户提供精准个性的服务。
辅助决策更科学、更智能——加强基础数据的采集和统计，利用主题库概念对数据资源进行规划梳理，对数据深度挖掘，根据“大数据”思路进行分析利用，为领导决策提供科学准确的数据依据。
统筹利用的信息资源——制定统一的数据采集和共享交换标准规范，实现数据采集、共享、整合和利用的全生命周期统筹化管理，提升数据资源的整合能力。
保障能力可持续化——提高IT治理的成熟度;提高应用系统架构的稳定性、灵活性和可扩展性，夯实硬件基础设施能力，构建一整套开发测试、培训、生产以及容灾的基础设施环境，提升应用系统的建设管控水平以及系统稳定运行基础保障能力。
(四) 建设原则
1、稳定性原则
业务是类金融业务，安全、稳定是信息化发展的根本。在信息化工作中，继续推进数
据大集中、业务应用整合集中的发展思路，因此带来较大的技术风险和安全防范风险。并且随着网上业务的开展及覆盖范围的不断扩大，及网上办理各种业务的需求不断加大。这些情况都要求系统能够安全、稳定运行。能够在不停机情况下实现维护、升级等服务，提高性能以满足新的业务需求。具备7×24×365 连续工作的能力，系统的可用性应大于99.999%。
2、高可靠和安全性
基础设施具有高可靠性，支持服务器平台的高可用性集群技术，具备先进的容灾的设计，充分保证系统的高容错能力，具有通道负载自动均衡能力和存储系统性能调节能力，提供极为充分的可靠性各项指标设计。
系统安全可靠运行是整个系统建设的基础。鉴于网络中信息的重要性，要求网络系统要有较高的可靠性和安全性。要考虑物理线路的双轨备份，关键设备的冗余和容错能力，具有完善的网管系统。要确保系统运行的可靠性、数据传输的正确性，以及为防止异常情况所必须的保护性设施，保证数据不因意外情况而丢失和损坏，采取多种检查和处理手段，防止非授权访问。防止电脑病毒与恶意攻击破坏，确保网络可靠、安全的运行。由于本系统涉及面广，使用环境的特殊性，必须保证系统工作稳定可靠。系统各个软件模块采用分布式设计，每个模块稳定地独立运行，一旦发生故障时不影响其它模块运行;系统的操作系统及数据库构架采用成熟可靠的体系，重要数据要异地备份。
3、先进性与成熟性相结合原则
计算机技术和网络技术的发展日新月异，要想使当前建设的系统工程在今后十几年内保持其先进性是不现实的，而且要追求新、奇、特的配置将会加大投资总量。在设计中，我们依据先进性与成熟性并重的原则，考虑到近年来的发展特点，把先进性放在重要位置。我们在系统的设计和建设中，应当有一定的前瞻性，尽可能的采用先进的技术和开发工具，
以保证系统和产品的先进性;但也要避免采用不成熟的技术以保证系统稳定性。
4、标准化原则
采用统一的系统接口、元数据编码标准和指标体系等，并充分考虑对其它系统的覆盖。采用的信息分类编码、网络通信协议和数据接口等技术标准，需严格执行国家有关标准或行业标准并适当建立符合特点的信息系统标准。
5、可扩展和升级性原则
在系统设计时应充分考虑可扩充性，从而确保新功能、新业务的增加在原有的系统平台上扩展和实现。面对中国经济的飞速发展，系统中的计算机和网络设备必须有非常好的扩充性。设计中保证系统结构模块化，软硬件平台可以积木式拼装，如：服务器可通过添加系统板扩充CPU、MEMORY、I/O、硬盘等。网络设备也选用扩充性极强的设备。扩充和升级必须要以最低成本浪费为前提，并保证扩充及升级要能够平稳的过渡。
6、实用性原则
系统建设要以满足业务需求为首要目标。应用软件的开发要适应业务人员的工作习惯，要尽量采用瘦客户端方式，使系统具有较好的可维护性。贯彻面向用户的原则，建立友好的用户界面，使操作简单、直观、灵活，易于学习掌握。系统选用的主要技术和产品应该具有成熟、稳定、实用的特点，并充分满足应用、技术开发及信息管理的需要;所采用的产品均选用著名厂商的主流产品，厂商有丰富备件支持;而且以当前需要为出发点，并充分考虑到长远发展。
7、兼容性原则
严格按照国家相关标准、国际相关标准进行系统设计。系统遵循开放性和标准化原则。
8、保密性原则
本系统运行的数据多为敏感、涉密信息，专业数据采用分布存放相互隔离。重要数据
要加密处理，甚至物理隔离。
9、可管理性和可维护性
整个系统是由多种设备组成的系统，因此我们在推荐产品时着重考虑所选产品要具有良好的可管理性和可维护性。系统运行提供日志，记录运行过程中出现的异常信息。管理员和工程人员可以通过查询运行日志随时了解设备运行状况。
(五) 建设内容
2016年信息化建设项目包括但不限于以下内容：
1、业务受理平台，包括归集、提取、贷款、职工投诉等日常业务的受理;
2、业务审批平台，包括各项业务的统一审批，如提取、贷款、职工投诉;
3、资金结算和核算管理平台，包括汇缴分配、补缴分配、提取、转移、日结、预提、结息、贷款发放、还款、逾期等核心账户;
4、资金结算和核算管理平台，建立统一的资金结算平台，实现中心与银行的实时结算，如提取支付、汇补缴收款、贷款发放、贷款回收等;根据业务流水实现财务日记账、凭证的无缝连接，自动生产日记账;
5、基础支撑平台，包括虚拟化管理软件、操作系统、数据库软件、数据管理平台、数据库复制软件;工具软件(ETL工具、数据建模工具);中间件软件(应用服务器中间件、企业总线、工作流平台、报表平台、影像加工组件、电子印章系统、手写签名系统);公共管理平台;视频监控平台等;
6、云服务平台，采购私有云所需的数据库、应用服务器、存储、网络安全设备和云平台管理软件;搭建先进的网络硬件平台，科学规划组网及进行合理硬件选型，选用合适的机房环境及基础设施条件，从而建设完备的生产中心、灾备中心;
7、环境迁移，实现新旧系统的数据切换和系统的平稳过渡。
项，梳理出交换流程。
(四) 总体设计
根据广州住房公积金管理中心2016信息化建设项目的建设目标，基于前期的现状调研，结合最佳实践分析和行业趋势分析，对广州住房公积金管理中心2016信息化建设项目进行差距分析，提出基于信息技术，符合广州住房公积金管理中心2016信息化建设项目发展战略;
根据广州住房公积金管理中心2016信息化建设项目的发展目标要求，确定信息化建设的总体指导原则，包括编制依据(标准和规范)、指导思想、发展原则、总体框架设计、技术路线、应用系统功能建设、网络系统建设、应用支撑平台建设、安全系统平台以及其他配套建设等。分析并提出项目总体投资估算，相应标准规范、政策和建设模式以及相关保障措施等建议，提出资源整合、信息共享的解决思路等。
1、采取调查问卷、座谈、专家咨询、调研考察等方法，对用户的数据需求分析及功能需求分析进行调研，包括项目总体目标、子项目目标、各子系统的具体需求，以及软硬件系统集成的需求、项目管理等系统功能性和非功能性需求，形成用户需求说明书;
(1) 该需求需要具有代表性，采用不同的方式，从多种渠道、面向不同层次的用户采集分析，符合采购人业务发展要求;
(2) 该需求应合理、可行、规范、完整，符合采购人信息化发展要求;
(3) 该需求应严谨、标准，既含有业务逻辑、数据等需求，又含有资源、性能、系统管理、可靠性、可扩展性等非功能需求，同时遵循国家、省、市有关业务、数据、应用技术规范;
2、设计总体架构。在需求分析的基础上，进行应用架构、数据架构、基础平台架构和安全架构的设计。在设计过程中，对方案进行技术、实现方式和建设阶段分析，作好系统
系统软件平台。硬件基础设施主要包括计算资源、存储资源以及网络资源。系统软件平台主要包括各类服务器对应的操作系统、虚拟化软件、云平台管理等。同时，基础设施层设计还包括系统容灾架构设计，充分考虑生产中心与容灾中心之间的关系等。
服务支撑层
服务支撑层是支撑整个中心信息系统建设的基础技术平台，通过建设标准化、规范化的技术组件，为上层应用模块的建设和信息资源的部署，提供共享、高效的技术支持，实现信息系统的集约化整合建设。服务支撑层的具体包括：各类数据库软件、中间件软件，定制化技术组件以及服务总线。
业务应用层
业务应用层是支撑中心各类业务及管理需求的各类应用功能的集合。基于底层提供的技术组件、信息资源及基础设施，构建中心的各类业务应用，实现对中心的核心业务管理、对外客户服务、对内运营管理以及辅助决策分析等业务过程的支撑。
渠道接入层
渠道接入层是中心对外提供服务的窗口，体现了各类用户基于各种渠道媒介访问和使用中心所提供相关服务的过程。基于业务应用层所提供的统一的服务内容，渠道接入层可通过对渠道的整合，为相关单位和个人提供面向用户、强调用户体验的差异化、个性化渠道服务。
运行支撑保障和安全保障体系
为支撑中心信息化系统的安全、稳定运行，构建一整套端到端的运维支撑保障和安全保障体系。其中，运维支撑保障体系方面，不仅需要建立统一的运行维护、客户服务模式和规范，更需要建立起高效的统一运维服务管理平台，实现对中心信息化整体架构、系统性能、日常运行、故障处理等环节的管控。安全保障体系方面，需形成保护、检测、反应、
恢复功能相互协同的积极防御体系，有效保障信息化系统的安全保密性。运维支撑保障和安全保障体系需要贯穿系统整体结构中的各个层次，包括基础设施层面、应用系统层面、信息资源层面以及渠道接入层面等。
(2) 系统安全设计要求
按照国家有关安全等级保护规定，对本项目需要参照三级等保标准建设。设计目标是：落实GB 17859-1999对三级系统的安全保护要求，满足准金融行业信息系统信息安全等级保护要求。
通过为满足物理安全、网络安全、主机安全、应用安全、数据安全五个方面基本技术要求进行技术体系设计;为满足安全管理制度、安全管理机构、人员安全管理、系统建设管理、系统运维管理五个方面基本管理要求进行管理体系建设。使得广州住房公积金管理中心等级保护建设方案最终既可以满足等级保护的相关要求，又能够全方面为广州住房公积金管理中心提供立体、纵深的安全保障防御体系，保证信息系统整体的安全保护能力。
(3) 数据存储设计要求
设计方需引入技术先进数据存储技术架构，为公积金系统设计一套容易使用、方便扩展、高效率的数据存储方案。首先对业务及应用特点进行充分分析，在应用软件层面，对各系统的信息资源进行统一整合，构建统一的数据库设计。再基于完整的数据视图，建设各类应用系统，并抽象各类应用系统建设中的共性功能，进行集约化设计。
(4) 环境迁移设计要求
本项目涉及新旧系统环境的迁移工作，包括所需硬件(服务器、虚拟机、存储)、通用性软件(操作系统、通用中间件、主流数据库等系统软件)及业务应用平台等。设计方应深入梳理、分析现有业务系统情况，开展迁移设计工作，编制迁移计划，本着对业务影响最小化的原则，规划设计出未来迁移完成后的业务整合及部署情况。
设计要求包括但不限于：
原则上管理型应用、防病毒系统、网关系统等次等重要业务系统先迁移; 通过对现有硬件资源的梳理，淘汰老旧过保硬件，保留及合理利用现有软硬件资源的迁移原则，将旧的设备上的业务系统先进行迁移，试运行一段时间后，再尝试进行正式的迁移。
针对较新的服务器等硬件设备，可考虑服务器托管的方式进行迁移，更好地保证业务的可用性及兼容性。 以下两类系统拟不做迁移：
数据存储量大、占用带宽高，主要为本地应用的系统，如视频监控类系统。 已停用或基本处于停用状态的系统
(5) 提出硬件设备配置、系统组网、路由设计、备份和容灾、网络安全、内部逻辑划分及编址、域名/设备名和端口名分配等技术要求;
(6) 对软件开发商、系统集成商、第三方软硬件集成商的分工进行明确，进行最优化的综合统筹设计，指导计算机软件、硬件和不同厂家产品的互联互通，达到整体性能最优。
(五) 咨询设计工期
1、设计方案必须在合同签订后的2个月内完成，并按照计划提交项目交付成果。设计跟踪及技术支持直至项目验收(以收到市信息化主管部门的存档备案函为准)。
2、咨询设计工作贯彻整个广州住房公积金管理中心2016信息化建设项目工期。
(六) 人员要求
项目设计人员是中标供应商与采购人联系的支持点，需具备信息化项目咨询、设计方
面的经验和相关职称或技能。
★
1、项目启动至设计完成阶段：项目经理必须驻场工作并全职服务本项目。安排不少于6名(不含项目经理)的咨询设计工程师驻场并全职服务本项目。同时应根据该项目的工作进度，在相应阶段增加足够的设计工程师到场开展工作。
★
2、项目施工开始至项目建成最终验收阶段：需有不少于2名且熟悉该项目的咨询工程师驻场提供咨询全职服务。项目经理需视项目施工情况随时响应服务本项目。
3、原则上不允许中途更换项目经理和设计工程师。对于确因特殊原因需要更换项目经理和设计工程师的，需要采购人同意并办理有关备案手续，经批准后方可更换。
4、项目经理需具备：
1、10年(含)以上信息系统项目设计工作经历，要求提供工作简历并提供相关证明人及联系电话;
2、需具有注册咨询师及高级工程师资格证书;
3、需以项目主要负责人身份完成至少3个(含)以上合同额78万元以上信息系统、IDC类咨询设计项目的设计工作。(要求提供合同复印件或项目验收报告以及项目采购人联系人、联系电话)。
5、其余人员要求为：从事信息系统、IDC项目类咨询设计领域5年以上，近三年参与1个(含)以上合同额78万元(含)以上的咨询设计项目的系统设计工作。需具有信息系统项目管理师资格证书2人，具有注册咨询师证书2人，具有工程师证书2人等，人员不重复。
(七) 工作成果
1、现状分析模型输出，包括但不限于以下分析模型 (1) 《广州住房公积金管理中心机构分解图》
(2) 《广州住房公积金管理中心业务事项-业务线-业务域关系图》 (3) 《广州住房公积金管理中心业务对象关系图》
(八) 设计单位保密管理能力
1、设计咨询单位应对建设项目的设计方案、施工方案以及所有施工过程资料和信息负有保密责任，未经用户许可不能外泄。
2、按照国家、市的有关法规文件规定，要求履行保密责任，并与建设单位签订保密协议;
3、设计咨询单位各级组织严格履行保密职责;
4、按照保密规定开展设计工作。
(九) 设计依据 主要参考标准如下：
(1) GB/T19486-2004 电子政务主题词表编制规则 (2) GB/T19487-2004 电子政务业务流程设计方法通用规范
(3) GB/T 19488.1-2004 电子政务数据元素标准
(13) GB/T 16260.4—2006 软件工程 产品质量 第4部分：使用质量的度量 (14) GB/T 8566-2007 信息技术软件 生存周期过程 (15) GB/T 8567-2006 计算机软件文档编制规范
(16) GB/T 18234-2000 信息技术 CASE工具的评价与选择指南 (17) GB/T 18492-2001 信息技术 系统及软件完整性级别
(18) GB/T 18914-2002 信息技术 软件工程 CASE工具的采用指南 (19) GB/T 5271.1—2000 《信息技术 词汇 第1部分：基本术语》 (20) IEEE 802.3 以太网10Base-T标准
(21) GB/T 9387.4—1996 《信息处理系统
开放系统互连
基本参考模型
(32) GB 17859—1999 《计算机信息系统
安全保护等级划分准则》 (33) 《信息安全服务评估准则》
(34) GB/T 19668.1—2005 《信息化工程监理规范 第1部分 总则》
(35) 《国家计划委员会 关于建设项目进行可行性研究的试行管理办法》(计资〔1983〕116号)
(36) 《安全防范工程技术规范》GB 50348-2004 (37) 《视频安防监控系统技术要求》(GA/T367-2001) (38) 《电子计算机机房设计规范》(GB50174-93) (39) 《民用建筑电气设计规范》(JBJ/T16-92)
(40) 《民用闭路电视监控系统工程技术规范》(GB50198-94) (41) 《工业企业通信设计规范》(GBJ42-81) (42) 《安全防范工程程序和要求》(GA/T 75-94)
(43) 《建筑及建筑群综合布线系统工程设计规范》(GB/T50311-2000) (44) 《屏蔽双绞线系统现场测试传输性能规范》(EIA/TIATSB67) (45) 《电气装置安装工程施工及验收规范》(GBJ120-88) (46) 《闭路电视监控系统工程规范》(GB50198-94) (47) 《中华人民共和国通信行业标准》(YD/T926) (48) 《计算机网络实时监控系统》(Q/SBK005-2001) (49) 《建筑物防雷设计规范》(GB70057-94 2000年版) (50) 《电气装置安装工程接地装置施工及验收规范》 (GB50169-92) (51) ITU-T H.225：基于分组网络的多媒体通信系统呼叫信令与媒体流传输协议 (52) ITU-T H.230：视听系统的帧同步控制和指示信号C&I
(53) ITU-T H.231：用于2Mbit/s以下数字信道的视听系统多点控制单元
(54) ITU-T H.239：数字视频系统利用单一视频连接传输附加视频应用的双流标准 (55) ITU-T H.242：关于建立使用2Mbit/s以下数字信道的视听终端间的通信系统 (56) ITU-T H.243：利用2Mbit/s信道在2～3个以上的视听终端建立通信的方法 (57) ITU-T H.245：多媒体通信控制协议
(58) ITU-T H.246：支持H系列协议的多媒体终端之间的交互 (59) ITU-T H.261：关于P X 64Kbit/s视听业务的视频编解码器
(60) ITU-T H.281：在视频会议中应用H.224的远端摄像机控制(FECC)规程 (61) ITU-T H.283：多媒体应用的远端设备控制协议 (62) ITU-T H.320：窄带电视电话系统和终端设备
(63) ITU-T H.323：基于IP包交换网络中多媒体业务的框架协议 (64) ITU-T H.331：关于视频会议系统单向接收的通讯规程 (65) ITU-T G.703：数字系列接口的物理/电气特性 (66) ITU-T G.704：用于一次群和二次群等级的同步帧结构 (67) ITU-T G.711：话音频率的PCM脉冲编码调制
(十) 付款方式说明
合同签订后10个工作日内，支付合同总金额的40%;本项目咨询设计服务范围内，按咨询设计的项目工作进度，完成项目设计方案并通过专家评审，完成所有子项目招标需求编制及确认，完成所有子项目招标，支付合同总金额的30%, 被咨询设计项目建设完成并通过采购人初验后支付合同总金额25%，被咨询设计项目整体通过市信息化主管部门的专家验收后(以收到市信息化主管部门的备案存档函为准)支付合同总金额5%。
注：付款期限自收到乙方开具的发票之日起计算，具体到帐期限以财政拨付实际到帐
第三篇：《广州住房公积金管理中心关于加强住房公积金贷款风险管理的通知》
据悉，11月1日，广州住房公积金管理中心发布了《广州住房公积金管理中心关于加强住房公积金贷款风险管理的通知》操作细则问答，为大家进行了相关的解读，下面我们一起去看看吧!
《广州住房公积金管理中心关于加强住房公积金贷款风险管理的通知》操作细则问答
一、关于征信。
(一)贷记卡累计逾期6期需结清2年方可申请贷款。
1、贷记卡历史逾期记录未达6期，但存在当前逾期未结清，是否需提供结清证明或还款凭证?
答：不需要。
2、累计逾期次数的认定标准，是以单张贷记卡的最长逾期期数计算，还是以多张贷记卡的逾期次数合并计算?例如：职工有6张贷记卡，每张逾期1期，是否算作累计6期?
答：累计逾期次数以单张卡的累计逾期次数计算，有多张卡的，不合并计算。
3、还清逾期金额后2年时间节点如何计算，是以最早逾期月份数计算，还是以末次逾期月份数计算?例如职工2012年有5次逾期，2016年有1次逾期，能否办理贷款?
答：贷记卡逾期的判断标准是征信报告近2年是否有累计6期(含)或以上的逾期，有则不能贷款，无则可以。2年前的逾期期数不计算。上述职工5次逾期不是在最近2年内，可以贷款。
4、准贷记卡是否参照贷记卡逾期标准纳入限制贷款范围?
答：由于传统准贷记卡没有免息期，不提供对账单，较易产生逾期。故准贷记卡逾期不纳入限制贷款范围。
(二)任意贷款逾期6期需结清5年方可申请贷款。
问题：累计逾期次数的认定标准，是按照贷款类型分别计算，还是多种贷款类型合并计算?另外住房贷款逾期是否包含在内计算?
例如：职工同时办理了消费贷款、助学贷款跟住房贷款，消费贷款逾期5期，助学贷款逾期1期，住房贷款逾期3期。是否算作累计逾期6期?还是算作累计逾期9期?还是属于可以申请贷款?
答：累计逾期次数以单笔贷款单独计算，有多笔贷款的，不合并计算逾期期数。上述职工每笔贷款逾期都未超6期，可以申请贷款。
(三)征信报告显示借款人家庭有正在供款的其他贷款的，其月供额是否要计入家庭支出?
答：不计入。
二、关于取消收入证明。
1、工资在哪里查询?
答：可由职工通过网上业务大厅自助打印缴存信息表，其中有工资。或通过贷款系统录入界面自动读取其工资。
2.风险管理通知中“职工缴存基数达上限的，以其缴存基数和工资的高值认定收入”，是指缴存基数与工资之和，还是缴存基数或工资两者之一?
答：是指缴存基数或工资。两者只取其中较高值的一个。例：职工缴存基数已达我市缴存基数上限(2016年为33820元)，其在我市公积金归集系统登记的工资为50000元，则其月收入可以认定为50000元。
3、如职工办理组合贷款，缴存基数是否需覆盖公积金与商业月供总额的两倍?因大部分办理组合贷款业务的职工缴存基数均不能覆盖，针对此种情况是否有其他处理办法?
答：职工申请贷款时，该笔贷款的月还款额占家庭收入的比例不得超过50%。月还款额只计算公积金贷款的月还款。(即缴存基数/工资覆盖公积金贷款月供额的两倍即可。)
4.共同产权人和配偶的收入是否可计入家庭总收入?如何操作?是否计入公积金贷款次数?
答：共同产权人或配偶若在我中心缴存公积金的，其缴存基数/工资可计入家庭总收入。在贷款系统申请录入界面增加产权人/配偶资料录入窗口，需要增加产权人/配偶收入的，可在此录入需要增加人员的证件号码，由系统自动读取其缴存基数/工资。共同产权人和配偶不作为借款人的，不计算其公积金贷款次数。
5、如配偶或产权人缴存的是异地公积金，是否可提供异地公积金缴存证明计算出缴存基数后计入家庭收入?
答：不可以。异地缴存的职工若作为借款人，其缴存基数可以计入收入，若不作借款人，只作为配偶或产权人，其缴存基数不计入家庭收入。
6、如需计算配偶或产权人缴存基数，可否使用贷款系统“资料录入”界面中显示缴存基数的截图作为缴存证明扫描在收入证明项?
答：可以。但受理网点要对截图的真实性负责。
7、有部分职工根据“咨询受理”模块推算出的缴存基数金额与“资料录入”中系统自动生成的缴存基数金额不符，是否系统计算有误?是否可以在“咨询受理”模块增加显示缴存基数的内容。
例如：职工王某，在“咨询受理”界面查询出月缴存额1240，单位与个人缴存比例5%，推算出缴存基数应为12400元，但在贷款申请界面录入信息后自动生成缴存基数为7753元。
答：经询系统开发公司，此问题是由于“咨询受理”界面的月缴存比例未及时更新，应以贷款“资料录入”界面自动生成的缴存基数为准。
三、关于补缴。
1、如果职工出现一次性汇缴多个月、一个月内多次缴存及其他非正常缴存的情况，另外还有部分单位出现固定2个月汇缴一次或3个月汇缴一次的情况，但缴存明细中的业务类型未显示“补缴”，而只显示“汇缴“，是否可以办理贷款?
例如：
一个月内多次缴存：
一次性汇缴多个月：
答：上述情形均不可以贷款，连续缴存是指每月缴一次公积金。
2、部分行政机关事业单位按季度汇缴公积金，是否可以办理贷款?
答：不可以，必须每月缴一次公积金。
3.职工近6个月连续正常缴存，但除此之外还有增额补缴，是否可申请贷款?
答：增额补缴可申请贷款，不需要提供补缴证明。增额补缴是指原先有按时连续缴存，后期单位增加绩效福利部分而做出的补缴，例如：2016年6月份公积金准时缴存，后期又做出6月份的补缴。
4、由于10月20日中心发布了《关于黄埔区未连续缴存机关事业单位职工申请贷款事宜的通知》，对于就职于附件中的单位的职工，是否按照本次10月31日新发布的通知操作?
答：鉴于黄埔区调整的特殊情况，此类职工需申请公积金贷款的，必须同时提供黄埔区人社局和所在单位出具的补缴证明，两者缺一不可。
四、其他问题
问：贴息贷款的公积金贷款部分是否也按该政策执行?
答：是。根据《广州市住房公积金贴息贷款实施办法》，使用贴息贷款的借款人，视同为使用公积金贷款，适用广州住房公积金贷款有关政策规定。
广州住房公积金管理中心
2016年11月1日
拓展阅读：
广州住房公积金管理中心关于加强住房公积金贷款风险管理的通知
各住房公积金缴存职工，各住房公积金贷款业务承办机构： 根据国务院《关于建立完善守信联合激励和失信联合惩戒制度加快推进社会诚信建设的指导意见》(国发〔2016〕33号)，为约束失信行为，推进社会诚信建设，防范信用风险，同时体现缴存住房公积金义务与权利对等原则，特将有关事项通知如下：
一、住房公积金贷款以职工的诚信记录作为重要审批依据，对于出现下列情况的职工限制贷款：(一)人民银行征信记录显示贷记卡累计逾期6期(含)以上的，还清逾期金额2年后才可申请住房公积金贷款。(二)人民银行征信记录显示贷记卡状态为呆账、冻结或止付的，注销卡后(以个人信用报告更新为准)方可办理公积金贷款。(三)人民银行征信记录显示商用房贷款、消费贷款、助学贷款或任意种类贷款累计逾期6期(含)以上的，贷款结清5年后才可申请住房公积金贷款。(四)人民银行征信记录显示贷款被划分为关注、次级、可疑或损失类的，贷款状态正常后才可申请住房公积金贷款。(五)人民银行征信记录显示有“正在执行中”的法院强制执行记录的，执行期间不得申请住房公积金贷款。(六)人民银行征信记录显示或经其他途径证实存在其他严重失信行为的。
二、职工申请公积金贷款时不需要提供收入证明。职工公积金缴存基数未达我市缴存基数上限的，其个人收入以缴存基数为准，缴存基数达上限的，以其缴存基数和工资的高值认定收入，工资以单位在我中心登记的数额为准。
三、严格执行申请公积金贷款时已连续足额缴存住房公积金6个月(含)以上的规定。不满足以上规定的，不能申请公积金贷款。
四、2016年11月1日起录入我市公积金贷款管理系统的贷款执行上述政策。
广州住房公积金管理中心
2016年10月31日
第四篇：广州大学学生会档案管理制度（试行）
来源： 广州大学学生会 作者：广州大学学生会 发表日期： 2007-9-6 10:47:47 阅读次数： 1458 查看权限： 普通文章
广州大学学生会档案管理制度(试行)
档案工作是校学生会工作连续性、有序性的有力保障，为实现工作的正规化、特制定此项制度，以提高工作效率和工作质量。
一、日常档案工作办法
1、校学生会档案是学生会的组织干部管理、教育、活动等工作开展所积累的文字与图象或声象资料，是校学生会至关后果要的公共财产。档案内容不得随意公示、复制。
2、校学生会档案由秘书处分类统一管理;各部门档案由各部门部长整理，秘书处监督管理，每一学期各部门将进行一次档案清理，将有关活动资料归档备案。
3、校学生会档案包括人事档案，工作档案，财务档案及活动档案。(文安档案与电子档案各一)
4、各部门策划筹备的各项活动的所有资料，必须一式两份交秘书处存档，以备查找(每月计划、总结一份存档即可)。
5、档案形式要求：对于各部文档案，应有文本和电子两面种版本。对于磁盘、磁带、CD、VCD等介质，向办公室索取档案带，等总结完后一并上缴。
6、档案上缴日期：在该项活动结束后一周内。
7、档案上交时由秘书外签收。
二、档案内容要求：
(一)人事档案：包括个人履历简介、工作鉴定，以及其它有关材料，由秘书处负责考察记录。
1、个人履历简介是校学生会成员的基础档案，由有关个人及部门填写。
2、工作鉴定是对校学生会成员每年工作证明定，一式三份，每年由校学生会送一份到被鉴定人所在学院，作为证明定奖学金、评选三好生、优秀学会干部的依据之一。
3、工作鉴定是校学生会成员免职毕业离校时对其总其总体工作的鉴定，由学校有关部门存入该学生档案。
(二)工作档案：包括校学生会工作目录，部门工作档案，院系学生分会工作档案，上级及外单位来文以及其它有关档案，由秘书处整理保管。
1、校学生会工作目录是校学生会的大事记，按日期顺序记录，并标上详细内容所在有关档案的页码。
2、校学生会各部门建立工作日志。工作日志作为部门工作档案保存，各部门将其各项工作指示、活动通知、会议文件、决定、建议意见、经验总结等认真详实地加以记载，公管常委定期检查并将重大事项列入工作目录。
3、各院系学生分会填写出工作日志，定期上交、由秘书处批阅并向主席团汇报。
(三)财务档案：包括账目、现金收支表、各种有关票据、表格等，由秘书处负责，定期检查，详见财务制度。
(四)活动档案
1、活动档案内容包括活动企划书：活动筹备情况：活动及进程结果：活动新闻稿。照片等各种文字与图像资料。
2、活动结束后由主办部门及时写出工作总结，并与以上材料一起及时交秘书处归档。
二、档案查阅办法
1、查阅要求：
(1)各种子档案由秘书处统一分类整理保管，且做好档案记录工作，各部门可以根据工作所需向秘书要借阅有关文件，但不得将有关文作非工作之用。
(2)各部门借阅文件后，应保持文件的完整、清洁，不得文件上乱涂乱写，并且应该及时归还，若有遗失应作出书面检讨，秘书外会作出相应的警告、批评。
(3)查阅前请对照办公室档案清单，明确档案名称及档案号。
(4)认真填写索档单，并由部长以上签名。
(5)各部在指定时间办理查档手续，并同时告知办公室归还日期。
(6)档案阅毕后请及时归还，过期不还办公室有权进行查询并作相应处理。
2、借阅手续：
(1)各部门副部长、干事、借阅资料要征得部长同意，并由部长以书面形式告知值班人员(学生会干部培训期间，借阅培训材料除外)。
(2)借阅档案应办理登记手续(包括编号、内容、时间、借阅人、记录人)，做到责任落实到个人。
(3)借阅时间不得超过一周(主席团同意除外)，延期归还由秘书处给予口头警告、批评。
(4)复制文件必须征得主席团的同意。
3、外单位借阅校学生会工作楼案的，需向秘书处提出书面申请，并经主席签字同意后方可。
秘书处的对外借楼案应做好外借登记(包括编号、内容、时间、借阅人员的个人资料、签名主席、记录人员)，外借期限为一周。
4、外借档案不得为档案原件。
第五篇：广州110指挥中心系统
广州110联动系统前期调研技术报告
一、 系统整体架构
1、市局110联动中心架构
1) 视频监控系统，市局视频监控系统分局内监控和外部监控两部分，监视屏采用24台电视监视器和一台100英寸大屏幕监视器，图像信号引入采用3根光纤引入，每根光纤含3路监控信号共9路监控图像，监控信号采用多进多出方式切换，提供监控信号数字录像功能，实际监控时监控软件仅能对一路图像进行控制。 2) 110接处警台
①110接处警台位共10个，每个接处警台采用2机2画面，一台为接警机，另一台为处警机。
②每个接处警台分配两部电话，一部接警电话接110交换机，另一部处警电话接公安局行政交换机(内线5位号码) ③每个接处警台配备350M无线电台一步。
④接处警机通过10/100M局域网与2个110数据库服务器，每个服务器均为IBM PC级服务器配备磁盘阵列，系统及数据库采用WIN2000企业服务器版+SQL7.0数据库，两机采用双机CLUSTER工作模式，两台服务器采用独立的数据库系统。(目前接警量为每天5000件)
3) 地理信息系统配备在处警计算机上，为原国防科工大自行开发，地图采用1:10000比例，可用图层187层，包含主要街道建筑物、巡警巡逻区、派出所位置、派出所辖区、分局位置、分局辖区等，具备简单的地理位置查询，警情区域查询和通用的放大、缩小、漫游、图层控制功能。地图数据的更新及存储目前采用单机SQL数据库保存，地图数据更新采用一台处警机更新后通过分发方式更新其余每台处警机。目前基本上没有人愿意。速度问题、地址匹配，公安人员目前对地图有许多疑惑。
4) 接处警系统的电话录音采用两种录音方式，一种与英国产电话录音设备接口，另一种与国防科工大的录音设备相连。两种录音方式均为数字录音，其中2台英国设备提供48路数字录音，共可录551个小时的单通道通话记录。
5) 目前市局与各分局通信采用两个Moden池14.4k，并通过路由器相连。目前光缆已经到派出所。计划要通IP电话。 6) 分局与市局之间的协同工作通过警情协同服务器协调工作。 7) 110联动中心设科长台一个，科长台对每个接处警台的监控通过PC-Anywhere软件进行，对于电话录音采用英国录音设备提供的E-Ware软件实现。
8) 110联动中心设警卫台一个，配有独立的软件对警卫事件进行记录。警卫台配备模拟电话录音一路，同时警卫记录软件内含数字录音功能。警卫台同时配备350M无线电台一部，可调控警卫部署，并实时掌握警卫状态。该系统独立于110联动系统存在，采用独立的SQL数据库对警卫事件及电话录音进行管理。重大活动过程记录，但计划和决策并不由该系统完成。
9) 110联动中心设首长1号台一个，设有1机1屏，由110交换机上分配一专有号码，现有系统提供各种呼叫功能，系统与110警力库连接，作为重大事件是首长对全局的整体掌控。(强化领导话务支持)
10) 110联动中心设总值一个，总值室配有多路传真系统、警情查询系统(时间段、按性质，有些字段没有录到位)、公安网文件上传系统以及如实立案系统多个系统。
①总值要情系统系用VB编写，可收发系统内电子邮件及传真，该系统主要用于上下传各种重要文件，但与市局OA系统未连接，无法收发来自OA系统的文件;两者不连接，与公安部系统的Client端也不互连)。警力库?网络互连问题目前原则是不提，只用不说。 ②警情查询系统系用Power Builder编写，使用独立的SQL数据库保存数据，用于对接处警情况的统计和单项警情的查询;
③如实立案系统主要用于由各派出所填写案件受理登记表所登记的警情的记录与查询统计。
④公安网文件上传系统系由LOTUS编写(公安部提供)，通过加密卡加密在公安网上传输重要文件，该系统与市局多路传真系统并未连接，上传文件需独立进行。
另外，警情查询系统通过Moden池与350个单位的200个派出所相连，设立独立的联机案件查询服务器，其数据库独立于110数据库单独存在。同时总值还设有案件语音查询服务器与电话录音设备相连，用于对每个案件的录音查询。
2、分局110联动中心架构 1) 目前各分局配备两个至三个接处警平台，接处警模式与市局基本相同，同为2机2屏，可接受由市局切换过来的接处警信息和语音信号，在接处警时可协同进行警情的录入与处理工作。
2) 每个接处警台设有350M电台一部，用来与市局通信，市局通过电台通知分局有新警情切入，必要时通过电台描述警情的大致内容，以方便分局接处警员清楚地了解警情的内容。 3) 每个接处警台设有两部电话，一部接警电话与市局行政交换机相连，用于接入市局转切过来的语音，另一部处警电话同是与行政交换机相连，用来与各下属派出所联系处警。 4) 分局设有独立的接处警服务器，采用单机PC级服务器，系统均为WIN2000企业版+SQL6.5数据库，用来存储各分局自己的警情数据，同时通过Moden与市局进行协同接处警。 5) 各分局设有技防报警系统，目前各分局采用的技防报警系统各不相同，但系统功能基本统一，设有技防报警台一个，监控设备一套，可在不同监控点间进行切换。
6) 技防报警系统可对实时的报警信息发出警告音，对于技防报警数据保存在后台SQL数据库中。该数据库独立于110数据库存在。技术报警只连到分局，没有连到市局，但误报率99.9%。市局想将技术系统移动市局，但分局不太同意，有经济利益问题。可以折中处理：将有效事件上报给市局。 7) 分局设有警情查询系统平台一个，通过Moden池与市局110联动中心的警情查询服务器相连。
二、 目前系统的主要问题和不足
1、 市局目前采用的视频监控系统监控方式单一，仅能对一路监控信号进行控制，在监控智能化、权限控制、监控角度以及监控点的切换均存在不足。
2、 市局到分局通话目前提供4路共16组语音交换，考虑到110联动的业务需求，目前的交换资源已远远不够。
3、 市局与各分局之间的系统通信目前仍采用2个Moden池拨号速率仅14.4k，考虑到日后地理空间定位以及技防报警系统的应用，当前数据传输模式已无法满住要求。
4、 110数据库目前采用SQL数据库，无法满足将来110联动系统大量数据存储的要求。
5、 目前110系统的语音录音部分仍采用模拟信号录音方式，加之原有英国设备提供的软件并无二次开发借口，使用极为不便，加之语音录音的内容经常丢失，而且分局无法调用市局端的语音录音内容，给工作的正常进行造成了影响和不便。
6、 110系统的警情性质按四层结构划分，但分类不够详细，有部分警情性质已不适用，而且在实际操作中，其四层结构给接处警员的带来了一定的不便。考虑到警情性质的复杂性，在对特定警情进行性质划分时目前采取的必须选取最底层性质项的方式也不实用。
7、 目前110联动中心所采用的系统过于繁杂，而且各个系统间既互相独立又互相有联系，给系统地维护以及信息的共享造成了一定的困难。
8、 110系统的协作接处警时，同时录入数据后保存存在问题，必须要分局先结束警情后，两方录入的数据才能都存在并保存入库中，如果在协同接处警时市局先结束了警情，分局一侧的警情录入内容就无法存入数据库。语音录音同样存在类似的问题。
9、 110系统的文字编辑易出现乱码现象。
10、 警情查询系统的查询结果目前无法实时刷新警情数据。
11、 警情查询系统分时查询数据统计存在误差，特别考虑到大量数据进行查询统计时。
12、 目前110系统在市局下发警情给某个分局后，如果发生警情误切，分局无法转切其他分局。
13、 目前110系统，在遇到特殊警情时经常需要打印交给总值或科长台，但警情录入界面尚无打印功能。
14、 警情信息的打印过于简单，没有地图等详细信息。
15、 由于电信部门提供的3字段信息存在错误，各种信息的空间定位目前无法提供确切可靠的定位，目前的空间定位系统基本上没有使用。
16、 目前电子地图为单机存储模式，给信息的更新、安全性及资源的共享造成诸多的不便和隐患。
朱局长对系统的要求：
年底开通，接入99%的报警电话。
接警模式：招社会人员辅警接警;希望接警员只是做简单工作(比如事发地、事件性质)，尽量不做主观判断，具体判断可以处警人员完成。简单接处警尽量做成傻瓜型，这是朱局长想法的要点。 简单的事件由接警员处理;复杂的由综合处警员处理;联动事件先由接警员简单处理，然后再由多家处理。
公安局的主要是将现有系统改造，解决得好些，并没有打算联动，但技术要留有接口。
事发地定位要求到杂货店，但数据建设可以慢慢来，可以先做重点目标)
警情回复：要求回到接处警台，谁派警，就派给谁。目前与联动谈，给每个警员配CDMA手机，直接指挥到警员，警员利用来电显示回复警情。
派警直接到派出所，但必须通知到分局。这个问题还有争论。 现有模式基本不变，这也是一个重点。
三、 系统网络架构图
市局指挥中心一个席位(共14个)集群车台协同服务器接处警电话接处警计算机电子地图数据库服务器RS422警情查询客户端PSTN数字录音系统通信调度机E1首长1号台“打一送一”程序DDN电信局网络交换机行政交换机总机Modem池路由器 总值要情系统市局其他业务部门公安行政通信网、PSTN分局指挥中心Modem路由器Hub数据库服务器数字录音系统接警台 1接警台 2