按用户/按数量定期计费。什么是 Stripe 的替代品？
Per-user / per-quantity recurring billing. What are alternatives to Stripe?
我正在寻找 stripe 按用户定价订阅的替代方案：我需要：
向我的用户收取定期付款，这取决于他拥有的用户帐户数量
能够通过 API 更改用户数量，通过客户验证是可以的，但最好不要更改计划或创建新类型的计划。也可以通过 API 检查状态、取消等。
没有预付费用的理想情况 = 手续费 + 交易百分比
我发现 stripe 可能是一个不错的选择（请在此处查看每用户定价 https://stripe.com/docs/subscriptions），不幸的是 Paypal 似乎不提供这种功能（每个计划只能增加 20% 180 天，否则您需要取消以前的个人资料并创建一个新的）。还是我误会了 Paypal？
有哪些替代方案可以满足此类需求？
您想要的是 Reference Transactions, in which case you run an original authorization or sale transaction, and then in the future you'd run DoReferenceTransaction 原始交易 ID 和您需要处理的任何新金额。它将立即处理，此时不需要任何重定向或额外授权。
如果您使用 Payments Pro（直接信用卡）的参考交易，那么您需要做的就是将原始授权或销售交易 ID 保存到您的数据库中，以便您可以在需要时为用户提取它使用 DoReferenceTransaction 处理未来的付款。
对于 PayPal 付款，您将使用 Express Checkout w/ Billing Agreements，这将为您返回一个结算协议 ID。在这种情况下，计费协议 ID 就是您将传递给以后对 DoReferenceTransaction 的调用的内容。
在任何一种情况下，您都需要构建自己的系统来查找每天需要处理的付款并循环遍历它们，为每个付款调用 DoReferenceTransaction。
我正在寻找 stripe 按用户定价订阅的替代方案：我需要：
向我的用户收取定期付款，这取决于他拥有的用户帐户数量
能够通过 API 更改用户数量，通过客户验证是可以的，但最好不要更改计划或创建新类型的计划。也可以通过 API 检查状态、取消等。
没有预付费用的理想情况 = 手续费 + 交易百分比
我发现 stripe 可能是一个不错的选择（请在此处查看每用户定价 https://stripe.com/docs/subscriptions），不幸的是 Paypal 似乎不提供这种功能（每个计划只能增加 20% 180 天，否则您需要取消以前的个人资料并创建一个新的）。还是我误会了 Paypal？
有哪些替代方案可以满足此类需求？
您想要的是 Reference Transactions, in which case you run an original authorization or sale transaction, and then in the future you'd run DoReferenceTransaction 原始交易 ID 和您需要处理的任何新金额。它将立即处理，此时不需要任何重定向或额外授权。
如果您使用 Payments Pro（直接信用卡）的参考交易，那么您需要做的就是将原始授权或销售交易 ID 保存到您的数据库中，以便您可以在需要时为用户提取它使用 DoReferenceTransaction 处理未来的付款。
对于 PayPal 付款，您将使用 Express Checkout w/ Billing Agreements，这将为您返回一个结算协议 ID。在这种情况下，计费协议 ID 就是您将传递给以后对 DoReferenceTransaction 的调用的内容。
在任何一种情况下，您都需要构建自己的系统来查找每天需要处理的付款并循环遍历它们，为每个付款调用 DoReferenceTransaction。