1.4 产品目标 （1）二维码技术标准和业务规则制定与世界同步，适应新业务场景不断变化的要求，与海外市场无缝对接。 （2）引领行业产品设计和研发，引领会员机构共同打造丰富的应用场景，增加会员机构APP的流量，为会员机构和其他参与者创造更多价值。 1.5 适用范围 本方案适用于参与云闪付卡二维码支付业务的发卡机构、收单机构和应用服务商。 该方案适用于发卡机构与应用服务提供商为同一法人的情况，即发卡机构将自己的移动应用与银行卡绑定，开展银行间二维码支付业务。 发卡机构和应用服务提供商是跨法人实体的二维码1消费计划。 请参见二维码消费跨行卡绑定产品方案。 2 产品概述 2.1 产品范围 云闪付二维码支付产品包含以下子产品： 数量 业务场景 子产品名称 1 主扫消费 2 扫消费 3 转账个人支付 4 提现 二维码提现 说明各子产品如下： 1、主扫描商户显示支付码，付款人使用APP扫描商户支付码进行支付。 具有以下特点： （1）支付码与后台商户信息或订单信息相对应。 (2) 支付账户可以是借记卡、信用卡、电子账户。 2、扫码消费商户收银员使用扫码设备扫描付款人APP生成的条码或二维码完成支付。 具有以下特点： （1）支付码与后台付款人账号等信息一一对应。

（2）应用端APP可通过二维码应用接口自主设置有效期。 若不设置，则以联动闪付设置的有效期为准（默认三分钟，可调整）。 使用一次后，即使交易不成功，二维码也会失效。 (3) 支付账户可以是借记卡、信用卡、电子账户。 3、个人对个人支付，付款人使用APP扫描收款人APP上的支付码进行转账。 具有以下特点： 2 （1）支付码与后台收款人姓名、账号一一对应。 （2）交易采用“行内扣款+贷记交易”的方式，实现跨行实时转账。 (3) 支付账户为借记卡。 4.二维码提现。 二维码提现相关信息请参见后续文档。 2.2 业务参与者的发卡机构是指参与二维码支付业务的云闪付卡的主要发卡机构。 应用服务方，简称应用方，是指参与二维码支付业务的移动应用服务主体。 应用方负责验证持卡人身份并请求生成二维码信息供商户扫描，或者持卡人通过移动应用扫描商户或收款人APP生成的二维码并发起支付交易，遵守相关业务和风险规则以及开展业务的技术标准。 收单机构是指加入二维码消费业务并与商户签订云闪付卡受理协议的成员机构。 商户受理云闪付卡并按照约定与持卡人达成交易后，为商户提供交易资金结算服务。 。 云闪付负责二维码支付业务的交易划转和资金结算，并按照业务、风险规则和业务协议维护与参与机构的业务秩序。

2.3 实施载体 1、个人对个人支付产品的付款人或收款人：在智能设备上安装应用方APP。 2、扫码消费商户：需要拥有扫码枪（包含在商户MIS系统中）或POS机或其他配备扫码功能的智能终端。 3、主要扫描消费商户：通过商户系统显示支付码。 商户系统包括但不限于网上商城系统、电视商城系统、多媒体终端、自助售货机等。 3 2.4 整体运营 2.4.1 付款人操作 付款人操作主要包括三个阶段： 阶段一、下载APP 。 付款人在智能设备上下载并安装会员机构的APP。 第二阶段、注册及绑定卡 （1）付款人打开APP进行注册。 （2）付款人在APP上绑定银行卡。 第三阶段：付款人通过扫描支付二维码（即主扫）进行支付，或者生成二维码或条形码通过扫描设备扫描进行支付（即扫描）。 2.4.2 收款人操作阶段 1、收款 （1）主要是扫描消费和个人支付：  收款人申请云闪付，并展示二维码供付款人扫描。  接收付款通知。 （2）扫码消费：  收款人通过扫描设备扫描支付二维码或条码。  发起付款请求。 第二阶段、交易状态查询或撤销 (1) 主要扫描消费和个人支付：  如果收款人尚未确定交易结果，可以通过支付查询交易查询交易状态。 (2) 扫描消费：  如果收款人在超时时间内没有收到交易结果，则可以发起冲销。

