Prova de Entrega Não Basta: O Que o Código de Motivo Realmente Exige

O rastreamento diz "entregue" — e você ainda perde

Um lojista enviou um pedido de R$ 420 com rastreamento dos Correios mostrando entrega confirmada no CEP do titular. Foto de entrega disponível. AVS Y. O chargeback veio com código Visa 10.4 — transação não autorizada. O lojista enviou o comprovante de rastreamento como evidência principal. Perdeu.

O emissor não estava perguntando se o pacote chegou. Estava perguntando se o titular do cartão autorizou a compra. São perguntas diferentes. Prova de entrega responde a uma delas.

Esse é o erro operacional mais comum em disputas no Shopify Admin em Pagamentos > Contestações: o lojista trata a prova de entrega (POD) como argumento universal, quando ela só é decisiva em um subconjunto específico de códigos de motivo.

Quando a POD vence — e quando ela não resolve nada

A prova de entrega é argumento direto em disputas de Item Não Recebido (INR) — Visa 13.1, Mastercard 4855, Elo NRE. Nesses casos, o titular afirma que o produto nunca chegou. Rastreamento com entrega confirmada, número de rastreio vinculado ao pedido e data de envio dentro do prazo contratado são exatamente o que o emissor precisa ver. POD aqui é evidência central.

Fora do INR, a POD perde força rapidamente:

• Fraude / Transação Não Autorizada (Visa 10.4, Mastercard 4837): O titular diz que não fez a compra. Provar que o produto chegou não prova que ele autorizou o pagamento. O emissor precisa de sinais de autorização — correspondência de dispositivo, IP consistente com histórico do titular, CVV, AVS, comportamento de sessão.
• Produto Não Conforme / SNAD (Visa 13.3, Mastercard 4853): O titular recebeu o produto, mas alega que não corresponde à descrição. POD aqui confirma o que o titular já admite — que recebeu algo. O argumento que importa é a correspondência entre o que foi anunciado e o que foi entregue: fotos do produto, descrição da listagem, política de devolução aceita.
• Serviço não prestado / produto digital: Não existe entrega física para rastrear. A evidência relevante é log de acesso, confirmação de download, IP de uso, e-mail de ativação com timestamp.

Enviar POD como evidência principal em disputas de fraude ou SNAD não é neutro — é ruído. Emissores com volume alto de contestações leem pacotes de evidência em segundos. Um pacote que abre com rastreamento em resposta a um 10.4 sinaliza que o lojista não leu o código de motivo.

O pedido de R$ 890 com entrega confirmada, foto e assinatura — e ainda perdeu

Pedido de eletrônico portátil, R$ 890, enviado com transportadora privada, assinatura coletada, foto do destinatário na porta. Chargeback Mastercard 4837. O lojista enviou: comprovante de rastreamento, foto de entrega, nota fiscal, confirmação do pedido.

O que faltou: o endereço de entrega era diferente do endereço de cobrança do cartão. O IP do pedido era de uma cidade diferente do CEP cadastrado no emissor. Não havia histórico de compras anteriores do mesmo titular. O CVV foi inserido corretamente, mas o AVS retornou parcial.

O emissor leu o pacote, viu quatro documentos sobre entrega, e nenhum sobre autorização. Decidiu a favor do titular.

O lojista tinha os dados de IP e device disponíveis no Shopify Admin — simplesmente não os incluiu porque achou que a foto de entrega era suficiente.

O que adicionar por código de motivo

INR — Item Não Recebido

POD é o argumento central, mas precisa estar completo:

• Número de rastreio vinculado ao pedido (não apenas o número solto)
• Histórico completo de movimentação do pacote, não só o status final
• Data de envio versus data prometida ao cliente — se houve atraso, explique
• Confirmação de endereço: o pacote foi para o endereço que o titular forneceu no checkout

Se o rastreamento mostra entrega mas o titular insiste que não recebeu, adicione: comunicação pós-entrega (o titular entrou em contato reclamando? Quando? O que disse?), e se houver, foto de entrega ou confirmação de portaria.

Fraude / Transação Não Autorizada

POD é secundária. O argumento principal é autorização:

• IP do pedido e consistência geográfica com o endereço de entrega
• Device fingerprint se disponível via app de fraude integrado
• Resultado de AVS e CVV — e o que cada resultado significa para aquele pedido específico
• Histórico de compras anteriores do mesmo e-mail ou cartão, se existir
• Comportamento de sessão: tempo no site, páginas visitadas antes do checkout
• Para Visa 10.4 com valor acima de determinado threshold: verifique elegibilidade para Visa Compelling Evidence 3.0 — dois pedidos anteriores não contestados do mesmo dispositivo ou IP podem transformar o caso

