Vincule as evidências de chargeback
a um único pedido antes de enviar

O Emissor Avalia o Pacote Contra a Contestação, Não a Pasta

Uma pasta completa pode perder para uma enxuta quando a enxuta responde ao código de motivo. O aviso de chargeback define a questão. O painel pode ser Shopify Payments, Stripe ou Adyen, mas o aviso carrega os mesmos campos essenciais: o ID da disputa, o código de motivo, o valor contestado e sua moeda, e a data até a qual seu adquirente, o banco do lojista que envia em seu nome, precisa de uma resposta. O código de motivo é o rótulo curto para o que o portador do cartão diz que deu errado: mercadoria não recebida, diferente do descrito, uma cobrança não autorizada, uma duplicidade, uma moeda errada.

O prazo do lojista é mais curto que o do portador do cartão. As regras da Visa estabelecem uma janela de 30 dias corridos a partir da data de processamento da disputa para a resposta do adquirente. O guia de chargeback da Mastercard dá ao adquirente 45 dias corridos a partir da data de liquidação do chargeback para uma segunda apresentação na maioria dos casos. Seu processador geralmente define um prazo interno mais cedo para poder revisar e protocolar a tempo. Perder a data encerra o caso antes que alguém leia as evidências, e as orientações da Mastercard para lojistas tratam esse prazo como parte do caso, não como burocracia em torno dele.

O padrão de evidências é mais restrito que "tudo o que eu tenho". Evidência convincente é a documentação que contradiz diretamente a alegação específica. A resposta em si é o representment, a reapresentação formal da transação pelo lojista ao emissor. Uma entrega assinada é forte contra "nunca chegou" e irrelevante contra "diferente do descrito". Um recibo com o total correto não faz nada por uma alegação de cobrança não autorizada se não puder mostrar quem autorizou o pagamento. Antes de puxar um único documento, escreva cinco campos no topo de uma folha em branco: ID da disputa, referência do pedido, código de motivo, valor contestado com sua moeda, e a data de vencimento da resposta. Esses cinco campos são a especificação do pacote.

Evidência para uma alegação diferente não é evidência fraca. É uma alegação sem resposta.

Qual Endereço Precisa Coincidir É Definido pelo Código de Motivo

Duas disputas comuns de e-commerce perguntam sobre dois endereços diferentes, e uma única verificação de envio versus cobrança não responde às duas. Para uma alegação de que a mercadoria nunca chegou, a condição 13.1 da Visa exige prova de entrega que mostre o endereço de entrega completo, e esse endereço precisa coincidir com o da fatura ou do contrato de compra. A questão é se o comprador recebeu a mercadoria onde o pedido indicava que ela chegaria.

Para uma alegação de fraude sem cartão presente, a questão é diferente. Uma rota aceita pelas regras de evidência convincente de e-commerce da Mastercard exige uma resposta do serviço de verificação de endereço (AVS) X ou Y e documentação de que a mercadoria foi enviada ao endereço de cobrança confirmado pelo AVS. A bandeira está testando se a pessoa no endereço de cobrança participou da compra, não se o pacote chegou a um destinatário de presente.

Um único envio pode satisfazer a primeira regra e falhar na segunda. Se um cliente pede entrega em um endereço comercial, o registro de entrega pode coincidir perfeitamente com o pedido e ainda assim ficar fora do endereço de cobrança que a condição de fraude nomeia. Esse é um limite da regra, e o dossiê precisa ser montado em torno da alegação que está de fato aberta. Ambos os requisitos estão dentro da condição que os levanta, não em uma regra separada sobre endereços.

Os lojistas transformaram isso em folclore. Um lojista em uma thread do r/smallbusiness de 2022 disse claramente: "é bastante padrão que chargebacks sejam perdidos automaticamente quando os endereços de envio e cobrança são diferentes." A divergência importa. Qual divergência importa depende da alegação. Uma verificação genérica sinaliza um pedido de presente legítimo como problema e deixa passar a lacuna real em um caso de fraude em que o pacote foi para um terceiro endereço.

Adicione quatro colunas à tabela do caso: endereço no pedido, endereço no registro de entrega, resultado do AVS e a origem de qualquer instrução de endereço. Quando os dois primeiros diferem, o documento explicativo é a solicitação por escrito: o e-mail do cliente, o chat de suporte ou a confirmação de redirecionamento da transportadora. Anexe-o e diga o que ele mudou. Sem esse documento, uma resposta à 13.1 está argumentando contra seu próprio registro de entrega, e uma resposta de fraude sem cartão presente não tem caminho para o endereço de cobrança que a regra exige.

