京东网银在线快捷支付接口说明_银行12069.docx

《京东网银在线快捷支付接口说明_银行12069.docx》由会员分享，可在线阅读，更多相关《京东网银在线快捷支付接口说明_银行12069.docx（46页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、快捷支付技技术标准V1.0版版前言本文档介绍绍快捷支付付的技术标标准，其中中包括快捷捷支付的业业务模型、安安全责任模模型、架构构模型、业业务处理与与系统交互互方式、报报文的语法法与语义、网网络连接方方式、安全全规范等。参与快捷支支付业务的的各方必须须遵守快捷捷支付技术术规范，以以实现准确确、安全、方方便的网上上支付与相相关业务。目录前言2第1章文文档概述51.1介介绍51.2参参考标准与与文献6第2章快快捷支付业业务概述62.1快快捷支付业业务模型62.2快快捷支付安安全责任模模型8第3章快快捷支付架架构93.1快快捷支付架架构目标93.2快快捷支付架架构模型103.3快快捷支付交交互模式14

2、第4章快快捷支付报报文结构154.1报报文结构15请求/响应应头信息16请求头信息息16响应头信息息164.2报报文的解析析与传输19第5章快快捷支付业业务实现规规范205.1接接口实现说说明215.2网网上签约215.3网网上支付225.4单单笔撤销255.5单单笔退款255.6单单笔/批量交易易查询295.7清清算对账32第6章网网络连接规规范35第7章安安全规范357.1安安全威胁357.2数数字签名367.3报报文日志管管理36第8章其其它规范378.1异异常处理规规范378.2错错误码规范范378.3处处理响应时时间要求378.4可可用性要求求37第9章附附录379.1快快捷支付报报

3、文样例379.2快快捷支付金金额格式379.3快快捷支付货货币代码表表389.4数数据字典定定义39第1章 文档概述1.1 介绍1.1.1 快捷支付概概述在互联网支支付体系中中，持卡人人身份验证证与资金清清算是两个个关键问题题。在传统统解决方案案中，对持持卡人的身身份验证一一般是由持持卡人在发发卡行提供供的身份验验证服务器器（比如发发卡行的网网上银行）直直接进行，并并将身份验验证的结果果通知商户户。资金清清算可能是是在身份验验证通过之之后实时进进行清算，也也可能是通通过专用的的资金清算算网络单独独进行。这种传统解解决方案要要求发卡行行提供基于于互联网的的持卡人身身份验证服服务，并且且要求商户户

4、在持卡人人在进行互互联网支付付时，将持持卡人引导导至发卡行行进行身份份验证。随随着互联网网支付的普普及，这种种模式逐渐渐显现出一一些问题。其其中最突出出的问题是是持卡人需需要访问多多个互联网网服务站点点才能完成成一次完整整的支付过过程。在多多个互联网网服务站点点之间跳转转使用户的的交易与支支付体验不不够流畅。在在这个过程程由于网络络传输、客客户端处理理中任何一一个失败都都会造成支支付过程失失败。随着互联网网支付的发发展，第三三方支付平平台已经成成为互联网网支付体系系中的重要要组成部分分。越来越越多的商户户不是直接接通过银行行，而是通通过第三方方支付平台台实现基于于互联网支支付，利用用第三方支支

5、付平台提提供的快速速便捷的支支付清算服服务，降低低接入复杂杂度、控制制互联网支支付的成本本、提高用用户的支付付体验。基于快捷支支付的账户户安全体系系，当持卡卡人在进行行互联网支支付时，持持卡人可以以通过快捷捷支付账户户安全体系系进行身份份验证，并并在身份验验证通过时时，委托快快捷支付代代他向银行行发出支付付指令，实实现使用该该持卡人委委托范围内内的银行资资金的划拨拨，完成一一次完整的的互联网支支付。使用用这种方式式，在持卡卡人进行互互联网不需需要访问多多个互联网网服务站点点，避免输输入银行卡卡号与密码码，可以提提升用户的的互联网支支付体验，增增加支付成成功率，减减少用户银银行卡号与与密码被盗盗

