2010-12-14 6 views
10

Использование Authorize.net в тестовом режиме, как я могу проверить «отклонения»? Если тестовый режим только одобряет все мои операции независимо от поддельных счетов адресов ...authorize.net тест отклоняется в тестовом режиме

+0

в качестве примечания, если вы хотите проверить утверждения, используйте эти цифры: http://betterlogic.com/roger/2008/02/authorizenet-test-credit-card-numbers/ – rogerdpack

ответ

7

Testing to Generate Specific Transaction Results

При проверке результатов транзакций в тестовой среде разработчиков, а также производственной среды, вы можете получить конкретную причину ответа кода, отправив тестовую транзакцию с использованием номера тестовой кредитной карты, предназначенной для генерации конкретных результатов транзакций: номер кредитной карты для проверки виз «4222222222222.» Этот номер карты предназначен для тестирования и должен использоваться только для этой цели. Отправьте тестовую транзакцию путем размещения учетной записи в тестовом режиме или отправки x_test_request = TRUE, при этом значение суммы в долларах равно коду причины ответа, который вы хотите создать.

Например, чтобы проверить AVS причина ответ номер кода 27, представить тестовую транзакцию с номером кредитной карты «4222222222222» и количество «27.00.»

Чтобы проверить AVS или ответы ККТ в прямом эфире окружающей среды, вам нужно будет отправить прямые транзакции с правильным адресом улицы, кодом почтового индекса и кодом карты, чтобы генерировать успешные ответы, а также неправильный адрес улицы, код почтового индекса и код карты для генерации других ответов. Вы можете немедленно аннулировать успешные транзакции, чтобы предотвратить обработку транзакций в реальном времени. Это можно сделать быстро на странице Unsettled Transactions торгового интерфейса. Невозможно проверить ответы AVS или CCV в тестовой среде разработчика. Дополнительную информацию о AVS см. В Руководстве по интеграции с продавцами по адресу http://www.authorize.net/support/merchant/.

1

Информация, содержащаяся в его ответе, является точной, если вы используете API AIM. Если вы используете API CIM (API, который позволяет хранить информацию о клиентах на серверах Authorize.net и заряжать их с помощью токена), процесс немного отличается.

  • x_test_request должен быть F, а не T, чтобы это работало в CIM.
  • Значения доллара для отправки перечислены в этом документе, которые я нашел на форумах сообщества Authorize.net. AVS-CardCode Testing.xls
  • Помимо этих двух отличий, процесс такой же, как и коды отклонений от тестирования/avs для API AIM.

Также обратите внимание, что номер тестовой карты 4222222222222 для этих транзакций составляет всего 13 цифр, а не 16. Я не заметил этого немедленно, и это имеет значение.

+0

Гиперссылка, которую вы больше не работали , но, похоже, копия этого файла находится по адресу 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

+0

И здесь у нас есть замечательный пример *, почему нам нужно поддерживать содержание ссылок в самом ответе * Ссылка в ответе мертва, а два в комментарии выше также мертвы. – That1Guy

+0

Текущее руководство по тестированию можно найти здесь: http://developer.authorize.net/hello_world/testing_guide/ Обратите внимание, что тестирование со значениями в долларах устарело в пользу специальных почтовых индексов. – sp00n

Смежные вопросы