【问题标题】:authorize.net test declines in test modeauthorize.net 测试在测试模式下失败
【发布时间】:2011-05-25 11:26:20
【问题描述】:

在测试模式下使用 Authorize.net,我如何测试“拒绝”? 如果测试模式只是批准我的所有交易,而不管假帐单地址...

【问题讨论】:

标签: testing authorize.net credit-card


【解决方案1】:

如果您使用的是 AIM API,则 anthony 在他的回复中提供的信息是准确的。如果您使用的是 CIM API(允许您将客户信息存储在 Authorize.net 的服务器上并使用令牌向他们收费的 API),则过程略有不同。

  • x_test_request 必须是 F,而不是 T,才能在 CIM 中工作。
  • 我在 Authorize.net 社区论坛上找到的这份文档中列出了要提交的美元价值。 AVS-CardCode Testing.xls
  • 除了这两个差异之外,该过程与测试 AIM API 的拒绝/avs 响应代码相同。

另外,请注意,这些交易的 4222222222222 测试卡号只有 13 位数字,而不是 16 位数字。我没有立即注意到这一点,这很重要。

【讨论】:

【解决方案2】:

Testing to Generate Specific Transaction Results

在开发人员测试环境和生产环境中测试交易结果时,您可以通过使用旨在生成特定交易结果的测试信用卡号提交测试交易来生成特定的响应原因代码:Visa 测试信用卡号“4222222222222。”此卡号用于测试,仅用于此目的。通过将帐户置于测试模式或提交 x_test_request=TRUE 来提交测试交易,其金额值等于您要生成的响应原因代码。

例如,要测试 AVS 响应原因码编号 27,请使用信用卡号“4222222222222”和金额“27.00”提交测试交易。

要在实时环境中测试 AVS 或 CCV 响应,您需要提交具有正确街道地址、邮政编码和卡代码信息的实时交易以生成成功响应,以及不正确的街道地址、邮政编码和卡代码信息到产生其他反应。您可以立即取消成功的交易,以防止处理实时测试交易。这可以在商户界面的未结算交易页面上快速完成。无法在开发人员测试环境中测试 AVS 或 CCV 响应。有关 AVS 的更多信息,请参阅http://www.authorize.net/support/merchant/ 的商家集成指南。

【讨论】:

    猜你喜欢
    • 2017-01-01
    • 2021-06-10
    • 1970-01-01
    • 2022-12-24
    • 2019-02-05
    • 2012-11-19
    • 2011-07-29
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多