Por que seu cartão virtual é recusado

Um cartão é recusado, e o instinto é tentar de novo. Depois tentar outro navegador, depois outro cartão, e então concluir que cartões financiados com cripto não funcionam. Quase nada disso é diagnóstico. Uma autorização é uma conversa curta e estruturada entre cinco partes — você, o comerciante, o processador de pagamentos dele, a bandeira do cartão e o emissor — e quando ela termina em um não, foi uma dessas partes que disse, por um motivo registrado.

Este guia organiza as causas por quem disse não, porque isso determina se você consegue corrigir em trinta segundos, corrigir emitindo outro cartão, ou não corrigir de jeito nenhum. Ele é deliberadamente franco sobre a terceira categoria: existem comerciantes que nenhum cartão virtual pré-pago jamais vai satisfazer, e fingir o contrário só desperdiça o seu tempo. Se você quiser primeiro a mecânica por trás de tudo isso, como os cartões cripto funcionam cobre o caminho de liquidação de ponta a ponta.

Uma recusa é uma mensagem, não uma falha de funcionamento

Quatro partes podem recusar uma autorização, e cada uma recusa por motivos completamente diferentes. Identificar qual delas falou é todo o diagnóstico — tudo depois disso é mecânico.

O sinal revelador é o tempo. Uma recusa do emissor é instantânea e sempre traz um código de motivo que você pode ler. Uma recusa do lado do comerciante costuma ser mais vaga, muitas vezes formulada como um conselho para ligar para o seu banco, e o emissor nunca chega a ver a tentativa de autorização — por isso o suporte pode olhar o registro de autorizações e dizer, com toda a sinceridade, que nada chegou.

Triagem de sessenta segundos: a ordem certa para verificar

Faça essas cinco verificações em ordem. Elas estão sequenciadas pela frequência com que cada uma é a resposta, então a maioria das recusas se resolve antes do terceiro passo.

1. O saldo do cartão está acima do valor total da autorização? Não o preço que aparece na tela — o preço mais 1.5% se o comerciante cobrar em qualquer moeda diferente de USD, mais qualquer retenção que o comerciante acrescente.
2. Um desafio do 3-D Secure apareceu, e você o concluiu? Um desafio abandonado ou expirado é registrado como uma recusa e, de fora, parece idêntico a um problema de saldo.
3. O cartão está congelado, ou alguma regra está bloqueando esse comerciante? Verifique o estado de congelamento, o teto de gastos, a lista de permissão de MCC e qualquer bloqueio geográfico nesse cartão. Regras que você definiu semanas atrás são a causa mais esquecida desta lista.
4. O BIN é o certo para esse comerciante? Plataformas de anúncios, cobrança de SaaS e carteiras móveis têm, cada uma, um BIN ajustado para elas. O BIN errado é recusado por comerciantes que aprovariam o certo instantaneamente.
5. A transação sequer existe no seu histórico? Se não existir, o comerciante a recusou antes de a rede vê-la. Nada do seu lado vai mudar esse resultado.

Se as cinco passarem e o comerciante ainda assim recusar, você quase certamente está na categoria de recusa por política de pré-pago tratada mais adiante — e a resposta honesta, nesse caso, é parar de tentar.

Problemas de dinheiro: o saldo, o carregamento e as taxas que você esqueceu

Esta é, disparado, a maior categoria, e é também aquela sobre a qual as pessoas têm mais certeza de que não é o problema, porque o cartão visivelmente tem dinheiro.

A autorização é maior do que o preço

Um cartão autoriza o valor total antecipadamente, e um cartão pré-pago não tem cheque especial, não tem linha de crédito e não tem banco por trás para cobrir uma diferença. Três coisas costumam tornar a autorização maior do que o número que foi informado a você:

