推荐一个允许定期/增量付款的支付网关？
有人可以推荐一个允许对同一张卡进行增量（不定期重复）收费的支付网关吗？
我研究过 PayPal - 他们提供定期付款系统，但您只能按计划收取付款（定期收取相同金额），因此它对我不起作用。
我所追求的是一种没有这些限制的支付解决方案——您可以重复向客户收费，而无需再次询问他们的信用卡信息。
换句话说，支付网关应该像 PayPal 一样工作，只要您输入一次信用卡信息，您就可以取回一个令牌/密钥，您可以将其安全地存储在站点的数据库中，因为该令牌只能用于将资金从关联卡转移到最初创建令牌/密钥的帐户。
请注意，（例如）PayPal 提供的直接付款选项对我也不起作用，因为它要求我 (A) 将信用卡数据存储在我们的数据库中（非法），或 (B) 向消费者询问其信用卡每次的编号、CVR 和到期日期（不切实际）。
以我个人的观点，使用 PayPal 结帐和/或 Google 结帐将是一个不错的选择 - 这些是人们信任的品牌，而且结帐过程很简单，因为您只需登录并确认购买即可。
但我的客户担心看起来很专业 - 尽管我个人不同意使用第三方结账会让你看起来不专业，但客户也担心用户必须离开他们的网站才能付款。
有什么建议吗？
哦，如果您推荐的支付处理商也有合理的费用表，那当然是一个很大的优势！
Can someone recommend a payment gateway that allows incremental (irregularly recurring) charges to the same card?
I've looked at PayPal - they offer a recurring payment systen, but you can only charge payments on a schedule (the same amount at regular intervals), so it doesn't work for me.
What I'm after, is a payment solution without these restrictions - where you can charge the customer repeatedly, without asking for their credit card information again.
In other words, the payment gateway should probably work like PayPal, in the respect that you put in the credit card information once, and you get back a token/key, which you can safely store in the site's database, since this token can only be used to transfer money from the associated card to the account for which the token/key was originally created.
Note that the Direct Payment option offered by (for example) PayPal does not work me either, because it requires me to either (A) store credit card data in our database (ILLEGAL), or (B) ask the consumer for their credit card number, CVR and expiration date, every time (IMPRACTICAL).
In my own personal opinion, using PayPal checkout and/or Google checkout would be a great option - these are brands that people trust, and the checkout process is simple, since you only have to log in and confirm your purchase.
But my client is concerned about looking professional - although I don't personally agree that using third-party checkout makes you look unprofessional, the client is also concerned about the fact that users have to leave their site to pay.
Any recommendations?
Oh, and if the payment processors you recommend also had a reasonable fee schedule, that would of course be a big plus!
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
没有人提供不定期发生的订阅服务，因为没有办法自动执行可以在任意时间收费的订阅。为了实现这一点，您需要创建自己的订阅系统来管理订阅的“时间”以及“数量”。然后，您可以使用所选支付处理器的 API 来处理交易。
例如，使用 Authorize.Net 客户信息管理器 (CIM) API存储客户账单信息，包括他们的信用卡信息，然后有一个 cron 作业定期轮询数据库，当用户满足付款条件时，计算适当的金额，然后使用 CIM API 处理他们的信用卡。集成是无缝的，因此它看起来会尽可能专业。
Nobody offers an irregularly occurring subscription service because there's no way to automate a subscription that can be charged at arbitrary times. To accomplish this you'll need to create your own subscription system that manages the "when" of the subscription as well as the "how much". You then can use the API of your chosen payment processor to process the transaction.
An example of this would be to use the Authorize.Net Customer Information Manager (CIM) API to store customer billing information, including their credit card information, and then have a cron job that periodically polls the database and, when a user meets the criteria for a payment, calculate the proper amount and then use the CIM API to process their credit card. The integration is seamless so it will look as professional as you can make it.
更新这个问题。对于此系统或任何其他信用卡存储系统来说，Spreedly 是合理的选择。
Spreedly.com
Update to this question. Spreedly would be the logical choice for this, or any other Credit Card Vaulting system.
Spreedly.com