authorize.net在測試模式下測試下降

在測試模式下使用Authorize.net，我如何測試「下降」？如果測試模式剛剛批准了我的所有交易，無論假帳單地址...authorize.net在測試模式下測試下降

2010-12-14 Nathan H

作爲一個說明，如果你想測試批准，然後使用這些數字：http://betterlogic.com/roger/2008/02/authorizenet-test-credit-card-numbers/ – rogerdpack 2011-11-20 03:36:24

Testing to Generate Specific Transaction Results

當開發人員測試環境中測試交易結果，以及生產環境中，可以產生特定反應的原因代碼通過使用測試信用卡號碼提交測試交易來設計，以產生特定的交易結果：簽證測試信用卡號碼「4222222222222.」此卡號用於測試，並且只能用於此目的。通過將賬戶置於測試模式或提交x_test_request = TRUE來提交測試交易，金額等於您希望產生的響應原因代碼。

例如，測試AVS響應原因碼數27，與信用卡號「4222222222222」和金額提交測試交易「27.00」。

爲了測試在現場的AVS或CCV響應環境，您需要提交包含正確街道地址，郵政編碼和卡片代碼信息的實時交易以生成成功的回覆，以及不正確的街道地址，郵政編碼和卡片代碼信息以生成其他回覆。您可以立即廢除成功的交易，以防止處理實時測試交易。這可以在商戶界面的未結清交易頁面上快速完成。無法在開發人員測試環境中測試AVS或CCV響應。有關AVS的更多信息，請參閱商戶集成指南http://www.authorize.net/support/merchant/。

來源

2010-12-14 18:35:30

如果您使用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位。我沒有立即注意到這一點，它有所不同。

來源

2012-12-20 16:55:45

你給的超鏈接不再工作，但似乎在http://www.thatdorkjordan.com/wp-content/uploads/2012/12/Copy-of-AVS-CardCode-Testing.xls上有該文件的副本，其描述位於http：/ /www.thatdorkjordan.com/2012/12/20/testing-failed-transactions-with-authorize-nets-cim-api/ – ChrisW 2015-03-06 22:49:48

在這裏，我們有一個很好的例子*爲什麼我們需要保持鏈接內容的答案本身*答案中的鏈接已經死了，上面評論中的兩個也都死了。 – That1Guy 2016-05-20 21:37:35

可以在這裏找到當前的測試指南：http://developer.authorize.net/hello_world/testing_guide/ 請注意，使用美元值進行的測試已被棄用，以支持特殊的郵政編碼。 – sp00n 2016-06-13 11:05:39

authorize.net在測試模式下測試下降

回答

相關問題