6、的风险。与与此同时，基基于这种信信任与委托托关系，在在快捷支付付与银行之之间可以合合作为持卡卡人与快捷捷支付用户户提供更多多的增值服服务，比如如商户货款款的实时提提现服务等等。本文档阐述述的快捷支支付技术标标准，为更更加快捷安安全的互联联网支付结结算提供了了完全解决决方案。1.1.2 目标读者本文的主要要目标读者者是快捷支支付标准银银行方的技技术实施人人员，其中中的部分内内容也可供供银行的管管理与业务务人员参考考。1.1.3 版本规范快捷支付标标准的版本本规范是：.。本文介介绍快捷支支付技术标标准的1.0.0版版。1.1.4 最近修订版本号作者内容提要核准人发布日期1.0.00xxp初次版本2

7、013-05-271.2 参考标准与与文献第2章 快捷支付业业务概述本章介绍快快捷支付的的业务模型型，描述快快捷支付业业务的主要要业务目的的，介绍各各个参与方方的功能与与责任，并并阐述作为为快捷支付付安全性基基础的安全全责任模型型。2.1 快捷支付业业务模型2.1.1 业务模型快捷支付的的业务目的的是充分结结合快捷支支付在互联联网交易服服务与市场场占用率方方面的专长长，与银行行在资金管管理与结算算服务上的的专长，双双方优势互互补，为快快捷支付与与银行的共共同用户（其其中包括互互联网买家家与商户）提提供整合、快快捷、安全全的互联网网支付与结结算解决方方案。快捷支付主主要提供在在互联网上上进行支付

8、付时持卡人人（作为买买家）委托托快捷支付付使用他在在银行卡账账户中的资资金进行网网上支付业业务功能。在网上支付时，资金从买家银行卡账户流入快捷支付的客户保证金账户中.n 用户域用户域中包包括了快捷捷支付业务务的主要服服务对象，其其中包括互互联网交易易中的买家家与商户。买买家使用快快捷支付业业务进行交交易货款支支付，商户户使用快捷捷支付业务务进行交易易货款结算算。无论是是买家还是是商户，如如果需要使使用快捷支支付业务，必必须至少拥拥有一个快快捷支付账账户与一张张银行卡，并并且快捷支支付账户与与银行卡的的姓名与身身份证件需需要一致。n 交易控制域域交易控制域域直接为用用户域提供供互联网交交易服务以

9、以及与之相相关的资金金服务，其其中包括交交易支付时时的买家身身份验证与与授权、为为商户提供供货款结算算服务、监监督完整的的交易履约约过程、为为交易各方方提供沟通通与交互平平台等。在在快捷支付付业务模型型中，交易易控制域的的主体是快快捷支付。2.1.2 核心业务为了使用快快捷支付与与银行联合合提供的快快捷支付服服务，用户户首先需要要与快捷支支付和银行行签定协议，明明确各方的的权利与义义务，这一一过程称为为“快捷支支付签约”；“快捷支支付签约”所形形成的数据据记录称为为“快捷支支付签约记记录”；签签约成功后后，快捷支支付与银行行交互过程程中用于识识别用户身身份及银行行卡信息的的编号称为为“快捷支支

10、付协议号号”。在签约约成功后，用用户就可以以使用快捷捷支付进行行方便、安安全的网上上支付与提提现。为了保证快快捷支付业业务处理的的准确性，快捷支付标准中也规定了各种管理类业务，如批量查询、单笔交易查询、清算对账、签约对账等。 2.1.3 贷记卡快快捷支付与与借记卡快快捷支付快捷支付业业务不仅支支持借记卡卡支付业务务，同时也也支持信用用卡支付业业务，由于于借记卡快快捷支付与与信用卡快快捷支付业业务没有实实质性的差差别，本文文将借记卡卡快捷支付付业务与信信用卡快捷捷支付业务务整合到一一起进行介介绍，没有有特别说明明，所介绍绍的业务不不区分借记记卡与信用用卡。下面是信信用卡快捷捷支付与借借记卡快捷捷

11、支付的区区别如下表表：借记卡快捷捷支付贷记卡快捷捷支付是否区分大大小额否是是否收费否大额收费，小小额不收费费2.2 快捷支付安安全责任模模型2.2.1 安全目标快捷支付支支付业务的的主要安全全目标是，只只有经本人人用户委托托与授权，才才能够动用用该用户开开通快捷支支付业务的的银行卡账账户内的资资金，并且且用于用户户指定的支支付目的。这一安全目目标是通过过用户、快快捷支付与与银行三方方共同履行行责任来保保证的。引引入快捷支支付安全责责任模型，目目的在于明明确规定各各方在保障障安全目标标时的责任任。2.2.2 快捷支付安安全责任模模型为了实现安安全支付这这一目标，用用户、快捷捷支付与银银行各自应应

