人力资源社会保障基础信息共享平台建设采用单一来源采购方式征求意见公示访问次数： 发布时间：2015-07-31

人力资源社会保障基础信息共享平台建设
采用单一来源采购方式
征求意见公示

南宁市社会保障卡管理办公室申请人力资源社会保障基础信息共享平台建设采用单一来源采购方式，该项目拟由东软集团股份有限公司提供（或承担）。现将有关情况进行公示。
公示期为2015年8月3日起至2015年8月7日止。
潜在政府采购供应商对公示内容有异议的，请在公示期内以实名书面形式（包括联系人、地址、联系电话）将意见反馈至南宁市财政局和采购人。
南宁市财政局地址：东葛路129号，联系电话：0771-*******。
采购人名称：南宁市社会保障卡管理办公室，地址：南宁市桂春路南二里劳动保障大厦，联系人：李贵友，联系电话：****-*******。

附：南宁市政府采购服务采购需求资料表


南宁市社会保障卡管理办公室
2015年7月31日
南宁市政府采购服务采购需求资料表

一、单一来源采购项目内容：
1．采购项目名称：金保工程人力资源社会保障基础信息共享平台（一体化）一期建设。
2．采购预算价：300万元整。
3．采购人地址：南宁市桂春路南二里4号；联系人：李贵友；电话：****-*******。
4．南宁市财政局地址：，联系电话：。
5．单一来源采购拟定供应商：东软集团股份有限公司。
6．服务需求一览表：

