EMV标签91发行者身份验证数据-如何确定响应中标签的格式 [英] EMV Tag 91 Issuer Authentication Data - How to Determine Format of Tag in Response

查看:434
本文介绍了EMV标签91发行者身份验证数据-如何确定响应中标签的格式的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

如果存在,则在事务响应中返回时,EMV标签91颁发者身份验证数据可以具有几种不同的格式.根据我的(有限的)理解,这可能取决于卡的品牌.

If present, EMV Tag 91 Issuer Authentication Data can have several different formats when returned in a transaction response. From my (limited) understanding, this may be determined by the card brand.

例如

  • MasterCard Tag 91包含卡状态更新,作为Tag 91数据的一部分
  • 签证标签91包含授权响应代码作为标签91数据的最后两个字节.

我需要解决以下问题:在非批准响应的情况下,不会将标签8A授权响应数据作为EMV标签数据的一部分返回.付款平台建议使用标签91的最后2个字节并将其分配给标签8A,但是标签91并不总是包含授权响应代码值,并且在某些情况下或品牌中,标签8A并不总是返回.

I need to solve a problem where Tag 8A Authorization Response Data is not returned as part of the EMV tag data in the case of a non approval response. The payment platform has advised to take the last 2 bytes of tag 91 and assign it to tag 8A, but tag 91 does not always contain the Authorization Response Code Value and Tag 8A is not always returned in some cases or brands.

我想实施一个更强大的修复程序,其中我们验证标签91的格式,而不是仅仅说如果Visa ...这样做... If Discover ...

I'd like to implement a more robust fix where we validate the format of tag 91 instead of just saying If Visa... do this... If Discover.... do that.

任何关于标记91的结构的建议,例如对EMV Book文档的引用,将不胜感激.

Any suggestions on how tag 91 is structured such as a reference to EMV Book documentation would be greatly appreciated.

谢谢

推荐答案

我过去曾调查过此问题,下面是结果.

I investigated this problem in past and here are the results.

如果标签0x8A是未知的,则可以从标签0x91中获取,但仅适用于某些卡品牌/档案.

In case tag 0x8A is unknown it can be taken from tag 0x91, but only for some Card Brands/profiles.

通常,如果0x91的长度为10个字节(20个十六进制字符),则标记值可以拆分为:

In general, if the length of 0x91 is 10 bytes (20 hex chars), the tag value can split to:

  • 8个字节 ARPC ;
  • 2个字节的授权响应代码(ARC,即标签0x8A)或卡状态更新( CSU )或 ARPC响应代码;
  • 8 bytes ARPC;
  • 2 bytes Authorization Response Code (ARC, i.e. tag 0x8A) or Card Status Update (CSU) or ARPC Response Code;

标签0x8A出现在下一个卡片资料中的标签0x91内:

The tag 0x8A presented inside tag 0x91 in next card profiles:

  • Amex(参考AEIPS,发行方身份验证");
  • JCB(参考JCB ICC规范,外部认证命令");
  • MasterCard(仅适用于M/Chip Lite v2.1);
  • 签证(参见VIS,在线请求和响应数据");
  • 银联(参考UICC,在线处理");

从下一个卡片配置文件的标签0x91中提取0x8A值不是一种情况:

IT IS NOT a case to extract 0x8A value from tag 0x91 for next card profiles:

  • 用餐者/发现者(参考D-PAS,发行人身份验证"),在标签内0x91内放置了卡状态更新(CSU);
  • MasterCard(参考M/Chip版本<> 2.1),长度不同的标签0x91或放置在ARPC响应代码内的标签0x91.不是ARC;
  • 与CCD兼容的EMV卡(参考EMV),使用了不同长度和格式的标签0x91;
  • Diners/Discover (ref. D-PAS, "ISSUER AUTHENTICATION"), inside tag 0x91 placed Card Status Update (CSU);
  • MasterCard (ref. M/Chip version <> 2.1), tag 0x91 with different length or inside tag 0x91 placed ARPC Response Code. It is not ARC;
  • CCD-complaint EMV cards (ref. EMV), used different length and format of tag 0x91;

从标签0x91中提取标签0x8A的值只能作为临时解决方案.您可能会看到并非所有卡配置文件都允许它. 实际上,它需要在回复消息中以清晰的获取方"形式返回.

Extraction of tag 0x8A value from tag 0x91 may work only as temporary solution. You may see not all card profiles allow it. In fact it needs to be returned in clear form Acquirer in the reply message.

祝你好运.

这篇关于EMV标签91发行者身份验证数据-如何确定响应中标签的格式的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

查看全文
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