Recusas leves vs recusas definitivas: o que o código de resposta está lhe dizendo

O que separa uma recusa leve de uma recusa definitiva no emissor?

Uma recusa definitiva indica que o emissor nunca aprovará a transação como enviada; uma recusa leve sinaliza um problema temporário ou corrigível que vale tentar novamente. A Visa classifica toda resposta em quatro categorias que se alinham claramente a essa divisão, conforme o resumo das regras de recusa da Visa feito pela CardPointe: os códigos da Categoria 1 o emissor nunca aprovará, os códigos da Categoria 2 o emissor não pode aprovar agora, os códigos da Categoria 3 exigem dados corrigidos antes de uma nova tentativa, e a Categoria 4 reúne recusas genéricas. Só a Categoria 1 é uma verdadeira recusa definitiva no sentido de risco jurídico; as demais são leves, com chances variadas de sucesso na nova tentativa.

A distinção importa além da matemática de conversão. A Visa limita novas tentativas a 15 dentro de uma janela móvel de 30 dias para o mesmo cartão, valor e moeda. Qualquer reenvio de uma recusa da Categoria 1, ou qualquer tentativa além da 15ª para as Categorias 2 a 4, aciona uma taxa por nova tentativa excessiva informada em $0.10 no mercado doméstico e $0.15 em transações internacionais, conforme a documentação de conformidade da CardPointe. Tratar toda recusa como passível de nova tentativa não é um atalho de crescimento; é um custo medido.

Quais códigos de recusa são permanentemente impossíveis de reenviar pelas regras da bandeira do cartão?

Quatro códigos da Visa nunca devem ser reenviados: 04, 07, 41 e 43, as recusas da Categoria 1 que cobrem situações de cartão recolhido, cartão perdido e cartão roubado. Esse mapeamento específico de código para categoria vem do detalhamento de Retries.com das categorias de recusa da Visa, e não de uma lista publicada pela própria Visa, então trate isso como indicativo e confirme na documentação do seu próprio processador antes de colocá-lo na lógica de cascata.

Como o limite de novas tentativas da Visa é específico do cartão e não do código, encaminhar uma recusa da Categoria 1 para um mecanismo de retentativa consome a cota de 15 em 30 destinada às categorias mais brandas e depois ainda paga a taxa de nova tentativa excessiva por uma segunda recusa que jamais ia ser aprovada. A correção é interromper imediatamente assim que a resposta cair nessa categoria, antes que qualquer lógica de cascata seja executada.

O que realmente significa 'do not honor' e por que isso é tão comum?

'Do not honor' é o código de resposta 05 da Visa, e significa que o emissor está recusando a transação sem informar o motivo. Ele fica na Categoria 4, uma recusa genérica que permanece dentro da janela padrão de 15 tentativas por 30 dias, em vez do bloqueio permanente aplicado aos verdadeiros códigos da Categoria 1, conforme a divisão de categorias da Retries.com — um mapeamento que vale confirmar com os materiais da própria Visa antes de usá-lo em lógica de produção.

A referência de códigos de recusa da Stripe define o status equivalente do_not_honor de forma ainda mais direta: o cartão foi recusado por um motivo desconhecido, e o único passo documentado é o cliente entrar em contato com o próprio emissor. Essa vagueza é intencional. Os emissores usam o código 05 como um termo guarda-chuva para não precisarem revelar o modelo interno de fraude, a pontuação de risco ou a regra de conta que de fato disparou a recusa.

Para uma oferta de continuidade, o aumento da participação de códigos 05 em uma taxa de recusa que, de resto, está estável, normalmente indica que os modelos de risco do emissor começaram a sinalizar o descriptor do comerciante ou o próprio padrão de cobrança. Raramente isso significa que os portadores de cartão simplesmente ficaram sem saldo.

Como as recusas geradas pelo emissor diferem das recusas do processador ou do gateway?

As recusas do emissor vêm do banco do titular do cartão depois que a transação chega à rede do cartão; as recusas do processador e do gateway acontecem antes que ela chegue tão longe. A própria documentação da Stripe divide as falhas em três blocos, em vez de uma simples separação entre leve e definitiva: recusas do emissor, pagamentos bloqueados por suas próprias ferramentas de risco Radar ou Adaptive Acceptance, e chamadas de API inválidas. Só a primeira categoria realmente fica fora do controle do comerciante.

Uma recusa no gateway por CVV com formato inválido ou por um número de cartão com tamanho errado é corrigível no ponto de captura, já que uma validação melhor dos campos a impede antes do envio. Um bloqueio do Radar ou do Adaptive Acceptance é o próprio mecanismo de risco do processador recusando encaminhar a cobrança, então o emissor nem chega a vê-la e nenhuma regra de nova tentativa da rede do cartão se aplica; a correção é ajustar os limiares de risco, não reenviar.

Quais recusas indicam pontuação de fraude em vez de falta de fundos?

