长江师范学院一卡通系统建设项目招标文件

时间:2018-12-07浏览:447设置

长江师范学院国有资产管理处                                                 竞争性磋商文件





长江师范学院

竞争性磋商文件






采购项目编号:18YZ045

采购项目名称:长江师范学院一卡通系统建设项目

采   购   人:长江师范学院






采购代理机构:长江师范学院国有资产管理处

二〇一八年十二月


目   录





廉洁承诺书


长江师范学院:

我单位承担贵校项目。为保证项目活动的廉洁、规范,防止违纪违法行为的发生,根据国家有关法律法规和党风廉政建设要求,我单位特作以下承诺:

一、在项目执行过程中,坚持公平、公开、公正、诚实信用的原则,坚持依法办事、按程序办事,严格履行合同,保证质量,不损害国家和采购人利益。

二、严格遵守有关法律法规和廉洁从业规定,在项目设计、招投标、实施、验收等各个环节,不从事违背法律法规和公平、公正原则的活动,干扰和影响学校工作。

三、不向采购人工作人员及其配偶、子女和亲属赠送礼品、礼金、回扣、好处费、劳务费以及有价证券、支付凭证和贵重物品等。

四、不向采购人工作人员及其配偶、子女和亲属提供宴请、联谊、度假、旅游以及娱乐等活动。

五、不向采购人工作人员及其配偶、子女和亲属报销或支付应由其个人支付的各种费用(住宅装修、婚丧嫁娶、旅游、度假、食宿、购物、学费、子女出国留学等)。

六、

采购人工作人员及其配偶、子女和亲属发生借贷、租赁、合伙、合作经营等个人经济关系,不提供车辆、电脑、手机等贵重物品供其借用,或为其个人行为提供方便。

七、不为采购人工作人员的配偶、子女和亲属安排工作,也不安排其从事与采购人项目有关的材料设备服务、项目分包等经济活动。

八、若有监理的项目,严格执行国家有关监理的规定,积极配合、支持监理单位开展工作,不从事影响监理单位公正履行职责的任何活动。

九、若有采购人工作人员无理刁难或提出不合理要求,应及时向采购人有关部门反映;若发现采购人工作人员有违纪违规行为的,应及时向采购人的纪检监察部门举报,坚决抵制不正之风和各种不正当做法。

以上承诺,我单位及单位工作人员均将严格遵守。如有违反,经上级部门或采购人认定违规违纪事实后,按照下列规定进行处罚:

(一)同意按照违规项目合同总金额的5%支付罚金,造成经济损失的,由本单位赔偿采购人的全部损失;

(二)本单位的行为致使采购人工作人员违规的,同意将本单位列入贵校服务商(承建商)黑名单,三年丧失贵校服务商(承建商)资格;

(三)本单位的行为致使贵校工作人员违法的,同意永远丧失贵校服务商(承建商)资格。本单位自愿接受采购人依据有关规定对本单位作出的取消入围服务商(承建商)资格、中标资格以及终止合同等处理,并承担一切相应的法律责任;

(四)任何第三方因本单位违反以上承诺而向采购人索赔或主张权利的,所有责任及后果均由本单位独自承担;

(五)贵校可根据我单位发生的违纪违法事实向有关部门检举报告,我单位自愿接受有关部门依法依规作出的相关处理意见。

此承诺书作为项目合同的附件,与项目主合同具有同等效力。经本单位法定代表人或其授权委托人签署并加盖本单位公章后生效。

此致



承诺方(盖公章):



承诺方法人代表(或委托人):  


年   月   日


  1. 磋商邀请书


长江师范学院国有资产管理处按照学校和中国建设银行股份有限公司涪陵分行下达的采购计划,对长江师范学院一卡通系统建议项目进行竞争性磋商确定服务商,欢迎有资格的服务商或厂家前来参与。

项目名称

项目最高限价

(人民币万元)

磋商保证金

(万元)

成交服务

商家数

服务期限

长江师范学院一卡通系统建设项目

495

10

1

三年

  1. 采购项目


二、资金来源

银行资金。

三、服务商资格条件

服务商是指向采购人提供本项目服务的法人(非自然人)。合格的服务商应首先符合政府采购法第二十二条规定的基本资格条件。

基本资格条件

1.具有独立承担民事责任的能力;

2.具有良好的商业信誉和健全的财务会计制度;

3.具有履行合同所必需的设备和专业技术能力;

4.有依法缴纳税收和社会保障资金的良好记录;

5.参加政府采购活动前三年内,在经营活动中没有重大违法记录;

6.法律、行政法规规定的其他条件。

四、竞争性磋商招标有关说明

(一)凡有意参加招标的服务商,请于公告发布之日( 2018127日)起至提交首次响应文件截止时间之前,在长江师范学院校园网(http://www.yznu.cn)上下载本项目竞争性磋商文件以及图纸、补遗(如果有)等本次竞争性磋商前公布的所有项目资料,无论参与竞标服务商下载与否,均视为已知晓所有投标实质性要求内容。

二)竞争性磋商文件公告期限:自竞争性磋商公告发布之日( 2018 127日)起10日。

(三)报名信息。

1.报名时间:2018127日北京时间00:002018 1212北京时间18:00.

2.竞争性磋商文件售价为:磋商文件购买费为:800/份(售后不退);投标人在开标当天11:00前必须向长江师范学院财务处缴纳,校内任何部门和个人不得截留招标文件购置费。递交投标文件时出示缴纳票据;如递交投标文件后未缴纳招标文件购买费,不具备有效的投标资格。

(四)服务商须满足以下四种要件,其响应文件才被接受:

1.按时递交了响应文件;

2.按时报名签到;

3.缴纳了竞争性磋商文件购买费(出示缴款单);

4.递交了投标保证金。

(五)报名和递交了响应文件及开标地点:长江师范学院图书馆106室(重庆市涪陵区李渡聚贤大道16号)

(六)提交响应文件开始时间:2018 1218日北京时间14:00

(七)提交响应文件截止时间:2018 1218日北京时间14:30

(八)竞争性磋商开始时间:2018 1218日北京时间14:30

五、磋商保证金

(一)缴纳磋商保证金方式

按《重庆市财政局关于进一步规范投标报名及保证金缴纳的通知》(渝财采购﹝2013﹞30号)文的规定,投标保证金实行分项目单次递交。具体缴纳方式如下:

按本项目规定的磋商保证金由投标人从其基本账户将磋商保证金汇至长江师范学院的账号上,同时在进账凭证上明确“YZNU045”的采购项目号,磋商保证金的到账截止时间为开标当天上午11:00时。校内任何部门或个人不得截留磋商保证金,否则由截留部门或个人承担责任。

分项目单次递交磋商保证金账户

户  名:长江师范学院。

开户行:中国建设银行股份有限公司涪陵分行李渡新区支行。

账  号:50050131004100000293

1.各服务商在银行转账(电汇)时,须充分考虑银行转账(电汇)的时间差风险,如同城转账、异地转账或汇款、跨行转账或电汇的时间要求。

2.将磋商保证金汇至长江师范学院的服务商,应按规定现场办理投标人银行基本账户登记。

3.各服务商在递交保证金时,到款账户为上述指定的保证金专用账户,来款账户必须为本公司基本账户。

(二)磋商保证金退还方式

1磋商保证金分项目单次递交的未中标投标人的保证金,在中标通知书发放后,由长江师范学院国有资产管理处出具退款书面通知;长江师范学院财务处在5个工作日内按来款渠道无息退还。

2中标人的磋商保证金自动转为履约保证金。履约保证金用于执行合同的约束,如违反合同要求没收履约保证金,项目验收合格后办理退款手续,长江师范学院财务处在5个工作日内按来款渠道无息直接退还。

