Como Contabilizar Devoluções e Retornos no E-commerce

Uma devolução não é uma venda negativa. São quatro eventos contabilísticos separados a usar um sobretudo.

---

É a segunda semana de janeiro. O Q4 foi o seu melhor trimestre de sempre — dezembro sozinho gerou mais receita do que todo o primeiro semestre do ano passado. Depois, abriu-se a janela de devoluções.

Agora as devoluções estão a chegar, e os livros deixaram de fazer sentido. Os seus pagamentos são notavelmente menores do que as suas vendas. Metade das devoluções que está a processar pertencem a encomendas de dezembro — um mês que pensava estar encerrado. E quando totaliza o que saiu da sua conta versus o que devolveu aos clientes, os números não batem certo, porque as taxas de processamento das vendas originais parecem ter desaparecido no nada.

Se tem estado a olhar para isto e a perguntar-se se quebrou alguma coisa, não o fez. Está apenas a descobrir que ninguém lhe ensinou como contabilizar devoluções no e-commerce — e a abordagem intuitiva com que quase todos começam está errada de uma forma específica e corrigível.

Aqui está a intuição, dita de forma clara: "Uma devolução é apenas uma venda negativa. Subtraia-a e siga em frente."

Essa é a mentira. Parece certo porque a experiência do cliente é simétrica — dinheiro a entrar, dinheiro a sair. Mas os seus livros não estão a registar a experiência do cliente. Estão a registar quatro eventos financeiros separados, e uma devolução reverte cada um deles de forma diferente. Alguns totalmente, alguns parcialmente, e um nem por isso.

Como Contabilizar Devoluções no E-commerce: Uma Devolução, Quatro Livros de Contabilidade

Vamos concretizar isto com uma encomenda claramente fictícia.

Em dezembro, um cliente comprou uma jaqueta por um total de 120 €: 112 € pelo produto, 8 € em imposto sobre vendas. O seu processador cobrou-lhe uma taxa de processamento de 3,50 € na venda. A jaqueta custou-lhe 45 € no grossista, o que registou como custo das mercadorias vendidas.

Em janeiro, o cliente devolve-a. Eis o que realmente tem de acontecer nos seus livros.

1. Receita: contra-receita, não rendimento eliminado

O seu primeiro instinto pode ser apagar ou reduzir a venda original. Não o faça. Essa venda de dezembro realmente aconteceu — apagá-la destrói a sua figura de receita bruta, a visibilidade da sua taxa de devolução e o seu rasto de auditoria.

Em vez disso, os 112 $ são registados numa conta de contra-receita — normalmente chamada "Reembolsos e Devoluções" ou "Devoluções e Descontos de Vendas" — que se situa abaixo das receitas e tem um saldo devedor. A receita bruta permanece intacta, os reembolsos aparecem como uma linha própria e a receita líquida é a diferença. Agora pode ver que a sua loja teve 112 $ em vendas e 112 $ em devoluções, o que é uma informação muito diferente de "Não aconteceu nada".

2. Taxas de processamento: o dinheiro que não volta

Esta é a parte que mais prejudica as reconciliações de janeiro. A maioria dos processadores, incluindo o Shopify Payments, não devolve a taxa de processamento quando reembolsa o cliente.

Assim, o cliente recebe de volta os seus 120 $ completos, mas a sua despesa de 3,50 $ de taxa de dezembro sobrevive. Não há nenhuma entrada de reversão a fazer — a taxa simplesmente permanece nos seus registos como um custo real. O que significa que cada reembolso lhe custa dinheiro silenciosamente, e um pagamento durante uma semana com muitos reembolsos será menor do que "vendas menos reembolsos" prevê. Essa lacuna não é um erro. São taxas.

3. Imposto sobre vendas: reversão de um passivo, não de rendimento

Os 8 $ de imposto sobre as vendas nunca foram seu dinheiro. Quando os cobrou, foram para uma conta de passivo de imposto sobre as vendas a pagar — estava a guardá-los para o estado.

