问题标签 [recurring-billing]

我想为基于 PHP/MySQL 的站点设置高级订阅服务。该网站是基于 Wordpress 的，但高度定制，我不一定要寻找插件解决方案。为简化起见，我需要查询已登录用户的订阅级别（付费或免费）并相应地调整呈现的内容。

我正在寻找有关如何实施计费/付款后端的建议。我知道一种选择是使用 paypal API，但我想知道是否还有其他选择我也应该考虑。我注意到许多使用贝宝的网站的一件事是，从原始网站到贝宝网站再返回的方式非常脱节。这只是这些网站实施集成的方式，还是从用户体验的角度来看有比贝宝更好的选择？

还...

1. 您是否使用过任何使这变得更容易的工具/库/服务？
2. 一般来说，您对这个话题有什么建议吗？陷阱、指针等

最后，我们（还）不是一家大公司，因此可以与我们一起扩展的解决方案将是理想的。

更新：在大量了解不同选项后，我们决定使用 Braintree。决定因素是：

1. 我们可以轻松获得完全的 PCI 合规性，并且仍然通过其透明重定向完全控制用户体验

2. 他们保证您的客户数据从他们的保险库中的可移植性（很少有供应商这样做）

3. 它们消除了设置您自己的支付网关和商家帐户的需要

我在这里写了详细的评论：http: //expletiveinserted.com/2011/03/18/comparing-recurring-payment-solutions/

我还将我们的解决方案候选清单的成本比较清单放在这里：http ://expletiveinserted.com/recurring-payment-cost-calculator/

我们正在建立一个系统，该系统将使用 XML API 与 Authorize.net 进行自动定期计费。

设置定期计费看起来很简单。但是我们有两个似乎并不明显的功能 * 为客户提供个人付款的详细信息 * 向客户提供过期/取消卡的通知

任何熟悉以自动形式检索此信息的机制的人？我们正在考虑 * 只是根据我们自己的计算列出假设的付款开始日期 * 根据 ards 的到期日期向客户发送电子邮件

但是我不知道如何确定交易何时因取消卡而失败（并自动通知客户）。

在实施基于 Authorize.net 的基于订阅的服务时，任何人都可以评论他们如何处理这个问题吗？

我一直在阅读很多关于定期付款和 PayPal 的文档。有时设置 PayPal 可能会令人沮丧，尤其是当您没有被告知适用于您尝试设置的 PayPal 服务的要求和限制时。我想设置定期付款，因为我想为我的客户提供选项。我在美国以外的地方工作，我的一些客户在美国。是否可以为非美国银行的卖家账户设置定期账单？如果此功能仅适用于美国商家，我没有问题，但我确实有一个问题，即这些信息不容易找到并且对每个人都可见。

我知道我们作为商人应该使用我们的常识，但一点信息不会伤害任何人。作为我网站上的卖家和买家，我一直在尝试测试沙盒账户，但在令人沮丧的两周后，没有连接到 PayPal 的人告诉我，我无法通过真实网站测试沙盒买家账户和沙盒卖家账户. 那么拥有一个沙箱有什么意义呢？

我需要知道如何在调用 CreateRecurringPaymentsProfile 时支付第一个月的费用，目前的情况是我可以在创建配置文件时进行首期付款，但我想支付第一个月的定期付款.

我当前的请求参数如下

所以当前的配置文件如下所示

付款周期 每月
总周期数 12 个
剩余周期 12
每个周期的到期金额 $100.00 USD
收到的金额 $0.00 USD

但我需要类似以下的付款周期 每月
总周期 12 个
剩余周期 11
每个周期到期的金额 $100.00 USD
收到的金额 $100.00 USD

我正在尝试使用带有 ActiveMerchant 的 Rails 和 ruby​​-paypal gem 设置定期计费情况。想知道通常如何管理订阅状态 - IPN？还是一个 cron 作业来检查所有订阅的状态？

有人可以推荐一个允许对同一张卡进行增量（不定期重复）收费的支付网关吗？

我看过 PayPal - 他们提供定期付款系统，但您只能按计划收取付款（定期收取相同金额），所以它对我不起作用。

我所追求的是一种没有这些限制的支付解决方案——您可以重复向客户收费，而无需再次询问他们的信用卡信息。

换句话说，支付网关应该像 PayPal 一样工作，就您输入信用卡信息一次，您会得到一个令牌/密钥，您可以安全地存储在网站的数据库中，因为这个令牌只能用于将资金从相关卡转移到最初为其创建令牌/密钥的帐户。

请注意，（例如）PayPal 提供的直接付款选项对我也不起作用，因为它要求我（A）将信用卡数据存储在我们的数据库中（非法），或（B）向消费者索要信用卡号码、CVR 和到期日期，每次（不实用）。

在我个人看来，使用 PayPal checkout 和/或 Google checkout 将是一个不错的选择——这些都是人们信任的品牌，而且结帐过程很简单，因为您只需要登录并确认您的购买。

但是我的客户担心看起来很专业——虽然我个人不同意使用第三方结账会让你看起来不专业，但客户也担心用户必须离开他们的网站才能付款。

有什么建议吗？

哦，如果您推荐的支付处理器也有合理的收费表，那当然是一大优势！

我正在开发一个软件即服务 (SaaS) 应用程序，我正在寻找某种计费插件来管理我的订阅、客户和定期计费。有RailsKits SaaS工具包（249.00 美元），但我更喜欢使用开源软件。我也发现了 maccman 的 saasy，但是“目前这是 alpha 代码 - 使用风险自负”这句话让我有点紧张。

我正在考虑制作订阅系统。

我发现网站上的示例很难理解，因为它们是针对非常具体问题的独立类。

据我了解（如果我没记错的话），PayPal Recurring 是订阅系统的最佳选择。

不过，我希望您能帮助我找到有关使用 .NET 的 PayPal Recurring 的完整示例。

我想接受我正在销售的某些软件的定期信用卡付款。

我希望他们能够在软件中输入他们的信用卡详细信息，并且支付网关将与我的软件进行通信（如果可能），只要进行定期付款。

我还想根据用户的选择以多种货币付款...

什么支付网关可以满足我的需求？

您之前是否为此使用过任何支付网关？

我正在结束我的创业，需要在我的注册页面中实现 Paypal API。

是否有人通过集成到帐单中的 Paypal API 使用定期付款？更好的是，将我引导到有经验的可信赖开发人员，还是我必须使用 Elance？

一旦他们在填写账单信息后点击“创建帐户”按钮，我需要它进入他们登录帐户中的欢迎/开始屏幕。我还想知道，您能否将 CSC（3 位安全代码）字段保留为集成，因为它使经常性付款变得非常困难。我想坚持使用 Paypal，因为几年来我对他们非常满意；我已经检查了 Chargify、authorize.net 等。

我很想看到有人已经设置了类似的东西来看看并提出一些问题。