使用PayPal和Amazon FPS修改订阅有什么区别？

Question

我一直在考虑建立依赖于用户频繁和大量修改订阅的Web应用程序。 我可能也会使用市场功能，因此需要支持两者无缝集成的系统。

我已经看到过多个修改订阅的复杂案例，包括重复计费或在错误时间切断用户的情况。

例如，我真诚地希望这篇文章http://talklikeaduck.denhaven2.com/2007/09/02/how-to-cure-the-paypal-subscription-blues已经过时。 我所考虑的使用案例甚至比他提到的更为复杂。 以下是我想要实现的部分内容示例：

• 支持多个订阅和订阅类型/级别。例如，一个用户可能每月支付$10的1个计划A，以及每月支付$50的10个计划C和每年支付$100的1个计划D。
• 支持任意付款金额的更改。例如，用户原来在每月$40的计划上，但随后将其更改为每月$100的计划。然后取消，然后在$100期满之前以每月$50重新注册。用户仍应获得他支付$100的那个月的$100服务，然后应更改为每月$40的计划。
• 允许用户之间支付订阅金额。因此，一个用户可能发起支付他已经支付到系统中的任意金额的50%。我的应用程序将处理这些类型的市场风格操作，并且这些付款应在订阅的上下文中工作...

目前似乎没有符合我需要的开源PHP库，无论是Amazon还是Paypal都没有。所以我希望自己编写代码。（如果有Freemium适用于PHP的，请告诉我，我会很高兴的。）我不能使用各种可用的订阅服务，因为它们通常不支持上述功能，并且因为我需要直接访问PayPal或Amazon FPS API以便后续通过市场问题进行创意。

这就带来了我的问题。哪个支付平台更易于管理订阅？请指导我，我只有那么多时间。但我也没有时间做出错误的决定。请提供您偏好的证据，如果可能的话，请详细说明比较两个系统的工作情况。Google拥有唯一的其他支付平台，目前他们的订阅系统处于测试版。如果您提出其他更好的系统，请提供大量好理由，因为我需要一个受人们信任的流行的支付引擎！-FT

- ftrotter

Answer 1

我看到你在去年12月提出了这个问题......如果你还没有找到答案，根据我的经验，针对一个与你几乎相同的业务问题，我有一些建议。

你想使用哪个PayPal API？在使用PayFlow XML API时，我发现自己构建订阅服务比它容易了数千倍。如果你正在使用的API支持基于以前成功交易ID创建“引用交易”，那么通过跟踪用户的订阅金额，跟踪已支付的金额，并创建每日cronjob运行的计费脚本，检查每个用户是否需要支付（以及多少），然后为每个用户创建一个引用销售，你可能会避免一些麻烦。

当然，不要忘记必须明确地征得用户的许可，在开始定期收费之前，并应该有一个良好的定期计费和隐私政策。此设置中的一个麻烦是您几乎需要创建自己的脚本来管理人们的订购和付款 - 幸运的是，我是将PayPal定期计费附加到已经内置订购和会计的Web应用程序上的。

如果你需要有关如何处理此事的任何建议，请告诉我！

- Paul d'Aoust