招标代理公司（立即查看） 受业主单位（立即查看） 委托，于2025-07-15在采购与招标网发布 中山大学资源预约系统项目二期采购项目。现邀请全国供应商参与投标，有意向的单位请及时联系项目联系人参与投标。 |项目概况采购类型采购项目编号中大招（服）[（略）]（略）号项目名称（略）项目二期采购项目申购主题（略）项目二期采购项目项目类型服务采购项目预算***最高限价（（略））（略）,（略）.（略）及响应开始时间（略）-（略）-（略）:（略）及响应结束时间（略）-（略）-（略）:（略）采购单位中山大学经办人郑老师经办人电话（略）-（略）地址中山大学南校园第（略）机房电子签章本项目需要使用（略）签字（略）操作手册（略）备注1、本项目如需要磋商，磋商时间在报价（略）另行通知。2、本项目需要使用（略）证书，请供应商根据指引（http:（略）.cnarticle（略））提前（略）证书。|采购明细1（略）项名称（略）项目二期采购项目报价方式报总价报价备注计算价格评（略）：价格（略）统一采用低价优先法计算，各有效投标人的评标价中，取最低价为评标基准价，其价格（略）为满（略）。其他投标人的价格（略）统一按照下列公式计算：价格评（略）=（评标基准价／评标价）×（略）附件项目需求书（略）|资质要求序号要求名称条件类型要求内容是否需要附件说明1第1条资质参数符合性参数（略）营业执照（副本原件扫描件）是2第2条资质参数符合性参数填写并按要求（略）“廉洁承诺书”（需签字并盖公章）是3第3条资质参数符合性参数填写并要求（略）“法定代表人授权书”（需按授权书要求签字并（略））是4第4条资质参数符合性参数填写并按要求（略）“供应商资格声明”（需签字并盖公（略）要求序号要求名称条件类型要求内容是否需要附件说明1本地化服务保障评（略）性参数1、针对本项目提供本地化服务团队配置方案（包含团队成员资质、驻场时间承诺、应急响应（略）支持机制），方案完善且能充（略）保障项目实施及后续运维需求的，得4（略）；2、提供本地化服务团队配置方案，但内容简略、保障措施不够具体的，得2（略）；3、未提供本地化服务团队配置方案或方案无法满足基本服务需求的，得0（略）。是2项目业绩评（略）性参数提供近5年（（略）年1月1日至投标登记截止日）类似项目（含新建项目或升级项目或优化项目）业绩证明材料（时间以合同签订时间为准），每提供1个的，加2（略），满（略）6（略）。（如投标（略）产品为代理产品，可在提供原厂授权后提供原厂项目业绩）是3企业资质评（略）性参数-供应商需提供预约类相关的（略）的（略）著作权证书，得1（略）。-ISO（略）信息安全认证：得1（略）-CMMI三级及以上认证：得1（略）是4售后服务评（略）性参数（1）针对本项目提（略）应急方案及响应时间，满足售后服务要求且内容详尽的，得4（略）；（2）满足售后服务要求但内容简略的，得2（略）；（3）不满足或部（略）满足售后服务要求的，得0（略）。是5培训计划评（略）性参数制定完善的培训计划，保证招标方的相关管理人员能熟练操作与使用。（1）满足培训要求、培训方式落地可行、培训内容与本项目需求符合程度高、方案逻辑性强的，得2（略）；（2）满足培训要求，培训方式落地可行、培训内容与本项目需求符合程度高，但方案逻辑性较差的，得1（略）；（3）不满足培训要求的、或培训方式无法落地、培训内容与本项目需求无关的，得0（略）。是6技术力量评（略）性参数（1）针对本项目配备的项目团队人员配置全面、科学合理、（略）工明确，且人员组织实施方案合理可行的，得2（略）；（2）团队人员配置全面、科学合理、（略）工明确，但人员组织实施方案合理性一般的，得1（略）；（3）团队人员配置不够全面、（略）工模糊，且人员组织实施方案合理性一般的，不得（略）；（4）项目管理人员具备有效的项目管理专业人士资格认证的，得2（略）；（5）针对本项目提供本地服务实施能力，且在本地配备项目团队的，额外得2（略）。是|技术要求序号要求名称要求内容是否需要附件说明1功能展示1.预约收费规则适配功能（1（略））（略）预约收费业务场景的通用收费规则适配功能（略）会议室按小时按次按半天按天计费方式配置的，得1（略）；仅提及收费规则适配功能，但未提供具体配置方案的，得0.5（略）；未提及该功能的，得0（略）。2.支持“虚拟币”方式计费（1（略））支持“虚拟币”方式计费，并能详细说明配置“虚拟币”收费标准的具体操作及示例的，得1（略）；仅表明支持虚拟币计费，未提及收费标准配置的，得0.5（略）；不支持虚拟币计费的，得0（略）。3.批量给用户充值虚拟币功能（1（略））提供批量给用户充值虚拟币功能的详细实现方案及操作流程说明的，得1（略）；仅提及有此功能，无具体方案说明的，得0.5（略）；不具备该功能的，得0（略）。4.单位转账付费支持（1（略））能详细阐述满足集体预约场景下单位转账付费需求，及确保费用（略）准确性和便捷性的具体措施和实现方式的，得1（略）；仅提及可满足需求，无具体措施说明的，得0.5（略）；无法满足该需求的，得0（略）。5.收（略）合（1（略））收费、计（略）一期预约流程（略）合顺畅统一，提供详细（略）合说明的，得1（略）；仅表明（略）合，但无具体说明的，得0.5（略）；未实现（略）合的，得0（略）。6.多级跨部门审批流程引擎（2（略））具备针对三级及以上多级审批、跨部门审批的通用配置功能，且能提供详细的配置示例和操作流程说明的，得2（略）；仅提及有审批配置功能，但不够完善或无具体示例的，得1（略）；不具备该功能的，得0（略）。7（略）合（2（略））管理员可灵活设置审批层级和参与部门，（略）一期功能流程（略）合，界面、操作顺畅统一，提供详细设置及（略）合说明的，得2（略）；仅提及可设置但（略）合方面说明不详细的，得1（略）；不具备该功能或（略）合存在问题的，得0（略）。8.资源图片属性批量导入（1（略））可批量导入资源图片属性，支持JPEG、PNG、BMP等常见图片格式，并提供操作说明和成功导入示例的，得1（略）；仅提及支持图片格式，无批量导入说明的，得0.5（略）；不支持该功能的，得0（略）。9.资源快速上下线及库存维护（1（略））支持资源快速上下线、库存维护，可批量导入上线、下线资源，且设备（略）自动实时更新库存信息，提供详细操作流程说明的，得1（略）；仅提及相关功能，无具体操作说明的，得0.5（略）；不具备该功能的，得0（略）。（略）.物料和设备借还追踪（1（略））对物料和设备的借出、归还情况进行全程追踪，记录详细信息，并提供信息记录和查询方式说明的，得1（略）；仅提及可追踪，但无详细信息记录说明的，得0.5（略）；不具备该功能的，得0（略）。（略）.H5移动端预约界面开发（2（略））开发H5移动端预约界面，提供不少于3个典型场景的界面截图及操作说明，确保方便快捷的预约体验的，得2（略）；仅表明开发了移动端界面，无具体展示的，得1（略）；未开发该界面的，得0（略）。（略）.校外用户自（略）及资源预约（2（略））支持校外用户通（略）预约指定资源，并提供完（略）的（略）流程说明及预约操作演示截图的，得2（略）；仅提及支持校外用户（略）预约，无具体流程说明的，得1（略）；不支持校外用户（略）预约的，得0（略）。（略）企业（略）合（2（略）企业（略）合，确保校内用户可通过企业（略）自动授权，并提供详细（略）合方案及测试结果说明的，得2（略）；仅提及与企业（略）合，无具体方案说明的，得1（略）；未实现（略）合的，得0（略）。（略）.权限管理继承与扩展（2（略）一期的权限管理基础上，进行管理权限、预约权限的继承和扩展，提供详细权限设置示例说明的，得2（略）；仅提及权限继承和扩展，无具体设置说明的，得1（略）；无法实现权限继承和扩展的，得0（略）。是2项目重要需求响应情况根据供应商对本项目要求响应的重要需求功能点评（略）。（略）项重要功能点（技术需求中带“▲”号的条款）全部响应满足的，得（略）；6-（略）项重要功能点响应的，得6（略）；少于等于5项重要功能点响应的，得0（略）。是3项目实施方案1.技术方案（略）体设计质量（3（略））优秀（3（略））：技术方案全面体现规范性、先进性、可靠性、扩展性、开放性、易用性与安全性原则；遵循国家及行业相关标准，采用主流成熟技术架构，兼容现有及未来新技术发展。一般（1（略））：方案基本符合要求，但部（略）原则体现不足或技术选型不够先进。较差或缺失（0（略））：技术方案陈旧，未体现标准化要求或与主流技术脱节。2（略）架构与接口设计能力（2（略））优秀（2（略）采用模块化、组件化设计，结构清晰，具备良好的可扩展性；提供标准化数据（略）的集成及二次开发。一般（1（略））：架构较合理，具备一定扩展能力，接口设计较为完（略）。较差或缺失（0（略））：架构不清晰，缺乏扩展性，接口设计不完备或未提及。3（略）易用性与安全管理机制（2（略））优秀（2（略）业务流程设置灵活，管理维护便捷，界面友好、操作简便；具备完善的多级安全机制（如权限控制、身份认证、日志审计等）。一般（1（略）流程或界面设计基本可用，安全机制较弱或未完全覆盖。较差或缺失（0（略））：界面复杂、操作困难，或安全机制严重缺失。4（略）稳定性与适应性（3（略））优秀（3（略）运行稳定，具有较强的容错能力和异常处理机制，能适应高校信息发布业务需求（略）信息化建设发展规划。一般（1（略）较为稳定，容错能力较好，基本满足高校使用场景。较差或缺失（0（略）稳定性描述不足，容错能力弱，难以满足高校长期使用需求。是4（略）对接能力1（略）对接经验（1（略））：能详细阐述过往项（略）的具体案例，并附真实项目合同证明，包括对接过程中面临的挑战及解决方案、最终实现的对接效果和带来的业务价值提升的，得1（略）；无相关经验和项目合同证明的，不得（略）。2（略）对接经验（2（略））：提供至少（略）对接项目实例，并附项目合同证明，说明对接中如何确保财务数据的准确性、及时性和安全性，以及采用的技术手段和措施的，得2（略）；无项目经验且无真实合同证明的，不得（略）。3（略）对接经验（2（略））：能详细（略）对接工作（略）类型、对接方式、遇到的问题及解决办法，以及对接后对门禁管理效率和安全性的改善情况的，得2（略）；无门禁对接经验和相关项目证明的，不得（略）。4（略）对接经验（1（略））：（略）对接方面的实践经（略）类型、对接流程、如何保障访客信息顺畅流转和管理，以及对接后的应用场景优化的，得1（略）；无相关经验和项目证明的，不得（略）。5（略）接口调用方案（2（略），（略）接口调用方案，包括接口类型、调用频率、数据传输格式、安全保障措施等内容的，得2（略）；无相关经验或方案描述不清的，不得（略）。6、API开放能力（1（略）需具备API开放能力，提供已开放的API示例（包括功能介绍、调用方式、使用限制等说明）及相关文档的，得1（略）；不具备或无法提供文档的，不得（略）。7（略）对接支持（1（略）需明确是否支持对接小程序、（略）；若支持，举例说明曾成功对接的项目案例（包括对接过程和最终实现的功能效果）的，得1（略）；无法提供的，不得（略）。是5创新性与扩展能力1.创新服务模式（2（略））满足要求（2（略））：明确说明提供了创新服（略）、资源池预约等），并举例阐述其具体内容、运作机制及优势，包括如何为用户带来价值以及在过往项目中的实际应用效果。部（略）满足或描述不清（1（略））：提出有创新服务模式，但内容不完（略）、机制不明确或未提供实际应用案例。未提供相关内容（0（略））：未提及创新服务模式或无法说明其价值与机制。2.自定义审批资源模板功能（2（略））满足要求（2（略））：明确说明具备自定义审批流程和资源模板功能，并举例说明可配置的审批类型、资源模板种类，以及用户如何根据需求灵活定制，提供不少于两个典型使用场景的操作说明。部（略）满足或描述不详（1（略））：提出具备相关功能，但无具体说明或缺少操作示例。未提供相关内容（0（略））：未提及该功能或无法说明其定制能力。3（略）后续可拓展性规划（1（略））满足要求（1（略））（略）的后续拓展性设计，如数据（略）融合等方面的具体计划，包括预期实现的功能、（略）径及对未来业务发展的积极影响。未明确或未提供具体说明（0（略））：未体现拓展性规划或仅泛泛提及。是6实质性条款响应情况实质性条款必