招标
人事及薪酬管理系统需求公示
金额
293.07万元
项目地址
广东省
发布时间
2020/12/01
公告摘要
公告正文
| 序号 | 名称 | 数量 | 单位 |
| 1 | 人事系统授权 | | |
| 1.1 | 核心人力资源管理 | 1000 | license（员工数） |
| 1.2 | 薪酬管理 | 1000 | license（员工数） |
| 1.3 | 绩效管理 | 1000 | license（员工数） |
| 2 | 标准功能实施 | / | / |
| 3 | 二次开发功能实施 | 二次开发（核心人事与薪酬管理需要在一期的基础上做客户化二次开发以满足学校的业务，绩效管理模块为二期新增实施的模块，也需要客户化二次开发以满足学校的业务。） | |
计划新增及优化以下功能：
1、新增绩效模块、合同管理模块，实现全过程实时跟踪、进度催办、数据导出等功能
2、优化人事管理、考勤管理、权限管理，实现更智能、便捷、灵活的人事管理、业务办理；
3、优化现有报表，开发新的报表功能，如新增假期余额报表、兼岗报表、签证报表等，为不同的人员提供数据查询及统计服务；
4、支持移动端，如可在移动端实现请假、批假等。
（三）服务类项目属性：___非长期服务项目_______
投标人资质要求
（1）具有独立法人资格或具有独立承担民事责任的能力的其它组织（提供营业执照或事业单位法人证等法人证明扫描件，原件备查）。
（2）本项目不接受联合体投标，不接受投标人选用进口产品参与投标。
（3）参与本项目投标前三年内，在经营活动中没有重大违法记录（由供应商在《政府采购投标及履约承诺函》中作出声明）。
（4）参与本项目政府采购活动时不存在被有关部门禁止参与政府采购活动且在有效期内的情况（由供应商在《政府采购投标及履约承诺函》中作出声明）
（5）具备《中华人民共和国政府采购法》第二十二条第一款的条件（由供应商在《政府采购投标及履约承诺函》中作出声明）。
（6）未被列入失信被执行人、重大税收违法案件当事人名单、政府采购严重违法失信行为记录名单（由供应商在《政府采购投标及履约承诺函》中作出声明）。
注：“信用中国”、“中国政府采购网”以及“深圳市政府采购监管网”为供应商信用信息的查询渠道，相关信息以中标通知书发出前的查询结果为准。
服务类清单
| 序号 | 采购计划编号 | 需求内容 | 数量 | 单位 | 备注 | 财政预算限额(元) |
|---|---|---|---|---|---|---|
| 1 | 202000391956 | 人事及薪酬管理系统 | 1.0 | 项 | 2930700.0 | |
具体技术要求
香港中文大学（深圳）是一所经中华人民共和国教育部批准，按照《中外合作办学条例》设立，传承香港中文大学办学理念和学术体系的大学，为广东省高水平大学重点学科建设高校。大学采用与国际接轨的理事会管理机制，采用理事会领导下的校长负责制，积极探索有中国特色的现代大学制度。学校的特色是国际化的氛围、中英并重的教学环境、书院制传统、通识教育、新型交叉学科设置和以学生为本的育人理念。学校正在使用的人力资源管理系统（HCM）平台（PeopleSoft）是我校经过前期分析调研和选型，最终确认并实施投入使用的人事及薪酬系统。系统平台一期建设已于2017年8月正式上线使用，业务领域包含了核心人事和全球薪酬这两大功能模块。
香港中文大学（深圳）人力资源管理系统平台应用于人事管理和行政服务，供全校教职工使用。随着大学的快速发展，大学已经从系统一期建设时的400多位员工发展到1000多位员工，此次购置为在已有的一期实施的基础上进行系统改造、升级，以解决系统当前平台与实际管理业务的贴合度差、权限管理不灵活、系统功能及报表远远不能满足大学发展过程中不断出现的新业务场景、界面不友好、业务操作不够简便等问题。系统功能升级后能更好的帮助人事管理及行政服务工作的展开，能够为大学人力资源数字化管理打好基础，能提高人力资源工作的效率。
基于一期采购实施的人力资源管理系统（HCM）目前的现状及大学未来发展的规划，本次购置是对系统的功能扩展及优化，包括增加软件人力资源管理系统（HCM）的核心人力资源管理、薪酬管理、绩效管理这3个模块的授权及标准功能实施和二次开发功能实施。具体功能需求清单可查看技术要求部分。
| 序号 | 名称 | 数量 | 单位 |
| 1 | 人事系统授权 | | |
| 1.1 | 核心人力资源管理 | 1000 | license（员工数） |
| 1.2 | 薪酬管理 | 1000 | license（员工数） |
| 1.3 | 绩效管理 | 1000 | license（员工数） |
| 2 | 标准功能实施 | / | / |
| 3 | 二次开发功能实施 | 二次开发（核心人事与薪酬管理需要在一期的基础上做客户化二次开发以满足学校的业务，绩效管理模块为二期新增实施的模块，也需要客户化二次开发以满足学校的业务。） | |
计划新增及优化以下功能：
1、新增绩效模块、合同管理模块，实现全过程实时跟踪、进度催办、数据导出等功能
2、优化人事管理、考勤管理、权限管理，实现更智能、便捷、灵活的人事管理、业务办理；
3、优化现有报表，开发新的报表功能，如新增假期余额报表、兼岗报表、签证报表等，为不同的人员提供数据查询及统计服务；
4、支持移动端，如可在移动端实现请假、批假等。
| 序号 | 招标技术要求 | |
| 1 | 功能模块 | |
| 1.1 | 绩效管理 | 实现行政人员和教师进行在线绩效评定 |
| 1.2 | 合同管理 | 行政人员和教师合同管理/完善合同模板 |
| 1.3 | 考勤管理 | 实现不同假期可以设置不同计算规则 |
| 实现假期余额计算 | ||
| 排班（可选）-标准功能配置 | ||
| 排班（可选）-根据假期计划自动排班 | ||
| 1.4 | 考勤管理-员工自助 | 自助请假/销假 |
| 查询假勤申请历史记录 | ||
| 员工查询休假余额 | ||
| 1.5 | 考勤管理-经理自助 | 审批员工休假申请 |
| 查看下属休假缺勤信息 | ||
| 经理查看下属休假余额 | ||
| 1.6 | 考勤管理-审批流 | 休假、销假审批流 |
| 1.7 | 考勤管理-预警提醒 | 页面提醒、邮件提醒进度 |
| 1.8 | 业务联动 | 考勤结果写入薪资模块参与薪资计算 |
| 1.9 | 权限管理 | 页面访问权限及首页模块导航修改 |
| 数据访问权限控制 | ||
| 报表修改 | ||
| 角色的权限调整 | ||
| 1.10 | 薪酬管理 | 打印工资单；实现月中调薪&月中换部门的分段计算及成本分摊 |
| 1.11 | 兼岗管理 | 单独管理标签（增加筛选条件）、可导出报表、到期提醒等 |
| 1.12 | 临聘管理 | 单独管理标签、可导出报表、到期提醒等 |
| 1.13 | 短期临聘薪资管理 | 实现短期临聘老师工资发放 |
| 1.14 | 预聘-长聘管理 | 增加管理页面、可导出报表 |
| 1.15 | 团体保险信息收集 | 收集团险保险配偶子女相关信息 |
| 1.16 | 员工入职 | 实现员工线上办理入职流程；员工信息填写，如有信息不完整，可以提醒员工 |
| 1.17 | 员工离职 | 根据现有的表单，把流程做成线上离职流程 |
| 1.18 | 移动端 | 支持在移动端实现请假、批假等业务 |
| 1.19 | 报表 | 各类报表开发 |
| 1.20 | 核心人事 | 能创建和香港中文大学（深圳）平行的单位 |
| 1.21 | 薪酬管理 | 可实现人事薪酬系统与财务费控系统的报销单（需与工资合并发放的报销单）信息的交互、管理与控制 |
| 支持财务费控系统的部门成本中心可自动同步至人事薪酬系统，并将成本中心自动映射至相应部门；支持财务费控系统的项目成本中心可自动同步至人事薪酬系统 | ||
| 实现人事薪酬系统中员工Budget Code的可配置化 | ||
| 1.22 | 自助服务 | 自助申请暑期工资, 实现人事薪酬系统对Summer Salary的申请、审批、查询、预算冻结全过程管理 |
| 自助申请经费核查, 实现人事薪酬系统对Funding Check的申请、审批、查询、预算冻结全过程管理 | ||
| 1.23 | 证件选项 | 证件选项里添加“中国绿卡”选项类型，或者添加“其它”的类型，以便输入不同于一般的证件类型。 |
| 1.24 | 其他 | 带有架构设计，同时能体现未来发展所需要的扩展性，建设落地的时候，就可以基于未来发展要求系统的通用性和配置性。做一定的界面调整，使操作界面简洁明了、使用方便、灵活快捷，符合用户使用习惯。 |
| 2 | 技术要求 | |
| 2.1 | 平台支持要求 | 兼容学校已经上线使用的人力资源管理系统。架构设计遵循成熟的方法论，包含需求书中所有的功能模块，并在各个层面对模块之间的关系有深入的理解。同时，提供更多相关功能模块的供应商将优先考虑。 |
| 2.2 | 设计功能要求 | 建设的系统应支持行业内的最佳实践，并包含大量预制的功能，无须实施商进行大量的定制开发。包括：灵活支持集中式处理及非集中式处理；提供面向用户驱动的自助服务功能；提供易用的应用开发环境以便持续不断的满足业务需求的变化；实施商须提供对软件界面优化的方案示例。 |
| 2.3 | 开放性 | 与外围系统的接口需要支持dblink、webservice、RMI、ETL、FTP等传输方式。系统应提供标准接口供外围系统调用获取或传递数据,并保证接口数据的完整性、一致性和正确性。 |
| 2.4 | 可扩展性 | 随着学校规模的扩大，管理要求的提高，系统必须具备良好的后期扩展能力，横向扩展方面支持更多的用户接入、更大的应用负荷，纵向扩展要保技术的持续升级能力，提供更为完善后期维护服务。 |
| 2.5 | 易操作性 | 操作简便，从实际出发，降低员工培训和自行维护管理的成本。 |
| 2.5.1 | 界面风格 | 各模块统一的录入、查询等操作风格及界面布局风格，可以有效减少操作人员熟悉系统的时间及增加操作便利性。 |
| 2.5.2 | 方便操作，操作流程合理 | a.功能菜单、操作界面布局简洁易用，尽量从用户使用便捷角度出发设计人机界面，符合用户操作习惯，信息检索时可以通过输入关键字模糊查询。 b.能方便快捷的录入各种数据。 c.帮助文档完善，且方便调取，所有帮助文档均有关键字（词）搜索功能。 d.工作台应用可控制必录入项，系统能够对必录项目进行控制，且有颜色或图标提示，使用户能够确保信息录入的完整性。 e.控制错误录入，系统能检查录入字段类型，对于数字类型字段，应不允许用户输入文字或符号。 f.可根据管理员设定的基本参数检查用户录入正确性。 g.支持组织结构、项目分级结构等树状层次化展示。 |
| 2.5.3 | 易用的功能展示菜单 | a.菜单应按照常用的操作展示清晰，充分考虑用户使用习惯，便捷直观，不展示无关信息； b.支持基础数据维护页面能够进行客户化配置，及修改显示名称。能满足一定个性化需求，适应企业变化，降低二次开发成本； c.提供必要的系统提示信息。 |
| 2.6 | 系统性能指标 | |
| 2.6.1 | 操作响应速度 | a.客户端打开操作界面、保存数据等基本操作平均响应时间（除报表统计、数据导入等涉及大量数据的操作外）不超过3秒。 b.在线报表和图表生成时间不超过10秒 |
| 2.6.2 | 数据导入速度 | 通过EXCEL、TXT等格式文件大批量数据，导入时间每千条不超过30秒。 |
| 2.6.3 | 并发性能 | 支持500名以上用户并发使用，同时达到以上性能指标。 |
| 2.6.4 | 稳定性能 | a.除硬件及操作系统故障外，应用服务应稳定运行，平均无故障时间为6万小时以上。 b.系统长期稳定运行，不出现异常及明显的功能缺陷。 c.数据库长期稳定运行，不会出现内存不足等各种数据异常。提供关于存储空间规划、数据维护、备份/恢复等完整的数据库管理方案。 |
| 2.7 | 多语言支持 | 系统必须支持多语言的信息访问和存储，至少应支持简体中文和英文。用户可以根据需要灵活简便的切换。 |
| 2.8 | 系统接口 | 系统需要提供统一的对外接口管理功能，能够灵活的发布对外服务接口，提供休假信息、假期余额查询及排班信息查询接口，并能提供接口调用情况和执行日志,所有接口需要按照学校的接口参数标准进行提供。 需要与费控系统实现业务上的交互接口及与企业微信对接上人事系统的移动端业务。 接口需能通过数据总线进行接口监控与管理。 调用其他第三方系统接口需要有错误日志以便能及时定位排查问题。 考虑到学校信息化建设需要，所有标准接口均需无条件提供；并向学校提供免费对接技术支持。 |
| 2.9 | 系统安全指标 | |
| 2.9.1 | 记录日志 | a.应用服务及客户端能够记录各用户的关键操作行为。记录系统运行时所发生的所有错误，包括本机错误和网络错误，便于查找错误的原因。 b.记录日志可导出为EXCEL或txt文件，自动维护日志表，确保读写性能。如日志文件本身为文本文件，则当日志文件达到特定大小后可自动更名并归档，确保当前日志的读写性能。 |
| 2.9.2 | 系统整体安全 | 测试环境需要适当对敏感信息进行脱敏处理。 系统需要无条件满足二级等保要求并安全扫描合格后方可上线。 项目将按国家标准和三方确认的设计要求、验收规范进行验收，采购单位邀请第三方测评机构对项目进行测评，并以第三方测评机构的检测报告为主要依据进行验收，中标人须严格按国家标准和三方确认的设计要求、验收规范实施，并配合第三方测评机构的测评。 |
| 2.10 | 二次开发要求 | 系统需提供一定的客户化配置的功能，当学校业务发生细微调整时，系统能够通过简单配置快速响应需求变化，而不需要通过二次开发实现，提高使用效率、减少等待时间。 |
| 3 | 项目组织及实施要求 | |
| 3.1 | 实施技术要求 | 对于下述的实施技术要求，投标人应详细描述每项要求的满足程度。 1）系统能支持相关业务的一体化，数据共享，流通顺畅。 2）能根据系统预先定义好的工作流程，完成工作流，能够驱动业务目标的实现，实现的审批工作流可灵活配置，使系统具备良好的可维护性。 3）能够进行灵活的用户权限设置，能够进行良好的权限分级管理。 4）能批量导入现有的业务数据并具有一定的排错、纠错功能，业务数据经过整理可直接导入该系统并保证其准确性。 5）提供完善的操作手册，培训文档。 |
| 3.2 | 实施方案要求 | 本项目实施的组织范围为香港中文大学(深圳)本部，包括下属各学院及附属机构。项目各模块功能应覆盖前述功能需求。实施商应对前述用户需求进行点对点的应答。项目实施方案应包括但不限于以下内容： 1）投标单位应根据对香港中文大学(深圳)校园管理信息化项目的总体理解，对业务需求的点对点应答，提出解决方案； 2)投标单位对技术架构及实现方式的建议，包括对系统实施过程中应用环境的管理，本项目的技术规范和工具的建议，本项目的实施方法论的建议，本项目的项目基准实施计划及各阶段的交付件的建议； 3)投标单位对本项目建议的项目组织架构及人员数量，角色，职能，现场服务时间的建议； 4)投标单位对于项目实施中培训和知识转移的建议，技术支持和售后服务的建议；项目实施期间对我校的要求； 5)供应商需提供产品各模块详细功能说明以及硬件配置要求和参数，并提供类似的案例情况参考； 6)投标单位需提供完整、可行的项目实施计划：包含项目目标、范围，人员分工，进度以及项目变更策略等； 7)投标单位应提供突发事件的应急和风险控制措施； 8)投标单位需针对项目产品提供用户培训或相关知识转移计划； 9)投标单位必须明确源代码的开放情况； 10)投标单位认为需补充提供的其它材料。 |
| 3.3 | 项目实施要求 | |
| 3.3.1 | 项目建议书要求 | 考虑到香港中文大学和香港中文学（深圳）两校的互通性以及管理模式，项目实施方案应该充分考虑香港中文大学现有系统的使用习惯和业务模式。同时，高校管理系统的实施必然带来一定的组织和职能的变化，以及一些新的管理思路和管理模式的变化，因此项目实施过程中需要有一定的管理改革的内容，实施公司应在项目建议书中对于项目实施的管理改革内容提出自己的思路和意见。 |
| 3.3.2 | 文档要求 | 实施公司必须有标准化的文档管理制度，并在项目进程中得到有效的执行；必须提供实施阶段各种文档资料，包含需求调研、分析报告、设计说明书、配置文档、开发文档、测试报告、用户操作手册（中英文）等所有相关的项目实施文档。 对本项目中产出的文档，包括由招标单位提供的所有内部资料、技术文档和信息予以保密。必须遵守保密协议，未经招标人书面许可，不得以任何形式向第三方透露本项目的任何内容。 |
| 3.3.3 | 驻场要求 | 在系统实施期间及试运行期间，实施公司必须配备具有同类产品类似客户实施经验的不少于1个项目经理、3个业务顾问及3个技术顾问驻场服务。 |
| 3.3.4 | 实施过程要求 | 实施公司配备到实施项目组的成员应保持稳定，对项目控制做到及时监控，按计划进行进度管理并保证质量，各阶段交付物要及时按计划完成，系统上线后须对实施需求范围内的问题进行及时解决。 整个系统建设项目管理体系需按照PMI（项目管理组织）推荐的项目管理结合软件开发项目的特点来定制，主要包括： 1）需求与范围管理2）项目计划与进度管理3）预算与成本管理4）人力资源管理5）质量管理6）交付物和阶段验收管理7）变更管理8）风险管理9）沟通管理10）问题管理与跟踪11）资产管理12）文档和知识管理 |
| 3.4 | 招投标要求 | 投标单位在招投标过程中需要对软件实施方案进行讲解及作必要的系统演示。 演示详情见现场演示要求。 |
| 3.5 | 其他要求 | 除招标人提出的授权外，如在实施期间需要项目相关的其他中间件及软件许可等需由投标人承担。 |
商务需求
（一）服务期限：
合同签订之日起180个日历日内，按合同和招标文件约定的要求和标准进行交付，完成项目所有系统功能模块的安装、调试、试运行及验收。
（二）付款方式：
1. 采购人与中标人签订合同，且采购人收到中标人付款发票和付款所需资料之日起15个工作日内，采购人向市财政部门申请支付合同总金额30%作为本项目首期款，实际付款时间以市财政部门执行时间为准。
2. 系统主要功能开发部署完毕，达到上线试运行条件，中标人提交试运行申请并获得采购人签字确认，实现系统上线试运行后，在采购人收到中标人付款发票和付款所需资料之日起15个工作日内，采购人向市财政部门申请支付合同总金额的40%做为项目第二阶段价款，实际付款时间以市财政部门执行时间为准。
3. 在项目整体验收通过后10个工作日内，中标人以银行转账方式向采购人支付合同总款价的5%作为售后服务保证金，在采购人收到中标人付款发票和付款所需资料及服务保证金之日起15个工作日内，采购人向市财政部门申请一次付清30%余款，实际付款时间以市财政部门执行时间为准。
4. 项目整体建设完毕，并通过整体验收后，验收完成后两年，采购人办理向中标人退回质保金的手续。每次申请付款时，中标人都须向采购人提供相对应的付款发票。
（三）质量考核验收标准：
1）许可及相关文档查验
2）安装调试、试运行等阶段性检验
阶段性检验时如发现所交付的货物有不符合标准及合同规定之情形者，记录并要求投标人补足方可验收。
3）正式验收
试运行正常、材料准备到位后，招标人组织验收，按照合同约定及招标人验收制度开展验收工作，经验收合格后办理相关货物移交手续。
软件服务开发验收过程：
1)安装调试
由乙方负责，除证明已满足本投标文件技术规范外，还要提供相应的文档资料，并经招标方确认。
2)试运行
软件项目上线后，须包含试运行阶段，试运行为3个月，试运行期间出现任何系统问题投标人须在1小时内给出响应。
3)整体初步和最终竣工验收
投标人货物经过招标人验收合格后，签署验收报告，产品保修期自验收合格之日起算，由投标人提供产品保修。
验收内容
1）合同计划进度执行情况
2）整体外观质量情况
3）技术参数情况
4）操作性能情况
5）文件、资料情况
6）项目质量情况
验收结果
通过验收：项目如期完成合同目标
同意结束：项目基本完成合同目标
未通过验收：项目执行情况与合同目标差距较大
（四）售后服务
货物免费保修期 3 年，自最终验收合格并交付使用之日起计算。
在保修期内，一旦发生系统问题，投标人保证在接到通知后1小时内远程响应，根据甲方需要须在12小时内赶到现场进行处理。
投标人应按其投标文件中的承诺，进行其他售后服务工作。
项目实施期间，需求变更评估未超过项目总工作量10%的新增需求由中标方免费服务。
超过项目总工作量10%的新增需求根据中标金额的人工费用进行折算。
维保期外，中标人保证继续为采购人提供系统的维修服务，中标人须以当前市场的人工服务价格向采购人提供人工服务。
维保期外，中标人继续为采购人提供系统维修服务人员须具备良好的维修服务的能力。
评标信息
一、评标方法：综合评分法（新价格分算法）综合评分法，是指投标文件满足招标文件全部实质性要求，且按照评审因素的量化指标评审得分最高的投标人为中标候选人的评标方法。
价格分计算方法：
采用低价优先法计算，即满足招标文件要求且投标价格最低的投标报价为评标基准价，其价格分为满分。其他投标人的价格分统一按照下列公式计算：
投标报价得分=(评标基准价／投标报价)×100
评标总得分＝F1×A1＋F2×A2＋……＋Fn×An
F1、F2……Fn分别为各项评审因素的得分；
A1、A2、……An 分别为各项评审因素所占的权重(A1＋A2＋……＋An＝1)。
评标过程中，不得去掉报价中的最高报价和最低报价。
此方法适用于货物类、服务类、工程类项目。
| 序号 | 评分项 | 权重 | ||
| 1 | 价格 | 21 | ||
| 2 | 技术 | 40 | ||
| | 行号 | 内容 | 权重 | 评分准则 |
| 1 | 实施方案 | 15 | 评审内容：考察投标人以下两项实施方案内容： 1. 对项目需求的认识和理解 （1）对本项目建设背景、建设目标的认识与理解； （2）本项目建设必要性和重要性的认识与理解； （3）对本项目总体架构设计的认识与理解， 要求详细说明包括系统设计、关键技术设 计、安全设计等，要求设计方案完整、可行并具有前瞻性； （4）对项目建设内容的认识和理解，要求详细说明对人事管理系统的认识与理解。 2. 系统设计方案 （1）项目整体设计方案完整、需求对应清晰，所有服务或功能要求均能满足，且能通过方案描述体现； （2）系统设计方案成熟可靠，符合本项目业务使用特性。 评价为优得100分；评价为良得70分；评价为中得50分；评价为差不得分。专家按百分制打分。 | |
| 2 | 项目难点分析、应对措施及相关的合理化建议 | 15 | 评审内容：考察本项目难点技术要求的满足情况。 每有一项技术要求条款负偏离，扣15%的分数，扣完为止。须提供系统截图（或高保真设计截图），不提供或提供不完善不准确的视为不满足（完善与准确的标准由专家判定）。 | |
| 3 | 质量（完成时间、安全、环保）保障措施及方案 | 5 | 评审内容： （1）项目详细组织及实施方案能充分体现采购人业务特 性； （2）投标人设计的项目组织架构清晰、人员分工明确、层次搭配合理； （3）实施方案清晰考虑到项目使用特点，方案成熟可靠、 先进合理。 评价为优得100分；评价为良得70分；评价为中得50分； 评价为差不得分。专家按百分制打分 | |
| 4 | 项目完成（服务期满）后的服务承诺 | 3 | 评审内容： 考察投标人针对商务要求“售后服务”部分的方案响应，由专家按以下两项标准的满足情况进行打分： 1.提供售后服务承诺函，并承诺满足全部要求； 2.投标人提供的售后服务方案清晰、完善、合理，充分考虑采购人业务特点及项目使用特点，并有针对性描述。 根据招标文件的需求和投标文件响应情况进行打分，能全部满足得100分，其余情况不得分。 | |
| 5 | 违约承诺 | 2 | 评审内容：投标人提供违约承诺得100分。 要求提供承诺 （格式自定）作为得分依据，未提供承诺或承诺内容不满足要求不得分。 | |
| 3 | 综合实力 | 27 | ||
| | 行号 | 内容 | 权重 | 评分准则 |
| 1 | 投标人资格情况及通过相关认证情况 | 3 | （一）评分内容： 1.曾获得国家级重点软件企业证书的得40分，曾获得省级重点软件企业证书的得30分，本项最高40分； 2.具有信息技术服务运行维护标准符合性证书二级（或以上）的得20分，具有信息技术服务运行维护标准符合性证书三级的得10分，本项最高20分； 3.具有国家高新企业认证的得20分。 4.具有信息系统业务ISO9001证书的得20分。 （二）评分依据： 1．要求提供有效的认证证书作为得分依据。 2.以上资料均要求提供扫描件，原件备查（以网络查询证书佐证时，须提供包含网站信息的清晰证书截图，并附准确网址）。 评分中出现无证明资料或专家无法凭所提供资料判断是否得分的情况，一律作不得分处理。 | |
| 2 | 投标人同类项目业绩情况 | 3 | （一） 评分内容： 考察投标人自2017年11月25日至本项目开标之日（以合同签订时间为准）同类型软件项目业绩情况： 1.能提供一个有效合同，且合同内容至少包含“应用开发平台、人力资源综合管理”二项内容（合同内容名称与此要求名称不必完全一致，用途一致或相近即可。"用途一致或相近"必须能通过合同建设内容等关键页信息佐证，并由专家进行判断，无法判断的不得分），得40分。 2、能提供一个有效合同，且合同内容包含“Peoplesoft实施”中至少一项内容（合同内容名称与此要求名称不必完全一致，用途一致或相近即可。"用途一致或相近"必须能通过合同建设内容等关键页信息佐证，并由专家进行判断，无法判断的不得分），得60分。 同一个项目业绩只计一次最优得分。 （二）评分依据： 1.要求提供合同关键信息作为得分依据。 2.通过合同关键信息无法判断是否得分的，可提供合同甲方出具的证明文件证明。 3.以上资料均要求提供扫描件，原件备查。 评分中出现无证明资料或专家无法凭所提供资料判断是否得分的情况，一律作不得分处理。 | |
| 3 | 拟安排的项目负责人情况（仅限一人） | 6 | （一） 评分内容： 1.2017年11月25日至本项目开标之日（以合同签订时间为准），在投标人企业担任过至少一项同类型项目（项目建设内容至少包含。"用途一致或相近"必须能通过合同建设内容等关键页信息佐证，并由专家进行判断，无法判断的不得分）负责人的得30分。 2. 具有高级信息系统项目管理师证书或PMP的得25分； 3.具有计算机或软件类专业本科或以上学历及学位的20分； 4.具有信息系统业务安全服务工程师岗位技能证书的得25分； （二）评分依据： 1.要求提供通过投标人相关证明资料作为得分依据。 2.以上资料均要求提供扫描件（或官方网站截图），原件备查。评分中出现无证明资料或专家无法凭所提供资料判断是否得分的情况，一律作不得分处理。 3.如涉及考察人员工作经验，要求提供项目合同关键信息作为得分依据，通过合同关键信息无法判断是否得分的，还须同时提供合同甲方出具的证明文件。 4.项目负责人必须为投标人在职员工，要求提供承诺函。 | |
| 4 | 拟安排的项目主要团队成员（主要技术人员）情况（项目负责人除外） | 8 | （一）评分内容： 1.有1名项目核心成员具有Oracle相关产品证书，且具有计算机或软件类专业本科或以上学历及学位，满足得25分，否则不得分。 2.有2名项目成员具有计算机技术与软件专业技术中级（或以上）资格得30分，否则不得分。 3.项目团队人员中至少有3人在投标人企业具有同类型项目（项目建设内容至少包含“应用开发平台、人力资源综合管理”中任意一项，项目建设内容名称与此要求名称不必完全一致，用途一致或相近即可。"用途一致或相近"必须能通过合同建设内容等关键页信息佐证，并由专家进行判断，无法判断的不得分）建设实施经验（业绩）的，得45分，否则不得分； 1、2两项同一人员不能重复得分，只计一次最优得分。 （二）评分依据： 1.要求提供通过投标人相关证明资料作为得分依据。 2.以上资料均要求提供扫描件（或官方网站截图），原件备查。评分中出现无证明资料或专家无法凭所提供资料判断是否得分的情况，一律作不得分处理。 3.如涉及考察人员工作经验，要求提供项目合同关键信息作为得分依据，通过合同关键信息无法判断是否得分的，还须同时提供合同甲方出具的证明文件。 4.项目主要团队成员必须为投标人在职员工，要求提供承诺函。 | |
| 5 | 投标人自主知识产权产品（创新、设计）情况 | 4 | 1.考察投标人在本项目建设中各分项系统（应用开发平台、人力资源综合管理）采用的自有高新技术产品情况，投标人所采用的自有高新技术产品数量，每采用1个得10分，本项最高得20分； 要求提供有效的软件产品认定证书扫描件，原件备查（用途一致或相近即可；"一致或相近"必须可通过投标人提供的高新技术产品官方评定机构的认定材料佐证，并由专家判断是否得分）。评分中出现无证明资料或专家无法凭所提供资料判断是否得分的情况，一律作不得分处理。 2.考察投标人在本项目所含核心系统的知识产权情况，投标人具有“应用开发平台、人力资源综合管理、”《计算机软件著作权登记证书》的，提供3份（含）以上的得80分，提供2份（含）以上的得60分，提供1份（含）以上的得30分，不提供的不得分。提供的《计算机软件著作权登记证书》名称与评分要求不必完全一致，用途一致或相近即可；"一致或相近"必须可通过投标人提供的国家版权局对其软件著作权的认定材料佐证，并由专家判断是否得分。 | |
| 6 | 服务网点 | 3 | 深圳供应商，或非深圳供应商但在深圳有合法注册的分公司（或售后机构）（分公司的必须提供分公司营业执照扫描件，售后机构必须同时提供售后服务合作合同及售后机构营业执照扫描件作为得分依据，原件备查）的，供应商为办公场地业主的需提供业主证明，租赁办公的需提供租赁合同扫描件。得100分；否则不得分。 | |
| 4 | 诚信情况 | 7 | ||
| | 序号 | 评分因素 | 权重 | 评分准则 |
| 1 | 市财政局诚信管理情况 | 5 | 根据《深圳市财政委员会关于印发〈深圳市政府采购供应商诚信管理暂行办法操作细则〉的通知》（深财购[2017]42号）的要求，投标人在参与政府采购活动中存在诚信相关问题且在主管部门相关处理措施实施期限内的，本项不得分，否则得满分。投标人无需提供任何证明材料，由工作人员向评审委员会提供相关信息。 | |
| 2 | 市政府采购中心履约评价情况 | 2 | 近三年（以投标截止日期为准）在市政府采购中心有履约评价为差的记录，本项不得分，否则，得满分。投标人无需提供任何证明材料，由采购中心工作人员向评委会提供相关信息。 | |
| 5 | 现场演示（讲标、答辩） | 5 | ||
| | 行号 | 内容 | 权重 | 评分准则 |
| 1 | 现场演示（讲标、答辩）情况 | 5 | 评审内容：考察投标人现场演示（讲标、答辩）情况。 现场演示（讲标、答辩）情况的评分准则： 按照演示内容（共5项），每一项全部满足演示要求的得20分，否则不得分。是否满足演示内容要求由专家进行判断。备注：系统必须包含可操作数据并可顺畅运行。演示时间不超过15分钟。 1、整体方案讲解，演示并讲解对本项目的理解；演示项目方案设计方案；演示实施方案 2、考勤模块，能灵活配置考勤规则，业务规则细微变化能通过配置及时解决；能让关键用户对审批的全流程可视化追踪；涉及薪酬的考勤项需要能与薪酬计算联动 3、合同管理模块，对行政人员和教师分别实现合同管理；能灵活配置不同的合同模板；基于系统已有的合同到期提醒的优化方案 4、绩效管理模块，对行政人员和教师分别进行在线绩效评定；能灵活配置相应的评定流程；成功应用的同类产品的同类用户的绩效管理方案 | |
其他
附件
人事与薪酬系统需求文件.docx
解决方案
联系我们
返回顶部