Visa Compelling Evidence 3.0: O Que Lojistas Shopify Precisam de Verdade Para Ganhar

O CE 3.0 recompensa padrões de transação, não apenas dados de transação

O framework Visa Compelling Evidence 3.0 foi desenvolvido especificamente para disputas de fraude amigável — casos em que o titular do cartão fez a compra e agora está negando. O framework transfere o ônus da prova ao permitir que lojistas apresentem transações anteriores não contestadas do mesmo titular como evidência de comportamento de compra estabelecido. Essa é a vantagem estrutural que o CE 3.0 oferece. Mas ela só se ativa se o histórico de padrão realmente existir e estiver documentado.

No Shopify Admin, o caminho começa em Pedidos > Detalhes do Pedido e depois em Perfil do Cliente. Puxe o histórico completo de compras do titular antes de montar qualquer coisa. O CE 3.0 exige pelo menos duas transações anteriores não contestadas com dados correspondentes do titular — mesmo cartão, mesmo dispositivo ou IP, dentro de uma janela de lookback definida (confirme a janela exata com seu processador, pois as orientações publicadas pela Visa e a implementação do adquirente podem divergir). Se essas transações anteriores não existirem nos seus registros, o CE 3.0 não se aplica a essa disputa. Pare aí e reavalie se o caso vale a pena ser contestado.

Se o padrão existir, documente-o de forma explícita. Os emissores precisam ver comportamento de transação consistente — categorias de produto semelhantes, valores de pedido parecidos, mesmo endereço de entrega — para validar a afirmação de que esse titular já comprou de você antes sem problemas. Três pedidos semelhantes nos últimos seis meses é um padrão relevante. Um pedido de dois anos atrás não é.

O que o pacote de evidências prova — e o que não prova

AVS 'Y' é o dado mais comumente superestimado em submissões de CE 3.0. Ele confirma que o endereço de cobrança fornecido no checkout correspondeu ao arquivo do emissor. É um contexto útil, mas os emissores são explícitos: o AVS não confirma que o titular recebeu fisicamente o produto. Ele confirma alinhamento de dados de cobrança, nada mais. Visa e Mastercard podem ponderar o AVS de forma diferente dependendo do roteamento do processador, então confirme com o seu processador qual peso ele tem no seu caminho específico de disputa.

A confirmação de entrega tem o mesmo teto. O rastreamento marcado como entregue prova que o pacote chegou ao endereço de entrega — não prova que foi o titular quem o recebeu. Os emissores rotineiramente contra-argumentam com alegações de roubo ou entrega errada, e sem assinatura ou reconhecimento do titular, esse contra-argumento se sustenta. Posicione a confirmação de entrega junto com as comunicações com o cliente: e-mails de confirmação de pedido abertos pelo titular, interações de suporte pós-compra ou qualquer troca documentada que coloque o titular em contato com o pedido após o cumprimento.

O padrão de comprador frequente é o diferencial mais forte do CE 3.0, mas não funciona sozinho. Os emissores podem argumentar que um padrão de compra consistente é compatível com tomada de conta — um fraudador replicando comportamentos anteriores. Contra-argumente combinando o padrão com sinais de reconhecimento do titular: confirmações de e-mail enviadas para e abertas pelo endereço do titular, atividade de login em uma conta de cliente ou consistência de fingerprint de dispositivo entre pedidos. O padrão sustenta a legitimidade; os sinais de reconhecimento tornam difícil descartá-la.

Uma disputa de R$ 1.500 onde as evidências pareciam completas e o caso ainda era vulnerável

Uma loja de moda com ticket médio de R$ 500 recebe um chargeback em um pedido de R$ 1.500 — três itens, uma transação. O cliente fez o pedido com correspondência total de AVS e verificação de CVV. O pedido foi processado e enviado com rastreamento da transportadora para o endereço de cobrança, e a entrega foi confirmada. O lojista puxa o perfil do cliente no Shopify Admin e encontra três pedidos semelhantes feitos nos seis meses anteriores, todos sem contestação. No papel, isso parece uma submissão forte de CE 3.0.