• A margem cambial. Toda autorização em uma moeda diferente de USD carrega uma margem de conversão de 1.5%. Uma cobrança de €48 não é €48 em um cartão denominado em USD — é o valor convertido mais 1.5%, e um cartão carregado com exatamente o valor informado é recusado sempre.
• Retenções acrescentadas pelo comerciante. Bombas de combustível, hotéis e locadoras de veículos costumam autorizar mais do que a conta final. O excedente é liberado depois, mas precisa estar disponível agora.
• O momento da renovação. Uma assinatura que renova em um cartão com um centavo a menos falha por completo. Não existe autorização parcial nem nova tentativa com um valor menor.

O carregamento nunca chegou, ou ficou fora da janela de carregamento

Abastecer um cartão da Cryptocardium envolve duas etapas distintas, e cada uma tem seus próprios limites. Uma recarga move cripto para o saldo da sua conta; um carregamento move saldo da conta para um cartão específico. Confundir as duas produz um cartão que mostra $0 enquanto a conta claramente tem fundos.

Dois números aqui causam a maioria das falhas de carregamento. O teto de $5,000 por carregamento significa que um cartão de $12,000 precisa ser construído a partir de três carregamentos, não um. E a taxa de 2% soma-se ao carregamento: um carregamento de $5,000 exige $5,100 de saldo na conta para se completar, então uma conta com exatamente $5,000 não consegue fazer um carregamento de $5,000. Se a recarga em si ainda não foi creditada, o saldo simplesmente não está lá — recargas são gratuitas, mas não são instantâneas, e a finalização leva de uma a três confirmações dependendo da rede. O caminho completo de abastecimento é detalhado em financiar um cartão Visa com USDT, e a tabela de taxas completa está na página de preços.

Problemas de autenticação: o 3-D Secure e o BIN que você escolheu

A segunda maior categoria, e aquela em que a solução é quase sempre emitir um cartão diferente, em vez de mudar qualquer coisa no que você já tem.

A etapa do 3-D Secure nunca foi concluída

Em uma parcela cada vez maior dos checkouts — obrigatória em toda a Europa sob a autenticação forte do cliente, e padrão em plataformas de anúncios e compras de alto valor em qualquer lugar —, o comerciante te encaminha para uma etapa de autenticação antes de a autorização ser tentada. Se essa etapa é abandonada, bloqueada por um bloqueador de pop-ups, ou simplesmente expira enquanto você procura o código, o pagamento falha. De fora, isso é indistinguível de uma recusa por saldo.

Dois BINs da Cryptocardium autenticam nativamente, em vez de depender de o comerciante deixar a etapa passar: o Visa Business 416842, o cartão de anúncios, e o Visa Gold 448585, o BIN de todo cartão físico. É exatamente por isso que o BIN Business tem a maior taxa de aprovação em Meta, Google e TikTok Ads, onde a etapa de autenticação não é opcional. Os outros BINs virtuais — 557213, 489517 e 472305 — superam o desafio sem atrito quando o mecanismo de risco do comerciante permite, e são recusados no desafio quando não permite.

O BIN errado para o comerciante

Os mecanismos de risco dos comerciantes tomam decisões com base nos seis primeiros dígitos do número do cartão, antes de qualquer outra coisa ser sabida sobre você. Um BIN ajustado para carteiras móveis, apresentado a uma plataforma de anúncios, é um perfil de risco diferente do mesmo saldo em um BIN empresarial — e é recusado só por esse motivo. Existem cinco programas para que você possa combinar o cartão com o tipo de gasto:

A economia favorece a experimentação. Um cartão virtual custa $2 para emitir e fica ativo em menos de um minuto, então emitir um segundo cartão no BIN correto costuma sair mais barato, em tempo, do que diagnosticar por que o primeiro está sendo recusado. Se o seu gasto é com publicidade, melhor cartão virtual para Google Ads e pagando anúncios do Google e do Facebook com cripto aprofundam por que o BIN empresarial não é intercambiável com os outros. Para cobrança recorrente, um cartão virtual para assinaturas anônimas cobre o lado do SaaS. O catálogo completo está na página de cartões.

Um teto por transação ou mensal

