Pax Pinpad(A30) EMV-PIN解锁故障排查及脚本处理咨询

1. 如何确认收到的脚本包含PIN解锁命令 #

• 确认标签归属：先明确脚本是在72（终端风险管理更新脚本）还是91（发卡行脚本）标签下，PIN解锁操作通常属于发卡行脚本范畴，大概率在91内，部分机构会用72。
• 解析TLV结构验证命令码：将脚本按EMV TLV规则解析，查找核心命令码0x24——这是EMV规范中定义的PIN解锁（PIN Unblock）命令标识，只要脚本包含该命令码，基本可判定为PIN解锁脚本。同时检查参数域，应包含PAN片段、密钥索引等解锁必要参数。
• 对照发卡行规范：直接匹配信用卡公司提供的脚本文档，确认命令码、参数格式与PIN解锁的定义完全一致（不同发卡行可能有参数细节差异）。
• 查看终端调试日志：通过Pax终端管理工具开启调试日志，日志会标注脚本解析后的命令类型，若显示PIN_UNBLOCK_COMMAND则确认无误。

2. 收到脚本后的正确操作流程 #

• 前置验证基础标签更新：更新8A（应用交互特征）、89（发卡行认证数据）后，先验证终端已正确存储这两个标签的数据，确保脚本执行的基础依赖正常。
• 脚本合法性校验：
  • 校验脚本的TLV格式，确保无标签长度不匹配、格式非法等语法错误。
  • 验证脚本签名（若发卡行提供签名机制），确认脚本未被篡改，这是EMV规范强制要求，跳过会导致终端拒绝执行。
• 执行脚本命令（核心步骤，禁止直接转发）：
  • 调用Pax A30的EMV脚本执行API（如SDK中的Emv.ProcessScript()），将解析后的脚本传入，由终端向卡片发送PIN解锁指令。
  • 等待执行结果：返回SUCCESS则卡片PIN解锁成功，恢复输入功能；返回FAILED需根据错误码（如密钥不匹配、卡片状态异常）排查问题。
• 完成后续交易：脚本执行成功后，再按正常流程转发交易数据，此时卡片已支持PIN输入，可完成PIN验证环节。
• 关键注意：二代AC环境下，操作顺序必须是「基础标签更新→脚本校验→脚本执行→交易转发」，颠倒顺序会导致解锁失败。若脚本执行失败，需终止交易并向发卡行申请新的解锁脚本。

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