在保证执行的情况下捆绑小额付款

Posted 2023-02-22

【中文标题】在保证执行的情况下捆绑小额付款

【英文标题】：Bundling of small payments with guaranteed execution

【发布时间】：2015-03-03 00:10:54

【问题描述】：

我正在开发一项服务，用户将在一个应用程序中的几个小时内进行多次购买（每次从 ~5 欧元到 ~20 欧元不等）。 我不想单独处理每笔付款，每次都会产生费用，我想捆绑这些并一起执行（假设 6 小时后）。 这些应用将适用于 android 和 ios，其后端位于 Google App Engine 上。

Paypal Preapproval 功能在理论上听起来像我想要的。但是这个帖子PayPal PreApproved Payments 让我觉得很多付款失败的风险很高？

是否有解决方案可以真正保证付款最终会发生？

我愿意接受 PayPal 以外的其他服务，只要它对用户来说很容易、收费合理并保证全额付款。

谢谢！

【参考方案1】：

“预先批准”是指您正在收集用户对未来付款的批准，而不是让他们同意每次付款；你是对的，这并不能保证他们的支付能力。有人可以同意收取费用，但无法支付他们以后收取的费用。

您可以在某些 PayPal API 中对他们的支付能力进行“软”检查（取决于您使用的特定 PayPal 产品），但没有保证。这张软支票只是说“如果我现在向你要 10 美元，你可能付得起吗？”有用，对客户的影响为零：没有额外的用户界面；他们不会看到金额；并且他们在检查后不会在他们的帐户中看到任何内容。这将降低您的风险，但不会消除风险。适用于您愿意接受低个位数失败百分比并放弃这些销售或跟进付款失败的客户的情况。

如果您需要保证资金可用，并保留这些资金以备将来购买，您必须从您的买家那里获得“授权”。授权会冻结买方账户中的资金。这意味着 a) 您必须知道请求多少，b) 买方必须查看并批准授权交易（除非您之前收集了预授权协议）和 c) 授权在他们批准后明显地在他们的账户中持有资金。

这对于信用卡/借记卡和 PayPal 来说基本上是一样的，尽管细节略有不同。

在某些限制下，一次授权可用于完成多次单独的购买，但在这种情况下，每次付款都会收取费用。或者，您可以跟踪客户实际累积了多少责任，并在最后进行捆绑捕获（也称为付款），从而可能略微降低您的费用。 （使用 PayPal 至少您只需支付每笔交易的费用部分，并且百分比是相同的。对于其他处理器，以这种方式使用授权通常会带来额外的身份验证费用，并且在/如果捕获的总金额不完全等于授权金额或基于授权和捕获之间经过的时间。这非常复杂，很难确定何时或是否会真正节省任何钱。）

PayPal 与其他处理器之间的另一个区别：在少数情况下，即使在您授权之后，PayPal 也会拒绝捕获。 PayPal 仅向您保证有限的超额额度。因此，如果您以 10 美元的价格授权并以 12 美元的价格捕获就可以，但如果您以 10 美元的价格授权并以 100 美元的价格捕获，如果买家可以，PayPal 将为您完成，但不保证成功。并且没有完美的安全措施，例如，如果 PayPal 碰巧发现在身份验证时间和捕获时间之间发送帐户已被盗用（被盗），他们将冻结并拒绝你的捕获。这是一个非常小的百分比，但它可能会发生。所以这是 99.9% 的保证，但技术上不是 100%。 （信用卡公司从不会失败捕获操作，因此在这种情况下会完成您的捕获......但可能会向您发送退款以在以后从您那里收回资金。）

【讨论】：

Geewiz，非常感谢您的努力！所以你会建议 Paypal 作为我用例的一个很好的解决方案吗？正如我所说，从预先批准到付款之间的时间只有几个小时——所以失败率应该很低，对吧？然后我可以将后端的付款加起来，或者分批处理它们（假设总是在达到 50 欧元以减少大笔未付款的风险）或者时间已经过去。如果您对这些服务有见解，您对 Dwolla 或 Wepay 的看法如何。

是的，这是 PayPal 很好支持的常见用例；这是 IMO 的可靠选择。您只需要决定是接受授权（持有）对用户的影响，还是忍受没有保留资金的小百分比影响。我没有使用过 dwolla 或 wepay，因此无法对此发表评论，只能说 PayPal 的用户群比其他基于帐户/基于钱包的系统要广泛得多。