POD pode aparecer como evidência de suporte — prova que o produto foi para o endereço que o suposto fraudador forneceu — mas não como argumento principal.

SNAD — Produto Não Conforme

POD confirma recebimento, o que o titular já admite. O argumento é conformidade:

• Screenshot da listagem do produto no momento da compra (não a versão atual)
• Fotos do produto enviado, se disponíveis
• Política de devolução aceita no checkout — campo visível, não enterrado no rodapé
• Comunicação com o cliente sobre a reclamação: o titular abriu chamado? O lojista respondeu? Ofereceu troca ou reembolso?
• Se o titular nunca entrou em contato antes do chargeback, isso é relevante — documente

Ponto de decisão: contestar com POD ou reformular o pacote

Quando o chargeback chega e você tem rastreamento confirmado, a primeira reação é enviar a POD imediatamente. Antes de fazer isso, pare e leia o código de motivo.

Caminho A — Código é INR (Visa 13.1, Mastercard 4855, Elo NRE): POD é o argumento correto. Monte o pacote com rastreamento completo, data de envio, endereço confirmado e qualquer comunicação pós-entrega. Envie. Esse é o cenário onde POD vence.

Caminho B — Código é fraude ou SNAD: POD sozinha não resolve. Se você enviar apenas rastreamento, o emissor vai ler como resposta incompleta. Consequência: derrota provável mesmo com entrega confirmada. Reformule o pacote para o argumento correto do código — autorização para fraude, conformidade para SNAD — e use POD como suporte, não como argumento principal.

Enviar o pacote errado não é neutro. Emissores não pedem complementação. Você tem uma chance.

Como estruturar a narrativa no Shopify

No campo de texto da contestação em Pagamentos > Contestações > [pedido] > Enviar resposta, a narrativa precisa mapear diretamente para o código de motivo. Não comece com rastreamento se o código é de fraude.

Modelo de narrativa para INR:

"O pedido #[NÚMERO] foi enviado em [DATA] para o endereço fornecido pelo titular no checkout ([ENDEREÇO]). O rastreamento [CÓDIGO] confirma entrega em [DATA DE ENTREGA]. O pacote foi para o endereço exato informado pelo titular. Nenhuma comunicação de não-recebimento foi registrada antes da abertura da contestação."

Modelo de narrativa para fraude (10.4 / 4837):

"O pedido #[NÚMERO] foi realizado a partir do IP [IP], consistente com a região do endereço de entrega fornecido. AVS retornou [RESULTADO]. CVV correspondeu. O titular possui histórico de [X] pedidos anteriores no mesmo e-mail sem contestação. O produto foi entregue no endereço fornecido pelo próprio comprador no checkout."

Nota interna para triagem:

"Código [X] — argumento principal é [autorização / conformidade / entrega]. POD disponível — usar como [principal / suporte]. Dados de IP/device: [disponível / não disponível]. Decisão: contestar / conceder."

O que verificar no Shopify Admin antes de montar qualquer resposta

Execute essa sequência antes de tocar no campo de evidências:

1. Abra Pagamentos > Contestações e leia o código de motivo completo — não apenas a categoria.
2. Vá ao pedido original em Pedidos > [número do pedido] e verifique: endereço de entrega versus endereço de cobrança, resultado de AVS, resultado de CVV, IP do pedido (disponível via apps de fraude ou exportação de dados).
3. Verifique o histórico de comunicação com o cliente na linha do tempo do pedido — qualquer mensagem antes ou depois da entrega é evidência.
4. Confirme se o rastreamento está vinculado ao pedido ou apenas anotado em campo de texto — rastreamento não vinculado é mais fácil de questionar.
5. Decida o argumento principal com base no código, não na evidência que você tem mais fácil.

A evidência mais fácil de reunir raramente é a mais relevante. POD está sempre disponível. Dados de sessão e device exigem que você tenha configurado captura antes do pedido — se não configurou, essa lacuna é operacional, não de resposta.

Fraude amigável e o problema específico da POD

Fraude amigável — titular que recebeu o produto e contesta mesmo assim — frequentemente usa o código de fraude (10.4, 4837) em vez de INR. O lojista envia POD porque sabe que entregou. O emissor vê POD em resposta a um código de fraude e interpreta como lojista que não entendeu a reclamação.

Nesses casos, POD precisa estar no pacote, mas emoldurada corretamente: "O produto foi entregue no endereço fornecido pelo próprio titular, o que é inconsistente com uma transação não autorizada." Essa linha transforma POD de evidência de entrega em argumento contra a narrativa de fraude.

Sem esse enquadramento, POD em resposta a fraude parece resposta errada. Com ele, vira evidência comportamental.