我正在开发一项服务，用户在应用程序中的几个小时内可以进行多次购买（每种购买范围从~5€到~20€）。 每次我想捆绑那些并一起执行它们时（请假设在6小时后），而不是单独处理每笔付款的费用。 这些应用适用于Android和iOS，后端采用Google App Engine。
Paypal Preapproval功能在理论上听起来像我想要的。但是这个帖子PayPal PreApproved Payments让我觉得许多付款失败的风险很高？
是否有实际可以保证的解决方案，支付最终会发生？
只要对用户来说很容易，我就会对PayPal以外的其他服务开放，可以负担得起的费用并保证付款将全部发生。
谢谢！
答案 0 :(得分：2)
＆＃34;预先批准＆＃34;表示您正在收集用户对未来付款的批准，而不是同意每笔付款;你是对的，这并不能保证他们付钱的能力。有人可以同意收费，但无法支付以后收取的费用。
你可以得到一个＆＃34;软＆＃34;检查他们支付某些PayPal API的能力（取决于您使用的特定PayPal产品），但没有保证。这个软支票只是说＆＃34;如果我现在以10美元的价格问你，你可能会付钱吗？＆＃34;有用，并且对客户有零影响：没有额外的用户界面;他们不会看到金额;检查结束后，他们的账户里什么也看不到。这将降低您的风险，但不会消除它。适用于您愿意承担低单位数故障率并且放弃销售额或跟进付款遭遇冲击的客户的情况。
如果您需要保证资金可用，并保留这些资金以防将来购买，您必须收集＆＃34;授权＆＃34;来自你的买家。授权会在买方的帐户中暂停资金。这意味着a）您必须知道要求多少，并且b）买方必须查看和批准授权交易（除非您之前收集了预授权协议）和c）授权在批准后明显在其帐户中持有资金。
信用卡/借记卡和PayPal基本相同，但细节略有不同。
单个授权可以使用一些限制来完成多个单独的购买，但在这种情况下，将为每笔付款收取费用。或者，您可以跟踪客户实际堆积的责任，并在最后进行捆绑捕获（也称为付款），从而可能略微降低您的费用。 （至少使用PayPal，您只需支付一次费用的每笔交易费用，而％将是相同的。对于其他处理器，使用授权这种方式通常会带来额外的授权费用，并且当您/如果使用时会使您面临升级费用捕获的总金额并不完全等于授权金额或基于授权和捕获之间的经过时间。它非常复杂，很难确定何时或是否实际可以节省任何资金。）
PayPal和其他处理器之间的另一个区别是：即使在您授权之后，PayPal也会拒绝捕获一些边缘情况。 PayPal仅保证您有限的超额费用。因此，如果你授权10美元并以12美元的价格购买就可以了，但如果你授权10美元并以100美元的价格购买，如果买家可以，PayPal会为你完成，但不能保证成功。并且没有任何安全性是完美的，例如，如果PayPal恰好在auth时间和捕获时间之间发现发送帐户已被泄露（被盗），他们将冻结它并拒绝你的捕获。这是一个非常小的％，但它可以发生。所以它是99.9％的保证，但技术上不是100％。 （信用卡公司NEVER未通过捕获操作，因此在这种情况下会完成您的捕获......但可能会向您发送退款以便稍后从您那里收回款项。）