第三阶段、取消和退回 4、主扫消费和扫码消费均可进行交易取消和退回。 个人对个人支付的交易不能取消和退货。 2.5 用户身份验证申请方应与持卡人协商一致，设定用户身份验证方式及免密码（即用户身份免验证，下同）支付限额。 用户身份验证方式包括但不限于数字密码、手势密码、指纹及人脸识别等。在每次二维码交易中，用户应按照约定的用户身份验证方式进行交易验证或进行免密支付持卡人。 2.6 免密支付对于扫码消费，为了提高受理效率和用户支付体验，同时避免支付APP网络通讯慢导致交易超时等问题，建议APP应用设置免密支付限制。 若交易金额未超过免密限额，无需付款人在APP上操作，可直接付款； 如果交易金额超过免密限额，则需验证付款人的认证方式后才能进行支付。 2.7 支付方式 银联与付款银行之间向持卡人账户扣款有两种模式，即“手机应用前端模式”和“银行卡前端模式”。 APP绑定自己银行卡时可以选择其中一种模式。 云闪付通过参数配置进行管理； APP绑定其他银行卡时，必须选择“银行卡预设模式”。 “移动应用前端模式”：联动闪付二维码处理系统与支付银行APP后台系统交互。 支付银行内部进行账户扣款处理，然后通过APP后台系统将扣款返回至银联二维码处理系统。 结果。

云闪付将根据结果进行资金清算。 “银行卡前端模式”：联动闪付二维码处理系统与支付银行APP后台系统交互后，联动闪付二维码处理系统代表收款人或申请方发起相应的8583交易。 交易通过云闪付核心转账系统（以下简称CUPS）路由至发卡行银行卡前台，然后云闪付二维码处理系统将8583交易结果通知APP后台系统。 云闪付将把这笔8583交易纳入资金结算。 3 云闪付发码交易处理 下面介绍云闪付生成二维码（条码）的交易处理流程。 3.1 主要扫描消费交易处理是根据应用方选择的支付方式进行的。 支付模式分为“移动应用前端模式”和“银行卡前端模式”。 3.1.1 移动应用前端模式交易流程如下： （1）步骤1.1-1.4，商户系统通过收单系统将订单信息发送至联动闪付二维码处理系统，联动闪付二维码处理系统将订单信息发送至联动闪付二维码处理系统。通过二维码处理系统生成二维码，并通过收单系统将二维码返回给商户，商户终端显示该二维码。 （2）第2步，付款人通过APP扫描商户系统上的二维码。 (3)步骤3.1，APP向移动应用前端查询订单信息。 6(4)步骤3.2-3.3、移动应用前端向云闪付二维码处理系统查询订单信息，银联二维码处理系统将订单信息返回给移动应用前端。

(5)步骤编号3.4-3.5。 如果上一步返回的订单信息包含订单金额，则手机应用会向云闪付二维码处理系统查询营销信息，云闪付会返回营销信息。 如果订单信息不包含订单金额，则不执行本步骤，直接执行下一步。 (6)步骤3.6，移动应用向APP返回订单信息，APP显示订单信息。  如果有订单金额，APP会显示订单金额和营销信息，且订单金额不可修改。  如果没有订单金额，APP显示订单金额输入框，不显示营销信息。 (7) 步骤4.1，付款人确认付款。  如果联动闪付返回的订单信息中没有订单金额，则移动应用前端可以在步骤4.1至步骤4.2之间从联动闪付二维码处理系统查询营销信息。  由于云闪付返回的营销信息与支付账号和初始交易金额相关，如果付款人更改支付账号，则需要重新查询并重新显示云闪付的营销信息。 (8)步骤4.2，移动应用向会计系统发起行内扣款。 抵扣金额=订单金额-营销抵扣交易金额。 需要注意的是，营销信息必须原样带回，否则将被视为不参与营销。 (9)步骤4.3，移动应用前端向银联二维码处理系统发送支付请求。 (10)步骤4.4，云闪付处理支付请求。 7(11)步骤4.5-4.6，银联二维码处理系统向移动应用前端返回支付结果响应。 如果交易结果失败，付款银行需要对付款账户进行退款处理。

