一卡通收费管理系统软硬件集成.docx
- 文档编号:728381
- 上传时间:2022-10-12
- 格式:DOCX
- 页数:226
- 大小:179.23KB
一卡通收费管理系统软硬件集成.docx
《一卡通收费管理系统软硬件集成.docx》由会员分享,可在线阅读,更多相关《一卡通收费管理系统软硬件集成.docx(226页珍藏版)》请在冰豆网上搜索。
一卡通收费管理系统软硬件集成
目录
一卡通收费管理系统1
一、基本功能3
二、业务延伸(互联互通与异地清算)13
三、系统保障13
四、卡片初始化子系统13
五、多功能支付子系统17
六、中心清算子系统27
七、财务划拨子系统30
八、报表统计查询子系统31
九、收银管理中心子系统32
十、数据回收子系统33
十一、综合业务子系统33
十二、技术指标35
IC卡刷卡机36
标段二:
44
附:
详细技术功能要求45
基于北斗技术的企业智能调度一体机(公交车载终端)45
基于北斗技术的智能调度系统62
视频客流采集设备148
客流统计分析系统151
标段三:
155
公交资源计划管理系统(ERP)155
7、财务管理模块169
公众(侧重公交)出行服务系统171
一、企业门户网站172
二、移动平台基本功能177
标段四:
179
一卡通收费管理系统
根据“新乡市公共交通智能化应用示范工程”项目要求,以及智能公交信息化系统建设统一规划、分步实施的原则,建设一套符合交通运输部、住房和城乡建设部密钥体系及互联互通规范标准的清分清算平台,将M1卡升级为CPU卡,同时能够完全兼容目前发行的公交IC卡,并有计划的向CPU卡进行过渡,实现新乡市交通“一卡通”和全省交通“一卡通”,实现与郑州及其它周边城市的互联互通,支持三大通信运营商共同开通手机在公交出行上的移动支付业务,实现手机刷卡乘坐公交及支持金融IC卡功能。
程序(软硬件)终身免费维护、升级。
1、保障应用平台各分系统信息交互的畅通,性能满足应用平台运行效率要求;
2、保障所有业务运行当中的安全性和数据的一致性;
3、对于所有交易活动,均实现全面闭环管理;通过可配置的查询条件,能够动态地查询每笔消费情况和相关记录;
4、可配置的权限管理,根据不同权限设定不同角色的操作范围,并提供全系统全流程全数据的查询角色;
5、可视化的应用管理,对于各种统计类报表提供图表化显示功能,打印输出可根据模板定制输出格式;
6、应用平台可利用升级管理工具或升级包,实现动态升级;
7、建立业务运行管理模型,应用平台对新增业务可通过平台业务管理模型的参数调整即可实现新业务的接入和管理;
8、使用主流的产品和技术,具备良好的可扩展能力,使系统的使用和扩展具有延续性。
应用平台对未来可能出现的系统扩容等情况,留有标准的系统预留接口;
9、应用系统尽量采用全程自动化处理,避免人工操作。
必须人工操作的,应做到统一的设计,使得使用习惯保持一致。
10、升级后的新系统必须完全具备原有系统软、硬件设备及IC卡应用平台、智能化调度系统数据通讯全部功能,并做到系统过渡期原系统业务正常使用。
11、需要能够完全兼容目前发行的公交IC卡,采用向下兼容的方案,新发行的“一卡通”CPU卡和原有公交IC卡均能够使用。
12、需要能够实现目前发行的M1卡向CPU卡的过渡,并有完备的过渡计划。
13、所有新发行的“一卡通”CPU卡、M1卡等卡品能实现的功能,对于原有公交IC卡功能的兼容与使用都要求有相应解决方案。
14、应制定合理可行的安装调试方案,并对新型CPU卡的IC卡发行方案提出指导意见。
15、实现外部系统以及各子系统之间的数据传输,并具备层次式体系结构及其清晰的数据处理流程。
16、遵循国际和国家相关技术标准及交通运输部、住建部、银联PBOC3.0标准、河南公交协会、大学校园“一卡通”、城市市民卡和相关的各项行业及互联互通等事宜的相关规定。
17、优化系统各种软件,达到一键安装。
编制软件使用说明书,提供所有通讯协议、算法、完整详实的数据字典及源代码程序,并对标志类型字段的具体标志定义做详细解释。
软件应最大程度的支持各种操作系统,对于软件不支持的操作系统应在软件使用说明书中明确标注。
18、系统具备支持4G、3G等无线通讯方式进行数据上传、采集、补采集、黑名单下载等。
19、系统采用B/S与C/S结合的架构,操作简单、易学好用;
20、系统应具备制卡、售卡、读卡、充值、年检、挂失、补卡、坏卡处理、点钞录入、GIS地图、资产负债表、查询和分析等功能;
21、系统应具备完备的密钥系统、权限管理、中心管理、对账与结算管理、日志查询等功能;
22、系统应支持扩展金融卡刷卡、金融数据清算对账、金融数据报表生成等功能;
23、系统应具有数据采集、补采集、汇总及黑名单管理功能;
24、系统应具有数据采集、资金清算、资产负债、数据划拨及生成财务报表功能;
25、系统应具有营运管理功能,分段计费功能;
26、系统应具备车载机参数无线下载参数、黑名单下载、程序升级(在升级过程中不影响正常使用)及数据无线采集,备选采集方式为U盘采集。
27、系统应具备消费数据实时查看功能;
28、系统应支持多种卡类型及卡种的应用;
29、系统采用多客户多设计,支持不同客户或分公司单独管理,运营。
30、系统级联管理在多客户系统搭建的基础上,通过统一硬件资源实现各公交行业平行独立运营管理的同时,可以以行政或预设值的级别,进行系统间委托部分功能管理或被管理。
31、卡类型自定义,系统支持除规定或常用的卡(种)类型外,还需支持通过系统参数设置,利用无线网络或参数卡实现卡务、终端、平台对新定义卡、消费规则、复杂业务的响应。
32、系统平台可对车辆上各终端数据状态、通信状态、数据上传状态、车辆终端定位信息等进行无线远程实时监控;
33、多标准,多密钥兼容考虑到全国互联互通趋势,系统平台和终端需支持国内多种国家及行业密钥和标准;住建部标准和密钥,交通运输部标准和密钥,河南公交协会标准和密钥,人民银行PBOC3.0标准及密钥,手机刷卡等。
34、系统对老人、学生、军人优惠、学生安全、免费策略等;针对老人、学生、军人等政策倾向的特殊人群,实现按照政策引导的优惠策略支持,并提供明细、汇总数据向政府获得相关补贴;学生乘车的,针对线路进行优惠,并可针对特殊线路实现学生乘车短信告知,满足学生出行公共服务行业安全保障;系统支持次卡、月票等虚冲的实现,实现特殊政策相应下的免费乘车人群要求,并提供记录做业务后续参考内容;
35、系统接口设计要求与银行数据无缝对接。
同时考虑系统的扩展,对内预留公交内部管理应用系统接口。
终端要求支持各类频率的CPU卡。
终端需预留金融IC卡电子现金消费、并支持三大通信运营商不同类型手机公交刷卡应用。
36、具有全系统唯一的时钟发布系统。
所有系统、及终端的时钟要求同步,保证“日期、时间”这一关键系统参数绝对可信,各个系统及相关硬件的设计均要按照时钟发布系统进行开发,理论上建议使用“北斗定位卫星”的时钟数据进行参数校对。
时钟故障的数据,将进入专门设计的程序进行数据时钟处理方可验证为可信数据,否则不得进入系统数据库,更不能参与清算对账等关键业务,同时对所处理的错误时钟数据进行相关的记录及自动校验与处理出错报警。
37、系统平台,最少可以支持两家以上不同厂家IC卡硬件机具设备使用。
一、基本功能
(1)卡片发行与管理
1、需要对IC卡的发行具有专门的管理。
对卡的购买、存放、领取、发行等事宜进行统一管理并有相应的核对报表,包括购入新卡记录、制卡记录、发行卡记录、充值员/点领卡记录、库存卡记录等。
需要有相适应的权限管理,根据不同权限设定不同角色的操作范围。
空白卡、成品卡出入库、卡片检验都有流程化的管理,后台有相应的处理记录,对发行的每一张卡都确保来源可靠、功能正常,坚决杜绝重号卡、质量问题卡流入社会。
对卡的消亡需要进行合适的处理,例如退卡、质量坏卡、上交卡等均要求有相应处理。
卡片账户余额需要有相应的管理。
2、对于各类卡种的使用与消亡,应做逻辑分析,避免产生逻辑漏洞,对卡片使用规则进行细化,解决目前发行状况及规则的不足。
(2)初始化与密钥
1、具有密钥系统。
采取多级密钥管理模式,能够符合交通运输部、住建部密钥体系标准、银联PBOC3.0标准等的主控密钥、工作密钥卡,并根据各主控密钥、工作密钥卡生成系统所发行的CPU卡交易所需的所有应用密钥、系统认证密钥,并能将密钥导入以金融硬件方式存储及加解密运算的加密机。
并支持各类支付介质(M1卡、CPU卡、市民卡、移动支付工具等)、满足互联互通要求、具有综合服务功能。
根据业务发展需要,系统能同时支持使用交通运输部、住建部,及其他企业、组织、社会团体的密钥系统。
具有完善的密钥卡存储及使用机制,并完全兼容原有M1系统的密钥服务功能。
同时配合联机充值、业务清算、报表等综合管理系统使用。
服务器端可随时设置、更改、终止各充值点交易权限,可在服务器端设置充值点每笔交易最大及最小交易额,可控制各充值点每日交易额上限。
充值数据实时上报服务器端,要求采取稳妥可靠的技术手段保持服务器端与客户端数据一致。
黑名单及其它信息可自动实时下载到充值机,并保证所有充值点数据完全同步。
2、需要完成大批量IC卡的初始化工作,可处理多种卡片类型(如M1、CPU等不同卡类型),系统反应迅速有效率,配合IC卡自动制卡设备,进行快速制卡、初始化工作,具有预充值、卡清空、错卡重置、出厂锁卡等功能,支持多厂商CPU卡初始化。
3、需要初始化为多种卡品种,可制成公交需要的任意售卡消费规则的卡品种,例如:
测试卡、成人卡、成人计次卡、学生卡、学生计次卡、爱心卡、寿星卡等。
4、能够对测试卡区分,要求完成所有测试功能,不能影响程序正常使用。
5、对系统管理卡、员工操作卡等实现身份认证、访问控制、权限设置、通信保密等一系列措施,对每一次充值、办理业务或者其他相关操作都遵循实名制,实施数字签名。
6、预留扇区,可添加卡种的应用拓展能力,并预留空白扇区以供其他业务集成商二次开发拓展新业务。
不但能够按规范发行CPU卡,还应该对CPU卡的扩展应用预留技术支持,设计CPU卡数据结构本地接口,便于日后与其他软件功能共通。
可以支持多种卡类别组合,并能够任意增添删除IC卡的多种应用,并能进行钱包区与计次区的多种卡类别的合并于转换等。
(3)基本业务
1、需要能够进行查询业务,卡上相关信息能够进行查询,方便充值员进行相关业务的比照。
能够以各种方式进行查询,例如身份证号、卡号、挂失卡号、解挂卡号、转卡之前老卡号、退卡号等,也能够查询某卡的所有消费、业务办理情况(转卡、退卡、挂失等)。
2、需要能够办理新卡业务。
各种类型的卡均能够进行区别办理,界面简单,操作容易,具有收费指引。
办理老年卡、学生卡等卡种时,需要在办理前应比照现有数据库进行信息比对,信息重复者应能够检索,并在办理时记录有效的信息,并能对信息进行检测避免脏数据产生,对于卡种的使用时限要求需要在办理时直接写入卡中,到期自动作废,并能够与一体机配合,提示其进行主动退卡。
在办理时能够出具小票,自动开发票,并能够办理保险,直接出具保险单据,并在后台予以登记,随时可进行查阅,也为乘客之后办理其他相关联的业务提供依据。
已在数据库中的现用M1卡需要考虑信息核实问题。
支持网络办卡,能够通过互联网、银联等平台进行账户信息的充值、办理、挂失、退卡等业务。
支持实名制办卡,能够通过自动识别二代身份证等方式进行相关操作。
3、需要能够办理转卡业务,能够实现任意卡种的转换,例如:
成人卡转计次卡,学生卡转成人卡等。
同时具备完善的账户余额转存功能,包括转存原卡电子钱包和月票账户余额,且始终记录原卡与转卡的关联,在查询时能够有办法进行联合查询,对于多次转卡情况应予以考虑。
4、需要能够办理挂失、解挂业务,打印相应受理单,一式两联。
5、需要能够办理退卡业务,依据系统策略进行退卡操作,包括正常卡退卡、异常卡退卡、管理员退卡,并能够对各类卡进行相关处理,并符合各项管理规定(具体待系统测试期内进行确定,并随着政策的变动,在具体使用中不断进行更改),例如老年卡的押金退回。
相关参数需要做到统一更新、限定时间生效。
用卡策略变更方面的程序修改应免费予以更新。
6、需要
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 一卡通 收费 管理 系统 软硬件 集成