Contabilidade de Cartões de Presente para E-commerce: Passivo para Receita

O seu melhor mês de cartões de presente é o mais fácil de errar nos seus livros – porque nenhum desse dinheiro é ainda receita.

---

É dia 23 de dezembro e a sua loja acabou de ter o seu melhor período de vendas de cartões de presente de sempre: 9.000 € em cartões vendidos em três semanas. O dinheiro está na sua conta bancária. O seu painel parece ótimo. Fecha o mês sentindo que dezembro carregou o ano.

Depois, janeiro acontece duas vezes. Primeiro, chegam os resgates – encomendas pagas parcial ou totalmente com esses cartões, enviando inventário real enquanto os pagamentos permanecem estranhamente baixos. Segundo, o seu contabilista faz uma pergunta a que não consegue responder: "Quanto do rendimento de dezembro foram cartões de presente e quanto deles foi resgatado?" Se contou os 9.000 € como vendas de dezembro *e* está a contar as encomendas de janeiro como vendas de janeiro, reconheceu o mesmo dinheiro duas vezes – e declarou rendimento em excesso num ano que já foi encerrado.

A intuição que causa isto é simples e parece infalível: "O dinheiro entrou na minha conta bancária, logo é uma venda."

Essa é a mentira no centro da contabilidade de cartões de presente. O dinheiro chegou, mas nenhum produto saiu. O que realmente vendeu foi uma promessa – e nos seus livros, uma promessa que ainda não cumpriu não é rendimento. É uma dívida.

Contabilidade de Cartões de Presente Numa Frase: Vendeu uma Promessa

Quando um cliente compra um cartão de presente de 100 €, não comprou mercadoria. Pré-pagou mercadoria que escolherá mais tarde. Até que a escolha seja feita, deve-lhe 100 € em bens – o que torna os 100 € um passivo no seu balanço, não receita na sua demonstração de resultados.

O lançamento no momento da venda:

• Débito: Dinheiro (ou a conta de compensação do seu processador de pagamentos) — 100 €
• Crédito: Passivo de Cartão de Presente (uma conta de Passivo Corrente Outro) — 100 €

Nenhuma conta de receita é tocada. Nenhum custo de bens vendidos é registado, porque nenhum bem se moveu. Na maioria dos estados dos EUA, nenhum imposto sobre vendas é cobrado na venda do cartão – o imposto geralmente aplica-se quando o cartão é gasto em produtos reais, não quando o próprio cartão é comprado. (As regras variam por estado; confirme a sua jurisdição com o seu CPA.)

Esta é a mesma lógica que governa reembolsos e devoluções: os seus livros não registam como o dinheiro *pareceu* – registam o que legalmente aconteceu. E o que aconteceu foi que um cliente lhe deu dinheiro e você deu-lhe um IOU.

O Ciclo de Vida: Venda, Resgate, Resgate Parcial

A receita aparece no momento em que cumpre a promessa. Aqui está o arco completo com números redondos claramente fictícios.

15 de dezembro — o cartão é vendido. Um cliente compra um vale de oferta de 100 $. Caixa a 100 $, Passivo de Vale de Oferta a 100 $. Receita do dia: 0 $.

10 de janeiro — resgate parcial. O titular do cartão compra um casaco de 60 $ e paga com o cartão. Agora — e só agora — ganhou algo:

• Débito: Passivo de Vale de Oferta — 60 $
• Crédito: Receita de Vendas — 60 $ (mais a componente do imposto sobre vendas: recolha e acumule imposto sobre a venda de 60 $ como faria para qualquer encomenda)
• Registe o Custo das Mercadorias Vendidas (CMV) para o casaco, porque o inventário finalmente se moveu.

Repare no que não aconteceu: não chegou dinheiro. O dinheiro chegou em dezembro. O resgate é o evento contabilístico onde o dinheiro de dezembro finalmente ganha o nome de "receita".

O restante fica simplesmente lá. O cartão ainda tem 40 $, pelo que 40 $ permanecem na conta de passivo — possivelmente durante meses, possivelmente para sempre. O saldo do seu passivo de vale de oferta a qualquer momento deve igualar o valor total não gasto em todos os cartões pendentes. Esse é o número que o seu contabilista quer, e é o número que a maioria das lojas não consegue produzir.

O modo de falha de dupla contagem é agora fácil de ver. Se registou 100 $ de receita em dezembro e 60 $ de receita em janeiro, reconheceu 160 $ num cartão de 100 $. Multiplique isso por um Q4 movimentado e estará a declarar excessivamente o rendimento — e o imposto sobre ele — em milhares.

