使用PayPal和Amazon修改订阅

Question

我一直在考虑设置web应用程序，这些应用程序严重依赖于用户频繁和实质性地修改订阅的能力。我可能也在使用市场特性，我需要一个无缝地支持这两种功能的系统。

我已经看到了许多关于修改订阅的复杂性的恐怖故事，包括双重计费，或者在错误的时间切断用户。

我真诚地希望，例如，这篇文章http://talklikeaduck.denhaven2.com/2007/09/02/how-to-cure-the-paypal-subscription-blues

已经过时了。我所想到的用例比他提到的更加复杂。作为我想要做的事情的一个样本：

• 支持多个订阅和订阅类型/级别。例如，一个用户可能有1个计划A每月收费10美元，10个计划C按每月50美元收费，1个计划D按每年100美元收费。
• 支持任意改变付款数额。例如，用户处于每月40美元的计划中，但随后将其更改为每月100美元的计划。然后取消，然后再以每月50美元的价格注册，直到100美元的期限结束。用户在支付100美元的一个月内仍应获得100美元的服务，然后应改为每月40美元的计划。
• 允许在我的用户之间支付订阅金额。因此，一个用户可能启动50%的付款，无论他已经支付到系统到目前为止。我的应用程序将处理这些类型的市场类型的操作，这些支付应该在订阅的上下文中工作。

似乎没有一个开源PHP库可以满足我对Amazon或Paypal的需求。所以我期待着自己来编码这个。(很高兴在这里被证明是错误的，也许是自由铵？)。我不能使用可用的各种订阅服务。因为它们通常不支持上面的特性，也因为我需要通过市场问题直接访问PayPal或Amazon，以便以后更聪明。

这就引出了我的问题。为了方便管理订阅，我应该选择哪个支付平台？请让我朝正确的方向走，我只有这么多时间。但我也没有时间做出错误的决定。请为您的偏好提供证据，如果可能的话，详细介绍您的工作比较这两种系统。谷歌拥有唯一的其他支付平台，目前他们的订阅系统正处于测试版。如果你提出其他更好的系统，请提供大量的好理由，因为我需要一个流行的支付引擎，人们会感到舒服！

-FT

Answer 1

我看你早在十二月就问过这个问题..。如果你还没有找到答案，我有一些建议是基于我在商业问题上的经验，几乎和你的一样。

您正在考虑使用哪个PayPal API？在使用PayFlow XML时，我发现简单地使用自己的订阅服务要容易得多。如果您使用的API支持基于上一次成功的事务ID创建“引用事务”，您可以通过跟踪用户的订阅量、跟踪已支付的金额以及创建运行在每天的cron作业上的计费脚本，检查每个用户是否需要支付(以及支付多少)，然后为每个用户创建一个参考销售，从而为自己省去麻烦。

当然，不要忘记，在开始重复计费之前，您必须明确地请求用户的许可，并且应该有一个良好的定期计费和隐私策略。这个设置的一个问题是，你需要创建自己的脚本来管理人们的订阅和支付--幸运的是，我在一个已经有订阅和会计内置功能的网络应用上加入了PayPal的循环计费。

如果你需要任何建议来解决这个问题，请告诉我！