平房支行与东北林业大学开展银校合作项目竞争性谈判公告

2.系统安全性高，可有效防止外部因素侵扰。

3.系统具备科学、合理、严密的数据库备份及还原功能，在数据安全性方面要做到万无一失。

4.具有对操作系统、数据库、中间件之间的匹配调优能力。

5.承诺、保证系统满足在硬件配置前提下达到预定性能要求。

2.每月停机维护时间不多于1小时。

3.对重要数据的存储和传输进行安全加密，确保数据安全。

4.系统具备科学、合理、严密的数据库备份及还原功能，在数据安全性方面要有完善的解决方案。

5.提供系统的操作日志，具有独立的审计管理功能，系统管理员不能删除操作日志。

6.提供系统日志记录的功能，日志功能包括记录用户的登录与退出系统的情况，记录系统管理中任何的设置动作，记录系统重要模块数据的删除记录等。

7.系统应从网络层、应用层、数据层三个方面进行安全管控。网络层支持vpn 加密访问；应用层采用ssl传输加密、https 加密、ip 访问控制等多种措施；数据层采用双机热备、远程访问限制等安全策略。

2.投标人应保证所承建的平台，免受第三方提出的侵犯其知识产权的索赔或诉讼。

3.如有任何上述指控，投标人应独自承担可能发生的一切法律责任和费用。

2****中心建设项目监理的相关工作，在监理的监督下，确保项目实施过程按要求顺利进行。

培训至少包含但不限于以下内容：

1.****发放系统使用和运维培训；

2.培训师资要求：投标人所提供的培训教师需得到甲方的认可。培训教师要具有丰富的相关工作经验，语言表达能力强，培训语言要通俗易懂，能理论与实际相结合。

3.培训费用：所有培训所涉及的材料费用和环境搭建费用应由中标供应商出资，不得另行向用户收取。

2.提供电子版ms word等格式的文档。

东**大发放系统的建设总体要求是提供安全可靠的发放系统，打通支付宝、银行发放能力，实现奖助学金、补助、退费的自动化发放，同时同学工、财务、票据、银行系统深度联动。平台建设目标为：

（1）从学工、一卡通、电控等系统发放或者退费需求开始，到资金发放完成的全周期跟踪。

（2）将校内学工、一卡通、财务、发放、资金支付、对账全流程打通 ，实现一站式发放或者退费，尽量系统联动，减少人员过程参与。

（3）沉淀全过程数据，为单位相关机构提供全面、实时、精准的数据工具及精准过程回溯。

（4）提高发放效率，让数据多跑路。

2.建设内容

平台需从pc端和移动端两方面去进行建设。

pc端包含学工系统发放系统pc端、支付及学工平台pc端升级等几个方面。

移动端包含发放领取、发放查看等功能。

要求平台支持两种登录模式。一是与使用单位已经存在的身份认证平台进行集成，用户仍使用原单位的身份账号体系；二是直接使用在发放系统管理的账号，平台用户的账号需可通过平台的管理员创建，并发放给相关用户。采用户在首次登录时，系统会提示采用户更换密码，增强账号的安全性。

要求平台支持给有发放权限的人，均能通过单独的账号登录平台进行发放。

2.发放

（1）允许添加、删除、编辑发放任务；

（2）支持单条数据导入和批量数据导入。支持单条数据删除功能

（3）提供导入模板下载功能；

（4）提供发放人员管理功能

（5）可将任务分别生成链接或者二维码；

（6）可根据发放任务状态、任务名称进行筛选；

（7）支持创建多个退费发放任务，可以设置发放时间段，支持excel导入发放名单；

（8）支持通过身份证号直接发放到支付宝，****银行卡号

（9）只有在名单内的用户才能看到发放项目

（10）发放确认的时候需要管理员扫码认证

（11）支持给用户微信、支付宝发送发放领取通知

（12）提供审核管理功能，要求支持发放表审核功能

（13）支持发放任务总体统计，可以全面展示所有发放任务的完成情况

（14）支持发放任务报表导出及打印

（15）支持发放模板下载，支持发放名单编辑

（16）****银行****银行卡信息

3.投诉建议

要求可对方系统提交投诉建议，管理员可以进行回复。

4.发放指南

要求平台在线提供发放指南（用户说明书），方便用户了解学习平台使用及操作。

5.消息提醒

系统应支持审核类提醒、通知类提醒、预警类提醒，可以让过程中的关键业务人员及领导及时知晓进度情况。

