问题标签 [credit-card]

We have a freemium product, which menas that some functionality is available if the monthly subscription has been paid; if not paid, then the free capabilities remain available.

Here is how I am thinking of processing it, but wanted to check:

1) When someone purchased their subscription, a recurring billing schedule is created.

2) The user will have a field (paid_up) set to "y"

3) When the user logs back in, the authentication script checks if paid_up is "y". If it is, it creates a session token

4) I think I need a batch script which will switch the toggle. Wondering how to do it? Store the date of the last credit card successfully processed?

我每月向客户收取服务费用，并希望他们能够访问我的网站并通过信用卡或电子支票付款。我可以与 Authorize.net/ach direct/paypal/etc 进行集成，但是如果有一些开源的东西或一些示例代码可以开始，那会容易得多。我基本上需要用户输入姓名或号码，以便我可以识别付款以及他们想要支付的金额。然而，我唯一能找到的是购物车软件，它看起来不像我需要的那样。有什么我可以用的吗？（免费最好）

我正在使用 ActiveMerchant 开发 Ruby on Rails 应用程序的计费组件。我们选择的支付网关是PaymentExpress。

我看到的代码示例如下所示，使用authorize()并void()测试卡的有效性：

但是，PaymentExpress 不支持 void 操作。考虑到诸如 PaymentExpress 之类的网关在 7 天后授权请求到期，是否有其他方法可以执行此授权操作，或者是否可以省略无效操作？

我在文档或 Google 中找不到任何提及void授权，也找不到任何迹象表明授权的重要性。

一些帮助？

我有来自我的支付处理器的测试卡，但我没有足够的能力进行负载测试，因此我需要生成卡号并跟踪我可以通过他们的测试网关使用的数据。

我可以存储用户信用卡的到期日期和最后 4 位数字吗？这样做的原因是我们可以通知用户他们的卡即将到期，并且他们应该将他们的帐户更改为他们的新卡。存储最后四位数字将允许用户识别他们在我们的系统中存储的卡。

我正在编写一个系统，像往常一样，客户要求提供方便的“记住您的信用卡详细信息”选项。

我已经告诉他们，这很可能是不可行的。但是，我刚才确实有一个好主意（tm），看到加密中的好主意（tm）实际上是坏主意（tm），我想我会把它放在这里进行审查，看看可以打出什么洞通过这。

本质上，我正在考虑xor使用为每个客户生成的一次性便笺簿来处理信用卡信息以及一些消息签名。该垫作为 cookie 变量存储在客户端浏览器上。下次用户尝试进行购买时，pad 会被发送到服务器，如果服务器可以正确解码其加密数据，它会显示信用卡信息已被填写。（抄送信息实际上并未传回）。服务器永远不会将 pad 存储在内存或页面文件之外的任何内容中。事实上，我打算将 pad 发送两次：一次是在到达 CC 页面时（服务器检查它是否应该请求 CC 信息），一次是在 CC 提交时获取实际信息。

用户还将被告知他们的信息“部分存储”在他们的 cookie 缓存中，这意味着他们预计如果他们的 cookie 被刷新，他们的 CC 信息就会丢失。

让我知道你认为这个计划在哪里严重失败。

防止用户重复信用卡交易的最佳方法是什么？无论是多次单击提交按钮，还是从收据页面返回并再次单击提交按钮。

从 iPhone 应用程序接受信用卡付款的选项有哪些？这将是一个独立的应用程序，而不是 iPhone 特定的网站。我可以与Authorize.net之类的支付网关集成吗？贝宝或谷歌结账呢？我知道在某些网站上，它会将您带到贝宝网站以获得付款授权 - 这可以通过 http 请求完成，而不是强迫用户访问另一个网站（该应用程序无法使用该网站）？由于您无法安装 SSL 证书，因此来自 iPhone 的这些付款是否存在任何安全问题？

我不想使用 3.0 版本中将提供的 Apple 小额支付，因为会有很多小额费用，我不想每次都给 Apple 30%。

这是否可能，或者我是否需要客户事先在我的网站上创建一个帐户，用他们的信用卡付款，然后让 iPhone 与我的数据库交互以获得他们的可用余额（他们通过网络收取的金额）？

我正在处理付款表格。卡背面的3位数代码叫什么？我找不到关于如何称呼它的一致参考。

对于我们正在处理的应用程序，我需要生成通过 Luhn 算法但也是唯一的示例信用卡号，因此我们不能使用示例信用卡号。

我们需要能够一次生成大约 300 个卡号，理想情况下，我可以在生成输入数据时做到这一点。

非常感谢