O endereço correto é o que o código de motivo nomeia, não o que seu sistema de pedidos trata como principal.

O Valor Contestado, o Valor da Liquidação e o Total do Recibo São Três Números

Um chargeback pode ser declarado em uma moeda, liquidado em outra e comprovado por um recibo que divide o mesmo valor em impostos e frete, e todos os três registros podem estar corretos. O valor no aviso de disputa é declarado na moeda em que a transação foi apresentada, às vezes chamada de moeda de apresentação. A linha no seu export do gateway geralmente é o valor que foi liquidado na sua própria moeda após a conversão.

Considere um pedido de €120,00 liquidado a 1,082 por $129,84. O aviso diz €120,00. O recibo diz €120,00, incluindo €20,00 de VAT. A linha do gateway diz $129,84. Comparados como números brutos, 120,00 e 129,84 parecem uma discrepância de 9,84. Com os códigos de moeda anexados, eles descrevem a mesma cobrança. Se um analista "corrigir" o recibo para corresponder ao valor da liquidação, o detalhamento do VAT não fecha mais e o pacote agora contém um documento que foi alterado para concordar com um número diferente.

Três outras diferenças de valor são normais. Uma disputa pode cobrir apenas parte de um pedido, então o valor contestado é menor que a cobrança. Uma autorização pode diferir do valor capturado após uma gorjeta, uma retenção de combustível ou um ajuste. Um reembolso pode chegar depois que a disputa é aberta. A documentação de disputas do Stripe observa que o valor contestado pode diferir da cobrança devido à flutuação cambial ou a uma disputa parcial, o que é um aviso útil contra tratar toda diferença como erro.

A moeda também pode ser a própria alegação. A condição 12.3 da Visa cobre uma moeda incorreta, incluindo uma transação processada em uma moeda com a qual o portador do cartão não concordou, como uma conversão dinâmica de moeda. Nesse caso, o recibo ou registro da transação que mostra a moeda pretendida é a defesa, e uma linha de liquidação em outra moeda não é um substituto. Registre o valor como impresso, o código da moeda, o valor na moeda do caso e a base de cada valor: autorizado, capturado, reembolsado ou contestado.

Um valor sem código de moeda é um número, não evidência.

Um Pedido Pode Gerar Dois Registros de Entrega, e Apenas Um Pertence ao Pacote

Um reenvio, um redirecionamento da transportadora ou um pedido dividido deixa mais de um registro de entrega vinculado a um único número de pedido, e o registro errado pode transformar um caso vencível em um caso enganoso. A versão mais comum é a reposição. A primeira encomenda é perdida ou danificada, então o fulfillment envia outra. A reposição tem um novo número de rastreamento e uma nova data de entrega. Anexá-la como prova da entrega original responde a uma pergunta que ninguém fez.

Um registro de reposição ainda pode pertencer ao pacote, mas precisa de um rótulo e de uma frase. Ele mostra que você remediou a falha. Não mostra que o envio original chegou no prazo. Se a reposição chegou depois da data de entrega prometida, apresentá-la como prova original convida o emissor a ler a linha do tempo contra você. Se a disputa é sobre a reposição, então ela é o registro relevante, e o original deve ser rotulado como a tentativa anterior.

Um redirecionamento da transportadora cria uma segunda versão do mesmo problema. O registro de entrega mostra um endereço diferente do pedido, porque o cliente pediu à transportadora que enviasse a encomenda para outro lugar. Sem a solicitação de redirecionamento, o pacote parece uma entrega para o endereço errado. Com ela, a diferença é explicada e a entrega volta a ser relevante.

Pedidos divididos precisam de uma chave mais precisa. Um número de pedido pode cobrir duas encomendas, e uma leitura de entregue da primeira encomenda não responde a uma disputa sobre um item da segunda. A tabela precisa carregar a referência da encomenda ou do envio ao lado da referência do pedido, para que uma linha possa ser associada à parte do pedido que ela realmente cobre. A mesma lógica se aplica ao fulfillment parcial, aos pedidos em espera e aos itens de drop-ship que nunca compartilham um número de rastreamento.

Dois registros de entrega não são uma contradição até você saber qual encomenda cada um cobre.