移动应用预先将支付结果响应返回给APP，APP显示支付结果和折扣。 (12)步骤5.1-5.2，银联二维码处理系统通过收单系统将交易处理结果通知商户系统。 3.1.2 银行卡预设模式交易流程如下： （1）步骤号1.1-1.4、步骤号2、步骤号3.1-3.6、步骤号4.1。 交易流程与“手机应用预设模式”相关步骤相同。 (2)步骤4.2，移动应用前端向银联二维码处理系统发送支付请求。 其中支付金额=订单金额-营销抵销交易金额。 需要注意的是，营销信息必须原样带回，否则将被视为不参与营销。 (3)步骤4.3-4.6，CUPS向发卡机构银行卡前台发送消费请求。 发卡机构银行卡前台处理完成后，向银联返回消费响应。 (4)步骤4.7-4.8、银联二维码处理系统向移动应用返回支付结果响应8、移动应用预先向APP返回支付结果响应，APP显示支付结果和折扣。 (5)步骤5.1-5.2，银联二维码处理系统通过收单系统将交易处理结果通知商户系统。 3.2 扫描消费交易的处理根据应用程序选择的支付方式进行。 支付模式分为“移动应用前端模式”和“银行卡前端模式”。 3.2.1 移动应用前端模式交易流程如下： （1）步骤1.1-1.4，付款人APP通过手机将支付账户信息、账户类型等支付账户信息发送至银联二维码处理系统。应用程序前端。

银联生成支付码，并通过支付银行手机应用将支付码返回给付款人APP。 付款人APP以二维码和条形码的形式显示付款码。 （2）第2步，商户收银员通过扫描设备扫描支付端APP上的二维码或条形码。 (3)步骤3.1-3.2中，商户通过收单系统向银联二维码处理系统发送消费请求。 9(4) 步骤编号 3.3-3.6。 根据具体情况，云闪付可能会向应用程序的移动应用前端发起额外的处理请求。 移动应用前端返回处理结果。 执行步骤3.3-3.6的前提条件如下： 如果移动应用在步骤1.2中发送支付信息时指定了附加条件，且后续消费时触发了该条件，则联动闪付二维码处理系统具体附加动作将被执行。 例如，如果指定了免密码限额，并且交易金额超过限额，则银联二维码处理系统将通过步骤3.3向移动应用前端发送附加处理请求。 (5)步骤3.7，云闪付二维码处理系统向移动应用前端发送消费请求。 (6)步骤3.8，移动应用向会计系统发起银行内扣款。 其中，抵扣金额=订单金额-营销抵扣交易金额。 (7)步骤3.9，移动应用前端向云闪付二维码处理系统发送消费结果通知。 (8) 步骤3.10，云闪付在内部处理。

(9)步骤3.11-3.12，银联二维码处理系统向移动应用前端返回消费结果响应。 如果交易结果失败，付款银行需要向付款账户进行退款处理。 移动应用预先向APP发送交易结果响应，APP显示支付结果和折扣。 (10)步骤4.1-4.2，云闪付通过收单系统通知商户消费结果。 10 3.2.2 银行卡预置模式交易流程如下： （1）步骤号1.1-1.4、步骤号2、步骤号3.1-3.6。 交易流程与“手机应用预设模式”相关步骤相同。 (2)步骤3.7-3.10，云闪付CUPS向发卡机构银行卡前台发送消费请求。 发卡机构银行卡前台处理完成后，向云闪付返回消费响应。 其中支付金额=初始交易金额-营销抵销交易金额。 (3)步骤3.11-3.12，联动闪付向移动应用前端发送交易结果通知，移动应用前端向APP发送交易结果通知，APP显示支付结果和折扣。 (4)步骤4.1-4.2，联动闪付通过收单系统通知商户消费结果。 3.3 个人对个人的支付交易处理基于申请方选择的支付方式。 支付模式分为“移动应用前端模式”和“银行卡前端模式”。 11 3.3.1 移动应用前端模式交易流程如下： （1）步骤1.1-1.4，收款方APP通过收款银行移动应用前端将订单信息发送至银联二维码处理系统，包括收据 根据收款人姓名和账号，银联二维码处理系统生成二维码，并通过收款人手机应用将二维码返回至收款人APP。