12、该履行的的责任 。1、 用户：只有有本人同时时拥有账户户号与支付付密码。 向快捷捷支付发起起的支付请请求代表本本人的真实实意图。2、 快捷支付：只有用户户发起交易易支付请求求，并且账账户与支付付密码验证证通过，才才能发起支支付指令。 只有收收到来自英英航的账务务处理的成成功结果，才才执行用户户请求的交交易支付。3、 银行：只有有来之快捷捷支付的支支付指定才才能触发快快捷业务的的账务处理理。 给快捷捷支付的支支付反馈真真实反馈账账务处理结结果 快捷服服务与额度度在用户授授权范围内内。从上可知只只要快捷支付支付业务的的参与者都都恰当地履履行了自己己的责任，即即可确保实实现快捷支付支付的安全全目标。

13、当当用户使用用快捷支付付时，信任任快捷支付付履行责任任（只有用用户发起交交易支付请请求，并且且账户与支支付密码验验证通过，才才能发起快快捷支付支付指令）。这这一信任关关系与快捷捷支付现有有的用户协协议是相容容的。2.2.3 责任认定方方式当出现快捷捷支付安全全目标被违违背的情况况时，为了了认定责任任，快捷支支付与银行行必须分别别举证自己己履行了责责任。如果果两方中有有一方无法法举证自己己履行了安安全责任模模型中规定定的责任，则则由于本次次安全目标标违背事件件引发的损损失由未能能举证的一一方承担。如如果快捷支支付与银行行都能够举举证自己履履行了责任任，则表明明用户未履履行自己的的安全责任任，损失

14、由由用户承担担。由于安安全责任模模型中信任任关系的存存在，因此此快捷支付付无须举证证自己履行行了责任（只只有用户发发起交易支支付请求，并并且账户与与支付密码码验证通过过，才能发发起快捷支付支付指令）。快捷支付技技术标准将将支持银行行与快捷支支付举证自自己履行了了责任。第3章 快捷支付架架构本章介绍快快捷支付的的技术架构构。描述组组成快捷支支付系统的的各个组件件以及它们们之间的协协作方式。3.1 快捷支付架架构目标3.1.1 业务目标快捷支付架架构的目标标是在快捷捷支付业务务模型的框框架下，实实现快捷支支付业务的的目标、约约束与流程程，对快捷捷支付安全全与责任模模型提供支支持。3.1.2 技术目

15、标除了实现业业务目标，快捷支付架构也需要达成一些技术上的目标。其中最重要的技术目标是开放、简单、安全。n 开放快捷支付标标准需要实实现快捷支支付与各个个银行系统统的互联，为为了方便快快捷支付与与银行之间间的异构平平台与系统统的互联，快捷支付架构必须基于开放平台与标准，方便跨平台、跨地域的接入。n 简单快捷支付作作为一种创创新的、以以简单、安安全、快捷捷为核心理理念的在线线支付规范范，在使用用的方便性性和接入的的简单性方方面，要求求超越传统统的互联网网支付解决决方案。n 安全由于快捷支支付标准简简化了支付付流程，并并且由快捷捷支付系统统而不是发发卡行完成成用户身份份的验证，因因此必须规规定严格的

16、的安全责任任模型，并并且通过恰恰当的技术术标准和方方法来实现现该责任模模型。3.2 快捷支付架架构模型3.2.1 架构模型由于不同银银行在系统统架构上存存在差异，本本文中以典典型的银行行系统为例例，介绍快快捷支付的的架构模型型。在快捷捷支付系统统的具体实实施与接入入中，可以以视需要对对该架构模模型进行修修改，增加加、删除、分分拆或者合合并系统中中包含的组组件。图3-1 快捷支付付架构模型型图中显示了了实现快捷捷支付业务务涉及到的的系统组件件。这些系系统组件有有些需要全全新引入（如如银行快捷捷支付渠道道和银行快快捷支付业业务系统），有有些需要在在原有系统统之上扩展展（如银行行柜面渠道道），有些些

17、可以直接接使用现有有的系统（如如银行账务务与卡业务务系统）。3.2.2 架构组件快捷支付技技术架构中中涉及到的的系统组件件与它们的的主要职责责如下：n 银行快捷支支付接入系系统银行快捷支支付渠道与与快捷支付付渠道之间间通过安全全的信道互互联，负责责与快捷支支付之间安安全地交换换快捷支付付协议报文文，验证报报文的真实实性与合法法性，维护护快捷支付付报文日志志，并在快快捷支付协协议报文与与银行快捷捷支付业务务系统所能能够理解的的交易指令令之间进行行翻译银行快捷支支付接入系系统可以独独立搭建，也也可以在现现有渠道平平台上扩展展。n 银行柜台银行柜面渠渠道是银行行柜员的工工作平台，负负责接受银银行柜员

18、提提交的快捷捷支付签约约请求，并并且提供柜柜员与快捷捷支付相关关的资金对对账与清算算、客户服服务等功能能。银行柜柜面渠道不不直接处理理快捷支付付业务的核核心逻辑，相相关处理均均翻译成银银行快捷支支付业务系系统所能够够理解的交交易指令，交交给银行快快捷支付业业务系统进进行处理。一般情况下下，可以通通过对现有有银行柜面面渠道系统统进行功能能扩展来支支持快捷支支付业务。n 银行快捷支支付业务系系统银行快捷支支付业务系系统是快捷捷支付业务务在银行端端处理的主主要系统，负负责接受来来自银行快快捷支付渠渠道或者银银行柜面渠渠道的请求求、控制快快捷支付业业务流程、管管理快捷支支付业务数数据、验证证快捷支付付

19、服务授权权与额度等等业务规则则、构造对对银行账务务与卡业务务系统的交交易请求、处处理银行账账务与卡业业务系统的的返回结果果、并将结结果返回给给银行快捷捷支付渠道道或银行柜柜面渠道等等银行快捷支支付业务系系统可以独独立搭建，也也可以在现现有中间业业务平台上上扩展。n 银行账务与与卡业务系系统银行账务与与卡业务系系统作为银银行的核心心系统，为为快捷支付付业务提供供基础的客客户身份验验证、卡片片密码验证证、资金清清算处理等等功能。理想情况下下，现有的的银行账务务与卡业务务系统所提提供的服务务就能够支支持快捷支支付业务，不不需要扩展展或者修改改银行账务务与卡业务务系统。n 快捷支付前前台系统快捷支付前

20、前台系统是是快捷支付付会员直接接使用快捷捷支付业务务功能的入入口，引导导用户进行行快捷支付付协议签约约、激活，对对于已经激激活的快捷捷支付用户户，能直接接使用快捷捷支付进行行充值，提提现，查询询银行卡余余额，修改改快捷支付付限额等功功能。是快快捷支付业业务展示给给用户使用用的平台。n 快捷支付业业务系统快捷支付业业务系统目目前主要负负责处理快快捷支付协协议及其他他非清算类类业务处理理，负责整整个快捷支支付签约信信息的管理理。非清算算类业务功功能，包含含：快捷支支付cmss信息管理理，快捷支支付限额查查询/修改，快捷捷支付余额额查询，快快捷支付签签约信息查查询等。n 快捷支付支支付/清算系统统快

21、捷支付体体系中，支支付层负责责接收快捷支支付清算类类业务请求求，用户在在快捷支付付前台系统统选择快捷捷支付进行行充值，提提现，充退退等操作时时，前台系系统将快捷捷支付请求求发送到支支付层，有有支付层负负责将请求求分类记录录并发送到到清算层，并并等待清算算层回执处处理结果后后，通知账账务系统完完成用户账账务操作。清算层是是是快捷支付付清算类业业务处理的的核心系统统，收到支支付层快捷捷支付业务务请求后，清清算层记录录快捷支付付请求信息息，并将请请求触发到到快捷支付付前置系统统，由快捷捷支付前置置系统完成成快捷支付付报文与银银行端的交交互，完成成快捷支付付请求处理理。同时，清清算层还负负责触发快快捷