Evento	Dinheiro	Passivo de vale de oferta	Receita
Cartão vendido (100 $)	+$100	+$100	$0
60 $ resgatados	$0	−60 $	+$60
Saldo transportado	—	$40	—

Mais um detalhe que vale a pena saber: quando uma encomenda é paga parcialmente com um vale de oferta e parcialmente com um cartão de crédito — uma encomenda de 150 $ paga com o saldo do cartão de 40 $ mais 110 $ no Visa — a receita é de 150 $, o passivo desce 40 $, e apenas 110 $ aparecem no seu pagamento. É exatamente por isso que as semanas com muitos vales de oferta fazem com que os pagamentos pareçam "curtos" em relação às vendas. Eles não estão curtos. Parte do pagamento foi uma promessa pela qual já tinha sido pago.

Crédito em Loja: Mesmo Passivo, Duas Fontes Diferentes

O crédito de loja comporta-se exatamente como um vale de oferta quando existe: é dinheiro do cliente que está a guardar, vive numa conta de passivo e converte-se em receita no momento do resgate. O que difere é a origem — e isso muda o outro lado da entrada.

Crédito de loja de um reembolso. Um cliente devolve uma encomenda de 80 $ e emite crédito em vez de dinheiro. Regista a devolução da forma normal — um débito na sua conta contra-receita de Reembolsos e Devoluções — mas em vez de creditar dinheiro a sair, credita 80 $ no Passivo de Crédito de Loja. Nenhum dinheiro saiu da sua conta, mas agora deve 80 $ de mercadoria futura. (As componentes de taxa de processamento e imposto sobre vendas da devolução ainda se comportam como o fazem em qualquer reembolso — o guia de reembolsos e devoluções detalha todas as quatro.)

Crédito de loja por boa vontade. Uma remessa chegou atrasada e emite um crédito de "desculpas" de 20 $. Não há venda original para reverter, portanto, isto não é contra-receita — é um custo para manter o cliente. A maioria das lojas debita uma conta de despesa promocional ou de boa vontade do cliente e credita Responsabilidade de Crédito de Loja em 20 $. O seu contabilista pode preferir um tratamento ligeiramente diferente, mas o princípio mantém-se: o crédito de boa vontade é um custo de marketing, não um ajuste de vendas.

Fontes diferentes, mesmo destino. Ambos os créditos situam-se na mesma classe de responsabilidade que os vales-presente, ambos se convertem em receita quando gastos, e ambos precisam de ser rastreáveis — porque "quanto crédito de loja está pendente?" é uma questão que um credor, um comprador ou um auditor eventualmente fará.

Quebra: O Dinheiro Que Nunca Volta (Lide Com um CPA)

Uma certa percentagem de vales-presente e créditos nunca será resgatada. Cartões perdem-se, saldos são esquecidos, saldos remanescentes de 3,17 $ são abandonados. Contabilistas chamam a isto breakage, e é a única parte da contabilidade de vales-presente com a qual não deve improvisar.

Duas coisas a saber ao nível do lojista:

1. O breakage eventualmente torna-se rendimento — num cronograma, não por capricho. De acordo com os atuais US GAAP, as empresas que podem estimar razoavelmente o breakage reconhecem-no proporcionalmente à medida que os cartões são resgatados; outras esperam até que o resgate se torne remoto. Não pode varrer a responsabilidade para receita apenas porque um cartão parece obsoleto.
2. Alguns estados querem o dinheiro. Leis de propriedade não reclamada (escheatment) em vários estados podem exigir que os saldos não resgatados sejam entregues ao estado após um período de dormência. Se os seus cartões estão cobertos depende do seu estado e de como o programa está estruturado.

A conclusão prática: mantenha o saldo da responsabilidade preciso e deixe o seu contabilista definir a política de breakage. Leve-lhes os dados — cartões emitidos, resgatados e pendentes por idade — e eles cuidarão das regras de reconhecimento. Isto está firmemente no território de "confirmar com o seu contabilista", e esta publicação não é aconselhamento fiscal.

Como Isto Flui no Shopify e WooCommerce

A teoria é agnóstica à plataforma. A confusão é específica da plataforma.

Shopify

A relatórios da Shopify lida corretamente com a divisão, o que surpreende as pessoas: as *vendas* de vales-presente são excluídas dos Relatórios de Vendas e rastreadas separadamente nos seus resumos financeiros, enquanto os *resgates* aparecem como um método de pagamento nas encomendas. Noutras palavras, a Shopify já considera a venda do cartão como "não uma venda" e o resgate como pagamento — o mesmo modelo que os seus livros precisam.

