0

我是否错误地假设自适应支付没有为用户在我的网站上完成支付提供类似的功能？我的网站目前的运作方式是“卖家”出售产品，而“买家”使用 PayPal 快递购买产品。在一周结束时，我们向所有卖家支付销售产品所获得的收入。

问题 ：在 x.com 与 Paypal 沟通时，他们不喜欢我们设置付款方案的方式，并强烈建议我们使用他们的 Adaptive Payments api 与 Chained Payments 或 Parallel Payments 同时向卖家付款，而不是等待结束本周的并有资金聚合。

我们使用自适应支付 API 的最大问题是，用户访问 PayPal 支付购买费用的可能性很小，然后 PayPal 通过返回 URL 将他们重定向到我的网站，而我们的服务器可能太忙而无法响应. 在这种情况下，客户通过 PayPal 付款，但由于我们的系统离线，他们的交易可能不会记录在我们的服务器上，我们最终不会交付产品。

我目前在我的网站上设置了 PayPal 快递；流程如下：

  1. 买家进入产品页面，点击支付宝支付
  2. 买家被重定向到贝宝登录
  3. 买家批准付款并立即返回我的网站。
  4. 买家在我的网站上查看交易并点击“支付”完成交易

  5. 如果我的网站可以与 SQL 服务器建立连接，并且可以与 paypal API 成功通信，我会调用以完成交易。

    我知道预先批准的付款，但这不会涉及客户在贝宝上检查他们“批准在一定时间内提取一定数量的钱”吗？我不想让我们的客户感到无法控制他们的财务状况。另外，PayPal IPN 会是一个严肃的选择吗？我读过用户将 IPN 与自适应支付结合使用，因为用户通常会在处理完支付后立即关闭窗口。

4

1 回答 1

1

您可以使用 Paypal IPN 作为可靠的选择。看看这一段（来自Paypal IPN Docs）：

“IPN 消息服务并不假定您的听众会及时收到所有消息。由于互联网并非 100% 可靠，消息可能会丢失或延迟。为了处理传输和接收延迟或失败的可能性， IPN 消息服务实现了一种重试机制，该机制会以不同的时间间隔重新发送消息，直到您确认已成功接收到消息。消息可能会在原始消息之后的四天内重新发送。

于 2012-09-24T15:56:18.513 回答