基于一卡通的虚拟卡管理平台

校园一卡通虚拟卡管理平台，泛指一卡通系统中所有涉及“无卡化”的应用，师生除了使用校园卡外，还可以使用手机识别、生物特征识别等，完成交易支付、身份识别等业务。校园一卡通虚拟卡管理平台是在原有校园一卡通综合管理平台上升级的软件产品，是校园信息化的又一次重大革新，借助4G技术、聚合支付、生物特征识别、智能手机设备、校园APP等工具，提供满足校园个性化管理、全业务场景覆盖的解决方案，让师生们在校园得到更好的生活和服务体验；

 ◆ 场景层

    可在餐厅，超市，医务室，公寓，机房，娱乐中心，门禁出入口，体育馆等处使用；

 ◆ 操作层

    可进行手机主扫，手机被扫，人脸识别，指纹识别等操作；

 ◆ 设备层

    可使用POS终端，充值机，圈存机，考勤机，电表，水控器，智能门锁，通道机等设备；

 ◆ API层

    与各大银行网银，微信支付，支付宝等接口合作；

 ◆ 业务层

    包括客户中心，结算中心，补助系统，代扣费系统，消息中心等；

 ◆ 系统层

    包括门禁管理，基础管理，集控平台，圈存系统，开发平台等。

  ◆ 实体卡财务体系

实体卡（一卡通）的财务体系，可沿用原有合作方的企业财务体系， 可沿用原有合作方的企业财务系统，方案已经成熟，也是可用的体系。只是引入虚拟卡后。用户可选择是否使用虚拟卡同步实体卡余额（此为可选方案，用户可选择是否同步，也可单独使用）。在我们的合作客户与合作客户端，并无其他变动；

（1）未同步用户，实体卡与虚拟卡财务体系分离，实体卡沿用传统财务体系设计；

（2）同步用户，每次在虚拟卡进行消费时，后期都会实时同步数据，两边数据一致；

◆  虚拟卡财务体系

虚拟卡的财务体系设计，打通多方渠道，连接各端，连通用户\企业\商户\第三方平台。实现数据实时通信，账单实时同步，让平台上各方实现实时对账，多级对账、层层对账。数据可追溯，交易及时透明（包括用户使用第三方支付时，如微信或支付宝，我们平台也能同步获取三方账单数据）。在原有体系下，让用户有更多交易方式选择。

 ◆ 应急体系设计

  ○ 当终端脱机、手机联网时：可采用正扫，设备上仍然显示二维码，但需要手动输入金额。

  ○ 当终端联机、手机脱网时：可采用反扫（最近一次手机联网虚拟卡成功发起验证申请后的一小时内有效）。

  ○ 当终端脱机、手机脱网时：在校方同意的前提下，可采用反扫（同上），使用记账机制的“信用支付”。该方案需限定单笔交易的金额。

 ◆ 安全体系设计

  ○ 多点登录，或用户手机丢失后，需要进行设备更换验证（可根据业务需求讨论是否做多点登录限制）。更换手机验证方式：

     ☆ 短信验证，在新设备登陆后，必须使用注册手机号进行短信验证，才可能在新设备上登陆自己账号。

     ☆ 在新设备进行生物识别验证，如指纹验证等。

     ☆ 无法获取短信，或无法进行生物验证，可在新设备输入账号密码进行登陆，登陆后进行申请提交，审核通过后，方可在新设备正常使用自己账户（该方案可选，前提是客户需求做多点登录限制）。

     ☆ 无法获取短信，可在新设备输入账号密码进行登陆，登陆后进行申请提交，审核通过后，方可在新设备正常使用自己账户（该方案可选，前提是客户需求做多点登录限制）。

  ○ 自主挂失：使用方式详见自助挂失场景。

  ○ 二维码采用TOTP: Time-based One-time Password Algorithm（基于时间的一次性密码算法），并采用三层安全解码机制，辅以可靠的数据中心建设方案，充分保证系统的安全性。

 虚拟卡制卡中心在一卡通系统中，主要完成电子虚拟卡的申领，与校园卡或企业卡进行绑定，完成账户信息的同步，用户在智能手机上使用虚拟卡有多种，可以是银联二维码、微信的卡包、支付宝的卡包、小程序等，用户可以在智能电子设备上自行进行消费限额、余额提醒、虚拟卡的申领与注销等。

虚拟卡功能:。

1.支持用户选择是否启用、冻结虚拟卡、临时卡，支持批量操作，启用虚拟卡需验证虚拟卡密码；

2.支持个人交易使用虚拟卡限额、笔限、日限：二维码支付超过限额，需在终端输入消费密码；扫一扫支付，可以设置是否启用小额免密，设置低于限额不输入密码，高于限额在手机端输入限额；

3.支持系统交易限额：已领取到实体卡的余额，虚拟卡支付时最大不能超过系统交易限额；达到限额后，需使用实体卡交易，或者在线充值平账；

4.支持卡类型限额判断，管理费，先消费补助再消费大钱包等条件；

5.支持设置虚拟卡失效期；