PayPal标准IPN退单结算消息缺少必填项'；商业'；领域

我们已经使用贝宝标准大约10年了。直到今天，我们才收到因退单结算而生成的IPN消息，并注意到一些字段丢失

以下是在PayPal IPN历史页面中确认的字段（出于隐私原因，“payer_email”字段值不清楚）：

txn类型=调整和付款日期=03:32:10 2016年2月9日 PST和付款总额=&货币=CAD和验证符号=ATjxb9PR1aNXqPs2fhQE00D26f.QAu0.EUDQXZNZWOMDQSA1HD3CSPZ8和付款人状态=验证和付款人电子邮件=paypal@XXXX.ca&txn_id=14V55619FE764784J&parent_txn_id=1XH95106BE741351U&payer_id=W2PJ5ZGY8E9VG&invoice=673D082E-D1F9-4D22-A535-6494F679CDCE&reason_code=1XH95106BE741351U&payer_id=W2PJ5ZGY8E9VG&invoice=673D082E-D1F9-4D22-A535-6494F679CD=-20.00&mc_总量=-300.00&charset=UTF-8¬ify_版本=3.8&ipn_轨道id=7ECC9A13CAA0

据我所见，预期的“业务”字段缺失。参见IPN参考，网址：

付款收件人的电子邮件地址或帐户ID（即 商人）。等同于收件人电子邮件的值（如果付款为 发送到主帐户）和网站支付HTML中的业务集

此“业务”字段始终位于所有其他IPN消息中（即使是退款消息），我们的应用程序依赖其值来识别正确的商户

---

还有谁经历过这个问题？（对我来说，这看起来像是PayPal的IPN漏洞。）

您为退单获得的IPN包括一个父项txn\U id，它是有争议的原始付款的txn\U id

---

因此，在您的系统中，您应该能够将此IPN与基于原始txn_id的IPN关联起来，并且在原始订单数据中，您将能够看到与其关联的“业务”参数。

您为退单获得的IPN包括一个父级txn_id，该id是有争议的原始付款的txn_id

---

因此，在您的系统中，您应该能够将此IPN与基于原始txn_id的IPN关联起来，并且在原始订单数据中，您将能够看到与其关联的“业务”参数。

是的，这是正确的。但为什么这个IPN与所有其他IPN消息如此不同？所有其他IPN消息都有这个“业务”字段，而且，根据PayPal规范，该字段应该包含在每个IPN消息中。对我来说，这看起来仍然像一个PayPal bug。这只是一种不同类型的交易。它不是支付，因此它没有支付交易所具有的相同类型的变量。这不是一个bug。这是一个退款交易，所有退款IPN消息都包含“业务”字段。此外，我没有看到IPN规范中声明此字段将不在收费结算IPN消息中。（顺便说一句，我对许多其他字段丢失的情况很好。但这不是一个。是的，你是对的，我可以从保存在数据库中的原始IPN消息中找到“业务”字段值。但这是所有其他IPN消息都不需要的额外工作。）这不是退款交易。这是一笔有争议的交易。如果交易被退款，你将获得一个单独的IPN。是的，这是真的。但为什么这个IPN与所有其他IPN消息如此不同？所有其他IPN消息都有这个“业务”字段，而且，根据PayPal规范，该字段应该包含在每个IPN消息中。对我来说，这看起来仍然像一个PayPal bug。这只是一种不同类型的交易。它不是支付，因此它没有支付交易所具有的相同类型的变量。这不是一个bug。这是一个退款交易，所有退款IPN消息都包含“业务”字段。此外，我没有看到IPN规范中声明此字段将不在收费结算IPN消息中。（顺便说一句，我对许多其他字段丢失的情况很好。但这不是一个。是的，你是对的，我可以从保存在数据库中的原始IPN消息中找到“业务”字段值。但这是所有其他IPN消息都不需要的额外工作。）这不是退款交易。这是一笔有争议的交易。如果交易退款，您将获得单独的IPN。