3

我的 Rails 应用程序有点困惑。看起来我们将用于计费的模型是按使用而不是基于订阅(至少最初是这样)。虽然我们已经实现了 Recurly 的透明帖子 API(伟大的产品),但它可能有点矫枉过正。

我们可以简单地建立一个不收取月费的免费计划,然后启动一次性交易。这满足了我们正在寻找的 PCI 合规级别,并且还允许回头客将他们的信用卡信息存储在第三方。

更复杂的是,除了按使用计费外,未来可能还需要基于订阅的计划。我正在寻找一些关于是否继续使用定期计费平台的建议,或者我是否可能只想使用 ActiveMerchant,而不是存储信用卡并处理 PCI 合规性的变化(责任在于我们,而不是第三方)。还想知道是否有另一种工具可以在没有订阅计划的情况下处理一次性可重复事务?

4

1 回答 1

2

You could use ActiveMerchant with Authorize.net CIM or Braintree to store the card info for you (for the PCI compliance) and run transactions for whatever amount at whatever time based on the token you would get back from either of those. That wouldn't preclude from adding on the recurring billing later -- you would just start charging against those stored tokens on an automated basis.

The SaaS Rails Kit (which I wrote) takes this approach for doing both the recurring billing and one-off transactions.

于 2011-08-06T23:52:48.230 回答