我们正在准备发布过去一年中正在开发的大型Web应用程序。我们将开始整合ActiveMerchant的过程，以处理该服务的经常性订阅费用。
我正在考虑有关我们的要求(以下列出)的最佳做法的任何建议，以及对常见陷阱或特殊问题的任何其他警告，我应该特别考虑。我们将使用的支付网关为PaymentExpress，因为它是少数支持计费的网关之一，它具有重复计费功能，并且对在美国以外地区运营的公司没有任何特殊条件。此应用程序背后的业务位于英国以外。
应用程序的用户使用子域创建一个帐户，他们可以在其中访问和自定义应用程序及其数据。以下是一些可能会影响结算方式的要求/功能:
我可以预见的具体障碍将包括以下内容:
其他有用的建议可能是有关应用程序流程的任何建议。计费表格应如何呈现给用户？什么时候需要信用卡信息？发票应如何发送，存储和访问？
我应该透露，我们计划基于SaaSy建立许多代码库。 SaaSy旨在用作单独的Rails应用程序，该应用程序处理所有注册和帐户管理方面的工作。但是，这对我们不起作用，因为我们从一开始就从未计划过这样做，而使我们的应用程序适应这样的工作将是一个繁琐的过程。因此，我们将从SaaSy中提取代码和构想，并将其合并到我们的应用程序中，这是一项相当繁琐的任务。
最佳答案
RailsKits有一个Software as a Service kit应该可以满足您的需求。它具有对免费试用，升级，降级，计划限制等的内置支持，并且支持PaymentExpress(及其他一些)。
我已经针对正在执行的项目进行了一些研究，但尚未购买，因此无法担保。但是，我看到一些博客文章对此工具包表示赞赏。
尽管与之相比，RailsKit相对便宜，但您自己实现其所有功能要花费多少，但是有两个开源版本旨在实现相同的目的。我记得我脑海中的那个叫Freemium。
编辑:我忘了提到瑞安·贝茨(Ryan Bates)在他的most recent Railscast中说，他的下一两集将处理重复计费，因此请注意这一点。他通常每周播出一集，自12月22日以来完成的五集都涉及处理不同类型的付款。