美国运通轨道数据格式

Question

我在轨道数据处理方面遇到了麻烦：

在不同的Amex测试用例中，标记为‘ANSI’卡的各种Amex卡似乎不包含服务代码。没有迹象表明服务代码不包含在跟踪数据中(这包括没有分隔符等)。如何确定跟踪中没有包含服务代码，并避免错误地将任意数据作为服务代码使用？

示例：

标准轨道: 374245455400001=131210112011234500000 -服务代码为101

跟踪没有服务代码: 374245455400001=1412120112345 -因此在本例中，120被错误地解释为服务代码，而它构成了任意数据的一部分。

谢谢。

Answer 1

我有两种美国运通卡的规格：-

ANSI

字段名长度

启动哨兵1

帐号(PAN) 15

场分离器1‘=’

到期日期(YYMM) 4

生效日期(YYMM) 4

自由裁量数据5

终点哨兵1

LRC 1

         Total:  32

ISO

字段名长度

启动哨兵1

帐号(PAN) 15

场分离器1‘=’

到期日期(YYMM) 4

服务代码3

生效日期(YYMM) 4

自由裁量数据8

语言代码2

终点哨兵1

LRC 1

         Total:  40

因此，我检查第2轨道的长度，如果它小于40，那么我就不去检查服务代码。

Answer 2

120是您的服务代码。轨道1和轨道2上的过期年份和月份之后的前三个数字是服务代码。101不是事实上的标准。

Answer 3

“任择议定书”找到的解决方案：

如果有人遇到同样的问题，我遇到了发生这种情况的原因:对于ANSI来说，轨道1中的PAN是长17，而对于ISO 7813，长度是15。所以如果长度是15，就不能在逻辑中包括服务代码。