标的提供的时间

 自合同签订生效之日起6个月。

标的提供的地点

 采购人指定地点

付款方式

 1期：支付比例60%,合同签订生效后，甲方在收到乙方提交的付款申请和发票等相关材料后的30个工作日内申请财务拨款，将合同总金额的60%支付给乙方；

2期：支付比例40%,项目验收通过后，甲方在收到乙方提交的付款申请和发票等相关材料后的30个工作日内申请财务拨款，将合同总金额的40%支付给乙方。

验收要求

 1期：（一）验收时间：在系统所有功能均完成开发并上线试运行（至少一个月）后，并通过第三方安全测评后，乙方可向甲方和监理单位提出验收申请，由监理单位、甲方组织验收，验收通过后盖章、签字确认。 （二）验收标准：符合磋商文件、乙方的响应文件、澄清文件、成交通知书、合同、需求规格说明书及项目实施过程中甲、乙双方签订的有效纸质文档要求；单证齐全，有产品合格证（或质量保证书）、发票和其它应当具有单证文件。 （三）项目最终交付物包括：《江门市社会保障卡居民服务“一卡通”建设项目建设成果》、《项目需求规格说明书》、《系统概要设计说明书》、《系统详细设计说明书》、《数据库设计说明书》、《系统测试方案、用例》、《系统测试报告》、《系统安全测评报告》、《用户操作手册》、《系统管理员手册》、《系统试运行方案》、《系统试运行报告》、安装程序文件、系统源程序等；大数据模型建设的调研报告、需求规格说明书、概要设计说明书、详细设计说明书；模型建立的学术报告、数据分析报告、模型测评报告等。 （四）乙方在完成系统研发、部署、培训、试运行并达到验收标准后，以书面方式向甲方递交《项目验收申请》，甲方在收到项目验收申请后的15个工作日内开展项目验收工作，经监理核对项目具备验收条件后，甲方连同监理方组织项目专家验收会议对项目进行最终验收工作。 （五）验收工作结束后上述三方签订书面的《项目验收报告》，当整体验收结论为“验收通过”，则甲方应履行系统验收后的合同义务，项目进入免费维护期；当整体验收结论为“有条件通过”，乙方应根据甲方要求进行整改，并向甲方提交《系统整改报告》，甲方确认整改完成的无需再次组织验收；未完成整改的不通过验收。当整体验收结论为“验收不通过”时，则甲方有权要求乙方对系统进行完善，乙方将修改后的系统重新提交给甲方试运行,试运行期限为 1 个月，甲方应在此期间组织人员对修改的部分进行系统验证，并以书面形式向乙方反馈《试运行意见》。试运行期结束后，由乙方重新启动上述验收流程。

履约保证金

 不收取

其他

参数性质

编号

内容明细

内容说明

1

售后服务要求：

1.自验收合格之日起，所投报的软件产品提供至少1年的维护期，维护期内升级及维护的费用包含在本项目的投标报价内。无论在维护期内或维护期外，乙方需提供上门服务。乙方需提供终身售后服务。 2.系统发生故障后，自报障时起算，半小时内响应，若电话中无法解决，1小时内达到现场，3小时内恢复系统正常运行。如果系统故障在规定时间内无法排除的，乙方必须采取临时应急措施，以保证甲方的正常使用。 3.乙方应当按照甲方的要求和项目的推进规模指派团队（至少5名与本项目相匹配的工程师）进驻甲方指定地点实施现场开发维护（现场开发及维护期：项目启动至项目验收期间），该团队人员配备须稳定，未经甲方同意不得随意增减或变换人员。团队应设立固定的项目经理，其职责为协助甲方开展技术培训，收集并跟进系统出现的问题及用户提出的需求和问题，保障系统稳定运行，并及时向甲方汇报。其余工作人员负责系统开发、在线咨询、电话或QQ等通讯渠道等问题解答，收集系统需求与问题，并及时做好记录。进驻人员必须服从甲方的管理和工作安排，人员现场维护期内甲方不再支付进驻人员任何费用。进驻人员协助甲方维护管理期间，人身安全及个人保障的相关责任均由乙方承担。

说明

打“★”号条款为实质性条款，若有任何一条负偏离或不满足则导致投标（响应）无效。
打“▲”号条款为重要参数（如有），若有部分“▲”条款未响应或不满足，将根据评审要求影响其得分，但不作为无效投标（响应）条款。

序号

品目名称

标的名称

单位

数量

分项预算单价（元）

分项预算总价（元）

所属行业

技术要求

1

行业应用软件开发服务

江门市社会保障卡居民服务“一卡通”建设

项

1.00

1,865,300.00

1,865,300.00

软件和信息技术服务业

详见附表一

参数性质

序号

具体技术(参数)要求

1