要求系统的消息通道支持手机短信、微信模版消息等渠道送达用户。

要求手机短信上自带处理链接，用户可打开短信中的链接直接进入移动端处理界面进行待办任务处理，且不需要用户进行二次身份认证。

（1）审核类提醒

发放审核待办提醒

发放审核完成提醒

（2）通知类提醒

发放状态变更提醒

发放超期未领取提醒

（3）预警类提醒

发放余额不足提醒

接口不通提醒

要求提供统计看板功能，包括发放情况、发放资金情况、发放数据统计，并支持按照时间段进行查询。

2.系统设置

支持配置多个发放账户以供选择；

允许设置发放任务的开始和结束时间。

3.结算管理

结算管理需简化财务统计，细化精确化发放明细。进一步优化实施发放支付账期，同时开具发放票据。平台需提供发放过程中的发放清单明细，自动统计发放效率和发放完成周期，利于财务部门、责任管理部门了解发放资金走向及发放效率，实现透明化，公**管理。

4.发放接入管理

要求支持管理员在线查看接入发放系统的系统名称、系统调用情况、发放金额、发放次数等。

要求支持管理员**应用接入，配置应用。

要求支持管理员对接入应用进行管理。

5.用户管理

要求支持用户方管理员用于对该单位的用户进行用户信息管理、维护工作。管理员可根据自身人事架构，在 “用户管理”中增添修改部门架构，并上传对应用户信息。亦可根据人事变动，对用户进行个人信息和权限的编辑修改。

6.管理员管理

要求支持新增指定部分用户担任子管理员，并可根据工作职责不同，给子管理员配置不同的权限。在子管理员工作内容发生变更后，也可以及时更改权限或者删除子管理员。

7.发放权限审批

要求支持管理员对于发放权限申请进行同意或者驳回的审批操作。

平台与单位对接的系统有：身份认证系统、财务系统、学工系统、一卡通系统、支付平台、票据系统等。

身份认证系统：接入单位身份认证系统，用户无需维护多套账号，无需注册，平滑使用平台进行发放。

第三方接入认证：对于有独立认证系统和接口开放能力的单位，平台与其进行身份认证接口的对接。对接完毕后，用户可以使用单位原有的认证方式登录并使用发放平台。

云平台本地认证：对于没有独立认证系统或者不具备接口开放能力的单位，平台提供本地认证的方式，需要将单位内使用本平台的用户数据初始化或注册到本平台中，以支撑本地身份认证和鉴权。

2.财务系统

与财务系统无缝集成，做到发放可控，资金可控，主要实现如下功能：

审核人查看发放任务，平台上审核人审核同意发放任务并转账的时候，自动跳转到财务系统生成发放总账转账单。

发放完成后，财务系统生成发放明细单。

3.学工系统

在系统上，学工工作人员能在学工系统中根据补助或者奖学金名单创建发放任务及发出申请。

发放审核人员在发放系统中操作完成发放的其他流程。

发放完成结果同步到学工系统中，显示每个学生的发放情况，方便学工老师日常工作。

4.一卡通系统、电控系统等系统

在一卡通或者电控系统上，工作人员能在系统中发起退费申请。

发放审核人员在发放系统中操作完成发放的其他流程。

发放完成结果同步到对应系统中，显示每个学生的退费情况，方便一卡通老师进一步的工作。

5.支付平台、票据系统

发放系统调用支付平台的支付能力进行实际转账操作，调用票据系统生成发放票据。

要求使用java、php、mysql等基础技术平台，系统具有先进成熟的技术方案。

要求系统基于校园信息化的官方接口进行开发。

要求具备完善的权限管理和日志：系统采用多级角色权限，人员的权限由人员所拥有角色决定，方便更换管理岗位,系统采取角色+范围+日志记录严格控制管理员的操作，提供截图证明。

要求具备统一的消息机：设置有统一的消息机制（信息推送），能够通过学号或者工号定向发送票据通知消息，提供截图证明。

系统具备后期可扩展性，采用xml和json进行数据传递，适应不断拓展的应用空间。

要求系统操作简便，设计合理，符合用户使用习惯，可快速上手，无需太多的培训和学习过程。

2.系统要求

系统要求采用云服务器+校内服务器组合上线的模式保证系统正常运行，截图证明。

系统能够满足50,000人日常使用的需求，需要的云服务器算力及存储扩展费用由中标方承担。