项号	服务名称	数量	技术参数要求
1	金保工程人力资源社会保障基础信息共享平台（一体化）一期建设	1	★一、基础要求：要求中标供应商派驻项目组，提供软件设计、开发和实施三阶段的现场服务。 ★二、业务功能要求： 项目总体建设内容包括： 1.建设统一人力资源库管理系统 人力资源库系统是南宁市人力资源和社会保障行业管理人员基础信息、单位基础信息、人员基本业务状态信息、社会保障卡基础信息、业务资源信息的核心信息系统，集中统一管理我市各类基础信息和业务资源信息。市级统一部署，通过统一交易服务和接口，实现与省级持卡库系统以及南宁市各业务系统和卡管系统实时连接，确保市内人员社会保障号码唯一，“一人一卡”，基础数据统一管理，信息共享，为南宁市各类业务系统间业务协同提供支持。 2.建设统一协同共享平台 通过集成各类基础技术软件及专业化产品，构建南宁市统一协同共享平台，为南宁市人力资源和社会保障局内部的应用系统之间、上下级人力资源社会保障部门之间、人力资源社会保障部门与同级业务相关单位之间的信息共享和业务协同提供技术支撑；将分散、异构的应用系统及其信息资源进行聚合，通过统一的应用访问入口，实现各网络区域的结构化、非结构化信息资源的交换、整合、同步和应用。 3.一体化系统整合 基于人力资源库与共享协同平台建设，在梳理社会保险、劳动就业、劳动关系、人事人才业务流程和一体化关联基础上，进行各领域间的一体化系统整合，真正实现业务协同。 一期建设内容包括： 在总体规划框架指导下，搭建基础支撑框架，完成基础信息库建设，通过业务分析以及关联设计，率先实现社保、就业业务一体化。一期主要建设内容包括： 1.基础信息库以及基础信息管理系统建设； 2.社保、就业一体化系统整合； 3.门户集成平台建设； 4.数据交换平台； 5.数据整合服务平台； 6.业务系统平台； 7.服务管理平台； 8.支撑软件平台。 一期具体建设要求包括： 1.基础信息库以及基础信息管理系统建设 基础信息库作为全市各业务系统人员基本信息的校验入口。兼容人社部持卡人信息库和全民参保登记库的相关标准，满足人社部建设持卡人基础信息库和全民参保登记库的数据需要，通过与自治区持卡库对接，实现持卡人员基本信息向人社部全国持卡人库的数据上报与交互。 在市级建设全市统一的人力资源信息系统，通过实时交易的方式，提供纵向交易接口，向下与市内所有业务经办系统和社保卡管理系统进行对接，向上与省级持卡库对接。 1.1基础信息数据整合入库 人力资源基础信息库系统数据初始化工作是一项数据整理与清洗的基础性工作，个人基础信息一人一条、单位基础信息一个单位一条、社会保障卡信息一人一卡，是保证人社领域统一数据口径，业务协同工作不可或缺的基础性工作。对于人员数据，关键信息项“姓名、身份证号码”的准确性至关重要，进入力资源基础信息库系统的人员信息都已与公安数据比对过，确保关键信息准确无误。 为保证人力资源基础信息库系统作为人员、单位基础信息以及社会保障卡基础信息统一入口，必须要对各业务系统的现有数据按照数据唯一性规则（人员以姓名+公民身份号码唯一，单位一组织机构代码和单位名称唯一）要求进行清理，建立人力资源基础信息数据准备库，迁入的数据包括已发卡及待发卡人员信息、单位基础信息和社会保障卡基础信息。 1．2基础信息管理系统 1.2.1系统通用管理 1.2.1.1机构管理 机构管理主要用于系统机构的新建、修改、删除等操作。系统初始化时默认一个顶级机构，超级管理员可以修改顶级机构的名称及行政区划代码，建立下级机构，并进行下级机构的修改和删除。 1.2.1.2用户管理 用户管理是对使用该系统的人员进行信息管理，包括登录帐号、登录密码、用户名、性别、所属机构等信息，所有用户都隶属至少一个机构。锁定所选用户后，用户权限即被锁定，解锁后，恢复用户权限。注销后的用户信息依然保存在数据库中，可通过数据库管理员恢复该用户。删除后的用户信息无法恢复。 1.2.1.3角色管理 角色管理是对不同的工作类型的人员建立不同的系统角色，以方便对人员的管理。一个人可以根据授予多个角色。角色信息包括角色名称、角色类型（系统初始化默认普通业务操作人员、安全审计人员、系统管理员三种角色，也可根据用户需求自定义角色）。角色创建完成后，角色所具有的功能权限要在“授权”功能中授予。 系统默认角色说明： 1、系统管理员：权限管理、参数管理等系统管理业务，可授予权限为系统管理功能和通用功能； 2、安全管理员：IP安全管理、日志管理等涉及系统运行安全的业务，可授予权限为安全管理功能和通用功能； 3、业务操作员：日常业务操作，可授予权限为业务功能和通用功能。 1.2.1.4功能权限管理 权限管理是对角色、人员进行授权管理。权限分为操作权限和授权权限。只有管理员角色才可以授予授权权限。 操作权限指业务功能操作的权限，授权权限指给系统人员授权的权限。 1.2.1.5参数管理 对系统各项参数进行调整，需超级管理员进行。系统参数主要用于查询、修改系统自定义的参数信息，可控制系统全局参数。 参数类型分为字符、数字和布尔型，数字类的只能输入数字，布尔类的只能选择是与非。 1.2.2系统辅助管理 1.2.2.1人工干预开关控制 此功能用于控制勘误请求业务、关键信息修改事前会商业务是否需要社会保障卡、姓名合法性校验。如果开关是开的状态，勘误、会商业务走人工干预核实信息，核实结果后，直接给业务系统反馈核实信息，业务信息根据反馈结果判断是否能发起新增和修改业务；如果开关是关的状态，则走关联方核实流程。 1.2.2.2业务系统节点管理 实现了对业务系统接入节点的管理功能，包括是否接入，接入时间，接入地址，入库状态（存量数据入库中、存量数据入库完毕）等。 1.2.3运行监控 通过交易日志等信息实现对交易调用的监控。主要包括： 1.对当前交易数量、频度、响应时长进行监控（可以加上交易类型、交易结果的条件组合） 2.对最后一次调用交易到当前时间的时长进行监控（可以加上地区、接入系统的条件组合） 3.对待重做交易数量，当前响应的频度、时长进行监控。 1.2.4数据质量管理 1.2.4.1人员关键信息合法性判定 在勘误请求和关键信息修改事前会商时，引入人员关键信息合法性判断功能，前期用人工核对，后期可采用公安实时接口。人工对业务发起方提交的证据信息（社会保障号码、姓名）与持卡库中相关方的人员信息进行公安比对，核查是发起方的信息正确，还是相关方的正确。 核查结果有如下几种情况和后续处理方法： 发起方 相关方 核查返回结果 正确 错误 将人员信息移入勘误表，发起方新增；相关方核实信息，重发新增 正确 正确 “后发核实”，发起方去公安改证 错误 正确 发起方核实自己的信息 错误 错误 将人员信息移入勘误表，通知相关方核实信息，重发新增；发起方核实信息 1.2.4.2勘误名单登出 特殊功能，主要是针对已经勘误过的数据进行删除，为了已经在勘误表中的人员信息再次进库做准备。 1.2.5查询统计 1.2.5.1综合统计查询 基于全市统一的人力资源库，提供全口径的统计信息查询： 2固定报表 系统可定期生成固定格式的报表，如部省报表、市级统计报表等。报表可供导出及导入处理（导入、导出为excel格式），可供自由设置表内及表间校验处理，同时系统对校验不通过的有提示及明细查询功能。 2非固定临时统计 操作人员可任意按数据库中涉及的字段自由组合设置条件查询，组合条件的设置必须为中文显示，组合方式及字段选择采取下拉框式显示模式，操作人员可通过下拉框选择字段、字段值及查询组合方式，系统对“设置冲突”有提示功能，查询结果可为汇总数据、明细数据、平均数据等，并可供导出为excel格式。 1.2.5.2基本信息统计查询 基本统计查询功能在系统中按计数器的方式来设计，如：每增加一个人员信息，人员新增入库交易的最后，需要将统计查询表中的入库人数指标在底数基础上+1。 1.2.5.3业务经办量统计查询 次功能按计数器的方式来设计。 1.按时间段、人、卡、交易类型、交易结果等条件组合查询或统计统计数量、频度。 2.按地区、接入系统、时间段、人、卡、交易类型、交易结果等条件组合对业务系统到人力资源库的交易日志进行查询或统计统计数量、频度。 3.按时间段、人、卡、交易类型、交易结果等条件组合查询或统计统计数量、频度。 以上可以进行关联 4.对应用功能操作日志进行查询。 1.2.5.4基础信息统计 1.对人员、单位、社会保障卡等基础信息进行查询或统计。 2.对本市人员、单位、社会保障卡基础信息的入库情况按业务系统、区域等条件进行统计 3.对本市人员、单位、社会保障卡基础信息的新增情况全部或分条件进行统计。 1.2.5.5问题数据查询 1.按地区、接入系统、人等条件组合对一人多卡的信息进行查询或统计。 2.按时间段、人等条件组合对已入库但存疑的问题数据进行查询或统计。 3.按人、时间段等条件组合对涉及人员的比对结果和核查处理状态/结果进行查询或统计。 1.2.6历史数据管理 1.2.6.1历史数据转移 将交易日志按年份转移到历史表。提高历史交易日志的查询效率。历史交易日志包括信息变更日志，鉴权日志等。 1.2.6.2历史数据导出 当数据库存储空间不足时，可以将年份历史表保存为文件形式导出，并且在数据库中删除已导出数据。 1．3业务系统改造 各业务系统根据基础信息库系统统一入口的要求，对业务系统进行改造，与基础信息库系统对接。业务系统改造主要包括人员、单位基础信息表及相关操作的调整和前置机硬件平台建设等内容。 1．3系统接口 序号 业务名称 接口名称 1. 人员新增登记业务 业务系统人员新增登记上报交易 2. 人员信息变更业务 人员信息变更登记申请交易 3. 人员信息变更推送服务 人员信息更新推送交易 4. 人员注销登记业务 人员注销登记申请交易 5. 人员新发卡登记业务 人员新发卡登记上报交易 6. 单位新增登记业务 业务系统单位新增登记上报交易 7. 单位信息变更业务 单位信息变更登记申请交易 8. 单位信息变更推送服务 单位信息更新推送交易 9. 单位注销登记业务 单位注销登记申请交易 10. 社保卡更新业务 社保卡更新上报交易 11. 社保卡鉴权及交易认证业务 社保卡鉴权及交易认证 12. 社保卡结算交易验证业务 社保卡结算交易验证交易 13. 人员统一验证业务 人员统一验证交易 14. 社保卡鉴权业务 社保卡鉴权交易 15. 人员查询业务 人员查询交易 16. 社保卡查询业务 社保卡验证交易 17. 勘误请求业务 业务系统勘误请求交易 18. …… …… 2.社保、就业一体化系统整合 遵循“以信息流引导业务流、重点业务优先、先易后难循序渐进”的原则从数据进行社保、就业一体化系统整合。并且从数据一体化、业务一体化、技术一体化等方面进行总体分析和设计，并梳理中一体化设计中的业务关联点。 数据一体化设计，通过人力资源库的设计实现全市基础信息的统一管理，实现各项人力资源和社会保障业务办理人员新增和变更时，应首先调用人力资源库的人员基础信息进行校核，避免重复采集、重复录入，人力资源库中信息缺失的，应先行录入人力资源库，最终形成统一、完整的人力资源和社会保障工作服务对象人员基础信息库。为人社一体化、一卡通用和业务协同奠定基础。 业务一体化设计，通过建设统一的协同共享平台，将各个业务系统连接起来。同时，为了管理规范化和服务延伸进行业务流程的优化组合，为了管理和服务的严谨性及一致性进行业务关联。 业务一体化设计主要分为业务紧耦合和业务松耦合两种方式，业务紧耦合即：社会和劳动业务经办可以自动联动，互相修改对方指定的共享数据；业务松耦合即：社保和劳动业务经办时，通过查询共享的数据信息确定业务操作，数据各自负责修改。 3.门户集成平台建设 由于不同的业务系统具有不同的页面风格和操作风格，对于应用安全的控制策略也各不相同，建设门户集成平台，通过门户（Portal）技术实现业务系统的界面整合，形成统一的工作界面，统一的业务视图，实现安全策略的统一控制和用户的单点登录。主要功能包括： (1)个性化定制：通过门户集成，用户可以定制自己的门户界面。用户只需要通过点击、拖拽即可完成界面定制。 (2)单点登录：实现用户登录一次即可无障碍的访问集成的各个应用系统，并保障数据传输过程中的信息安全。 (3)统一业务用户管理：对于一个业务应用，统一用户管理是必不可少的组成部分。他不仅关系操作用户的信息管理，同时与权限管理也是密不可分的。 (4)统一服务用户管理：公共服务系统，采用统一服务用户管理功能，实现一处注册，全市各渠道服务系统通用，且注册简便，使用社会保障号码为唯一注册账号。根据统一服务用户管理平台提供的功能及其信息内容，将终端用户的身份认证等级分为非注册用户、注册用户和实名认证用户，并赋予不同的数据访问权限和功能使用权限，以保证用户的隐私安全。 (5)统一权限管理：系统采用单点登录对用户资源进行统一管理，同时提供二次开发接口，可以与其他应用系统的用户管理模块对接，并能随相关业务系统实时更新访问权限。 (6)组织机构管理：以全市现有的组织机构数据为基础，建立统一、全面的组织机构管理，包括机构、部门、岗位、人员、分工、职权等等；同时支持层级机构和工作组机构，满足现代党政事业机构复杂、灵活的矩阵式组织模型的要求。 4.数据交换平台 对各类应用系统与业务相关部门的信息系统之间建立数据交换渠道提供支持，形成开放共享、标准一致的人力资源和社会保障信息资源共享体系。数据交换的内容包括新老系统间的数据交换、业务系统间的数据交换、业务系统横向与公安地税等部门的数据交换、业务系统纵向与部省系统间的数据交换。 数据交换平台可采用成熟产品来支撑，其功能通常包括图形化的配置管理、数据访问、错误处理、数据转换与清洗、数据传输、任务调度、元数据管理、运维监控等。 5.数据整合服务平台 基于专业的数据整合产品，以全民社会保障各类业务数据、联网监测数据、外部交换数据为基础，建立统一的数据整合平台，为业务管理、决策等需要提供数据的抽取、清洗、质量检查、整理整合等应用服务，实现各类相关业务信息的归集和整合，形成跨业务领域统一关联的数据资源，为各级业务管理、服务、决策提供数据服务。 根据南宁市现有应用系统的建设现状，以及未来人社行业信息化发展的趋势，数据交换整合平台支持多种数据库，包括传统的关系型数据库，如Oracle、MySql、国产达梦数据库、GBase数据库等，还支持NoSql类型的数据库，如HBase、MongoDB等，另外，还支持内存数据网格，如GemFire等。 6.业务协同平台 业务协同平台采用专业化产品软件，规范和协同跨部门跨系统间的业务流程，优化业务流程、提升工作效率，最终达成组织内外部各种业务环节的优化与整合。业务流程管理不但涵盖了传统“工作流”的流程传递、流程监控的范畴，而且突破了传统“工作流”技术的瓶颈，对组织内部及外部的业务流程的整个生命周期进行建模、自动化、管理监控和优化。业务流程管理将重要业务流程的信息和规则从应用程序系统中分离出来，并将其置于业务协同平台的控制之下。 业务协同平台通过定义任务流程、调度规则，对业务经办进行有序的调度，规范业务经办流程、实现跨系统多业务间的自动流转，保证业务的一致性与完整性。 7.服务管理平台 服务管理平台采用企业服务总线技术（ESB，EnterpriseServiceBus），通过松耦合、具有高度扩展性的架构实现跨系统、跨部门间的数据共享访问与业务联动，并有效降低应用开发的技术难度和工作量。 服务管理平台为应用系统集成和信息资源共享提供技术支撑，按照统一管理的应用管理权限和数据访问权限，实现跨技术体系、跨网络区域应用系统的通讯、互连和集成，实现不同标准、数据存储结构的信息资源的交换和共享，以及数据资源的交换、整合、同步和应用，并提供统一、标准的应用访问入口和业务视图。 8.支撑软件平台 支撑软件平台是构建门户集成平台、数据交换平台、数据整合平台、业务协同平台、服务管理平台所需要的相关支撑软件平台，可以快速开发集成上述相关业务平台。 包括：统一门户平台、数据交换平台和数据整合平台、工作流、企业服务总线等支撑软件平台。 ★三、总体要求： 1、南宁市人力资源库和一体化系统是南宁市“金保工程”系统的一部分，是对已建设的核心业务系统的数据整合与业务协同,必须和原有业务信息系统无缝对接，涉及原有信息系统和原有业务数据等多方面因素，必须在原业务开发基础上完成，保证数据的上传、保存、管理的有效衔接和可靠运行，从而切实达到项目建设目标，提升南宁市金保工程系统数据整合和业务经办能力。 2、系统设计应做到结构模块化，程序结构化，数据格式标准化，代码统一化，各种文档资料规范化。所有软件子系统必须统一标准，规范设计，统一数据入口，统一数据出口，充分共享；数据可被系统中任何处理环节使用，确保数据的完整性，一致性。 3、应用系统应具有完整、严谨的操作权限管理机制和日志记录，确保系统的安全性和业务的可稽核性；。 4、系统一体化关联设计符合南宁市业务经办实际情况和相关政策要求，数据操作和查询有严格的权限控制。 5、系统的操作要力求简便，操作界面的设计风格统一，与原系统样式一致，便于操作员快速掌握系统操作方法；用户界面简单明了，符合业务办理流程，具有人性化特点。 6、为保证市人力资源库和一体化系统建设工作能够切实符合国家金保工程的相关要求，实现数据同人同城同库管理，实现业务协同办理，要求建设方必须充分熟悉南宁市相关政策、业务流程和金保工程现有系统，掌握当前系统的业务架构、技术架构和数据架构，从而保证高质量、快速的完成本次工作。 ★四、技术要求： 为保证系统架构设计的开放性、稳定性、可扩展性和可延续性，本次项目要求采用如下的总体技术： 1、在人力资源和社会保障部社会保险核心平台二版以及劳动力市场99三版的框架结构之上进行本地化开发工作。 2、业务应用系统采用B/S/S架构，业务逻辑层采用J2EE/EJB的模式，B/S/S架构中的表现层以JSP技术为载体。 3、采用面向服务的技术架构（SOA，Service-OrientedArchitecture），松耦合的设计模式，完成业务系统的分析与设计，采用构件化、参数化、方法库和工作流等技术，提高系统的扩展性。 4、采用面向对象的构件化分析与设计方法。采用最新的架构驱动的软件开发方法，按照CMM/CMMI的要求制定一系列的开发过程规范，保证应用体系架构的总体质量。用构件化、参数化、方法库和工作流等技术，提高系统的扩展性。 5、人力资源库设计要贯彻“以人为本”的设计理念，设计要求合理，既要满足实际业务需求，又需要具有扩充性。与现有系统进行数据整合，实现社会保障系统基础数据的同人同城同库和多部门数据共享。 6、根据业务需求，依据业务流程，从方便用户使用的角度进行一体化关联设计、功能和模块划分。系统的操作要简便，便于操作。 7、系统切换需采用简单易行的升级转换办法，在保证新系统能够安全、可靠运行的前提下，完整地保护原有历史数据。 8、统一技术标准和信息交换标准。系统建设需从技术、业务、管理等方面考虑与原有业务系统的互联互通和平滑延伸，为整合南宁市人力资源系统的信息资源、建设南宁一体化系统和全面的公共服务与监管提供全方位支持。 ★五、项目实施服务与管理要求 5.1项目进度要求 按照统一规划，分步实施的工作思路，启动南宁市人力资源库和一体化系统项目建设，系统建设步骤及时间规划如下： 1、项目启动：2015年8月。 2、需求调研：2015年8月20日—2015年8月31日。 3、软件设计、开发：2015年9月1日—2015年10月30日。 4、软件安装、培训、用户测试：2015年10月10日—2015年10月30日。 5、系统上线运行：2015年11月1日。 6、系统验收：2015年12月 5.2项目人员要求 1、为使工程按质、按量、按时及有序实施，要对本项目组织一个完善的管理组织结构，按软件项目开发和维护的实际需要组织后台开发人员、现场技术人员及后端支持人员，人员配置应科学、合理、有效。 2、要指定一名项目经理负责本软件研发、实施任务的具体实施和组织，可全权对参与本项目的技术人员进行统一管理和调配。 3、项目组在人员配备上，应包含实施人员、设计人员、开发人员、测试人员等。投标时应提交该组织结构和人员配备方案的详细资料，包括人员姓名、部门、职责、主要资历、经验及承担过的项目。 4、项目主要开发人员要保持稳定，防止人员变动影响服务质量，确保软件开发和维护工作按计划顺利完成。 5.3管理工具要求 1、项目需求调研、系统开发、系统测试过程中必须选用管理工具以实现项目管理及过程管理，应标时应列出项目管理工具名称。 2、要求在需求调研阶段使用需求调研工具完成需求的录入和评审工作，在系统维护阶段使用需求管理工具进行需求变更、需求分配、制定计划、需求验证过程的管理，以便用户方及时了解当前项目的需求实现情况。 5.4项目风险管理 投标人要充分认识到项目风险管理的重要性，在投标书中必须识别分析项目中的各类风险因素，并采取相应的对策。 5.5项目沟通管理 投标人必须在投标文件中详细明确说明项目沟通计划，确保投标人与用户之间、投标人内部之间信息沟通顺畅。成为中标方后在项目实施过程中必须分别按周、月提交进度报告，对项目问题及进度延迟原因进行说明，制定合理的解决措施并有效执行。 5.6项目质量管理 1、投标方应按CMMI质量管理体系规范要求，针对招标项目实施过程及交付结果进行质量规划、管理、控制。 2、投标方一旦中标必须提交正式的质量计划，明确质量控制点、控制内容、质量要求、检查记录要求，并经招标人审核、批准。 3、中标方在项目实施过程中应开展质量保证活动，所提交的进度报告应包括质量报告内容，对质量问题制定改进措施并有效执行。 4、投标方必须提供详细测试方案，包括采用测试技术、测试方法和测试报告提交形式。在工程实施过程中，中标方应先拟出一个测试方案，具体到每一个测试步骤，与用户讨论通过后，方可按计划进行测试。 5.7文档交付要求 在软件开发过程中，中标人应按照软件开发要求形成全面详尽的技术资料，包括可运行的程序及技术文档等（包含软件验收后调整和补充的项目成果和资料），确保技术资料的一致性和完整性。 包括： 准备阶段：《软件开发计划》 需求分析阶段：《软件需求说明书》、《软件需求确认书》 设计阶段：《系统设计说明书》 编码阶段：《软件编码规范》 测试阶段：《测试计划》、《测试报告》 过程文档：《培训计划》、《培训记录》、《例会记录》 交付使用：《用户操作手册》、《系统安装维护手册》 其他文档：《售后服务规范》以及项目建设方认为必要的其他文档 所有的技术文件必须用中文书写。 5.8项目培训要求 投标人必须提供满足系统建设、管理、维护等要求的技术培训服务，并达到预定的培训目标。 投标商必须根据本次招标文件所制定的目标和范围，提出相应的培训内容及计划，并作为投标文件的一部分提交。
商务条款	一、合同签订期：自成交通知书发出之日起7个工作日内 ★二、提交服务成果时间：合同书签订后2个月内 三、提交服务成果地点：南宁市采购人指定地点 四、售后服务要求： ★1、质量保证期1年（自验收交付使用之日起） ★2、质保期内，投标人无偿对项目出现的各类问题进行软件修改、完善和升级开发。如系统设计存在重大缺陷，导致无法运行或效率低下，投标人必须无条件对系统进行结构性调整开发，直至系统功能满足开发要求，系统性能高效安全运行；如在质保期内未能完成上述修改、完善和升级开发的，则质保期按最终完成开发并正式交付使用之日起自动顺延1年时长。 3、系统维护的范围包括：系统优化、系统的正常运行和数据维护。 4、中标人能提供现场工程师、7×24通过远程、电话、E-mail等方式为用户提供终身完善的售前和售后技术咨询服务； ★5、处理问题响应时间：接到采购人处理问题通知后1小时内到达采购人指定现场，2小时内解决故障并恢复系统运行，终身提供免费技术支持。 ★6、培训要求： （1）对业务经办人员进行集中培训，确保每位工作人员能够理解系统原理、系统功能，熟练系统信息录入、流程审批、统计分析、信息查询等应用。培训费用由中标人负责，培训地点在南宁市区内；培训时间和期限由本项目采购方根据需要确定。 （2）投标时必须提供详细的项目培训方案。 五、其他要求： 1、系统验收要求：系统通过试运行证实所有性能、功能指标达到要求时，可由中标人提请项目验收申请。终验的内容如下： （1）技术文档：同步维护项目试运行期间技术文档进行验收。 （2）系统功能：依据《项目合同书》、《项目招投标文件》和有关的补充协议，对系统功能进行验收。 （3）对培训情况进行验收。 （4）验收报告：以上验收合格后，由采购人出具《验收报告》。 ★2、中标人按要求将项目软件完成后，该软件知识产权归采购人所有，中标人必须向采购人无偿提供中标软件产品的源代码。 ★3、报价必须含以下部分，包括： （1）服务的价格； （2）必要的保险费用和各项税金； （3）安装、调试、培训、技术支持、售后服务、更新升级等费用； （4）与各类相关系统对接的费用。 （5）组织平台验收产生的费用。 ★4、付款方式：本项目无预付款，供应商所提交的服务经采购人书面验收合格后，一次性支付合同款。 ★六、对合同条款的调整 由于中标人原因，未能按本合同规定的内容、时间及相关要求向采购人交付成果的，中标人承担违约责任，支付违约金。每逾期一天交付，按合同总费用的千分之二支付滞纳金，超过合同规定时间30日，采购人有权解除合同，并扣除履约保证金。

说明：
1.填表时“技术参数要求”栏不能留空，技术参数要求中不应使用“详见附件”字样；必须将技术参数要求详细填列，“数量”栏要与经南宁市财政局批复的年度政府采购预算或采购申请表内数量一致。
2.除采用单一来源采购方式外，品牌及型号不能写在“服务名称”或“技术参数要求”栏中。
3.采购人应根据项目实际情况在技术参数要求及商务条款中设置实质性要求和条件，实质性要求和条件要标注★号。投标人必须对实质性要求和条件作出满足或者优于的承诺，否则投标无效。
3.不得设置倾向性或者排斥潜在投标人的条款：不得指定采购货物的品牌或服务的供应商或限定唯一品牌特定的技术参数要求，不得指定购买进口产品；不得限定供应商注册资本金、资产总额、营业收入、业绩、从业人员、利润、纳税额、所在地、经营时间等；不得要求提供厂家的授权、代理或保证等证明（有政策依据的除外）；不得设置不合理的交货期、售后服务或样品要求；不得设置高于或低于国家标准的资格条件；不得设置国家强制要求以外的认证或证明；不得设置其他倾向性或者排斥潜在投标人的内容。


南宁市社会保障卡管理办公室
2015年7月22日