（2）第2步，付款人通过APP扫描收款人APP上的二维码。 (3) 步骤编号 3.1-3.4。 付款人APP通过支付银行移动应用向银联闪付二维码处理系统查询订单信息。 银联闪付二维码处理系统返回订单信息，包括收款人姓名、账号等。 （4）步骤4.1-4.2，付款人确认付款，付款银行手机应用发起行内扣款核心会计系统。 (5)步骤4.3中，支付银行移动应用向银联闪付发送支付请求。 (6)步骤4.4-4.7，银联闪付向收款银行的银行卡正面发起授信交易。 12(7)步骤4.8-4.9，银联闪付将支付结果响应返回给付款银行的移动应用前端。 如果交易结果失败，付款银行需要对付款账户进行退款处理。 付款银行移动应用向付款人APP返回支付结果响应。 （8）步骤5.1-5.2，银联闪付通过收款人移动应用通知收款人APP交易处理结果。 3.3.2 银行卡预设模式交易流程如下： （1）步骤号1.1-1.4、步骤号2、步骤号3.1-3.4、步骤号4.1。 交易流程与“手机应用预设模式”相关步骤相同。 (2)步骤4.2中，支付银行移动应用向银联闪付发送支付请求。 （3）步骤4.3-4.6，银联CUPS向付款银行银行卡前台发送扣费请求。 付款银行银行卡前台处理完成后，向银联返回扣款响应。

(4)步骤4.7-4.12，银联闪付将支付结果响应返回给付款银行移动应用前端。 付款银行移动应用向付款人APP返回支付结果13响应。 （5）步骤5.1-5.2，银联闪付通过收款人移动应用通知收款人APP交易处理结果。 4 会员机构发码交易处理 下面介绍会员机构生成二维码（条码）的交易处理流程。 4.1 主要扫描消费交易处理是根据应用方选择的支付方式进行的。 支付模式分为“移动应用前端模式”和“银行卡前端模式”。 4.1.1移动应用前端模式交易流程如下：（1）步骤1.1-1.2，商户系统将应用订单信息发送至收单系统，收单系统根据联盟生成二维码闪付标准并返回给商户，商户终端显示二维码。 （2）第2步，付款人通过APP扫描商户终端上的二维码。 (3)步骤3.1，付款人APP向移动应用前端查询订单信息。 14(4) 步骤 3.2-3.5。 移动应用前端通过云闪付二维码处理系统向收单系统查询订单信息。 收单系统通过云闪付二维码处理系统将订单信息返回至移动应用前端。 芝。 (5)步骤编号3.6-3.7。 如果上一步返回的订单信息包含订单金额，则手机应用会向云闪付二维码处理系统查询营销信息，云闪付会返回营销信息。

