建议定期结算的建议？

Question

我有一些设置在线支付系统的经验,接受信用卡号码,然后将它们传递到网关进行一次性付款.

但是,我现在需要设置一个可以处理自动重复计费的系统 - 用户提供其信用卡号码,并且从那时起每月自动计费.

我想知道接近这样的事情的最佳方法是什么？(我注意到Paypal Payflow Pro确实有定期计费功能,但我对它的工作原理有点不清楚.)

有关实施定期计费的最佳方法/服务/网关的建议吗？如果可能的话,我更希望避免保留信用卡号码的本地记录以便重复处理.

在此先感谢您的帮助.

Answer 1

如果您的经常性金额不变(例如,用户支付的金额从不会改变数量或频率),则重复计费很容易处理并卸载到第三方.像服务Authorize.Net的自动定期结算(ARB)和贝宝Payflow Pro的定期结算让你有这些公司处理实际定期付款,这意味着你不必存储在服务器上的信用卡信息,甚至做任何事,一旦预订是通过他们的API创建的.

如果您的订阅在成本或频率方面有所不同,您将需要使用Authorize.Net的客户信息管理器(CIM)等服务为您的客户创建付款配置文件.基本上,您将信用卡信息存储在Authorize.Net的服务器上,无论何时您想要进行订阅付款,都要告知Authorize.Net收取该付款资料的金额.这样做的缺点是你必须建立自己的订阅系统.

Answer 2

构建您自己的定期计费与 Auth.net 的 ARB 或 PayPal 的定期计费（两者都有其缺点）之间存在一个中间点。有许多提供商可以处理定期计费的所有细节和复杂性，并且只需将费用报告给您的支付网关，以便按照您确定的时间间隔进行处理。

最重要的是要考虑哪些服务可以进行信用卡标记化并支持信用卡数据可移植性 - 这将确保您的客户数据不会被计费提供商锁定，并且如果您选择其他提供商，您可以随身携带它将来。这也意味着这些提供商会为您存储客户信用卡数据，因此您可以大大降低 PCI 合规性。

看看Recurly（免责声明：我管理他们的客户和技术支持）和Braintree。这两种服务都将处理您的定期计费、信用卡标记化并支持信用卡数据可移植性。