在我们的例子中，我们有一个ATM交换机，一方面连接到支付网络（例如VISA），另一方面连接到发卡机构。触发交易（交易流：收单行-->支付网络-->ATM交换机-->发卡行）时，交易失败，交换机端出现错误"PIN块转换失败"。这种错误的原因可能是什么，注意到两边（支付网络和ATM交换机）的ZPK检查值被发现相同？
当 ZPK 相同并且存在加密问题时，可能有几个原因：
- 不同的密码块格式
虽然它不是那么常见，但您仍然希望验证两端是否具有相同的格式（有些用"F"填充，有些用 PAN 填充）。
- 您的 PAN 可能不正确
帐号对于许多 PIN block 格式是必需的，当帐号不同时，翻译可能不会成功，您可以检查是否有 PAN 映射/翻译/标记化。
- 帐号格式
即当您使用ISO9564格式 0 PIN 块时，您不会使用整个 PAN 用于生成 PIN 块，但只有最右边的 12 位数字没有 Luhn校验位 - 对于某些卡，您可能会感到惊讶 包含或不包含校验位。
- 其他一些问题，但没有任何测试数据很难说。
签证上你有这个问题吗？我的意思是问，对于其他付款方案，它正在工作？如果它工作正常，那么您可以排除终端PIN密钥与交换机不匹配的可能性。
现在，您可以开始查看PIN块生成部分。在 FIT 下载期间，您可以为每个箱范围提及它必须如何。将其与预期值进行比较。最常用的是格式 0，但请仔细确认您的情况。
最后，在转换过程中，您可以指定源引脚块格式和目标 PIN 块格式。验证是否符合预期。
如果您有明确的 ZPK（区域 pin 密钥），请使用 TripleDES 算法解密引脚块。如果解密的针块不是以字符"0"或"1"开头，则您使用了错误的转换密钥。如果您提供更多详细信息，例如失败的HSM响应代码，则可以找出更具体的原因。
如果您不想尝试手动使用 https://www.eftlab.com/bp-tools/