Le test authorize.net décline en mode test

À l'aide de Authorize.net en mode test, comment je peux tester le "déclin"?
Si le test en mode approuve toutes mes transactions indépendamment de fausses adresses de facturation ...

source d'informationauteur Nathan H

  1. 7

    Test de Générer des Transactions Spécifiques Résultats

    Lors de l'essai de transaction résultats du développeur environnement de test ainsi que l'environnement de production, vous pouvez produire une réponse spécifique de code de raison par la soumission d'une transaction de test à l'aide d'un test de numéro de carte de crédit conçu pour générer de la transaction spécifique résultats: Visa, test de numéro de carte de crédit “4222222222222.” Ce numéro de la carte est prévu pour les tests et doit être utilisé uniquement à cette fin. Soumettre la transaction de test en plaçant le compte en Mode Test, ou la soumission de x_test_request=VRAI, avec un montant en dollars de la valeur égale à la réponse un code de raison que vous souhaitez produire.

    Par exemple, pour tester l'AVS de réponse un code de raison numéro 27, soumettre la transaction de test avec le numéro de carte de crédit “4222222222222” et le montant “27.00.”

    Pour tester l'AVS ou de la VCC réponses dans l'environnement de production, vous aurez besoin de soumettre des transactions en direct avec la bonne adresse de la rue, le Code POSTAL et le Code de la Carte d'information pour générer le succès des interventions, et incorrecte de la rue, l'adresse, le Code POSTAL et le Code de la Carte d'information de générer d'autres réponses. Vous pouvez annuler des transactions réussies immédiatement pour prévenir des test en direct le traitement des transactions. Cela peut être fait rapidement sur les Transactions non dénouées à la page du Marchand de l'Interface. Il n'est pas possible de tester l'AVS ou de la VCC réponses dans le développement de l'environnement de test. Pour plus d'informations au sujet de AVS, voir le Marchand Guide d'Intégration à http://www.authorize.net/support/merchant/.

  2. 1

    Les informations anthony fournis dans sa réponse est exacte si vous utilisez l'OBJECTIF de l'API. Si vous êtes à l'aide de la CIM API (API qui vous permet de stocker l'information des clients sur Authorize.net's de serveurs et de les charger à l'aide d'un jeton), le processus est légèrement différent.

    • x_test_request doit être F, pas de T pour que cela fonctionne en CIM.
    • Les valeurs en dollars à soumettre sont répertoriés dans ce document que j'ai trouvé sur le Authorize.net forums de la communauté. AVS-CardCode Testing.xls
    • En dehors de ces deux différences, le processus est le même que le test des baisses/avs codes de réponse pour le BUT de l'API.

    Aussi, prenez note que le 4222222222222 de carte de test nombre de ces opérations est à seulement 13 chiffres, pas 16. Je n'ai pas remarqué tout de suite, cela fait une différence.