Códigos de recusa
Códigos de motivo de resposta Authorize.Net explicados
Verificado em
O Authorize.Net retorna um código de resposta (1 aprovado, 2 recusado, 3 erro, 4 retido para revisão) e um código de motivo de resposta que explica o porquê. Algumas razões são a recusa do banco do comprador, outras são seus próprios filtros de fraude, e muitas são erros de configuração ou integração que nenhum comprador pode corrigir. Cada página abaixo explica um código de motivo em palavras simples, se uma nova tentativa pode funcionar e o que a PlatformDTC faz quando vê esse código na conta Authorize.Net da própria loja.
| Código de motivo | Significado |
|---|---|
| 2 | O emissor do cartão, ou o processador em seu nome, recusou o pagamento sem um motivo específico. |
| 3 | O emissor quer uma autorização por voz (uma ligação telefônica) antes de aprovar esta cobrança. |
| 4 | O processador informa que o cartão deve ser recolhido: o emissor quer que ele seja desativado. |
| 41 | Seu próprio limite do FraudScreen.Net bloqueou o pagamento porque sua pontuação de fraude era muito alta. |
| 141 | O FraudScreen.Net rejeitou o pagamento, mas o estorno automático da autorização não foi processado. |
| 44 | O processador recusou porque o código de segurança do cartão (CVV) não correspondeu aos registros do banco. |
| 45 | Tanto a verificação de endereço quanto a verificação de código de segurança atingiram as regras de rejeição que você definiu. |
| 145 | Seus filtros AVS e de código do cartão rejeitaram a venda, mas o estorno automático da autorização falhou. |
| 65 | Seu filtro de código do cartão (CVV) rejeitou o pagamento com base no resultado do código de segurança. |
| 165 | Uma incompatibilidade de código de segurança acionou suas configurações e o estorno automático da autorização falhou. |
| 27 | O endereço de cobrança inserido não corresponde ao endereço que o banco do cartão tem registrado. |
| 127 | Uma incompatibilidade de AVS recusou a venda e o estorno automático falhou, então uma retenção pode permanecer no cartão. |
| 128 | O banco do comprador não permite transações nesta conta atualmente. |
| 250 | O pagamento veio de um endereço IP que você bloqueou nas ferramentas de fraude do Authorize.Net. |
| 251 | Um filtro do Fraud Detection Suite recusou o pagamento, incluindo o filtro de IP bloqueado. |
| 252 | O pagamento foi aceito, mas está retido para sua revisão por um filtro de fraude configurado para reter. |
| 253 | O cartão foi autorizado, mas um filtro de fraude está retendo o pagamento para sua revisão. |
| 254 | Você ou sua equipe recusaram o pagamento após revisar uma transação retida. |
| 295 | O cartão pré-pago cobriu apenas parte do valor; outro pagamento é necessário para o restante. |
| 36 | O banco aprovou o cartão no checkout, mas o pagamento falhou quando foi liquidado. |
| 6 | O número do cartão falhou na validação: um erro de digitação, um dígito ausente ou não é um número de cartão real. |
| 37 | O número do cartão foi rejeitado como inválido (mesmo texto do code 6). |
| 315 | O processador recusou o número do cartão como inválido. |
| 7 | A data de validade foi enviada no formato errado ou não é uma data válida. |
| 316 | O processador rejeitou a data de validade do cartão como inválida. |
| 8 | A data de validade do cartão passou, então ele não pode mais ser cobrado. |
| 317 | O processador recusou porque o cartão expirou. |
| 78 | O código de segurança (CVV) enviado estava no formato incorreto, por exemplo, o número incorreto de dígitos. |
| 11 | Uma transação idêntica foi enviada dentro da janela de duplicidade (dois minutos por padrão). |
| 318 | O processador rejeitou a solicitação como uma duplicata de uma transação anterior. |
| 17 | Seu gateway Authorize.Net não está configurado para aceitar esta bandeira de cartão. |
| 28 | Sua plataforma de processador não está configurada para aceitar esta bandeira de cartão. |
| 56 | A conta processa apenas eChecks, então pagamentos com cartão são recusados. |
| 39 | A moeda enviada não é a que sua conta Authorize.Net está configurada para. |
| 49 | O valor está acima do valor máximo de transação permitido em sua conta. |
| 5 | O campo amount estava faltando ou não era um número válido. |
| 13 | O API Login ID está errado, enviado para o ambiente errado ou a conta está inativa. |
| 123 | Um login de usuário pessoal foi usado para conectar o software; ele precisa do API Login ID em vez disso. |
| 124 | Seu processador não suporta transações marcadas como recorrentes. |
| 153 | Os dados de pagamento da carteira (como Apple Pay) não puderam ser processados como enviados. |
| 154 | Apple Pay não está ativado para esta conta Authorize.Net. |
| 289 | Seu processador não fará uma verificação de cartão de $0 para esta bandeira de cartão. |
| 19 | Authorize.Net não obteve uma resposta do processador de cartão (um problema de conexão). |
| 20 | O Authorize.Net perdeu contato com o processador de cartão antes de obter uma resposta. |
| 35 | Sua conta de lojista foi configurada incorretamente no processador. |
| 57 | O processador não conseguiu interpretar os dados na solicitação, como um comprimento de CVV incorreto ou formato de CEP inválido. |
| 63 | Frequentemente, os detalhes da sua empresa (como país) estão incorretos para uma conta de processador TSYS. |
| 120 | A transação original expirou e o estorno automático dela também falhou. |
| 16 | O ID da transação que você referenciou (para um reembolso ou estorno) não está nesta conta da Authorize.Net. |
| 50 | Você só pode reembolsar uma transação liquidada; esta ainda não foi liquidada. |
| 54 | O reembolso não pode ser emitido: não liquidado, tipo ou moeda errados, ID inválido, ou liquidado há mais de 180 dias. |
| 55 | Este reembolso mais reembolsos anteriores excederiam o pagamento original. |
| E00027 | A API informa que a transação falhou; o motivo real está no `errorCode` da transação. |
| E00007 | O `API Login ID` ou `Transaction Key` está errado, ou enviado para o ambiente errado. |
| E00001 | Ocorreu um erro interno no Authorize.Net; a solicitação não foi concluída. |
| E00003 | A solicitação enviada à API estava malformada, então o Authorize.Net não conseguiu lê-la. |
| E00013 | Um campo na solicitação tem um valor inválido; o texto da resposta indica qual é. |
| E00039 | Um perfil de cliente com os mesmos detalhes já existe na conta. |
| E00040 | O perfil de cliente ou pagamento que você referenciou não existe nesta conta. |
| E00044 | Perfis de cliente salvos (CIM) não estão ativados para esta conta. |
| E00009 | A conta está em Modo de Teste, então a solicitação não é processada. |
Recusas bancárias, seus filtros ou erros de configuração
Os códigos 2, 3, 4 e 128 vêm do banco do cartão. Os códigos 27, 41, 44, 45, 65 e 250 a 254 envolvem verificações de endereço, verificações de código de segurança ou filtros de fraude, vários dos quais você configura na Interface do Comerciante.
Códigos como 13, 17, 28, 35, 39 e 63 são problemas de configuração de conta; todo comprador os encontrará até que a configuração seja corrigida. Os códigos 19, 20 e E00001 são erros temporários de processamento.
Regras de nova tentativa
As redes de cartão limitam as novas tentativas. A Visa nunca permite uma nova tentativa em suas respostas de "emissor não aprovará" (como pegar cartão, conta encerrada ou parar pagamento) e limita outras recusas a 15 novas tentativas em 30 dias. Os códigos de aviso da Mastercard 03 e 21 significam não tentar novamente.
Nas renovações de assinatura, a PlatformDTC lê o código de motivo da mesma forma que lê uma recusa do Stripe: cartões expirados, errados ou bloqueados (como 4, 6, 7, 8, 27, 44, 251 e 317) não são retentados e o cliente é solicitado a fornecer um novo cartão; uma recusa geral (2) ou encaminhamento (3) recebe uma nova tentativa 48 a 72 horas depois; erros temporários de processamento são adiados e retentados sem contar contra o cliente.
Para desenvolvedores
O resultado geral é transactionResponse.responseCode (1 Aprovado, 2 Recusado, 3 Erro, 4 Retido para Revisão). O código de motivo é transactionResponse.errors[0].errorCode com errorText; os resultados de nível de API usam messages.message[0].code (I000xx sucesso, E000xx erro).
Perguntas frequentes
- Qual é a diferença entre os códigos de resposta e os códigos de motivo do Authorize.Net?
- O código de resposta é o resultado geral (1 aprovado, 2 recusado, 3 erro, 4 retido para revisão); o código de motivo de resposta explica o porquê.
- A PlatformDTC funciona com Authorize.Net?
- Sim. Uma loja pode conectar sua própria conta Authorize.Net para checkout e renovações de assinatura; os detalhes do cartão passam pelo Accept.js do Authorize.Net, então os números dos cartões nunca tocam nos servidores da PlatformDTC.
Fontes
- Ferramenta de Código de Resposta Authorize.Net (códigos de motivo de resposta) — Authorize.Net
- Referência da API Authorize.Net: campos createTransactionResponse — Authorize.Net
- Mapeamento para categorias de taxa de integridade do sistema Visa (limites de nova tentativa) — Adyen
- Códigos de aviso para comerciantes Mastercard (orientação de nova tentativa) — Checkout.com