É também aqui que a verificação prévia se justifica ao dizer para você não lutar. Se o único registro de entrega cobre uma encomenda diferente, ou a reposição chegou depois da data prometida, o caso pode não ter defesa que valha a taxa e o tempo da equipe. Aceitar um caso fraco é um desfecho legítimo. Descobrir isso antes de redigir uma refutação é o ponto.

O analista não percebe porque três sistemas usam três chaves diferentes

Os registros geralmente vêm de fulfillment, suporte e pagamentos, e cada sistema rotula o mesmo pedido com um identificador diferente. A equipe de fulfillment trabalha com números de rastreamento e IDs de envio. O suporte trabalha com o número do pedido e o ticket. Os pagamentos trabalham com o charge ID, o payment intent ou o ARN. O aviso de disputa pode mostrar o número do pedido do lojista, o ARN ou ambos, dependendo do processador.

O analista de disputas é o único papel que precisa dos quatro tipos de registro em um só lugar, e geralmente o único trabalhando contra o prazo do caso. Sob esse prazo, corresponder por valor e data parece suficiente. É suficiente até que dois pedidos compartilhem um valor e uma data. Dois pedidos de $49,00 na mesma tarde produzem duas linhas de gateway, dois números de pedido e dois registros de entrega. O analista pega a linha que parece certa, anexa o registro de entrega que parece certo, e o pacote agora contém uma entrega para a cidade de outro cliente. O emissor vê uma contradição que o lojista nunca pretendeu. A disciplina de chave de junção é a mesma por trás de three-way matching para pedidos de compra, faturas e recibos de mercadorias, onde o número do pedido precisa sobreviver a três sistemas antes que qualquer comparação faça sentido.

A solução é uma tabela de correspondência. Uma linha do caso carrega a referência do pedido, o charge ID, o ARN ou ID da disputa, todos os números de rastreamento e a encomenda que cada número de rastreamento cobre. Uma vez que essa linha existe, todos os outros registros podem ser anexados a ela com um motivo. Sem ela, o pacote é uma pilha de documentos genuínos sem identidade compartilhada.

A verificação prévia: uma linha por documento, com chave pela referência do pedido

A verificação prévia coloca todos os registros de um caso em uma única tabela antes que alguém escreva uma refutação. A tabela tem uma linha por documento, não uma linha por pedido. Um recibo, uma confirmação de pedido, um registro de entrega, uma nota de reenvio e um extrato de transação do mesmo pedido se tornam cinco linhas que podem ser classificadas, filtradas e lidas umas em relação às outras.

O que a tabela produz não é um veredito. É uma pequena lista de linhas que afirmam descrever o mesmo pedido e não concordam entre si. Essa lista é a verdadeira entrada para a refutação, porque cada item dela é ou uma contradição que você pode explicar ou um motivo para parar.

Onde a Tabela Para

A tabela informa o que cada documento diz; ela não decide qual documento está certo nem se vale a pena contestar o caso. Vale delimitar a fronteira antes que o fluxo de trabalho pareça mais capaz do que é.

• Não há integração com gateway de pagamento. O registro da disputa e a linha de liquidação ainda são exportados do seu processador e adicionados à planilha.
• Não há envio automático de representment. O pacote é enviado pelo painel de disputas do processador, respeitando os limites de arquivo e os prazos do processador.
• Não há decisão sobre a disputa. O código de motivo e as regras da bandeira decidem o que é relevante, e uma pessoa decide se as evidências são fortes o suficiente para contestar.
• Não há julgamento entre documentos. A ferramenta preenche as colunas; a fórmula de comparação, a interpretação e a refutação continuam com a sua equipe.
• Uma exportação CSV já é estruturada. A extração se justifica nos PDFs, digitalizações, capturas de tela e fotos que não chegam como linhas.

Transforme a Lista de Contradições em uma Lista de Anexos

Um pacote deve responder à alegação na primeira página e rotular cada anexo com a referência do pedido e o ponto que ele comprova. Os documentos de representment de chargeback são lidos em sequência, então a ordem que funciona é: registro da transação, registro do pedido, registro de entrega da encomenda disputada e, por fim, as comunicações. Cada anexo recebe uma frase: o que ele mostra e qual parte da alegação ele responde.

O conjunto central de evidências é menor do que a maioria das pastas sugere: o registro da transação com sua autorização e resultado de AVS, o pedido ou contrato de compra, o registro de entrega do item disputado e qualquer comunicação sobre a entrega. Casos de serviços e bens digitais trocam o registro de entrega pelo log de acesso e pelos termos aceitos na compra. O código de motivo decide qual desses lidera e qual pode ficar de fora.

