我的客户网站正在使用PayPal英国网站支付专业托管解决方案。
当客户被指示到PayPal付款时,他们有两种选择,
“用我的PayPal帐户付款”或“用我的借记卡或信用卡付款”。
如果客户选择使用他们的paypal帐户,他们登录并付款,并被带到Paypal付款确认页面,页面上写着“感谢您的订单。您现在要回到.”此页面悬停约5-10秒,然后将客户重定向回确认订单和电子邮件发送的网站。
我的问题是有些客户没有等待重定向,这会导致订单确认错误.
我的问题是如何跳过PayPal付款确认页面?
我有自动返程。我已经设置了返回URL。支付数据正在传送。
showHostedThankyouPage = false我已经没有主意了..。
如果用户选择了另一个选项,并输入他们的信用卡详细信息,这一切都是完美的。
发布于 2014-05-06 21:51:39
我从贝宝的技术上得到了很好的回应。谢谢伊格纳西奥。我将与其他人分享我对这个问题的发现。这就是我收到的答复。
我的网站正在使用PayPal英国网站支付专业托管解决方案。当客户被指示到PayPal付款时,他们有两种选择:‘用我的PayPal帐户付款’或‘用我的借记卡或信用卡付款’。
网站支付专业托管解决方案有两种不同的支付方式:
如果客户选择使用他们的PayPal帐户,他们登录并付款,并被带到一个PayPal付款确认页面,上面写着‘感谢您的订单。您现在要回到.’此页面悬停约5-10秒,然后将客户重定向回确认订单和电子邮件发送的网站。
这是PayPal标准中的预期行为,当客户使用PayPal帐户付款并启用自动返回时。
事实上,它发生在包含在Pro托管解决方案中的"Pay with PayPal“选项中,因为如上所述,该选项基本上是我们的PayPal标准支付方法,因此行为完全相同。
我的问题是,有些客户没有等待重定向,这会导致订单确认错误。我的问题是如何跳过PayPal付款确认页面?
不幸的是,根本没有办法跳过这个页面。不是来自您的PayPal帐户设置,也不是通过发送任何变量.
我有自动返程。我已经设置了返回URL。支付数据正在传送。showHostedThankyouPage = false。我已经没有主意了..。我不想使用IPN,因为它意味着进一步的集成和编程。
我们肯定推荐IPN作为获得新付款通知的一种更可靠的方式,就像“自动返回”立即开始工作一样,一些客户仍然可以立即关闭浏览器。
如果IPN已启用,PayPal将始终向您的通知URL发送一个帖子,无论客户是否已返回您的站点。
有办法绕道吗?在我们升级到pass之前,我们使用的是快速结账,我们只需通过SOLUTIONTYPE=Sole和LANDINGPAGE=Billing,我们就可以跳过确认页面的步骤。我希望有一个方法来做类似的事情,这样就不需要重写了。
快速签出流与PayPal标准不同。当客户在PayPal中单击“继续/付费”时,我们不会尝试接受付款,而是将客户间接地带回到RETURNURL,这将是您自己的集成--通过发送DoExpressCheckoutPayment API请求来完成付款。
但是,临宿主解决方案中的"Pay with PayPal“选项使用的是PayPal标准,而不是快捷签出。
除了使用之外,我可以建议的唯一选择是禁用Pro托管解决方案中的"Pay with PayPal“选项(这可以在我们这边完成),这样客户只能选择使用直接信用卡支付,而不能通过PayPal支付,然后独立于PayPal支付的Pro托管解决方案实现快速结帐。
发布于 2014-05-06 02:34:26
你看起来有点分散。您在原始帖子中描述的内容听起来像是支付标准或快速结帐。Payments根本没有任何重定向到PayPal的功能。
然后我看到你评论说你在使用BMCreateButton。这是Button Manager API的一部分,这是支付标准。不是专业的。Payments没有像Express Checkout那样的选项来强制使用SOLUTIONTYPE和LANDINGPAGE参数来强制整个CC表单。
如果您使用的是完整支付专业版,您将需要使用DoDirectPayment API或PayFlow,这取决于您安装的是哪个版本。然后,您将有支付专业托管,这是利用一个iframe在您的网页。不过,同样,在这两种情况下,都不会发生重定向。
如果你使用的是BMCreateButton,那不是专业的。你需要弄清楚你注册的是什么版本的Pro,并相应地集成这些API。
https://stackoverflow.com/questions/23484470
复制相似问题