（一）项目概述
1.建设背景
为贯彻落实党中央、国务院关于推进社会保障卡居民服务“一卡通”应用的重要部署，按照《江门市人民政府办公室关于印发江门市社会保障卡居民服务“一卡通”工作方案的通知》（江府办函〔2023〕21号）要求，为深化数字政府改革建设，优化政务服务环境，聚焦群众反映强烈的民生服务卡发卡种类多、办卡周期长、用卡环境兼容性不足、重复建设突出等问题，加快推进民生用卡服务集成融合，实现以社会保障卡（以下简称社保卡，含电子社保卡）为载体的全市居民服务“一卡通”。
2.建设目标
通过建设江门市社会保障卡居民服务“一卡通”信息化项目，推动各项服务事项集成融合到社会保障卡，有效提升政府公共事业管理服务能力，实现社会保障卡在其他民生领域应用，方便快捷办理各项民生业务，为市民提供便捷高效服务。提升建筑领域农民工服务水平，运用社保卡实名金融账户实现工资支付预警监管。探索社保卡“一卡通”服务与公共就业、人才服务等领域深度融合，持续提升市民用卡体验，实现“一卡通办、一码通行”。加强部、省、市社保卡“一卡通”平台对接，鼓励各类民生应用接入使用社保卡，持续拓展社保卡用卡场景。
3.建设原则
本项目的建设应体现先.进性、可靠性、实用性、安全性、易用性、开放性、可扩展性、可维护性等原则。
（二）总体要求
1.基本要求
（1）本项目必须与采购人现有江门市人力资源和社会保障网上服务平台、“五邑人社”微信小程序等相关系统数据无缝对接。
（2）系统设计必须遵循国家相关法律、法规，尤其是计算机信息系统安全的有关标准要求。
（3）响应人所作的需求分析和系统设计应完全满足采购人需求。本磋商文件提出的建设要求，是响应人编制响应文件的主要依据，但不作为响应人需求分析和系统设计的完整详细要求，在编制系统升级实施方案时，响应人应深入分析和充分考虑采购人现在和未来发展的需求，设计出完整的优质方案。响应人需在响应文件中附上系统原型或相应技术解决方案。
（4）响应人中标后必须与采购人签订保密协议，并遵守保密协议的条款，不得泄露有关的数据、资料或违反有关的法律法规。
2.开发技术要求
（1）必须采用主流平台架构。
（2）采用面向对象开发技术。
（3）基于方法接口的技术实现数据交换与共享传输。
（4）基于业务基础平台构建应用系统。
3.安全保密要求
（1）系统建设必须遵循有关国家电子商务信息安全保障体系要求，按照国家法规实施安全等级保护，加强系统信息安全管理。
（2）响应人必须对交付的信息系统进行安全测评，并提交具有软件安全测评资质的第三方测评机构的安全测评报告提交采购人确认，确保系统安全。
（3）项目服务期内，响应人必须每季度对系统进行漏洞扫描并提供安全检测报告。如发现系统漏洞，响应人必须在发现漏洞当天，采取可行措施对漏洞进行修复，确保系统安全。
（4）为进一步加强对系统信息安全保护，系统须对人员的证件号码、联系方式、住址等关键数据进行加密存储。
（5）项目服务期内，响应人须将系统接入与公安网监联网的云防护平台，提供网络和信息安全防护。
（6）项目服务期内，如因为系统漏洞被安全管理部门通报的，响应人须向采购人作书面情况说明；通报超过两次后，每发现一次响应人须使用项目合同总额的千分之一，用作系统安全防护升级费用，并向采购方提交系统安全检测和防护升级报告。
（7）因为系统设计缺陷导致数据泄露或丢失的，由响应人承担相应经济和法律责任。
4.质量保证要求
响应人应当有针对本项目的质量保证体系和组织，并制订质量保证计划，列出软件开工过程中质量监督和保证执行的措施，要记录质量保证活动，并保存和维护这些记录。
5.组织管理要求
（1）响应人应当按照采购人的要求成立合理的实施团队，建立健全保障项目顺利实施的各项管理制度和质量保证体系。
（2）响应人应当指定专职于本项目的项目经理，配置相应的项目管理、系统分析、设计、开发、测试、集成、培训、质量保证等人员，保证有足够的高素质人员参加本项目的建设，确保工程顺利实施。项目经理任命须经采购人考核确认，采购人有权要求更换不符合要求的项目经理。
（3）参与本项目的技术人员需具有承担过政府部门软件开发经验，能够与政府用户进行良好沟通，具备相关产品集成、应用和开发的能力。
（4）参与本项目的技术人员需对本系统相关业务有所熟悉，掌握政府办公自动化业务的相关基础知识。
（5）响应人应对上述内容列出详细人员计划，包括人员姓名、经验、学历和在本项目中的职责分工等。
（6）响应人应根据项目建设的具体内容和整体工期要求，向采购人提交切实可行的项目工作计划。
（7）响应人应统一使用采购人指定的原型设计系统、项目管理系统，统一管理系统需求、进度和缺陷问题，严格遵守采购人对信息数据的安全管理制度。
6.项目交付要求
响应人应在响应文件中提供具体的项目交付说明、交付计划、交付物标准说明等。
响应人在系统正式运行前必须提供以光盘为介质的完整的安装系统，包括应用软件及其软件源代码、标准二次开发接口及其接口源代码、运行所必须的附加软件、与应用软件有关的电子文档等。
大数据算法技术模型建设中，响应人应按照算法模型建立要求形成全面详尽的文档资料，所交付的文档至少包括：模型建立的调研报告、需求规格说明书、概要设计说明书、详细设计说明书；模型建立的学术报告、数据分析报告、模型测评报告（要求从理论有效性、数据有效性、运行有效性等方面对模型进行测评）。
软件开发过程中，响应人应按照软件开发要求形成全面详尽的技术资料，包括可运行的程序、源代码、过程文档以及最终技术文档，以确保技术资料的一致性和完整性，在系统正式运行前提交完整的与应用系统相关的文档。所交付的文档至少包括：需求规格说明书、概要设计说明书、详细设计说明书、数据库设计说明书、实施方案、测试方案、测试报告、培训记录、安装说明书、使用说明书、用户手册、系统维护说明书、试运行方案、试运行报告等。各种文档应当以光盘和书面两种形式交付。
程序源代码所有权归采购人所有。响应人于程序开发完成后将系统和数据库设计方案、业务流程图、源代码（不少于程序代码30％的中文注释）、配置说明等移交采购人。响应人要制订各种编写代码规范、约定规范等，代码注释不低于源代码的30％。
响应人提供的标准二次开发接口以便以后进行其他系统的对接，要求有清晰的接口描述，按照面向对象的原则，对接口编程，设计成松耦合的系统接口。
7.项目验收要求
系统安装调试结束后，经测试合格并提交相应测试报告，由中标供应商、监理单位和采购人共同签字验收。中标供应商提出项目竣工验收申请前，应至少完成并提供采购人或监理单位认可的项目竣工资料，同时要满足以下的条件：
（1）中标供应商己完成本项目软件的准备、安装、调试；
（2）试运行期间，系统功能、性能满足本磋商文件的要求；
（3）性能测试和试运行验收时出现的问题己解决至采购人满意；
（4）已提供全部产品及配套服务；
（5）中标供应商竣工资料齐备完整。
8.其他要求
（1）系统符合国家和广东省人社法规目前或以后的发展要求；
（2）系统必须遵循国家、广东省、江门市“数字政府”改革要求，按照广东省政务服务集约化要求，对接广东省统一身份认证平台、江门市政务服务一体化平台。
（3）由于本项目需与采购人现有江门市人力资源和社会保障网上服务平台、“五邑人社”微信小程序等相关系统无缝对接，为确保系统正常运行，响应人如需原系统开发商提供配合的，由响应人自行与现有系统开发商协商并承担相关费用，采购人不再另行支付费用。
（4）项目服务期内，响应人应根据江门市人力资源和社会保障政策调整和业务实际需要对系统进行优化完善。
（5）响应人应在合同服务期结束后一个月内完成采购人于合同期内提出的优化需求并交付相关开发资料。
（三）软件功能需求
1.江门市社保卡“一卡通”服务专区
1.1.服务专区界面
1.1.1.首页
界面UI背景符合江门市社保卡“一卡通”风格，不限于图文、视频等媒介介绍我市一卡通服务。全方位介绍我市一卡通服务应用场景，设置政务领域服务入口、医疗领域服务入口、文旅体验领域服务入口、补贴资金领域服务入口、交通出行领域服务入口、园区领域服务入口、建筑领域农民工服务入口、人才领域服务入口、校园生活领域服务入口、粤港澳大湾区领域服务入口。
1.1.2.应用场景介绍页面
为我市社保卡“一卡通”十大应用场景设计具有特色的二级介绍页面，不限于图文、视频等媒介展示各应用场景的“一卡通”使用情况。以图文列表形式展示各应用场景的风采，提供应用场景快捷跳转链接，方便市民直达场景服务应用。
1.2.集成全市社保卡“一卡通”服务
1.2.1.政务服务
支持政务大厅预约、使用社保卡（码）作为身份凭证、在线办理政务服务。
1.2.2.医疗服务
支持通过社保卡（码）办理医疗挂号、就医购药、病历档案查询。
1.2.3.文旅体验
支持通过社保卡（码）入场、查询优惠景点信息。
1.2.4.补贴资金
支持长者饭堂用餐、补贴资金查询。
1.2.5.交通出行
支持公交卡充值、公交信息查询、优惠信息查询。
1.2.6.园区服务
提供工业园区服务地图，考勤、门禁、消费等场景使用社保卡（码）。
1.2.7.建筑领域农民工服务
提供电子劳动合同签订、工地考勤、农民工工资使用社保卡发放等服务。
1.2.8.人才服务
支持通过社保卡（码）跳转“侨才通”小程序、人才服务查询、在线预约人才服务。
1.2.9.校园生活
支持通过社保卡（码）饭堂消费、校园购物、打卡入校等。
1.2.10.粤港澳大湾区
支持社保卡激活互认、消费个账查询、人社服务查询。
2.社保卡智慧就业“一卡通”服务
2.1.零工市场数字化服务平台
2.1.1.企业端功能
2.1.1.1.企业登录和注册
支持企业账号和密码设置功能；支持企业基本信息编辑提交，其内容包括单位名称、证件号码（社会信用代码、工商登记号、组织机构代码）、法定代表人、法定代表人身份证号、电子邮箱、单位类型、经济类型、绑定联系人、行业代码、联系人电话、手机验证码。
2.1.1.2.发布用工信息
建设职位发布功能，内容包括岗位类型、岗位名称、岗位描述、所在区域、岗位薪酬（时薪、日薪、月薪）、工作时长、招聘人数、年龄范围、联系人、联系电话、招聘截止时间、其他要求。建设职位管理功能，按信息状态标签（招聘中、待审核、已结束、已通过、未通过）列表展示，支持编辑岗位功能、支持关闭招聘功能、支持删除岗位功能、支持收到简历数统计、支持面试通知数统计。
2.1.1.3.用工记录
建设简历信息功能，收到简历信息包括姓名、年龄、联系电话、应聘岗位、应聘时间、应聘状态、工作意向（岗位类别、期望薪酬、期望地区）、工作经验。建设面试通知功能，支持发布面试通知邀请前来面试。支持现场和视频会议面试。建设邀请查询功能，支持邀请列表查看，支持对邀请者发起一键拨号功能。建设应聘结果管理功能，支持应聘结果录入，包括成功应聘和不合格。
2.1.1.4.管理中心
建设维权调解功能，支持维权调解机构名称、联系电话查看。建设企业信息管理功能，支持立即抢单功能，其填写内容包括企业名称、联系人、移动电话、工作地址、企业描述。建设企业认证管理功能，查看认证企业信息包括单位名称、证件号码、法定代表人、法定代表人身份证号、电子邮箱、单位类型、经济类型、绑定联系人、行业代码、联系人电话。
2.1.2.个人端功能
2.1.2.1.发布求职信息
建设求职发布功能，内容包括姓名、性别、年龄、联系电话、身份证号码、意向岗位、期望薪酬、期望地区、服务描述。建设求职管理功能，按信息状态（待审核、已审核）标签列表展示；支持取消申请功能；支持取消发布功能；支持删除功能；支持申请修改功能。
2.1.2.2.求职记录
建设我的投递功能，支持个人简历投递信息的查看，系统按状态（全部、待查看、已查看、面试通知、已应聘）标签列表展示。建设收到邀请管理功能，包含各岗位信息查看：岗位名称、企业名称、薪酬、地址、招聘截止时间；岗位详细查看：岗位名称、薪酬、岗位描述、招聘要求（年龄要求、其他要求、招聘人数、招聘截止日期）、联系人、工作地址、企业介绍；支持立即抢单功能：支持拨打电话功能；简历管理，发布简历信息包括姓名、年龄、联系电话、应聘岗位、应聘时间、应聘状态、工作意向（岗位类别、期望薪酬、期望地区）、工作经验；面试通知，查看企业发布的面试通知。支持现场和视频会议面试；邀请查询：支持企业多个企业发来的面试邀请信息列表，支持一键拨号；应聘结果：支持应聘结果查看，包括成功应聘和不合格。
2.1.2.3.管理中心
提供基本信息修改功能，内容包括姓名、性别、年龄、联系电话、身份证号码、意向岗位、期望薪酬、期望地区、服务描述。建设维权调解功能，查看维权调解机构名称、联系电话等。建设电子劳动合同管理功能，查看合同签订状态和我的合同详情。
2.1.3.工作人员端
2.1.3.1.零工招聘审批
对待审核的零工招聘职位信息查看，包括招聘编号、岗位类型、岗位名称、所在区域、岗位薪酬、工作时长、招聘人数、人员要求、年龄范围、联系人、联系电话、招聘日期、有效日期、其他要求和岗位描述。对招聘职位信息进行审批：审批结果包括审批通过，审批不通过并填写意见。
2.1.3.2.零工求职审批
对待审核的零工求职信息查看，包括姓名、性别、年龄、联系电话、身份证号码、意向岗位、期望薪酬、期望地区、服务描述。对求职信息进行审批：审批结果包括审批通过，审批不通过并填写意见。
2.2.社保卡“一卡通”招聘服务升级
2.2.1.自助服务终端机
求职者可以通过自助服务一体机实现与线上求职招聘信息、求职者就失业信息实时对接，为求职者提供多元化、高效能的招聘会自助服务体验。
2.2.2.展位电子显示屏
展位信息展示屏可以发布招聘信息，滚动展示招聘职位和招聘会参会企业介绍。
2.2.3.智能人行通道闸机
实时统计招聘会现场人员的进场、退场人数。本设备用于实时监控进入招聘大厅的人员出入场情况，实现对进入大厅的人员进行身份认证识别和人员自动入场登记。对识别的出入场人员数据，生成实时出入场人数展示和招聘大厅实时在场人数统计。
2.2.4.数字化招聘终端
采用双屏交互技术，配置主副双屏触摸显示器，内置二代、三代社保卡读卡器、身份证读卡器、条码扫描模块、高清摄像头、凭条打印机等专用设备进行了集成和整合的设备。 企业可通过自助终端实时了解本场招聘会的人流情况、求职者简历情况，通过读卡功能自动带出求职者的基本信息、求职意向、就失业情况等信息供招聘单位阅览。
3.社保卡“一卡通”人才服务
3.1.博士博士后管理模块升级
3.1.1.1.统计分析功能
支持根据区域及补贴申报时间等条件统计全市博士博士后人才补贴（包括单不限于引进博士、出站博士后生活补贴，引进博士、出站博士后购房补贴，在站博士后生活补贴，博士后导师、博士导师工作补贴，柔性引进在读博士和博士导师生活补贴，博士后、博士建站单位建站补贴，建站单位招收博士后工作补贴）发放情况（包括已发放补贴金额、补贴人次、惠及单位家次、补贴类型等），允许用户导出统计图表。
3.1.1.2.急需紧缺博士人才队伍
按照提供的信息表单修改系统表格，根据人员信息关联补贴情况及所在单位或平台信息。

