联动优势商户接入规范_U付一键支付产品_前端接入模式V4.0.6.doc

联动优势商户接入规范_一键快捷支付_前端接入_4.0版V4.0.6 联动优势电子商务有限公司
i

联动优势商户接入规范
一键快捷支付（前台）——V4.0.6

文件编号：UMPD1001
生效日期：2013年06月1日
版本号：V4.0.1
修改状态：0
密级：
编制：陈开超
日期：2013/05/27
审核：卢翔/王志成
日期：2013/06/1
批准：
日期：

版本控制信息
版本
日期
描述
作者
V4.0.0
201305-27
创建
陈开超
V4.0.1
2013-10-23
1、拆分api确认支付接口
拆分成5.3（首次支付）商户api确认支付接口
和5.4(协议支付)商户api确认支付接口
2、5.6交易结果通知中添加identity_type,
identity_code ,card_holder
3、修改5.3.1商户获取短信验证码接口，对于支付要素identity_type,
identity_code ,card_holder选填
4、修改5.5.2查询商户用户已签约的银行列表中。然后的数据集合中添加手机号
朱锦飞

2013-11-05
1、修改2.1支付场景描述，增加2.1.2用户首次支付（WAP/HTML5/SDK）
2、修改5通信接口文档目录格式，将接口分类为首次支付接口、协议支付接口及通用接口。
3、修改5.1.1接口，把接口中对于协议支付的内容去掉。
4、增加5.1.2接口
5、增加5.1.3接口
6、增加5.1.4接口
7、删除API首次支付接口

V4.0.6
2014-03-11
统一优化文档目录结构内容，版本号。

本文档中的所有内容为联动优势电子商务有限公司的机密和专属所有。未经联动优势电子商务有限公司的明确书面许可，任何组织或个人不得以任何目的、任何形式及任何手段复制或传播本文档部分或全部内容。
本规范解释权属联动优势电子商务有限公司所有。

目录
1. 引言 5
1.1 概述 5
1.2 适用范围 5
1.3 名词解释 5
2. 业务场景 6
2.1 支付场景 6
2.1.1 用户首次支付（WEB） 6
2.1.2 用户首次支付（WAP/HTML5/SDK客户端） 7
2.1.3 用户协议支付 8
2.2 签约场景 9
2.3 解绑场景 9
2.4 退费场景 10
3. 开发规范 11
3.1 订单规范 11
3.2 日期规范 12
3.3 重复订单处理规范 12
3.4 交易结果通知接收规范 12
3.5 对账规范 13
3.6 数据接口规范 13
请求 13
响应 14
其他 15
4. 通讯方式 16
5. 通信接口 17
***接口调用说明*** 17
5.1 首次支付接口 17
5.1.1 商户前台支付请求(WEB) (商户à平台) 17
5.1.2 商户前台支付请求(wap/html5) (商户à平台) 21
5.1.3 商户前台支付请求（SDK-android） (商户à平台) 23
5.1.4 商户前台支付请求（SDK- IOS） (商户à平台) 23
5.2 商户API下单 (商户à平台) 24
5.3 协议支付接口 26
5.3.1 商户获取短信验证码(商户à平台) 26
5.3.2 商户API确认支付（商户à平台） 28
5.4 用户签约（主动绑卡）服务 31
5.4.1 WEB（商户à平台） 31
5.4.2 WAP/HTML5（商户à平台） 35
5.4.3 Android SDK（商户à平台） 37
5.4.4 IOS SDK（商户à平台） 38
5.4.5 签约绑定结果通知（平台à商户） 38
5.5 用户解约注销服务 40
5.5.3 商户解除用户关联 (商户à平台) 40
5.5.3 注销解约结果通知 (平台à商户) 42
5.6 查询关联服务 44
56.1 查询商户支持的银行列表(商户à平台) 44
5.6.2 查询商户用户已签约的银行列表(商户à平台) 46
5.7 交易结果通知(平台à商户) 48
5.8 商户查询订单状态 53
5.8.1 查询当日订单状态(商户à平台) 53
5.8.2 查询历史订单(商户à平台) 55
5.8.3商户撤销交易 (商户à平台) 57
5.9 退款类接口 59
5.9.1 商户退款请求(商户à平台) 59
5.9.2 退款状态变更通知（平台à商户） 62
5.9.3 商户退费订单状态查询(商户à平台) 65
5.10 数据对账(商户à平台) 67
6. 附录 69
6.1签名机制 69
6.1.1 需要参与签名的参数 69
6.1.2 生成待签名字符串 69
6.1.3 API方法说明 70
6.1.4 RSA签名 71
6.2 返回码说明 72
6.3 交易错误码说明 72
6.4返回信息说明 73
6.5扩展信息说明 73
6.6银行列表 74
6.7订单状态说明 76
6.8退费状态说明 76
6.9证件类型 77

