基于开源库的ZVT协议旧交易撤销问题咨询

先帮你拆解下当前的问题，结合ZVT协议第40页的规则和你发送的指令来分析：

先看你发送的指令：06 30 06 12 34 5F 87 00 85 #

• 06 30：没错，这是ZVT协议里的撤销交易指令，方向是主机→终端，这个部分没问题。
• 06：代表后续参数的总长度是6字节，对应后面的12 34 5F 87 00 85，长度计算是对的，但参数内容有两处关键问题：

问题1：密码的编码与填充错误 #

你的密码是12345（5位），ZVT协议里密码字段通常要求6字节固定长度（3字节BCD编码），因为BCD编码是每两位数字占1字节，5位数字的话需要补位到6位（对应3字节）。

你现在用的12 34 5F是把单个数字转十六进制后补F，这不符合标准：

• 正确的BCD编码应该是把12345转成0x12 0x34 0x50（最后一位补0凑成6位数字：123450），这是ZVT协议的通用做法。
• 关于填充符：部分终端可能允许用0xF补位，但优先用BCD标准的0x0，如果0x50不行再尝试0x5F。

问题2：收据编号的TLV格式错误 #

87是ZVT协议中收据编号（Receipt Number）的标签（Tag），TLV格式要求标签后面必须跟值的长度，再跟具体值：

• 你写的87 00 85里，00代表值的长度为0，终端根本无法识别你要撤销的是哪笔交易！
• 正确的格式应该是87 01 85：01表示值的长度是1字节，85是收据编号的十六进制值（注意：如果你的收据编号是十进制85，转十六进制是0x55，别搞混进制！）

修正后的完整指令示例 #

结合上面的修正，假设密码用BCD编码补0，收据编号是十六进制0x85，正确的指令应该是：

06 30 06 12 34 50 87 01 85

拆解验证：

• 06 30：撤销指令
• 06：后续6字节参数（12 34 50（密码） + 87 01 85（收据编号TLV）），长度匹配
• 12 34 50：密码12345的BCD编码
• 87 01 85：收据编号标签+长度+值

额外注意点 #

1. 确认终端的密码规则：有些终端可能要求密码是6位数字，如果你只有5位，补位规则要以终端文档为准，BCD编码是最通用的。
2. 收据编号的有效性：确保你要撤销的交易对应的收据编号确实是0x85，ZVT的收据编号通常是0-255循环，不能跨循环撤销。
3. 开源库的封装：如果你用的开源库有TLV处理工具，尽量用库的API来构建指令，避免手动拼字节出错。

内容的提问来源于stack exchange，提问作者PandaPlayer