22、支付相相关的查询询业务，文文件处理业业务，业务务对账业务务等。n 快捷支付账账务/会计/核算系统统账务系统负负责快捷支支付用户虚虚拟账户管管理，记录录用户账户户资金流动动情况。会计系统按按照标准的的会计规则则，用复式式记账的方方式记录用用户账户资资金借贷关关系记录。核算系统主主要负责将银行行实际的资资金流动与与支付的资资金流动关关系进行核核对。n 快捷支付会会员/认证系统统会员系统记记录了快捷捷支付用户户基本的身身份信息，在在快捷支付付业务中，会会员系统主主要用于获获取快捷支支付业务处处理时所需需要的用户户信息。认证系统主主要负责完完成用户身身份信息的的认证工作作，快捷支支付协议激激活时，由由

23、认证系统统自动完成成用户实名名认证，所所以，签约约快捷支付付是最便捷捷的实名认认证方式。n 快捷支付文文件系统快捷支付业业务中，有有很多地方方与银行的的交互会使用用到文件系系统，比如如，银行上上传签约对对账文件，清清算类业务务/资金对账账文件等。这这些文件可可能是银行行主动上传传到我方文文件系统，也也可能是我我方到银行行方系统下下载后存到到文件系统统。n 快捷支付前前置系统快捷支付前前置系统是是快捷支付付核心业务务系统与银银行快捷支支付接入系系统进行交交互的桥梁梁，主要负负责交互报报文封装，解解析，签名名，验签；并将报文文信息转换换为内部系系统业务对对象返回给给业务系统统完成快捷捷支付业务务处

24、理。n 快捷支付后后台管理系系统快捷支付后后台管理系系统主要使使用者是快快捷支付结结算，运维维，客服人人员，后台台管理系统统提供了一一系列快捷捷支付业务务相关的管管理功能，通通过这些功功能，支持持快捷支付付接入可配配置化，同同时也展示示出用户快快捷支付使使用的相关关信息，后后台管理功功能主要包包含：快捷捷支付渠道道管理，快快捷支付文文件管理，快捷支付签约信息管理，快捷支付CMS信息管理等。3.3 快捷支付交交互模式在快捷支付付业务的技技术实现中中，快捷支支付与银行行之间通过过交换报文文与数据文文件来交换换业务信息息、实现业业务流程、控控制业务规规则。实现快捷支支付业务所所需的交互互模式可以以归

25、纳为请请求-应答、单单向通知这这两种模式，实实际业务中中可能会将将各种交互互模式结合合起来使用用。下文将将介绍这两两种交互模模式适用的的场景与实实现方式。3.3.1 请求-应答答模式在请求-应应答模式下下，一方作作为服务提提供者，另另一方作为为服务使用用者。由服服务使用者者主动向服服务提供者者发起请求求并等待应应答，服务务提供者接接受请求，完完成处理，并并向服务使使用者应答答处理结果果，服务使使用者收到到处理结果果之后进行行后续处理理。请求-应答答模式适用用于服务使使用者需要要根据服务务提供者的的服务应答答才能进行行正确的后后续处理的的场景，比比如，在快快捷支付网网上支付业业务中，快快捷支付作

26、作为服务使使用者，银银行作为服服务提供者者，快捷支支付需要知知道银行的的支付处理理结果之后后才能继续续交易流程程。图3-2 请求-应答模式式3.3.2 单向通知模模式在单向通知知模式下，一一方作为通通知发送者者，一方作作为通知接接收者。发发送者发送送通知，并并保证接收收者收到通通知。通知知接收者在在收到通知知之后，立立即返回发发送者通知知已收到。通通知送达之之后，发送送方与接收收方可以独独立地进行行后续业务务处理。在快捷支付付标准中，如如果对方进进行业务处处理所需的的时间不可可预知时，采采用单向通通知模式。图3-3 单向通知知模式第4章 快捷支付报报文结构快捷支付报报文规范是是快捷支付付技术标

