我正在使用Website Payments Standard 集成，在PDT 中，如果交易由于某些原因而失败，我对在return 页面上向客户显示消息感到困惑，但我无法直接从Paypal 获得消息作为响应，而是我得到代码。我正在考虑创建一个将代码作为参数并返回错误消息的函数。我去了here 并阅读了有关payment_status 变量的信息。当我看到相同的变量可以在一个地方设置为 11 和在另一个地方设置为 3 时，我感到很困惑。在我的场景中它将返回什么？ 1折3还是1折11？
编辑
在此link 中查看Mass Pay Variables 和Payment Information Variables 下的变量。
【问题讨论】：
标签： c# asp.net paypal paypal-sandbox
payment_status 会根据 txn_type 的不同而变化。这就是为什么它们被分成这样的类别。如果你得到一个 txn_type 的 masspay，那么 payment_status 将只是这 3 个中的 1 个。大多数 txn_type 的 payment_status 都在你提到的 11 个列表中。如果您使用的是标准按钮，您通常会遵循“付款信息变量”部分下的信息。
另一方面，请确保您没有使用 PDT 来处理任何后付款处理，例如更新您的数据库、发送电子邮件通知等。即使启用了自动退货，也不能保证用户会返回您的返回 URL，如果他们不这样做，该代码将永远不会运行。
相反，您应该使用 IPN 来处理此类处理，这与 PDT 非常相似，只是它完全与结帐流程分开发生。只要您的帐户发生任何交易，PayPal 的服务器就会将有关该交易的数据发布到您的 IPN 侦听器 URL。数据将与您使用 PDT 查看的数据相同，但无论用户是否返回您的站点，都会始终触发 IPN。
IPN 还允许您正确处理电子支票的待付款、欺诈过滤器等，在您交付产品之前需要清除这些问题。当待付款发生时，您将获得一个 IPN，当该付款更新为已完成、失败或其他时，您将获得另一个 IPN。
IPN 还允许您根据退款、争议等自动执行任务。它是一个非常强大的工具，而且绝对推荐它而不是 PDT。
【讨论】：