文档仅供参考
3.2.2.1
受理方的选择
可选,即受理方系统可选择是否支持预付费卡的受理,或仅选择其中的一类或几类交易。详见错误!未找到引用源。交易类型。
3.2.2.2
发卡方的选择
可选。即,若发卡方不发预付费卡,则无需进行系统改造;若发了预付费卡就必须进行本节所述的与发卡方相关的改造。
3.2.3 3.2.3.1
支持的交易类型和交易流程
交易类型
交易类型 受理方需支持的交易类型 消费、消费冲正 可选 消费撤销、消费撤销冲正 预授权、预授权冲正 可选 预授权撤销(联机) 预授权撤销(联机)冲正 预授权撤销(手工) 预授权撤销(手工)冲正 预授权完成(手工) 预授权完成(请求) 预授权完成(请求)冲正 预授权完成(通知) 预授权完成(请求)撤销 预授权完成(请求)撤销冲正 授权、授权冲正 可选 授权撤销、授权撤销冲正 文件结算 发卡方需支持的交易类型 若发卡方发行预付费卡,则为必选 若发卡方发行预付费卡,则为必选 交易分类 消费类 预授权类 双信息授权类 不支持双信息发卡方发行预付费卡 综合上表所述:
1、受理方可选择支持预付费卡的消费类、预授权类和授权类其中的一类或多类。
2、发卡方一旦发行预付费卡,则必须同时支持消费类和预授权类。而且银联不支持双信息发卡方发预付费卡。
3.2.3.2
交易流程
15
2024年4月19日
文档仅供参考
预付费卡的正常、异常处理流程均同传统的同名交易。
预付费卡支持的差错类型包括:确认查询、贷记调整、一次退单、例外协商、差错例外。
3.2.4
关键域的使用
本节介绍支持预付费卡业务功能的几个相关域。
3.2.4.1 （1）
”返回余额”的实现机制
受理方上送消费交易请求报文: 根据终端的实际能力填写F60.3.4(支持返回余额和部分扣款标志);
（2） （3）
CUPS向发卡方转发该报文; 发卡方处理:
a.
根据卡号判定是否为预付费卡交易,若不是预付费卡则跳出,不再进行后续流程。
b.
根据F60.3.4的取值判定终端能否支持返回余额,如果能,就在应答报文的54域返回余额信息;如果不能则不返回54域。
（4） （5） （6）
CUPS转发该应答报文;
受理方接收该报文并向终端转发该应答;
如果终端具备接收54域的能力,则将余额信息打印在签购单的指定位置。如果终端不具备该能力,理论上不会收到54域。
3.2.4.2
F54
F54(余额信息)与预付费卡交易返回余额有关。 对受理方的要求:
16
2024年4月19日
文档仅供参考
(1)可支持在预付费卡的消费、预授权、预授权完成、授权交易应答报文中接收54域信息。
(2)发生交易的终端应能够支持54域信息的接收、显示和打印。 (3)理论上,如果60.3.4域＝0时,发卡方不会返回54域,但依然强烈建议受理方能够支持这种情况下收到54域,即不要去对应答报文做60.3.4域与54域之间关系的硬性检查,以增强受理方系统的健壮性。
对发卡方的要求:(1)应支持在预付费卡的消费、预授权、预授权完成的成功应答报文中返回54域信息。(2)对预付费卡交易是否能够返回余额,发卡方应根据60.3.4域的取值进行严格的判断,只有当60.3.4=1时才能返回余额,否则不能返回。(3)对于非预付费卡的交易,即使60.3.4域＝1,发卡方也不应返回54域。
3.2.4.3
F60.3.4
F60.3.4(支持部分承兑和返回余额标志),与预付费卡的返回余额有关。这个域在预付费卡业务实现中是一个很关键的域,它实际上代表了终端是否具备受理预付费卡的能力,只有当F60.3.4＝1(表示终端支持部分承兑和返回余额)时,该笔交易才能进入预付费卡的业务处理流程,否则只能按照传统借贷记卡流程处理。
对受理方的要求:(1)F60.3.4表示终端的能力,与是否预付费卡交易无关。也就是说,当终端具备了这种能力后,在该终端发起的所有交易中,该域的取值都始终为1,不会随着交易的不同而不同。
对发卡方的要求:(1)F60.3.4表示终端的能力,与是否预付费卡交易无关。也就是说,即使该标志为1,也并不意味着发卡方一定能够返回54域,还
17
2024年4月19日
文档仅供参考
应结合卡性质(是否为预付费卡)做联合条件的判断。详见错误!未找到引用源。54域的处理。
3.2.4.4
交易关键域取值
预付费卡所支持的消费类、预授权类、授权类交易关键报文域取值与普通借贷记卡相同,没有任何差别,在此不再一一列举。具体可参见<报文接口规范>附录B 交易种类区分表。
对受理方的要求:应按照附录B 交易种类区分表 中的定义上送有关预付费卡的交易信息。
对发卡方的要求:能够根据附录B的定义识别相应的交易种类,并在判断出卡性质后,对预付费卡执行有别于借贷记卡的处理。
3.2.4.5
报文格式定义
<报文接口规范>的参见章节号 8.2.1.9消费 8.2.1.17冲正 8.2.1.10消费撤销 8.2.1.17冲正 8.2.1.2预授权 8.2.1.17冲正 8.2.1.4预授权撤销/预授权撤销(手工) 8.2.1.17冲正 8.2.1.4预授权撤销/预授权撤销(手工) 8.2.1.17冲正 无联机报文 8.2.1.5预授权完成(请求) 8.2.1.17冲正 8.2.1.6预授权完成(通知) 8.2.1.8预授权完成(请求)撤销 8.2.1.17冲正 8.2.2.2授权 8.2.2.5授权冲正 8.2.2.4授权撤销 8.2.2.5授权撤销冲正 交易名称 消费 消费冲正 消费撤销 消费撤销冲正 预授权 预授权冲正 预授权撤销(联机) 预授权撤销(联机)冲正 预授权撤销(手工) 预授权撤销(手工)冲正 预授权完成(手工) 预授权完成(请求) 预授权完成(请求)冲正 预授权完成(通知) 预授权完成(请求)撤销 预授权完成(请求)撤销冲正 授权 授权冲正 授权撤销 授权撤销冲正 对受理方的要求:按照相应章节的报文格式定义发送和接收报文。
18
2024年4月19日
文档仅供参考
对发卡方的要求:按照相应章节的报文格式定义发送和接收报文。
3.2.5
清算处理说明
预付费卡消费类、预授权类和授权类交易所涉及的流水文件和汇总文件均同传统借贷记卡,并无差别,在此不再一一列举。
注:预付费卡不收取品牌费,因此不会进入品牌费的相关文件。 对受理方的要求:与传统借贷记卡进行相同的文件处理即可。 对发卡方的要求:与传统借贷记卡进行相同的文件处理即可。
3.2.6
过渡期说明及注意事项
对预付费卡的支持涉及到终端、受理方和发卡方的系统改造,由于各方改造的进度无法统一,因此必然存在一个业务的过渡期,受理方和发卡方应对过渡期内的各种情况在系统和技术层面予以支持。
下表说明了受理方系统已就绪,而终端尚未改造时带来的问题以及对受理方系统的要求:
终端改造状态 未改造 问题描述 终端不支持在应答报文中接收54域信息 对受理方的要求 受理方发出的请求报文中60.3.4域应置为0或该子域不出现。 能够看出,受理方系统改造应该在终端改造之前就绪,否则无法在报文中正确反应终端的能力。
下表说明了发卡方系统已就绪,而受理方系统未改造时带来的问题及对发卡方系统的要求:
受理方改造状态 未改造 问题描述 受理方报文中无60.3.4域或60.3.4＝0 对发卡方的要求 发卡方能够承兑该笔预付费卡交易,可是不能向受理方返回54域。 19
2024年4月19日
银行卡联网联合技术规范 - 图文
