3

我已经从这里https://github.com/vikrantlabde/iso8583-Java下载了代码，经过一些修改后，我几乎可以很好地解析我的字段......我定义了这样的架构：

ISOSCHEMA.put("1","BITMAP");
ISOSCHEMA.put("2","NUM-2-19-0_0");
ISOSCHEMA.put("3","NUMERIC-0-6-0_0");
ISOSCHEMA.put("4","NUMERIC-0-12-0_0");
ISOSCHEMA.put("7","NUMERIC-0-10-0_0");
ISOSCHEMA.put("11","NUMERIC-0-6-0_0");
ISOSCHEMA.put("12","NUMERIC-0-6-0_0");
ISOSCHEMA.put("13","NUMERIC-0-4-0_0");
ISOSCHEMA.put("22","NUMERIC-0-3-0_0");
ISOSCHEMA.put("23","NUMERIC-0-3-0_0");
ISOSCHEMA.put("35","NUM-2-37-0_0");
ISOSCHEMA.put("41","FCHAR-0-8-0_0");
ISOSCHEMA.put("49","FCHAR-0-3-0_0");
ISOSCHEMA.put("55","NUM-3-999-0_0");

问题是字段 55，它是一个二进制字段。标准文档说：

55 保留 ISO B 255 LLLVAR（ISO 文档）

我在解析为字段 55 打开位图的字符串时出错。

I'm having from the output: 820200409F36020004950500000000009A031409039C01005F2A020 978 9F02060000000005009F03060000000000009F10201F430200200000000000000000045895000000000000000000000000000000009F260840D26C4BA5577CFB9F2701809F370443DD7E879F1A0202509F3303E0B0C8

But I expect: 820200409F36020004950500000000009A031409039C01005F2A020 124 9F02060000000005009F03060000000000009F10201F430200200000000000000000045895000000000000000000000000000000009F260840D26C4BA5577CFB9F2701809F370443DD7E879F1A0202509F3303E0B0C8

转换后的 iso 有效载荷的长度也有很大不同......

程序输出为：

What I expect is: 30313030723806002080820031363635343332313131323233333434353530303030303030303030303030303030303131303136313833343236303032333934313333343330313031363037313030313337363534333231313132323333343435353D33313130323230303039323833303031303130323834303137343039313234313135820200409F36020004950500000000009A031409039C01005F2A0201249F02060000000005009F03060000000000009F10201F430200200000000000000000045895000000000000000000000000000000009F260840D26C4BA5577CFB9F2701809F370443DD7E879F1A0202509F3303E0B0C8

一个建议是：我必须从结果 byte[] 显式转换为十六进制，反之亦然。这是：

String isoMessage = ISOUtil.hexString(packIsoMsg("0100", isofields).getBytes());

和：

unpackIsoMsg(new String(ISOUtil.hex2byte(isoMessage), "UTF-8"));

那么这个类中这种字段的定义呢？我真的是标准的新手，但我来到这里是因为 jpos 在 Android 环境中不起作用。我也对最后提到的转换为十六进制感到困惑。

任何帮助都非常感谢......亲切的问候。

4

3 回答 3

4

DE55 被定义为标签滞后值 (TLV) 字段，它 不是您通常看到的其余 ISO-8583 消息的正常二进制/文本/或数字打包格式，而是 ASN.1 BER-TLV / X。 690-0207格式。

除非您考虑到 BER-TLV，否则您将无法成功解压 DE55，除非它用于非 EMV/令牌化目的。起初它让我感到震惊，同时我也在思考更直接的事情。请注意，有时这种格式的字段传输格式实际上比原始纯文本或其他二进制数据输出长，因此它不是最有效的。

根据 ISO 规范，还有几个其他字段也可能使用 BER-TLV，但 DE55 是使用 BER-TLV 实现 EMV 功能的行业标准字段，取代了 DE55 以前用作通用且很少使用的“费用字段”。

ISO-7816 规范及其 ISO-8583 详细用于 EMV 和标记化，如果您只是在寻找不那么深入的东西，还有其他参考资料和快速指南。ISO-7816 规范的所有卷都可以在互联网上免费公开找到，或者如果您想要纯 ISO 格式，可以直接从ISO 组织购买（花钱） 。

我不熟悉您引用的特定 JAVA Git，但这个有一个关于如何使用 BER-TLV 的帮助页面。Oracle 在此处也有一个关于处理 BER-TLV 的页面。BinaryFoo 也有一个可用的Git。

出于初始测试的目的，如果您的数据只是测试数据（请勿使用生产数据！），您可以使用http://www.emvlab.org/tlvutils/来验证您的结果。当我输入您的输入时，它会踢出您的预期输出。

于 2015-03-10T18:34:40.690 回答
0

从外观上看，您认为 5F2A020978 是错误的，而您认为是 5F2A020124。EMV标签的5F2A数据（长度为02）就是交易币种代码。这意味着您的交易是以欧元而不是您期望的加元进行的。您可以在此处找到货币代码列表。

希望这可以帮助。

于 2017-06-22T08:59:05.980 回答
0

发件人在字段 55 中定义的字段是什么。在拆包时分配相同的字段。如果他们正在发送字符串，它应该是 LLLVAR。发送 ISO 消息头时必须是十六进制格式。因此它们将字节转换为十六进制。

于 2016-09-21T09:35:47.017 回答