金融系列12《双币电子现金方案》

在PBOC 2.0规范中,电子现金只能设置一个币种,并对应着一整套的交易参数和风险管理参数。双币种电子现金是根据现有的电子现金交易流程和安全机制,在卡片中增 加第二币种及相关参数。交易时根据终端的交易货币代码,选择对应的一整套数据进行操作。因此,对于终端来说,交易流程上无特殊处理要求。

受清算通道和监管政策的影响,目前只允许境外机构发行双币种电子现金卡,且要求第一币种为当地币种,第二币种为人民币。考虑到现有的双币电子现金方案和终 端加载汇率方案已经可以满足境内外电子现金产品跨境支付的所有需求,发行更多币种组合的电子现金卡,不仅在清算通道上难以实现,而且随着账户的增多,持卡 人账户管理难度也会增大,卡片遗失导致持卡人损失同样加大。因此,银联暂不允许发行其它币种组合的双币或多币电子现金卡。

境外机构发行单币电子现金产品,可参照《中国银联基于借记/贷记应用的双币小额技术解决方案》,JR/T 0025.12—2010《中国金融集成电路(IC)卡规范  第12部分:非接触式IC卡支付规范》和JR/T 0025.13—2010《中国金融集成电路(IC)卡规范  第13部分:基于借记/贷记应用的小额支付规范》执行。


数据元名称


标签


长度


格式


第二币种电子现金应用货币代码  (EC Secondary Application Currency Code)


DF71


2


n4


第二币种电子现金余额(EC Secondary Application Balance)


DF79


6


n12


第二币种电子现金余额上限(EC Secondary Application Balance Limit)


DF77


6


n12


第二币种电子现金重臵阈值(EC Secondary Application Reset Threshold)


DF78


6


n12

在Get Data过程、卡片行为分析过程、发卡行脚本处理过程中,卡片将根据终端的交易货币代码,选择以第一套数据元回应或者以第二套数据元回应。

交易类型:双币种电子现金发卡机构后台应支持消费交易、退货交易、指定账户圈存交易。银联IC 卡电子现金应支持脱机余额查询、脱机明细查询。发卡机构可选择开通非指定账户圈存交易、现金充值交易和自动圈存交易。银联IC卡电子现金不支持取现交易。

消费交易:和单币种电子现金卡一样,双币电子现金卡通过“脱机消费文件”上送交易。发卡行应能根据每笔交易的交易货币代码来区分对应的电子现金账户,并进行相应的记账处理。

圈存交易:发卡行应能支持对两个不同币种的电子现金账户进行圈存。例如,对于港币和人民币双币电子现金卡,如果终端上送的交易货币代码是人民币,则应向人民币电子现金账户进行圈存;如果交易货币代码是港币,则应向港币电子现金账户进行圈存。

清算要求:考 虑到脱机交易的特殊性,发行双币种电子现金卡的机构需要和银联建立两个清算通道,分别对应于双币电子现金卡的两个币种。以港澳市场为例,双币电子现金卡的 清算沿用目前发行双币信用卡的清算方式,即发卡机构必须开设人民币清算账户,对于本地的电子现金交易,使用本地货币进行清算;对于在境内使用人民币进行的 交易,使用人民币进行清算。

金融系列12《双币电子现金方案》,布布扣,bubuko.com

时间: 2024-10-12 04:35:05

金融系列12《双币电子现金方案》的相关文章

EMVTag系列11——电子现金发卡行授权码

按照银联个人化模板的建议,如卡片支持非接触快速支付应用(qPBOC),则推荐将电子现金授权码(9F74)作为qPBOC 应用AFL列表中的最后一条记录,且最后一条记录仅包含该数据元. 原因是:在某些情况下,卡片在送出所有记录后,终端仍有可能由于未完整接收最后一条记录而使脱机数据认证失败.将一条短记录作为AFL列表的最后一条记录,可降低终端在读取最后一条记录时因数据过长而未完整读取的概率. ? 9F74    电子现金发卡行授权码 L: 6 卡片上用于标识批准电子现金交易的代码. 电子现金发卡行授

EMVTag系列12——卡片内部风险管理数据

?  9F53    连续脱机交易限制数(国际-货币) L: 1 -C(有条件):如果执行国际-货币频度检查 PBOC专有数据元. 不使用指定应用货币的连续脱机交易次数最大数,超过后交易请求联机 模板推荐值: 0 ?  9F54    累计脱机交易金额限制数 L: 6 -C(有条件):如果执行累计金额频度检查 PBOC专有数据.累计脱机交易金额的最大限制.超过交易请求联机 模板推荐值:00 00 00 00 00 00 ?  9F77    电子现金余额上限 电子现金余额上限:表示在电子现金应用