1. 引言
1.1 概述
U 付一键支付产品是为具备电子商务能力的企业提供收款的工具，使企业能够更好的为其客户提供服务。
U 付一键支付产品目前主要提供信用卡和借记卡的快捷支付产品。
U付一键支付产品一方面需要给企业提供更方便、更快捷的接入、管理和维护能力，给企业提供更快速、更全面的资金对账能力，提供给企业更稳定、效率更高、更安全的综合服务能力；一方面需要给企业的客户提供更安全、更快捷、体验更友好的服务，从而提高企业交易成功率。
一键支付的主要特点有：
1、 简化商户端用户的支付流程，提高用户体验。
2、 帮助商户为自己的客户提供闭环的全程服务，减少用户的跳出率，提高订单转化率。
3、 将商户的用户账户与金融支付类账户打通，提高用户质量，提升商户用户账户安全性。

1.2 适用范围
本文档的适用对象为接入支付平台的商户技术开发人员，日常维护人员以及日常对账人员。他们需要熟悉以下基本知识：
熟悉Mircosoft Windows 、UNIX和LINUX操作系统，熟悉这些操作系统上的网页制作以及基本的ASP和JSP的开发。了解一般的信息安全知识，比如HTTPS、非对称密钥机制、数字加密和数字签名等基本概念。
熟悉第三方支付流程，了解其基本原理。

1.3 名词解释
Ø 平台：如无特殊说明，均代表联动优势平台。
Ø 撤销：对已交易成功的订单进行回滚。（交易冲正）
Ø 冲正：平台对已交易成功的操作进行回滚。
Ø 退款：对已交易成功的操作进行退款处理。

2. 业务场景
2.1 支付场景
2.1.1 用户首次支付（WEB）
首次支付是指商户端的用户使用未绑定一键支付产品的银行卡进行支付的过程，商户将商户用户标识传递给平台，平台在支付成功后，进行绑定动作，并返回商户绑定信息。
主要特点：
1、 支付与关联动作整合在一起，避免支付过程中断；
2、 支付和关联动作在U 付页面完成；
3、 整个支付关联流程需要商户向U 付发送一次请求。

流程图：

流程说明：
用户支付时关联银行卡的前台处理模式主要分成7个步骤，分别为：
1、 用户在商户端选择支付方式和银行并点击下一步；
2、 商户向U付请求下单，U付展示开通和支付页面（对应接口5.1.1）；
3、 用户在U 付页面输入支付要素（包括姓名、身份证、卡号、有效期、CVV2、手机号），点击获取短信验证码；
4、 U 付验证支付要素，为用户下发短信验证码；
5、 用户在U 付端输入短信验证码并点击确认关联并付款；
6、 U付支付处理并开通关联关系；
7、 U付将支付结果通知给商户（对应接口5.3.1）。
2.1.2 用户首次支付（WAP/HTML5/SDK客户端）
流程图：

流程说明：
1、 用户在商户WAP网站或客户端（以下称商户前台）为自己的订单选择银行后确认支付。
2、 商户前台（wap网站或客户端）向商户后台发起下单请求。
3、 商户后台向U付发起下单请求。（调用5.2.1API下单接口）
4、 U付完成下单后向商户返回tradeNo。
5、 商户后台将tradeNo返回给商户前台。
6、 商户前台调用前台支付请求接口（wap网站调用5.1.2接口，SDK-android调用5.1.3接口，SDK-IOS调用5.1.4接口），进入U付支付界面。
7、 U付支付界面展示需要填写的支付要素。
8、 用户输入卡信息后，获取短信验证码
9、 U付向用户手机下发短信验证码
10、 用户输入短信验证码并确认支付。
11、 U付将卡信息提交到银行做支付处理。
12、 U付将支付结果通知到商户后台。
13、 U付将支付结果展示在U付界面
2.1.3 用户协议支付
协议支付是指商户端的用户采用绑定一键支付产品的银行卡进行支付的过程。在商户端传输参数的过程中，可以无需传递支付要素，直接传递支付协议号，商户用户标识或业务协议号直接提交至平台即可支付。