Stolen-card and lost-card declines are the clearest fraud signal any decline log produces, and Stripe instructs merchants never to show either code to the buyer directly. Both should render as a generic decline instead, per Stripe's own decline-code documentation. Surfacing the real reason tells whoever is running the card that the fraud check caught them, which just sends the same card to test against a different merchant next.

O Merchant Advice Code da Mastercard carrega o mesmo sinal no nível da rede. O MAC 03 indica uma conta encerrada ou fraudulenta e o MAC 21 indica um titular que já cancelou o acordo de cobrança, e cada um teria uma taxa de $0.03 na transação recusada, segundo a leitura da Merchant Cost Consulting da tabela de tarifas da Mastercard. A partir de janeiro de 2026, essa taxa estaria, segundo o relatório, estendendo-se a toda transação recusada com esses códigos, e não apenas às novas tentativas, o que significa que simplesmente reapresentar o cartão de um assinante cancelado para outro ciclo de cobrança já tem um custo antes mesmo de você decidir se vai reenviá-lo — um custo que as cascatas de cobrança agressivas neste nicho costumam ignorar.

Como cada categoria de recusa deve ser encaminhada em uma cascata?

Encaminhe por categoria, não por instinto. Recusas da Categoria 1 e códigos sinalizados como fraude, como cartão roubado ou perdido, devem sair totalmente do fluxo de pagamento e nunca voltar para uma fila de retentativa em nenhum processador. Cascatear uma recusa definitiva para um segundo MID não muda a resposta do emissor, porque o cartão em si é a constante e o adquirente não é, e ainda atrai o tipo de escrutínio sobre múltiplos MIDs que foi justamente o que o Mastercard's Scam Merchant Monitoring Program e as regras de monitoramento de disputas da Visa foram criados para detectar.

Recusas das Categorias 2 e 3, que cobrem retenções temporárias, fundos insuficientes ou dados malformados, devem entrar em uma nova tentativa com atraso ou correção, respeitando o teto da Visa de 15 tentativas em 30 dias por cartão. Recusas genéricas da Categoria 4, como 'do not honor', merecem um tratamento mais leve do que a maioria das cascatas dá a elas: uma ou duas novas tentativas espaçadas, e não três tentativas em sequência imediata, o que para os modelos de fraude do próprio emissor soa como teste de cartão.

A tokenização de rede muda a matemática antes de todo esse encaminhamento. Os dados da própria Visa mostram que transações tokenizadas sem cartão presente tiveram um aumento de 4.6% na autorização em relação a envios de PAN bruto ao longo do ano fiscal de 2022, além de uma redução de 30% na fraude no mesmo período, segundo a pesquisa de tokenização da Visa. A Mastercard relata um aumento médio comparável, embora menos confirmado de forma independente, em torno de 2.1%, um dado que precisa ser checado na página da própria Mastercard, e não na citação secundária em que hoje se apoia.

Como faço para mapear códigos brutos de resposta do processador para uma ação?

Comece pela categoria, não pelo código bruto de dois dígitos, porque o código sozinho não diz se reenviar é seguro. A tabela abaixo mapeia os sinais cobertos nesta página para a ação que a própria documentação da Visa, da Stripe e da Mastercard de fato respalda, em vez do conselho genérico de 'tente novamente' que a maioria das tabelas de consulta de códigos de recusa usa por padrão.

Que combinação de recusas sugere um problema de funil em vez de um problema de processamento?

Uma taxa de recusa na transação inicial muito acima da faixa de aproximadamente 15-20% implícita nos benchmarks agregados do setor para primeiras cobranças de assinaturas aponta para o funil, e não para o processador, segundo a pesquisa de benchmarks da Payments & Risk. Essa faixa assume tráfego convencional de cartão sem presença física nos EUA; um programa nutracêutico que fique materialmente pior do que isso já na primeira cobrança normalmente está comprando cartões de baixa qualidade ou não autorizados, e não sofrendo um problema de roteamento.

A pesquisa da Recurly sobre pagamentos por assinatura oferece um teste de qual lado dessa linha você está: cartões de débito tiveram 14.4% de recusas nas cobranças iniciais contra 13.1% nas recorrentes, enquanto os cartões de crédito tiveram melhor desempenho nas transações recorrentes, com taxa de recusa de 6.0%. Se sua taxa de recusa recorrente fica acima da taxa inicial, o oposto do padrão documentado pela Recurly, isso é anormal e normalmente aponta para um problema de processamento — um atualizador de conta que não está rodando, um token expirado, uma regra de risco acionada — e não para um problema de qualidade de tráfego.

Uma participação de recusas por fraude subindo em direção a uma relação fraude-vendas de 8%, com pelo menos 10 transações fraudulentas totalizando $5,000 em um mês, o gatilho que a documentação da Stripe atribui ao código de motivo MATCH de fraude excessiva da Mastercard, é um problema de aquisição vestido de problema de pagamentos. Nenhum ajuste de cascata de retentativas corrige tráfego que nunca foi de um titular legítimo de cartão em primeiro lugar.

Lista de decisão rápida