互联网金融系列-支付清算体系样例-下

笔者上一篇<互联网金融系列-支付清算体系介绍-上>已经比較全面的介绍了以银联为样例的支付清算体系,为了更好的理解里面的运作.本章以两个样例为重点,全面剖析整个清算的过程. 1,记账原则 这块跟会计相关.不清楚的同学能够先看一下笔者之前的文章<第三方支付架构设计之-账户体系>.在会计学上,须要分清楚一个概念:会计主体.简言之,就是会计信息体现或者代表谁的经济利益,代表给谁做的账.做帐的人不一定是会计主体,比方替别人做帐. 在參与清算的各个主体来说.他们首先须要在央行开立清算账户或者在

电子钱包和电子现金的区别

对于普通的用户来说,电子钱包和电子现金(下面分别简称EP和EC)是几乎没有区别的, 为什么这么说呢. 因为EP和EC都是为了做小额支付而生的. 我们拿着一张IC卡去超市的POS机上消费,或是坐公交消费,只需轻轻一刷,你不必关心这张卡是基于EP的应用还是基于EC的应用.(因此只要求我们对电子现金略做了解即可) 但是, 如果你是金融电子这个行业里的人,尤其是对于开发人员, 不知道EP和EC的区别真的要补习一下功课了. EP:electronic Purse,电子钱包 EC:electronic Ca

电子现金与电子钱包的区别

1.对普通用户而言,电子钱包和电子现金几乎没有区别,EP和EC都是为了小额支付而生的,就我们拿着一张IC卡去超市的POS机上消费,或者做公交,只需要轻轻一刷就可以了,用户不必关心也不想关心卡里面是基于EP的应用还是EC的应用. 2.站在智能卡行业的开发者角度来说,区别如下: 首先,我们从应用的角度来看两者的区别: EP本身是独立于借贷记的一种应用,无论是应用层的通信协议,还是相关的交易流程,与借贷记应用都有很大的差别. 它的出现是为了满足小额支付的需要,可以说是PBOC专门为小额支付的推广制定的

读取PBOC电子现金指令流

该指令流仅适用于T=0协议卡片.   终端对IC卡的响应: 60 须要额外的工作等待时间,说明IC卡端数据还未处理好. 61 发送GET RESPONSE命令取应答数据 6C 加上取字节数,命令重发   按照其类型,文件可能通过文件名称和SFI进行查询. 卡中的不论什么ADF(应用定义文件)或DDF(文件夹定义文件)可通过其DF(专用文件)名查询,ADF的DF名相应其AID,每一个DF名在给定的卡中是唯一的. SFI(短文件标识符)用于选择AEF(应用基本文件).对给定应用中的不论什么AEF,能

互联网金融系列-支付清算体系例子-下

笔者上一篇<互联网金融系列-支付清算体系介绍-上>已经比较全面的介绍了以银联为例子的支付清算体系,为了更好的理解里面的运作,本章以两个例子为重点,全面剖析整个清算的过程. 1,记账原则 这块跟会计相关,不清楚的同学可以先看一下笔者之前的文章<第三方支付架构设计之-账户体系>,在会计学上,需要分清楚一个概念:会计主体,简言之,就是会计信息体现或者代表谁的经济利益,代表给谁做的账.做帐的人不一定是会计主体,比如替别人做帐.在参与清算的各个主体来说,他们首先需要在央行开立清算账户或者在对

Skype For Business 2015实战系列12:安装前端服务器

Skype For Business 2015实战系列12:安装前端服务器 配置Front01: 打开Skype for Business Server部署向导,点击"安装或更新Skype for Business Server系统": 安装本地配置存储: 点击"运行": 点击下一步: 安装完成,点击完成: 安装或删除Skype for Business Server组建: 点击运行: 点击下一步: 安装完成,点击完成: 请求.安装或分配证书: 点击运行: 输入基本

Java JUC之Atomic系列12大类实例讲解和原理分解

Java JUC之Atomic系列12大类实例讲解和原理分解 2013-02-21      0个评论       作者:xieyuooo 收藏    我要投稿 在java6以后我们不但接触到了Lock相关的锁,也接触到了很多更加乐观的原子修改操作,也就是在修改时我们只需要保证它的那个瞬间是安全的即可,经过相应的包装后可以再处理对象的并发修改,以及并发中的ABA问题,本文讲述Atomic系列的类的实现以及使用方法,其中包含: 基本类:AtomicInteger.AtomicLong.Atomic