27、准准中重要的的组成部分分，规定了了快捷支付付与银行之之间交换报报文的顺序序、格式与与语义与处处理规范。本本章中介绍绍快捷支付付报文的一一般结构与与公共元素素，这些规规范适用于于所有的快快捷支付协协议报文。具具体快捷支支付业务中中使用的报报文，在各各个业务实实现规范中中分别进行行阐述。4.1 报文结构快捷支付报报文统一采采用xmll格式。所有有的快捷支支付报文均均以QPAYY作为根元元素，每个个QPAYY元素中可可以包含HHead和和Bodyy元素。Heead元素素中包含代代表进行的业务务的描述属属性，比如如Codee、DateeTimee等。Boddy元素中中包含代笔笔业务的具具体属性。作为约

28、定，业业务元素属属性均是首首字母大写写的CammelCaase形式式。标记（Taag）说明快捷支付报报文块开始始报文头开始始 报文头内内容报文头结束束报文体开始始报文体体内容报文体结束束快捷支付报报文块结束束请求/响应应头信息请求头信息息标记（Taag）长度是否必输说明请求头信息息开始5Y协议版本号号20Y报文唯一标标识6Y交易码14Y交易时间格格式：yyyyyMMMDDHHHmmsss请求头信息息结束响应头信息息标记（Taag）长度是否必输说明响应头信息息开始5Y协议版本号号20报文唯一标标识 以上上送标识为为准6Y交易码14Y交易时间 格式：yyyyyMMMDDHHHmmsss 6Y响应码

29、 1000响应信息描描述响应头信息息结束在下文中出出现的具体体报文格式式描述中，“是否必输”列包含的值的含义如下表所示：符号含义请求方约束束服务方约束束YRequiired(必须的)必须包含该该域必须校验该该域是否存存在和内容容的合法性性CCondiitionnal(有有条件的)如果条件符符合必须包包含该域l 当条件满足足时，必须须校验该域域是否存在在l 当该域存在在时，必须须检查其内内容的合法法性N或空白Optioonal(可选的)该域可选当该域存在在时，必须须检查其内内容的合法法性n 错误代码说说明下表列举了了标准的错错误代码：错误代码错误描述解释报文类错误误0000无效的根元元素根元素无

30、法法识别0001未定义的交交易码消息不是请请求和应答答等；或者者消息发送送给了一个个错误的组组件0002必填项缺失失报文中“是是否必输”为Y的参数缺失0003协议版本有有误版本号错误误0004根据规范，一一个或多个个域不符合合格式要求求例如，非数数字，或者者不是有效效的日期格格式等等。0005银行标识不不正确域中的银行行标识不正正确0007签名无效报文签名校校验不通过过0008加密密钥不不存在加密密钥不不存在0009签名密钥不不存在签名密钥不不存在文件类错误误0301业务日期不不正确业务日期格格式不对，一一般情况下下业务日期期必须是昨昨日，不过过系统也支支持以前日日期的数据据处理查询类错误误0

31、400支付流水重重复重复的网上上支付流水水0401原支付流水水不存在申请退货的的原支付流流水不存在在0402查询范围太太大查询时间跨跨度太大0403查询的交易易不存在查询的交易易不存在用户类错误误（可以将将错误信息息显示给用用户）1000协议号已经经签约成功功1001快捷支付协协议号无效效快捷支付协协议号不对对应有效的的快捷支付付签约记录录。1002快捷支付签签约状态不不正确快捷支付签签约状态不不允许执行行当前的业业务1200身份证已经经被使用身份证已经经被其它用用户使用，并并签约1201年龄不满足足如：用户未未满18岁1202身份证格式式不正确身份证不是是有效的身身份证1203真实姓名不不正

32、确真实姓名与与快捷支付付中的不一一致1204证件类型不不正确证件类型与与快捷支付付中的不一一致1205身份证号码码不匹配身份证号码码与快捷支支付中登记的身身份证号码码不匹配1206认证信息不不匹配认证信息与与快捷支付付通过认证证的信息不不匹配1207该银行卡号号已经成功功签约该银行卡号号对应的快快捷支付账账号已经签签约成功。1301快捷支付账账户不存在在快捷支付账账户标识不不对应有效效的快捷支支付账户。1302快捷支付账账户状态不不正确快捷支付账账户的状态态不允许签签约。1303快捷支付账账户类型不不正确快捷支付账账户的类型型不允许签签约。1304快捷支付账账户已经申申请1305快捷支付账账号

