保证执行的小额支付捆绑
Bundling of small payments with guaranteed execution
我正在开发一项服务，在该服务中，用户将在几个小时内在一个应用程序中进行多次购买（每次从 ~5 欧元到 ~20 欧元不等）。
我不想单独处理每笔付款，每次都产生费用，我想 捆绑 并一起执行（假设 6 小时后）。
这些应用程序将用于 Android 和 iOS，后端在 Google App Engine 上。
Paypal 预批准功能在理论上听起来很像我想要的。但是这个帖子 PayPal PreApproved Payments 让我觉得很多 付款失败的风险很高 ？
是否有解决方案可以实际保证付款最终会发生？
我愿意接受除 PayPal 以外的其他服务，只要它对用户来说很容易，费用负担得起，并保证全额付款。
谢谢！
"Preapproval" 表示您正在收集用户对未来付款的认可，而不是让他们同意每次付款；你是对的，这并不能保证他们的支付能力。有人可以同意收费，但无法支付他们以后要收费的金额。
您可以 "soft" 检查他们在某些 PayPal API 中的支付能力（取决于您使用的是哪种特定的 PayPal 产品），但没有保证。这个软检查只是说 "if I were to ask you right now for , would you probably be able to pay it?" 有用，对客户的影响为零：对他们没有额外的 UI；他们不会看到金额；检查后，他们的帐户中什么也看不到。这会降低您的风险，但不会消除它。适用于您愿意接受低个位数失败百分比并放弃这些销售或跟进付款激增的客户的情况。
如果您需要保证资金可用，并持有这些资金以备将来购买，您必须向买家收取 "authorization"。授权会冻结买方账户中的资金。这意味着 a) 您必须知道要请求多少，并且 b) 买家必须看到并批准授权交易（除非您之前收集了预授权协议）以及 c) 授权在他们批准后明显地在他们的账户中持有资金。
这与 credit/debit 卡和 PayPal 基本相同，尽管细节略有不同。
单次授权可用于完成多次单独的购买，但有一些限制，但在这种情况下，将对每次产生的付款收取费用。或者，您可以跟踪客户实际承担了多少责任，并在最后进行一次捆绑捕获（也称为付款），从而可能会略微降低您的费用。 （使用 PayPal 至少您只需支付一次费用的每笔交易部分，并且百分比是相同的。对于其他处理器，以这种方式使用授权通常会产生额外的授权费用，并且会使您面临不断升级的费用 when/if 捕获的总金额不完全等于授权的金额或基于授权和捕获之间经过的时间。这非常复杂，很难确定您何时或是否会实际存钱。）
PayPal 与其他处理商之间的另一个区别：在一些极端情况下，即使在您授权后，PayPal 也会拒绝捕获。 PayPal 仅向您保证有限的超额。因此，如果您以 10 美元授权并以 12 美元取款，您就可以了，但如果您以 10 美元授权并以 100 美元取款，PayPal 将在买家可以的情况下为您完成，但不保证成功。并且没有任何安全措施是完美的，例如，如果 PayPal 碰巧发现 在授权时间和捕获时间之间 发送帐户已被泄露（被盗），他们将冻结它并拒绝您的捕获。这是一个微不足道的小百分比，但它可能会发生。所以这是 99.9% 的保证，但技术上不是 100%。 （信用卡公司永远不会失败收款操作，因此在这种情况下会完成您的收款......但可能会向您发送退款以稍后从您那里取回钱。）
我正在开发一项服务，在该服务中，用户将在几个小时内在一个应用程序中进行多次购买（每次从 ~5 欧元到 ~20 欧元不等）。 我不想单独处理每笔付款，每次都产生费用，我想 捆绑 并一起执行（假设 6 小时后）。 这些应用程序将用于 Android 和 iOS，后端在 Google App Engine 上。
Paypal 预批准功能在理论上听起来很像我想要的。但是这个帖子 PayPal PreApproved Payments 让我觉得很多 付款失败的风险很高 ？
是否有解决方案可以实际保证付款最终会发生？
我愿意接受除 PayPal 以外的其他服务，只要它对用户来说很容易，费用负担得起，并保证全额付款。
谢谢！
"Preapproval" 表示您正在收集用户对未来付款的认可，而不是让他们同意每次付款；你是对的，这并不能保证他们的支付能力。有人可以同意收费，但无法支付他们以后要收费的金额。
您可以 "soft" 检查他们在某些 PayPal API 中的支付能力（取决于您使用的是哪种特定的 PayPal 产品），但没有保证。这个软检查只是说 "if I were to ask you right now for , would you probably be able to pay it?" 有用，对客户的影响为零：对他们没有额外的 UI；他们不会看到金额；检查后，他们的帐户中什么也看不到。这会降低您的风险，但不会消除它。适用于您愿意接受低个位数失败百分比并放弃这些销售或跟进付款激增的客户的情况。
如果您需要保证资金可用，并持有这些资金以备将来购买，您必须向买家收取 "authorization"。授权会冻结买方账户中的资金。这意味着 a) 您必须知道要请求多少，并且 b) 买家必须看到并批准授权交易（除非您之前收集了预授权协议）以及 c) 授权在他们批准后明显地在他们的账户中持有资金。
这与 credit/debit 卡和 PayPal 基本相同，尽管细节略有不同。
单次授权可用于完成多次单独的购买，但有一些限制，但在这种情况下，将对每次产生的付款收取费用。或者，您可以跟踪客户实际承担了多少责任，并在最后进行一次捆绑捕获（也称为付款），从而可能会略微降低您的费用。 （使用 PayPal 至少您只需支付一次费用的每笔交易部分，并且百分比是相同的。对于其他处理器，以这种方式使用授权通常会产生额外的授权费用，并且会使您面临不断升级的费用 when/if 捕获的总金额不完全等于授权的金额或基于授权和捕获之间经过的时间。这非常复杂，很难确定您何时或是否会实际存钱。）
PayPal 与其他处理商之间的另一个区别：在一些极端情况下，即使在您授权后，PayPal 也会拒绝捕获。 PayPal 仅向您保证有限的超额。因此，如果您以 10 美元授权并以 12 美元取款，您就可以了，但如果您以 10 美元授权并以 100 美元取款，PayPal 将在买家可以的情况下为您完成，但不保证成功。并且没有任何安全措施是完美的，例如，如果 PayPal 碰巧发现 在授权时间和捕获时间之间 发送帐户已被泄露（被盗），他们将冻结它并拒绝您的捕获。这是一个微不足道的小百分比，但它可能会发生。所以这是 99.9% 的保证，但技术上不是 100%。 （信用卡公司永远不会失败收款操作，因此在这种情况下会完成您的收款......但可能会向您发送退款以稍后从您那里取回钱。）