5

从今天（2013 年 6 月 5 日）开始，我在 DoExpressCheckoutPayment 响应中返回 API 错误代码 10486，而不是我过去收到的 API 错误代码 10417。

这个新的错误代码是什么，我应该如何处理它？

4

3 回答 3

13

从 2013 年 6 月 5 日开始，在大多数情况下，PayPal 将在 DoExpressCheckoutPayment API 响应中返回 API 错误代码 10486 而不是 10417。
10417 均表示“交易无法完成”，但使用 API 错误代码 10486，您可以将用户重新重定向回 PayPal 以选择不同的资金来源（而不必调用 SetExpressCheckout 并重新启动整个交易流程）。

有一个HowTo 指南提供了更多信息，但基本上您需要做的就是重新使用您之前使用的现有重定向 URL。
例如https://www.paypal.com/cgi-bin/webscr?cmd=_express-checkout&token=EC-ABCDE12345

买家将被重定向到 PayPal，并能够选择新的资金来源。
随后，买家将被重定向到您在第一个 SetExpressCheckout 请求中指定的相同 RETURNURL。

10486 重定向流

注意：您可以在此处找到所有 PayPal API 错误代码及其短消息和长消息的完整列表。

于 2013-06-05T08:31:15.490 回答
2

我的日志显示了 DoExpressCheckout() 调用之后的三种类型的错误。

新的10486（此交易无法完成。，（此交易无法完成。请将您的客户重定向到 PayPal。））看起来通过将用户重定向回 PayPal 可以很好地处理它。

我还看到了10417（交易无法完成。，（指示客户使用客户 PayPal 钱包中的另一种付款方式重试交易。使用客户选择的付款方式，交易未完成。））。我该如何处理。我是否也可以像 10486 那样将用户重定向回 PayPal 或显示错误和初始结帐页面？

最后，我看到10537（风险控制国家过滤器失败，（交易被拒绝，因为您的国家监控风险控制设置导致该国家被禁止。））。同样，为了用户体验处理这个问题的最佳方法是什么？

谢谢，加里戴维斯

于 2013-10-02T20:39:07.720 回答
1

抱歉，您遇到了问题。根据 PayPal 社区的说法，此代码表示您的卡已被银行拒绝；所以你的第一门课应该是与发卡机构取得联系。如果这不能解决，打电话给 PayPal 客户支持很简单，这是最快的方法。登录后不要拨打 PayPal 的 800 支持号码，而是转到此特殊页面：

www.paypal.com/us/cgi-bin/helpscr?cmd=_contact-phone

要缩短看似无休止的电话菜单，请重复“代理”以响应每个提示。

更多细节

https://www.paypal-notify.com/eventnotification/event_details_popup?eventId=3515

于 2013-07-12T09:53:21.067 回答