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位。我没有立即注意到这一点并且有所作为。