Mantenha o pacote restrito aos registros que respondem à contestação. Uma pasta com PDFs de políticas genéricas e páginas de termos não relacionadas dilui os dois documentos que importam. Tire um screenshot do resultado do rastreamento com o endereço completo e a data de entrega em vez de colar um link de rastreamento, já que o emissor analisa o arquivo, não o site da transportadora.

Trate o envio como definitivo. A documentação de disputas da Stripe afirma que o comerciante tem uma única oportunidade de enviar uma resposta e não pode editá-la nem adicionar arquivos depois. O guia da Mastercard diz que documentação recebida no momento ou após a apresentação de pré-arbitragem ou arbitragem não é considerada. Essas regras são o motivo pelo qual a verificação prévia acontece antes da refutação, e não depois que o emissor faz uma pergunta de acompanhamento.

Se a evidência de cumprimento for uma pilha de notas de entrega, transforme-as em linhas antes de escolher os anexos. Extrair dados de notas de entrega para uma planilha fornece a data, o endereço e o número de rastreamento em um formato que você pode comparar com o pedido e o registro da transação.

Cada anexo precisa de uma frase que diga a qual elemento da contestação ele responde.

Perguntas Frequentes

A prova de entrega vence um chargeback de mercadoria não recebida?

Não por si só. A prova precisa mostrar o endereço de entrega completo, corresponder ao endereço do pedido e cobrir o pacote ou item contestado pelo portador do cartão. Um registro de entrega de um pacote diferente no mesmo pedido não responde à contestação. Uma assinatura ajuda, mas o endereço e a identidade do pacote vêm primeiro.

E se o endereço de entrega for diferente do endereço de cobrança?

Leia o código de motivo antes de decidir qual endereço importa. Uma contestação de não recebimento sob a condição 13.1 da Visa depende do endereço de entrega no pedido. Uma contestação de fraude sem cartão sob a condição de evidência convincente da Mastercard depende do endereço de cobrança confirmado pelo AVS. Se o comprador solicitou um endereço de entrega diferente, anexe a instrução por escrito. Se não houver instrução por escrito e o pacote foi para um terceiro endereço, a via da evidência convincente pode estar fechada, e isso é um motivo para reavaliar o caso em vez de adicionar mais documentos.

Qual valor a refutação deve usar?

Use o valor contestado na moeda mostrada no aviso de disputa. Mostre o valor da liquidação e a conversão separadamente se o registro do processador usar outra moeda. Não substitua o valor da liquidação pelo valor contestado e não altere o recibo para fazer os números coincidirem.

Posso adicionar evidências depois de enviar?

Normalmente não. O Stripe permite um único envio sem edições ou arquivos adicionais. A Mastercard não considera documentação recebida na data ou após o protocolo de pré-arbitragem ou arbitragem. Presuma que o primeiro pacote completo é o único que o emissor vai ler.

O ImageToTable.ai pode enviar o representment ou se conectar ao meu gateway?

Não. Ele extrai os campos dos documentos de evidência para uma tabela, para que os registros possam ser comparados pela referência do pedido. A exportação do gateway, o caso de disputa, o envio e a decisão de contestar ficam com você e seu processador.

Preciso de todos os documentos para todos os casos?

Não. Comece pelo código de motivo e pela reclamação, depois anexe os registros que a respondem. Um caso de mercadoria não recebida geralmente precisa do pedido, do registro de entrega da encomenda contestada e de qualquer comunicação sobre o endereço ou o atraso. Um caso de fraude precisa dos registros de autorização e identidade que a condição nomeia. Documentos extras que não respondem à reclamação tornam o pacote mais longo, não mais forte.

O Pacote É um Argumento Sobre um Pedido

Um pacote de chargeback é um argumento sobre um pedido. Se os documentos não concordarem sobre qual pedido descrevem, o emissor não tem argumento a seguir, mesmo quando todos os documentos são genuínos. O código da moeda, o endereço que o código de motivo nomeia, a encomenda por trás de cada registro de entrega e o identificador que sobrevive a três sistemas fazem o mesmo trabalho: mantêm o pacote em um único caso.

Comece pela referência do pedido. O restante da lista fica mais curto quando cada linha pertence ao mesmo caso.