Inteligência ArtificialArtigo
Antifraude com IA para loja pequena: como o score funciona, o que configurar e como contestar o chargeback
Em resumo
Como o antifraude com inteligência artificial dá nota de risco a cada pedido no cartão, a diferença entre regra manual e modelo, a revisão manual por faixa de score com exemplo de cálculo, quando o 3DS passa ao emissor a responsabilidade pelo chargeback e o que guardar para contestar.
Em resumo: o antifraude com inteligência artificial dá a cada pedido no cartão uma nota de risco, calculada a partir de sinais da compra, do aparelho e do histórico, e a loja decide o que fazer em cada faixa: aprovar direto, mandar para revisão manual ou recusar. O modelo não acerta sempre, e os dois erros custam dinheiro: fraude aprovada vira chargeback, cliente bom recusado vira venda perdida. A autenticação 3DS, quando concluída com sucesso, tende a passar ao banco emissor a responsabilidade pela contestação por fraude, mas não cobre reclamação de produto não entregue. Para contestar, a loja precisa ter guardado o resultado do antifraude e do 3DS, os dados do pedido e do aparelho e o comprovante de entrega, e envia essa defesa pelo canal da adquirente ou do gateway, dentro do prazo que ela informa (detalhes no capítulo 7).
O que o score de risco mede, e o que ele não promete
Antes de contratar uma ferramenta à parte, vale conferir o que o processador de pagamento já entrega: na Stripe e na Cielo, por exemplo, o antifraude é um produto do próprio fornecedor. No antifraude com IA, a decisão não depende só de uma lista de regras fixas: ela parte de uma nota produzida por um modelo estatístico treinado com transações passadas. A Stripe, por exemplo, descreve na documentação da avaliação de risco do Radar, consultada em outubro de 2026, um modelo adaptativo que analisa cada pagamento em tempo real com centenas de sinais e com dados da rede de empresas que usam a plataforma. Essa é a descrição da própria empresa, não uma medição independente.
O ponto que interessa ao lojista está na mesma página: pagamento classificado como risco normal ainda pode ser fraude, e outros tipos de golpe podem aparecer depois, no andamento do pedido. Em outras palavras, a nota ordena os pedidos do mais suspeito para o menos suspeito; ela não separa com certeza golpe de compra legítima. Quem vende o serviço e promete fraude zero sem recusar ninguém está prometendo algo que a documentação dos próprios fornecedores não promete.
Na prática, a nota aparece em formatos diferentes conforme o fornecedor. Na Stripe, o pagamento recebe um nível de risco (o campo risk_level, que marca, por exemplo, elevated para risco elevado), e a nota numérica fica disponível só no plano Radar for Fraud Teams. No Antifraude Gateway da Cielo, a resposta é uma de três: aceitar, rejeitar ou revisar, segundo a página de fluxos de análise da versão em inglês da documentação, consultada em outubro de 2026.
Quais sinais entram na conta
Os fornecedores não publicam a receita completa dos modelos, e nem seria bom que publicassem, porque o fraudador também lê. O que as documentações consultadas mostram é o tipo de dado que melhora a avaliação, e isso o lojista controla:
- Identificação do aparelho: o Mercado Pago pede que a loja envie o Device ID, um identificador do dispositivo usado na compra. Segundo as recomendações para melhorar a aprovação de pagamentos do Mercado Pago, um cliente antigo comprando de um aparelho novo pode parecer comportamento atípico, e o identificador ajuda a avaliação a não recusar esse pagamento legítimo.
- Dados completos do pedido: a mesma documentação orienta mandar o máximo de informação do comprador, do produto e da entrega no pagamento. Pedido com campos vazios dá ao modelo menos base para distinguir o cliente real.
- Critérios do próprio negócio: a Stripe permite montar listas de revisão com critérios definidos pela loja, como valor acima de um limite, país de origem ou domínio de e-mail incomum.
Se a sua integração foi feita às pressas, com o mínimo de campos, o primeiro ajuste não custa nada: conferir com o desenvolvedor ou com a plataforma da loja quais dados estão de fato chegando ao gateway. Para entender quem é quem nessa cadeia, veja a diferença entre gateway, adquirente e subadquirente.
Regras manuais ou modelo: o que cada um resolve
Regra manual é uma condição escrita pela loja: bloquear, revisar ou aprovar quando algo acontece. Modelo é a nota calculada pelo fornecedor. Os dois convivem, e a documentação da Stripe mostra isso: além da nota, o lojista escreve regras de permitir, bloquear ou revisar, e a página do Radar descreve um teste retroativo (o backtesting), que mostra quais pagamentos uma regra teria atingido antes de ela entrar no ar.
| Regra manual | Score do modelo | |
|---|---|---|
| Quem decide | A loja, com base no que conhece do próprio cliente | O fornecedor, com base em padrões de muitas transações |
| Bom para | Situações específicas do negócio (produto visado, região sem entrega, limite de valor) | Padrões que a loja sozinha não enxerga |
| Risco | Regra rígida demais barra cliente bom e ninguém percebe | Decisão pouco explicável; muda quando o fornecedor atualiza o modelo |
| Como conferir | Teste retroativo, quando o fornecedor oferece, e revisão mensal | Comparar aprovados, recusados e chargebacks por faixa de nota |
Regra rígida é um erro que custa caro a quem acabou de levar um golpe: depois de um chargeback grande, a loja bloqueia uma categoria inteira de pedido e passa a perder clientes legítimos sem que isso apareça em relatório algum. O tema já apareceu no ConnectWeek na notícia sobre o relatório da Adyen sobre antifraude rígido e clientes legítimos barrados.
Revisão manual por faixa de score
A revisão manual é a terceira saída entre aprovar e recusar: o pedido fica parado até alguém da equipe olhar. Na Stripe, o plano Radar for Fraud Teams envia sozinho para a fila de revisão os pagamentos de risco elevado. Na Cielo, o status de revisão só aparece se estiver no plano contratado, e a atualização do status depois da revisão feita pela loja também depende do plano. Antes de desenhar o processo, confirme no seu contrato se a fila existe.
Um desenho simples, com faixas que são sugestão do ConnectWeek, sem base em norma ou em orientação de fornecedor:
- Nota baixa: aprova direto. É a maior parte dos pedidos, e atrasar esse cliente custa conversão.
- Nota intermediária: vai para revisão. A pessoa confere se nome, endereço e telefone fazem sentido juntos, se o cliente já comprou antes, se o pedido destoa do padrão da loja (quantidade, item mais visado, entrega urgente), e pode tentar contato pelo telefone informado.
- Nota alta: recusa, com mensagem neutra no checkout e opção de outro meio de pagamento.
Três cuidados fazem a fila funcionar. Defina um prazo de resposta, porque pedido parado também perde cliente. Registre a decisão e o motivo de cada pedido revisado, que vira material para ajustar as faixas e para uma eventual defesa. E reveja os limites das faixas todo mês, olhando quantos revisados foram aprovados e quantos desses viraram contestação.
Exemplo resolvido: vale a pena revisar a faixa do meio?
Exemplo hipotético, com números escolhidos só para mostrar a conta: uma loja recebe 1.000 pedidos no cartão por mês, com tíquete médio de R$ 250 e margem bruta de 40% (o custo da mercadoria é R$ 150 por pedido). O antifraude põe 120 pedidos na faixa intermediária.
Opção A, recusar toda a faixa do meio: zero chargeback nesses 120, mas nenhuma venda também.
Opção B, revisar: a equipe gasta 5 minutos por pedido (120 × 5 = 600 minutos, ou 10 horas), aprova 90 e recusa 30. Dos 90 aprovados, 2 viram chargeback por fraude.
- Margem das 88 vendas boas: 88 × R$ 250 × 40% = R$ 8.800.
- Perda nas 2 fraudes: a receita é estornada e a mercadoria não volta, então perde-se o custo do produto, 2 × R$ 150 = R$ 300 (sem contar frete e tarifas de contestação, que variam por contrato).
- Custo das 10 horas de revisão, a R$ 35 por hora: R$ 350.
- Saldo da opção B sobre a A: R$ 8.800 − R$ 300 − R$ 350 = R$ 8.150 por mês.
Com outros números a conta pode virar: se a faixa do meio for quase toda fraude, ou se o produto for caro e visado, recusar sai mais barato. O que o exemplo mostra é que a decisão se toma com conta, não com medo do último golpe. O cálculo detalhado do lado do cliente recusado está em como calcular o custo do falso positivo no antifraude, e o efeito na taxa de aprovação, em como medir a taxa de aprovação de pagamentos.
3DS: quando a contestação deixa de ser da loja
O 3DS é a etapa em que o banco emissor confirma que quem está comprando é o titular, por código, aplicativo ou biometria. A documentação do 3DS 2.2 da Cielo diz que, em transação autenticada, a responsabilidade pelo chargeback fica com o emissor ou com a bandeira, e que a versão 2.2 do protocolo é obrigatória para Visa e Mastercard. A documentação de autenticação da Stripe detalha as condições, todas consultadas em outubro de 2026:
- a transferência vale para contestação por fraude; reclamação como produto não recebido segue o processo comum;
- se o cartão não suporta 3DS ou a autenticação dá erro, o pagamento segue e, em geral, a responsabilidade não passa ao emissor;
- a transferência pode falhar mesmo com autenticação, por exemplo quando a conta da loja tem fraude excessiva e está num programa de monitoramento da bandeira;
- o emissor pode abrir uma consulta antes da contestação; se a loja não responder, pode vir um chargeback por falta de resposta, que pode anular a transferência.
Por que não autenticar tudo, então? Porque o desafio também derruba compra. A Visa, num texto de 2019 publicado no site da Visa no Brasil, defende que o antifraude continue ativo ao lado do 3DS: a transferência de responsabilidade não tira da loja a obrigação de ficar dentro dos limites de chargeback, e o antifraude permite aprovar um cliente conhecido sem o desafio que o emissor exigiria. Uma forma de combinar os dois, sugestão do ConnectWeek a conferir com o fornecedor, é usar o score para decidir quem passa pelo 3DS: nota baixa segue direto, nota intermediária é autenticada.
Como montar a contestação quando o chargeback chegar
A contestação começa antes do chargeback, no que a loja guarda de cada pedido. Para uma defesa por fraude, o mínimo é: o resultado da análise antifraude e da autenticação 3DS, quando houve; dados do aparelho e do pedido; comprovante de entrega com data, endereço e quem recebeu; e qualquer conversa com o cliente. A Stripe recomenda responder a toda consulta de pagamento autenticado com o que foi pedido, como foi entregue e para quem. Os prazos e documentos de cada empresa, com modelo de carta, estão em como contestar um chargeback.
O tamanho do problema justifica o cuidado. Em agosto de 2026, o Mapa da Fraude da Serasa Experian contou mais de 111 mil fraudes evitadas no comércio eletrônico, em cerca de 12,7 milhões de pedidos analisados pela empresa, com tíquete das tentativas 64,8% acima do das compras legítimas, segundo o comunicado da Serasa Experian. Os números são da base da própria empresa, que vende antifraude; a cobertura completa está na notícia sobre o Mapa da Fraude de agosto de 2026.
Checklist para configurar esta semana
- Confirme no contrato com o gateway ou adquirente se há antifraude, qual fornecedor está por trás e se o plano inclui revisão manual.
- Peça ao desenvolvedor a lista de dados enviados em cada pagamento (aparelho, comprador, produto, entrega) e complete o que faltar.
- Defina as três faixas de nota e quem revisa a do meio, com prazo de resposta.
- Decida em que faixa entra o 3DS, se o seu fornecedor oferece.
- Crie um registro dos pedidos revisados: decisão, motivo e se virou contestação.
- Uma vez por mês, compare aprovados, recusados e chargebacks por faixa e ajuste os limites.
Para outros usos de IA na operação da loja, veja como o e-commerce brasileiro está usando inteligência artificial.
Comece por aqui Novo no assunto? Leia primeiro inteligência artificial para pequenas empresas, o texto-base desta cobertura.
Fonte: Stripe (documentação do Radar)
Perguntas frequentes
O antifraude com IA elimina o chargeback?
Não. Ele ordena os pedidos por risco, mas erra nos dois sentidos: aprova fraude e recusa cliente bom. A documentação da Stripe, consultada em outubro de 2026, diz que pagamento de risco normal ainda pode ser fraude. O chargeback também pode vir por motivo que não é fraude, como produto não entregue.
Se o pedido passou pelo 3DS, a loja nunca paga o chargeback?
Não é garantido. Pela documentação da Cielo e da Stripe consultada em outubro de 2026, a responsabilidade passa ao emissor na contestação por fraude de transação autenticada com sucesso. Ela não vale para produto não entregue, pode não valer se a autenticação deu erro e, na Stripe, pode falhar se a loja estiver num programa de monitoramento de fraude da bandeira.
Loja pequena precisa de revisão manual?
Depende do volume da faixa intermediária e do valor do produto. A conta é comparar a margem dos pedidos bons que a revisão salva com a perda das fraudes que passam e o custo das horas gastas. Antes, confirme no contrato se o plano do seu fornecedor tem fila de revisão: na Cielo, o status de revisão depende do plano.
Quais dados enviar ao gateway para o antifraude errar menos?
As recomendações do Mercado Pago, consultadas em outubro de 2026, pedem o identificador do aparelho (Device ID) e o máximo de dados do comprador, do produto e da entrega. Confira com o desenvolvedor o que a sua integração envia de fato.
O que guardar para contestar um chargeback por fraude?
Resultado da análise antifraude e do 3DS, dados do aparelho e do pedido, comprovante de entrega com data, endereço e recebedor, e conversas com o cliente. Os prazos e documentos de cada adquirente estão no guia de contestação de chargeback do ConnectWeek.