在 Rails 中实现我们的计费系统：Paypal、纯商家帐户/网关，还是 Chargify 之类的？

Posted 2023-02-22

【中文标题】在 Rails 中实现我们的计费系统：Paypal、纯商家帐户/网关，还是 Chargify 之类的？

【英文标题】：Implementing our billing system in rails: Paypal, pure Merchant Account / Gateway, or something like Chargify?

【发布时间】：2011-03-18 03:21:55

【问题描述】：

我看到了一些与 API 细节和 paypal 相关的问题。一般来说，如果我打算将我的 Rails 应用程序作为基于订阅的服务提供，那么 Rails 上可用的不同支付系统的优缺点是什么？

我主要担心的是：

避免 PCI 合规性，并且不在我们的服务器上存储任何信用卡 具有定期付款功能的简单 API 看起来很专业（例如，不在任何地方展示某人的 paypal 品牌）

Paypal 似乎有一些符合上述条件的“PRO”服务，但我很好奇直接使用 Authorize.NET 之类的网关？

除了这些之外，Braintree 还提供什么？

Charify 呢？它似乎是 Authorize.net 等网关之上的一层，并添加了仪表板和报告。

如果网关或支付处理器正在为我存储信用卡，如果我想带我的 10,000 名客户使用新的计费服务会发生什么？他们都必须重新输入付款信息吗？是否有适当的程序让不同的提供商可以在他们之间移动我的客户/信用卡数据库？

【参考方案1】：

我们使用了 Chargify，它非常棒有几个原因：

PCI 合规性：Chargify 处理信用卡的存储 自动收费：将在 N 个月和试用期后自动向信用卡收费 催款：如果收费失败，将向用户发送电子邮件，并在帐户到期前多次尝试 Great Gems：充电宝石岩石。

所以我强烈建议将 Chargify 与 Authorize.net 一起使用

缺点：

Chargify 除了您的商家费用外，每月还会为每个帐户增加约 0.10 美元

【讨论】：

我可以使用任何商家帐户吗？如果有一天我想放弃 Chargify 会怎样？我丢失了所有客户抄送信息？

@Zapintosh - 他们允许您使用其中的一些，但可能不是“任何”商家帐户。列表：chargify.com/how-it-works ...我会说是的，如果您取消收费，您需要在续订时重新捕获卡信息。这个问题只有在您自己存储 CC 时才能避免，因为您几乎肯定不想为了 PCI 合规性而这样做。

由于上述原因，我也使用 chargify，不能抱怨。与重新发明***和合规问题所花费的时间相比，处理中的额外成本很小。

我刚刚了解到 Chargify 实际上并不存储信用卡号码，他们使用支付网关的“保险库”为您存储信用卡。这意味着如果您更改网关，您必须处理他们将信用卡信息传输到竞争网关服务的政策。如果您想离开，有人知道 Authorize.NET 关于将客户数据传输到另一个网关的政策吗？

【参考方案2】：

我推荐this write-up，它将解决许多这些问题。