Quando reembolsa a encomenda, esse passivo tem de ser revertido: débito de imposto sobre as vendas a pagar 8 $, para que já não o deva. Salte este passo e remeterá imposto sobre uma venda que já não existe. Os estados são notoriamente relaxados em devolver esse dinheiro, por isso é muito melhor não o enviar em primeiro lugar.

4. Inventário e Custo das Mercadorias Vendidas: apenas se os bens voltarem vendáveis

Se o casaco voltar em condições revendáveis, reverte o lado do custo: débito de inventário 45 $, crédito de custo das mercadorias vendidas 45 $. O casaco é novamente um ativo.

Se voltar danificado, usado, ou não voltar de todo, não faz reversão — os 45 $ permanecem no CMV como o custo real dessa transação. Esta é uma decisão que o software não pode tomar totalmente por si, razão pela qual o seu processo de devoluções necessita de um ponto de verificação "vendável ou não" que alimente a sua contabilidade.

Aqui está o quadro completo para o nosso reembolso de 120 $, assumindo que o casaco é revendável:

Parte	Conta	Débito	Crédito
Receita	Reembolsos e Devoluções (contra-receita)	$112.00
Imposto sobre as vendas	Imposto sobre as vendas a pagar	$8.00
Saída de caixa	Conta de compensação do processador de pagamentos		$120.00
Inventário	Inventário	$45.00
CMV	Custo das mercadorias vendidas		$45.00

E a taxa? Em lado nenhum desta entrada — os 3,50 $ originais permanecem exatamente onde dezembro os colocou. Resultado líquido: ficou sem 120 $ em dinheiro, ficou sem 3,50 $ em taxas para sempre, e recuperou um casaco de 45 $. É isso que um reembolso realmente é.

[IMAGEM: Diagrama mostrando um reembolso a dividir-se em quatro setas — receita, taxas, imposto sobre as vendas, inventário — cada uma a aterrar numa conta diferente]

Os Casos Especiais Que Mordem em Janeiro

A versão limpa de quatro partes cobre um reembolso total de uma encomenda de um único item. Os janeiros reais são mais confusos. Aqui está a contabilidade de devoluções que as lojas de comércio eletrónico realmente enfrentam.

Devoluções parciais

Reembolse 40 $ de uma encomenda de 120 $ e cada parte escala proporcionalmente — contra-receita parcial, reversão parcial do imposto sobre as vendas — exceto o inventário, que geralmente não se move, porque um reembolso parcial significa tipicamente que o cliente manteve os bens. Um reembolso de 40 $ como apaziguamento por uma entrega tardia afeta a receita, o imposto e o dinheiro. Nunca afeta o CMV.

Devoluções entre períodos: a venda de dezembro, devolvida em janeiro

Esta é a maior razão pela qual os livros de janeiro "quebram". A venda acontece em dezembro; o reembolso acontece em janeiro. Você não reabre dezembro para compensá-los um ao outro — o reembolso é um evento de janeiro, registado na contra-receita de janeiro.

A consequência: a receita líquida de janeiro parece má, porque está a suportar os devoluções do volume de dezembro sem as vendas de dezembro. Isso não é um erro de contabilidade. É a realidade, e vê-la claramente é o objetivo. Significa também que os seus números de dezembro exageram ligeiramente o que você acabou por reter — vale a pena lembrar antes de fazer apostas de inventário em janeiro com base na linha superior do Q4.

Chargebacks vs. devoluções

Uma disputa de pagamento não é um reembolso com atitude — é um mecanismo diferente. O banco do cliente recupera o dinheiro através do processador, você é tipicamente cobrado uma taxa de disputa adicional (que, ao contrário do reembolso em si, pode recuperar apenas se ganhar), e tudo pode ficar por resolver durante semanas.

Registe as disputas de pagamento na sua própria conta em vez de as agrupar em reembolsos. As mecânicas das taxas diferem, o momento difere, e uma taxa de disputa crescente é um alarme operacional que você quer ser capaz de ver.

