2010-12-14 37 views
10

Sử dụng Authorize.net ở chế độ thử nghiệm, làm thế nào tôi có thể kiểm tra "từ chối"? Nếu chế độ kiểm tra chỉ chấp thuận tất cả các giao dịch của mình bất kể địa chỉ thanh toán giả ...authorize.net kiểm tra từ chối trong chế độ thử nghiệm

+0

làm lưu ý, nếu bạn muốn kiểm tra phê duyệt, hãy sử dụng các số sau: http://betterlogic.com/roger/2008/02/authorizenet-test-credit-card-numbers/ – rogerdpack

Trả lời

7

Testing to Generate Specific Transaction Results

Khi kiểm tra kết quả giao dịch trong môi trường thử nghiệm phát triển cũng như môi trường sản xuất, bạn có thể tạo ra một lý do phản ứng cụ thể mã bằng cách gửi một giao dịch thử nghiệm sử dụng số thẻ tín dụng thử nghiệm được thiết kế để tạo ra kết quả giao dịch cụ thể: Số thẻ tín dụng kiểm tra Visa “4222222222222.” Số thẻ này được dùng để thử nghiệm và chỉ được sử dụng cho mục đích đó. Gửi giao dịch thử nghiệm bằng cách đặt tài khoản trong Chế độ thử nghiệm hoặc gửi x_test_request = TRUE, với giá trị số tiền bằng với mã lý do phản hồi mà bạn muốn tạo.

Ví dụ, để kiểm tra AVS Lý do phản ứng mã số 27, nộp giao dịch thử nghiệm với số lượng thẻ tín dụng “4222222222222” và số tiền “27.00”.

Để kiểm tra AVS hoặc phản ứng CCV trong live môi trường, bạn sẽ cần gửi các giao dịch trực tiếp với địa chỉ đường phố, mã ZIP và thông tin mã thẻ chính xác để tạo ra các phản hồi thành công và địa chỉ đường phố, mã ZIP và thông tin mã thẻ không chính xác để tạo các phản hồi khác. Bạn có thể vô hiệu hóa các giao dịch thành công ngay lập tức để ngăn các giao dịch thử nghiệm trực tiếp được xử lý. Điều này có thể được thực hiện nhanh chóng trên trang Giao dịch chưa được giao dịch của Giao diện người bán. Không thể kiểm tra phản hồi AVS hoặc CCV trong môi trường thử nghiệm của nhà phát triển. Để biết thêm thông tin về AVS, hãy xem Hướng dẫn tích hợp người bán tại http://www.authorize.net/support/merchant/.

1

Thông tin được cung cấp trong phản hồi của anh ấy là chính xác nếu bạn đang sử dụng API AIM. Nếu bạn đang sử dụng API CIM (API cho phép bạn lưu trữ thông tin khách hàng trên các máy chủ của Authorize.net và tính phí chúng bằng mã thông báo), quá trình này hơi khác.

  • x_test_request phải là F, không phải T để làm việc này trong CIM.
  • Giá trị đô la để gửi được liệt kê trong tài liệu này mà tôi tìm thấy trên diễn đàn cộng đồng Authorize.net. AVS-CardCode Testing.xls
  • Ngoài hai khác biệt này, quy trình cũng giống như kiểm tra mã phản hồi từ chối/avs cho API AIM.

Ngoài ra, hãy lưu ý rằng số thẻ thử nghiệm 4222222222222 cho các giao dịch này chỉ dài 13 chữ số, chứ không phải 16. Tôi không nhận thấy điều đó ngay lập tức và tạo sự khác biệt.

+0

Siêu kết nối bạn không còn hoạt động nữa , nhưng có vẻ như là bản sao của tệp đó tại http://www.thatdorkjordan.com/wp-content/uploads/2012/12/Copy-of-AVS-CardCode-Testing.xls với mô tả tại http://www.thatdorkjordan.com/2012/12/20/testing-failed-transactions-with-authorize-nets-cim-api/ – ChrisW

+0

Và ở đây chúng ta có một ví dụ tuyệt vời về * tại sao chúng ta cần giữ nội dung liên kết trong chính câu trả lời * Liên kết trong câu trả lời đã chết, và cả hai trong bình luận ở trên cũng đã chết. – That1Guy

+0

Hướng dẫn thử nghiệm hiện tại có thể được tìm thấy tại đây: http://developer.authorize.net/hello_world/testing_guide/ Lưu ý rằng việc thử nghiệm với các giá trị đô la đã không được chấp nhận vì lợi ích của mã zip đặc biệt. – sp00n

Các vấn đề liên quan