长江师范学院财务处咨询电话: 023-72791122

六、其它有关规定

(一)单位负责人为同一人或者存在直接控股、管理关系的不同服务商,不得参加同一合同项下的政府采购活动,否则均为无效响应。

(二)为采购项目提供整体设计、规范编制或者项目管理、监理、检测等服务的服务商,不得再参加该采购项目的其他采购活动,否则均为无效响应。

(三)本项目的补遗文件(如果有)一律在长江师范学院校园网(http://www.yznu.cn)上发布,请各参与竞标的服务商注意下载;无论服务商下载与否,均视同参与竞标的服务商已知晓本项目补遗文件(如果有)的内容。

(四)超过响应文件截止时间递交的响应文件,恕不接收。

(五)竞标费用:无论竞争性磋商结果如何,服务商参与本项目竞争性磋商谈判的所有费用均应由服务商自行承担。

(六)本项目不接受联合体参与磋商。

(七)按照《财政部关于在政府采购活动中查询及使用信用记录有关问题的通知》财库〔2016125号,服务商列入失信被执行人、重大税收违法案件当事人名单、政府采购严重违法失信行为记录名单及其他不符合《中华人民共和国政府采购法》第二十二条规定条件的服务商,将拒绝其参与政府采购活动。

七、联系方式

(一)采购经办人和电话:

联系人:老师

电  话:023-72792266

(二)技术咨询人和电话:

联系人:陈老师

电  话:023-72790013

  1. 项目技术规格、数量及质量要求


一、项目简介

长江师范学院于2011年建设校园一卡通项目,只支持食堂消费及部分身份识别场景,近年来随着校园信息化建设的不断深入和应用的拓展,学校现有一卡通系统架构,无法满足新需求的扩展;为了支持更多的一卡通系统个性化应用,使一卡通系统更好的为学校师生提供校内生活服务,提升师生一卡通系统使用体验,需对现有一卡通系统进行功能拓展。

二、项目内容

(一)项目建设总体目标

新系统要完全实现现有系统各项功能或升级现有系统各项功能基础上,实现以下目标:

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平稳过渡:须将原有系统中一卡通的相关数据,平稳过渡到新的一卡通系统中,要求数据不能丢失。

2.系统总体框架

2.1从本项目实际需求出发,以平稳应用、可持续发展为目标,构建校园一卡通系统整体框架。如图(1

图(1

2.2用户服务层:依托于Web、自助多媒体机、手机等平台,为用户提供丰富、便捷的应用服务。

2.3应用系统层:是一卡通平台所属或关联的设备、系统的集合,支持“可插拔式”的应用调整和扩展。

2.4平台管理层:包括以校园卡业务统一管理的平台,以网络支付业务为中心的管理平台,以及身份认证类业务的统一管理平台。

2.5平台支撑层:以卡结构、流程规范、API为基础,构建开放式一卡通的平台,实现应用与平台的相对独立;为系统建立统一的通讯策略和应用集群,为系统整体性能提供技术保障。

3.系统核心软件架构

可扩展的在线交易系统”技术架构,满足数据统一管理、业务集中处理、通讯安全高效、应用快速扩展的业务需求,实现与智慧校园应用的整合。本次建设建议采用四层技术架构,如图(2),并利用webservice技术开放系统核心业务,实现“无关性设计”和“开放体系结构”的要求。

图(2

4.系统建设具体目标和要求

一卡通平台的总体建设目标是建立以校园卡为载体的相关卡应用,并极力扩展移动支付与移动应用,为校园师生提供全面综合性一体化服务平台,一卡通平台须覆盖金融消费、身份识别、信息服务、流程整合等领域。为确保本次一卡通平台建设满足在线支付应用的实现,所建设的内容应包括以下几个方面:

4.1系统架构

采用多层架构,提供“可扩展的集中交易系统”技术架构。考虑系统架构的合理性与先进性,提供高安全、高可靠、可冗余、易部署、易拓展的平台。系统架构需满足以下要求:

4.1.1集中模式

4.1.1.1数据集中:除数据管理层(数据库服务器),中间任何过程包括前业务访问层、业务中间件、业务处理层都不保留任何业务数据;

4.1.1.2交易集中:所有业务处理都集中在业务处理层(应用服务器)上完成,中间过程因为没有数据支撑不能进行业务处理;

4.1.1.3管理集中:业务开启和关闭、业务参数、运行监控等全部由业务处理层集中管理(一卡通管控平台)。

4.1.2自主中间件

4.1.2.1注册服务: 采用应用注册服务机制,屏蔽前端业务对后端服务信息的掌握。

4.1.2.2通讯中继:采用路由服务策略,实现跨网络数据的可靠、高效、安全的传输。

4.1.2.3容错机制:应用请求链路冗余,保障了联机业务下系统的高度实时性,避免单点故障。

4.1.2.4负载均衡:采用业务调度与业务处理的分离、业务处理单元的独立封装和部署,实现应用的集群部署,满足系统对大规模并发交易的稳定、高效、可靠的性能要求。

4.1.3标准规范

4.1.3.1软硬分离:可以兼容多厂商的终端设备。

4.1.3.2接口服务:通过Web Service技术进行接口封装并发布,业务访问规则由业务中间件接管。

4.1.4系统拓展

4.1.4.1性能拓展:通过动态的调整业务处理组件(由NetServBU组成)的数量,实现同一服务器处理资源的利用最大化。

4.1.4.2业务拓展:通过对数据库的升级和业务处理单元(BU)的调整,在不影响原有业务的基础上,系统能够快速、平滑的扩展至新的业务。

系统特性:

4.1.5可维护性高:集中架构下,实现系统服务器的集中部署和管理,通过图形化界面管理,使得整个系统可维护行得到了极大的增强;

4.1.6可扩展性强:标准的设备接入规范,用户可自主的变更相应的终端机具;开放的接口服务,用户可自主的进行定制开发;灵活的技术架构,通过扩展数据库和业务逻辑单元,根据用户要求可快速延伸至新业务领域;

4.1.7更安全可靠:先进的通讯策略和集群技术,使得整个系统不存在单点故障、不存在财务篡改风险,能够将服务器的处理能力发挥到最大化,整个系统非常安全、稳定和可靠;

4.1.8运营成本低

4.1.8.1统一的后台管理,避免了分布式数据管理的风险和投入;

4.1.8.2自主的卡片管理,用户自主采购卡片;

4.1.8.3图形化监控中心,使整个系统运行状态一览无余,发现问题主动报警使管理人员能够在第一时间准确定位。

4.1.9可管理性高

4.1.9.1对系统中的各种服务器进行集中管理,而不采用分布式部署;

4.1.9.2对终端机具可进行局部调整和更换,不受限某个厂商或设备的约束。

4.1.10数据中心要求

4.1.10.1采用多机负载均衡和容灾异地备份策略,保证所有的资金账目、身份验证基本信息和交易流水记录安全性。

4.1.10.2交易流水存储采用集中式的数据管理与保存,不得采用分布式数据设计方式。须充分考虑离线交易情况下交易流水存储,流水数据只能在数据中心、消费终端和卡片中保留数据,其他任一节点不得保留或处理交易流水。

4.1.10.3一卡通数据中心设备应无缝接入现有中心机房设备,进行统一管理。推荐部署方案如下图(3):

图(3

4.2监控中心和金融应用要求

4.2.1采用金融级风控平台,对运营业务数据的事先预测、事中监控、事后分析,保障系统操作的可靠性和管理的规范性。一卡通平台须融合全校涉及金融消费的各项业务系统,包含网上支付和手机APP支付,并在一个平台中集中管理。覆盖学校各项消费业务包含刷卡支付、网上支付和移动支付,实现全校无现金交易。

4.2.2一卡通账户采用一个账户管理各类资金,不得通过数据交换或信息同步的方式进行资金互转。

4.2.3校园卡采用“卡库分离”方式管理,不得出现“卡库不平”问题。在手机断网、POS机器脱机等离线交易模式下采用刷卡、扫码等记账交易模式,并可设置额度控制离线交易金额。

4.3认证应用要求

4.3.1校内所有的证件都由校园卡代替,所有用证和用卡的信息管理系统全部与校园一卡通平台实现身份识别数据同步与共享,所有重要场所的出入门禁管理全部以校园卡为准。

4.3.2具有认证模式的扩展能力,可实现指纹认证、扫码认证、面部认证等模式,通过各类终端实现在线认证和离线验证。

4.4信息服务要求

提供一卡通信息门户、自助多媒体服务与手机APP三类模式,提供信息资源展示与一卡通业务服务,一卡通对相关服务进行整合,须对师生的服务统一展示,通过任何一种模式都可以实现信息查询,空中圈存,网上缴费,移动缴费,卡务办理等自助业务。

4.5流程整合要求

*接口标准规范,采用软硬分离技术,系统不受制于任何厂商硬件设备,学校可自主采购、扩展基于设备的应用;系统中的应用服务应以Web Service模式被第三方系统方便使用,各业务系统统一管理、统一授权、实现应用的自主扩展;开放数据接口,提供标准、通用的信息接口,实现数据互通,信息共享。

4.5.1一卡通在线平台提供通过Web-Service封装业务接口,第三方系统根据自身需要,调用相关服务的接口,接入系统时不需要重复编写相关业务。

4.6数据分析要求

4.5.2能对一卡通及相关消费子系统的消费数据的整理和分类,能够提供相关报表和各种统计报表,能进行消费行为等信息的分析,为校方学生相关评估、决策提供依据和数据。分析系统包含信息整合、数据组织和信息展示和输出等功能。

(三)系统设计的性能指标


指标参数

参数值

系统容量


系统账户容量

50


商户账户容量

10000


子系统接入数量

512


流水账保留天数

不限,由用户自行配置


黑名单容量

100万个


部门级数

5


持卡人卡片类型

20

系统处理能力


流水处理方式

在线交易流水即时入账,每日自动结算


并发处理能力

1000/


数据处理能力

100万笔/


通讯处理能力

 ≥10000/分钟

平台设计模式


软件架构

采用B/S架构


开发环境

开发语言使用JAVA语言


平台操作系统

Solaris Unix/AIX Unix/Linux系统


平台数据库

0racle11G以上

系统账务处理

(一)系统纠错能力


银校对账方式

自动对账


系统纠错处理

自动冻结异常账户,自动采集脱机交易流水

(二)系统账务处理


系统记账方法

按照国家财政部企业财务的标准


账户管理

采用一个账户管理一卡通账户资金,不得采用数据交换或数据同步进行平账


记账方式

多级科目、借贷记账法


财务管理

财务凭证,会计账簿


系统对账机制

通过流水核对账户期初余额与期末余额


账务处理

按银行通用的金融处理标准执行


系统记账精度

0.01


POS交易时间

100ms


支付方式

在线交易为主,离线交易为辅


支付模式

*至少满足刷卡支付、付款码支付、支付码支付、虚拟卡支付和网上缴费支付方式


在线交易

所有支付模式采用一个账户,在线交易实时扣除交易资金


离线交易

通过记账模式记录离线交易流水,系统或网络故障情况下,能支持脱机消费三天

系统特性

() 系统安全性


密钥生成体系

金融标准,动态分配


密钥管理体系

软件或硬件加密体系,确保密钥的安全


加密签名算法

DES/MD5/HASH


卡片密码体系

一用一密


接入安全控制

软件授权


数据传输

软件加密


数据保存

集中式部署,无中间节点

() 系统可靠性


备份和灾难恢复

建立终端、系统、平台、数据四级备份体系结构

数据库采用生产库和备份库双保险机制;系统灾难情况下在10分钟内自动恢复服务


集群和负载均衡

建立应用层群集,实现负载均衡,应用系统、前置、CAN通讯全部采用集群方案

() 系统先进性


系统设计

平台为基础,应用可扩展


开发技术

采用金融类大集中技术构建


并发能力

采用负载均衡技术

() 系统稳定性


系统持续运行

7*24小时不间断运行


应用系统容错

建立完善的系统容错机制

() 系统兼容性


平台的兼容性

兼容多种操作系统,实现跨平台应用


版本的兼容性

平滑升级

() 系统实时性


消费流水

联网时消费实时回传


挂失、解卡

联网时实时生效


黑、白名单同步

联网时实时同步

() 系统可管理性


全局管理

统一授权


全局监控

全局监控软件

() 系统开放性


设备的兼容性

提供设备接入规范,支持多品牌设备接入


卡片的管理

提供卡片初始化、发行、回收等操作,卡片不垄断

卡片管理


银行卡/校园卡关系

物理关联、逻辑分离


校园卡采购权

可自行采购;银行提供


校园卡存储

16K空间CPU卡,卡片可保留至少十笔离线交易流水信息


最大账户金额

1万元(用户可以自行设置)


卡感应距离

0cm5cm


账户充值方式

*圈存、补贴、网银、支付宝、微信等

三、一卡通系统功能要求

新系统要完全实现现有系统各项功能或升级现有系统各项功能基础上,满足以下要求:

(一)一卡通通用硬件平台

1.一卡通系统独立组网,数据中心、应用服务器、商户消费终端等均采用物理专网连接,保障资金消费安全;门禁、通道等应用采用在原有校园网络基础上划分虚拟网(VLAN)供一卡通系统专用;虚拟网与校园网隔离。

2.系统数据中心采用RAC方式。数据中心至少由3台服务器组成,其中一台做数据备份。服务器采用Liunx系统,数据库采用Oracle 11G及以上版本数据库。新平台建设后,要做好原数据库数据迁移工作,保证原有客户数据和交易账目的准确性。

3.系统直接支持虚拟卡系统平台。一卡通应用服务器采用虚拟化部署,实现信息资源有效整合,为一卡通各个应用子系统提供准确的信息资料,实现资源共享。

(二)一卡通综合管理平台

一卡通平台须基于一卡通账户的在线交易,融合线上线下支付场景,建立涵盖IC卡支付、移动支付、网上缴费等多种支付手段的统一支付体系,同时兼容离线交易。

以服务为核心,以一个账户设计思路,基于B/S架构,采用加密传输协议和服务冗余策略保证数据、应用安全。平台须涵盖系统综合管理平台、在线交易平台、手机端应用、系统结算平台、卡务管理平台、一卡通风控平台等。具体功能如下:

1.制卡中心

1.1校园卡印刷个人信息,为了提高照片的获取效率和卡片丢失后的快速补办,实现一个高效、易用的操作中心。该功能至少满足以下要求:

1.1.1通过集成照相机驱动或摄像头能够拍摄、编辑和保存照片。

1.1.2照片支持零星、批量的导入、导出的操作。

1.1.3通过证卡打印机对人员信息进行印制,支持印制个性化卡片。

1.1.4通过移动端自行拍摄照片并上传照片信息。

1.1.5照片保存到一卡通数据库中,信息可共享。

2.卡务中心

2.1平台功能要求

具有快速、便捷的操作平台,实现新生入校、在校管理、毕业离校等过程中卡片管理上的需要。在一卡通管理平台建立授权发卡管理模块,对“一卡通”系统CPU卡按不同的权限进行统一授权发行管理,实现卡片的信息采集、授权发行、挂失、注销以及人员管理、系统管理、报表分析管理等功能。

该功能至少满足以下要求:

2.1.1卡片初始化管理和有效期等信息管理

2.1.2卡片的发行、补办、换卡、注销等操作,支持批量发卡,批量冻结等批量操作

2.1.3卡片的挂失、解挂、冻结、解冻的管理

2.1.4卡片的现金、票据等充值操作,人工充值(充值机或PC+读卡器)

2.1.5多条件交易查询,支持开户、充值、消费的冲正操作

2.1.6卡片进库前需要对卡片进行登记管理,对于已损坏的卡片采取作废操作

2.1.7对校园内遗失卡进行规范管理,提供失卡登记与失卡领取功能

2.1.8提供多维度的流水查询操作,为卡务人员及管理部门提供操作员信息查询、个人查询、终端信息查询等。能快速便捷的查询到需要的流水信息。

2.2日常卡务操作

卡务中心包括了对新生批量发卡、卡片补办、卡片注销、失卡登记/领取等操作,提供充值、退款功能,提供多条件的查询实现卡片信息查询,通过多种技术实现误操作的回滚。

2.2.1读卡信息:通过读卡器读取校园卡的信息。读取成功后显示用户校园卡的基本信息。支持通过学工号手工查询用户卡信息。

2.2.2卡片信息查询:查询系统中所有卡片的基本信息。包括注销卡,挂失卡等各类不同种类的卡片,支持多条件查询和读卡查询卡片信息。

2.2.3记名卡发卡:对经过审核的身份信息进行开户。操作员向未领取过一卡通的单个客户发行卡片,并根据系统中的设定向该用户收取发卡产生的费用,直接从个人帐上扣除相应费用。对卡有效期的手动或默认设定。

2.2.4批量发卡:操作员向未领取过一卡通的多个客户发行卡片,按批次允许连续发卡,并根据系统中的设定向该客户收取发卡产生的费用。

2.2.5匿名卡发行:针对不需要记名的临时客户发行一卡通,并根据系统中的设定向该用户收取发卡产生的费用。

2.2.6挂失解挂:遗失一卡通的挂失操作,一旦黑名单生效,该卡将无法正常使用。若用户找回校园卡,可进行解挂操作,恢复该卡的功能。

2.2.7补办卡:对丢失后无法找回或者损坏了的卡片,提供卡片补办操作,并收取卡成本费。

2.2.8冻结解冻:因特殊原因需要一卡通冻结的操作,一旦黑名单生效,该卡将无法正常使用。被冻结一卡通的客户可以通过解冻操作,恢复该卡的功能。

2.2.9卡充值:针对校园卡进行人工现金充值操作,将现金充值到一卡通的账户里。可通过读卡确认用户信息和账户余额,充值成功后提示完整的充值信息。选择收费方式:默认为现金,支持支票、经费本充值。

2.2.10一卡通退卡:对以后不再使用校园卡的客户执行销户退卡操作。对应卡状态正常的卡,只能执行有卡销户;否则必须把卡挂失或冻结后的默认时间执行无卡销户。退款方式默认为现金。

2.2.11批量预销户:批量对用户执行批量销户操作,涉及注销账户以及退款。在系统中默认该批次的用户离校日期,系统将在离校日期执行批量冻结操作。预销户成功后在默认的时间执行销户退款操作。支持选择退款项目:退余额、退卡押金等,支持多选,金额默认选中退余额;退款方式默认为现金。

2.2.12批量销户查询:根据离校日期,销户状态(全部、销户中、已销户)查询,查询结果分批次显示。

2.2.13坏卡登记:因质量或其它问题不能正常使用的卡片,进行的登记操作。

2.2.14卡信息更新:卡信息更新包括:更新基本信息(身份参数信息)、修改卡有效期。

2.2.15换卡:在原卡功能完好的情况下,使用本功能可以解决新生换卡、发错卡的情况。

2.2.16卡密码重置:对卡密码进行重置,将卡密码恢复到系统默认密码或用户自定密码。

2.2.17卡回收/初始化:系统提供卡片回收和卡初始化功能。

2.3失卡管理

对校园内遗失卡进行规范管理,帮助卡务中心处理遗失卡业务,减少学生由于遗失校园卡造成不必要的麻烦与损失。

2.3.1失卡登记:用户的校园卡被他人拾获后,交予一卡通卡务中心,在一卡通系统进行失卡登记后,系统自动录入失卡信息,并通过手机客户端,PC客户端及多媒体查询终端等多途径通知失卡人。

2.3.2失卡领取:失卡人领取丢失校园卡前请先登记,信息核实后操作员在系统中执行领取操作后该条遗失卡登记信息将自动撤销。

2.4流水管理

提供多维度的流水查询操作,为卡务人员及管理部门提供操作员信息查询、个人查询、终端信息查询等。能快速便捷的查询到需要的流水信息。

2.4.1交易冲正:因为操作失误,需要将交易金额回归操作,可使用交易冲正功能,对交易(POS消费、充值)执行撤销操作。可根据交易日期范围查询到需要冲正的流水信息执行交易冲正操作。

2.4.2操作员流水查询:查询操作员的操作流水。选择操作起止日期,输入查询条件,其中交易内容可以多选,如开户操作,销户操作等。

2.4.3个人流水查询:查询个人的操作流水。选择记账起止日期,输入查询条件,可查询包括交易流水、开户流水、挂失、冻结等流水。

2.4.4终端流水查询:查询终端设备的操作流水。选择记账起止日期或交易起止日期,输入终端号,可通过流水类型(联机、脱机)查询流水状态过滤结果。

3.财务中心

3.1功能要求

基于会计凭证和会计账簿为管理模式进行一卡通财务数据往来进行管理,提供与第三方对账管理功能。须沿用部分财务报表,按照现行财务准则进行科目细化,每日凌晨系统自行结算,记账时间是系统结算的唯一时间戳,财务数据任何人工修改均会报警。生成各类财务报表,包括商户营业情况、商户POS机、商户分餐等结算报表。提供补助的自动发放,补助下发后资金实时到账,无需额外领取过程。

3.1.1该功能至少满足以下要求:

 ★3.1.2基于会计凭证和会计账簿为管理模式

3.1.3对资产类、负责类、损益类经济内容按照现行财务准则进行科目细化

3.1.4退卡盈余、卡片成本费、卡片管理费等收入在损益类科目中具体表现

3.1.5每日凌晨系统自行结算,生成各类财务报表

3.1.6应以记账时间是系统结算的唯一时间戳

3.1.7具有防篡改能力,对于财务数据任何人工的修改都会报警

3.1.8提供会计账簿、科目总账、科目余额等管理

3.1.9包括商户营业情况、商户POS机、商户分餐等结算报表

3.1.10通过会计凭证,按一定格式编制的据以登记会计账簿的书面证明

3.1.11第三方系统与一卡通系统交易信息进行核对,提供对账状态与对账明细

 ★3.1.12实现补助的自动发放,补助下发后资金实时到账,无需额外领取过程

3.1.13通过补助模板文件导入补助名单生成补助信息,提供补助审核,补助下发,补助撤销,补助统计等功能

3.1.14满足学校财务管理应用实际需求。

3.2结算报表

管理者和财务人员可以通过各类报表了解一卡通沉淀资金量、商户的总营业额、系统运营中的盈亏情况等,而且各个参与者的账务情况,可以根据报表进行一卡通财务数据往来。

3.2.1科目汇总表:统计每个科目在指定日期内借贷方的期初余额、发生额和期末余额。查询结果显示所有科目期初余额(借方、贷方)、发生额(借方、贷方)、期末余额(借方、贷方)。

3.2.2科目交易汇总表:选择结算起止日期和级别,从科目下拉列表选择要查询的科目(可多选),查询科目按交易的汇总数据期初余额(借方、贷方)、和期末余额(借方、贷方)。

3.2.3科目明细账:选择结算日期的所有明细账记录,查询各科目的明细账数据。包括:凭证号、摘要、借方金额、贷方金额、余额及方向(借或贷)、对方户名;表格底端对查询结果进行合计。

3.2.4商户营业情况表:查询结算日期的商户营业情况,包括该商户所发生的交易次数和交易金额,以及搭伙费的情况。支持过滤商户,可分级别展示报表信息。

3.2.5系统分商户提供按照日、月、年提供财务结算报表。

3.2.6商户POS分类结算表:查询结算日期的商户POS终端上发生的流水结算表。包括商户名称,设备名称、交易次数和交易总额。

3.2.7商户分餐报表:查询结算日期指定商户对指定时期内按分商户或终端对餐次(如:早餐、中餐、晚餐)对结算情况进行统计。

3.2.8收费项目汇总表:通过项目名称、收费部门、交易起止日期,查询某段时间项目的明细信息。收费项目汇总报表显示收费编号、项目名称、收费年度、收费部门、应收金额、实收金额、应收人数、实收人数、收费比例、项目状态。支持缴费明细查询,手工缴费和单据打印功能。

3.2.9收费项目分权限表:按照权限分配查询本部门的收费项目汇总报表。报表内容同【收费项目汇总表】。支持缴费明细查询与欠款明细查询。

3.2.10第三方缴费报表:根据学工号或者缴费起止日期查询第三方的缴费情况。报表显示学号、收费项目代码、收费项目名称、缴费金额、收费区间以及缴费日期。支持xls格式报表导出功能。

3.2.11操作员票据现金表:根据操作员信息查询票据现金的收支情况。支持科目类型:现金、支票、经费本。可分天统计和汇总统计。

3.3凭证管理

3.3.1凭证维护:系统提供自动凭证和手工凭证。系统根据记账日期自动生成自动凭证,包含各科目的资金来往情况。也可以通过手工方式人工录入记账凭证。手工凭证支持修改和删除功能。

3.3.2凭证审核:通过手工方式人工录入记账凭证需要管理人员通过审核后系统才能录入。通过审核通过或审核驳回来审核手工凭证。审核通过后系统进行录入并在凭证维护中显示。每日产生的凭证须当日审核。

3.4对账管理

3.4.1第三方系统与一卡通系统的圈存交易信息进行核对,以确认交易信息的一致性和正确性。

3.4.2统计对账起始日期内银行、微信、支付宝、银联与一卡通系统的对账情况,进行电子对帐。系统对账单显示对账状态和银行与一卡通系统的交易总数和交易总金额,支持转账明细清单查询。

3.5补助管理

实现教职工、学生补助的自动发放,补助下发后资金实时到账。

3.5.1补助信息管理:提供补助信息的查询、修改、删除功能。可通过补助模板文件导入补助名单生成补助信息。支持通过补助状态(已领取,未下发,已撤销)查询补助信息。

3.5.2补助下发:对导入的补助批次执行下发操作,下发到客户的账户里。补助下发时显示补助总笔数和总金额等信息。支持通过补助状态查询补助明细。

3.5.3补助撤销:对已下发的补助,后期发现下发错误,通过撤销操作将资金从个人账户中撤回。如下发对象错误,可以将下发对象调换,将资金从错误账户中撤回,然后再转到正确的账户中去。在极端情况下如果要撤销补助或更改补助的账户余额不足,撤销或更改会执行失败,需要等用户充值后再执行撤销或更改操作。

3.5.4补助批次统计:查询补助批次,了解补助的下发、撤销情况。支持根据下发状态,导入日期和导入批次号过滤查询统计结果。

4.数据中心

4.1功能要求

执行学校现有数据标准,对系统内的客户、商户、参数、运行规则等信息统一的管理,实现信息资源的共享和互用。为平台全局参数进行统一的管理和维护,提供数据字典规范数据库信息,支持各类参数设置(如发卡收费类别、交易收费类别、消费限额),与其他系统(如公共数据平台、人事、学工)用户信息的同步与共享。该功能至少满足以下要求:

4.1.1支持与其他系统(如人事、教务、学工)用户信息的同步与共享

4.1.2实现对客户信息导入、导出、同步、维护、统计等操作

4.1.3实现数据字典的设置,包含一卡通系统中重要信息的对应关系

4.1.4实现对商户信息的开设,商户与设备关系的管理等

4.1.5实现对学校区域、部门、专业等信息的维护操作

4.1.6实现对发卡收费类别的配置,控制发卡的类型及消费规则

4.1.7实现对全局参数的进行维护,如充值/消费限额、搭伙费收取模式等参数

4.1.8实现交易收费配置,如教师卡免除成本费等

4.2参数管理

通过对数据字典、卡片类别、收费类别等参数进行统一定义。

4.2.1全局参数设置:系统将各类参数进行统一的管理和维护,对各参数均有对应的标识、名称和参数值来规范管理。提供对全局参数的查询、修改操作。

4.2.2数据字典查询:数据字典是系统中一些重要信息的对照翻译表,一般采用系统的默认值,系统提供数据字典信息的查询。

4.2.3卡类别设置:对卡种类的区分设置不同的卡类别。可定义某类别的卡片所赋予的功能,如一卡通的类别进行查询及增删改的功能操作。

4.2.4发卡收费类别设置:设置系统中基础收费类别信息,为每个收费类别指定允许发行的卡类别。提供增加、删除和修改的功能。

4.2.5客户类别设置:设置系统中客户类型信息,为每类客户分配相应的代码和默认的收费类别,提供增加、删除和修改的功能。

4.2.6收费类别设置:设置系统中基础收费类别信息,充值手续费的费率,最大账户余额,授信额度,卡模式进行设定,提供增加、删除和修改的功能。

4.2.7交易收费配置:配置系统交易收费情况,实现各种交易代码和各种收费类别的组合帐务设置。如职工卡免除成本费等。

4.3区域/部门/专业

4.3.1区域管理:区域信息的增加、修改和删除操作,区域之间有上下级对应关系,最大支持5级管理。

4.3.2部门管理:部门信息的增加、修改和删除操作,以树形结构进行管理。多条件的部门信息的查询功能。

4.3.3专业管理:专业信息的增加、修改和删除操作。多条件的专业信息查询功能。

4.4客户管理

4.4.1客户信息维护:对客户信息的录入、修改、删除操作。提供通过模板文件导入客户信息批量生成。提供批量修改学工号和客户信息功能。支持客户信息导出功能。

4.4.2账户信息查询:多条件账户相关信息的查询功能。通过账户信息反映用户的账户信息,如可用余额,冻结余额,客户类别,账户状态等信息。底部汇总当前页的可用余额和冻结金额。

4.5商户管理

4.5.1商户信息维护:每个商户根据上下关系逐次建立,财务情况可独立统一和以树型结构汇总。

4.5.2新增商户:对商户账户进行开户操作。对新增商户进行商户定义,如上级商户,商户类型等设定。

4.5.3商户设备分配:为各商户与终端设备进行对应的绑定关系,可按商户窗口绑定终端设备,一个窗口支持绑定多台设备。通过设备名称和对应的物理ID对设备进行绑定、删除操作。

4.5.4对接系统商户设置:对第三方系统的收费商户进行设置。

5.集控中心

5.1功能要求

对系统内的终端设备、系统前置机及第三方子系统的接入、注册、权限进行统一控制和管理,形成对运行参数、资源权限、日志跟踪等的一体化集控。对第三方系统进行应用及权限管理,第三方系统对一卡通的控制权限,对POS终端参数在线管理,实现为不同的设备分配不同的参数。该功能至少满足以下要求:

 ★5.1.1对第三方系统进行应用及权限管理,第三方系统对一卡通的控制权限

5.1.2实现对设备信息的维护操作,包括新增、修改和批量导入、导出等操作

5.1.3对设备的机号、物理ID、所属子系统等信息进行配置

5.1.4将消费限额、卡片使用次数、卡片限额和搭伙费等参数进行分组维护

5.1.5对设备参数在线管理,实现为不同的设备分配不同的参数

5.1.6实现对前置机的管理操作,根据统一规划的IPMac注册子系统,并支持修改和删除等操作

5.2应用及权限管理

5.2.1应用维护:管理接入平台的应用系统。对接入系统的ID和密钥进行维护。

5.2.2权限管理:对接入平台的应用系统分配访问平台的功能权限。

5.3子系统管理

子系统设置:对接入应用子系统进行信息维护,为子系统分配对应的前置机以及网路地址等信息。

5.4终端信息管理

设备信息设置:对系统内设备信息进行统一维护,对设备基本参数进行管理,提供对设备信息的增加、修改和删除操作。对系统内设备信息进行查询功能。设备信息批量导入:将设备信息收集、整理成固定格式的Excel文档,导入系统中。

5.5POS机管理

5.5.1对系统内的消费POS终端设备进行统一维护管理,将设备参数进行自行设置并分配到对应的终端设备中,实现各类个性化收费功能。提供如消费限额,密码开关等参数的配置。

5.5.2设备参数组设置:对各类设备的参数进行在线配置,如消费限额、心跳间隔等参数进行分组维护,并赋予参数组相应的名称。

5.5.3设备参数组绑定:为设备绑定参数组。通过设备编号、设备名称、设备物理号查询设备。勾选后选择保存即可绑定成功。

5.5.4费率分组设置:提供对费率组查询、增加、修改和删除的功能,以及选择对应的收费类别的启用及搭伙费率设置。

5.5.5设备费率分组设置:为设备绑定费率组。通过设备编号、设备名称、设备物理号查询设备。勾选后选择保存即可绑定成功。

5.6水控机管理

对系统内的消费POS终端设备进行统一维护管理,满足各类场合的水控应用,如集中浴室,公寓浴室,开水房等。采用记账模式计费,支持费率和时间进行结算。

5.6.1新增参数组:可通过工作模式,计费单位(流量),计费规则来设置参数组,计费规则可按照收费类别自行设定。

5.6.2费率卡发行:发行费率设置卡。选择费率参数组,点击发行费率卡。

5.6.3水控参数组管理:费率参数组用来控制水控设备的计费规则。可以将参数组发到费率卡内,然后再由费率卡来为水控设备设置。

6.收费中心

6.1功能要求

基于一卡通平台实现在线收费功能。通过一卡通账户资金和第三方资金完成学校各类缴费项目的个性化配置。为学生提供在线缴费的功能。系统向用户提供在线缴费的功能(例如四六级报名费、计算机考试报名费、宿舍购电、网络缴费等),具有对收费类别、项目、名单的管理和审核。管理人员自行配置收费类别,实现收费类型、类别的启用状态、票据模板等参数的配置与管理。设置数据权限,各部门只可查看自己的收费项目。该功能至少满足以下要求:

6.1.1收费功能集成于一卡通平台中,使用一卡通账户资金进行交易

 ★6.1.2管理人员自行配置收费类别,实现收费类型、类别的启用状态、票据模板等参数的配置与管理

6.1.3通过收费项目类别自行配置收费项目的相关信息,能够新增、删除、修改收费项目信息

6.1.4实现收费名单的导入操作,支持在线审核功能

6.1.5审核项目及名单的准确性,对有问题的收费项目进行驳回

6.1.6对收费项目的缴费情况进行统计,实时了解缴费进度

6.1.7支持角色与权限管理,各部门只可查看自己的收费项目

6.2收费类别管理

6.2.1对收费类别进行管理,提供收费项目的分类,将收费种类进行区分。可针对收费部门、收费性质等类别进行分类,也可在在父收费类别项目中增加子收费类别。如,考试报名费设置四六级报名费、计算机等级考试报名费两个收费类别。

6.2.2提供收费项目的修改和删除功能,修改内容包括:类别名称,项目类型,类别状态等。

6.2.3提供收费类别的启用与注销功能,注销后的收费类别不可使用。

6.2.4提供票据模板等参数的配置与管理,根据校方财务票据打印要求,对报表内容信息进行打印模版设计,提供代码执行预览功能。

6.2.5管理收费类别以及收费的票据模板,所有收费类别由管理部门维护,申请部门仅可查看自己申请(管理)的收费类别。

6.2.6基础收费类别由校方财务管理部门统一添加维护。

6.3收费项目管理

6.3.1收费部门网上登记收费项目信息,审核通过后,然后上传收费名单,由管理部门审批收费项目以及收费名单,如审批驳回,收费部门可以修改后再次提出申请。

6.3.2收费项目及名单的维护,通过收费项目类别自行配置收费项目的收费主体、收费有效期、收费范围、名单等信息,能够新增、删除、修改收费项目信息。

6.3.3提供收费项目查询功能,可以通过收费项目名称,项目状态,名单状态等多条件进行查询。

6.3.4支持通过收费名单模版对收费项目名单信息进行导入功能。

6.3.5当前登陆用户能够查询到的项目范围为自己和下属机构创建的项目。管理部门能够查询所有的收费项目。

6.3.6收费项目支持增加收费文件相关信息,如收费文件编号,收费文件名称等,便于后期审核查阅。

6.4收费项目审核

对收费部门提交的收费项目申请进行审批,审批需要包括审批人信息与审核意见信息;审批同意后,开启收费项目,即可上传收费名单;审批驳回的,退回到收费部门,收费部门根据审核意见修改后再次提出申请。

6.5收费名单审核

6.5.1对收费部门上传的收费名单审核,审批不同意,退回给收费部门,收费部门根据审核意见修改后重新上传收费名单;收费名单审批通过后,即向收费对象发起收费。

6.5.2根据项目名称查询未审核的收费项目进行审核,审核后,在收费项目详情里会显示经办人和审核意见。

6.5.3收费名单审核管理,审核项目及名单的准确性,对有问题的收费项目进行驳回。包括项目名称、收费类别、收费范围、发起部门、扣款日期等信息,以及具体的收费名单。可通过收费状态对项目进行查询。

6.6房间账单管理

6.6.1新增缴费项目:确认项目名称,收费商户,以及根据账单模板上传缴费账单。

6.6.2根据缴费日期,缴费项目名称查询应缴费房间明细。

6.7房间缴费统计

根据项目创建日期,项目名称查询已缴纳及未缴纳房间明细,并支持导出打印。

7.系统中心

7.1功能要求

为了控制用户对系统的操作权限,须提供角色管理及权限分配功能,提供账户冻结/解冻功能,提供公告信息发布功能,提供手机端和PC端的公告推送和发布功能。该功能至少满足以下要求:

7.1.1系统操作员的统一管理,为系统操作员分配及维护角色,以控制用户的访问权限

7.1.2提供账户冻结/解冻功能,账户冻结后一卡通认证功能仍然可以使用

7.1.3系统功能及资源的统一管理,将系统的普通用户赋予操作员的身份

7.1.4实现对系统的权限、角色的管理与维护,对操作员分配对应关系,并记录操作员操作日志

7.1.5实现对系统操作员的密码管理,支持修改或重置密码

 ★7.1.6为充值操作员绑定充值授权卡,使其有权限在人工充值点的POS机上为校园卡充值

7.1.7公告信息发布功能,提供手机端和PC端的公告推送和发布功能

7.2日志查询

7.2.1提供系统操作日志的查询功能,可针对用户名和对应的操作类型进行过滤查询,便于后续查询相关的日志。

7.2.2日志查询列表显示对应用户操作系统功能的时间,登录IP,操作类型,操作功能及操作描述等内容。

7.2.3提供多条件查询功能,支持按用户名称,类型,功能和起始日期等条件进行查询。

7.3账户冻结/解冻

7.3.1根据查询条件(账户名称、账户状态),查询相关的账户,查询结果会显示符合条件的账户名称、状态、昨日余额、资金余额和资金可用余额。

7.3.2选中待操作的账户通过冻结/解冻功能实现该功能。

7.3.3由被冻结后的账户状态为“已冻结”,没被冻结的账户状态为”正常“。

7.3.4账户冻结后一卡通认证功能仍然可以使用。

7.4操作员维护

7.4.1维护系统的操作员信息。将系统的普通用户赋予操作员的身份,使其能够具有权限进入管理中心进行业务操作。

7.4.2查询操作员:提供提供多条件查询功能,支持按工号,姓名,等条件进行查询。

7.4.3新增操作员:在系统中查询出对应的用户,将该用户设置为操作员。

7.4.4分配角色:查询出待分配角色的操作员,选择该操作员进行分配角色。

7.4.5删除操作员:对系统中的操作员进行删除。删除后,该操作员不可登录管理中心。

7.4.6分配商户:将操作员与所对应商户进行关系绑定。

7.5角色管理

提供维护系统的角色,并为角色分配功能权限。

7.5.1新增角色:自定义角色名称,并分配一卡通系统中相应的功能权限。

7.5.2修改角色:对角色信息、权限进行修改,角色名称、备注、分配的功能均支持修改。

7.5.3删除角色:删除不再使用的角色,删除前必须确保该角色没有操作员在使用,否则删除失败。

7.6系统任务管理

查看系统任务执行日志,对未通过的任务进行人为干预

7.7充值权限卡管理

7.7.1为充值操作员绑定充值授权卡,使其有权限在人工充值点的POS机上为校园卡充值。

7.7.2绑定权限卡:将操作员信息与其对应的校园卡信息进行核对,确认信息后通过绑定功能对校园卡进行绑定操作。

7.7.3解绑权限卡:根据操作员,或者卡号查询到需要解绑的操作员授权卡记录,确认信息后通过解绑管功能对校园卡进行解绑操作。

7.8通知公告发布

7.8.1手机通知公告:面向全体安装了手机客户端并注册的用户发送通告。对新增的通知通告可选择立即发布和定时发布。支持按创建日期和通知标题查询公告信息。

7.8.2网页通知公告:发送新闻通告,所有用户可通过一卡通PC端进行查询。公告内容将在PC端首页展现。可新增和修改通知公告内容。

8.密钥中心

8.1功能要求

建立金融规范的密钥管理体系,规范校园卡应用系统密钥的产生、传输、分散、使用、管理。系统须自主生成种子密钥,根据加密算法生成母密钥,用户自行管理卡片的采购,卡片的初始化、加密、回收卡片操作,自行对密钥卡进行管理。该功能至少满足以下要求:

*8.1.1自主生成种子密钥,根据加密算法生成母密钥。开放卡片结构和应用情况;可自行采购任何厂商的卡片。

*8.1.2可自行对校园卡进行初始化、加密、回收卡片操作;可自行对密钥卡进行管理,如密钥卡复制、PSAM卡信息维护等。

8.2密钥卡管理

通过一卡通系统自主生成一卡通的主密钥,可自行生成和管理各类密钥。

8.2.1密钥卡发行:生成、发行密钥卡并将生成的密钥保存到数据库中,根据用户自行输入的三组种子密码(八位),生成系统的主密钥,并制作发行密钥卡。

8.2.2密钥卡复制:对密钥卡的备份方式。将原密钥卡的信息复制到另一张裸卡上,以防因遗失而造成无法对用户卡、PSAM卡的初始化操作。复制密钥卡必须先读取已发行的密钥卡信息。

8.3PSAM卡管理

PSAM主要用于一卡通各类POS终端中,提供安全控制管理功能。实现卡片和终端设备的双向认证,确保终端与卡片合法性认证等功能,具有金融级的安全保障机制。

8.3.1 PSAM卡查询:对PSAM卡的内容进行查询,包括:卡号、终端编号、绑定时间、启用日期、有效日期等。

8.3.2 PSAM卡发行:将消费密钥写入到PSAM卡中。PSAM卡信息包括:卡类型、启用时间、有效日期、设备使用方。

8.3.3 PSAM卡回收:对已发行但不再使用的PSAM卡进行回收,可在读卡器上读取PSAM卡信息后进行卡回收操作。

9.查询管理

9.1一卡通查询为学生提供查询功能,充值、消费、缴费、圈存、用水、电费余额、出入门禁等明细和汇总情况,以及家长查询等服务,且这些服务能够被整合进智慧校园中去。

9.2查询系统须还须具备查询统计和决策支持功能。

9.3查询须具备PC WEB端和移动端(包括AndroidIOS)查询功能。

9.4支持查询一体机查询系统功能。

10.在线支付系统

10.1实现学校和银行、第三方支付机构间的支付通道。用户可以通过桌面(web)、移动(手机)、自助终端(圈存机/补卡机)、消费终端(POS),使用“卡”、“移动应用”(二维码)等方式进行完成交易及交易管理、结算的整个过程,形成“校园的支付生态链”。

10.2在一卡通实体卡应用的基础上,以聚合支付为手段,利用互联网技术、生物识别技术、移动支付技术,依托电子账户、支付平台、第三方支付、智能终端等,实现线上和线下支付渠道多元化。

10.3校园一卡通账户的充值可通过银行、银联、微信、支付宝等第三方支付渠道实现,在移动端、PC端直接进行充值,无需领款直接到账。

10.3.1支持多种支付渠道,支持正扫、反扫、HCE,电子账户可结合校园卡使用,也可独立使用,每种支付方式都需要获取消费者身份信息。

10.3.2实现微信小程序、微信卡包、支付宝卡包进行消费。

10.3.3一卡通账户余额不足时,后台可自动扣取所绑定的默认支付渠道(银行卡、银联、微信、支付宝等)账户金额。

10.3.4实现微信、支付宝、银联等原生付款码,反扫有身份信息。

10.3.5可对外来人员(无身份认证信息)设置加收管理费。

10.3.6一卡通系统负责清分清算和后台自动对账,学校按时与商户结算。

10.3.7充值途径多样化,通过银行、微信、支付宝、银联等第三方渠道实现对一卡通进行充值。

(三)运维稽核平台

1.平台要求

1.实现系统内设备、业务、安全、性能等多个层面完成自检和预警,并根据问题的紧要程度主动通过邮件方式通知到学校负责人及厂商,及时修补问题,保障系统更安全、稳定地运行。该平台至少满足以下要求:

1.1直观的分值展示、分业务管理。

1.2业务全覆盖,自定义启动或关闭检查项。

1.3定时检测与主动检测;自动生成异常报告。

1.4网络拓扑多级、实时动态展示。

1.5主动推送异常报警信息,支持与厂商客服中心无缝对接。

1.6设备监控:监控对象包括服务器、工作站、数据库、应用程序、终端等;监控内容包括设备的开通时间、系统版本、CPU、内存、磁盘消耗情况、业务访问速率、在线率、维修记录、运行年限等。

1.7业务监控:监控对象包括账户开通、账户状态变更、卡务操作、交易流水、系统平衡、个人平衡等。

1.8安全检测:检测对象包括数据库访问审计、数据合法性审计、数据连续性审计、账户密码审计、关键业务权限审计等。

1.9性能检测:检测对象包括名单下发及时率,业务响应时间等。

 ★1.10拓扑图:以可视化的方式展示一卡通系统网络拓扑,多级、实时动态展示。

1.11产品是成熟稳定成品,需提供运维稽核管理系统计算机软件著作权登记证书;同时满足二次开发能力。

2.设备监控

对一卡通系统内所有设备进行监控管理。包括数据库服务器、应用服务器、前置机、终端设备等。

该功能至少满足以下要求:

2.1根据分类进行检测和统计,包括总数、预警数以及离线数。

2.2对联机、脱机设备进行检测

2.3对业务服务进行检测

3.业务监控

对一卡通系统整体业务状况,显示一卡通系统整体业务运行情况。对个人账户金额发生变动超出阀值的账户,长期不发生交易的商户进行监控统计。主要是持卡人、操作员、管理员等,可对异常操作进行稽核,防止财务风险和运营安全。该功能至少满足以下要求:

3.1对手工借贷发生的笔数和金额进行统计。

3.2对账户余额手工调整发生的笔数和金额进行统计。

3.3对手动冲正业务的笔数和金额进行统计。

3.4对账户余额小于0的负账户信息进行统计。

3.5对设备流水积压情况进行统计。

3.6对第三方对接业务资金进行对账信息进行统计。

4.性能监控

一卡通在线系统对账户进行安全检测。通过各种技术手段对账户安全进行扫描,检测卡密码,账号安全等安全漏洞,保障一卡通系统中的账户的安全。该功能至少满足以下要求:

4.1对黑名单更新不及时的设备进行检测。

4.2对后台功能响应时间进行检测,对超出阀值的应用进行预警。

4.3对服务请求失败的业务信息进行统计。

4.4对第三方转账,如银行圈存,支付宝圈存/缴费等业务,对转账时间进行统计。

5.系统监控

提供自动体检的相关设置,提供手动进行系统体检的功能。异常情况信息定点推送,针对不同的故障通知相应的联系人进行处理。该功能至少满足以下要求:

5.1密码安全检测。可对用户密码和操作员密码进行检测。

5.2检测出数据库中的非一卡通账户进行检测和统计。

5.3系统通过分析操作日志,检测出尝试破解操作系统密码的非法操作。

5.4系统对关键业务拥有操作权限的操作员分别进行统计。

(四)虚拟卡管理

1.虚拟卡服务

利用一卡通账户,提供一张校园虚拟卡,在POS机上刷手机消费。通过手机APP,可实现移动端的校园卡基础业务的操作。该功能至少满足以下要求:

1.1提供基础查询服务,包括账户余额、交易记录、补助记录等数据的查询

1.2消息提醒服务,包括金额变动提醒、下发补助提醒、账户余额过低提醒、缴费提醒等

1.3通过手机APP进行校园卡的挂失

2.收款码服务

利用一卡通账户,通过手机扫一扫实现食堂就餐等场所进行支付,二维码由POS生成。提供支付码服务,实现无卡消费,无卡认证。该功能至少满足以下要求:

 ★2.1每个商户拥有专属收款码,收款码由POS终端自主生成

2.2收款码采用动态二维码显示,根据不同终端和不同金额自主生成

2.3通过手机APP扫一扫功能,扫描商户终端二维码,使用手机APP扫描二维码完成验证并扣款

2.4消费成功后向用户手机端推送消费信息,POS终端提示交易结果

2.5手机APP支持安卓与苹果系统

3.支付码服务

利用一卡通账户,通过手机客户端自动生成二维码,利用智能终端二维码摄像头扫码进行消费。

该功能至少满足以下要求:

 ★3.1POS终端集成摄像头,可扫描二维码信息

3.2通过手机APP支付码功能,手机APP生成二维码,POS机摄像头扫码验证后完成扣款

3.3消费成功后向用户手机端推送消费信息,POS终端提示交易结果

3.4手机APP支持安卓与苹果系统

4.移动缴费服务

在一卡通手机APP缴费功能中能够查询到用户需要缴纳费用的项目。缴纳资金渠道包括一卡通账户、支付宝、微信等,缴纳完成后,生产一笔流水作为该账单缴纳的交易凭证。该功能至少满足以下要求:

 ★4.1通过手机APP缴费功能完成缴费业务

4.2查询待缴费的项目,使用一卡通账户余额或第三方支付资金缴费

4.3与电控系统对接,查询房间剩余电量及购买电量

4.4 实现与水控系统对接。

4.5生成缴费项目后向用户手机端推送缴费信息

4.6手机APP支持安卓与苹果系统

(五)移动客户端

建立移动应用平台,实现虚拟卡应用、移动支付、掌上校园、生活服务等应用场景的智能移动服务。以移动应用为载体,为校内师生的日常充值、消费、身份识别、查询等提供更便捷的服务。

根据学校要求,采用HTML5嵌入学校移动平台中。支持Android6.0及以上版本,支持IOS7.0及以上版本。该功能至少满足以下要求:

5.1为用户提供:掌上迎新、学校通知、校内新闻、失物招领等校园信息化应用;

5.2支持通过手机端实现一卡通充值、NFC领款、余额查询,交易明细等功能。

5.3支持通过手机端实现水、电、网、4/6级等各类校内支付功能;

5.4支持通过手机端实现查成绩、查课表、在线选课、查询空闲教室、图书馆借阅、等级考试成绩查询等;

5.5为用户提供校内商城、校园活动、校园调查、同学圈、校讯录、就业指导、职播平台等生活服务;

 ★5.6本次建设项目核心内容为融合多种支付渠道,聚合多种支付方式,如以微信、支付宝为代表的第三方支付方式以及符合银联标准的金融机构;为保证第三方支付方式以及符合银联标准的金融机构不会中途关闭支付渠道导致学校支付瘫痪,要求具有与第三方支付公司以及金融机构签订稳定的合作协议,提供与微信、支付宝、翼支付、银行等第三方支付或金融机构签署的合作协议;

5.7移动应用端由于与互联网链接,要求掌上校园客户端具有完善的安全保障措施,并响应国家网络相关安全规定。

(六)PC客户端应用

提供基础信息服务,一卡通资讯、服务网点的展示,账户余额、交易记录、补助记录等账户数据的查询。提供校园卡挂失,密码修改,密保问题,消费限额调整,绑定银行卡,二次验证等安全性功能,通过一卡通信息门户进行校园卡的充值,可接入多渠道充值途径。

(七)自助服务类应用

1.自助充值、补卡系统

提供一体化终端设备,实现无人值守,7*24小时自主服务,实现开卡、圈存转账、挂失、补卡、解挂、查询消费记录、查询余额等功能。提升卡务工作效率,降低人力成本,提高用户体验,同时也提高了一卡通体系整体的服务能力。

支持二代身份证或学工号两种认证方式为用户办理业务。并进行补卡(发卡)操作。可以卡片单、双面全打印。平台具有监控服务功能,能够对终端进行监控。系统应实现如下功能: