我的Rails应用程序有点难题。看起来我们将用于计费的模型是按使用而不是订阅(至少最初)。虽然我们已经实现了Recurly的Transparent Post API(优质产品),但它可能有点过头了。
我们可以简单地建立一个没有按月收费的免费计划,然后启动一次性交易。这满足了我们正在寻找的PCI合规水平,并允许返回的客户将他们的信用卡信息存储在第三方。
为了使事情进一步复杂化,除了按使用量计费之外,未来可能还需要基于订阅的计划。我正在寻找一些关于是否继续使用定期计费平台的建议,或者我是否想要简单地使用ActiveMerchant,而不是存储信用卡并处理PCI合规性的变化(onus是我们而不是第三方)。还想知道是否还有另一个工具可以处理一次性可重复的事务而没有订阅计划?
答案 0 :(得分:2)
您可以使用ActiveMerchant与Authorize.net CIM或Braintree为您存储卡信息(用于PCI合规性),并根据您从其中任何一个获得的令牌在任何时间运行任何金额的交易。这不会妨碍以后添加定期结算 - 您只需开始自动对这些存储的令牌收费。
SaaS Rails Kit(我写的)采用这种方法进行定期结算和一次性交易。