我现在正在开发一个基于 Magento 的电子商务在线商店，我使用 EBS 作为支付网关。

EBS 支付网关是否支持通过 magento 定期支付选项进行的购买的 EMI 支付。

任何人都可以知道如何为 EBS 支付创建一个测试帐户，以便我可以先在生产环境中测试我的应用程序，然后再将其投入使用。

提前致谢。

我自己无法对此进行测试，因为显然无法完全终止订阅。

所以，我想测试以下用例：用户购买订阅，取消它（或过期），而不是用户购买相同的订阅。

RESTORE_TRANSACTIONS 响应我会得到什么？我会得到两件具有相同物品 ID、不同购买令牌和不同状态的物品吗？还是 purchaseToken 会保持不变？恐怕只有一个订单ID和购买令牌不同的订阅，之前订阅的信息会丢失，但我现在无法确认。此外，订阅中的每次重复购买都会更改 orderId 吗？

为什么我需要这个 - 订阅每天都会为用户提供新内容，所以当用户取消订阅（订阅 A）然后购买新的（订阅 B）时，我需要向用户展示在时间范围内发布的subscription A内容，以及的时间范围subscription B，但不是在使用期间发布的内容没有有效订阅。

是否有适用于类似于 Bango的移动网站的适用于移动设备的信用卡计费解决方案？

与常规信用卡解决方案相比，我看到的 Bango 的优势使其相当“移动友好”：

1. 1) 它不需要用户输入他们的全名和账单地址来进行付款。用户只需要输入他们的信用卡号、到期日期和 CVC 代码（如果他们在美国，他们还必须输入他们的邮政编码）。这比信用卡支付通常所需的输入要少得多，这是小型移动键盘的一大优势。

2. 用户进行初始信用卡付款后，Bango 会存储他们的详细信息，下次用户需要使用同一张信用卡进行付款时，他们只需单击一个链接，它就会在他们存储的页面上处理付款信用卡。不用说，这对移动用户来说非常方便，因为就用户而言，这类似于直接运营商计费，因为他们不需要输入任何详细信息。

Bango 的缺点是他们的费用比其他人高，所有付款都必须通过他们的网站和品牌处理，您可以向用户收取的最低金额（1.99 美元）和最高金额（30 美元）较低，而且您需要在高额交易成本之上支付月费。

由于上述缺点，我正在寻找一种替代解决方案，它也具有上述优点 1) 和 2)。有这样的吗？我查看了 JunglePay，他们既不做 1) 也不做 2)。

一些网站能够监控每月的定期付款，并在付款或付款失败时向我显示，甚至可能在其计费系统中显示付款的 ID。我想做同样的事情。但是，当我在网上搜索时，我发现的大多数在线支付处理服务只会告诉我的网站是否进行了第一笔付款。Google Checkout 说如果付款失败，他们会给我发一封电子邮件，仅此而已。我想自动化这个过程。

是否有任何在线支付处理服务提供一种方式（可能通过 API）从我的网站跟踪经常性支付信息：支付时间、日期、状态等？

或者也许有另一种方式网站可以监控我不知道的经常性付款？（例如他们银行的 API）

我正在制作一个应用程序，我必须在其中实施定期付款。paypal我已经实施了 paypal，但我不知道如何在 android 的 paypal 中实施定期付款。对此的任何帮助将不胜感激。

我按照 Rails Casts EP289 实现了 paypal 循环。http://railscasts.com/episodes/289-paypal-recurring-billing?view=asciicast

它适用于正常过程，但是当我尝试实施试用期时，我遇到了一些问题。它在第一次计费时收取试用金额和循环计费金额的总和。（我只想收取试用金额）

我通过互联网进行了检查，但到目前为止我无法弄清楚如何做到这一点。关于正确实施这一点，我缺少什么？

下面是代码。

paypal_payment.rb

订阅.rb

订阅控制器.rb

我需要使用贝宝提供的沙箱测试订阅按钮。我有一个带有以下代码的按钮：

如您所见，我设置 t3=D 和 p3=1 以强制贝宝每分钟发送定期付款作为贝宝的具体说明： https ://www.paypalobjects.com/en_US/ebook/PP_Sandbox_UserGuide/testing_recurringpayments.html

一切正常。我收到了第一笔付款及其对应的 IPN，并且在我的测试帐户中创建了一个定期付款配置文件。但是没有收到更多的经常性付款，所以我的问题是我是否做错了什么。我想在短时间内收到定期付款，这样我就不必等待 1 天来测试我的网络。

谢谢

代替在本地保存信用卡信息以进行定期付款，我想我可以向支付网关请求一定金额的授权，然后每月左右多次获取该金额。

一个支付网关的文档说“可以提交捕获的金额等于或小于原始授权的金额”。这有点问题，因为这些经常性付款是可变的（即，您根据您提出的 API 请求数计费，这可能比上个月多或少）。另一个支付网关的文档说，您只能在“原始仅授权交易在前 30 天内提交”时捕获，这让我认为第二次捕获在 60 天后完成（与第一次捕获后的 30 天相比）不会不工作。

根据我所读到的，很多地方通过保存信用卡号（加密）而不是 CVV 来进行定期付款，然后定期收费，他们每个月都会进行新的授权和捕获交易。不过，据我了解，这个问题是保存 CC#，即使是加密的，也需要完全符合 PCI DSS，这在管理上似乎是一个巨大的麻烦，要求诸如“验证对所有审计跟踪的访问被记录”和“验证面向外部技术（例如，无线、防火墙、DNS、邮件）的日志是否已卸载或复制到安全的集中式内部日志服务器或媒体上”。

authorize.net 有一个CIM API，似乎符合要求，但我不知道……我的雇主不想与 authorize.net 合作，所以我想这不在讨论范围内。

有任何想法吗？

我目前正在尝试实施贝宝定期付款，我想测试“整个周期”。我发现这篇文章http://www.paypalobjects.com/en_US/ebook/PP_Sandbox_UserGuide/testing_recurringpayments.html以及 stackoverlfow 中的一些参考资料，它应该可以工作。但对我来说，它似乎不起作用。也许我必须为此深入研究代码，但我想知道这是否真的有效？

我正在使用https://github.com/thenbrent/paypal-digital-goods库，我的订阅详细信息如下：

我已经在我的通知接收端设置了日志记录，但只有在我创建新的个人资料时才会受到影响。

我对定期付款和它的生命周期有点困惑。我想弄清楚在那一年过去后我是否必须以某种方式更新定期付款资料。我正在阅读https://www.x.com/developers/paypal/documentation-tools/api/createrecurringpaymentsprofile-api-operation-nvp#id09BNA01I0E9以下内容：

但是还有一个 TOTALBILLINGCYCLES 参数说明

它表明如果我设置为零，我不需要对配置文件做任何事情。我对吗？