多渠道平台接入xml报文接口-第1部分

、、版日拟稿和修说2013-9-2013-11-代缴委托关系三个规范。增加5.7节，5.7.1游戏充值业务类。同时，在账单费用查询、缴费中，增加TAG。修改“UsrNoTpType”2014-05-2014-06-修改账户验证，证件号码完整上2014-08-5.1.3、5.1.5、5.2.1、5.4.1、5.4.2、5.4.8QueryMonth2014-09-销账增加两个字的中国银 有限或范 通讯机 通讯模 通讯模式具体实 双工长连接模 空闲连接处 报文结 报文约 报文结构说 报文种 报文加密说 报文体域说 符号说 数据类型说 报文域属性和数据格 报文 报文 委托类.............................................................................................................建立委托关系(委托商户 撤销委托关系(委托商户 查询服务类.....................................................................................................账单费用查询 余额查询 账户验证 行业信息查询 网络管理类.....................................................................................................签到 签退 金融支付类.....................................................................................................缴费 缴费撤销 消费 消费撤销 消费退货 （实时）代付 代付确认 销账（CancelAccount）(仅 单笔代收 单笔代收撤销 辅助类.............................................................................................................TC值上送 结果通知 冲正类............................................................................................................. 录A（规范性附录）报文域补充说 主账 A.2金 服务点输入方式 受理代 应答 受卡机终端标识 个人标识码数 安全控制信 实际余 基于PBOC借/贷记标准的IC卡数据 终端能 电子商务标 交互方式标 发起方 无卡校验 ARQC认证结果 持卡人......................................................................................................................转入方......................................................................................................................IC卡相关信 签 录B（规范性附录）MAC签 录C（规范性附录）磁道加 范本接口规范规定了端与中国银联多平台进行联机时使用的XML报文接口，其中联机报文接口包括报文的结构、格式以及报文域说明。本标准适用于从事设计多业务相关产品，采用XML报文的规范以及相关应用系统的研制、开发、集成和的相关部门（单位）。通讯机通讯模前端采用TCP/IP通讯方式接入多平台进行联机。建议采用的通讯方式为：对XML规范的业务，通讯模式如下终端机 受理通讯模式具体实双工长连接模双工方

多平收和发送的功能。端与多系统建立一对SOCKET端口（互为客户／服务端），用于端发起的和多系统端发起的；其中客户端作为发送数据端口，服务端作为长连TCP连接上可以连续发送多个数据包，SOCKET连接建立后，除非int4空闲连接处空闲连接查询控制报 报文长度（报文长度（4字节图1空闲连接查询控制报文的发送要报文结报文约端与多系统间所用XML报文编码格式为UTF-8，本章节中所使用的约束符号数据元属性：属性：说明里标明属性：属性：最多出现N是否摘元素：元素： 元报文要1级报 2级报--- 二级报文要素，为在本要前最后出现的1格式说明中响应栏的阴影表示该同请求原样返回报文结构说端与多系统进行联机，报文基本结构如下图所示报文报文数据鉴别XML<?xml<?xmlversion="1.0"encoding="utf-……<!--数据鉴别码XML报文体部分用于存放具体的报文，其内容由具体应用的种类决定XML报文首位字符不允许出现空格等字符，应以<?xmlversion报文种多系统与端的接口如下表所示类应用类服务接口名发起查询类交金融支付（实时）网络管理TC创新应用报文加密说MACB。端与多系统有三种密钥体系：MAC密钥、PIN密钥、磁道密钥。磁道加密参见C报文体域说符号说表1月份，01至日期，01至时，00至分，00至秒，00至X费金额中X+N8含义为前缀“C”或“D”和费金额的8位数字数据类型说1N112N113N位。4N115 N116 N位。7688964YYMM，年份后两位加YYYYMMDDhhmmss，4表示的结算日期。日期为MMDD格式3-81-2个数字mgm：网络管理类iqr：查询服务类pay：金融支付类ent：委托类trf：转账服务类ast：辅助服务类标明是哪类1R：发送方和接收方流水2据币种来决定如金额为3附录A.3服务点输入方式码,即持卡人点（PointOfService）3PAN基于PBOC借贷记标准的IC卡时使2该域描述了服务点设备接受PIN的最大特殊字符，长度必须为LRC224位数字或字母16的倍数LRC3232ASCII字符8当“响应码”域为“00”时必选，4字节TRACKCHECKVALUE8ASCII表示多平台给予的系统检索6卡方对的标识应答码，在一定时间段内保持唯一。对于冲正，如原始自原始215位定长的字母、数字即商户代码，目前根据中国银联规定的3表示所用货币的代码。的货币代码为156所有预/金融类消息中用本域标识币种。现仅支持人币作为币种16附录附录40附录附录4中本域以“00001位数字或字母或取值说明：1-112A.14 1业务时，当受理方没有上送信息时发卡方可以不必校验信 1数字代码。在中表明该卡验证的会设置该值；或者由CUPS2附录1位数字或字母或附录1位数字或字母或附录201：02：03：04:05:06:证07:99:20本域用于存放持卡人证件编号、号发卡方返回的应答报文中本子域以全零号原有固定长度在本子域中从右到左填写，61位数字或字母或当入网机构需要银联处理中心代为验证1：2：3：CVV1位数字或字母或当入网机构需要银联处理中心代为验证1：2：3：PVV3附录1位数字或字母或附录320动态信息数据类型定义为ANS40，其中前20位用来受理上送的动态验证关联key值，后20位用来动态附录512个数字或字母附录28对于转账类，本域填写转入账户对于非转账类，本域填写多平分配的最长11位的行业机构代码（SP代附录8附录16附录8附录20001：重置PIN02：重置MAC03：重置MAC和PIN04：重置TRACK05：重置PIN密钥、TRACK06：重置MAC密钥、TRACK07：重置PIN密钥、MAC密钥、4266冲正，撤消和退货所用的原始数据记“11：2：3：4：5：6：2参考《多缴费标准化接口》文档404的应答存在本tag5/6的交具体业务参《多缴费标准化接口4具体业务参《多缴费标准化接口具体业务参《多缴费标准化接口 多在“业务模式”取值为4的中 定长10：1： 10：不需要1：需要100最长100（12位1~12最长12支付的相关明细的欠费金额进行汇总后最长2 定长1选择，并在支付时上送最长20最长10最长60定长601-2 2用于填写账户验证的关联业务类13：IndOr12317若无具体日期要求，默认填写01和当月结束日期（根据月份选择28、29、30或31）1表明不可发起后续支付明可发起后续支付Remind41Bit46061402010220102032212据币种来决定如金额为1000．02,000000100002据币种来决定如金额为据币种来决定如金额为10190100个字母或数字报文域属性和数据格报文报文要素对应XML属数据类说1 2Source3Destinatione4Application5Service6Message7Sourceo89TransactionTransactionSign01：MAC2)前端发送请求报文时，接收方流水号全0填充报文报文要素报文要素对应XML数据类说1 23Date,4Date,5服务点输PointOfServiceEntryModeCode6 7PointofServicePinCaptureCode8受理AcquiringChanel9第二磁道Track2第三磁道Track3检索参考ReferenceNumber标识Response 目前根据中国银联规定约商户统一编码及使用在接入接入机构商公共支付 货币 个人标识Pin安全控制SecurityRelated基于PBOCICIntgratedCircuitCard(ICC)SystemRelatedData报文原因MsgReason支付账户 终端基于PBOC准的ICICCardConditionTerminal受理免验网络标志及账币 OffshoreChkIC卡验证可靠性标IcCardCheckIcCardChk电子商务交互方式 ctive发起Transaction持卡人证Type持卡人证CheckResultOfCheckResultOf无卡校验CheckValue,NOARQC认证ResultOf处理中心 Processing持卡人姓 Msg.Body.动态验证VerificationCode转入方姓Name0f IC卡相关ICCardRelated发卡机构ionCode转账账户（转入ForwardPINPinPinCheckMACMacMacTrack.磁道密钥TrackEnccheck.签到密钥SignKey密钥扩展 Error附加数据支付关键Payment业务流水原TransactionNo原 andTime公共支付参见公共支付信息域说公共支付信息域说明序报文要XML数据类备12用户号码类34用户号码地5用户号码附6查询/缴费7关联查询交R8条形码/标9Msg.Body.Bill.计费起始日计费终止日缴费截止日本期账单金费用缴清标Paid是否生成发Bill用于打票的受理端流水或行业商支付明细名支付明细支付明细支付明细支付明细支付明细支付明细支付明细支付明细支付明细支付明细对应支付位图的第10支付明细对应支付位图的第11支付明细对应支付位图的第12支付明细总选择支付标Payment已使用量表等费用量表已使用行业应答码行业信息扩附加子域内电子产品信附加电子产填写实际长度的附节点关联业dBuRltBu行业机构代IndOr最高限制金最低限制金委托关系限费用可缴标说明：根据不同的，报文体中报文域的属性会不同，具体属性在具体里说明报文体格式说委托类建立委托关系(委托商报文XML数据类请求属响应属说当“服务点输入方式码域指明非输且可判当为IC卡时且服务点PIN当服务点输入方式码PINPIN受理代当终端能从卡片中读当终端能从卡片中读报文XML数据类请求属响应属说156基于PBOC借/终端能基于PBOC借/Msg.Body.号码长度需根据各国不同要求进行变报文XML数据类请求属响应属说用法见下表公共支付公共支付信息报文填入XML用户号码地编用户号码附加单位为月份，空格或他取值表示从日开始计算的有效期月撤销委托关系(委托商XML当“服务点输入方式且可判XML当为IC卡时且终服务点PIN当服务点输入方式码指明PIN可输入且持卡PIN受理代当终端能从卡片中读当终端能从卡片中读156基于PBOC借/终端能基于PBOC借/XMLMsg.Body.号码长度需根据各国不同要求进行变用法见下表公共支付公共支付信息报文填入XML用户号码地编用户号码附加单位为月份，空格或他取值表示从日开始计算的有效期月建立代缴委托关系报文XML数据类请求属响应属说且可判；当为IC卡时且终服务点PIN当服务点输入方式码指明PIN受理代当终端能从卡片中读当终端能从卡片中读156报文XML数据类请求属响应属说基于PBOC借/终端能C:IC卡时存基于PBOC借/C:IC卡时存号码长度需根据各国不同要求进行变此处为多个具用法见下表公共支付公共支付信息报文填入XMLXML用户号码地编码用户号码附加单位为月份，空格或他取值表示从日开始计算的有效期月提醒提醒电邮提醒启用Remindee当本子域填写询当前用户号码欠费000000（ 、后）委托扣费周期XML失败重扣间隔失败重扣最大预-充值预-触发C:当用户账户类型为预-充值建议兼顾大部分服务撤销代缴委托关系XML且可判；当为IC卡时且终XML服务点PIN当服务点输入方式码指明PIN受理代当终端能从卡片中读当终端能从卡片中读156基于PBOC借/终端能C:IC卡时存基于PBOC借/C:IC卡时存XML号码长度需根据各国不同要求进行变用法见下表公共支付公共支付信息报文填入XML用户号码地编用户号码附加变更代缴委托关系报文XML数据类请求属响应属说1.且可判；报文XML数据类请求属响应属说当为IC卡时且终服务点PIN当服务点输入方式码指明PIN受理代当终端能从卡片中读当终端能从卡片中读156基于PBOC借/报文XML数据类请求属响应属说终端能C:IC卡时存基于PBOC借/C:IC卡时存号码长度需根据各国不同要求进行变此处为多个具用法见下表公共支付公共支付信息报文填入XML用户号码地编用户号码附加XML单位为月份，空格或他取值表示从日开始计算的有效期月提醒提醒电邮提醒启用Remindee当本子域填写询当前用户号码欠费000000（ 、后）委托扣费周期XML失败重扣间隔失败重扣最大预-充值预-触发C:当用户账户类型为预-充值建议兼顾大部分服务查询服务类账单费用查询XML性性受理代156实际余额（附加金响应消息中应答码为”00”XML保存商户返回或多平此处为多个标签，具体用法见下表公共支付信息报文填公共支付信息报文填入说XML用户号码附加地区关联查询键RMsg.Body.Bill.Paid是否生成Bill支付明细支付明细支付明细支付明细支付明细支付明细支付明细支付明细支付明细支付明细支付明细支付明细Payment用于返回190余额查询XML当为IC卡交易时且终端能够获得时指明PIN可输入且持卡人具有有效期服务点PIN代指明PIN可输入且持卡人当终端能从卡片中信息时该域当终端能从卡片中信息时该域受理代终端能基于PBOC借/贷记标准的条件代有安全要求响应消息中ICXMLA.10.2.1用托关系销委托关系、银行卡余额询、缴附录Msg.Body.号码长度需根据各国不同要求以设计为变CVVPVVARQC保存商户返回或多平台出错信此处为多个法见下表公共支付信息报文填入说明公共支付信息报文填入XML账户验证XML“服务点指明非输具有有效服务点输入方d[当为IC时且终端能够获得时存服务点PIN采[指明PIN可输入且持卡人输入受理代当终端能从卡片中信息时该域出当终端能从卡片中信息时该域出[e[[XML指明PIN可输入且持卡人输入[有安全要响应消息终端能PBOC贷记标准的条ee持卡人证件类型持卡人证件号码CVVPVVe[号码长度需根据各国不同要求进行变20位用来存储受理上送的动态验证关联key20位用来动态。XMLARQC值保存商户返回或多oo此处为多法见下表公共支付信息报文公共支付信息报文填入XML性latedBuRltBu用于填写账户验证交易的关联业务行业信息查询XML性受理代01：02：03：04:05:06:07:99:其它证件证件编号不足20本域用于存放持卡人证 码和证书序列出于安全性的返回的应答报文中本子域以Msg.Body.手机号码长度需根据各国不同要求进行变c保存商户返回或多渠道平台此处为多个标下表公共支付信息报文填入公共支付信息报文填入说XMLIndOr根据需要进行务填写实际长度的附加子域内网络管理类签到XML用于标识PIN“00”时必选加密算DES:an16，8PIK16个ASCIIXML加密算3DES:an32，PIK扩展32PIN字节的PINCHECK扩展为8ASCIIMACMAK扩展为16个MAC字节的MACCHECKVALUE8扩展为32ASCII字节的TRACKCHECK扩展为8ASCIIXMLe签退XML用于标识e金融支付类缴费报文XML数据类请求属响应性说服务点输入方式码指明非入且可判；对于“公共支付信息”域采用单笔代收的用法，若需要验证卡的一致性，则送此域报文XML数据类请求属说具有有效期的卡当为IC卡且终端能够获得当“服务点输入方式码”域指明PIN可输入且持受理代当终端能从卡片中信息时该当终端能从卡片中信息时该签，具体用法见下表公共支付信报文XML数据类请求属说现仅支持(156)作为币PIN输入时必有安全要求时必IC当为IC卡时见附A.10A.10.2.1法一：建立委托关系/撤销委托关系、余额查询、缴费用于区分账户类型。取值说1-终端能附录标准的IC附录定义终端类型，与“交互方式标附录附录01：02：03：报文XML数据类请求属说04:05:06:证07:99:其它证件证20本域用于存放持卡人证件编号、和出于安全性的考虑，在发卡方返回的应答报文中本子域以全零填CVV当入网机构需要银联处理中心代域存放银联处理果。具体含义如--1：--2：当入网机构无需银联处理中心代为验证CVV时，PVV当入网机构需要银联处理中心代域存放处理中心的校验结果。具--1：报文XML数据类请求属说--2：当入网机构无需银联处理中心代PVV时，ARQC处理中心标志取dMsg.Body.号码长度需根据各国不同要求进行变化，所以设计为变长信20受理上送的动态验证关联key值，20位用来动态在消息中表示消息接收方机构的报文XML数据类请求属说e签，具体用法见下表公共支付信公共支付信息报文填入说XML用户号码附加地关联查询交易键R是否生成支付明细支付明细支付明细支付明细支付明细支付明细支付明细支付明细支付明细支付明细支付明细支付明细用于返回号190缴费撤销XML“服务点输入方式码”域指明非输入且可判支付信息”域采用单笔代收的用法，若需要验证卡的一致性，则当为IC卡时且终端能够获得服务点PIN代当“服务点输入方式码”域指明PIN可输入且持受理代当终端能从卡片中信息时该当终端能从卡片中信息时与原缴费返请求属性：如果原始的应中有码，则须填入原授响应属性：承兑时由发卡行现仅支持PIN选有安全要求时必选用于区分账户类1-终端能附录PBOC借/贷记IC码附录定义终端类型，与“交互方式标附录附录在消息中表示消息接收方机构的原业务流水冲正，撤消和退货所用的原始数据记录。与原中“业务流水号”域值相同原日期时冲正，撤消和退货所用的原始数据记录。与原报文中“发起格式为：此处为多个标签，具体用法见下表公共支付信公共支付信息报文填入说XML关联查询键R是否生成支付明细支付明细支付明细支付明细支付明细支付明细支付明细支付明细支付明细支付明细支付明细支付明细e消费XML服务点输入方式码指明非磁条输入且可判采用单笔代收验证卡的一致具有有效期的SeqId当为时且终端能够PIN“服务点输入PIN卡人输入了受理代2当终端能从卡片中信3当终端能从卡片中信承兑时如发卡行返回则用于标识ePIN卡人输入了e有安全要求必选基于PBOC 终端能基于PBOCCVVPVVARQCMsg.Body.e消费撤销XML服务点输入方式码指明非磁条输入且可判采用单笔代收验证卡的一致当为时且终端能够PIN“服务点输入PIN卡人输入了受理代2当终端能从卡片中信3当终端能从卡片中信请求时为原消费参考的应答中填入原授应答承兑时由发卡行自定用于标识“服务点输入PIN卡人输入了有安全要求必选终端能基于PBOC原业务流水货所用的与原中，原日期时货所用的与原报文格式为：消费退货XML服务点输入方式码指明非磁条输入且可判共支付信息”域采用单笔代收的用法，若需要验证卡的一致性，则送具有有效受理代2当终端能从卡片中信息3当终端能从卡片中信息请求时为原消费参原存在授用于标识终端能e原业务流水冲正，撤消和退货所用的原始数据记录。与原原日期时冲正，撤消和退货所用的原始数据记录。与原“发起时格式为：（实时）代付XML当“服务点输入方式码”指输入且可判；若需要验证卡的一致性，则以分为单位，受理代用于标识eXML此处为多个标签，具体用法见下表公共支付信息报文填公共支付信息报文填入XML用户号码附加地区编e在代付业务代表支付区间代付确认XML输入且可验证卡的一致受理代用于标识XML原业务流水货所用的与原中，原日期时货所用的与原报文格式为：此处为多个标下表公共支付信息报文填入公共支付信息报文填入XMLee销账（CancelAccount）( XML受理代受卡机终端标识码用于标识CUPS机票支付填写分润信息：内容拓XML展方机构代码+用户拓展方机构代码系统支持方机构代码，每11签，具体用法见下表公共支付信公共支付信息报文填入说XML关联查询键R是否生成支付明细支付明细支付明细支付明细支付明细支付明细支付明细支付明细支付明细支付明细支付明细支付明细eee单笔代收非输入且可判要验证卡的一用于标识附录基于PBOC借/贷记标附录附录号码长度需根据各国不同要求进行变在消息中表示消息接收方机e此处为多个标下表公共支付信息报文填入公共支付信息报文填入XML 本子域填写用于查询/缴费当前用户号码单笔代收撤销XML非输入且可判要验证卡的一受理代原交易参考号用于标识终端能附录基于PBOC借/贷记标附录e附录在消息中表示消息接收方机原业务流水货所用的与原中，原日期时货所用的与原报文“格式为：此处为多个标下表公共支付信息报文填入公共支付信息报文填入XML当本子域填写“000000用于查询/缴费当前用户号码辅助类TC值上送XML当为时且终端能够受理代e基于PBOC借/贷记标哪些子域应该出现由这笔联机明细的则根据消费交易格式填写其 填终端能基于PBOC借/贷记标 络标志 填填填附录保存商户返回或多平台同原业务结果通知XML非指定账户圈存填写转入卡行该 通知的原始息当为时且终端能够服务点PIN代PIN卡人输入受理代基于PBOC填终端能基于PBOC借/贷记 填填填原业务流水货所用的与原中，原日期时货所用的与原报文“格式为：保存商户返回或多平台冲正类冲正这里是指多平台在规定时限内未收到交换系统或商户应答时的冲正。冲正类包括建立/撤销委托关系冲正、缴费冲正、缴费撤销冲正、消费/订购消费冲正、消费/订购消费撤销冲正、单笔代收冲正、单笔代收撤销冲正。上送的冲正比原的报文体的内容多两个域原业务流水号和原日期时间如果原报文中包含这两个域冲正时填写原的业务流水号和日期时间，报文体其他各域，除了业务流水号以外，必须同原。需要特别说明的域定义如下报文XML数据类请求属响应属说可以使用新的可以使用原交易的业务流水如果原交易上则冲正交易也正也不上基于PBOC准的数据域原业务流水货所用的与原中，撤销和退货交原日期时货所用的与原报文头中，“发格式为：对于撤销和退货已有不创新应用类游戏充值业查询商品大类XML性性受理代156XML保存商户返回或多平此处为多个标签，具体用法见下表公共支付信息报文填公共支付信息报文填入XML固定上送固定上送固定上送用户号码附加地区固定上送w.Cla应答报文中可能出现多组情况，每对<Row><Row>签表示一组内容根据大类查询商品小类XML受理代XML156保存商户返回或多平此处为多个标签，具体用法见下表公共支付信息报文填公共支付信息报文填入XML固定上送固定上送固定上送用户号码附加地区固定上送w.Cla应答报文中可能出现多组情况，每对<Row><Row>签表示一组内根据小类查询商品编码XML性性受理代156保存商户返回或多平台此处为多个标签，具体用法见下表公共支付信息报文填公共支付信息报文填入XML固定上送固定上送固定上送用户号码附加地区固定上送ew.Claw.应答报文中可能出现多组情况，每对<Row><Row>签表示一组内容查询商品具体信息XML性性受理代156实际余额（附加金响应消息中应答码为”00”保存商户返回或多平此处为多个标签，具体用法见下表公共支付信息报文填公共支付信息报文填入XML性性固定上送固定上送目前固定上送固定上送用户号码附加地区固定上送w.以元为单位，可能出现小数EUrl（GBK查询游戏区服信息XML性性受理代XML156保存商户返回或多平此处为多个标签，具体用法见下表公共支付信息报文填公共支付信息报文填入XML固定上送固定上送目前固定上送固定上送用户号码附加地区固定上送游戏编码即商应答报文中可能出现多组情况，每对<Row><Row>签表示一组内容充值请求报文XML数据类请求属说e服务点输入方式码指入且可判；对于“公共支付信息”域采用单笔代收的用法，若需要验证卡的一致性，则送此域具有有效期的卡当为IC卡且终端能够获得当“服务点输入方式码”域指明PIN可输入且持受理代当终端能从卡片中信息时该当终端能从卡片中信息时该报文XML数据类请求属说签，具体用法见下表公共支付信现仅支持(156)作为币PIN输入时必o有安全要求时必IC当为IC卡时见附A.10A.10.2.1法一：建立委托关系/撤销委托关系、余额查询、缴费用于区分账户类型。取值说1-终端能附录报文XML数据类请求属说标准的IC附录定义终端类型，与“交互方式标附录附录01：02：03：04:05:06:证07:99:其它证件证20本域用于存放持卡人证件编号、和出于安全性的考虑，在发卡方返回的应答报文中本子域以全零填CVV当入网机构需要银联处理中心代域存放银联处理果。具体含义如报文XML数据类请求属说--1：--2：当入网机构无需银联处理中心代为验证CVV时，PVV当入网机构需要银联处理中心代域存放处理中心的校验结果。具--1：--2：当入网机构无需银联处理中心代PVV时，ARQC处理中心标志取dMsg.Body.号码长度需根据各国不同要求进行变化，所报文XML数据类请求属说以设计为变长信20位用来受理上送的动态验证关联key值，20位用来动态在消息中表示消息接收方机构的签，具体用法见下表公共支付信公共支付信息报文填入XML性性固定上送固定上送目前固定上送固定上送用户号码附加地区固定上送关联查询键Msg.Body.Bill.RR充值时原样上送“具体商品信息查询”返回的键值190 户号，或读IC卡获得的。缴费报文中本域为扣费账户的A.2金金额不包括任何服务费；本域中不带小数点。小数位根据币种来决定金额的币种由货币代码(Currency-Code-of-Transaction)表示，若表示人民币则单位为分。例如：多终端金额为1000元，则金额＝“000000100000”。1-23PIN11-23PIN12中不包含8-PBOCIC卡读入（非接触式非接触式读入（非接触式采用非接触方式CUP移动支付中的成在中的卡（适用于CUP的现场采用接触方式CUP移动支付中的集成在中的卡（适用于CUP的付模式IC卡读入（非接触式本域第1、2位的取值与“终端能力”域相关受理代在接入机构发送时，本域应填写接入机构的受理机构代码终端的冲正消息中，存放冲正原因码，具体说明见下表终端在时限内未能收到多平台的应终端收到多平台的批准应答消息，但由于故障无法完其他情况的冲PIN加密方法，1：ANSIPIN加密方法，1：ANSI息加密算法标志.0：DES算用法一：用于、银行帐户余额查询中返回帐户实际余额和可用余额货币代余额符货币代余额符0010－储蓄帐户（只适用于银行帐户30－帐户（只适用于银行帐户01－帐面余额（银行帐户02－可用余额（银行帐户16－帐面余额（SP用户帐户17－可用余额（SP用户帐户余额符号为D余额符号为Cb（二进制数或者位组合）中，形如‘000000012345’。var.uptoN－变长数据，最大长度可为N本域将根据不同的种类包含不同的子域处理中心仅在受理方和发卡方之间传递这制数。例如，某个域取值占3个字节，那么其子域取值长度表示为“”。所以，若如，若最左字节为，表示L字段除该字节外，后面还有两个字节。其后续字节的十L可以取值为“0”，此时，V值不出现，系统必须能够正确解析这域子域取值根据不同的子域含义分别取不同的数值由于该域中所包含的子域都是卡片和终端所特有的信息而非处理中心的特息处理中心仅为一个数据传递的桥梁，所以具体取值需参见卡片及终端规范，并根据其标准的变化不断更新。对于境内交易需参见《中国金融集成电路（IC）5成电路（IC）卡规范第6部分借记/贷记终端规范分》。对于外卡收单需根据不同国际给出tag，入网机构即可根据取值查找到不同组织对该子域的具体取值。下面将列子域中文名子域缩子域值子域取值所占节Application8bCryptogram—1b发卡行应用数据IssuerApplication最大到bUnpredictable—4b应用交易计数器Application2b 5bTransaction—3—1效数字TransactionAmount—6cn（包含12有效数字 —2效数字Application—2bTerminalCountry—2效数字Amount—6cn（包含12有效数字—3b表24-8055子域缩子域值子域取值所占节VerficationMethod3b—1cn（数字 Serial8 b子域缩子域值子域取值所占节ApplicationVersion—2bSequence—cn（包含4到个有效数字Authentication—b发卡行 —b发卡行 —b发卡方结IssuerScript—b AuthorizationEC6 —b用域说明响255包含多个以下子域中的为易（不包括手 文据返回应答，则现，并与请求日期类型金额b额能果型0如果终端标识不能隐含确定接口设备序列00器0当终端能够获取卡标识信息否则，本域不据若处理中心返回应答，则在1若处理中心返回应答，则在2若处理中心返回应答，则在/订购消费冲正、电子现金指定帐户/非指定账户圈存冲正、现金充值/现金充值撤销冲正、建立//域说子域类性响应IC卡数据 255包含多以下子域中的（不包括片）时有终端验证准但被卡片拒接口设备序列号发卡行应用数准但被卡片拒计数0致发卡行脚本结果卡行时，用法三：结果通域说子域类请求属响应IC 255包含多（不包括片）时有终端不可接口设备发卡行应应用应用计数[1..1]器应用发卡行脚同原同原用法四：IC卡脱机消费上最255包含多易（数据域）据果码征码如果终端标识不能隐含称00000当终端能够获取卡标识卡行小额支付应用且能获取时，必须上送该终端能在IC卡中表明终端是否能够IC卡。取值如下表0终端能力不可2可5可接触式界面IC卡。当22域前两位取值05或95时，该域必须填5。于电子钱包的非接触界面，该域也填6可非接触式界面IC卡（包括可CUP移动支付方案中非接触终端2207、96、97986。但对于电子钱包的非接触界面，该域仍然填5。01不是IC或是一笔成功的IC2虽是IC“服务点输入方式码”取值02或9001不是IC或是一笔成功的IC2虽是IC“服务点输入方式码”取值02或90且“终端能力”取值5且该域取值1或2表示FallBack现象FallBack卡上的出现问题或在终端不工作的情况下卡只能通过卡上的信息来进行交息来进行，，ElectronicCommerceIdentification：电子商务标识ElectronicCommerceIdentification：电子商务标识进行了发卡机构SAA直接验证模式认证，且SAA验证成进行了发卡机构SA直接认证模式认证，且持卡人验证成曾尝试进行发卡机构直接验证模式认未通过CUPSecure未通过CUPSecure0-（ATM和0-—定义支持到0-（ATM和0-—定义支持到2010年底有线销售点终端0-——2010多终0-130-01301-3-I0-3-I型固定指无密码键盘，全过程TSAM卡进行软计的固定。它可互方式进行购物基于PBOC电子钱包/标准的终端0-仅出现在类型电子钱包/所支的圈存类中。电子现金的圈存类03无线销售点终端（0-—1-—农民工特色服0-—0-的，例如公共支第机构系统（目前主要是0-1由第机构系统直接发起的01-作为终端的场II03-II型固定码键盘，全过程采用密钥机制，且有。它可放在办公进行0-0for01受理方发起的方式，如现场消费、惠农点取现，现金充值2括多终端 支付终端等。例如ATM取现、自助存款，语音、支付，基于3联机4批量的发卡行（FullIssuer），如果选择由CUPS代替它来做ARQC认证，那么CUPS1ARQC2ARQC3ARQC1ARQC2ARQC3ARQCGB18030－2000用法二：基于PBOC借/贷记标准的明数据元长 用法标识及笔 明 其易明细的具体格式如下表3基于PBOC借/贷记标准的明细格长度（字节02n00：01：22n联机时填写，取值为4n位数由币种决3nPIN8PIK16ASCIIPIN4PINCHECKVALUE8ASCII符MAC8MAK16ASCIIMAC4MACCHECKVALUE8ASCII符结果的前四位与checkvalue的值比较应该是一致的）。3DESPIN16PIK32ASCIIPIN4PINCHECKVALUE8ASCII符MAC8MAK16ASCIIMAC4MACCHECKVALUE8ASCII符取结果的前四位与checkvalue的值比较应该是一致的）。 （规范性附录MAC报文来源正确性鉴别(MAC-MessageAuthenticationCode)是一种判别报文来源是否正确，以及报文在发送途中是否被篡改的计算方法。MAC算法取自于《ISO8731-1992ApprovedAlgorithmsforAuthenticationMACMACBlock<version="1.0"encoding="utf-8"?>行开始到</Msg>之间的全部内容（不包含</Msg>之后的任对上述报文域的内容按照每8个字节分为一段分别标记为A1A2A3……AN，8AN80x00填充。从头到尾依次把A1至AN各段进行异或计算A1A2异或计算得到的结果，816ASCII码的形式（字母转换为小写形式816进制表示为0x5FASCII2字节字符串“5f”(注意字母须转换为小写形式)。16ASCII码字符串（不包括结束符）MACMACBlock。11TMP_MABM1M2M3M1=MS11MS12MS13MS14MS15MS16MS17MS18M2=MS21MS22MS23MS24MS25MS26MS27MS28M3=MS31MS32MS33MS34MS35MS36MS37M4=MS41MS42MS43MS44MS45MS46MS47MS11MS12MS13MS14MS15MS16MS17MS21MS22MS23MS24MS25MS26MS27TEMPBLOCK1=TM11TM12TM13TM14TM15TM16TM17TM11TM11TM12TM13TM14TM15TM16TM17MS31MS32MS33MS34MS35MS36MS37TEMPBLOCK2=TM21TM22TM23TM24TM25TM26TM27TM21TM22TM23TM24TM25TM26TM27MS41MS42MS43MS44MS45MS46MS47RESULTBLOCK TM31TM32TM33TM34TM35TM36TM37 RESULTBLOCK=TM31TM32TM33TM34TM35TM36TM37TM38=TM311TM312TM321TM322TM331TM332TM341TM342||TM351TM352TM361TM362TM371TM372TM381MACBlockMAC校验值，MACMACMAC值进行16进制字符的ASCII扩展，然后将扩展后的ASCII字符以XML注释的形式填充到XML报文的最后。MAC鉴别。MAC鉴别的方法是针对报文采用同样的方法生成新的MAC校验值MAC校验值与报文中传送的MAC校验值一致则接受报文，否则MAC鉴别失败，报文被。除了签到、签退，其他报需要加密 上送的二磁和三磁采用3DES算法，对磁道信息进行加。流程如下PKEY；联 应答

适用于CUPS返回多平台、多平台返回发起方的情况含终端显示（推荐承兑或成MCC呑卡、1、网上的信息超期送2、持卡人认证失败（如委托关系或网上类3、证件信息（种类、号码等）4、交换中心判断安全信息与信息的时间差超过24小5成功，需提在允许部分金额的中使重要人物批准VIPVIP、、含终端显示（推荐无效的关联交无效正、撤销；2、应隔日发生的非隔日发生3、对原始进行隔日撤销、冲正易未承兑，又收到了预完成或预撤销）理应出现有效金额的中，金额域填0或其它值；无效无此无效12、在找到原始的情况下，关联主账号与原始3、校验位校验不正45、应答主账号与请求的主账号不匹根据请求的主账号找不到对应的发卡批准更新第三12、该卡初始未变更3、初始限制的4（（含终端显示（推荐的关联，如以下情况1、执行完冲正之后，又收到其撤销请求2、当前已被撤销或退货，又收到其关联，例如冲3、执行完预撤销之后，又收到预完4、执行完预冲正之后，又收到预完5、当执行完预完成，又收到对同一笔预6、预类包括预完成和预撤销）的发生时间超过允许的预类天数7找不到原始交没有原始，请联1、查找不到原始，匹配原始请求出2、匹配原始预、失3、冲正请求未能与原始相匹412、取值不在规范定义3456、域中出现字7bitmap89、理应出现金额的中没有金10、卡中出现位图三信含终端显示（推荐有嫌呑卡、1、CVN2PIN请求的功能尚发卡方不支持的1、发卡机构尚未开通此2、虽然可以从联网机构的报文中确定出种