Cancelamentos são uma terceira espécie novamente, e vale a pena ver como o software de sincronização modela a diferença. No LedgerPort, uma configuração "Anular encomendas QB para encomendas canceladas" anula a transação QuickBooks quando uma encomenda já sincronizada é cancelada — uma anulação, não uma eliminação e não um reembolso, para que o registo sobreviva para o seu rasto de auditoria enquanto a receita é removida; encomendas canceladas antes de serem sincronizadas são simplesmente ignoradas. Um reembolso, por contraste, produz sempre um documento de reversão ligado à venda original. E se você emitir crédito em loja em vez de reembolsar dinheiro, esse é um quarto evento: vales de presente e crédito em loja são registados como passivos, não receita — a mesma lógica da componente do imposto sobre as vendas acima, aplicada a mercadorias que você agora deve.

Taxas de reabastecimento

Se você cobrar uma taxa de reabastecimento de 10%, você reembolsa 108€ na nossa encomenda de 120€, mas a entrada de contra-receita ainda é baseada no valor total do produto — os 12€ que você reteve são registados como a sua própria linha de rendimento (rendimento de taxa de reabastecimento) ou como uma redução do reembolso. De qualquer forma, não deixe que desapareça silenciosamente num montante de reembolso "chega lá", porque é a diferença entre o seu total de reembolso e o seu total de débito que alguma vez reconciliará.

A Estrutura Que Mantém Isto Sã

Você não corrige a contabilidade de reembolsos uma entrada de cada vez em janeiro. Você corrige com estrutura, configurada uma vez. Três partes:

Uma conta de contra-receita dedicada. Se os reembolsos estiverem atualmente a reduzir a sua linha de rendimento de forma invisível, crie "Reembolsos e Devoluções" em rendimento e direcione todos os reembolsos para lá. O seu P&L começa instantaneamente a dizer-lhe a sua taxa de reembolso — a maioria dos proprietários de lojas fica surpreendida com o número.

Resumo mensal das entradas de reembolso. Não precisa de uma entrada de diário de quatro pernas por reembolso. O que precisa é que os reembolsos de cada mês sejam resumidos com precisão nas quatro pernas — receita, imposto, inventário, com as taxas inalteradas — para que o mês se sustente por si só. É isto também que faz dos reembolsos entre períodos um não-evento: o resumo de janeiro simplesmente inclui os devoluções de dezembro.

Correspondência de pagamentos que espera reembolsos. Um pagamento com muitos reembolsos nunca será igual às vendas menos os reembolsos, por causa das taxas não devolvidas. O seu processo de reconciliação tem de dividir cada pagamento em vendas, reembolsos e taxas antes de o comparar com o depósito bancário — o método completo está no nosso guia para reconciliar pagamentos Shopify no QuickBooks. E se tiver esta estrutura implementada antes do final do ano, a época fiscal deixa de ser um projeto de arqueologia — a nossa lista de verificação para preparação fiscal de lojas Shopify mostra onde dados de reembolso limpos compensam.

Onde a Automação Captura Isto

Tudo o que está acima é exequível manualmente. É também exatamente o tipo de trabalho repetitivo, de quatro coisas ao mesmo tempo, que o software deveria fazer, que é onde uma ferramenta de sincronização justifica o seu valor.

O tratamento de reembolsos do LedgerPort aplica esta estrutura automaticamente para lojas Shopify e WooCommerce: os reembolsos são lançados numa conta de receita contra em vez de substituir as vendas, as reversões de imposto sobre vendas são calculadas por reembolso, as taxas de processamento não devolvidas são mantidas separadas para que os pagamentos ainda correspondam, e os reembolsos entre períodos aterram no mês correto sem tocar nos seus livros fechados. No plano Scale, os diários de pagamento chegam com as taxas e reembolsos já divididos — os preços começam grátis, com planos pagos a partir de $25/mês e uma garantia de devolução do dinheiro em 14 dias.