Cada programa carrega seus próprios tetos, mostrados na tabela acima. Uma compra de $4,200 em um cartão Visa Platinum é recusada em $3,500, independentemente do saldo, e um cartão que passou tranquilamente o mês inteiro pode começar a ser recusado na última semana porque o acumulado mensal se esgotou. Nenhum dos dois casos aparece como um problema de saldo, o que é justamente o que os torna confusos — o dinheiro está visivelmente ali.

A solução é mover o gasto para um programa com teto mais alto, em vez de tentar de novo. E note que o teto se aplica à autorização, então uma retenção que infla uma reserva de $3,400 para $3,600 ultrapassa um limite de $3,500, mesmo que a conta final não ultrapassasse.

Problemas do comerciante: bloqueios a pré-pago, AVS e retenções de pré-autorização

Esta categoria é onde a honestidade importa mais do que o otimismo. Alguns desses problemas têm solução; dois deles não têm, e reconhecer qual é qual é exatamente o ponto.

O comerciante recusa BINs pré-pagos de forma categórica

Um cartão pré-pago não pode ser cobrado depois que o saldo acaba. Para a maioria dos comerciantes isso é irrelevante, porque eles cobram você no caixa e a transação termina ali. Para uma minoria isso é fundamental, porque todo o modelo deles depende de poder faturar você depois — e esses comerciantes filtram as faixas de BIN pré-pago antes mesmo de qualquer autorização ser tentada:

• Depósitos e franquia de aluguel de carro. O balcão precisa de um cartão que possa cobrar por danos depois que você já saiu dirigindo. Pré-pago é recusado por política, em todo lugar, sem exceção.
• Extras de hotel no check-in. Pagar a diária on-line costuma funcionar bem; a retenção de extras na recepção frequentemente não funciona.
• Utilidades e telecomunicações cobradas depois do uso. Qualquer serviço que meça o consumo e fature depois tem a mesma objeção estrutural.
• Alguns serviços financeiros e verificações de identidade. Um punhado de plataformas usa o cartão como um sinal de identidade e exige especificamente um cartão não pré-pago, com o nome correspondente.

Não existe cartão, BIN ou solução alternativa que mude isso, e qualquer guia que afirme o contrário está vendendo alguma coisa para você. A abordagem realista é usar o cartão virtual para tudo aquilo em que ele é bom — checkout on-line, assinaturas, publicidade, marketplaces, carteiras móveis, reservas de viagem pagas antecipadamente — e manter outro método para o punhado de balcões que exigem um cartão cobrável depois. Melhor cartão de débito anônimo é franco sobre esse mesmo limite, pelo ângulo da privacidade.

AVS e o endereço de cobrança que você não tem

Alguns comerciantes, majoritariamente americanos, rodam uma verificação de Address Verification Service (AVS) que compara o endereço de cobrança que você digita com o que o emissor tem registrado. Em um cartão sem KYC não há endereço cadastrado, porque nenhum endereço jamais foi coletado — então uma verificação de AVS rigorosa não tem nada para comparar e retorna sem resultado, o que um mecanismo de risco cauteloso pode tratar como uma falha.

Na prática, a maioria dos comerciantes internacionais não roda o AVS ou não recusa com base em um resultado sem correspondência. Quando algum roda, isso costuma aparecer como uma recusa que acontece no instante em que você envia o formulário de cobrança, e não na autorização. A alternativa é preferir comerciantes que aceitam cartões internacionais, ou usar o checkout como convidado do comerciante, que frequentemente é menos rigoroso quanto ao AVS do que um checkout com conta. Essa troca é inerente a um produto sem identidade, e é abordada em cartões cripto sem KYC explicados.

Retenções de pré-autorização são maiores do que a conta

Bombas de combustível autorizam um valor fixo antes de saber quanto você vai abastecer — comumente bem acima de um abastecimento típico. Hotéis autorizam a estadia mais uma margem. Balcões de locadoras de veículos autorizam a franquia. Restaurantes às vezes autorizam a conta mais uma gorjeta nominal. Em todos os casos, o cartão precisa ter o valor inflado disponível no momento da autorização, e a diferença só é liberada dias depois.

Com um cartão físico Visa Gold em uma bomba de combustível, a resposta prática é pagar no caixa em vez de na própria bomba, onde a autorização é pelo valor real. Em qualquer outro lugar, abasteça o cartão pensando na retenção, não na conta final.