主要特点：
1、 支付过程不出现U 付的支付页面，仅在验证码短信内容中体现U 付；
2、 用户在商户端选择银行卡并点击下一步时，商户立即向U付下单；
3、 用户仅在商户端输入短信验证码即可完成支付；
4、 整个支付流程需要商户向U 付有选择的发送三次请求，一是下单请求，一是下发短信验证码请求，一是支付请求。
流程图：

流程说明：
用户支付时关联银行卡的后台处理模式主要分成10个步骤，分别是：
1、 用户在商户端选择关联银行卡，点击下一步；
2、 商户请求U付下单（对应接口5.2.1）；
3、 U 付进行支付订单处理，并返回商户TradeNo；
4、 商户根据返回内容提示用户输入支付要素；
5、 用户在商户端页面输入支付要素（包括有效期、CVV2、短信验证码），然后点击获取短信验证码（对应接口5.2.2）；
6、 U 付为用户下发验证码；
7、 用户在商户端页面输入验证码，并确认付款；
8、 商户请求U付进行支付（对应接口5.2.3）；
9、 U付进行扣款处理；
10、 U付将支付结果返回商户；
11、 U付将支付结果通过后台通知给商户（对应接口5.3.1）。

2.2 签约场景
用户主动开通是指商户的注册用户在商户端主动发起绑定银行卡操作，完成绑卡后，用户可以在商户端选择已绑定的银行卡进行支付。主动绑卡阶段无需扣款。

目前WEB端仅支持用户在商户端选择银行后跳转到U付界面完成绑卡。
WAP/HTML5/SDK支持在商户端选择银行或跳转到U付界面选择银行进行绑卡。

流程说明：
U付一键支付签约流程主要分成3个阶段，分别是：
1、 用户在商户端申请签约绑定；
2、 商户端发起签约申请请求（对应接口5.4签约接口）；
3、 用户跳转至U付一键支付签约界面进行操作。
4、 签约完成后，签约结果返回商户。

2.3 解绑场景
如用户需要在商户端解除其银行卡的绑定，则商户调用解除签约的接口进行银行卡的绑定解除操作。
流程图：

流程说明：
U付一键支付解除关联流程主要分成3个阶段，分别是：
5、 用户在商户端申请解除关联；
6、 商户向U付平台发起解除关联请求处理（对应接口5.3.4）；
7、 解除关联结果返回商户。

2.4 退费场景
流程图：

流程说明：
U付一键支付退货流程主要分成7个阶段，分别是：
1、 用户在商户端申请退货（对应接口5.3.7）；
2、 退货请求处理；
3、 财务人员审核；
4、 客服人员联系用户补充退款账户；
5、 财务人员打款；
6、 退款处理；
7、 退货结果通知商户；
注：其中第4步只有在退款的账户信息不全时才进行。

3. 开发规范
3.1 订单规范
Ø 订单标识：商户订单系统和平台用订单号标识每一笔订单。

Ø 订单防重：在一个商户的交易日内，对每一个订单，应有唯一的订单号，在平台系统内，三个要素：商户号、商户订单日期、订单号决定唯一一笔订单

Ø 二次支付：如果商户订单在平台支付失败，则允许支付失败的订单被再次支付，但是商户提交给平台的商户号、商户订单日期、订单号应不变； 如果该笔订单在平台已经被支付成功，则拒绝该订单被重复支付。

Ø 重复支付：即使一笔订单多次被支付，该笔订单在平台只有唯一的一条支付成功信息，确保仅被成功支付一次。（一笔订单存在同一时间被支付两次的可能性，此时平台给商户优先发送交易通知返回早的银行通知，并撤销后返回交易通知的银行交易）

3.2 日期规范
考虑商户订单系统主机时间和平台主机时间会有微小差别，并且考虑地区时区差别，允许商户订单日期和平台日期前后相差一天，但所有给商户的对账和统计数据都以平台的对账日期为准。

3.3 重复订单处理规范
1、 平台允许商户提交重复的订单（即商户订单日期和订单号均不变）。
2、 由于网络的不稳定性等原因，相同订单的交易应答返回给商户订单系统时，极有可能先支付完成的订单后送达商户， 对于同一笔订单收到两次支付结果，处理的原则是：
Ø 只要商户收到订单支付成功的应答，即使以后再次收到订单支付失败的应答，则商户订单系统不做任何处理。

Ø 商户订单系统对于某笔订单已经收到成功应答，有可能后续再次收到该笔订单的成功应答，则商户只需要回应平台收到成功即可，商户的账务数据不应被修改。