Onde corre mal é a jusante. O dinheiro de uma compra de cartão entra no seu pagamento na data da venda, mas a "venda" aparece nos relatórios na data do resgate, paga parcialmente com um pagamento que não move dinheiro. A Shopify também emite crédito de loja nativamente — tanto como opção de reembolso como saldos de clientes — o que adiciona um segundo fluxo de responsabilidade a rastrear. Se o que quer que poste os seus dados da Shopify no QuickBooks não distinguir o pagamento de vale-presente do pagamento de rede de cartões, o seu rendimento e os seus pagamentos discordarão em ambas as direções ao mesmo tempo.

WooCommerce

O WooCommerce não tem um sistema nativo de vales-presente, pelo que a contabilidade depende inteiramente da extensão que utiliza — PW Gift Cards, YITH e as ferramentas de vales-presente e crédito de loja da Advanced Coupons são os nomes que verá com mais frequência. O detalhe de implementação que importa para os seus registos: se o plugin trata um vale resgatado como um método de pagamento ou como um cupão.

A diferença não é cosmética. Um resgate no estilo de cupão regista a encomenda do camisola de 60€ como uma venda descontada — receita reduzida, sem passivo registado — o que subestima o rendimento e deixa o passivo do vale-presente nos seus registos para sempre. Um resgate no estilo de pagamento regista a receita total com o vale como meio de pagamento, que é o que realmente aconteceu. Se o seu plugin de vales-presente modela resgates como cupões, a sua contabilidade necessita de uma entrada manual de ajuste para cada resgate, ou os seus números desviam-se um pouco mais a cada mês. (A Advanced Coupons, notavelmente, regista o crédito de loja como um saldo de cliente adequado em vez de um mero código de cupão, o que se alinha de forma muito mais clara com o modelo de passivo.)

Onde Tudo Aterrará no QuickBooks

No QuickBooks Online, todo o sistema assenta numa conta que provavelmente ainda não tem: uma conta de Outros Passivos Correntes chamada algo como "Passivo de Vales-Presente e Crédito de Loja". Algumas lojas dividem-na — uma conta para vales-presente, uma para créditos de reembolso, uma para créditos de boa vontade — para que o balanço mostre as fontes separadamente. O nosso modelo de plano de contas para comércio eletrónico inclui a estrutura de passivos se estiver a configurar isto de raiz.

Em seguida, os três fluxos mapeiam-se da seguinte forma:

1. Vale ou crédito emitido → recibo de venda / linha de diário creditada à conta de passivo. Nunca a uma conta de rendimento.
2. Vale resgatado → a encomenda é registada com receita total, com uma linha de pagamento de vale-presente que débita o passivo, para que o recibo ainda equilibre com o dinheiro efetivamente recebido.
3. Verificação de fim de mês → o saldo da conta de passivo deve igualar os saldos pendentes de vales e créditos da sua plataforma. Se não o fizer, algo a montante está a registar resgates como descontos ou vendas de vales como rendimento.

Esse terceiro passo é o teste honesto da sua configuração. A maioria das lojas que pensam que "lidam com vales-presente" falham-no na primeira vez que o executam.

Manter o Passivo Honesto em Volume

Com dez vales-presente por ano, pode registar tudo isto manualmente. Com o volume do Q4 — centenas de vales, resgates parciais, pagamentos divididos, créditos de reembolso e créditos de boa vontade a moverem-se todos ao mesmo tempo — as entradas manuais deixam de ser uma tarefa de contabilidade e tornam-se uma fonte constante de erro. Esta é uma categoria de problema que o software de sincronização ou modela corretamente ou quebra silenciosamente.

É também, francamente, uma vantagem que nem todas as ferramentas gerem. O LedgerPort trata os vales-presente e o crédito de loja como o que são — movimentos de passivo, não rendimento — emitindo e resgatando da conta de passivo automaticamente à medida que as encomendas sincronizam do Shopify ou WooCommerce para o QuickBooks. É uma funcionalidade do Plano Enterprise, porque as lojas que precisam dela são as que movimentam um volume real de vales-presente; se for o seu caso, a verificação de fim de mês na secção acima torna-se um número que simplesmente corresponde.

Se estiver antes disso, comece pelos fundamentos: crie a conta de passivo, pare de registar as vendas de cartões como rendimento e inclua a verificação do saldo em dívida no seu encerramento mensal. O sistema mais abrangente — pagamentos, taxas, COGS e onde os vales-presente se encaixam entre eles — é abordado no nosso guia completo de contabilidade de comércio eletrónico.

De qualquer forma, os 9.000 dólares de dezembro são dinheiro real e uma vitória real. Simplesmente não é receita de dezembro. É de janeiro, e de fevereiro, e a promessa que cumpre sempre que os seus clientes voltam para a recolher.