Autorizações de verificação de $0 e $1 em testes gratuitos

Cadastrar-se em um teste geralmente dispara uma pequena autorização de verificação — zero dólares, um dólar, ou um equivalente pequeno na moeda local — que é imediatamente revertida. Um cartão com saldo zero falha nessa verificação, mesmo que nada fosse realmente ser cobrado, e o cadastro é registrado como um cartão recusado. Carregue algo no cartão antes de começar um teste, mesmo que o teste em si seja gratuito.

Recusas autoinfligidas: seus próprios controles

A categoria mais frustrante, porque tudo parece correto. Regras programáveis por cartão são aplicadas no servidor, no momento da autorização, o que significa que uma regra que você definiu e esqueceu é indistinguível de uma falha do emissor até você olhar a configuração do cartão.

• O cartão está congelado. Congelar é instantâneo, e toda autorização subsequente é recusada no nível da rede. Descongelar é simétrico e igualmente instantâneo.
• Uma lista de permissão de MCC está estreita demais. Um cartão restrito a categorias de comerciante de publicidade recusa uma fatura de hospedagem. A regra está fazendo exatamente o que você pediu.
• Um bloqueio geográfico está ativo. Um cartão travado a uma região recusa um comerciante cuja adquirência ocorre em outra — e o país de adquirência muitas vezes não é o país onde você imagina que a loja está.
• Um teto de gastos abaixo da compra. Tetos diários e mensais por cartão ficam abaixo dos tetos do programa, e o menor dos dois é o que vale.
• O cartão foi cancelado, não congelado. O cancelamento é permanente; um cartão cancelado não pode ser reativado, apenas substituído.

Todos os cinco casos são visíveis no painel, e podem ser lidos pela API em uma única chamada, se você gerencia cartões de forma programática. Reemitir é gratuito para cartões virtuais, então um cartão com regras que você já nem lembra ter definido é barato de substituir.

Velocidade de tentativas, e por que a sexta tentativa falha com mais força

Tentativas idênticas e repetidas em rápida sucessão parecem exatamente um ataque de teste de cartões, porque é assim mesmo que um ataque de teste de cartões se parece. Regras de velocidade existem dos dois lados — na camada antifraude do emissor e no mecanismo de risco do comerciante — e tentativas rápidas podem transformar uma recusa branda e corrigível em um bloqueio mais rígido, que persiste por um tempo mesmo depois de você corrigir a causa real.

Era o Apple Pay ou o Google Pay, não o cartão

Uma falha de carteira digital e uma recusa de cartão aparecem de forma idêntica no telefone. Se um cartão funciona em um checkout de navegador, mas falha em um terminal por aproximação, o problema é de provisionamento, não de autorização — é o token na carteira, não o cartão por trás dele. Remover e adicionar o cartão de novo costuma resolver. O Visa Platinum 489517 é o BIN ajustado para provisionamento em carteiras digitais, com o menor atrito dos cinco; adicionar um cartão cripto ao Apple Pay e ao Google Pay percorre o fluxo inteiro, e melhor cartão cripto com Apple Pay compara o cenário.

Lendo a recusa pela API

Toda autorização passa por seis verificações independentes, e qualquer falha isolada recusa a transação. Toda recusa traz um código de motivo estruturado — nunca uma falha silenciosa — então, se você gerencia cartões de forma programática, nunca precisa adivinhar. Busque a transação e leia o motivo:

curl https://api.cryptocardium.com/v1/transactions/txn_3b91fe \
  -H "Authorization: Bearer ck_live_…"

{
  "id": "txn_3b91fe",
  "card_id": "card_8f2a1c",
  "merchant": "Cloud API Inc",
  "mcc": "5818",
  "amount_usd": 74.20,
  "status": "declined",
  "decline_reason": "insufficient_funds"
}

Quando o código de motivo sozinho não é suficiente — uma recusa do lado do comerciante, uma falha de autenticação, um MCC inesperado — o registro bruto de autorização mostra exatamente o que a rede viu:

curl https://api.cryptocardium.com/v1/transactions/txn_3b91fe/auth \
  -H "Authorization: Bearer ck_live_…"
# → raw ISO 8583 authorisation fields for that attempt

Se você prefere ser avisado a ter que perguntar, inscreva um webhook em transaction.declined; o evento traz o mesmo código de motivo no instante em que a recusa acontece, assinado com HMAC, com entrega garantida pelo menos uma vez. Agentes que emitem e gastam de forma autônoma devem reagir a esse evento em vez de fazer polling — o padrão é detalhado em a API de cartão virtual para agentes de IA e, para clientes MCP, em o servidor MCP de cartão cripto. Os detalhes de cada endpoint estão na documentação.

As categorias de comerciante que são genuinamente difíceis

Todo guia honesto sobre recusas precisa desta seção, porque a alternativa é te mandar para um loop de tentativas contra uma parede. Organizado por se a parede se move ou não:

O padrão é consistente: tudo que é cobrado no momento da compra funciona, e tudo que depende de cobrar você depois não funciona. Isso não é um defeito específico de cartões financiados com cripto — é o que pré-pago significa, em todo cartão pré-pago já emitido.

Como evitar recusas antes que elas aconteçam

1. Um cartão por comerciante, abastecido para aquele comerciante. A $2 por cartão, um cartão dedicado por assinatura ou plataforma isola as falhas e torna a causa óbvia no instante em que uma recusa acontece.
2. Abasteça 5% acima do gasto esperado, e 20% para tudo que envolva retenção. Isso absorve a margem cambial e as autorizações acrescentadas pelo comerciante sem que você precise pensar nelas.
3. Escolha o BIN antes de emitir, não depois da recusa. 416842 para anúncios, 472305 para assinaturas, 489517 para carteiras digitais, 557213 para operações internacionais, 448585 para uso físico e presencial.
4. Recarregue com antecedência das datas de renovação conhecidas. Recargas precisam de uma a três confirmações, então uma recarga feita no mesmo dia, na manhã da renovação, é uma corrida que você pode perder.
5. Anote as regras que você define. Listas de permissão de MCC e bloqueios geográficos são controles excelentes e surpresas terríveis. Se você as define de forma programática, registre-as em log.
6. Mantenha o cartão descarregado entre os usos, se preferir. Descarregar de volta para o saldo da conta é gratuito, então um cartão inativo não precisa reter fundos — só lembre de carregá-lo de novo antes da próxima cobrança.

Seguidas em conjunto, essas práticas eliminam essencialmente toda recusa que não seja uma política do comerciante. As que sobram são, por definição, aquelas que nenhuma configuração resolve.

Quando realmente é o emissor

Ocasionalmente, o código de motivo aponta para algo que não é a sua configuração nem a política do comerciante — uma autorização que deveria ter passado e não passou. Nesse caso, o registro de autorização é definitivo, e vale a pena relatar o problema em vez de tentar de novo: os campos brutos em ISO 8583 daquela tentativa mostram exatamente qual verificação a recusou. Abra um chamado pelo painel com o ID da transação e o nome do comerciante, e o registro de autorização é lido diretamente, em vez de reconstruído a partir de uma descrição.

Esse é também o motivo para preferir um programa de cartões que sequer exponha códigos de motivo. Uma recusa que você não consegue inspecionar é uma recusa à qual só se pode responder adivinhando — e adivinhar é o que transforma uma correção de cinco minutos em uma tarde perdida.

Leituras relacionadas

Para a mecânica por trás de toda autorização nesta página, comece por como os cartões cripto funcionam. Para o abastecimento e o tempo de confirmação que pega as pessoas de surpresa, financiar um cartão Visa com USDT. Para cobranças recorrentes especificamente, um cartão virtual para assinaturas anônimas. Para o caso da publicidade, em que a escolha do BIN decide tudo, melhor cartão virtual para Google Ads. A biblioteca completa está no hub de guias, e a tabela de taxas por trás de cada número citado aqui está na página de preços.