快捷支付技术标准
版
前言
本文档介绍快捷支付的技术标准，其中包括快捷支付的业务模型、安全责任模型、架构
模型、业务处理与系统交互方式、报文的语法与语义、网络连接方式、安全规范等。
参与快捷支付业务的各方必须遵守快捷支付技术规范，以实现准确、安全、方便的网上
支 付 与 相 关 业 务 。
目录
前言............................................................................................................................................2
第 1 章 文档概述................................................................................................................5
介绍........................................................................................................................5
参考标准与文献....................................................................................................6
第 2 章 快捷支付业务概述................................................................................................6
快捷支付业务模型................................................................................................6
快捷支付安全责任模型........................................................................................8
第 3 章 快捷支付架构........................................................................................................9
快捷支付架构目标................................................................................................9
快捷支付架构模型..............................................................................................10
快捷支付交互模式..............................................................................................14
第 4 章 快捷支付报文结构..............................................................................................15
报文结构..............................................................................................................15
请求/响应头信息 ....................................................................................................................16
请求头信息......................................................................................................................16
响应头信息......................................................................................................................16
报文的解析与传输..............................................................................................19
第 5 章 快捷支付业务实现规范......................................................................................20
接口实现说明......................................................................................................21
网上签约..............................................................................................................21
网上支付..............................................................................................................22
单笔撤销..............................................................................................................25
单笔退款..............................................................................................................25
单笔/批量交易查询 ............................................................................................29
清算对账..............................................................................................................32
第 6 章 网络连接规范......................................................................................................35
第 7 章 安全规范..............................................................................................................35
安全威胁..............................................................................................................35
数字签名..............................................................................................................36
报文日志管理......................................................................................................36
第 8 章 其它规范..............................................................................................................37
异常处理规范......................................................................................................37
错误码规范..........................................................................................................37
处理响应时间要求..............................................................................................37
可用性要求..........................................................................................................37
第 9 章 附录......................................................................................................................37
快捷支付报文样例..............................................................................................37
快捷支付金额格式..............................................................................................37
快捷支付货币代码表..........................................................................................38
数据字典定义......................................................................................................39
第1章 文档概述
介绍
快捷支付概述
在互联网支付体系中，持卡人身份验证与资金清算是两个关键问题。在传统解决方案中，
对持卡人的身份验证一般是由持卡人在发卡行提供的身份验证服务器（比如发卡行的网上银
行）直接进行，并将身份验证的结果通知商户。资金清算可能是在身份验证通过之后实时进
行清算，也可能是通过专用的资金清算网络单独进行。
这种传统解决方案要求发卡行提供基于互联网的持卡人身份验证服务，并且要求商户在
持卡人在进行互联网支付时，将持卡人引导至发卡行进行身份验证。随着互联网支付的普及，
这种模式逐渐显现出一些问题。其中最突出的问题是持卡人需要访问多个互联网服务站点才
能完成一次完整的支付过程。在多个互联网服务站点之间跳转使用户的交易与支付体验不够
流畅。在这个过程由于网络传输、客户端处理中任何一个失败都会造成支付过程失败。
随着互联网支付的发展，第三方支付平台已经成为互联网支付体系中的重要组成部分。
越来越多的商户不是直接通过银行，而是通过第三方支付平台实现基于互联网支付，利用第
三方支付平台提供的快速便捷的支付清算服务，降低接入复杂度、控制互联网支付的成本、
提高用户的支付体验。
基于快捷支付的账户安全体系，当持卡人在进行互联网支付时，持卡人可以通过快捷支
付账户安全体系进行身份验证，并在身份验证通过时，委托快捷支付代他向银行发出支付指
令，实现使用该持卡人委托范围内的银行资金的划拨，完成一次完整的互联网支付。使用这
种方式，在持卡人进行互联网不需要访问多个互联网服务站点，避免输入银行卡号与密码，
可以提升用户的互联网支付体验，增加支付成功率，减少用户银行卡号与密码被盗的风险。
与此同时，基于这种信任与委托关系，在快捷支付与银行之间可以合作为持卡人与快捷支付
用户提供更多的增值服务，比如商户货款的实时提现服务等。
本文档阐述的快捷支付技术标准，为更加快捷安全的互联网支付结算提供了完全解决方
案。
目标读者
本文的主要目标读者是快捷支付标准银行方的技术实施人员，其中的部分内容也可供银
行的管理与业务人员参考。
版本规范
快捷支付标准的版本规范是：<主版号>.<次版本号>.<修订号>。本文介绍快捷支付技术
标准的 版。
最近修订
版本号 作者 内容提要 核准人 发布日期
xxp 初次版本 2013-05-27
参考标准与文献
第2章 快捷支付业务概述
本章介绍快捷支付的业务模型，描述快捷支付业务的主要业务目的，介绍各个参与方的
功能与责任，并阐述作为快捷支付安全性基础的安全责任模型。
快捷支付业务模型
业务模型
快捷支付的业务目的是充分结合快捷支付在互联网交易服务与市场占用率方面的专长，
与银行在资金管理与结算服务上的专长，双方优势互补，为快捷支付与银行的共同用户（其
中包括互联网买家与商户）提供整合、快捷、安全的互联网支付与结算解决方案。
快捷支付主要提供在互联网上进行支付时持卡人（作为买家）委托快捷支付使用他在银
行卡账户中的资金进行网上支付业务功能。在网上支付时，资金从买家银行卡账户流入快捷
支付的客户保证金账户中.
用户域
用户域中包括了快捷支付业务的主要服务对象，其中包括互联网交易中的买家与商户。
买家使用快捷支付业务进行交易货款支付，商户使用快捷支付业务进行交易货款结算。无论
是买家还是商户，如果需要使用快捷支付业务，必须至少拥有一个快捷支付账户与一张银行
卡，并且快捷支付账户与银行卡的姓名与身份证件需要一致。
交易控制域
交易控制域直接为用户域提供互联网交易服务以及与之相关的资金服务，其中包括交易
支付时的买家身份验证与授权、为商户提供货款结算服务、监督完整的交易履约过程、为交
易各方提供沟通与交互平台等。在快捷支付业务模型中，交易控制域的主体是快捷支付。
核心业务
为了使用快捷支付与银行联合提供的快捷支付服务，用户首先需要与快捷支付和银行签
定协议，明确各方的权利与义务，这一过程称为“快捷支付签约”；“快捷支付签约”所形成的
数据记录称为“快捷支付签约记录”；签约成功后，快捷支付与银行交互过程中用于识别用户
身份及银行卡信息的编号称为“快捷支付协议号”。在签约成功后，用户就可以使用快捷支付
进行方便、安全的网上支付与提现。
为了保证快捷支付业务处理的准确性，快捷支付标准中也规定了各种管理类业务，如批
量查询、单笔交易查询、清算对账、签约对账等。
贷记卡快捷支付与借记卡快捷支付
快捷支付业务不仅支持借记卡支付业务，同时也支持信用卡支付业务，由于借记卡快捷
支付与信用卡快捷支付业务没有实质性的差别，本文将借记卡快捷支付业务与信用卡快捷支
付业务整合到一起进行介绍，没有特别说明，所介绍的业务不区分借记卡与信用卡。
下面是信用卡快捷支付与借记卡快捷支付的区别如下表：
借记卡快捷支付 贷记卡快捷支付
是否区分大小额 否 是
是否收费 否 大额收费，小额不收费
快捷支付安全责任模型
安全目标
快捷支付支付业务的主要安全目标是，只有经本人用户委托与授权，才能够动用该用户
开通快捷支付业务的银行卡账户内的资金，并且用于用户指定的支付目的。
这一安全目标是通过用户、快捷支付与银行三方共同履行责任来保证的。引入快捷支付
安全责任模型，目的在于明确规定各方在保障安全目标时的责任。
快捷支付安全责任模型
为了实现安全支付这一目标，用户、快捷支付与银行各自应该履行的责任 。
1、用户：只有本人同时拥有账户号与支付密码。
向快捷支付发起的支付请求代表本人的真实意图。
2、快捷支付：只有用户发起交易支付请求，并且账户与支付密码验证通过，才能发起
支付指令。
只有收到来自英航的账务处理的成功结果，才执行用户请求的交易支付。
3、银行：只有来之快捷支付的支付指定才能触发快捷业务的账务处理。
给快捷支付的支付反馈真实反馈账务处理结果
快捷服务与额度在用户授权范围内。
从上可知只要快捷支付支付业务的参与者都恰当地履行了自己的责任，即可确保实现快
捷支付支付的安全目标。当用户使用快捷支付时，信任快捷支付履行责任（只有用户发起交
易支付请求，并且账户与支付密码验证通过，才能发起快捷支付支付指令）。这一信任关系
与快捷支付现有的用户协议是相容的。
责任认定方式
当出现快捷支付安全目标被违背的情况时，为了认定责任，快捷支付与银行必须分别举
证自己履行了责任。如果两方中有一方无法举证自己履行了安全责任模型中规定的责任，则
由于本次安全目标违背事件引发的损失由未能举证的一方承担。如果快捷支付与银行都能够
举证自己履行了责任，则表明用户未履行自己的安全责任，损失由用户承担。由于安全责任
模型中信任关系的存在，因此快捷支付无须举证自己履行了责任（只有用户发起交易支付请
求，并且账户与支付密码验证通过，才能发起快捷支付支付指令）。
快捷支付技术标准将支持银行与快捷支付举证自己履行了责任。
第3章 快捷支付架构
本章介绍快捷支付的技术架构。描述组成快捷支付系统的各个组件以及它们之间的协作
方式。
快捷支付架构目标
业务目标
快捷支付架构的目标是在快捷支付业务模型的框架下，实现快捷支付业务的目标、约束
与流程，对快捷支付安全与责任模型提供支持。
技术目标
除了实现业务目标，快捷支付架构也需要达成一些技术上的目标。其中最重要的技术目
标是开放、简单、安全。
开放
快捷支付标准需要实现快捷支付与各个银行系统的互联，为了方便快捷支付与银行之间
的异构平台与系统的互联，快捷支付架构必须基于开放平台与标准，方便跨平台、跨地域的
接入。
简单
快捷支付作为一种创新的、以简单、安全、快捷为核心理念的在线支付规范，在使用的
方便性和接入的简单性方面，要求超越传统的互联网支付解决方案。
安全
由于快捷支付标准简化了支付流程，并且由快捷支付系统而不是发卡行完成用户身份的
验证，因此必须规定严格的安全责任模型，并且通过恰当的技术标准和方法来实现该责任模
型。
快捷支付架构模型
架构模型
由于不同银行在系统架构上存在差异，本文中以典型的银行系统为例，介绍快捷支付的
架构模型。在快捷支付系统的具体实施与接入中，可以视需要对该架构模型进行修改，增加、
删除、分拆或者合并系统中包含的组件。
图 3-1 快捷支付架构模型
图中显示了实现快捷支付业务涉及到的系统组件。这些系统组件有些需要全新引入（如
银行快捷支付渠道和银行快捷支付业务系统），有些需要在原有系统之上扩展（如银行柜面
渠道），有些可以直接使用现有的系统（如银行账务与卡业务系统）。
架构组件
快捷支付技术架构中涉及到的系统组件与它们的主要职责如下：
银行快捷支付接入系统
银行快捷支付渠道与快捷支付渠道之间通过安全的信道互联，负责与快捷支付之间安全
地交换快捷支付协议报文，验证报文的真实性与合法性，维护快捷支付报文日志，并在快捷
支付协议报文与银行快捷支付业务系统所能够理解的交易指令之间进行翻译
银行快捷支付接入系统可以独立搭建，也可以在现有渠道平台上扩展。
银行柜台
银行柜面渠道是银行柜员的工作平台，负责接受银行柜员提交的快捷支付签约请求，并
且提供柜员与快捷支付相关的资金对账与清算、客户服务等功能。银行柜面渠道不直接处理
快捷支付业务的核心逻辑，相关处理均翻译成银行快捷支付业务系统所能够理解的交易指令，
交给银行快捷支付业务系统进行处理。
一般情况下，可以通过对现有银行柜面渠道系统进行功能扩展来支持快捷支付业务。
银行快捷支付业务系统
银行快捷支付业务系统是快捷支付业务在银行端处理的主要系统，负责接受来自银行快
捷支付渠道或者银行柜面渠道的请求、控制快捷支付业务流程、管理快捷支付业务数据、验
证快捷支付服务授权与额度等业务规则、构造对银行账务与卡业务系统的交易请求、处理银
行账务与卡业务系统的返回结果、并将结果返回给银行快捷支付渠道或银行柜面渠道等
银行快捷支付业务系统可以独立搭建，也可以在现有中间业务平台上扩展。
银行账务与卡业务系统
银行账务与卡业务系统作为银行的核心系统，为快捷支付业务提供基础的客户身份验证、
卡片密码验证、资金清算处理等功能。
理想情况下，现有的银行账务与卡业务系统所提供的服务就能够支持快捷支付业务，不
需要扩展或者修改银行账务与卡业务系统。
快捷支付前台系统
快捷支付前台系统是快捷支付会员直接使用快捷支付业务功能的入口，引导用户进行快
捷支付协议签约、激活，对于已经激活的快捷支付用户，能直接使用快捷支付进行充值，提
现，查询银行卡余额，修改快捷支付限额等功能。是快捷支付业务展示给用户使用的平台。
快捷支付业务系统
快捷支付业务系统目前主要负责处理快捷支付协议及其他非清算类业务处理，负责整个
快捷支付签约信息的管理。非清算类业务功能，包含：快捷支付 cms 信息管理，快捷支付
限额查询/修改，快捷支付余额查询，快捷支付签约信息查询等。
快捷支付支付/清算系统
快捷支付体系中，支付层负责接收快捷支付清算类业务请求，用户在快捷支付前台系统
选择快捷支付进行充值，提现，充退等操作时，前台系统将快捷支付请求发送到支付层，有
支付层负责将请求分类记录并发送到清算层，并等待清算层回执处理结果后，通知账务系统
完成用户账务操作。
清算层是是快捷支付清算类业务处理的核心系统，收到支付层快捷支付业务请求后，清
算层记录快捷支付请求信息，并将请求触发到快捷支付前置系统，由快捷支付前置系统完成
快捷支付报文与银行端的交互，完成快捷支付请求处理。同时，清算层还负责触发快捷支付
相关的查询业务，文件处理业务，业务对账业务等。
快捷支付账务/会计/核算系统
账务系统负责快捷支付用户虚拟账户管理，记录用户账户资金流动情况。
会计系统按照标准的会计规则，用复式记账的方式记录用户账户资金借贷关系记录。
核算系统主要负责将银行实际的资金流动与支付的资金流动关系进行核对。
快捷支付会员/认证系统
会员系统记录了快捷支付用户基本的身份信息，在快捷支付业务中，会员系统主要用于
获取快捷支付业务处理时所需要的用户信息。
认证系统主要负责完成用户身份信息的认证工作，快捷支付协议激活时，由认证系统自
动完成用户实名认证，所以，签约快捷支付是最便捷的实名认证方式。
快捷支付文件系统
快捷支付业务中，有很多地方与银行的交互会使用到文件系统，比如，银行上传签约对
账文件，清算类业务/资金对账文件等。这些文件可能是银行主动上传到我方文件系统，也
可能是我方到银行方系统下载后存到文件系统。
快捷支付前置系统
快捷支付前置系统是快捷支付核心业务系统与银行快捷支付接入系统进行交互的桥梁，
主要负责交互报文封装，解析，签名，验签；并将报文信息转换为内部系统业务对象返回给
业务系统完成快捷支付业务处理。
快捷支付后台管理系统
快捷支付后台管理系统主要使用者是快捷支付结算，运维，客服人员，后台管理系统提
供了一系列快捷支付业务相关的管理功能，通过这些功能，支持快捷支付接入可配置化，同
时也展示出用户快捷支付使用的相关信息，后台管理功能主要包含：快捷支付渠道管理，快
捷支付文件管理，快捷支付签约信息管理，快捷支付 CMS 信息管理等。
快捷支付交互模式
在快捷支付业务的技术实现中，快捷支付与银行之间通过交换报文与数据文件来交换业
务信息、实现业务流程、控制业务规则。
实现快捷支付业务所需的交互模式可以归纳为请求-应答、单向通知这两种模式，实际
业务中可能会将各种交互模式结合起来使用。下文将介绍这两种交互模式适用的场景与实现
方式。
请求-应答模式
在请求-应答模式下，一方作为服务提供者，另一方作为服务使用者。由服务使用者主
动向服务提供者发起请求并等待应答，服务提供者接受请求，完成处理，并向服务使用者应
答处理结果，服务使用者收到处理结果之后进行后续处理。
请求-应答模式适用于服务使用者需要根据服务提供者的服务应答才能进行正确的后续
处理的场景，比如，在快捷支付网上支付业务中，快捷支付作为服务使用者，银行作为服务
提供者，快捷支付需要知道银行的支付处理结果之后才能继续交易流程。
图 3-2 请求-应答模式
单向通知模式
在单向通知模式下，一方作为通知发送者，一方作为通知接收者。发送者发送通知，并
保证接收者收到通知。通知接收者在收到通知之后，立即返回发送者通知已收到。通知送达
之后，发送方与接收方可以独立地进行后续业务处理。
在快捷支付标准中，如果对方进行业务处理所需的时间不可预知时，采用单向通知模式。
图 3-3 单向通知模式
第4章 快捷支付报文结构
快捷支付报文规范是快捷支付技术标准中重要的组成部分，规定了快捷支付与银行之间
交换报文的顺序、格式与语义与处理规范。本章中介绍快捷支付报文的一般结构与公共元素，
这些规范适用于所有的快捷支付协议报文。具体快捷支付业务中使用的报文，在各个业务实
现规范中分别进行阐述。
报文结构
快捷支付报文统一采用 xml 格式。所有的快捷支付报文均以 QPAY 作为根元素，每个
QPAY 元素中可以包含 Head 和 Body 元素。Head 元素中包含代表进行的业务的描述属性，
比如 Code、DateTime 等。Body 元素中包含代笔业务的具体属性。
作为约定，业务元素属性均是首字母大写的 CamelCase 形式。
标记（Tag） 说明
<QPAY> 快捷支付报文块开始
<Head> 报文头开始
报文头内容
</Head> 报文头结束
<Body> 报文体开始
报文体内容
</Body> 报文体结束
</QPAY> 快捷支付报文块结束
请求/响应头信息
请求头信息
标记（Tag） 长度 是否必输 说明
<Head> 请求头信息开始
<Version> 5 Y 协议版本号
<Id> 20 Y 报文唯一标识
<TCode> 6 Y 交易码
<TDatetime> 14 Y 交易时间格式：yyyyMMDDHHmmss
</Head> 请求头信息结束
响应头信息
标记（Tag） 长度 是否必输 说明
<Head> 响应头信息开始
<Version> 5 Y 协议版本号
<Id> 20 报文唯一标识 以上送标识为准
<TCode> 6 Y 交易码
<TDatetime> 14 Y 交易时间 格式：yyyyMMDDHHmmss
<RCode> 6 Y 响应码
<RDesc> 100 响应信息描述
</Head> 响应头信息结束
在下文中出现的具体报文格式描述中，“是否必输”列包含的值的含义如下表所示：
符号 含义 请求方约束 服务方约束
Y Required( 必 须
的)
必须包含该域 必须校验该域是否存在和
内容的合法性
C Conditional( 有
条件的)
如果条件符合必须
包含该域
当条件满足时，必须
校验该域是否存在
当该域存在时，必须
检查其内容的合法性
N 或空白 Optional( 可 选
的)
该域可选 当该域存在时，必须检查
其内容的合法性
错误代码说明
下表列举了标准的错误代码：
错误代码 错误描述 解释
报文类错误
0000 无效的根元素 根元素无法识别
0001 未定义的交易码 消息不是请求和应答等；或者消息发送给了一
个错误的组件
0002 必填项缺失 报文中“是否必输”为 Y 的参数缺失
0003 协议版本有误 版本号错误
0004 根据规范，一个或多个域不
符合格式要求
例如，非数字，或者不是有效的日期格式等等。
0005 银行标识不正确 域中的银行标识不正确
0007 签名无效 报文签名校验不通过
0008 加密密钥不存在 加密密钥不存在
0009 签名密钥不存在 签名密钥不存在
文件类错误
0301 业务日期不正确 业务日期格式不对，一般情况下业务日期必须
是昨日，不过系统也支持以前日期的数据处理
查询类错误
0400 支付流水重复 重复的网上支付流水
0401 原支付流水不存在 申请退货的原支付流水不存在
0402 查询范围太大 查询时间跨度太大
0403 查询的交易不存在 查询的交易不存在
用户类错误（可以将错误信息显示给用户）
1000 协议号已经签约成功
1001 快捷支付协议号无效 快捷支付协议号不对应有效的快捷支付签约
记录。
1002 快捷支付签约状态不正确 快捷支付签约状态不允许执行当前的业务
1200 身份证已经被使用 身份证已经被其它用户使用，并签约
1201 年龄不满足 如：用户未满 18 岁
1202 身份证格式不正确 身份证不是有效的身份证
1203 真实姓名不正确 真实姓名与快捷支付中的不一致
1204 证件类型不正确 证件类型与快捷支付中的不一致
1205 身份证号码不匹配 身份证号码与快捷支付中登记的身份证号码
不匹配
1206 认证信息不匹配 认证信息与快捷支付通过认证的信息不匹配
1207 该银行卡号已经成功签约 该银行卡号对应的快捷支付账号已经签约成
功。
1301 快捷支付账户不存在 快捷支付账户标识不对应有效的快捷支付账
户。
1302 快捷支付账户状态不正确 快捷支付账户的状态不允许签约。
1303 快捷支付账户类型不正确 快捷支付账户的类型不允许签约。
1304 快捷支付账户已经申请
1305 快捷支付账号绑定的快捷支
付数量超限
快捷支付账号绑定的银行卡已经超过最大数
量。
1306 快捷支付账号通过的认证数
量超过最大值
快捷支付账号通过的认证数量超过最大值。
1307 登陆账号无效, 快捷支付账户格式不对
1311 账号无效。 账户未开通快捷支付
1800 银行卡户名不存在 户名不存在
1801 银行卡卡号不存在 银行卡号不存在
1802 户名与银行卡号不匹配 户名与银行卡号不匹配
1803 银行卡号与卡类型不匹配 银行卡号与卡类型不匹配
1804 不支持的银行卡号 不支持的银行卡号
1805 不支持的证件类型 不支持的证件类型
1806 证件号码格式错误 证件号码格式错误
1807 与登记证件类型不匹配 与登记证件类型不匹配
1808 与登记证件号码不匹配 与登记证件号码不匹配
1809 未登记手机号码 未登记手机号码
1810 与登记的手机号码不匹配 与登记的手机号码不匹配
支付类错误
1401 密码校验次数超限 密码校验次数超限
1402 银行卡状态不正确 银行卡状态不正确
1403 银行账户状态不允许该操作 银行账户状态不允许该操作
1404 银行支付校验码输入错误 银行支付校验码输入错误
1405 银行支付校验码失效 支付校验码超过输入时间范围限制，失效
1406 原支付申请流水号已经支付 支付流水号已经支付过
1407 原支付申请流水不存在 支付申请流水不存在
1408 支付密码输入超限 快捷支付支付密码超过输入次数限制
1409 支付异常，请查询银行卡是
否已扣款
无法获得发卡核心的响应
银行卡类错误
1601 金额超限 支付金额超过每日限额
1602 余额不足 银行账户中的余额不足以完成支付
1604 银行交易处理中 该笔交易在银行前置系统中状态未知
1605 银行交易失败 该笔交易在银行系统中已经失败，且状态不会
再发生变更。错误具体详情通过 ErrorDetail 告
知。
1607 银行卡卡号不正确 银行卡卡号不正确
信用卡类错误
1701 信用卡冻结 贷记卡已被冻结
1702 信用卡挂失 贷记卡已申请挂失
1703 信用卡不能进行支付 未领卡，未激活，止付，预销户
1704 信用卡透支超限 贷记卡透支超限
管理类错误
2000 快捷支付渠道关闭 没有开通快捷支付业务
2001 服务没有开通 请求的业务没有开通
系统类错误
9000 暂时系统异常 例如，一个请求队列满了。
9001 永久系统异常 例如，无法访问一个重要数据库所在的磁盘。
报文的解析与传输
快捷支付报文的传输使用 XML Over HTTP(S)方式，在 HTTP 请求/响应体中包含 XML
形式的报文。
报文解析
对 XML 解析的基本要求如下
版本号检查
用于表示组件支持的协议版本号。消息版本号必须表示为：[.n] ，其中 “n” 表示
数字。比如 或 。在所有的消息中，各组件都必须填写自身支持的协议版本号。消息
版本号不能低于 。如果消息版本号低于接收方组件支持的最低版本号，则接收方组件
必须返回错误消息，并且设置错误码=0003。
xml 解析
为了可以支持后续协议版本，xml 解析的实现不要做严格的验证。特别是需要忽略未被
确认的域。所有 xml 消息必须用“utf-8”编码。
请求和应答域之 id 属性匹配
请求和应答报文的 Head 域之 id 属性必须相同，id 是请求方生成的唯一序列号。比如：
银行在请求的 Head 域设置了一个 id 属性值，则快捷支付在应答里面的 Head 域的 id 属性必
须和请求的 Head 域之 id 值相同。
报文传输
对 HTTPS 传输的基本要求如下：
使用 POST 发送消息
消息请求基于 HTTP/HTTPS 的 POST 方式。
HTTP 消息头要求
HTTP 请求与响应消息中必须按照如下要求设置头部域：
Content-Length：必须设置成消息体的长度
Content-Type：必须设置下面的值：application/xml; charset=utf-8
第5章 快捷支付业务实现规范
快捷支付业务功能覆盖了从签约、服务与管理的各个方面。签约类的业务负责快捷支付
服务协议的建立、调整与撤消，其中包括柜台签约、网上签约、柜台签约撤销、网上撤约、
批量签约/撤约、支付限额查询、网上支付限额修改。服务类的业务满足用户互联网交易与
资金需求，其中包括网上支付、提现（单笔与批量）、退货（单笔与批量）与银行卡余额查
询。管理类业务是为了保证互联网交易的正常进行而引入的，其中包含批量交易查询、单笔
交易查询、签约对账与清算对账、中间账户账务明细查询等。
本章描述如何通过用户、快捷支付与银行之间的协作实现上述快捷支付业务的流程与规
则。同时，本章也规定了在银行快捷支付渠道与快捷支付渠道间的交互模式、交换的报文与
文件的结构、语义与处理规范。
为了保证快捷支付业务的正常开展，还有一些在银行或快捷支付内部完成的业务流程，
比如在银行完成的支付限额修改，以及各种业务报表等，这些业务由于不涉及到快捷支付与
银行的交互，因此在本文档中不作具体描述。
接口实现说明
序号 接口类型 实现方式 交易类型代码
1 网上签约 必做 QP001
2 网上支付 必做 QP005
3 撤销支付 必做 QP006
4 实时退款 必做 QP007
5 单笔/批量交易查询 必做 QP008
6 清算对帐 必做 QP009
网上签约
签约申请相关参数
请求
标记（Tag） 长度 是否必输 说明
<Body> 报文体开始
<CustType> 1 Y 客户类型
<MerchantId> 10 Y 商户编号
< PayAcctNo > 22 Y 支付卡号
< CardType > 1 Y 卡种，见数据字典定义！
< PayerName > 30 Y 户名
< PhoneNo > 11 N 手机号码，卡种为信用卡时必填
< CertType > 2 N 证件类型
<CertNo> 30 N 证件号码
<CVV2> 3 N Cvv2 ，卡种为信用卡
<ValidDate> 4 N 有效期，卡种为信用卡时必填
< Remark1> 30 预留
< Remark2> 100 预留
</Body> 报文体结束
响应
标记（Tag） 长度 说明
<Body> 报文体开始
<Status> 1 验证结果，见数据字典定义！
< Remark1> 30 预留
< Remark2> 100 预留
</Body> 报文体结束
网上支付
业务功能
快捷支付网上支付业务的主要服务对象是互联网交易中的买家，使买家能够通过快捷支
付使用签约银行卡内的资金实现快捷、安全的交易支付。
快捷支付负责验证客户持卡人身份与服务权限，并请求银行划拨客户的资金用于互联网
交易的支付；银行负责验证由快捷支付发出的支付指令是否在快捷支付签约的业务范围与银
行控制的快捷支付支付限额内，并实时扣减签约银行卡内的余额。
由于网上支付引起的银行与快捷支付间的资金清算方法由快捷支付清算标准规定。
业务规则
网上支付业务在执行中需要满足以下约束条件：
网上支付必须由客户请求，从快捷支付发起。
网上支付时的资金只能从快捷支付签约时确定的签约银行卡账户中支出，用于同一
客户的网上支付。
网上支付时客户在签约银行卡账户中的资金只能转移到快捷支付公司指定的清算
账户中。
同一支付订单号的快捷支付网上支付交易银行必须保证只能执行一次。
银行与快捷支付需要保存网上支付相关报文的日志作为解决资金清算不一致的依
据。
银行必须根据客户的意愿做限额控制；
对于信用卡快捷支付，支付时有大额支付和小额支付之分，银行端接收到支付报文
时，需要根据快捷支付报文中的扩展字段来区分大额支付和小额支付。
处理流程
1. 客户通过互联网在快捷支付商户处购物，并在快捷支付创建交易。
2. 客户输入支付密码，并请求快捷支付使用本人快捷支付账户关联的快捷支付签约银
行卡为交易支付。
3. 快捷支付验证客户身份与快捷支付网上支付请求的合法性，验证项目包含：
该快捷支付账户的状态允许支付。
支付密码正确。
快捷支付服务已激活
账户安全等级达到快捷支付支付的要求
当日快捷支付网上支付总额在快捷支付规定的快捷支付每日支付限额内。
上述验证中如果有一项不符，则快捷支付拒绝客户的快捷支付网上支付请求，并将
客户引导到恰当的快捷支付功能页面。
4. 快捷支付生成唯一的快捷支付网上支付订单号，并根据该快捷支付账户签约的快捷
支付协议号确定银行、构造“网上支付请求”报文。快捷支付将该报文发送给银行。
5. 银行接受“网上支付请求”报文，验证网上支付的合法性。验证项目至少包括：
快捷支付协议号对应的快捷支付签约记录已成功
银行卡状态有效
银行卡余额足够
银行卡号当日累计的快捷支付支付总额未超过银行规定的每日支付限额
上述验证中如果有一项不符，则银行拒绝该请求报文，并返回快捷支付支付失败的
原因。
6. 银行处理网上支付交易，从快捷支付签约记录中的银行卡账户划付资金至快捷支付
资金清算专用账户中，并进行其它关联处理（比如手续费扣减、积分计算等）。
7. 银行处理网上支付交易处理成功之后，将交易处理结果通过“网上支付应答”报文返
回给快捷支付。
8. 快捷支付接收到银行返回的“网上支付应答”报文，从中解析出处理结果。若处理结
果显示银行处理成功，则快捷支付为客户进行资金入账，并支付该笔互联网交易。
9. 快捷支付向用户显示网上支付的结果。
10. 客户查看网上支付的结果。
报文格式
请求
标记（Tag） 长度 是否必输 说明
< Body > 报文体开始
< CustType > 1 Y 客户类型
< MerchantId > 10 Y 商户编号
<OrderNo> 30 Y 订单号
<OrderAmt> 12 Y 交易金额(单位：分)
<Currency> 3 币种，默认 156
< PhoneNo > 11 N 手机号码，卡种为信用卡时必填
<CustName> 30 Y 姓名（注：针对信用卡该字段无效）
< CardType > 1 Y 卡种，见数据字典定义！
< CardNo> 22 Y 卡号
< CertType > 2 N 证件类型，见数据字典定义！
<CertNo> 30 N 证件号码
<CVV2> 3
N Cvv2 ，卡种为信用卡（注：针对信用卡该字段
无效）
< ValidDate> 4 C 有效期，卡种为信用卡时必输
</ Body > 报文体结束
响应
标记（Tag） 长度 说明
< Body > 报文体开始
< MerchantId > 10 商户编号
<FlowNo> 20 流水号
<OrderNo> 30 订单号
<Status> 1 交易状态，见数据字典定义！
< Remark1> 30 预留字段 1
< Remark2> 100 预留字段 2
</ Body > 报文体结束
单笔撤销
商户因业务需要，在支付业务未完成清算前，取消支付的过程。如果支付已经完成，
则银行会拒绝响应撤消支付请求。
处理流程
商户发起撤消一笔支付的请求；
银行检索支付记录的状态，并进行处理。
如果未付则把支付请求撤消，并返回给商户支付请求撤消成功的信息；否则返回商户撤消
支付请求失败的信息。
交互模式
在撤销支付业务中，商户与银行通过请求-应答模式进行交互。
报文格式
同单笔退款
单笔退款
业务功能
对于客户的充值金额，为防止套现或借用快捷支付渠道转帐，快捷支付控制客户不能转
入其它银行。为满足客户充值金额返回原充值银行卡的需求，则需要充值退回功能。
单笔充值退回必须在快捷支付核实之后，由快捷支付发起。
业务规则
单笔充值退回业务在执行中需要满足以下约束条件：
单笔充值退回业务从快捷支付发起。
单笔充值退回业务必须有对应的快捷支付充值交易。
快捷支付可以针对 90 天内的快捷支付充值发起单笔充值退回业务。
单笔充值退回的金额不能超过对应的快捷支付充值的金额，但可以少于快捷支付充
值时的金额；
针对一笔快捷支付充值，可以进行多次退回，但退回的总金额不能大于该笔快捷支
付充值退回的总金额。
单笔退回的资金只能原路划回快捷支付充值时使用的签约银行卡账户中。
客户单笔退回时收到的资金只能从快捷支付公司事先约定的清算账户中划拨。
同一退回订单号的单笔提现交易银行必须保证只能执行一次。
银行与快捷支付需要保存单笔退回相关报文的日志，作为解决资金清算不一致的凭
据。
处理流程
1. 客户在快捷支付页面对充值金额申请普通提现。
2. 提现失败，出现错误提示信息页面和充值退回页面链接入口。
3. 快捷支付系统对退货（退回）的合法性进行验证。验证内容包括：
客户的快捷支付服务状态为激活
单笔退货的互联网交易是使用快捷支付充值的
如果上述验证中有一项不符合，则快捷支付系统拒绝该笔快捷支付单笔退回请求。
4. 快捷支付系统临时冻结客户快捷支付账户内与单笔退货金额等量的资金。
5. 快捷支付系统产生唯一的快捷支付单笔退货订单号，并根据该快捷支付账户签约的
快捷支付协议号确定银行、构造“单笔退货请求”报文。快捷支付将该报文发送给银
行。
6. 银行接受“单笔退货请求”报文，从报文中解析出退货指令的要素，并对其进行合法
性验证。验证内容包括：
快捷支付协议号对应有效的快捷支付签约记录
快捷支付签约银行卡状态有效
原始快捷支付网上支付订单号对应的快捷支付支付交易存在，且时间在 90 天
内
针对该交易进行快捷支付退货的累计金额不大于原始快捷支付支付订单号对
应的快捷支付网上支付交易的总金额
本次单笔退货订单号之前未执行过。
上述验证中如果有一项不符，则银行拒绝单笔退货请求，返回快捷支付单笔退货不
成功的原因。
7. 银行处理单笔退货交易，从快捷支付资金清算专用账户中实时划付资金至客户的快
捷支付签约银行卡账户中，并进行其它关联处理（比如消费积分扣减）。
8. 银行处理单笔退货交易成功之后，将交易处理结果通过“单笔退货应答”报文返回给
快捷支付。
9. 快捷支付接收到银行返回的“单笔退货应答”报文，从中解析出处理结果。若处理结
果显示银行处理成功，则快捷支付解冻客户因退货临时冻结的资金，并扣减客户快
捷支付账户中的余额。若处理结果显示银行处理失败，则快捷支付直接解冻客户因
退货临时冻结的资金，不变动客户快捷支付账户中的余额。
交互模式
在单笔退货业务中，快捷支付与银行通过请求-应答模式交互。
在单笔退货流程的第 5 步，快捷支付作为服务使用者向银行发送 “单笔退货请求”报文，
在流程第 8 步，银行作为服务提供者向快捷支付返回“单笔退货应答”报文。
图 6-20 单笔退款交互模式
报文格式
请求
标记（Tag） 长度 是否必输 说明
<Body> 报文体开始
<CustType> 1 Y 客户类型
<MerchantId> 10 Y 商户编号
<TType>
2
Y
交易类型
"16";//撤消支付
"18";//实时退款
<OrderNo> 30 Y 原订单号
< BackAmt> 12 N
退款金额 (单位：分)
类型为“退款”时必填！
< Remark1> 30 预留字段 1
< Remark2> 100 预留字段 2
</Body> 报文体结束
响应
标记（Tag） 长度 说明
<Body> 报文体开始
<MerchantId> 10 商户编号
<FlowNo> 20 流水号
<OrderNo> 30 原订单号
<Status> 1 交易状态，见数据字典定义！
< Remark1> 30 预留字段 1
< Remark2> 100 预留字段 2
</Body> 报文体结束
单笔/批量交易查询
业务功能
快捷支付批量查询由快捷支付发起，向银行查询一定时间段范围内全部或指定一组订单
号的支付、提现或退货交易的处理状态。
当由于网络或系统故障产生掉单（快捷支付发出了快捷支付请求报文，但没有收到银行
的应答报文）时，快捷支付可以使用快捷支付批量交易查询业务得到银行的交易状态，并使
用该状态对快捷支付交易进行恢复处理。这样做，可以及时恢复客户的交易，提升客户体验。
业务规则
批量查询查询业务在执行中需要满足以下约束条件：
只有快捷支付支付和快捷支付单笔退货及撤销交易是可以查询的。
银行端返回成功的交易状态代表账务成功，返回失败的代表账务失败。
银行端只返回账务处理主机有明确结果的交易状态,不明确的不用返回。
银行必须保证返回的快捷支付交易的处理状态与实际状态一致。
快捷支付以银行返回的查询结果信息为准调整快捷支付端的交易状态，快捷支付交
易的处理状态一旦进入成功状态或者失败状态，则银行端不允许改变。
快捷支付发起的快捷支付批量交易查询的时间段是当日的任一精确到秒的时间段，
时间段的起止时间是快捷支付公司发起的交易指令中的时间。
对于支付交易查询，返回的结果里面必须是所有成功的支付流水，失败的不能返回。
而且下面的 STATUS 也不要填写，这个状态是供提现查询使用的，如果需要填写，
必须保证是成功状态 0001。
银行端必须实现按照时间段查询，时间段加上流水号，流水号这三种方式查询
对于信用卡快捷支付，快捷支付发起批量查询时，使用扩展字段标明本次查询请求
是针对大额的还是针对小额的；银行处理完成，返回查询结果通知时，同样需要在
扩展字段标明查询结果属于大额还是小额。(查询请求和查询结果通知报文中大小
额标识，针对本次查询，不用于流水明细)
处理流程
批量查询查询的处理流程如下：
1. 快捷支付系统根据未得到银行应答的快捷支付交易请求，确定当日的某个需要实时
查询的交易时间段、交易类型与交易订单号列表。
2. 快捷支付系统以该时间段、交易类型与交易单号列表构造“批量查询查询请求”报文，
并发送给银行。
3. 银行收到“批量查询查询请求”报文之后，验证查询起始时间与结束时间是否在允许
范围内。如果不在允许范围内，则银行拒绝快捷支付的批量查询查询通知。
4. 银行向快捷支付返回“批量查询查询接受”报文，表示已接受快捷支付批量交易查询
请求。
5. 快捷支付接到“批量查询查询接受”报文之后，完成请求发送工作。快捷支付不同步
等待批量查询查询结果。
6. 银行根据查询请求中的交易类型、交易时间段与交易订单号列表，查询这些交易的
实际执行结果。
7. 银行将交易的实际执行结果组装成“批量查询查询结果报文，以单向通知的方式发
送给快捷支付。如果通知失败，银行需要有恰当的重试策略。
8. 快捷支付接收到批量查询查询结果之后，根据结果逐条交易进行恢复处理。
交互模式
快捷支付与银行通过请求-应答模式交互。
报文格式
请求
标记（Tag） 长度 是否必输 说明
<Body> 报文体开始
<MerchantId> 10 Y 商户编号
<SearchType> 1
Y
查询类型
0：当日
1：历史
<OrderNo> 30 Y 订单号或者打款号
<Remark1> 30 预留字段 1
<Remark2> 100 预留字段 2
</Body> 报文体结束
响应
标记（Tag） 长度 说明
< Body > 报文体开始
<MerchantId> 10 商户编号
<MerchantName> 60 商户名称
<List> 循环域开始
<Item> 单笔开始
<OrderNo> 30 订单号或打款号
<FlowNo> 20 交易流水号
<TType> 2 交易类型，见数据字典定义
<OrderAmt> 12 交易金额(单位：分)
<OrderDate> 14 交易日期时间
<AldyBackAmt> 12 已退款金额(单位：分)
<AldyAuthDonAmt> 12 已预授权完成金额(单位：分)
<Status> 1 交易状态，见数据字典定义
</Item> 单笔结束
</List> 循环体结束
< Remark1> 30 预留字段 1
< Remark2> 100 预留字段 2
</ Body > 报文体结束
清算对账
业务功能
从快捷支付发起的快捷支付网上支付退货交易的执行结果以银行返回给快捷支付的交
易应答为准。当发生网络丢失报文或系统故障时，银行返回给快捷支付的交易应答有可能丢
失，造成客户签约银行卡账户中的资金变动与快捷支付账户中的资金变动不一致。除了交易
应答丢失产生清算不一致的情况下，还可能因为其它原因（比如系统中的缺陷，或者人为因
素）产生清算不一致。
快捷支付清算对账业务的目的是发现用户签约银行卡账户与快捷支付账户中的资金变
动不一致的情况，并确定原因与处理办法。
快捷支付清算对账业务一般一天进行一次，获取由银行在 T 日终核对完成之后提供 T
日 0:00-24:00 所有涉及到资金变动的快捷支付交易的明细数据，与快捷支付 T 日的快捷支付
交易数据进行比对，找出不一致的交易记录。对于由于银行交易应答丢失造成的快捷支付不
一致的交易记录，由快捷支付进行恢复处理。对于由于其它原因产生清算不一致的情况，根
据快捷支付收到的银行交易应答内容确定资金处理差错的一方，并由该方进行账务调整处理。
如果由银行方的资金处理差错造成清算差错，则按照快捷支付清算标准中规定的差错处理方
法进行清算差错处理。
业务规则
清算对账业务在执行中需要满足以下约束条件：
银行提供的 T 日 0:00-24:00 变化的快捷支付交易明细数据需要与银行的账务处理一
致。
T 日快捷支付交易净额需要与银行清算给快捷支付的 T 日快捷支付款项净额相同。
当清算对账完成后，并完成差错处理之后，双方直至 T 日的所有快捷支付交易引
起的资金变动必须一致。
对于信用卡快捷支付清算对账，银行在通知快捷支付做清算对账时，需要将大额信
用卡和小额信用卡对应的清算流水生成到不同的清算文件中，在发送清算对账通知
时，需要在报文的扩展字段中标明文件中的流水信息属于大额还是小额。
处理流程
清算对账的处理流程如下所示：
1. 快捷支付收到“清算对账”报文后，从银行提供的清算对账文件中解析出每一条快捷
支付交易记录，与自己在该对账日期的所有快捷支付交易记录进行逐笔核对。找出
并生成以下三类交易记录的清单。
A：银行有，但快捷支付没有的交易记录
B：快捷支付有，但银行没有的交易记录
C：双方都有，但内容不一致的交易记录
2. 快捷支付对不一致的快捷支付交易记录进行恢复与处理。对于 A 类交易记录，快
捷支付进行交易恢复，使快捷支付对该笔交易的资金处理与银行一致。对于 B 类
交易记录与 C 类交易记录，快捷支付人工介入处理，通过核对原始的银行应答指
令，找出原因并确定该由哪方进行订正。如果存在需要银行进行调整的交易记录，
则快捷支付线下提供给银行的需要调整的交易记录清单，以及原始的银行应答指令，
由银行在人工核实之后进行处理。
交互模式
快捷支付与银行通过请求-应答模式交互。
报文格式
请求
标记（Tag） 长度 是否必输 说明
<Body> 报文体开始
<MerchantId> 10 Y 商户编号
<TDate> 8 Y 对账日期 yyyyMMdd
<Remark1> 30 预留字段 1
<Remark2> 100 预留字段 2
</Body> 报文体结束
响应
I 长度 说明
<Body> 报文体开始
< MerchantId> 10 商户编号
< DzDate> 8 对账日期
<List>
<Item>
<OrderNo> 30 订单号或打款号
< FlowNo> 20 流水号
<TDate> 14 交易时间 yyyyMMddHHmmss
<TAmt> 12 交易金额 （以分为单位）
<TType> 2 交易类型，见数据字典定义
<Status> 1 交易状态 ，见数据字典定义
< Summary > 100 预留字段
</Item>
</List>
< Remark1> 30
< Remark2> 100
</Body> 报文体结束
第6章 网络连接规范
快捷支付渠道与银行快捷支付渠道之间的安全信道建立方式与高层网络连接协议。
第7章 安全规范
在快捷支付业务流程与规范中，已经采用了大量的规则来降低快捷支付业务的安全风险，
如快捷支付签约客户的实名制；快捷支付业务的资金流动量、流动途径与方向的业务规则等。
因此，本章主要从技术角度阐述快捷支付系统中可能出现的安全威胁，以及通过技术规范来
规避安全风险的方式。
安全威胁
快捷支付系统涉及到快捷支付与银行通过公众互联网络交换信息与指令。因此，在快捷
支付安全规范中，我们主要对来自网络的安全威胁进行分析。对于来自内部系统与人员的安
全风险，由银行与快捷支付现有的安全体系来保障。
来自网络的安全威胁主要有以下几种：
信息泄密
快捷支付报文中交换的客户信息与交易指令均有私密性要求。在快捷支付技术规范中，
需要确保在网络传输中对客户与交易信息私密性的保护。
解决方案：将双方的的通信信道进行加密（见网络连接规范）。
交易指令篡改
如果网络中传输的快捷支付交易指令被入侵者截获并篡改，就会造成资金处理出现错误，
给快捷支付业务参与方造成损失。因此，在网络传输中，需要保证指令完整性。
解决方案：使用数字证书对对报文中的业务数据进行签名（见数字签名）。
交易指令伪造
如果有入侵者冒充快捷支付或者银行发起交易指令，就会造成资金在未得到快捷支付业
务参与方的授权下发生流动，给银行、快捷支付或客户带来损失。因此，在网络传输与系统
处理中，需要保证指令的真实性。
解决方案：使用数字证书对对报文中的业务数据进行签名（见数字签名）。
交易指令否认
当发生交易纠纷时，双方需要通过交易指令确定责任方。快捷支付安全规范中需要为交
易指令防否认提供技术支持。
解决方案：使用数字证书对对报文中的业务数据进行签名（见数字签名），银行与快捷
支付均应保留涉及资金变动的交易报文日志（见报文日志管理）。
交易指令重播
入侵者也可能尝试通过截获网络中传输的快捷支付交易指令，并多次重播的方式试图发
起未经授权的快捷支付交易。在快捷支付技术规范中，需要防止交易指令重播引起的未授权
交易。
解决方案：凡涉及到资金变动的交易指令，流水号必须唯一。银行与快捷支付均需要保
证同一流水号的交易指令只能执行一次。
数字签名
规范化要求
注意：规范化是 “XML-Signature Syntax and Processing, W3C Recommendation”中的要求
之一，也叫作 xmldsig。
Xmldsig 表示计算同样文档的摘要必须使用规范化的方法。
签名的 XML 命名空间
消息的签名必须被声明在一个缺省的命名空间：
报文日志管理
为了做到交易指令防否认，银行与快捷支付均应保留涉及资金变动的交易报文日志，日
志中包括完整的报文、报文签名、接收时间以及源 IP 地址。保存时间不小于 90 天。
交易报文日志应该妥善管理，避免泄密或者被破坏。
第8章 其它规范
异常处理规范
凡是报文验证不通过，或者业务处理失败，统一通过应答返回错误报文。
错误码规范
错误码包含两部分，一部分是标准错误码，由快捷支付标准规定，参见 节。另一
部分是服务商特定代码，由服务商自行规定。
处理响应时间要求
所有由客户发起的单笔类型报文处理，都应该在 5 秒内给请求方响应，以确保客户有良
好的体验。目前快捷支付系统与银行交互超时时间为 9 秒。
对于批量查询查询，银行应该在收到查询请求之后的 1 分钟内发送查询结果通知。
可用性要求
银行与快捷支付的快捷支付业务服务应该达到 %的可用性。
第9章 附录
快捷支付报文样例
快捷支付金额格式
用货币单位的最小单位表示的金额，其中不包含任何标点，最多 12 位。
例如：如果交易金额为 ，则该项内容为 12345。（但是在页面上显示：人名
币是以元为单位，交易中的金额都是以分为单位）
快捷支付货币代码表
快捷支付报文中的货币代码（currency 元素）的取值遵照国家标准 GB/T 12406-1996《表
示货币和资金的代码》，该标准中规定了代表货币和资金的三个字母代码和与之等价的三位
数字代码的结构，说明了货币单位与货币之间十进制的关系，确立了维护代理机构的建立过
程，并详细说明了代码应用方法。
根据 GB/T 12406-1996，快捷支付货币代码字段使用的 3 位定长数字如下表所示。
国家、地区名称 货币名称 货币代码
中国 人民币元 156
中国香港 港元 344
中国澳门 澳门元 446
美国 美元 840
英国 英镑 826
法国 法国法郎 250
德国 马克 278
俄罗斯 卢布 810
日本 日元 392
加拿大 加元 124
瑞士 瑞士法郎 756
瑞典 瑞典克朗 752
意大利 意大利里拉 380
西班牙 西班牙比塞塔 724
葡萄牙 葡萄牙埃斯库多 620
荷兰 荷兰盾 528
比利时 比利时法郎 056
芬兰 马克 246
挪威 挪威克朗 578
希腊 德拉克马 300
奥地利 先令 040
丹麦 丹麦克朗 208
澳大利亚 澳大利亚元 036
新西兰 新西兰元 554
巴西 克鲁赛罗 076
南非 兰特 710
埃及 埃及镑 818
伊拉克 伊拉克第纳尔 368
伊朗 伊朗里亚尔 364
沙特阿拉伯 沙特里亚尔 682
科威特 科威特第纳尔 414
阿联酋 UAE 迪拉姆 784
泰国 铢 764
新加坡 新加坡元 702
印尼 卢比 360
马来西亚 马来西亚林吉特 458
菲律宾 菲律宾比索 608
南朝鲜 圆 410
印度 印度卢比 356
数据字典定义
名称 值
客户类型 0 个人
1 单位
币种 人民币：156
见货币代码
卡种 0：本行借记卡
1：本行信用卡
证件类型 51=居民身份证
52=护照
53=户口簿
54=驾照
55=香港身份证
56=军人身份证
57=士兵证
58=军官证
59=文职干部证
60=军官退休证
61=文职干部退休证
62=武警身份证件
63=武警士兵证
64=警官证
65=武警文职干部证
66=武警军官退休证
67=武警文职干部退休证
68=澳门身份证
69=台湾身份证
交易状态/验证结果 0：成功；1：失败；2：未知
验证类型 0：协议号
1：收款信息
交易类型 01;//快捷支付
05;//撤消支付
06;//实时退款
签约/解约渠道 0 商户
签约/解约标志 0 解约
1 签约