O lojista submete: correspondência de AVS (Y), correspondência de CVV, confirmação de entrega com número de rastreamento e histórico de transações mostrando três compras anteriores. A resposta à disputa é enviada no prazo. O emissor decide a favor do titular.

A vulnerabilidade era visível antes da submissão. A confirmação de entrega mostrou que o pacote chegou ao endereço — mas não havia assinatura, nenhuma comunicação com o cliente após a entrega e nenhum registro do titular reconhecendo o pedido depois que ele foi enviado. A alegação do cliente era de transação não autorizada. As evidências do lojista mostraram que os dados de cobrança correspondiam e que o pacote chegou. Nenhum desses fatos contradiz diretamente uma alegação de transação não autorizada. O histórico de transações era o elemento mais forte, mas sem evidências de reconhecimento do titular sobrepostas, o emissor tinha espaço para decidir a favor do titular.

A resposta ideal teria incluído dados de abertura de e-mail de confirmação, qualquer contato de suporte pós-compra ou — se disponível — um login de conta de cliente vinculado ao pedido. Shopify Admin > Pedidos > Perfil do Cliente e a seção de Notas expõem histórico de interações que os lojistas rotineiramente deixam de fora dos pacotes de disputa. Se o cliente enviou um e-mail sobre prazo de entrega ou deixou uma avaliação, isso é reconhecimento do titular. Pertence à submissão.

Verifique Shopify Admin > Pedidos > Notas antes de finalizar qualquer pacote de CE 3.0. Observações internas registradas no momento do pedido — solicitações de envio incomuns, contatos com o atendimento ao cliente, qualquer coisa que coloque o titular em comunicação ativa com a transação — podem fechar a lacuna que AVS e rastreamento sozinhos deixam aberta.

Lição de decisão: Este caso era contestável com evidências de reconhecimento do titular. Sem elas, era fraco. AVS mais confirmação de entrega é um piso, não um teto. Disputas de CE 3.0 que dependem apenas desses dois pontos de dados perdem com uma frequência maior do que os lojistas esperam.

Antes de submeter: o que verificar no Shopify Admin

Verifique o status da disputa e o prazo de resposta em Shopify Admin > Pagamentos > Disputas primeiro. Perder o prazo encerra o caso independentemente da qualidade das evidências. Confirme se o Shopify Protect está ativo no pedido — se o pedido mostrar status PROTEGIDO, o Shopify pode cobrir a responsabilidade da disputa diretamente; verifique isso antes de gastar tempo montando um pacote de resposta.

Confirme o código de motivo da disputa. O CE 3.0 se aplica a códigos de motivo específicos da Visa relacionados a alegações de fraude e transação não autorizada — não se aplica a todos os tipos de disputa. Se o código de motivo for relacionado a serviço ou não recebimento, o CE 3.0 é o framework errado.

Em seguida, trabalhe a correspondência de evidências: puxe Detalhes do Pedido para resultados de AVS e CVV, Cumprimento para status de rastreamento e entrega, Perfil do Cliente para histórico de compras e registros de comunicação, e Notas para quaisquer observações internas. Verifique se a prova de entrega realmente coloca o titular como receptor — não apenas que o pacote chegou. Se você não tiver evidências de reconhecimento do titular, avalie se o caso é forte o suficiente para contestar ou se aceitar o chargeback é a decisão financeira mais acertada. O Shopify Payments pode tratar a submissão de evidências de forma diferente de gateways de terceiros — confirme o caminho exato de submissão e os requisitos de formato de arquivo com seu processador antes de fazer o upload. O pack assembly do DisputeDesk cuida da organização e formatação das evidências conforme a estrutura do CE 3.0; os lojistas ainda são responsáveis pela precisão e completude dos dados extraídos do Shopify Admin.