经常性费用轨道和ActiveMerchant:最佳做法，陷阱，陷阱?

Question

我们准备释放大网络的应用程序，已在发展过去的一年。我们即将开始的进程将ActiveMerchant处理经常性费用的服务。

我要寻找的任何建议有关的最佳做法，考虑到我们的要求(以下所列)和任何附加头上的共同缺陷或具体问题，我应该给予特别的考虑。付款网关，我们将使用被 PaymentExpress 因为它是少数几个支持的网关，具有经常性费和没有任何特殊的条件经营的公司以外的美国。商后面这种应用基于英国。

该应用程序的用户创建一个帐户，一个子域，在那里他们可以访问和定制应用程序及其数据。下面是一些要求的功能，可能具有的效果如何记账工作：

• 所有用户获得30天的试用
• 有不同的计划，包括免费的一个
• 更高的价格的计划有更大的限制数量的数据(例如用户、项目等)，他们可以在他们的帐户
• 计费期间将每月开始后，审判
• 会有折价/折扣码，以获得一个百分比正常价格的一年期计划，等等。
• 计划的价格将会改变，为特征是加入

具体的障碍，我可以预见将包括以下：

• 如何处理降低当他们违反了该计划限于较低的水平计划。
• 行为，当信用卡过期或支付不通过(只读方式强制执行的，或许)
• 当计划的价格变化，我们想要履行以前的价格，为现有用户的时间周期(如6个月)，然后开始收取较高的利率。如果该计划的价格下降，它将立即生效。

其他意见，将是有益的，将任何有关流程应用程序。应该如何计费形式被提出来的用户？当应用信用卡信息是必需的？应该如何发票可以发送，保存，并访问？

我应该披露，我们计划的基许多代码基地关闭 SaaSy.SaaSy是设计用来作为一个独立的轨道应用程序，处理所有注册和账户管理方面的事情。但是，这不起作用对于我们，因为我们从来没有计划为这个从一开始，它将是一个繁琐的过程，以适应我们的应用程序的工作那样。因此，我们将拉代码和想法，从SaaSy，并将其合并到我们的应用程序，大大减少繁琐的任务。

Answer 1

RailsKits 有一个 软件作为一个服务套件 这应该做你需要什么。它有内在支持免费试验、提升、降级，计划的限制，等等， 它支持PaymentExpress(和一些其他人)。

我已经研究了一下用于一个项目我做的，但是我还没有购买它，所以我不能证实它。然而，我已经看到了一些博客赞扬该工具包。

而RailsKit是相对廉价的时相比，它的成本实现其所有特征的自己，还是有一些开放源码版本，目的是完成同样的事情。我记得掉我的头顶被称为 免费.

编辑：我忘了提及，瑞安*贝茨在他所说的 最近Railscast 他的下一集或两个将处理经常性费，所以要留心。他通常不会一个小插曲每周五他做了因为月22所有复盖处理付款的不同类型。

Answer 2

有一件事我想添加：记住你并不需要使用定期结算的功能，是建立成的网关。一般来说，这些系统的传统和非常难以处理，我们得到宠坏了在该轨道的世界。

你会得到一个更大的灵活性，只是在利用他们为了一个目的(比尔信用卡，并且也许还储存的信用卡为PCI compliance)。然后滚你自己的经常性费在你的轨程序有一定时工作，一个新的领域时，他们都通过支付，金额每个人都是支付(情况下，他们用优惠券)等。

一个小小的例子：人们有时将取消一个每月订购中的一个月。他们想要确保他们不要忘记之前取消下一个付款。最网关经常性费，我已经看到将立即终止的帐户(或送你一个消息，表明这)。在现实中，用户已经付过每月结束，应给予2个星期的访问。你可以这样做，如果你已经推出自己的经常性费在轨道，但不是如果您使用的是网关经常性费。只是一个小例子。

Answer 3

Peepcode有PDF出售(70页)，详细介绍各个方面处理付款和行业做法。它的价值可能检查出：

http://peepcode.com/products/activemerchant-pdf

Answer 4

我也是在中东设立一个基于订阅的网站，这些都是我们当前的要求。他们可能会帮助你的关于最佳做法：

• 用户将能够选择一个 订阅计划。
• 用户将需要进入他们 信用卡上的细节签署 他们所选择的计划。
• 所有主要信用卡和借记卡必须 被接受，包括大师， 美国运通。
• 每个计划会有一个30天的自由 审判分，以便用户的信用卡应该 只收取之后30天 期限到期为止。然而，有效性 的信用卡应该检查 时间的标志。
• 用户将可通过电子邮件发送几天 之前他们的信用卡收费 通知他们，他们将被 收费很快，除非他们取消了他们 帐户。如果他们取消了他们的帐户 在他们30天的审判，他们的 信用卡不应收取费用。
• 之后的任何空闲的审判期间，用户 将会提前收取他们的 使用该系统即他们将 预先支付。
• 用户将自动收取 每个月他们所选择的计划。每个月，用户将发送一个 电子邮件几天提前通知 他们，他们将收取。一旦 已经付款，用户将能 电子邮件的发票显示，它们 付款已经收到。
• 用户将能够升级或 降级，他们的账户在任何时间。当用户升级/降级，他们的 下一个订阅费用将在 新的速率。用户只能 降级，他们的账户到一个计划 可以处理他们的数据。对于 例如，如果他们目前有10 活动的项目，他们不能降级 基本的计划，因为基本的 计划只允许5项目。他们 将需要删除或档案5 项目之前，你们可以 降级到基本的。
• 用户将能够登陆到他们 帐户和更改或更新他们的 信用卡信息。
• 用户将能够取消他们的 账户在任何时间。不会有 进一步的订阅费用后一个 用户已经取消了他们的帐户。但是，用户不会被退回 对于部分这个月他们 已经支付。
• 所有部分支付系统必须 以100%PCI DSS符合;包括 任何第3次缔约方系统。
• 付款系统必须支持 自动化的通知并重新尝试的 失败的订阅续费。
• 付款系统必须支持 优惠券的到期日期。
• 信用卡信息必须不 通过处理或储存在我们的服务器
• 他们应始终是处理/保存我们的第3次方 付款处理合作伙伴。我们不 要责任保护 这些细节和遵守 法律规则和条例。
• 用户将能够登录到他们的 帐户，并看到一个完整的帐单 历史，包括日期和金额 支付。我们还需要 能够登录系统以查看 客户付款计划支付 历史。这将是必不可少 客户服务。

我们也一直在寻找 http://chargify.com/ 这看起来像它能节省大量的编码的时间。