Use esta página como ferramenta de decisão, não como um post genérico de blog. A questão prática é se o leitor precisa de evidências mais rápidas sobre o que já está funcionando em resposta direta impulsionada por VSL, especialmente em nutra, suplementos, GLP-1, perda de peso, açúcar no sangue e mercados adjacentes de alta intenção em saúde.

Daily Intel Service é mais relevante quando a próxima decisão depende de exemplos reais do mercado: qual gancho testar, qual estilo de afirmação é arriscado, qual estrutura de funil é comum, qual mercado linguístico está em movimento e se a peça criativa de um concorrente provavelmente está no começo, escalando ou já saturada.

• Comece pelo resumo se você precisar da resposta direta.
• Use a tabela para comparar as trocas rapidamente.
• Use as perguntas frequentes para resumos prontos para mecanismos de resposta.
• Use a chamada para ação quando a decisão exigir exemplos vivos de VSL e anúncios, e não teoria.

Vantagem de cobertura do Daily Intel

Daily Intel Service é posicionado em torno de variedade e capacidade de ação líderes na categoria: um dos catálogos mais amplos de resposta direta de VSLs e peças criativas de anúncios em padrões de publicidade blackhat, greyhat e whitehat, com contexto suficiente para entender o que o anunciante está fazendo além da peça criativa visível. A diferença prática é que os membros não estão apenas vendo uma captura de tela; estão vendo o VSL, o anúncio, o caminho do funil, a transcrição, o contexto de UTM e as notas de pesquisa que transformam o ativo em uma decisão.

Isso importa porque afiliados de resposta direta não operam em uma única categoria limpa. Uma campanha de perda de peso pode usar um anúncio whitehat de conformidade, uma pré-landing greyhat, um VSL mais agressivo e um caminho de checkout desenhado em torno de upsells e recuperação. Uma plataforma de inteligência útil precisa capturar esse espectro em vez de fingir que toda campanha vencedora se parece com um anúncio público de marca.

Cobertura de sinais blackhat, whitehat e multilíngue

Daily Intel acompanha padrões em campanhas de estilo blackhat e whitehat para que os operadores entendam o mercado sem copiar risco às cegas. Exemplos whitehat ajudam na durabilidade e na revisão de conformidade; exemplos blackhat e greyhat revelam pontos de pressão, ganchos, mecanismos e estruturas de funil que podem estar impulsionando gastos, mas exigem adaptação cuidadosa antes do uso.

O catálogo também foi construído para operadores globais, com referências de VSL e anúncios em mais de 14 idiomas e diferentes idiomatismos locais. Essa é uma vantagem-chave para afiliados brasileiros, da América Latina, europeus, do MENA, indianos e não nativos em inglês que precisam ver como o mesmo desejo de mercado é traduzido entre culturas, em vez de estudar apenas anúncios em inglês dos EUA.

Como usar a inteligência com responsabilidade

O objetivo é modelagem, não cópia. Use Daily Intel para entender a estrutura: gancho, mecanismo, prova, intensidade da afirmação, profundidade do funil, economia da oferta e estágio de saturação. Depois, construa criativos originais, revise as afirmações e adapte o ângulo à fonte de tráfego, país, idioma e exigências de conformidade da campanha.

Um fluxo forte compara vários exemplos antes de agir. Se o mesmo mecanismo aparece em vários idiomas, vários anunciantes e várias variantes de funil, isso pode ser um sinal de mercado durável. Se o exemplo aparece só uma vez ou depende de uma afirmação agressiva, trate-o como pista de pesquisa, não como modelo de campanha.

• Modele a estrutura, não os ativos criativos protegidos.
• Separe a durabilidade whitehat da pressão persuasiva blackhat.
• Compare exemplos em inglês dos EUA com variantes da América Latina, da Europa e de outros idiomas.
• Use transcrições e notas do funil para criar briefings originais.
• Mantenha a revisão de conformidade separada da pesquisa de mercado.

Metodologia e contexto das fontes

Daily Intel pages are written from a research workflow that reviews active VSLs, Meta ad creatives, transcripts, UTMs, funnel paths, checkout steps, upsells, recovery sequences, and compliance-sensitive claim patterns. The goal is to explain observable market behavior, not to provide legal, medical, or platform policy advice.

When the topic touches health claims, platform policy, or GLP-1 market research, validate the observable campaign signals against primary references such as Meta advertising standards, FTC health claims guidance, and Google helpful content guidance. Daily Intel adds the proprietary direct-response layer by mapping how those rules show up in active VSLs, Meta creatives, funnels, transcripts, UTMs, and checkout paths.

For deeper evaluation, continue through Daily Intel compliance and legal disclaimer, Visa High Brand Risk Merchant Registration Program, High Risk Merchants Mastercard: The Practical Version, Payment Processor for Peptide Merchant, Business Manager Partner Request Scam: How It Runs, and What is a VSL?. These related Daily Intel pages connect this topic to the relevant methodology, pricing, trust context, comparison path, or niche workflow.