Payumoney响应校验和/哈希不匹配问题排查求助

我来帮你梳理下这个哈希不匹配的问题，大概率是计算时的字段顺序、空值处理和Payumoney官方规则不一致导致的，咱们一步步来排查：

1. 核心问题：字段顺序完全不符合官方要求 #

Payumoney的哈希计算对字段顺序有严格要求，不能自定义顺序。你当前的拼接顺序是SALT|status|udf|email|firstname|productinfo|amount|txnid|KEY，但官方针对回调通知的哈希校验，正确的拼接顺序应该是：

KEY|txnid|amount|productinfo|firstname|email|udf1|udf2|udf3|udf4|udf5|udf6|udf7|udf8|udf9|udf10|SALT

注意：是KEY在前，SALT在后，和你现在的顺序完全相反！这是导致哈希不匹配的最主要原因。

2. 次要问题：空字段与字段值的一致性 #

• 空字段占位：如果udf2到udf10这类可选字段为空，必须保留|作为占位符，不能直接省略（你当前的做法是对的，但要确保所有udf字段都按顺序列出来）。
• 字段值严格匹配：
  • 确认notification.invoice就是Payumoney返回的txnid，字段映射是否正确？
  • 金额字段notification.gross要和Payumoney返回的amount完全一致，比如对方返回100，你就不能用100.0，字符串格式的细微差异都会导致哈希变化。
  • user_defined是否对应所有udf字段？如果有多个udf参数，要按udf1到udf10的顺序依次拼接，不能只传一个。

3. 更省心的方案：用gem内置的校验方法 #

你使用的payuindia gem已经封装了哈希校验逻辑，完全不需要手动拼接字段。试试调用gem提供的校验方法：

# 直接用gem的内置校验
if notification.valid?
  # 校验通过的逻辑
else
  # 校验失败的逻辑
end

如果想确认gem的计算逻辑，可以查看它的Notification类源码，里面肯定有官方标准的哈希拼接规则，比自己手动写靠谱得多。

4. 调试技巧：对比拼接字符串 #

把Payumoney回调返回的所有参数打印出来，按照官方顺序拼接成字符串，再和你当前的拼接结果对比：

# 按照官方规则拼接的示例
official_string = [
  PAYU_KEY,
  notification.invoice, # 对应txnid
  notification.gross,   # 对应amount
  notification.product_info,
  notification.customer_first_name,
  notification.customer_email,
  notification.user_defined || "", # 对应udf1
  "", # udf2（空值占位）
  "", # udf3
  "", # udf4
  "", # udf5
  "", # udf6
  "", # udf7
  "", # udf8
  "", # udf9
  "", # udf10
  PAYU_SALT
].join("|")

puts "官方标准拼接字符串：#{official_string}"
puts "你当前的拼接字符串：#{your_current_string}"

对比后就能直观看到顺序、字段值的差异，定位问题会更快。

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