问题标签 [recurring-billing]

I am explaining by example:

A customer goes to the website and buys a service and opt for recurring payment. To complete the transaction, customer is redirected to the PayPal site. Customer does not have PayPal account and opt to pay via credit card. In such scenario is it possible for a customer to complete the transaction as a recurring transaction. If not then it is OK, but if it is so then later ON how customer can cancels this subscription as he has no account to log on to PayPal.

我不能使用 Chargify、Recurly、Spreedly 或任何这些应用程序，因为我不在美国。我在牙买加，实际上……这些公司中有很多不支持牙买加。

但我正在尝试推出自定义订阅管理解决方案——但鉴于这是我的第一个网络应用程序——我认为这对我来说可能是一项太大的任务。

有什么宝石可以解决这个问题吗？这些是要求：

• 所有自动注册的用户都可以获得 X 天的免费计划
• 在 X 天快结束时，应提示他们升级
• 如果他们不升级，在 X 天结束时，他们的帐户将被锁定/禁用
• 如果他们的帐户被禁用，他们可以升级并被带到结帐页面（由 2checkout 提供支持，因为这是我现在必须使用的人）。
• 然后一旦他们升级并选择了一个计划，系统应该自动增加他们的分配（客户数量、项目数量、存储空间等）

所以我不需要系统来实际处理信用卡等的处理。我需要的更多的是订阅的逻辑，对模型的限制，升级和降级。

完美的解决方案是一个支持良好的 Rails gem，我可以将它包含在我的 Gemfile 中。

如果您没有，只需发送任何/所有可能的解决方案，我可以从那里获取。

谢谢。

我正在实施一个支付系统，但我不确定如何处理 cvv2 代码。我们的服务提供两周的免费试用。我们要求用户输入账单信息，我们以 1 美元的价格验证他们的卡。两周后，我们进行了单独的身份验证和捕获（我们不能进行prior_auth_capture，因为用户可以在试用期间升级他们的计划）。从那时起，我们每个月都会向他们收费。

在我们的情况下，我应该如何使用 cvv2 代码？我们不应该存储 cvv2 代码，所以我只能将它与我们最初执行的身份验证一起使用。仅在身份验证上这样做还值得吗？我不希望第一个身份验证成功（因为它具有 cvv2），然后之前的身份验证 + 捕获失败，因为我们没有保留它。

长话短说，我是这家公司的新手，我正在努力解决他们的计费问题。尤其是国际客户的付款被拒绝（部分，不是全部）。当前系统不会将卡上的姓名传递给 auth.net，也不会进行任何形式的地址验证，我怀疑这是给国际客户带来麻烦的原因。

我认为使用 cvv2（如果它适用于我们的情况）并发送卡上的实际姓名应该可以解决国际客户的问题。如果不是，那么接下来要尝试地址验证吗？这有意义吗？对不起，如果我的想法有点分散。

谢谢！

这是四个模型的架构的外观： http: //pastie.org/1576759

计划表存储有关实际计划的所有数据。订阅存储用户“重新订阅”服务的每个月。交易存储支付相关信息。

模型之间的关联如何工作？

例如用户 :belongs_to plan, :through => :subscription ?

订阅“has_many”：计划？

我对这一切如何与 Rails 和关联联系在一起有点模糊。

我希望为我的网站设置定期付款选项。我正在考虑使用 PayFlow，因为它不需要昂贵的 SSL。但我不确定如何设置定期付款，如果用户决定更改帐户类型，我们可以自动设置定期付款，让他们在下个月收取费用。不确定这是否可能？有一些问题，他们每月收费近 60 美元，而且他们需要有一个商家帐户（有什么建议）？

有人可以帮助我使用哪种类型的服务？我希望在我的网页上不接受信用卡，因为 SSL 真的很贵。

网页是 php 格式的。

根据您的经验，亚洲最好的定期支付解决方案和商户账户提供商是哪家？

您认为选择定期计费解决方案提供商的关键标准是什么？（与大多数亚洲货币）

根据我目前在搜索中发现的内容，我注意到以下内容。

1. PayPal 确实在亚洲提供定期支付服务 - 但客户支持与 PayPal 在世界各地的其他地方一样糟糕，并且存在超过 5% 的退款被阻止的额外风险。

2. 对于提供商而言，PCI 合规性是绝对必要的。

3. 根据初步搜索发现“Money Bookers”，但不确定他们的服务有多好 - 到目前为止似乎能够在 200 个国家/地区进行交易。

您在处理经常性计费提供商和商家帐户方面的经验（良好的经验和警告）将有助于我选择实施。

我继承了一个很久以前使用 Paypal Payments Pro API 建立的网站，以定期计费方式订阅客户。

其中一位用户想取消他的帐户。

我登录了Paypal，然后去了Profile > My Money > My Preapproved Payments，没有列出任何人！

它说：

“没有可用的数据”

由于我无法及时取消他的定期付款，他再次被收费，我不得不退还他的付款。

对于我的一生，我找不到如何将他或其他任何人从正在进行的定期付款中删除，如果这些付款未在preapproved payments页面中列出，我也无法弄清楚这些付款是如何进行的。

我希望我不会发疯什么的。有人有想法么？

我在 Paypal 中使用定期付款。并成功实施。

现在如果用户选择另一个包，我需要开始一个新的循环并停止当前循环。

好吧，我正在设计一个需要订阅才能被最终用户使用的在线服务。它有一个免费的基本计划，然后用户有几个功能更丰富的付费计划。

订阅是每月或每年（用户选择）。

根据客户规范，该服务应该有两种处理付款的途径——信用卡处理或 PayPal 订阅。我即将处理 PayPal 订阅、IPN 和一切，但我担心信用卡。我知道如何使用 PayPal 的 API 对 CC 进行收费，并且我非常清楚我不能存储任何敏感信息，所以我的想法是使用 3rd 方服务通过一些安全的 API 存储信用卡，然后构建一个 CRON 作业将每天运行以根据某些标准检查订阅是否即将到期，如果是，则为下一个计费周期收费。

好吧，我过去曾在 Authorize.net 上为不同的产品存储过信用卡。他们的 API 允许在那里创建用户配置文件（您获得内部用户 ID 以保留），发送 CC 存储（您获得内部 cc id 以保留），并且无论何时您都可以通过 API 对该 ID 进行收费. 但是只有当用户有意识地提交了一个表格“用这张信用卡支付这个（从 Authorize.net 检索到的最后 4 位数字）”时——所以在后台向他们收取 cron 作业可能会导致法律问题，尽管我们会这样做那只是为了他们有意识地订阅的服务。

简而言之- 我想知道在远程服务上存储的信用卡上使用 cron 作业进行定期付款是否是可行的方法（如果没有，请推荐一些东西）。如果是这样，我读到 PayPal 有一项以类似于 Authorize.net 的方式存储信用卡的服务，但经过广泛的研究，我找不到任何规范、任何文档或任何关于如何做到这一点的示例。并不是说我不能用 Authorize.net 做到这一点，但与我记得的 Authorize.net 相比，PayPal 在技术上似乎要好得多。

我需要使用贝宝循环系统实现可变金额的每月订阅。问题是管理员可以更改每月订阅费。是否可以更改贝宝中的自动重复金额？