使用 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，以便以后通过市场问题获得智慧。

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

-FT

Answer 1

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

您打算使用哪种 PayPal API？在使用 PayFlow XML API 时，我发现推出自己的订阅服务要容易数千倍。如果您使用的 API 支持根据之前成功的交易 ID 创建“参考交易”，您可以通过跟踪用户的订阅金额、跟踪已支付的金额以及创建运行的计费脚本来省去头疼的问题在每天的 cronjob 中，检查每个用户是否需要支付（以及支付多少），然后为每个用户创建参考销售。

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

如果您需要有关如何解决此问题的任何建议，请告诉我！