一卡通技术部分招标书Word文档格式.docx
- 文档编号:19972688
- 上传时间:2023-01-13
- 格式:DOCX
- 页数:28
- 大小:34.58KB
一卡通技术部分招标书Word文档格式.docx
《一卡通技术部分招标书Word文档格式.docx》由会员分享,可在线阅读,更多相关《一卡通技术部分招标书Word文档格式.docx(28页珍藏版)》请在冰豆网上搜索。
2.按照“一库”、“一卡”的一体化建设理念,“校园一卡通”系统将
采用平台式、模块化的建设方法,构建一个开放,灵活接入的“校园一卡通”系
统平台。
利用“校园一卡通”系统平台,接入包括消费子系统、淋浴、门禁、考
勤等在内的多个子系统,各个子系统即可独立运行,又可接入“校园一卡通”系统平台。
“校园一卡通”系统支持与多家银行系统、与学校原有的各类应用系统衔接和系统本身应用规模、应用层次不断扩大的衔接。
将“校园一~通”系统建
设成开放式、标准化和用户自我建设扩展的系统。
3.投标报价包含该标段的所有费用,包括系统间相互配合的费用。
4.服务质保期5年,请明确第6年起每年的维护费用,费用包括软、硬
件的升级、维修、维护及材料、人工、税金等一切费用。
三、建设内容
本项目建设内容包括:
提供校内消费、银校转账、校内身份认证,以及衔接
多个信息管理系统的功能,实现互“通”。
项目建设内容包括:
(1)新建以下校园卡管理和应用系统:
“校园一"
通”基础平台商务消费子系统
浴室、开水房水控子系统门禁管理子系统宿舍通道管理子系统卡务中心设备
需要对接的系统包括:
图书管理系统(南京汇文)
财务管理系统(复旦天翼)集中电控管理子系统(常工电子)教务系
统(杭州正方)为将来可能接入的第三方软件提供接口:
如安防的联动、数字校园对接。
四、具体要求
1.卡片开放:
CPU卡空间
设计支持PBOC2.0(电子钱包)和建设部等相关行业规范,良好的兼容性便于
应用的扩展;
CPU卡片要求选
用非接触式CPU校园卡,具备多应用功能,支持扩展城市一卡通应用功
能;
学校根据需要自主规划,维护卡片结构。
同时还必须符合数字化校
园整体的要求。
2.密钥开放:
卡密钥及各个软件系统的接入控制密钥和权限等由学校自己
控制和生成。
实现卡、器具和软件系统的分离。
3.第三方接入开放:
“校园一~通”基础平台及各个子系统可以接入第三
方的设备,在接入第三方设备时不需要做大的改动,只需要设备遵循相
关的标准,能够读取平台系统的密钥就可以正常的接入到“校园一卡
通”基础平台中。
4.为满足学校数字校园应用的深入和发展需要,实现信息融合,应提供
“校园一卡通”系统的软件、硬件系统接口、相关文档及对接包。
有新
的对接包应及时更新并提供学校参考,并免费提供技术支持。
5.须对“校园一卡通”系统进行功能扩展时,应提供软、硬件对接接口,配合对接工作,系统作相应的调整。
6.根据学校信息化系统建设,提供满足需要的数据库相关的数据字典,提
供准确的系统接口功能清单、说明及示例代码等。
7.“校园一卡通”系统要考虑到脱网、脱机运行,不能够因为网络中断使
师生无法使用校园卡,以免出现群体性事故。
各个子系统其相应的机具
均需能够脱机运行,应保证在断网情况下,系统独立运行至少3天。
8.系统相关的管理、监控软件除制卡外应采用B/S模式。
9.系统软硬件支持频率2.4G的手机校园卡。
10.根据学校应用需要系统做适当调整
11.要求与现有卡片兼容,对于原有的M1卡和新的CPU卡需平稳过渡。
与现有已运行相关系统进行对接,保证学生现有卡片正常使用。
注:
下列各章所列各项要求,投标方应具有但不局限于这些要求,可以提供更多
的系统使用所需的其他功能。
标段一“校园一卡通”基础平台功能需求
“校园一卡通”基础平台是基于卡以及相关应用系统的支撑、数据交换平
台。
“校园一卡通”系统作为数字化校园的有机组成部分,在基于卡的业务子系
统和数字化校园应用之间,“校园一卡通”基础平台起到一个承上启下的作用。
“校园一卡通”基础平台要为消费类业务子系统提供资金结算服务;
为身份识别
类业务子系统提供身份确认服务;
为各类子系统提供数据抽取、集中、关联、交换等服务。
是基于卡应用和相关应用子系统的数据中心。
作为数字化校园层次化应用的一层,“校园一卡通”基础平台为数字化校园应用提供源数据、数据同步、联动等服务。
“校园一卡通”基础平台还要具备有关卡的各种管理功能,具备构建新业务应用的能力。
应包括以下具体功能:
密钥管理、系统管理、用户管理、卡务管理、报表管
理、资金管理、信息服务、接入交换管理、监控系统、数据统计
分析、二次开发子系统、数据中心、短信网关服务、结算服务等功能
二、具体要求
1.功能、服务要求
(1)集中管理
1)在遵循数字化校园规划的要求下,“校园一^通”数据中心与数字化校
园的数据平台进行共享联动,整合各个系统的数据,为集中查询提供数据;
2)具有完善的服务平台,管理设备的添加、更换和撤销;
3)提供统一的查询平台,查询统计各个子系统的数据;
(2)完整性
存储“校园一卡通”的历史数据,确保数据的历史完整性。
在需要查询历史
流水时,可以实现快捷的调用历史数据。
(3)易维护
具有完善的服务管理系统,实现“校园一~通”系统软硬件设备维护维修的
电子化,操作简洁,人机交互良好。
(4)灵活性
1)管理软件在功能参数上应是可设置的,方便日后管理和更新;
2)具备灵活多样的支付手段:
校园卡支付和电子支付,手机支付;
3)具备灵活多样的咨询手段:
网上查询/挂失/解挂,短信查询/挂失/解
挂,手机查询/挂失/解挂,多媒体自助服务一体机;
4)具备灵活多样的圈存手段:
空中圈存,实体圈存;
5)具备灵活多样的数据采集(身份识别)手段:
在线式和离线式(如
手持终端)。
(5)开放性
1)卡片开放:
学校根据需要自主规划,维护卡片结构
2)控制应用软件规模的加密措施也对校方完全开放,学校可自行购买PSAM
卡自行增加通用硬件设备,不存在设备和软件绑定的问题。
(6)系统要求
1)数据采集能按应用分类采集各类数据;
2)平台和子系统相关联的数据应保持一致;
3)与现有图书馆的汇文系统、教务的正方系统、财务的天翼系统、江南大
学的能源系统、常工电子的电控系统、门禁系统等对接;
4)质保期内新增系统与“校园一卡通”系统对接;
5)提供统卡空间规范、交易流程规范、PSAM卡规范、数据交换规范、
通讯交易协议规范,供学校参考、制订学校校园卡各项规范;
6)提供数据库部署策略和方案、密钥管理的方案和机制。
2.密钥管理学校通过密钥管理系统可以实现对密钥和卡片的完全掌握,基本要
求如下:
(1)学校可以自主生成和管理系统密钥
(2)学校可自行发行各种卡
(3)学校可自行初始化和回收卡,初始化和回收的卡的数量不限
(4)学校完全自助管理校园卡密钥体系结构中的各类硬、软密钥
(5)厂商提供给学校PSAM卡发卡和洗卡程序,可以制作PSAM卡和初
始化密钥
(6)密钥不能被读出:
用户IC卡和PSAM卡中的密钥无法被读出,认证
和加密均是在卡内部实现的
(7)加密数据全部是在用户卡和PSA卡内部完成,中间结果不能获取
(8)密钥管理系统必须具备中国人民银行及国家建设部对IC卡交易
规范的要求
(9)密钥管理系统通过国家密码局密钥认证,获得国家密码局产品销售许
可证
(10)建立三级密钥管理体系,能对密钥的产生、传递进行有效
管理
(11)要求系统实现一卡一密、一应用一密、一交易一密;
不同
的应用采用不同的密钥,每次交易都有不同随机数参与
(12)双向身份认证:
用户IC卡与机具的PSAM卡双向认证,实现卡的发
行合法性和密钥一致性校验
(13)所有对卡的充值,补卡,数据上传等的密钥由生产加密卡系统产生;
生产加密卡系统要具有较快的加/解密速率
(14)对卡片加密和子系统的接入加密支持动态加密机制;
子系
统接入支持PSA卡控制接入安全,系统自动更换密钥,做到一天一密,确保安全
3.系统管理
(1)权限管理
1)提供操作员信息查询、增删改的操作,并给各操作员分配、
修改操作权限(对某个模块是否有操作的权力)
2)提供对权限模块的查询、增删改操作;
操作员分配权限时可以直接选
用该模块
3)操作员操作要分级分权限,权限可以根据需要灵活配置,操作要留有
日志
4)与资金相关的任何操作都要能根据学校的相关管理规定配置严格的权
限控制,并留有操作日志
5)业务操作权限和管理权限要分开
6)支持“用户-角色-权限”的管理
2)信息管理
1)提供登陆信息的查询操作
2)提供对指定所在区域内的网点信息进行查询、增删改操作
3)提供当前操作员的登录密码的修改操作
4)提供将操作员的登录密码重置的功能
5)提供查询指定时间段内的操作员日志
6)提供子系统信息查询、增删改的操作;
7)跟踪外接第三方子系统的各种名单发送情况的操作。
对于第
三方对接系统,”校园一"
通”系统可以自动发送系统的开
户、挂失、解挂、冻结、解冻、换卡、注销信息给对方系统
8)提供数据字典的查询、增删改的操作;
9)提供全局参数查询、修改的操作
10)提供收费类别信息查询、增删改的操作
11)提供交易收费信息查询操作
12)提供发卡类别信息查询、增加、删除,修改的操作
13)提供修改钱包金额上限的操作
14)提供对设备的查询、增删改的操作
15)提供设备信息的批量导入操作
16)提供对导入的设备信息进行查询、修改、删除操作,提供导入客户信
息的审核操作
17)提供对组织结构,POS机区域信息的查询、增删改的操作
18)提供对部门信息的查询、增删改的操作
19)管理与身份有关的各种业务,包括身份信息录入、修改、
删除、查询、输出印卡、打印等
20)管理(查询/增删改)与身份信息所对应的卡样信息
21)批量导入部门信息和身份信息
(3)系统设置
1)子系统接入认证,没有注册或者已经注销的子系统不能在系统内正常使用
2)提供对终端设备的参数控制操作(如对POS的下传、上传设备时钟、卡分组设置等)
3)完善的卡户权限和费率管理,可设置成不同的使用场所限制不同的卡类别
使用,能对不同的人员区别收费和下发补助等;
需收取搭伙费的人员在充
值时提前收取搭伙费
4)设置系统工作参数,主要包括使用单位和服务单位资料、卡片及消费基本
设置等
5)按照标准的财务科目设置记帐所使用的科目
6)设置用于管理校园卡帐户管理操作对应的收费项目(手续费和押
金等),支持批量设置
7)设置系统日结方式:
自动日结和手工日结
8)允许系统设置不平帐的天数,如果帐不平的天数超过了这一限
制,要及时报警,系统将做冻结处理,处理要留有日志
9)设置校园卡系统与银行联系所使用的信息
10)设置系统所需的各种参数和相关的数据字典
11)商户结算周期设置:
对各级商户设置结算周期(如按周结算和按月结算)
(4)系统操作要求
1)系统任何操作要留有日志
2)新卡批量预充值功能要设有专门的账户和密码控制,并由专人保
管
3)补助批量下发的操作要有专门的账户和密码,并由专人保管
4.用户管理
(1)消费账户管理
用户管理实现持卡用户信息的管理,基本功能要求如下:
1)个人帐户信息查询操作
2)个人帐户信息增删改的操作
3)个人帐户信息批量导入的操作
4)对导入的个人帐户信息进行查询、修改、删除操作,提供导入的用户信息
的审核操作
(2)商户账户管理
商户管理是对拥有设备运营权并可结算的组织进行的管理
1)商户组织设置:
建立商户的管理组织结构。
实现校园一"
通系统树形结构
化管理。
组织结构的终点是各终端机;
系统支持将组织结构导出保存,以
便用户在非系统使用状态下仍能查看管理组织结构
2)支持商户信息查询操作
3)支持商户信息增删改的操作;
支持商户信息以树型结构展现;
支持对收费
商户按照营业的百分比收取佣金,支持收费商户对特定人群收取搭伙费
4)支持设备与商户之间相关联的信息查询操作
5)支持设备与商户之间相关联信息的增删改的操作
6)支持设备与商户之间相关联信息的批量导入的操作
7)支持提供客户、银行卡信息对应关系的查询、修改、删除的操作,支持导入设备与商户之间相关联信息的审核操作
5.卡务管理卡务管理子系统实现校园卡日常事务管理,含人像采集、校园卡制
作、挂失解挂、人员离校销户、补卡换卡等基本日常业务等。
基本功能要求如下
(1)制卡中心
1)管理(查询/增删改)与身份信息有关的像片的设置、像片采集、像片上传
等
2)照片管理(增删改)支持批量操作功能
3)离线式照片采集,发卡支持现场制卡
4)多种数据录入方式,持卡人信息修改确认,可实现快速现场制卡
5)系统有方便易操作的批量办卡的功能,支持批量录入数据,批量导入照
片,批量打印卡片,批量发卡
6)支持实时的联机证照采集,指纹采集,以及快速证卡制作
7)可实现单个或成批发卡,即从外部文件或外部数据库中导入相关的信息
8)支持用户自己网络上传照片
9)集成指纹米集及写卡功能,可在米集照片的同时完成个人指纹的米集,并
在发卡时将指纹写入卡中,为相关的应用提供必要的信息支持
10)支持批量数据管理;
可通过文件将人员数据,人员照片批量导入到校园一
卡通中心库,简化操作,使系统更易于使用,减轻操作人员的工作负担
(2)卡务管理
通用功能
1)资料查找功能:
提供以多种条件自由组合的查找方式,灵活准确地查找所
需资料
2)记录浏览功能:
在记录列表中自由地浏览和刷新记录
3)统计资料功能:
统计操作界面显示的总记录数
4)栏目布局:
控制操作界面记录列表中记录显示的栏目布局
5)资料排序:
将操作界面记录列表中的记录按照某栏目进行排序
6)资料刷新:
在多用户操作情况,当另一用户在同一时间进行过资
料修改,其他用户可以刷新资料查看最新记录
卡务功能
1)批量注销:
将符合某种条件的所有卡片在数据库中标识为注销状态。
系统
将拒绝该卡的使用,并发出警报以提示该卡为已注销的卡
2)批量发卡:
提供卡片批量发行操作
3)提供卡片内容对换的操作
4)提供卡信息更新的操作:
更新卡内的基本信息、更新卡的有效期、更新卡
内余额
5)提供卡片密码修改操作
6)提供手工方式,自动方式的补写圈存流水的操作,用于当未能提供银行圈
存交易导致银行对账出现单边账的情况
7)卡户交易明细查询:
按交易日期,查询统计每一个持卡人的交易报表情
况。
查找交易数据时,可以按当天,当月,跨月,跨年的数据进行多种查
询
8)卡状态查询:
按照查询条件,查询每张卡的状态信息以及状态变化记录
9)银行卡绑定:
提供客户、银行卡信息对应关系批量导入的操作。
提供客
户、银行卡信息对应关系的查询、增删改的操作
10)挂失、解挂应能立即生效;
11)异常卡消费报警功能
12)对系统中分类管理的不同类型,不同性质的卡具有批量管理的功能
13)支持主副卡功能
6.报表管理报表管理用于生成各类业务统计分析报表,便于帐务管理、业务分析和管理决策支持,基本的功能要求如下
(1)可自定义报表格式和内容的报表预览,打印功能。
(2)可根据学校所需配合调整报表内容和格式以满足学校的要求
(3)统计某个操作员在一段时间里每日所执行的各种业务的信息
(4)统计一个或多个操作员在一段时间里所执行的各种业务的信息
(5)统计指定操作员在一段时间里每日所执行的现金业务的信息
(6)统计一个或多个操作员在一段时间里所执行的现金业务的汇总信息
(7)统计一个或多个操作员在一段时间里所执行的销户操作的汇总信息
(8)报表审计:
对持卡人帐户和商户帐户的帐户结存和报表结存进行统计并对
帐户结存和报表结存进行比较,确定两者是否一致
(9)统计银行转账并形成报表
(10)充值结算报表:
该报表是提供给出纳人员结算每日充值情况
(11)补助结算报表:
该报表是提供给出纳人员结算补助发放情况
7.资金管理对校园卡充值采用多种渠道,采用多种方式包括:
利用银行卡充值,
利用现金充值;
采用实体圈存机圈存,空中圈存等方式以便于广大师生员工的使
用
(1)充值服务
1)现金充值采用专用现金充值机:
在规定地点用现金充值机由授权的操作
人员
人工充值
2)利用银行卡充值
为保证银校互通,学校校园卡和银行卡建立一一对应关系。
在校园卡与
银行卡建立—对应关系的基础上,主要实现银行账户资金向校园卡账户自动充
值划拨等金融交易,及查询,密码修改等。
其基本功能如下
a)采用自助多媒体机方式在自助多媒体机上将银行卡的资金转到校园卡
b)采用空中圈存方式利用短信方式将绑定的银行卡的资金转到相
关的钱包中,持卡到专门的设备上刷卡实现资金“落地”。
此
种方式应提供相关的安全控制措施
c)银校圈存接口系统支持多家银行接口,可和学校指定的银行对接
d)银行转账监测支持对银行转账情况的监测和对异常转账的报
e)标准与规范圈存系统的软件硬件系统和数据管理必须达到国家
规定的金融级安全标准,符合银行业务流程和规范
f)读取模块圈存机同时具有磁卡的读取模块和校园卡的读取模
块,可同时读取一张卡的银行卡和校园卡的信息
g)最大可圈存额普通用户电子银包有一个最大可圈存额度,可自行设定
h)银行卡账户余额查询(在银行许可的条件下)圈存系统能查询银行卡账户
余额查询
i)校园卡账户余额查询圈存系统能查询校园卡账户余额查询
j)账户密码持卡人通过自助多媒体机能设定、更改本人的账户
密码
k)消费密码持卡人通过自助多媒体机设定、更改本人的圈存密
码,消费密码
l)批量圈存(在银行许可的条件下)校园卡中低于某一额度的
金额时,系统自动将一定的金额从银行卡圈存到校园卡中,并及时提供
短信通知
3)利用网上充值
支持利用网络为持卡人的在线钱包向其对应的电子钱包充值,持卡到专门的
设备上刷卡实现资金“落地”,此种方式应提供相关的安全控制措施
4)新生入学预充值
为新生报到批量发卡时系统支持预充值功能(如批量发卡时系统预先设定每
人充值100元,批量制卡后每张卡中就有100元可供消费),预充值功能要设有专用账户,并设有相应密码,在批量发卡时只需输入一次专用账户和密码即可
完成批量充值。
⑵补助服务
1)系统下发补助,持卡人到专门的机器领取补助
2)持卡人通过多媒体服务机可以查询补助情况
3)持卡人通过WE方式可以查询补助情况
8?
信息服务要求
“校园一卡通”系统通过多种方式实现信息发布,圈存,基本卡务管理的功能,
基本要求如下:
(1)支持WEB方式的信息服务:
包括相关信息发布,卡信息,卡状
态,交易流水信息的查询和设置
(2)支持通过采用触摸屏的自助多媒体机的信息服务:
包括相关信息发布,卡
信息,卡状态,交易流水信息的查询和设置
(3)支持通过手机WAP方式的信息服务:
包括相关信息发布,卡信
息,卡状态,交易流水信息的查询和设置
(4)提供管理员查询、个人查询等的不同查询权限,并输出相关的查询结果
(5)各种信息服务要有严密的防范攻击的措施,确保系统安全可靠
9.接入交换管理
(1)“校园一卡通”平台与“校园一卡通”业务应用子系统对接
1)以子系统方式接入不同的应用系统,不破坏子系统的完整性
2)提供平台与各个子系统间的数据对接标准并负责实施
3)提供平台与各个子系统间的数据对接标准交付学校,以便学
校可以根据需要自行对接不同的子系统
4)能适应子系统的黑白名单机制,按子系统的需求下发黑白名单,同时
接收子系统的黑白名单
5)接入的子系统应保持其运行独立性,既可以与平台互动,又可以脱离
平台独立运行。
消费子系统的结帐数据入平台数据库,其流水保持在消费子
系统本身,其他子系统的数据除保留在子系统夕卜,同时将数据上传至平台
7)平台能接收子系统的数据,同时也能及时给子系统下发相关
参数、数据以及卡操作指令
8)平台能调用子系统的相关功能管理子系统
9)各个子系统的业务超级权限应可以设置归相关业务管理部门
所有
10)各个子系统操作界面要统一到“校园一卡通”平台上,即从“校园一
卡通”平台上可以调用各个子系统
11)“校园一卡通”平台各种管理功能除制卡外应基于Web方式,
以便于操作和管理
(2)“校园一卡通”平台与第三方应用系统对接
第三方系统对接服务即流程整合服务,包括接口服务、流程再造、第三方系统或
终端的整合。
通过整合实现各信息系统之间的业务协同,方便师生员工,基本要求如下:
1)支持与第三方系统以多种接口方式对接,保证平滑接入第三方系统(如
API函数,OCX,Socket通讯方式,模拟键盘,webservice方式等)
2)支持与第三方系统以多种应用层次对接,保证平滑接入第三方系统。
包
括数据层对接,应用层对接,通讯层对接,前置层对接,终端层/卡片层对接
3)支持与数字化校园的多种整合方式,保证平滑接入数字化校园中。
包括
数据整合,共享数据,统一信息标准,数据交换等
4)支持校园卡“刷卡”方式和“用户名/密码”方式整合入统一身
份认证平台
5)支持第三方白名单验证
6)能根据学校的实际要求,按学校指定的方式
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 一卡通 技术 部分 标书
![提示](https://static.bdocx.com/images/bang_tan.gif)