3.1.1.2.1.急需紧缺博士人才队伍列表
根据引进方式不同需要对《江门市博士人员信息表》、《江门市博士后研究人员信息表》两份信息表单进行数据采集（新增、编辑操作），查看时通过身份证号自动关联补贴情况、是否办理高层次人才等数据对碰平台信息。

3.1.1.2.2.统计分析功能
根据入站时间、所在区域、获得资助项目等条件统计博士博士后人才分布情况（《江门市在站博士后信息统计表》统计图表模板），允许用户导出统计图表。
3.1.1.2.3.消息提醒
业务审批里面增加消息提醒功能，支持系统发送短信提醒相关人员及时更新数据，允许编辑短信内容、设定提醒周期和提醒对象等内容。
3.1.1.3.人才创新平台载体
按照信息收集表修改系统表单，自动关联平台在站博士、补贴申请情况等相关数据。
3.1.1.3.1.人才创新平台载体列表
根据引进方式不同需要对《广东省博士工作站信息收集表》、《博士后创新实践基地信息收集表》《博士后科研工作站信息收集表》三份信息表单进行数据采集（新增、编辑操作），如果同时属于三种类型的科研平台，可以自动关联相同信息。
3.1.1.3.2.平台载体运行质量评价
由建站单位通过事项申请提交《博士后科研平台建设运行意见表》和上传相关佐证材料，辖区分中心进行初审、市示范中心进行复评（市区-市直两级审核，审核时支持打分），由系统向科研平台反馈复评结果。
3.1.1.3.3.统计分析功能
根据所属市区、所在年份等条件统计科研平台变化情况（《江门市博士博士后科研平台建设情况表》统计图表模板），允许用户导出统计图表。
3.1.1.4.博士博士后人才需求
以列表形式展示人才需求，按照急需程度（急需/一般）排序。允许用户新增、删除、修改、导入和导出需求，支持输入单位名称或岗位名称模糊查询，支持根据所属辖区、人才类型和急需程度筛选需求。
3.1.1.4.1.博士、博士后人才列表
博士、博士后人才需求收集表格《江门市企事业单位（博士、博士后）人才需求收集表》修改，后台支持修改导出删除功能。
3.2.博士后示范中心的人才服务点用卡环境升级
3.2.1.社保卡智能门禁
对“侨才通”小程序进行升级开发，增加场地使用预约功能，实现高层次人才在线预约、取消、留言等功能，系统后台与社保卡平台进行对接获取社保卡相关信息，在预约的指定时间内通过刷社保卡自动开门进入。
3.2.2.展示大屏中台管理系统
展厅内所有大屏接入集中管理系统，讲解员通过平板电脑切换大屏显示的图片、视频等内容，控制视频播放进度条、开始/暂停播放， 实现“一端控制，多端展示”。
3.2.3.无线网络全覆盖
实现人才服务展厅无线网络全覆盖，消除无线网络死角，为设备在展厅漫游提供不间断的网络连接。
4.建设领域农民工服务“一卡通”
4.1.领域农民工工资支付预警平台
4.1.1.企业服务模块
4.1.1.1.项目信息管理
项目信息管理包含项目设立、总包管理、分包管理、班组管理。
1.项目设立。项目设立企业能够通过系统在线填写项目的基本情况，包括项目设定的时间、地点、建设单位、总包单位等情况。
2.项目基本信息。建立项目基本信息，实现企业在线对项目的基本信息的录入。主要信息项包括：项目编号、建设位置、建设单位、项目名称、施工单位、监理单位、立项批准单位、立项批准文件号、用地规划许可证号、建设工程施工许可号、用地面积、开工时间、竣工日期、结构类型、建设规模等。
3.工程基本信息。建立工程信息，工程为项目的具体下的详细工程，提供给企业进行工程信息录入的功能，主要信息项包括：工程名称、工程分类、工程地址、建筑性质、工程面积、建设单位名称、分包单位名称、工程状态等。
4.施工许可证信息。建立施工许可证信息，为企业提供施工许可信息的等级和录入。主要信息项包括：施工许可证号、批准日期、施工单位、工程名称、建设地点、建设单位名称、监理单位、建设单位社会信用代码、施工（总承包）单位、施工（总承包）单位社会信用代码等。
4.1.1.2.总包分包管理
建立企业总包分包管理，包含总包、分包商信息、对应建筑项目信息，总包每月汇总分包商用工情况。
1.总包单位基本信息。建立总包单位基本信息，主要用于对总包单位基本情况的管理和处理。主要信息项包括：施工许可证号、工程项目名称、报备状态（0未报备，1已报备）、建设地址、建设规模（1大型；2中性；3小型）、工资保证金方式（1按项目缴纳；2按规定免交；3按公司缴纳；4保函或担保；5未交保证金；6其他）、项目分类（1港航；2建设；3水利；4交通；5其他）、项目状态（1施工；2完工；3未开工；4停工）、使用农民工人数、工程造价（万元）、是否政府投资项目（0政府 1非政府）等。
2.分包单位基本信息。建立分包单位基本信息，主要用于对分包单位信息的查询、查看和管理。主要信息项包括： 工程项目名称、项目编码、分包单位、分包单位统—社会信用代码、分包范围、现场负责人、负责人联系电话、分包合同价、分包合同资料证明、分包用工人数、承包内容、分包类别（1劳务分包、2专业分包）等。
4.1.1.3.实名制管理
建立农民工实名制登记，实现录入身份识别或身份证信息批量导入，保持工地农民工信息完善和齐全。建立农民工基本信息，录入身份证信息，主要用于对农民工基本信息的查询、查看和管理。主要信息项包括：姓名、籍贯、身份证号、所属单位、联系方式、应急联系人及电话等。
4.1.1.4.考勤管理
对农民工考勤信息进行整理，考勤的结果用在农民工工资发放及工资支付的基础依据，同时能够提升企业的管理效率，减少员工的工作量。通过上传相关考勤信息，能够自动导出、查询农民工考勤的统计信息。建立进出场信息，企业能够上传进出场记录，实现对农民工考勤详情的管理。主要用于对农民工进出场信息的管理和查询等，主要信息项包括：姓名、身份证号、所属公司、工作地块、备案情况、人员情况、进场时间、出场时间、工种、目前状态。

4.1.1.5.合同管理
企业用于上传与农民工签订的合同信息。建立农民工合同信息，主要是建立农民工与用人单位的劳动关系，上传对农民工合同信息，加强合同签订的合规性。主要信息项包括：合同名称、签订双方名称、身份证号、所属公司、合同条款内容、约定工资形式、社会保险、劳动合同终止条件、开始日期、结束日期、约定工资、月工资等。
4.1.1.6.工资发放管理
设立农民工工资代发专用账户（以下简称专用账户），专项用于支付农民工工资，实行人工费用与其他工程款分账管理，及时掌握施工企业工资性工程进度款拨付和来源。包含统一社会信用代码、单位名称、项目工程名称、监管机构名称、资金监管账户、开户银行、开户银行名称、应缴金额、账户余额
1.工资专户基本信息。建立工资专户基本信息，专用账户名称为总包单位名称加工程建设项目名称后加“农民工工资专用账户”，用于对施工总包单位的工资专户的管理，主要信息项包括：施工总承包单位名称、专户银行名称、专户账号、监管账户账号、开户银行名称、开户银行联系电话、开户银行地址、开户银行法定代表人等。
2.农民工工资支付信息。建立农民工工资支付信息，通过施行总包代发制度的，以实名制管理信息为基础，企业上传农民工工资支付信息记录，按月考核农民工工作量形成农民工工资支付信息。主要信息项包括：项目名称、工程名称、时间、姓名、身份证号码、岗位工资等。
3.农民工工资卡信息。建立农民工工资卡信息，农民工工资卡实行一人一卡、本人持卡，用于农民工个人工资账户的银行签订，对代发农民工工资协议书的管理。主要信息项包括：姓名、开户银行、开户行地址、开户行法定代表人等。
4.工资发放记录信息。建立工资发放记录信息，用于记录农民工工资发放记录。支持对记录并查询工资台账信息。主要信息项包括：用人单位名称，支付周期，支付日期，支付对象姓名、身份证号码、联系方式，工作时间，应发工资项目及数额，代扣、代缴、扣除项目和数额，实发工资数额等内容。
4.1.1.7.保证金管理
企业能够上传保证金附件，系统能够自动识别相关信息，同时记录保证金流水及保险和保函的相关情况，主要包括：
1.保证金信息维护。汇集保证金应缴金额、实缴金额、缴纳时间、缴纳单位、缴纳方式、缴纳银行、银行账号，以及免缴、缓缴、减免等信息，如使用保函等第三方担保机构的，还需上报对应的保函信息。建立保证金账户信息，主要用于对保证金账户的录入、查询和管理，主要信息项包括：保证金开户单位、开户银行、保证金应缴金额、实缴金额、缴纳时间、缴纳单位、缴纳方式、缴纳银行、银行账号、银行名称、银行联系电话、银行地址，以及免缴、缓缴、减免等信息等。建立保证金缴纳和返还台账，通过对项目缴纳、返还保证金等情况进行录入登记。
2.保证金台账管理。建立保证金缴纳和返还台账，通过对项目缴纳、返还保证金等情况进行录入登记。建立保证金台账信息，记录保证金缴纳和返还台账，通过对项目缴纳、返还保证金等情况进行统计，实现对保证金台账的监管。主要信息项包括：保证金缴纳单位、银行编码、台账批次、当前状态、保证金缴纳方式、项目名称、银行交易时间等。
3.保函及保险管理。针对使用银行保函等的项目，通过上传保函有效期、保函保证金额等信息，保证保函的真实性、有效性。建立保函及保险信息，在于当保证的申请人没能按照协议履行其责任或义务时，由担保人代替其履行一定金额、一定时限范围内的某种支付或经济赔偿责任。根据部省新政策及数据标准要求，人社部门需要对农民工和企业项目加强整体的监督和监测，以便加强对农民工整体情况的预警监测和了解，具体的功能包括：项目信息监管、实名制监管、合同监管、考勤监管、用户管理等。项目监管能够项目库内可以查询到系统内全部项目信息，包含工程信息、班组信息列表、工资专用账户，工资单列表。同时可以根据区域、部门、行业、项目状况、时间范围进行查询，同时支持查询数据的导出。可以根据区域，统计该区域内所有部门的项目情况。建立全市项目监管信息，实现对全市建筑工程项目的监督和管理，支持对项目的查询、增加、导入、下载、重置等。包括对全市项目的查询、查看等。主要信息项包括：所属辖区、工程名称、建设单位、施工单位、项目分类、项目状态、施工许可证号等。建立农民工务工实名制监管，通过对接企业报送平台根据企业报送端的就业实名制信息，进行实名制管理信息的导入，保证农民工就业实名制信息。农民工基本信息：姓名、年龄、出生地、家庭情况等。主要监管部门对考勤的异常或其他情况的总体监管。主要信息项包括：所属辖区、项目名称、姓名、考勤时间、考勤异常情况、考勤更新情况等。
4.保证金监管。通过管辖区域、项目名称、建设单位名称等信息，掌握农民工工资保证金存量，实现对农民工工资保证金的监管，有效监控工资保证金存储、使用、减免等情况，同时能够进行分区域及多维度的数据统计。针对使用银行保函等的项目，通过核对保函有效期、保函保证金额等信息，对保函的真实性、有效性进行监管。建立保证金监管信息，加强对银行保函和保险保函的监管，督促企业按时缴纳保证金。主要信息项包括：保证金应缴金额、实缴金额、缴纳时间、缴纳单位、缴纳方式、缴纳银行、银行账号，以及免缴、缓缴、减免等信息，如使用保函等第三方担保机构的，包含对应的保函信息。
4.1.2.监管机构模块
4.1.2.1.项目信息监管
项目监管能够项目库内可以查询到系统内全部项目信息，包含工程信息、班组信息列表、工资专用账户，工资单列表。同时可以根据区域、部门、行业、项目状况、时间范围进行查询，同时支持查询数据的导出。可以根据区域，统计该区域内所有部门的项目情况。建立全市项目监管信息，实现对全市建筑工程项目的监督和管理，支持对项目的查询、增加、导入、下载、重置等。包括对全市项目的查询、查看等。主要信息项包括：所属辖区、工程名称、建设单位、施工单位、项目分类、项目状态、施工许可证号等。
4.1.2.2.务工实名制监管
建立农民工务工实名制监管，通过对接企业报送平台根据企业报送端的就业实名制信息，进行实名制管理信息的导入，保证农民工就业实名制信息。农民工基本信息：姓名、年龄、出生地、家庭情况等。农民工进出场信息：主要监管部门对考勤的异常或其他情况的总体监管。主要信息项包括：所属辖区、项目名称、姓名、考勤时间、考勤异常情况、考勤更新情况等。
4.1.2.3.保证金监管
通过管辖区域、项目名称、建设单位名称等信息，掌握农民工工资保证金存量，实现对农民工工资保证金的监管，有效监控工资保证金存储、使用、减免等情况，同时能够进行分区域及多维度的数据统计。针对使用银行保函等的项目，通过核对保函有效期、保函保证金额等信息，对保函的真实性、有效性进行监管。建立保证金监管信息，加强对银行保函和保险保函的监管，督促企业按时缴纳保证金。主要信息项包括：保证金应缴金额、实缴金额、缴纳时间、缴纳单位、缴纳方式、缴纳银行、银行账号，以及免缴、缓缴、减免等信息，如使用保函等第三方担保机构的，包含对应的保函信息。
4.2.市级数据归集
与工程建设领域相关部门（发改、财政、住建、交通、银行等单位）的系统数据对接，实现工程建设领域信息推送到监控平台。对于无法实现对接的部门，提供数据录入界面或表格导入功能，便于录入工程建设信息。包含工程建设领域项目的立项、许可申报、专户开设、保证金管理、分账管理、工资发放、工人考勤等。
4.3.对接省建筑领域农民工工资支付预警平台
4.3.1.省市平台对接
参考省里最新农民工工资数据标准，对接广东省农民工工资支付监控平台，实现与省农民工工资支付监控平台对接交互，包括数据上报服务、预警指派、预警数据同步、预警联动、网上咨询信息、网上投诉信息等进行对接。
4.3.2.省平台下发疑点调查结果信息
对于省平台下发的疑点信息，地方需上报疑点的调查结果信息。包括行政区划代码、项目编号、省平台疑点编号、调查完成日期、调查详情、调查结论、存在问题类型、是否发生欠薪等。
4.3.3.省平台下发疑点欠薪处置结果信息
省平台下发的疑点经调查核实存在欠薪时，需由地方上报欠薪处置结果信息。包括行政区划代码、项目编号、省平台疑点编号、地方欠薪事件编号、处置日期、案件办理成效、下达责令限期整改文号、下达行政处理决定书文号、下达行政处罚决定书文号、移送公安机关立案侦查文号、列入拖欠农民工工资失信联合惩戒对象名单文号、处置详情、支付人数、支付金额等。
4.4.地方平台监控预警规则信息
报地方发现的欠薪情况及相应的处置信息。包括行政区划代码、项目编号、地方欠薪事件编号、存在问题类型、发现日期、欠薪人数、欠薪金额、欠薪情况描述、处置日期、案件办理成效、下达责令限期整改文号、下达行政处理决定书文号、下达行政处罚决定书文号、移送公安机关立案侦查文号等。
5.部、省、市社保卡“一卡通”服务平台对接
5. 5.1对接人社部、人社厅社保卡居民服务“一卡通” 平台
5.1.1.接入公共服务能力
根据部、省最新要求，市级社保卡“一卡通”服务平台接入部、省级社保卡公共服务能力。对公共服务接口二次封装，集中整合服务应用能力。
5.1.2.服务能力管理
提供日志管理服务、服务输出管理、应用目录管理、能力供给调用管理等，规范各个场景下“一卡通”能力的应用。
5.2.对接市级业务部门各应用场景
5.2.1.输出公共服务能力
对社保卡居民服务“一卡通”各应用场景提供应用接口能力输出，编写相应的技术文档，支持政务服务、医疗服务、文旅体验、补贴资金、交通出行、园区服务、建筑领域农民工服务、人才服务、校园生活和粤港澳大湾区等场景接入。建立接入单位台账管理，为每个接入单位、接入场景分配唯一标识符。
5.2.2.协助接入应用能力
分析各应用场景接入需求和具体实际情况，遵循接口定义和调用规则，协调各应用场景接入单位实现接入社保卡“一卡通”服务能力。进行充分的测试和验证，以确保对接的正确性和可靠性。
5.2.3.运维分析
建立日志收集系统，记录社保卡“一卡通”各应用场景使用情况，包括调用单位、调用次数、调用时间、报错信息、报文参数等信息，以便后期进行分析。

