paypal - 总计并不总是与原始 PayPal Express Checkout 相符

标签 paypal

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

我们有一个使用 PayPal 快速结帐的新 Magento 网站版本 1.9.1.0。该网站现在已经运行了一个多月,成功进行了 100 多次 Paypal 交易,因此一切似乎都在 99%。

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

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

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

最佳答案

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

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

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

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

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

关于paypal - 总计并不总是与原始 PayPal Express Checkout 相符,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/31687090/

相关文章:

.net - 通过网络服务集成到 Paypal 。那不是 HTTP 重定向

php - 缺少必填字段。 PHP Paypal REST API

Paypal Adaptive - 三种支付方式

php - 在发送到 PayPal 之前不验证 POST 变量 - 何时检查?

paypal - 使用 Braintree DropUI 将 PayPal 帐户链接到保险库的正确方法

curl - PayFlowPro 与 ColdFusion 和 Curl 的集成问题

php - paypal pro 需要 SSL 吗?

facebook - 我们如何将 Facebook 游戏上的 Paypal 帐户从我们在美国的开发者帐户更改为我们在澳大利亚的帐户

Android PayPal SDK 和 fragment

php - Paypal 每月定期回电