QPBOC终端闪卡处理
来源:互联网 发布:linux内核编译过程 编辑:程序博客网 时间:2024/06/07 03:26
1.闪卡定义
闪卡:非接触电子现金脱机消费时,卡内的金额已经扣除,但是终端交易未成功的现象。
2.关于对闪卡的处理
A.一种情况是卡片钱已经扣掉,但是终端确没有完成读记录(此时是卡片返回了最后一条记录但是终端没有接收到),所以后面的脱机验证也无法完成。
还有一种情况是卡片钱已经扣掉,并且读记录完成但是脱机验证失败。(只有读完最后一条记录,才会扣除金额)
B.此时会提示持卡人,将卡片放回POS继续之前的交易。
C.再次放卡后,终端会从新轮询,选卡,选择PPSE,选择AID
D.之后终端会判断是否存在闪卡交易,以及是否是这张卡的闪卡交易,再次确定钱是否已扣。(一个终端只存几条闪卡记录,并且只保留很短的一段时间)
E.若终端中存在的闪卡交易与卡片匹配并且钱已扣则不进行GPO,直接根据终端中保存的SFI进行
Read record读最后一条记录比较与上次交易是否相同,然后脱机验证。
3.关于闪卡记录处理
A.正常处理之后,这笔交易会保存两条交易记录。
B.第二条交易记录的ATC等在闪卡之前保存的数据,与第一条的相同。
C.虽然上传两条交易记录,卡片只扣款一次。
D.终端中一般最多只保存3条闪卡记录,保留一定时间,超时后从终端中删除。
闪卡:非接触电子现金脱机消费时,卡内的金额已经扣除,但是终端交易未成功的现象。
原因:1.终端在后续执行脱机数据校验时,发生失败,如:终端程序错误,证书错误,卡片假卡。
2.卡片返回最后一条记录,但是终端未收到。
处理:如果终端在正常交易时,发现最后一条记录读取失败,保存本笔交易的所有信息,其中可用余额为扣款后的金额。
提示重刷,持卡人重刷,终端执行选择PPSE,AID,然后通过Get Data命令,读取卡片ATC是否与已保存的闪卡记录ATC相等。不相等则执行GPO,相等则读记录
终端读取卡片货币代码9F51,与自己的交易货币代码5F2A比较,读取卡片当前余额(第一货币代码9F79,第二货币代码DF79)判断已经保存的上笔交易余额9F5D是否等于当前余额,相等则扣款成功,读取最后一条记录,如果成功则正常执行后续流程,否则执行GPO以及后续流程。
相较于正常交易流程,闪卡需要对比终端与卡片内的闪卡记录已经闪卡数据,验证卡片闪卡并且金额扣除,不执行GPO
- QPBOC终端闪卡处理
- QPBOC
- 银联卡QPBOC处理流程及数据分析
- QPBOC之GPO(一):CVM处理
- 全面认识电子现金、电子钱包、qPBOC、闪付、UPCash
- 全面认识电子现金、电子钱包、qPBOC、闪付、UPCash
- 以移动浦发联名挂件卡解析qPBOC应用
- 以移动浦发联名挂件卡解析qPBOC应用
- 以移动浦发联名挂件卡解析qPBOC应用
- 信号终端处理
- NFC Bank card: 以移动浦发联名挂件卡解析qPBOC应用
- QPBOC联机查询:后台响应 作弊卡 问题分析和解决方法
- QPBOC流程及指令
- QPBOC报文解析
- SIP终端无法注册成功处理
- 终端关于”闪卡”问题的处理
- Ubuntu下终端路径定制处理
- Ubuntu终端教程04:处理文件内容
- Tomcat 并发优化(收藏)
- JS中设置定时刷新setInterval函数
- C++之编码问题(Unicode,ASCII,本地默认)
- 站长统计js代码
- lucas定理 模板
- QPBOC终端闪卡处理
- 基于模板的角点检测方法综述
- NSNumberFormatter的使用
- Lab 1 : Butter Overflow
- android 5.0的input init过程
- Unity插件BehaviorDesigner学习资料
- Hadoop+Zookeeper+NameNode(HA)+ResourceManager(HA)自动切换 配置
- 在windows程序设计中,主窗口上的控件与对话框上的控件的区别
- odoo8编辑视图中sheet边距过宽问题调整