二维码支付产品综述.docx

二维码应用平台 1 产品背景 几年前二维码支付曾经很流行，扫一扫，当面付等各种三方支付产品大行其道，随之而来的就是盗刷，信息泄露，欺诈等一系列的安全问题。央行不得不紧急下文叫停了银行业二维码支付。 但EMVCo出台的支付标记化技术为二维码支付带来了转机，支付标记化技术可完美解决二维码支付这种形式所来带来的安全问题。二维码支付蓄势待发。 2 产品目标 通过本二维码应用平台，支付机构可支持以二维码为信息载体的支付和权益业务，从而向用户提供二维码支付服务，实现「一码在手，交易我有」。 通过本平台产品的建设，用户可以在商户实现扫描二维码支付结算。不用现金，不用刷卡，掏出手机，扫描商家二维码或者出示自己的二维码即可完成支付。 商家也不必再费时费力的印制大量的宣传单，优惠券之类的文宣品了。二维码版本的电子优惠券，可直接推送至用户手机，更便捷也更经济。 3 产品定位 小额、便捷、快速的支付产品 4 应用场景示例 4.1 支付场景 支付场景可分为两大类：用户扫码和用户被扫。 4.1.1 用户主动扫码支付 4.1.1.1 用户扫码获取商户信息支付 1、 Eric在7-11选好商品之后，进行结算。 2、 7-11提供其自身的二维码，Eric 用手机APP扫描该二维码获取7-11的账户信息，进入支付界面。 3、 商户告知用户结算金额，用户将金额输入手机APP，确认支付，并形成支付凭证。 4、 商户确认支付凭证，交付商品给用户。 4.1.1.2 用户扫码获取订单信息支付 1、 用户在商户选好商品后，进行结算。 2、 商户汇总所有商品信息及金额，形成订单，并产生二维码。 3、 用户使用手机插件扫描二维码，获取订单信息，进入支付界面，确认支付后，形成支付凭证。 4、 商户确认支付凭证，将商品交付给用户。 4.1.2 用户被动扫码支付 1、 用户在商户选好商品后，进行结算。 2、 商户汇总所有商品信息及金额，形成订单。 3、 用户使用手机插件生成付款二维码，并出示给商户。 4、 商户扫描用户二维码，并推送订单信息至用户手机。 5、 用户确认订单信息并支付，形成支付凭证。 6、 商户确认支付凭证，将商品交付给用户。 4.1.3 用户被动扫码收款 1、 A用户出示收款二维码。 2、 B用户使用手机APP扫描该二维码，手机APP跳转至转账支付页面。 3、 B用户输入金额，确认转账，形成支付凭证。 4.2 权益场景 权益场景可分为二种：1、用户通过扫码获取优惠信息，而后支付消费。2、用户购买服务，而后使用二维码兑换服务。 4.2.1 用户扫码获取权益 1、 用户前往商家消费，商家告知有优惠活动，并出示优惠活动二维码。 2、 用户扫码获取优惠券，并使用此优惠券进行结算。 3、 商家确认优惠，并交付商品给用户。 4.2.2 用户使用二维码兑换商品 1、 用户通过线上方式在商家购买商品。 2、 商家确认用户订单及支付结果，生成支付凭证并将其转化为二维码发送给用户。 3、 用户使用此二维码到店消费，获取商品。 4.3 身份识别场景 在一些身份认证安全级别要求不太高的场景下，二维码可用于用户的身份识别。如展会，乘车等等。 1、 用户向商家提交服务申请，并随之提供姓名、性别等用户信息。 2、 商家确认用户的申请，并将用户信息和服务信息一起转化为二维码发送给用户。 3、 用户消费时，出示二维码，商家扫描二维码确认用户信息，并准予消费。 4.4 验真场景 在部分合作商户中，用户可通过扫描商品提供的二维码，连接合作方后台数据库，对商品的真伪信息进行验证。 1、 用户挑选商品，扫描商品上印制或张贴的二维码。 2、 移动端连接后台数据库，验证商品信息，并返回验证结果。 4.5 推广场景 商户可将宣传页的内容转化为二维码，或者是将网站的宣传页面置入二维码。这样用户只要扫描二维码，即可看见商户希望展现给用户的宣传内容。  5 产品结构 二维码支付平台主要由两大部分组成：前端渠道，后端平台。 总体结构如下 前端渠道主要负责二维码的展示和使用，通过插件形式实现。 插件分为两种：1、移动端插件，适用于用户的移动设备，可嵌入银行的手机银行APP或是数字钱包提供商的数字钱包APP中。2、商户端插件，适用于商户的收单设备，可嵌入商户的收单或管理系统中。 后端平台主要负责二维码的生成与管理。主要包含四大模块：二维码生成模块、二维码管理模块、二维码验证模块、交易处理模块。 二维码生成模块：根据渠道或业务管理需求，产生相应的二维码。 二维码管理模块：对二维码生成请求和已经生成的二维码进行管理，记录并归档相关的请求信息和数据信息。 二维码验证模块：对于前段渠道扫描后上送的二维码信息进行校验，验证二维码的真实性，并记录验证结果。 交易处理模块：对通过二维码传递或发起的交易进行处理，并与核心交互共同完成交易流程