Question

我从这里下载代码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打开了位图的字符串时遇到错误。

我从输出中得到： 820200409F36020004950500000000009A031409039C01005F2A020的 978 9F02060000000005009F03060000000000009F10201F430200200000000000000000045895000000000000000000000000000000009F260840D26C4BA5577CFB9F2701809F370443DD7E879F1A0202509F3303E0B0C8

但我希望： 820200409F36020004950500000000009A031409039C01005F2A020的 124 9F02060000000005009F03060000000000009F10201F430200200000000000000000045895000000000000000000000000000000009F260840D26C4BA5577CFB9F2701809F370443DD7E879F1A0202509F3303E0B0C8

转换的iso有效负载的长度也大不相同......

程序输出是： 303130307238060020C280C28200313636353433323131313232333334343535303030303030303030303030303030303031313031363138333432363030323339343133333433303130313630373130303133373635343332313131323233333434353564333131303232303030393238333030313031303238343031373430393132343233303832303230303430394633363032303030343935303530303030303030303030394130333134303930333943303130303546324130323039373839463032303630303030303030303035303039463033303630303030303030303030303039463130323031463433303230303230303030303030303030303030303030303034353839353030303030303030303030303030303030303030303030303030303030303030394632363038343044323643344241353537374346423946323730313830394633373034343344443745383739463141303230323530394633333033453042304338

我的期望是： 30313030723806002080820031363635343332313131323233333434353530303030303030303030303030303030303131303136313833343236303032333934313333343330313031363037313030313337363534333231313132323333343435353D33313130323230303039323833303031303130323834303137343039313234313135820200409F36020004950500000000009A031409039C01005F2A0201249F02060000000005009F03060000000000009F10201F430200200000000000000000045895000000000000000000000000000000009F260840D26C4BA5577CFB9F2701809F370443DD7E879F1A0202509F3303E0B0C8

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

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

和

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

这堂课中这类田地的定义怎么样？我真的是标准的新手，但我到了这里是因为jpos在Android环境中不起作用。另外，我对上次提到的转换为十六进制感到困惑。

真的很感激任何帮助...... 亲切的问候。

Answer 1

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和令牌化，如果你只是在寻找不那么深入的东西，还有其他参考文献和quick guides。 ISO-7816规范的所有卷都可以在互联网上公开免费找到，或者如果您希望它们采用普通ISO格式，可以从ISO organization直接购买（花费）。

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

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

Answer 2

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

Answer 3

从它的外观来看，你认为5F2A020978是错误的，而你期望5F2A020124。 EMV标签的5F2A数据（长度为02）为transaction currency code。这意味着您的交易以欧元货币而非加元执行，如您所料。您可以找到货币代码列表here。

希望这有帮助。

解析iso8583消息时出现问题

3 个答案: