总计并不总是与原始 PayPal Express Checkout 匹配

Posted

技术标签:

【中文标题】总计并不总是与原始 PayPal Express Checkout 匹配【英文标题】:Grand total does not always match the original PayPal Express Checkout 【发布时间】:2015-10-19 15:29:27 【问题描述】:

有没有人经历过通过 PayPal Express Checkout 处理的购物车的总结构偶尔增加的情况?这种情况并不经常发生,但这是一个问题。

我们有一个新的 Magento 站点版本 1.9.1.0,使用 PayPal 快速结帐。该网站已经运行了一个多月,其中有超过 100 笔成功的 Paypal 交易,所以一切似乎都正常运行了 99%。

问题是我们接到了大约 6 个电话,客户告诉我们结帐金额是正确的,即使他们去 PayPal 也是正确的。然而,当他们返回网站上的总计以确认金额已增加时。没有精确的数量来确定双重运输或其他任何事情。这似乎是不同浏览器上的随机问题。

今天的示例是 95.90 美元的订单,运费为 25.10 美元,总计 121 美元。一切都很好,直到客户回来确认并且价格上涨了 18.86 美元。她打来电话,我们问她是否会继续交易,因为另一位客户也有同样的问题,而且收取的 PayPal 金额是正确的。她很客气地做了,PayPal 的收费确实是正确的 121 美元。

我们已与 PayPal 核实过,他们知道 Magento 没有任何问题。这对我们来说是一个问题,因为我们似乎正在减少额外费用。我们也不知道此时有多少 PayPal 交易因信任我们而导致销售失败而中止。

【问题讨论】:

【参考方案1】:

在典型的 Express Checkout / Magento 集成中,运费和/或税费会添加到订单审查页面,客户在登录 PayPal 以授权购买后会被退回。此页面也是“通常”收取运费的地方,因为购物车在此处应用之前没有来自 PayPal 的客户送货地址。

客户在此之前看到的任何数字都应该是小计。

如果您已将 Magento 设置为在客户到达 PayPal 登录页面之前收集客户送货地址并应用运费,我猜这是因为运费被应用了两次,至少是暂时的,并且在最终 Magento 似乎正在根据表单中输入的信息收取运费。

金额的差异可能是由于 PayPal 存档并发送到购物车的内容与客户在您的表单中输入的内容之间存在细微差别。

最后,这是一个可行的解决方案;我对您的配置知之甚少,因此我只能对实际发生的情况给出有根据的猜测。不过值得一试。

【讨论】:

以上是关于总计并不总是与原始 PayPal Express Checkout 匹配的主要内容,如果未能解决你的问题,请参考以下文章

快速结帐 PayPal,访客模式并不总是有效

Paypal Express Checkout 付款仍处于待处理状态,然后到期。确认返回 PENDINGREASON=order。

Paypal Express Checkout 集成的问题 (WEBREQUEST)

PayPal Express Checkout 按钮在单击按钮时进行验证

使用 PayPal REST API 通过 Express Checkout 测试拒绝付款

如何在脚本中将变量传递给总计