（四）软件安全需求
4.1.性能保障
系统响应速度。系统的响应时间是从询问或请求的结束到响应的开始之间经历的时间，主要用于衡量交互式作业处理。在配置合适的软硬件平台环境下，根据行业经验，响应时间应在3秒内。汇总、统计性操作，根据最大原则，以及数据量、企业用户在线人数的多少，响应时间相应延长为5-10秒。如果要求处理的数据量特别大，相应时间根据实际情况确定。
4.2.安全保障
4.2.1操作系统安全
操作系统的安全等级要达到C2级。
能够通过对主体（人、进程）识别和对客体（文件、设备）标注，划分安全级别和范畴，实现由操作系统对主体、客体之间的访问关系进行控制。
必须能够按照制定的安全审计计划进行审计处理，包括审计日志和对违规事件的处理。
系统必须具有自身保护能力，黑客和一般用户不能蓄意或无意卸掉本系统，也不能改变或删除本系统的文件和数据。
4.2.2数据库安全
数据库管理系统本身的安全等级达到C2级。
必须能够通过对主体（人、进程）识别和对客体（数据表）标注，划分安全级别和范畴，实现由系统对主、客体之间的访问关系进行强制性控制。
必须能够对与数据库安全有关的事件进行跟踪、记录、报警和处理，供有关人员进行分析。
必须能够按照最小授权原则，对数据库管理员、软件开发人员、终端用户授予各自为完成自身任务所需的最小权限。
4.2.3应用系统安全
在用户登陆之前，应用软件本身必须对当前的运行环境进行一系列的合法性检查，如果软件系统本身的配置数据被改动，系统要拒绝该用户登陆。
应用软件必须提供一种或几种有效的加密方式，对敏感数据库的存储进行加密处理。
应用软件必须对每一位使用应用软件的操作人员，都要验证其身份和权限。
应用软件设计中应该对非正常掉电、关机或者其他软硬件故障造成的软件中断运行时的现场进行具有一定程度保护和恢复功能。
应用软件必须做到对单条记录的修改和删除操作可以撤销，防止由于误操作而造成不可恢复错误。
应用软件应该具有检测非正常操作通道或非正常操作的能力，一旦发现问题，应该向操作员发出警报，指出错误的来源并提供改正措施。
应用软件必须做到对于启动任何一个有潜在风险的功能，至少要有两个或两个以上的确认动作，给用户以纠正错误的机会，借以避免偶然的误操作造成不可恢复错误。
应用软件必须防止SQL恶意注入攻击，尽可能避免常规web漏洞扫描工具扫描出漏洞。
4.2.4网络安全
本项目将布署在江门市政务云平台，平台有新型号的防火墙，通过在网络中设置防火墙，可以过滤网络通讯的数据包，对非法访问加以拒绝。
使用NAT技术做地址转换，隐藏本项目的应用服务器的内部IP地址。隐藏内部网络真正的IP地址，可以使黑客无法直接攻击内部网络。
部署WEB应用防护系统，对系统安全隐患和遭受的攻击威胁进行全天候监控，从事前检测预防、事中响应防护、事后持续监控的角度，最大限度降低Web应用安全风险。
4.2.5信息安全
4.2.5.1用户权限管理
系统必须为用户分配用户标识符，并保证用户的唯一性。
系统必须支持用户的分级和分组管理机制。
系统必须能够设定用户访问权限的有效日期、有效时间段。
权限管理必须满足最小授权原则，使每个用户和进程只具有完成其任务的最小权限。
用户查询重要数据时，需要接收手机验证码或者使用社保卡PIN码进行验证。
4.2.5.2控制主体对客体访问
系统必须能够支持主体和客体之间的多种应用关系，并提供灵活的调整手段。
系统必须能够提供多道安全检查，譬如用户名的识别与验证、用户口令的识别与验证、用户账号的缺省限制检查等。
系统必须能够防止用户经过非法访问路径，实现某些越权的非法访问。
系统必须能够将主体对客体的每一次访问记录在日志文件中，并提供分析和审计功能。
4.2.6 软件源代码安全
开发过程中采用先进的源代码安全管理软件，避免非授权用户通过U盘等移动存储设备，或通过互联网传输将系统资料、项目代码从服务器、办公电脑等设备中拷贝或传输。响应人需采购第三方代码防反编译工具，实现对程序包内指定函数进行加密，确保函数内容不被反编译。

注：响应人对于磋商要求的功能完全无偏离实现的承诺，在实施过程中如采购人发现与应标承诺不符的，采购人有权终止本项目中标合同，并报政府采购主管部门进行处理，由此引发的所有损失由成交供应商负责。

注：软件功能清单

注：硬件功能清单

说明

打“★”号条款为实质性条款，若有任何一条负偏离或不满足则导致投标无效。
打“▲”号条款为重要技术参数，若有部分“▲”条款未响应或不满足，将导致其响应性评审加重扣分，但不作为无效投标条款。