33、绑定的的快捷支付付数量超限限快捷支付账账号绑定的的银行卡已已经超过最最大数量。1306快捷支付账账号通过的的认证数量量超过最大大值快捷支付账账号通过的的认证数量量超过最大大值。1307登陆账号无无效, 快捷支付账账户格式不不对1311账号无效。账户未开通通快捷支付付1800银行卡户名名不存在户名不存在在1801银行卡卡号号不存在银行卡号不不存在1802户名与银行行卡号不匹匹配户名与银行行卡号不匹匹配1803银行卡号与与卡类型不匹匹配银行卡号与与卡类型不匹匹配1804不支持的银银行卡号不支持的银银行卡号1805不支持的证证件类型不支持的证证件类型1806证件号码格格式错误证件号码格格式错误180

34、7与登记证件件类型不匹匹配与登记证件件类型不匹匹配1808与登记证件件号码不匹匹配与登记证件件号码不匹匹配1809未登记手机机号码未登记手机机号码1810与登记的手手机号码不不匹配与登记的手手机号码不不匹配支付类错误误1401密码校验次次数超限密码校验次次数超限1402银行卡状态态不正确银行卡状态态不正确1403银行账户状状态不允许许该操作银行账户状状态不允许许该操作1404银行支付校校验码输入入错误银行支付校校验码输入入错误1405银行支付校校验码失效效支付校验码码超过输入入时间范围围限制，失失效1406原支付申请请流水号已已经支付支付流水号号已经支付付过1407原支付申请请流水不存存在支付

35、申请流流水不存在在1408支付密码输输入超限快捷支付支支付密码超超过输入次次数限制1409支付异常，请请查询银行行卡是否已已扣款无法获得发发卡核心的的响应银行卡类错错误1601金额超限支付金额超超过每日限限额1602余额不足银行账户中中的余额不不足以完成成支付1604银行交易处处理中该笔交易在在银行前置置系统中状状态未知1605银行交易失失败该笔交易在在银行系统统中已经失失败，且状状态不会再再发生变更更。错误具具体详情通通过ErrrorDeetaill告知。1607银行卡卡号号不正确银行卡卡号号不正确信用卡类错错误1701信用卡冻结结贷记卡已被被冻结1702信用卡挂失失贷记卡已申申请挂失170

36、3信用卡不能能进行支付付未领卡，未未激活，止止付，预销销户1704信用卡透支支超限贷记卡透支支超限管理类错误误2000快捷支付渠渠道关闭没有开通快快捷支付业业务2001服务没有开开通请求的业务务没有开通通系统类错误误9000暂时系统异异常例如，一个个请求队列列满了。9001永久系统异异常例如，无法法访问一个个重要数据据库所在的的磁盘。4.2 报文的解析析与传输快捷支付报报文的传输输使用XMML Ovver HHTTP(S)方式式，在HTTTP请求求/响应体中中包含XMML形式的的报文。4.2.1 报文解析对XML解解析的基本本要求如下下n 版本号检查查用于表示组组件支持的的协议版本本号。消息息

37、版本号必必须表示为为：n.nn.n ，其中“n” 表示数字字。比如11.0或1.0.1。在所所有的消息息中，各组组件都必须须填写自身身支持的协协议版本号号。消息版版本号不能能低于1.0.0。如果消息息版本号低低于接收方方组件支持持的最低版版本号，则则接收方组组件必须返返回错误消息，并并且设置错错误码=00033。n xml解析析为了可以支支持后续协协议版本，xml解析的实现不要做严格的验证。特别是需要忽略未被确认的域。所有xml消息必须用“utf-8”编码。n 请求和应答答域之idd属性匹配配请求和应答答报文的HHead域域之id属性必必须相同，id是请求方生成的唯一序列号。比如：银行在请求的

38、Head域设置了一个id属性值，则快捷支付在应答里面的Head域的id属性必须和请求的Head域之id值相同。4.2.2 报文传输对HTTPPS传输的的基本要求求如下：n 使用POSST发送消消息消息请求基基于HTTTP/HTTTPS的的POSTT方式。n HTTP消消息头要求求HTTP请请求与响应应消息中必必须按照如如下要求设设置头部域域：Conteent-LLengtth：必须设置置成消息体体的长度Conteent-TType：必须设置置下面的值值：appplicaationn/xmll; chharseet=uttf-8第5章 快捷支付业业务实现规规范快捷支付业业务功能覆覆盖了从签签约、

