您当前的位置：首页招标｜招标公告广东以色列理工学院GTERP系统学费计算功能开发服务项目招标公告
正文内容
广东以色列理工学院GTERP系统学费计算功能开发服务项目招标公告
招标采购
广东以色列理工学院GTERP系统学费计算功能开发服务项目招标公告
1. 项目概况
在广东以色列理工学院的快速建设发展过程中，学校致力于建设高水平的信息化管理系统。为了能更高效地处理学生、教职工人数的日益增长，以及新建校区交付所带来的管理问题，学校已经于2024年成功基于金蝶云苍穹和金蝶星瀚产品搭建了GTERP系统，该系统包含了财务、采购和库存管理模块。
针对学生学费管理业务，学校已经打通了前端与学生管理系统的学生主数据对接，和后端学费应收单与银行的对接，同时能自动处理账务。目前学生学费的计算仍然依赖于财务部门手工计算，为提升学费管理的效率和计算的准确性以满足学校长期发展的需要，现拟基于目前GTERP系统框架开发学费计算相关功能，并与现有的学生管理系统和应收管理模块实现自动对接。诚邀请各厂商或系统集成商提供解决方案。
2. 预算
本项目预算为人民币99950元。
3. 供应商资格
3.1 投标人须为在中华人民共和国国内注册的具有独立承担民事责任能力的法人或其他组织；
3.2 投标人不得为列入失信被执行人、重大税收违法案件当事人名单、政府采购严重违法失信行为记录名单的供应商。
1）信用信息查询渠道：“信用中国”网站（www.creditchina.gov.cn）、中国政府采购网（www.ccgp.gov.cn）等。
2）信用信息查询记录和证据留存的具体方式：信用信息查询记录将以网站截图打印稿形式与其他采购文件一并保存。
3）信用信息的使用规则：如投标人为“信用中国”网站（www.creditchina.gov.cn）中列入失信被执行人或重大税收违法案件当事人名单的供应商，或为中国政府采购网（www.ccgp.gov.cn）政府采购严重违法失信行为记录名单中被财政部门禁止参加政府采购活动的供应商，则其投标将被拒绝。
3.3 已通过电子邮件成功报名。
4. 报名递交资格文件
4.1 报名时间：2025年3月28日～4月3日（工作日上午9：00 至 11：30； 下午3：00 至5：00）。
4.2 请发电子邮件至purchasing@gtiit.edu.cn 进行报名，为避免遗漏，请以 “报名-GTERP系统学费计算功能开发服务项目” 为邮件主题。
4.3. 届时，如报名参加投标的申请人数量过少不足以形成充分竞争时，招标人可以发出补充公告，适当延长报名时间。
5. 评标方式：综合评分法。（需求书详见附件）
6.联系方式
如需咨询本项目相关问题，请发送电子邮件至广东以色列理工学院采购部：purchasing@gtiit.edu.cn。
电话联系方式：0754-88077160 谢老师
7.送交标书时间与地点
投标截止时间与地点：有意向参加投标的投标人请将投标资料（正本壹份，副本贰份，及一份电子文件（电子文件的内容为正本完整扫描件pdf格式），包含报价单、需求响应表、相关证明材料以及其他投标材料）于2025年4月9日中午12:00时前寄/送至广东省汕头市金平区广以路66号广东以色列理工学院南校区3号门行政楼A422B（备注：GTERP系统学费计算功能开发服务项目） 谢老师 收，联系电话0754-88077160。
GTERP系统学费计算用户需求书.docx
广东以色列理工学院
2025年3月28日
GTERP系统学费计算功能用户需求书目录1.项目背景22.需求概况22.1基本需求22.2目标用户22.3报告报表及灵活的数据查询32.4客户化配置能够灵活满足需求的多变32.5接口要求32.6系统集成32.7数据安全32.8系统日志33.业务需求43.1与学生管理系统（SLCM）集成43.2奖助学金管理43.3助学贷款管理43.4学生学分管理53.5学费计算53.6集成应收单53.7基础数据设置54.实施范围要求54.1组织及人员范围要求54.2时间要求54.3功能要求65.实施公司及顾问要求65.1对投标人的要求65.2对投标人组建的顾问团队的要求66.项目实施要求66.1项目管理要求66.2文档要求76.3验收要求77.项目培训要求87.1培训要求87.2培训形式87.3培训内容87.4培训人员88.售后服务要求89.对项目建议书内容的要求910.评分标准910.1价格评分（25分）910.2技术评分（40分）910.3商务评分（35分）101.项目背景在广东以色列理工学院的快速建设发展过程中，学校致力于建设高水平的信息化管理系统。为了能更高效地处理学生、教职工人数的日益增长，以及新建校区交付所带来的管理问题，学校已经于2024年成功基于金蝶云苍穹和金蝶星瀚产品搭建了GTERP系统，该系统包含了财务、采购和库存管理模块。针对学生学费管理业务，学校已经打通了前端与学生管理系统的学生主数据对接，和后端学费应收单与银行的对接，同时能自动处理账务。目前学生学费的计算仍然依赖于财务部门手工计算，为提升学费管理的效率和计算的准确性以满足学校长期发展的需要，现拟基于目前GTERP系统框架开发学费计算相关功能，并与现有的学生管理系统和应收管理模块实现自动对接。诚邀请各厂商或系统集成商提供解决方案。本次项目预算99,950元。超过此费用的投标报价无效。请各位投标人按照每部分需求分别作出响应，并提供对应技术方案。2.需求概况2.1.1基本需求投标人为本项目提供基于金蝶云苍穹和金蝶云星瀚产品的解决方案。如果投标人提供其他方案，必需负责对接现有的GTERP系统，我校不支付额外系统对接费用。如果投标人提供软件即服务（SaaS）云计算方案，则由投标人提供存储、计算、网络等基础设施资源，同时由投标人提供系统安装、运维、备份、升级等系统运营管理服务，通过网络模式部署系统，降低系统实施与部署的成本，同时能够提高系统运行的可用性、稳定性，包括：2.1.1完全基于WEB驱动的访问方式；2.1.2灵活支持集中式处理及非集中式处理；2.1.3提供面向用户驱动的自助服务功能；2.1.4支持多语言的系统界面和数据存储（其中前台必须支持中文和英文）；2.1.5具备强大和灵活的报表工具；2.1.6应用开发环境可以支持功能开发扩展以便持续不断的满足业务需求的变化。2.2.2目标用户系统应当定位支持广泛的用户群体，包括但不限于：2.2.1业务部门的管理类人员（集中式业务处理及后台支持）；2.2.2管理人员（支持信息加工及分析）；2.2.3系统管理员（权限管理、系统配置、错误诊断与修复）。2.3.3报告报表及灵活的数据查询系统需要具备：2.3.1基于行业最佳实践的标准化的报告报表集合；2.3.2具备用户友好易用的随需而用的查询工具；2.3.3支持直接将查询结果输出成格式文件的功能；2.3.4提供与通用的桌面办公软件的良好的集成接口机制；2.3.5支持导出为EXCEL等文件格式及支持输出到常用软件的功能。2.4.4客户化配置能够灵活满足需求的多变为了最小化客户化的需求和影响，系统应当支持：2.4.1灵活的配置功能；2.4.2灵活的数据结构，可以扩展数据字段；2.4.3充分的内部数据/功能的共享调用。2.5.5接口要求系统具备与外部系统接口交互的能力，可以通过：2.5.1针对数据交换的输入/输出工具；2.5.2直接共享应用数据内容（如通过数据视图等）；2.5.3能够通过RestfulAPIs等行业标准进行集成。2.6.6系统集成投标方案应当能够支持包含以下的第三方系统进行集成：和学生信息系统集成以下信息：学生，奖学金，助学贷款，学分，学费账单2.7.7数据安全投标方案应使用学校提供的指定域名，采用HTTPS加密协议，并对所有存储的数据库信息、附件等进行加密处理，不得以明文形式存储学校的任何业务数据。投标方案应满足《网络安全等级保护条例》的基本要求，如果是SaaS解决方案则需要提供三级或更高级别的网络安全等级保护测评证书。2.8.8系统日志投标方案应当具有诊断日志、统计日志和审计日志功能。日志信息应当按照业界最佳实践的规范进行日志输出，并按照最佳实践的规范进行分类分级。3.业务需求3.1.1与学生管理系统（SLCM）集成目前GTERP系统已经构建了与学生管理系统(下文简称SLCM)的集成，包括了两个接口，分别是SLCM将学生主数据传给GTERP，以及GTERP系统将学费应收单传给SLCM系统。本次项目与SLCM系统的集成包括以下几个方面3.1.1.1.1.对现有学生主数据接口做必要的字段添加，如增加“是否延迟毕业”字段；3.1.2.2.2.对现有的学费应收单接口做必要的字段添加；3.1.3.3.3.增加奖学金接口供SLCM调用将学生承诺奖学金传到GTERP系统；3.1.4.4.4.增加助学贷款接口供SLCM调用将学生助学贷款信息传到GTERP系统；3.1.5.5.5.增加学分接口供SLCM调用将学生学分信息传到GTERP系统；3.2.2奖助学金管理每年新生入学的时候，学校会评定奖学金。奖学金有多种种类，其中入学时的承诺奖学金可以作为未来四年正常学年的学费抵扣。部分学生申请了助学金，助学金和承诺奖学金一样，由招生办公室负责评定，经学校领导审批后可用于未来四年学费抵扣，采用扣完即止的原则。需要GTERP系统提供奖助学金的功能有：33.1.3.2.3.2.21.1.1.打通与SLCM系统接口，包括奖助学金的新增和变更；3.2.22.2.2.提供根据奖助学金手工下推生成抵扣明细的功能，提供明确的追溯功能；3.2.23.3.3.提供学费结果审核通过后自动根据奖助学金余额下推生成抵扣明细的功能；3.2.24.4.4.提供奖助学金数据及其抵扣明细数据的查询界面，支持快速地根据学生、年级、专业等常用筛选条件快速查询到明原金额，抵扣明细和余额；3.3.3助学贷款管理助学贷款采用一年一申请的方式，每年学生申请的助学贷款既可用于学费抵扣，也可用于现金发放。需要GTERP系统提供助学贷款的功能有：具体的功能包括：33.1.3.2.3.3.3.3.31.1.1.打通与SLCM系统接口，包括助学贷款的新增和变更；3.3.32.2.2.提供界面支持用户选择助学贷款的发放方式，即用于奖学金抵扣或者现金发放；3.3.33.3.3.对有效未处理的助学贷款，提供预警功能提醒用户跟进；3.3.34.4.4.提供学费计算时自动抵扣助学贷款并关闭单据的功能；3.3.35.5.5.提供助学贷款数据的查询界面，支持快速地根据学生、年级、专业等常用筛选条件快速地查询数据3.3.36.6.6.若助学贷款的数据是在当年学费已经计算的情况下传递过来的，需要打上异常标识并通知财务用户3.4.4学生学分管理学生通过SLCM进行选课，SLCM系统会有学分计算的功能。GTERP系统需要提供接口供SLCM系统调用，实现学生学分数据从SLCM传递到GTERP。具体的功能包括：33.1.3.2.3.3.3.4.3.4.41.1.1.打通与SLCM系统接口，包括学分的新增和变更；3.4.42.2.2.提供界面支持用户查询学分信息；3.4.43.3.3.对学分变更的场景，系统需要根据上次传递的学分计算差异，并以邮件形式通知财务部学分变更情况；3.4.44.4.4.支持用户对变更的学分进行处理状态登记；3.5.5学费计算学费计算是本次系统开发的核心功能，学费计算分为新生入学学费计算，高年级学年学费计算，冬季学期学费计算，春节学期学费计算和夏季学期学费计算，需要系统提供以下功能：33.1.3.2.3.3.3.4.3.5.3.5.51.1.1.根据学生学籍状态，学生基础信息，学分信息，奖学金信息，助学贷款信息，住宿信息自动生成各缴费期的学费计算结果；3.5.52.2.2.提供便于用户查询和快速核对数据的界面，该界面必须提供导出为Excel的功能；3.5.53.3.3.提供基于学费自动计算结果可编辑修改的功能；3.5.54.4.4.提供审核功能，并在审核之后锁定数据，生成学费应收单并做相关的奖学金抵扣、助学贷款关闭等操作3.6.6集成应收单目前GTERP系统中已经搭建了成熟的学费应收单功能，本次项目需要将审核通过的学费计算结果自动生成为应收单，并自动执行应收单的提交和审核。3.7.7基础数据设置提供基础设置界面，支持用户可以定义以下基础信息：学年，学期，学年学费，学分单价，奖学金关联项目号，缴费期4.实施范围要求4.1.1组织及人员范围要求本项目实施的组织范围为广东以色列理工学院。4.2.2时间要求项目上线时间为2025-07-11。实施商应给出一个切实可行的项目实施计划以及相应的项目实施策略来降低项目实施风险，确保项目实施质量，保证项目实施能够在期望的周期内顺利完成。4.3.3功能要求项目各模块功能应覆盖如前所述的业务需求。实施商应对如前所述的业务需求进行点对点的应答。5.实施公司及顾问要求5.1.1对投标人的要求5.1.1投标人需承诺具备金蝶云星瀚V7.0.1及以上版本的开发能力。响应文件提供承诺函（格式自拟）或截图证明。5.2.2对投标人组建的顾问团队的要求5.2.1投标人在中标后，需要成立科学合理的组织机构，建立健全保障项目顺利实施的各项管理制度和质量保证体系，安排好足够的符合前述项目人员资质要求的项目人才资源参加本项目的建设。5.2.2按照项目实施要求，需要配置相应的项目管理、系统设计、开发、测试、集成、培训、质量保证等人员，在项目组织中应明确各岗位的职责，确保工程顺利实施。5.2.3投标人的项目团队未来应当和学校的项目团队紧密工作，需要按照计划提前向学校提出在项目的不同阶段需要的资源，并进行资源的协调以此共同推进项目的实施。5.2.4投标人的项目团队成员，需要到学院现场与学院的项目团队成员进行面谈交流，以确保投标人的项目团队成员符合学院的期望。5.2.5投标人的项目团队成员，需要于合同正式签订后1周内到场并开展实施工作。5.2.6投标人需承诺拟派人员满足项目周期时间要求并承诺中标后不能变更拟派人员。响应文件提供承诺函（格式自拟）。6.项目实施要求6.1.1项目管理要求6.1.1由本项目中标方实施团队负责所有模块的实施、上线、培训和移交工作；6.1.2投标方应对投标方案提供行之有效的实施方法论，并曾得到过相关领域客户的实施验证；6.1.3包括但不限于项目计划、项目成员、指导、协调、控制、过程报告、风险管理、配置管理和质量保证等；6.1.4投标方应当在项目建议书中对项目实施的周期及实施的路径和计划有清楚的建议及划分；6.1.5投标方应当提出项目实施建设的详细项目计划及按要求的项目组织机构及人员投入情况；6.1.6清晰的风险控制方法及问题追踪和解决，包括业务和技术领域；6.1.7项目控制和报告工具；6.1.8集中化的项目文档管理。6.2.2文档要求6.2.1投标方必须有标准化的文档管理制度和文档管理软件平台，并在项目进程中得到有效的执行和应用；6.2.2必须提供实施各阶段的各种文档交付件，包含定制开发的源代码、配置文档、业务流程说明书，端到端验证报告等所有相关的项目实施文档；6.2.3对本项目中产出的文档，包括由招标单位提供的所有内部资料、技术文档和信息予以保密。必须遵守保密协议，未经招标人书面许可，不得以任何形式向第三方透露本项目的任何内容。6.3.3验收要求本项目的验收是指项目部署完成，业务上线后，达到本项目目标后由校方组织的验收。内容包括：系统上线后三个月内无显著问题；相关业务与模块在正式环境中能够被正常使用；由业务用户和IT部门联合验收。项目验收参照本文档具体评审项如下：评审项评审标准指标说明系统部署内容完整性系统实际部署情况与合同约定的部署文档一致系统运行系统稳定性用户使用过程中无明显卡顿、报错，试运行期间未出现宕机，服务中断、挂起问题，系统无重大问题功能完整性与需求文档内容一致界面设计界面友好性布局合理层次清晰，有清晰准确操作提示界面美观性与广东以色列理工学院UI风格一致，页面各元素样式统一移动适配移动端页面显示正常页面兼容性无浏览器兼容性问题（Safari、Edge、Chrome、Firefox）系统设计设计规范性符合广东以色列理工学院统一身份认证、数据交换等规范系统安全性信息系统规划、开发、测试、验收各阶段，通过广以组织的安全测试，如漏洞扫描、渗透测试、代码审计等功能要求关键需求与业务流程运行计算结果正确，实现功能与需求描述一致软件测试和使用结果测试阶段和使用阶段反馈的错误都已得到更正系统文档文档资料完整性与招标文件中约定的文档内容一致文档资料规范性文档内容完整、详细，符合广东以色列理工学院IT文档规范7.项目培训要求7.4.4培训要求7.1.1投标人必须提供系统的培训，完成对用户的知识转移（包括业务操作、系统配置、源代码以及所有定制化内容），保证用户全面了解和掌握系统操作功能；7.1.2投标人派出的培训教员应熟悉本系统，并有一定的教学经验；7.1.3投标人为所培训人员提供中英文培训资料和讲义等用品，并提供培训后可自行学习查阅的书面的用户手册和系统管理员手册；7.1.4投标人为用户提供详细的培训计划。7.5.5培训形式集中培训：对系统管理员、业务骨干及系统的运行维护人员进行集中培训。7.6.6培训内容实施系统的结构、功能、流程、数据、系统安装、运行维护、系统配置、最终用户的操作以及开发工具的使用等。7.7.7培训人员前述业务需求中的目标用户。8.售后服务要求投标人应提供详细的服务计划和服务承诺。在服务计划中要从服务人员配置、服务流程、服务文档种类、服务响应时间、系统可用性承诺等几个方面进行明确的说明；同时具有7×24小时的技术支持能力以及优先服务级别；技术支持的方式包括：远程技术服务（如：提供800免费技术服务热线）、现场技术服务等。针对所提供的应用系统中存在的BUG，持续提供修正与消缺服务，并提供修复BUG的必要补丁版本的升级服务。每个实施阶段结束后，投标人对该阶段的交付物提供至少一年的后续技术支持。系统上线运行时，当出现一些突发性情况而引起业务的中断时，为了保证系统的正常运行，对该故障进行处理，包括：非计划掉电导致系统故障，学校排除故障后，配合系统恢复；系统资源不足导致系统故障，学校扩充资源后，配合学校系统恢复；硬件故障，学校排除故障并将数据还原后，配合学校系统恢复。9.对项目建议书内容的要求投标人提交的项目建议书应当至少包含下述内容：投标人的方案（系统）的体验版本和实例现场演示。投标人对广东以色列理工学院住宿系统和本项目的总体理解；投标人对业务需求的点对点应答；投标人对实现方式的建议，对系统实施过程中应用环境的管理；投标人对应用于本项目的实施方法论的理解；投标人对本项目的项目基准实施计划及各阶段的交付件的说明；投标人对本项目建议的项目组织架构及人员数量，角色，职能，现场服务时间的建议；投标人提供服务于本项目的顾问简历；投标人提供近3年来国内国内外上整体实施的项目案例，并提供相应的证明材料；投标人提供在既往项目中通过信息系统等级保护测评的相关证明材料。如果投标方案是基于SaaS的云计算产品，必须提供服务级别承诺书（SLA）和网络安全和数据保密责任书，以满足法律法规要求。对于未能提供相关材料的投标方案，招标人有权将其列为无效处理。投标人对于项目实施中培训和知识转移的建议；投标人对于技术支持和售后服务的建议；投标人对于项目实施期间对我校的要求。10.评分标准本次评标采用综合评分法进行计分评定。评标委员对通过资格性审查和符合性审查的投标文件，从价格、技术和商务三方面进行比较与评价，其中价格、技术和商务评分的分值分别为：评分项目价格技术商务总分分值25403510010.1.1价格评分（25分）价格分计算方法：满足招标文件要求且投标价格最低的投标报价为评标基准价，其价格分为满分。其他投标人的价格分统一按照下列公式计算：投标报价得分=(评标基准价/投标报价)×价格分值。投标报价得分=(评标基准价/投标报价)×2510.2.2技术评分（40分）序号评审项目单项分值评分范围1参数响应情况15全部满足用户需求书中“2.需求概况”和“3.业务需求”的，得15分，每有一项参数负偏离扣0.3分。注：如用户需求有要求提供具体证明材料的，需按用户需求要求提供；如用户需求无明确要求提供的证明材料，评标委员会根据投标人提供的参数响应表进行评定。2易用性指标：易理解性、灵活性和易操作性15易理解性：软件的逻辑概念及其应用范围易于用户理解。该特征要求软件研制过程中形成的所有文档语言简练、前后一致、易于理解以及语句无歧义。易操作性：该特征要求软件的人机界面友好、界面设计科学合理以及操作简单等。灵活性：要求软件系统能够灵活让用户通过自定义配置的方式满足灵活多变的需求，而无需通过软件开发来实现。根据投标方案进行评分：易理解、易操作和灵活性高得15分，易理解性、易操作性和灵活性一般得10分，易理解性、易操作性和灵活性差得5分，未提供不得分。3可靠性指标：安全性、可用性5安全性：软件系统的机制能够防止软件受到意外或蓄意的存取、使用、修改、毁坏或泄密。可用性：任意时刻需要执行规定任务或完成规定功能时，软件处于可使用状态。根据投标方案进行评分：安全性和可用性高得5分。安全性和可用性一般得3分，安全性和可用性差得1分，未提供不得分。4可维护性5可维护性是指软件产品被修改的能力，修改包括纠正、改进或软件对环境、需求和功能规格说明变化的适应。根据投标方案进行评分：可维护性高得5分，可维护性一般得3分，可维护性差得1分，未提供不得分。合计4010.3.3商务评分（35分）序号评审项目单项分值评分范围1类似案例业绩6投标人自2022年1月1日起至投标截止日止（以合同签订时间为准），具有同类项目业绩的每个得2分，最高得6分。 注：1.需将业绩合同扫描件导入商务技术文件中，否则不得分；2.是否属于同类业绩由评审小组根据合同的内容、特点等与本项目的类似程度进行认定。2售后服务、质量保障12根据各投标人提供的售后服务、质量保障方案等进行评价1、售后服务、质量保障方案工作内容具体，措施明确，服务承诺合理得12分；2、售后服务、质量保障方案工作内容较为具体，措施较为明确，有服务承诺得8分；3、售后服务、质量保障方案工作内容不清晰、没有明确的措施及服务承诺得4分；4、不提供不得分。3人员配备17拟投入本项目的项目管理人员，具备5年或以上的信息化产品实施经验且至少担任过3个或以上同类系统实施的项目经理职务，得5分；拟投入本项目的开发人员，具备金蝶云苍穹中级开发证书的，每个得4分，具备金蝶云苍穹初级开发证书的，每个得2分，最高得12分。注：团队人员需提供简历等证明材料并加盖公章，以及提供拟派人员投标截止日前连续3个月的社保证明材料。不满足上述要求或未提供相关证明材料的不得分。合计35附件一：报价明细表项目名称：单位：人民币元序号名称价格1注：报价包括有关本项目实施所需的安装、调试费、培训费、售后服务、税金等所涉及的一切费用均计入报价。投标人：（盖章）法定代表人或授权委托人(签字或盖章)：附件二：参数偏离表项目名称：序号内容招标文件业务需求是否响应偏离说明12345 注：请投标人在“是否响应”栏内根据响应情况填写“满足、或负偏离、或正偏离”，负偏离或正偏离请在“偏离说明”栏内扼要说明偏离情况。投标人：（盖章）法定代表人或授权委托人(签字或盖章)：日期：附件三项目人员简历项目人员简历序号姓 名年龄学历资质认证工作经验和专长本项目承担的相应责任123备注：内容可扩充投标人名称（盖公章）：投标人法人授权代表签字：