3.4 交易结果通知接收规范
1、 平台交易结果通过前台页面和后台通知两种方式返回给商户，商户收到该订单交易结果后，一定要进行验证签名的处理，以验证该笔交易的合法性。
2、 对于前台页面返回方式，平台无法知道商户是否成功收到交易结果。对于后台返回方式，平台能够知道商户是否成功收到交易结果。如果商户未收到交易结果，平台则会在30秒左右再通知一次，如再次失败，平台会再通知两次，每次将间隔10分钟将交易结果重发给商户。
3、 商户网站订单系统需要对我们返回的交易通知给予响应。用于平台系统确认是否商户收到该笔订单的交易通知,如果商户平台未给予正确响应，我方平台系统会给商户平台重新发送交易结果通知，一共4次。
4、 如商户后台接收结果通知，但未给予我方通知响应，则我方针对商户的每笔交易均会发出4次支付结果通知，如出现大量未响应订单，这会导致我方支付结果通知排队，会导致新支付完成的订单无法及时向商户发出支付结果通知。

3.5 对账规范
由商户发起web方式的对账请求，对账文件在响应中以http文件流的形式返回。各对账文件的具体格式及对账时间参考对账接口5.7。

3.6 数据接口规范
请求
a) 商户提交给平台的请求可以以POST和GET的方式提交，当以GET方式请求时各参数的参数值需做URL编码，编码字符集UTF-8，当以POST方式请求时各参数的参数值不需要做URL编码。
b) 签名的数据根据接口的定义，参见附录签名机制。
c) 各请求参数的参数值的前后不允许出现空白符，否则将影响签名的正确性。

请求数据格式：（以5.1接口请求请求参数为例，采用get方式请求）

请求数据签名对象：
amount=1&amt_type=RMB&card_holder=CUMwWwD8oWAzZVfaNoTG+a46LF8h6MZ6Xur/T4E4SKt0+/Rqu3/knVGlXQCf2N2PFwWPVo6NgVqzdAhSsQg122v8WUMrjRBmlRMbcStlHC/pgYwTAejrzp78TYtFrKWh/kU+T6KcE0WlrWUdMHeqpMDVO9rt9ScR32ZSL2EGyU8=&card_id=ItDTE5MFBaPZ5z0J0wKGnHnn6HjUuWx9QfcfdEsCN8jAy/v7fy0G1gPJQrIOB+aqcuMRIisHsrTZQKOmMEuUGkfDkXgsnSHHzqymMHgXfz2BVIhhPnN3dSt9VSXI2ZIdLLGMML5gvMTxL0/2l+rbxFVWYmeoCSBm6cbcdP2PH80=&charset=UTF-8&cvv2=wMaMidrC5k5EmzJdKHIbh3nYJyPKPNk+tRjvRFNedFvOuHSHQp9ikXx8ZxcLD+b2WRUXSEpcOrO5z/IIbDl78YLoZHTotyP3UFKsQFMpXeaPlDddyiHnX4E0QLsq438KgcU6OL8IEMVHUw17OM7rFXhVlNaOUXPJTM+0E5OqMnE=&identity_code=wn8DZ/5PAdSP1M4SB3HF8FJHGMYklMDDFVoSLUktuXmLkriEeFuTzFgB+z9/+3LnyjexspQ0tcNDPrz6eK8Ev6ZOrywJPZIlmxsYeZ7eeRu1vFVdDk+5IXfg6naMMm+ge488vNceDRd+zBl36nVgReTz6rN1sWsewn+qoLNPdu4=&identity_type=IDENTITY_CARD&media_id=15001052294&media_type=MOBILE&mer_date=20130821&mer_id=6374¬ify_url=http://219.143.210.70:80/testpay/test/notify0000V4.jsp&order_id=10603833412&pay_type=CREDITCARD&service=credit_direct_pay&sign_type=RSA&valid_date=hCBn9iyg66W1EoBnNw/bCbCqP0rQd63L36Nnn+ofiUXOyGFFlXhG2zQqqwBMDtWzC/zH2VTDS9YG+i/v9cesPxHisuVDdqSRw3RMJlGerd52U4R2PwZIrf3zPa1lNFhatq66Mk62sc8WuZPsAoJwuuVeEZf8mtFUn+/Hf8QZu74=&version=4.0