39、服务务与管理的的各个方面面。签约类类的业务负负责快捷支支付服务协协议的建立立、调整与与撤消，其其中包括柜柜台签约、网上签约、柜台签约撤销、网上撤约、批量签约/撤约、支付限额查询、网上支付限额修改。服务类的业务满足用户互联网交易与资金需求，其中包括网上支付、提现（单笔与批量）、退货（单笔与批量）与银行卡余额查询。管理类业务是为了保证互联网交易的正常进行而引入的，其中包含批量交易查询、单笔交易查询、签约对账与清算对账、中间账户账务明细查询等。本章描述如如何通过用用户、快捷捷支付与银银行之间的的协作实现现上述快捷捷支付业务务的流程与与规则。同同时，本章章也规定了了在银行快快捷支付渠渠道与快捷捷支付渠

40、道道间的交互互模式、交交换的报文文与文件的的结构、语语义与处理理规范。为了保证快快捷支付业业务的正常常开展，还还有一些在在银行或快快捷支付内内部完成的的业务流程程，比如在在银行完成成的支付限限额修改，以以及各种业业务报表等等，这些业业务由于不不涉及到快快捷支付与与银行的交交互，因此此在本文档档中不作具具体描述。5.1 接口实现说说明序号接口类型实现方式交易类型代代码1网上签约必做QP00112网上支付必做QP00553撤销支付必做QP00664实时退款必做QP00775单笔/批量量交易查询询必做QP00886清算对帐必做QP00995.2 网上签约5.2.1 签约申请相相关参数请求标记（Taa

41、g）长度是否必输说明报文体开始始1Y客户类型10Y商户编号22Y支付卡号1Y卡种，见数数据字典定定义！30Y户名11N手机号码，卡卡种为信用用卡时必填填2N证件类型30N证件号码3NCvv2 ，卡种为为信用卡4N有效期，卡卡种为信用用卡时必填填30预留100预留报文体结束束响应标记（Taag）长度说明报文体开始始1验证结果，见见数据字典典定义！30预留100预留报文体结束束5.3 网上支付5.3.1 业务功能快捷支付网网上支付业业务的主要要服务对象象是互联网网交易中的的买家，使使买家能够够通过快捷捷支付使用用签约银行行卡内的资资金实现快快捷、安全全的交易支支付。快捷支付负负责验证客客户持卡人人

42、身份与服服务权限，并并请求银行行划拨客户户的资金用用于互联网网交易的支支付；银行行负责验证证由快捷支支付发出的的支付指令令是否在快快捷支付签签约的业务务范围与银银行控制的的快捷支付支付限额内内，并实时时扣减签约约银行卡内内的余额。由于网上支支付引起的的银行与快快捷支付间的资金清清算方法由由快捷支付付清算标准准规定。5.3.2 业务规则网上支付业业务在执行行中需要满满足以下约约束条件：l 网上支付必必须由客户户请求，从从快捷支付付发起。l 网上支付时时的资金只只能从快捷捷支付签约约时确定的的签约银行行卡账户中中支出，用用于同一客客户的网上上支付。l 网上支付时时客户在签签约银行卡卡账户中的的资金

43、只能能转移到快快捷支付公公司指定的的清算账户户中。l 同一支付订订单号的快快捷支付网网上支付交交易银行必必须保证只只能执行一一次。l 银行与快捷捷支付需要要保存网上上支付相关关报文的日日志作为解解决资金清清算不一致致的依据。l 银行必须根根据客户的的意愿做限限额控制；l 对于信用卡卡快捷支付付，支付时时有大额支支付和小额额支付之分分，银行端端接收到支支付报文时时，需要根根据快捷支支付报文中中的扩展字字段来区分分大额支付付和小额支支付。5.3.3 处理流程1. 客户通过互互联网在快快捷支付商商户处购物物，并在快快捷支付创创建交易。2. 客户输入支支付密码，并并请求快捷捷支付使用用本人快捷捷支付账户户关联的快快捷支付签签约银行卡卡为交易支支付。3. 快捷支付验验证客户身身份与快捷捷支付网上上支付请求求的合法性性，验证项项目包含： l 该快捷支付付账户的状状态允许支支付。l 支付密码正正确。l 快捷支付服服务已激