使用PayPal与Amazon FPS修改订阅

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美元的计划。然后取消，然后在100美元的期限之前再以每月50美元的价格再次报名。用户应该在他支付100美元的月份获得100美元的服务，然后应该更改为每月40美元的计划。
• 允许在我的用户之间支付订阅金额。因此，到目前为止，一个用户可能会支付他已支付给系统的任何金额的50％。我的应用程序将处理这些类型的市场风格操作，这些付款应该在订阅的上下文中工作......

似乎没有一个开源PHP库可以满足我对Amazon或Paypal的需求。所以我很期待自己编码。 （很高兴在这里被证明是错误的，也许是PHP的Freemium？）。我无法使用various subscription services that are available。因为他们通常不支持上述功能，因为我需要直接访问PayPal或Amazon FPS API，以便以后通过市场问题获得聪明才智。

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

-FT

Answer 1

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

您考虑使用哪种PayPal API？在使用PayFlow XML API时，我发现滚动我自己的订阅服务要容易几千倍。如果您使用的API支持基于之前成功的事务ID创建“引用事务”，则可以通过跟踪用户的订阅量，跟踪已支付的内容以及创建运行的计费脚本来避免您的头痛。在每日cronjob上，检查每个用户是否需要支付（以及多少），然后为每个用户创建参考销售。

当然，请不要忘记，在开始定期开票之前，您必须明确要求用户许可，并且应该有一个良好的定期结算和隐私政策。这种设置的一个问题是你几乎需要创建自己的脚本来管理人们的订阅和付款 - 幸运的是，我正在将PayPal定期计费发布到已经内置订阅和会计的Web应用程序上。

如果您需要任何有关如何解决这个问题的建议，请告诉我们。