问题标签 [authorize.net]

我有一个用于处理信用卡付款的 CAD 和 USD 网关帐户，它们都来自支持 Authorize.net API 的支付提供商。我已经使用 Magento 的内置 Authorize.net 支持成功配置了一个……但是如何配置第二个 Authorize.net 网关以在我的商店中使用？

我正在为我的客户使用 oscommerce。

我已经集成了 authorize.net 支付模块，用于使用信用卡支付。

当我结帐并输入信用卡详细信息后确认付款时..

页面超时并给出以下错误。

任何人都知道为什么会出现这个问题..

如果有任何帮助，将不胜感激...

我已经通过 Authorize.net（实际上是通过经销商）设置了付款处理，并且能够成功执行测试交易。但是，当我执行真实交易时，我得到了一个被拒绝的交易。当我检查 authorize.net 帐户中的交易时，我看到“一般错误（FDC Omaha 拒绝请求 - 商户类型错误）。我认为这是 First Data 和 authorize.net 或我之间的某种配置问题。但是，我无法确切说明问题出在哪里。Authorize.net 让我联系我的 MSP，经销商说他们无法解决问题（我很难相信。）这是我的设置吗我可以修复的那一面？救命！

我正在使用 SIM 卡。我执行了一笔交易，但 Authorize.net 没有在响应中返回我需要的所有交易详情。所以我必须在交易后手动调用详细信息。

这是我找到的 API

我不熟悉 SOAP。我怎样才能做到这一点？

groupon.com 是一个很好的例子，当您注册时，他们会获取您的信用卡信息。一旦有限数量的人购买了优惠券，就会向大量信用卡收取费用。以最安全的方式做这样的事情的最佳方法是什么？我将要做的一件事是使用一种加密方法对数据库中的信用卡进行加密，该加密方法对加密进行加盐，并且我可以在需要时对其进行解密以使用它。他们是否可能有一个 cron 在一段时间内检查并查看优惠券时间限制是否已过期然后进行大规模收费？我无法思考如何编写将交易费用排队给商家的东西。我正在考虑使用 authorize.net 或 paypal pro .. 你对我所说的话有什么看法？

在我们的应用程序中，客户为 Authorize.Net 输入了他们自己独特的 API 凭证。所以基本上，每个客户帐户都有不同的登录 ID 和交易密钥，由 Authorize.Net 提供。我们是购物车类型的产品。

我们遇到客户输入错误或未正确复制/粘贴登录 ID 或交易密钥的问题。

我们想给他们一个“测试我的设置”按钮，以确认他们是否正确输入了所有内容。这样做的最佳方法是什么？

显然，我们不想实际向信用卡收费。而且我们不能使用测试 API，因为它们的凭据只能在实时系统中使用。

我们是否应该尝试取消随机交易 ID（显然是错误的，例如“abc123”）并检查他们是否收到正确的“交易 ID 不存在”消息？基本上，如果我们这样做，我们会寻找一条身份验证消息，以查看凭据是否在它甚至试图使虚假交易无效之前被退回。

有没有更好的方法来做到这一点？我们有一个相当高的比率（大约 5-10%），人们输入错误的东西，即使我们给了他们非常具体的指示，告诉他们在哪里可以找到它。

我还担心，如果我们确实试图取消虚假交易以验证凭据，Authorize.Net 可能会将我们的 IP 地址标记为恶意。

我也在 Authorize.Net 论坛上问过这个问题，但没有得到任何答复。

实际上问题说明了一切，我只需要这个来进行测试。因此，某种形式的演示或每天 4-5 次免费交易会起到作用。

不寻找任何花哨的东西。

有什么免费的吗？

有没有人能从 Authorize.net 自动下载每日交易详情？

现在我们必须使用“搜索”功能，输入日期范围，选择格式，下载，然后导入。

令人沮丧的是，他们没有此功能的 API。

您是否已实施任何工具或替代方法来下载此每日详细信息？

有没有人想出一种优雅的方法来搜索存储在 Authorize.net 的客户信息管理器 (CIM) 上的数据？

根据他们的 XML Guide，似乎根本没有任何搜索功能。这是一个巨大的缺点。

据我了解，CIM 的卖点是商家不需要存储任何客户信息。他们只是为每个人存储一个唯一的标识符，并根据需要检索数据。从 PCI 合规性的角度来看，这可能很棒，但从灵活性的角度来看，这很可怕。

像“显示来自德克萨斯的所有订单”这样的简单搜索突然变得非常复杂。

你们其他人是如何处理这个问题的？

这是我要问的问题的前奏：我已经开始为我的公司用 Python 构建一个与网关无关的支付 API。目前，我只编写了支持 Authorize.net 的代码，并希望比我更有经验的 Python 程序员对我的 API 设计的清晰度提出一些反馈。

我选择推出自己的包，因为现有的其他包感觉更像是事后的想法或者是 Authorize.net 特定的（我想编写一个更通用的包，界面更简洁）。我特别从一个包（pythorize）中获得了一些灵感，但不喜欢他们的 API。

在我开始描述我在做什么之前，这里是包的 bitbucket 上公共存储库的链接：paypy（请注意那些可能想要使用它的人：代码是稳定的，但文档严重缺乏）。

我当前的策略是使用嵌套字典并将其传递给支付方法类的构造函数。在 Authorize.net CIM API 上创建新用户配置文件的示例：

你会注意到我对结果对象使用了一些神奇的方法（如str等）。我也将字典策略用于 AIM 和 ARB 方法，并认为这是向支付 API 传达“选项”的最简单方法——因为在某些时候会有 GoogleCheckout、Paypal 等的适配器......

我的另一个想法是使用描述符和对象而不是字典来将选项数据传送到适配器。

与所有支付网关 API（尤其是 PayPal 和 Authorize.net）一样，接口往往有点混乱，并且没有以任何方式标准化，因此很难避免一些依赖于网关的选项。