问个银联pos报文方面的问题，小弟不才，62域实在看不懂
0
悬赏园豆：50
[已关闭问题]
关闭于 2014-09-15 16:16
62域
长度
62.1 用法五
62.2 这个就看不懂了，不知道报文怎么拼接了
有了解的可以加我QQ 444261689，跪求解决办法
1.1.1 域62
自定义域(Reserved Private)
1.1.1.1 变量属性
ANS...200(LLLVAR)，3个字节的长度值＋最大200个字节的数据域。
压缩时用右靠BCD码表示的2个字节的长度值＋用ASCII码表示的最大200个字节的数据。
1.1.1.2 域描述
该域为自定义域，划分成两个子域，格式定义如下：
——数据元长度 N3
——自定义域1 AN90
——自定义域2 ANS…110
管理类交易，根据实际报文接口填写，不拆分子域。
电子签字交易，根据实际报文接口填写，不拆分子域。
1.1.1.3 62.1自定义域1
1.1.1.3.1 用法五：订购/无卡交易请求
该用法出现在订购/无卡交易请求和应答报文中（分期交易除外），用于向后台发生柜台信息的相关信息。具体格式如下：
表1 订购/无卡交易格式
|
位置序号 |
含义 |
长度 |
|
1 |
订单号 |
ans30，右补空格 |
|
2 |
非现场数据 |
身份证ID或贷记卡（或准贷记卡）的3位校验位 数据类型ASC..20 |
1.1.1.4 62.2自定义域2
数据格式：ans…110，最大110字节。
请求报文信息，参考银联61域（附录F），3个字节的长度值＋最大200个字节的数据，共203字节。
如果本域的110字节足够填充，则都填在本域。如果不足，203字节的剩下部分放于63.2域中。
附 录 F
（规范性附录）
银联2.1规范61域 持卡人身份认证信息
本域数据：3个字节的长度值＋最大200个字节的数据，共203字节。
数据由62.2及63.2完成。如果62.2长度满足本域填充，则在62.2填充即可；如果62.2长度不足，则剩下部分由63.2填充。
对于61.6的用法五：受理方要求发卡方校验的方式中，以下是对不同种类的交易，其必选可选设置：
|
交易类型 |
验证上送信息类型 |
必选项 |
可选项 |
|
有卡自助 |
同一般消费交易 |
|
|
|
无卡自助（商户短信） |
卡号、手机号、卡片有效期、CVN2、身份证后6位、持卡人姓名 |
卡号 |
手机号、卡片有效期、CVN2、身份证后6位、持卡人姓名 |
|
无卡自助（银行短信） |
卡号、手机号 |
卡片有效期、CVN2、身份证后6位、持卡人姓名 |
|
|
订购 |
卡号、卡片有效期、CVN2 |
手机号、身份证后6位、持卡人姓名 |
61.6域中的20位动态验证关联键值，须保证无卡自助交易与之关联的账户验证交易相同。此动态验证关联键值必须保证唯一性。
账户验证交易61.6域中动态验证关联键值的填法：040+20位动态验证关联键值+20位空格；
无卡自助交易61.6域中动态验证关联键值的填法：040+20位动态验证关联键值+20位动态验证码。
以下为银联2.1规范的原文：
1.1 域61 持卡人身份认证信息
Cardholder Authentication Information
1.1.1 变量属性
ans...200(LLLVAR)，3个字节的长度值＋最大200个字节(字母、数字和特殊字符)的持卡人身份认证信息
1.1.2 域描述
本域为自定义域,共分6个子域，定义如下：
表2 域61定义
|
数据元长度 |
61．1（证件编号） |
61．2（CVV校验结果） |
61．3（PVV校验结果） |
61．4（无卡校验值） |
61．5（ARQC认证结果值） |
61．6（安全信息校验值） |
|
n3 |
ans22 |
ans1 |
ans1 |
ans7 |
ans1 |
ans..168 |
|
注 1：若后续子域出现，而其前面的子域无需使用时，未使用子域的取值均以空格填充。 |
||||||
1.1.3 61.1域 证件编号
1.1.3.1 变量属性
ans22，22位定长字母、数字
1.1.3.2 用法
具体用法如下：
表3 域61.1用法
|
证件类别 |
证件编号 |
|
n2 |
ans..20 |
其中证件类别取值如下：
——01：身份证；
——02：军官证；
——03：护照；
——04: 回乡证；
——05: 台胞证；
——06: 警官证；
——07: 士兵证；
——99: 其它证件证件编号不足20位后补空格。
在本币卡交易中，在所有密码可选的交易报文中本域都会出现，可选。
本域用于存放持卡人证件编号、电话号码和证书序列号，对于身份证件，只取证件编号的后6位，不足部分在前面补12个0，例如在存款、转账和取现交易中如果存放的是身份证号码，那么只需填写身份证号码的后6位，不足部分在前面补12个0。
出于安全性的考虑，在发卡方返回的应答报文中本子域以全零填充。
1.1.4 61.2域 CVV校验结果
1.1.4.1 变量属性
ans1，1位定长字母、数字
1.1.4.2 用法
当入网机构需要银联处理中心代为验证CVV时，该域存放银联处理中心的校验结果。具体含义如下：
——1：成功；
——2：失败；
——3：未校验。
当入网机构无需银联处理中心代为验证CVV时，该域以空格填充。
1.1.5 61.3域 PVV校验结果
1.1.5.1 变量属性
ans1，1位定长字母、数字
1.1.5.2 用法
当入网机构需要银联处理中心代为验证PVV时，该域存放处理中心的校验结果。具体含义如下：
——1：成功；
——2：失败；
——3：未校验。
当入网机构无需银联处理中心代为验证PVV时，该域以空格填充。
1.1.6 61.4域 无卡校验值
1.1.6.1 变量属性
ans7，7位定长字母、数字
1.1.6.2 用法
该域主要用于采用增加校验值的方式对无卡的网上交易进行身份验证，具体用法如下：
表4 61.4域用法
|
处理中心标志 |
无卡校验值 |
无卡校验结果 |
|
ans3 |
n3 |
ans1 |
处理中心标志取值为：
——CUP：银联；
——VIS： VISA；
——MCC：MasterCard。
无卡校验值表示为：
——对于银联和VISA，该位填写CVV2的校验值；
——对于MasterCard，该位填写CVC2的校验值。
——出于安全性的考虑，在发卡方返回的应答报文中“无卡校验值”以全零填充。
无卡校验结果表示为：
——当入网机构需要银联处理中心代为校验CVV2时，该域存放银联处理中心的校验结果。具体含义如下：
- 1：成功；
- 2：失败；
- 3：未校验。
——当入网机构无需银联处理中心代为校验CVV2时，该域以空格填充。对于外卡收单时，收单行上送的信息中该域均以空格填充。
1.1.7 61.5域 ARQC认证结果值
1.1.7.1 变量属性
ans1，1位定长字母、数字
1.1.7.2 用法
本子域记录采用ARQC方法对卡片进行认证以后的认证结果。对于完全改造成为符合IC卡交易的发卡行（Full Issuer），如果选择由CUPS代替它来做ARQC认证，那么CUPS将把计算结果存放在该域中发送给发卡方。发卡方接收到该值后可以根据自己的需要最终决定是接收还是拒绝该笔交易。取值如下：
|
取值 |
描述 |
|
1 |
交易通过ARQC认证 |
|
2 |
交易未能通过ARQC认证 |
|
3 |
没有进行ARQC认证 |
1.1.8 61.6域 安全信息校验值
1.1.8.1 变量属性
ans..168，168位变长字母、数字或特殊字符
1.1.8.2 用法
该域主要用于采用安全认证的方式对无卡的网上交易进行身份验证，具体用法如下：
61.6域用法
|
处理中心标志 |
安全认证信息 |
|
ans3 |
ans..165 |
处理中心标志取值为：
—— CUP：银联；
—— VIS：VISA；
—— MCC：MasterCard。
安全认证信息取值如下：
—— 针对VISA公司，请参照其3D标准填入相应的认证信息；
—— 针对MasterCard公司，请参照其SecuCode标准填入相应的认证信息。
—— 针对中国银联，该域按如下格式构成：
<格式符><数据>
l <格式符>说明后随数据的类型，长度为2个字节。
|
格式符 |
对应用法 |
说明 |
|
SC |
用法一 |
表示银联安全输入模式 |
|
AR |
用法二 |
表示在银联安全输入模式下发卡机构的认证结果 |
|
SA |
用法三 |
表示发卡机构直接身份认证模式 |
|
CR |
用法四 |
表示在发卡机构直接身份认证模式下发卡机构对CAVV值的认证结果 |
|
AM |
用法五 |
表示交易过程中受理方要求发卡方校验的方式 |
|
NM |
用法六 |
持卡人姓名 |
<数据>包含具体信息，其格式取决于<格式符>字符，长度最长不超过163个字节。
1.1.8.2.1 用法一：银联安全输入模式
用于网上交易请求报文中。
1、用法标志－2字节，取值“SC”。
2、填写持卡人身份信息，本域定义如下：
|
名称 |
说明 |
长度（字节）和属性 |
|
SR流水号 |
路由服务器（SR）赋予交易的一组数字 |
n6，消费、预授权、授权交易中为受理方必填字段，其关联交易如消费撤销、预授权完成等交易中本字段不出现。 |
|
验证服务时间 |
SR的系统工作日期和时间 |
n19，格式：YYYY-MM-DD hh:mm:ss，消费、预授权、授权交易中为受理方必填字段，其关联交易如消费撤销、预授权完成等交易中本字段不出现。 |
|
物流配送标志 |
0：物流配送 1：非物流配送 2：未知 |
ans1，消费、预授权、授权交易中为受理方必填字段，其关联交易如消费撤销、预授权完成等交易中本字段不出现。 |
|
子商户代码 |
|
ans8，格式要求前四位为网上商城下属二级商户的商户类型（MCC），后四位为序列号，从0000到9999。受理方可选域，若无法填写，则本字段不出现。 |
|
验证方式 |
S：静态验证－发卡机构选择让持卡人在SC提供的页面上输入表征持卡人身份的静态信息，如身份证号、CVV2等； D：动态验证－发卡机构选择让持卡人在SC提供的页面上输入表征持卡人身份的动态信息，如动态密码等； A：证书验证－发卡机构选择让由SC代验证书的方式； |
an1，由CUPS填写，仅出现在消费、预授权、授权报文中。受理方发出的请求报文中本字段不出现。 |
|
代理认证证书结果 |
Y：通过认证 N：未通过认证 A：未进行认证 |
ans1，由CUPS填写，且仅出现在消费、预授权、授权报文中。受理方发出的请求报文中本字段不出现。 |
|
互联网支付密码 |
|
192bit，由CUPS填写，且仅出现在消费、预授权、授权报文中。受理方发出的请求报文中本字段不出现。 |
|
姓名 |
|
ans20，由CUPS填写，且仅出现在消费、预授权、授权报文中。受理方发出的请求报文中本字段不出现。 |
|
生日 |
|
n8，格式：YYYYMMDD，由CUPS填写，且仅出现在消费、预授权、授权报文中。受理方发出的请求报文中本字段不出现。 |
|
发卡日期 |
|
n8，格式：YYYYMMDD，由CUPS填写，且仅出现在消费、预授权、授权报文中。受理方发出的请求报文中本字段不出现。 |
|
保留的其他认证信息 |
|
Ans40 |
|
注：当中间某个子域不出现，或位数不满时，以空格填充 |
||
1.1.8.2.2 用法二：银联安全输入模式下发卡机构的认证结果
用于网上交易应答报文中。
1、用法标志－2字节，取值“AR”。
2、表示发卡机构的认证结果，本域定义如下：
|
名称 |
说明 |
长度（字节）和属性 |
|
SR流水号 |
路由服务器（SR）赋予交易的一组数字 |
n6，发卡方必填 |
|
验证服务时间 |
路由服务器（SR）的系统工作日期和时间 |
n19，格式：YYYY-MM-DD hh:mm:ss，发卡方必填 |
|
发卡机构认证结果 |
取值如下： 0：出错，交易被CUPS拒绝 1：持卡人通过身份验证 2：持卡人未通过身份验证 3：持卡人未参与CUPSecure |
n1，发卡方必填 |
1.1.8.2.3 用法三：发卡机构直接身份认证模式
用于网上交易请求报文中。
1、用法标志－2字节，取值“SA”。
2、放置CAVV值、计算CAVV所采用的算法值，本域定义如下：
|
名称 |
说明 |
长度（字节）和属性 |
|
|
SR流水号 |
路由服务器（SR）赋予交易的一组数字 |
n6，受理方上送时填写全零 |
|
|
验证服务时间 |
SR的系统工作日期和时间 |
n19，受理方上送时填写全零，格式：YYYY-MM-DD hh:mm:ss |
|
|
物流配送标志 |
0：物流配送 1：非物流配送 2：未知 |
ans1，消费、预授权、授权交易中为受理方必填字段，其关联交易如消费撤销、预授权完成等交易中本字段填写空格。 |
|
|
子商户代码 |
|
ans8，格式要求前四位为网上商城下属二级商户的商户类型（MCC），后四位为序列号，从0000到9999。受理方可选域，若无法填写，则本字段填写空格。 |
|
|
CAVV算法标识 |
取值如下： 0：保留使用 1：保留使用 2：CVN with ATN 3：保留使用 4：CUP algorithm |
ans1， 消费、预授权、授权交易中为受理方必填字段，其关联交易如消费撤销、预授权完成等交易中本字段不出现。 |
|
|
CAVV值 |
具体构造形式参见下表 |
cn20，消费、预授权、授权交易中为受理方必填字段，其关联交易如消费撤销、预授权完成等交易中本字段不出现。 |
|
CAVV值由如下七个字段构成，各字段紧邻并顺序排放。
表5 CAVV值构造形式
|
名称 |
说明 |
长度（字节）和属性 |
|
SA验证方式验证结果代码 |
取值如下： 00：验证成功。此时，60.2.8域必须填05。 05：验证无法完成。此时，60.2.8域必须填07。 09：验证失败。此时，60.2.8域不能出现。 07：尝试验证（针对发卡行或持卡人未参与CUPSECURE的情况）。此时，60.2.8域必须填06。 08：尝试验证（针对发卡行参与CUPSECURE,但是无法完成验证的情况）。此时，60.2.8域必须填06。 |
cn1 |
|
第二验证结果代码 |
表明发卡行SA采用的其他验证方法，取值如下： 00：没有第二验证结果代码 11：保留使用 12：保留使用 |
cn1
|
|
CAVV密钥标识 |
由SA使用的密钥决定，标准SA允许的取值为01、02。取值如下： 01：CAVV密钥对1 02：CAVV密钥对2 03～99：保留使用 |
cn1 |
|
CAVV值 |
SA计算的CAVV值，CAVV值均为3位有效数字 |
cn2 |
|
不可预知数 |
表明ATN（验证跟踪号）的最低四位 |
cn2 |
|
ATN （验证跟踪号） |
SA用于标识交易所产生的16位数字 |
cn8 |
|
保留 |
用0填充 |
cn5 |
|
注：若某些字段无法填写，用0填充。 |
||
1.1.8.2.4 用法四：发卡机构直接身份认证模式下发卡机构对CAVV值的认证结果
用于网上交易应答报文中。
1、用法标志－2字节，取值“CR”。
2、放置CAVV校验结果代码，本域定义如下：
|
名称 |
说明 |
长度（字节）和属性 |
|
CAVV校验结果代码 |
取值如下： 0：未校验CAVV 1：CAVV校验失败——针对成功进行SA模式认证方式（60.2.8域必须填写05） 2：CAVV校验成功——针对成功进行SA模式认证方式（60.2.8域必须填写05） 3：CAVV校验成功——针对尝试进行SA模式认证方式（60.2.8域必须填写06） 4：CAVV校验失败——针对尝试进行SA模式认证方式（60.2.8域必须填写06） 5：保留使用 |
发卡方必填，ans1 |
1.1.8.2.5 用法五：受理方要求发卡方校验的方式
当受理方对交易的安全性有特别要求时，可通过该用法提示发卡方进行一些项目的校验。
a) 用法标志－2字节，取值“AM”。
b) 放置校验项目和一些自定义取值，本域定义如下：
|
名称 |
说明 |
使用说明 |
|
交易校验方式 |
16字节，采用位图构造方式，每个字节表示一种验证方式，从最左边的字节开始，每个字节依次代表如下验证方式： byte1－密码验证（密码信息存放52域和53域之中） byte2－卡有效期验证（卡有效期信息存放在14域之中） byte3－身份证件验证（身份证信息存放在61.1域之中） byte4－磁道信息验证（磁道信息存放在35域、36域和45域之中） byte5－委托关系验证（委托关系信息存放在本用法之中） byte6－CVN2验证（CVN2信息存放在61.4域之中） byte7－PVN验证（发卡行通过文件向CUPS同步PVN信息） byte8－姓名验证（姓名信息存放在本用法之中） byte9－手机号码验证（手机号码信息存放在本用法之中） byte10－动态验证码验证（动态验证码信息存放在本用法之中） byte11-16：保留使用，用全零填充 |
对于每一字节： 1）受理方上送的取值及含义如下： 0：未出现 1：出现 2）发卡方原样返回 注意： 1、姓名、手机号码等信息校验时需要用到的姓名内容和无卡自助消费、无卡自助预授权和无卡自助建立委托交易用到的动态验证码信息在下面的业务自定义数据中表示 2、发卡方按照校验要素出现的位图顺序依次校验，一旦发现有校验要素错误则停止校验，并通过在39域中返回05应答码拒绝交易；如果发卡方不支持某些要素的校验，通过在39域中返回40应答码拒绝校验 3、身份证件后6位数字信息的其取值方式按照从右向左提取6个数字的方式进行，提取出的数字遵循原先排序，并按照证件编号原有固定长度在本子域中从右到左填写，6位数字前补零，后补空格。如针对身份证件全部位数取出的有效数字不足6位，则从左向右用零补足。例：当身份证件号码全值为ABC1234、12ABC34、1234ABC都将取值为0001234，后补13空格；当身份证件号码全值为X12345678、1234X5678、12345678X都将取值为345678，前补3个0，后补11空格。 4、对于姓名校验有一点特殊要求，主要针对的是存款、取现和转账交易，这三类交易的姓名验证都是使用NM用法而非AM用法。对于转账交易，由于转账交易虽然只要求校验转出方姓名，但同时需要上送转入方姓名，而转出卡肯定是出现的，所以AM用法对转账交易不生效，转账交易要求的姓名通过61.6域的另一个NM用法上送 |
|
业务自定义数据 |
ans…147。保留使用，目前可存放的数据有委托关系、姓名、手机号码、动态验证码 1、委托关系定义参见本文48域中定义的委托关系信息 2、姓名应首选中文字符，中文字符编码规则需符合GB18030－2000，中文姓名之间没空格，但可能出现分隔符等特殊字符。实在无法输入中文字符的地方，可以输入汉语拼音，姓在前，名在后，两者之间用空格分隔，姓和名的首字母大写，其它字母小写；也可以输入英文姓名，姓在后，名在前，两者之间用空格分隔，姓和名的首字母大写，其它字母小写 对于持卡人是公司账户等特殊情况下的姓名传递，按正常处理方式处理，中文姓名无空格，如是英文名称，则以实际录入为准，无需系统做分割特殊处理。 3、手机号码长度需根据各国不同要求进行变化，所以设计为变长信息域 4、动态验证码信息数据类型定义为ANS40，其中前20位用来存储受理上送的动态验证关联key值，后20位用来存储动态验证码。 |
1、发卡方原样返回 2、本部分内容根据上面定义的“交易校验方式”中的位图出现顺序出现，类似联机报文各域的出现规则。但由于此处出现的一些信息都是变长的，为便于系统处理，均按照联机报文的变长域处理，每个信息之前均携带3位长度值，长度值之后为有效数据，数据与数据之间无空格 3、业务自定义数据中的数据可以单独出现，也可以组合出现。组合出现时必须要同交易校验方式中出现的顺序保持一致 |
|
说明： 若收单机构填写的辅助验证要求不符合相关业务规则要求的，发卡机构可以选择拒绝交易，并采用应答码“40”表示交易失败。 |
||
1.1.8.2.6 用法六：持卡人姓名
用在需要通过识别持卡人姓名来进行身份验证的交易中。该用法可与61.1域联合起来进行更加完整和准确的持卡人校验。
1、用法标志－2字节，取值“NM”。
2、放置持卡人姓名，本域定义如下：
|
名称 |
说明 |
长度（字节）和属性 |
|
持卡人姓名1 |
当只需输入一个姓名时，姓名填在此处 |
ans30。 1、姓名长度不足后补空格 2、该姓名主要用于： 1）大额取现时用于存放受理方上送的取款人姓名； 2）柜面无卡存款时填写存入方的姓名，且必填； 3）柜面无转入卡转账交易中填写转入方姓名，且必填。 4）查询持卡人姓名的账户验证交易中，发卡机构返回报文中填写持卡人部分姓名。 部分姓名构造方式为：系统逻辑上先判断姓名长度，如总长超过4个字母（或2个汉字）长度，保留最后4个字母（或2个汉字），前面全部反显为*，否则保留最后2个字母（或1个汉字），其余反显为*。例如：张三 -> *三 ； 张三四 -> *三四 ； 爱新觉罗•楠婷 -> *楠婷 ；みょうじ -> *うじ ； Tom -> *om 5）对于发卡方，需要根据交易类型对姓名的要求来确定返回情况 |
|
持卡人姓名2 |
当需要输入两个姓名时，另一姓名填在此处 |
ans30。 1、姓名长度不足后补空格 2、该姓名主要用于： 1）在转账交易中会涉及转出方姓名和转入方姓名，转出方姓名填写在此，转入方姓名填写在“持卡人姓名1”处，当转出交易成功，并且转出交易未上送转出方姓名时，转出方须将转出方的姓名存放在此处返回 2）柜面无卡存款中存放存款人姓名，且必填 3）对于发卡方，需要根据交易类型对姓名的要求来确定返回情况 |
所有回答(1)
0
。。。。。。。。。。。。