响应
a) 响应的内容写在HTTP响应标签的CONTENT属性中，该内容中各数据项以字符“&”隔开。CONTENT必须大写，并且其内容中不能出现“<”和“>”的字符，每个数据项内不允许出现“&”符号。因为在HTML中可能有多个标签存在，此标签通过其NAME属性判断，其属性值为MobilePayPlatform，其格式如下：
b) 签名的数据根据接口的定义，将需要签名的数据项以“key1=value1&key2=value2&key3=value3….”的格式做为签名对象进行签名，签名对象要求严格按照接口规范里的参数从上到下的顺序组装并且在签名对象末尾不能包含“&”符号。
c) 各响应参数的参数值的前后不允许出现空白符，否则将影响签名的正确性。

响应数据格式：

其他
a) 除了发送给商户的交易结果通知的URL是商户通过下订单从接口（notifyUrl、）中传来的以外，其它接口商户通过接收平台请求URL不同的参数来区分不同的交易。
b) 以交易结果通知接口为例：
请求数据格式：
http//219.143.210.70:80/testpay/test/notify0000V4.jsp?amount=1&amt_type=RMB&charset=UTF-8&error_code=0000&media_id=15001052294&media_type=MOBILE&mer_date=20130821&mer_id=6374&order_id=10603833412&pay_date=20130821&pay_seq=000040506243&pay_type=CREDITCARD&service=pay_result_notify&settle_date=20130821&trade_no=1308211031075493&trade_state=TRADE_SUCCESS&version=4.0&sign=BvDLiO8viouy3%2FycwnW2%2BH%2BCoQNcTVPbhJ4l6ED8zrW1hdnG1KbCdrNmK5wc1oB6AC%2FuDiB%2FkZg9DzOT18nR7pqktq8xaUilfXXzO9AGj42X3G8cWmohhI78loNsjCSln%2FgXvLV%2BDa5mIpYNWTejsA6lfg5AsWgx1nXpAkGKzyg%3D&sign_type=RSA
请求数据签名对象：
amount=1&amt_typeRMB&charset=UTF-8&error_code=0000&media_id=15001052294&media_type=MOBILE&mer_date=20130821&mer_id=6374&order_id=10603833412&pay_date=20130821&pay_seq=000040506243&pay_type=CREDITCARD&service=pay_result_notify&settle_date=20130821&trade_no=1308211031075493&trade_state=TRADE_SUCCESS&version=4.0
响应数据格式：

响应数据签名对象：
mer_date=20130821&mer_id=6374&order_id=10603833412&ret_code=0000&ret_msg=测试商户结果通知响应数据&version=4.0

4. 通讯方式
双方采用HTTP/HTTPS协议进行通信，双方互为服务器。如下图所示：

5. 通信接口
***接口调用说明***
在前台支付请求流程中，一个新用户的支付流流程包含两种：签约+协议支付，首次支付+协议支付。
在前台支付请求中，针对商户的不同接入途径，首次支付+协议支付的调用接口顺序按照以下步骤：
A1——用户首次支付（WEB）：
1、前台支付请求（WEB）5.1.1；
2、支付结果通知5.6→返回绑定协议号；
3、商户接受返回绑定号与其本地与用户账户信息做绑定。
A2——用户再次支付，协议支付（WEB）：
1、商户api下单请求5.2→获取trade_no；
2、获取短信验证码接口5.3.1；
3、商户api确认支付接口5.3.2→用户协议支付。
4、支付结果通知5.6→返回商户支付结果。

B1——用户首次支付（WAP/Html5/SDK客户端）：
1、商户api下单请求5.2→获取trade_no；
2、商户前台支付请求（wap/html5/SDK）5.1.2/5.1.3/5.1.4
3、支付结果通知5.6→返回绑定协议号；
4、商户接受返回绑定号与其本地与用户账户信息做绑定。

B2——用户再次支付，协议支付（WAP/Html5/SDK客户端）：
1、商户api下单请求5.2→获取trade_no；
2、获取短信验证码接口5.3.1；
3、商户api确认支付接口5.3.2→用户协议支付。
4、支付结果通知5.6→返回商户支付结果。

5.1 首次支付接口
5.1.1 商户前台支付请求(WEB) (商户à平台)
一键快捷前台支付请求（WEB端）。
商户通过用户浏览器跳转，请求联动平台完成支付，联动支付处理完成后通知商户支付结果。通知时有两种方式，一是用户浏览器跳转的前台post通知，通知的地址为请求中的ret_url值，而后台是get通知，由联动平台后台主动通知商户，通知的地址为请求中的notify_url值。
在本接口中，商户可以选择是否上送支付要素，如上送支付要素，平台会在支付页面展示给用户。
注：
联动优势下发验证码时间间隔为1分钟，在一分钟内，同一个商户同一个手机号只下发一次验证码，多次提交平台会返回验证码一分钟内获取多次的错误响应。验证码的失效时间是10分钟。