如果订单信息不包含订单金额，则不执行本步骤，直接执行下一步。 (6)步骤3.8，移动应用向APP返回订单信息，APP显示订单信息。  如果有订单金额，APP会显示订单金额和营销信息，且订单金额不可修改。  如果没有订单金额，APP显示订单金额输入框，不显示营销信息。 (7) 步骤4.1，付款人确认付款。  如果联动闪付返回的订单信息中没有订单金额，则移动应用前端可以在步骤4.1至步骤4.2之间从联动闪付二维码处理系统查询营销信息。  由于云闪付返回的营销信息与支付账号和初始交易金额相关，如果付款人更改支付账号，则需要重新查询并重新显示云闪付的营销信息。 (8)步骤4.2，移动应用向会计系统发起行内扣款。 抵扣金额=订单金额-营销抵扣交易金额。 需要注意的是，营销信息必须原样带回，否则将被视为不参与营销。 （9）步骤4.3，支付银行移动应用前端系统向银联二维码处理系统发送支付请求。 (10)步骤4.4，云闪付处理支付请求。 15(11)步骤4.5-4.6，银联二维码处理系统向移动应用前端返回支付结果响应。 如果交易结果失败，付款银行需要对付款账户进行退款处理。

移动应用预先将支付结果响应返回给付款人APP，APP显示支付结果和折扣。 (12)步骤5.1-5.2，银联二维码处理系统通过收单系统通知商户交易处理结果。 4.1.2 银行卡预设模式交易流程如下： （1）步骤号1.1-1.2、步骤号2、步骤号3.1-3.8、步骤号4.1。 交易流程与“手机应用预设模式”相关步骤相同。 (2)步骤4.2，移动应用向银联闪付发送支付请求。 其中支付金额=订单金额-营销抵销交易金额。 需要注意的是，营销信息必须原样带回，否则将被视为不参与营销。 (3)步骤4.3-4.6，银联二维码处理系统通过CUPS向发卡机构银行卡前端发送消费请求。 发卡机构银行卡前端处理完成后，向银联闪付返回消费响应。 (4)步骤4.7-4.8，银联二维码处理系统将支付结果响应返回给移动应用16。移动应用预先将支付结果响应返回给付款人APP，APP显示支付结果和折扣。 (5)步骤5.1-5.2，银联二维码处理系统通过收单系统通知商户交易处理结果。 4.2 扫描消费交易的处理根据申请方选择的支付方式进行。 支付模式分为“移动应用前端模式”和“银行卡前端模式”。 4.2.1移动应用前端模式交易流程如下：（1）步骤1.1-1.2，付款人APP向移动应用前端发送支付码申请请求，移动应用前端生成根据银联闪付标准输入支付码并发送给移动应用前端。 付款人APP返回付款码。

付款人APP以二维码和条形码的形式显示付款码。 （2）第2步，商户收银员通过扫描设备扫描支付端APP上的二维码或条形码。 (3)步骤3.1-3.2中，商户通过收单系统向银联二维码处理系统发送消费请求。 (4)步骤3.3-3.6，银联二维码处理系统向应用移动应用前端发起附加处理请求。 付款人确认付款后，应用移动应用前端返回处理结果。 （5）步骤3.7，银联二维码处理系统向支付银行移动应用发送消费请求。 (6)步骤3.8，移动应用向会计系统发起银行内扣款。 抵扣金额=订单金额-营销抵扣交易金额。 (7)步骤3.9，移动应用前端向云闪付二维码处理系统发送消费结果通知。 (8) 步骤3.10，云闪付在内部处理。 (9)步骤3.11-3.12，银联二维码处理系统向支付银行移动应用前端返回消费结果响应。 如果交易结果失败，支付银行需要对支付账户进行退款处理。 付款银行手机应用事先向付款人APP发送交易结果通知，APP显示付款结果和折扣。 (10)步骤4.1-4.2，银联二维码处理系统通过收单系统通知商户消费结果。 4.2.2 银行卡预置模式交易流程如下： 18 （1）步骤号1.1-1.2、步骤号2、步骤号3.1-3.6。 交易流程与“手机应用预设模式”相关步骤相同。 (2)步骤3.7-3.10，银联二维码处理系统通过CUPS向发卡机构银行卡前端发送消费请求。 发卡机构银行卡前端处理完成后，向银联闪付返回消费响应。 其中支付金额=初始交易金额-营销抵销交易金额。 (3)步骤3.11-3.12，银联二维码处理系统向移动应用前端发送交易结果通知，移动应用前端