O lado do QuickBooks espelha o que o seu contabilista faria manualmente. As encomendas que sincronizam como faturas recebem uma nota de crédito ligada à fatura original; as encomendas que sincronizam como recibos de venda recebem um recibo de reembolso ligado à venda original. De qualquer forma, a transação original de dezembro permanece intocada — que é exatamente a regra de "não apagar a venda" da estrutura de quatro pernas acima, imposta por software. Reembolsos parciais criam uma transação apenas para o montante reembolsado, com itens de linha, imposto e envio divididos para corresponder ao que foi reembolsado na Shopify.

Ativar isto é uma configuração: em Configuração de Sincronização » Encomendas, marque Reembolsado, Parcialmente Reembolsado, ou ambos como gatilhos de estado de pagamento.

Algumas trocas honestas a saber antes de confiar nele. Um reembolso só pode ser associado a uma encomenda que já existe no QuickBooks — se a venda original nunca foi sincronizada, o reembolso não tem nada em que assentar até que sincronize primeiro a encomenda. Se um reembolso for editado no Shopify após a sua emissão, o montante sincronizado pode vir incorreto até que o envie novamente. E se nenhum dos gatilhos de reembolso estiver ativado, os reembolsos são excluídos da sincronização inteiramente e o seu saldo do QuickBooks afasta-se silenciosamente do Shopify. Nenhum destes são problemas de reconstruir os livros: quando um falha, você ressincroniza manualmente a encomenda específica e o LedgerPort cria a transação de reembolso em falta.

No WooCommerce: as devoluções são canalização por gateway

A história acima é a edição do Shopify. No WooCommerce, os reembolsos são uma entidade sincronizada de primeira classe por direito próprio: o plugin LedgerPort regista um webhook dedicado refund.created, pelo que a emissão de um reembolso dispara o seu próprio evento de sincronização em vez de ser inferido de uma edição da encomenda. E como diferentes gateways liquidam reembolsos de forma diferente, a sincronização de reembolsos é configurada por gateway em Configuração de Sincronização » Pagamentos: cada gateway de pagamento que o LedgerPort deteta na sua loja obtém o seu próprio interrutor de ativação de reembolso, a sua própria conta de compensação e a sua própria numeração de referência de reembolso — um formato de prefixo/sufixo ou o ID de reembolso do WooCommerce — para que cada reembolso no QuickBooks remonte ao evento exato da loja que o criou.

O benefício operacional é a verificação. O separador Pagamentos da página de Sincronização Manual substitui a pesquisa de texto por dois filtros de menu suspenso — gateway de pagamento e estado da sincronização — pelo que "cada pagamento Stripe que ainda não chegou ao QuickBooks" é uma consulta de dois menus suspenso. Esse mesmo par de filtros é como confirma, durante uma semana com muitos reembolsos, que o fluxo de contra-receita realmente correu para cada gateway em vez de assumir que o fez.

Uma ressalva honesta: nenhuma ferramenta pode dizer-lhe se uma jaqueta devolvida é vendável. A parte do inventário ainda precisa de uma decisão humana na mesa de devoluções. O que a automação remove é tudo o que vem depois dessa decisão.

As Devoluções Nunca Se Tornam Divertidas. Esse Não É o Objetivo.

Aqui está a verdade tragicómica sobre tudo isto: mesmo com livros perfeitos, os reembolsos de janeiro ainda magoam. Você ainda está a devolver dinheiro do seu melhor trimestre, ainda está a comer as taxas de processamento, ainda está a ver a receita líquida a cair enquanto a onda de devoluções passa.

O que muda é que a dor se torna legível. O pagamento corresponde. A responsabilidade fiscal está correta. Dezembro permanece fechado. A taxa de reembolso é um número num relatório em vez de um mau pressentimento no estômago. Os reembolsos deixam de ser uma crise para serem aborrecidos — e aborrecido, na contabilidade, é o objetivo final.

Se o seu janeiro atual se assemelha ao do topo desta publicação — pagamentos a diminuir, reembolsos de dezembro a assombrar janeiro, taxas em falta — a estrutura de quatro patas é a solução, e pode tê-la a funcionar antes da próxima vaga de devoluções. Comece gratuitamente com o LedgerPort e deixe que ele registe o próximo reembolso corretamente para si →