5.1.1.1 请求地址

5.1.1.2 请求数据列表
NO.
字段
名称
长度
说明
必填
协议参数
1.
service
接口名称
变长 32
定值：pay_req_shortcut_front
Y
2.
charset
参数字符编码集
变长 16
商户网站使用的编码格式，支持
UTF-8、GBK、GB2312、GB18030
Y
3.
mer_id
商户编号
变长8
由平台统一分配合作商户唯一标识
Y
4.
sign_type
签名方式
定长 8
暂只支持RSA必须大写
Y
5.
sign
签名
变长256
参见签名机制
Y
6.
ret_url
页面跳转同步通知页面路径
变长128
交易完成后，联动优势支付平台会按照此地址将用户的交易结果页面重定向到商户网站。为保证商户能收到交易的结果，则必须至少提交ret_url，notify_url其中之一
N
7.
notify_url
服务器异步通知页面路径
变长128
交易完成后，联动优势支付平台会按照此地址将交易结果以后台的方式发送到商户网站
因前端响应受用户操作及网络波动因素较大，所以需要以后台结果通知地址接受订单支付结果。
Y
8.
res_format
响应数据格式
变长 16
暂支持HTML，格式见附录(默认为HTML)
N
9.
version
版本号
定长3

定值 4.0
Y
业务参数
1.
goods_id
商品号
变长8
支持数字，字母
该参数为唯一一个对账文件返回的商户保留字段
N
2.
goods_inf
商品描述信息
变长64
如果传递中文，需确保该字段在传入接口前，编码正确，建议使用UTF-8编码（根据商户服务器编码环境而定）。
N
3.
order_id
商户唯一订单号
变长32
订单号码支持数字、英文字母、-、_、*、+、#，其他字符将不支持，不能小于4位。
Y
4.
mer_date
商户订单日期
定长8
商户生成订单的日期，格式YYYYMMDD
Y
5.
amount

付款金额
变长13
如果是人民币，则以分为单位
Y
6.
amt_type
付款币种
变长 8
取值范围：
RMB
Y
7.
pay_type
支付方式
变长16
取值范围：
CREDITCARD（信用卡）
DEBITCARD(借记卡)
Y
8.
gate_id
支付银行
变长16
详见银行列表。
银行列表需要商户维护。
Y
9.
mer_priv
商户私有域
变长128
联动优势支付平台原样返回，用于商户的私有信息。
N
10.
user_ip
用户IP地址
变长 16
用户在创建交易时，该用户当前所使用机器的 IP。 用作防钓鱼校验
N
11.
expand
业务扩展信息
变长128
主要保存扩展字段的信息,详见附录
N
12.
expire_time
订单过期时长
变长 8
单位为分钟，默认1440分钟（24小时）
N
13.
mer_cust_id
商户用户标识
变长32
用户在商户端的唯一标识。
首次支付时：如果输入该值，且用户在联动的收银台上同意一键快捷服务协议，则会注册一键快捷用户业务协议；如果没有输入，平台不会注册用户业务协议，也不会返回相应的注册签约信息，用户再次进行支付时，则还需要走首次支付。
N
14.
card_id
卡号
变长
使用联动公钥进行RSA加密后，BASE64(GBK编码)加密该字段
N
15.
media_id
媒介标识
变长 32
银行预留手机号
(media_id、media_type字段要么同时传递且有值，要么同时不传递)
N
16.
media_type
媒介类型
变长 16
取值范围：
MOBILE（手机号）
(media_id、media_type字段要么同时传递且有值，要么同时不传递)
N
17.
identity_type
证件类型
变长32
详见 6.10证件类型
N
18.
identity_code
证件号
变长256
使用联动公钥进行RSA加密后，BASE64(GBK编码)加密该字段
N
19.
card_holder
持卡人姓名
变长256
使用联动公钥进行RSA加密后，BASE64(GBK编码)加密该字段
N
20.
valid_date
信用卡有效期
（YYMM）
变长256
使用联动公钥进行RSA加密后，BASE64(GBK编码)加密该字段
（支付方式pay_type为CREDITCARD时，选输）
N
21.
cvv2
信用卡CVN2/CVV2