authorize.net测试在测试模式下下降

Question

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

Answer 1

Testing to Generate Specific Transaction Results

在开发人员测试环境以及生产环境中测试交易结果时，您可以通过使用旨在生成特定交易结果的测试信用卡号提交测试交易来生成特定的响应原因代码：签证测试信用卡号“4222222222222。 “此卡号用于测试，只应用于此目的。通过将帐户置于测试模式或提交x_test_request = TRUE来提交测试事务，其中美元金额等于您要生成的响应原因代码。

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

要在实时环境中测试AVS或CCV响应，您需要提交具有正确街道地址，邮政编码和卡代码信息的实时交易以生成成功的响应，以及错误的街道地址，邮政编码和卡代码信息以生成其他响应。您可以立即使成功的事务无效，以防止处理实时测试事务。这可以在Merchant Interface的Unsettled Transactions页面上快速完成。无法在开发人员测试环境中测试AVS或CCV响应。有关AVS的更多信息，请参阅http://www.authorize.net/support/merchant/上的“商家集成指南”。

Answer 2

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

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

另外，请注意这些交易的4222222222222测试卡号只有13位数，而不是16位。我没有立即注意到这一点并且它有所不同。