设置定期计费的建议?

Posted

技术标签:

【中文标题】设置定期计费的建议?【英文标题】:Advice for setting up recurring billing? 【发布时间】:2011-12-24 03:22:27 【问题描述】:

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

但是,我现在需要设置一个可以处理自动循环计费的系统 - 用户提供他们的信用卡号,并从那时起按月自动计费。

我想知道处理此类事情的最佳方法是什么? (我注意到 Paypal Payflow Pro 确实具有定期计费功能,但我不太清楚它是如何工作的。)

关于实施定期计费的最佳方法/服务/网关有什么建议吗?如果可能的话,我非常希望避免保留信用卡号码的本地记录以供重复处理。

感谢(提前)您的帮助。

【问题讨论】:

【参考方案1】:

如果您的经常性金额是恒定的(例如,用户支付的金额不会在金额或频率上发生变化),则经常性计费很容易处理并转交给第三方。 Authorize.Net's Automated Recurring Billing (ARB) 和 Paypal Payflow Pro recurring billing 等服务允许您让这些公司处理实际的定期付款,这意味着您无需在服务器上存储信用卡信息,甚至无需在通过其 API 创建订阅后执行任何操作。

如果您的订阅在费用或频率方面会有所不同,您需要使用Authorize.Net's Customer Information Manager (CIM) 等服务为您的客户创建付款资料。基本上,您将信用卡信息存储在 Authorize.Net 的服务器上,并且每当您想要进行订阅付款时,您都会告诉 Authorize.Net 收取该付款配置文件的金额。这样做的缺点是您基本上必须构建自己的订阅系统。

【讨论】:

他们是否提供检索用户信用信息的服务?比如,如果我将在 Authorize.net 注册并存储所有信息,并且如果我想通过传递一个唯一标识符来检索我的数据。【参考方案2】:

您通常会在 Payflow Pro 等中间件网关中找到定期计费功能。在这种情况下,它由您用于卡片处理的 API 的变体调用。您通常设置计费之间的时间跨度,然后他们执行计费。然后,您通常会将帐单与您的处理器每月发送给您的报告进行核对。在某些情况下,支付网关会向您发布已执行计费的通知。您仍然需要将付款与处理器报告进行核对,因为有时通知会失败。

取消定期计费也是另一个 API 调用。

如果您的网关没有重复功能,您显然必须自己设置计费。这当然会导致存储卡信息等。在这种情况下,您通常会告诉处理者这是一个经常性交易(网关会为您完成),因此您可以获得交易费用的折扣。

【讨论】:

【参考方案3】:

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

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

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

【讨论】:

只是想提出一个不需要任何成本来集成或设置的替代方案。您只需在开始销售时付款,他们使用 Stripe 进行安全和付款处理。它被称为PayWhirl,它是一种非常简单、廉价的定期付款解决方案。【参考方案4】:

首先,让我们在上面添加语句“...告诉处理者这是一个经常性交易...这样您就可以获得交易费用的折扣”。信用卡处理的真正成本是根据所提供卡的类型收取的百分比费用和每件费用(以及其他一些我不会在这里深入探讨的因素。)重点是,在批发价格计划,无论是否重复,价格都是相同的,因为在交换中没有“重复”的特殊费率。但我离题了。

“关于实施循环计费的最佳方法/服务/网关有什么建议吗?” 无论如何都不要存储信用卡数据。你承担不起责任。 正确的选择取决于几个因素。

关于信用卡可移植性,有没有人去过富国银行/First Data 并获取了他们的数据? (布伦特里 ISO/MSP)。我保证无论如何它都不会很漂亮,所以我会专注于正确的长期解决方案,而不是退出策略,尽管它肯定会发挥作用。

以下是需要回答的问题: 每月交易多少?对于非常低的数量,可能只有几百,选择 paypal pro。进出很容易。

人们更倾向于使用消费卡还是商务信用卡付款?如果名片交换优化很重要。 (CenPOS 自动优化交易最低交换资格,paypal 和 authorize.net 没有)

我的客户接受哪些付款方式?只能网上自费吗?电话下单?移动支付(特别活动或零售)?选择适合他们所有需求的网关。

您需要在特定日期(即 1 日和 15 日)收费吗?或者任何时候?如果在特定日期,您将如何按比例分配?对照网关灵活性检查答案。

卡过期后会发生什么? 当交易被拒绝时会发生什么? 谁需要查看客户服务的付款数据?他们将如何访问它?

确定您的需求,然后找出满足您的需求。 根据记录,CenPOS 是最强大的解决方案,但可能需要更多步骤来集成,因为它们对电子商务来说是较新的。 免责声明:我作为 paypal 和 authorize.net 的商业用户可能已经有十年了,最近是 CenPOS。我也是 authorize.net 经销商和 CenPOS 直接代理。

【讨论】:

【参考方案5】:

关于 Payflow Gateway 的定期计费的提示: 他们的即时付款通知 (IPN) 是一个很棒的功能,但仅适用于他们的旧 API。目前,唯一的方式是通过查询获得 PayPal 成功(定期)计费交易的通知。您将需要维护一个查询时间表,并为每个预定的定期计费交易发送一个单独的查询,一次一个。 PayPal 不会通知您,例如:

    交易即将到来 发生了一笔交易 此交易成功 此事务导致错误 信用卡即将到期 发生争议

...等等。

在我看来,这会使他们的服务毫无用处。

【讨论】:

以上是关于设置定期计费的建议?的主要内容,如果未能解决你的问题,请参考以下文章

Paypal Rest API 定期设置费退款

如何使用 Authorize.Net 一次性从信用卡中收取费用并设置自动定期计费

Paypal、定期计费和 ActiveMerchant

在 Stripe 上设置自定义计费周期

使用 Recurly 快速测试定期/订阅计费

使用 authorize.net 获取已取消/过期信用卡的状态以进行定期计费