- 1Por que a Contabilidade Genérica Falha para uma Loja WooCommerce
- 2As Cinco Estruturas da Contabilidade WooCommerce Limpa
- 31. Um plano de contas construído para o comércio eletrónico
- 42. Uma conta de compensação por gateway
- 53. Uma linha de despesa de taxas por gateway
- 64. Imposto sobre vendas para uma conta de passivo
- 75. Reembolsos como receita contra
- 8O Checklist de Fecho Mensal para uma Loja WooCommerce
- 9Onde a Automação se Encaixa (Honestamente)
- 10Fim de Mês, Depois
Os seus livros não estão desarrumados porque é indisciplinado. Estão desarrumados porque foram configurados para um negócio que não gere.
O email do seu contabilista tem três linhas: "Pergunta rápida — qual é o depósito de 12.318 $ de 14 de março?"
Quarenta minutos depois, tem a resposta. São dois pagamentos da Stripe cobrindo quatro dias de encomendas, menos 402 $ em taxas de processamento, menos um reembolso de 618 $ da semana anterior, mais uma reversão de chargeback de 75 $. Sabe disto porque abriu o painel da Stripe, exportou um CSV, comparou-o com a lista de encomendas da WooCommerce e fez aritmética numa aplicação de notas.
Já passou por isto antes. A sua contabilidade WooCommerce é uma pasta de CSVs de gateways e um ficheiro QuickBooks sobre o qual o seu contabilista é diplomaticamente silencioso. Todos os fins de mês, promete a si mesmo um sistema real. Todos os fins de mês, remenda o sistema atual em vez disso.
Eis o que vale a pena saber antes que chegue o próximo fim de mês: isto não é um problema de disciplina, e não é um problema de competências contabilísticas. É estrutural. Os seus livros foram configurados para um negócio genérico — e uma loja online não é um.
Por que a Contabilidade Genérica Falha para uma Loja WooCommerce
A mentira por baixo da maioria dos livros de comércio eletrónico desarrumados é a seguinte: "Contabilidade é contabilidade. A minha configuração padrão para pequenas empresas serve para uma loja online."
É uma crença razoável. É também errada, por cinco razões específicas e mecânicas. Uma empresa de consultoria ou uma cafetaria nunca atinge estes pontos. Uma loja WooCommerce atinge todos os cinco todos os dias.
1. Dinheiro ganho não é dinheiro depositado. Um consultor fatura 1.000 $ e recebe 1.000 $. A sua loja vende 1.000 $ na terça-feira, e a Stripe deposita 953,90 $ na quinta-feira — agrupados com as encomendas de quarta-feira. Nenhum depósito bancário é igual a qualquer número de vendas. Se os seus livros tratam os depósitos como receita, estão errados desde o primeiro dia.
2. As taxas são subtraídas antes mesmo de ver o dinheiro. Cada gateway retira a sua parte na origem, e cada um retira uma parte diferente — Stripe, PayPal e Square têm preços diferentes. Registrar depósitos como rendimento e essas taxas desaparecem: a receita é subestimada, e uma despesa operacional real nunca aparece em lado nenhum nos seus livros.
3. O imposto sobre as vendas que cobra não é seu. Está a retê-lo em nome de um estado. Registado como rendimento, inflaciona a sua receita — e depois a remessa chega como uma despesa "surpresa" que nunca foi uma despesa. Foi sempre um passivo.
4. Os reembolsos não são despesas. Um reembolso é uma reversão de receita, não um custo incorrido. Lançar reembolsos silenciosamente em depósitos — ou pior, registá-los como despesa — distorce tanto as suas vendas brutas como as suas margens, em direções diferentes.
5. Os custos de inventário não pertencem ao mês em que foram comprados. Lançar uma compra de stock de 20.000€ em março e o seu P&L mostra um março desastroso e um abril fictício. O custo das mercadorias vendidas pertence ao mês em que as mercadorias são efetivamente vendidas, ou os seus números de margem não significam nada.
Cada um destes é invisível num plano de contas genérico. É por isso que as correções nunca funcionam: não está a cometer erros de registo, está a falhar estruturas de contas. A correção não é uma entrada de dados mais cuidadosa. São cinco estruturas.
As Cinco Estruturas da Contabilidade WooCommerce Limpa
Configure estas cinco coisas no QuickBooks Online uma vez, e o trabalho diário torna-se rotina. Ignore-as, e cada final de mês é arqueologia.
1. Um plano de contas construído para o comércio eletrónico
Esta é a base sobre a qual as outras quatro estruturas se apoiam. No mínimo, a sua secção de rendimentos separa as vendas de produtos, o rendimento de envio e uma conta contra-rendimento para reembolsos. As suas despesas incluem uma linha de comissão por gateway de pagamento. Os seus passivos incluem impostos sobre vendas a pagar. Os seus ativos incluem uma conta de compensação por gateway e uma conta de inventário.
Não precisa de desenhar isto do zero — publicámos um modelo completo de plano de contas para e-commerce que pode copiar para o QuickBooks numa tarde. Faça isto primeiro. Tudo o que se segue pressupõe que existe.
2. Uma conta de compensação por gateway
Esta é a estrutura que responde permanentemente "o que é este depósito?".
Uma conta de compensação é um local de espera entre "a venda aconteceu" e "o dinheiro chegou". Quando regista 1.000€ em encomendas da Stripe de terça-feira, o dinheiro vai para Compensação Stripe — não para a sua conta bancária, porque ainda não está na sua conta bancária. Quando o pagamento da Stripe aterrar na quinta-feira, move 953,90€ da compensação para o banco e 46,10€ para as taxas da Stripe. A conta de compensação retorna a zero (ou ao valor exato ainda em trânsito).
Agora a reconciliação bancária significa comparar um punhado de pagamentos, não centenas de encomendas. E se um pagamento nunca for liquidado, o saldo da conta de compensação sinaliza-o — o dinheiro que deveria ter chegado, não chegou.
Uma conta de compensação por gateway, não uma conta partilhada. As lojas WooCommerce normalmente utilizam dois ou três gateways, cada um com o seu próprio calendário de pagamentos. Misture-os e terá reconstruído o puzzle que estava a tentar resolver.
Se uma ferramenta de sincronização publica as suas encomendas, esta estrutura é uma página de configurações em vez de uma disciplina. O LedgerPort deteta automaticamente todos os gateways de pagamento ativos na sua loja e dá a cada um a sua própria linha de configuração — um interruptor ativado, a conta de compensação QuickBooks onde o dinheiro desse gateway é depositado, o método de pagamento QBO e um interruptor de sincronização de devoluções por gateway — com uma conta de compensação padrão como reserva para qualquer coisa não configurada. É exatamente a estrutura que esta secção acabou de lhe dizer para construir manualmente; a versão de software apenas lhe pede para apontar cada gateway detetado para a sua conta.
3. Uma linha de despesa de taxas por gateway
Taxas Stripe, Taxas PayPal, Taxas Square — contas separadas, não um único cesto de "taxas de comerciante".
Duas razões. Primeiro, precisão: as taxas por gateway dão-lhe uma verificação mensal de sanidade. Se a taxa efetiva da Stripe for normalmente cerca de 3% e este mês for 4,1%, algo aconteceu — uma alteração de preços, um aumento de cartões internacionais, uma taxa de disputa — e verá isso. Segundo, decisões: não pode comparar o que os seus gateways realmente lhe custam se os custos estiverem misturados.
4. Imposto sobre vendas para uma conta de passivo
Cada euro de imposto cobrado é publicado em Imposto sobre Vendas a Pagar, um passivo — nunca em rendimento. Quando remete para o estado, o pagamento deduz o passivo. A sua Demonstração de Resultados nunca o toca, em nenhuma direção.
A recompensa é a tranquilidade: o prazo de remessa deixa de ser uma surpresa de fluxo de caixa, porque o dinheiro nunca foi contado como seu. O saldo em Imposto sobre Vendas a Pagar deve corresponder sempre aproximadamente ao que os seus relatórios fiscais dizem que recolheu. Quando não corresponde, detetou um erro cedo em vez de na hora de declarar.
No LedgerPort, esta regra é um menu suspenso: a configuração Imposto sobre Linha de Item do separador Impostos publica o imposto do WooCommerce como uma linha dedicada a uma conta de passivo QBO à sua escolha — estrutura #4, aplicada a cada encomenda sincronizada. O mesmo separador contém um detalhe que quase ninguém explica: arredondamento de impostos. O WooCommerce e o QuickBooks calculam os impostos de forma independente e discordam por um cêntimo aqui e ali; um item de linha de ajuste de arredondamento absorve essas diferenças, para que a conta de passivo corresponda exatamente ao que recolheu em vez de acumular uma deriva inexplicável de alguns euros por mês.
5. Reembolsos como receita contra
Crie uma conta de Devoluções e Abatimentos na sua secção de rendimentos que apresente um saldo negativo. Cada devolução é publicada lá — reduzindo a receita líquida enquanto mantém as vendas brutas intactas.
Isto preserva dois números de que necessita: vendas brutas verdadeiras (para compreender a procura) e receita líquida verdadeira (para compreender o negócio). Também apresenta a sua taxa de reembolso como uma linha rastreável em vez de uma fuga invisível. Uma loja que reembolsa 2% e uma loja que reembolsa 9% são negócios diferentes, e apenas uma dessas lojas geralmente sabe disso.
Estas cinco estruturas são o núcleo específico do e-commerce; para os hábitos mais amplos à sua volta, o nosso guia sobre as melhores práticas de contabilidade de e-commerce cobre o resto.
O Checklist de Fecho Mensal para uma Loja WooCommerce
Com as estruturas implementadas, o final do mês deixa de ser uma reconstrução e passa a ser uma verificação. Aqui está a lista de verificação, por ordem:
0. Verifique os registos com falha e em espera antes de fechar. Se uma ferramenta de sincronização publica os seus livros, este é o passo que vem antes de tudo o resto. No LedgerPort, cada registo tem um de cinco estados — Sincronizado, Pendente, Falha, Ignorado (excluído intencionalmente pelos seus filtros de sincronização) ou Em Espera — pelo que um filtro de dois minutos para Falha e Em Espera ao longo do mês deteta um webhook em falta enquanto se trata de uma encomenda, não de um trimestre. A correção encontra-se no mesmo ecrã: selecione os registos e reenvie, e a garantia de não duplicação significa que os registos já sincronizados são ignorados automaticamente, enquanto as falhas reenviadas atualizam a transação existente no QuickBooks em vez de publicar uma segunda. "Espero que tudo tenha sido sincronizado" torna-se uma caixa de verificação.
- Confirme que todas as encomendas estão no QuickBooks. Todas as vendas do mês publicadas — com receita de produtos, envio, impostos e encaminhamento de gateway intactos. Se estiver a introduzir manualmente, este é o passo mais demorado; faça-o semanalmente, não mensalmente. Se uma ferramenta de sincronização estiver a fazer a publicação, verifique em vez de reintroduzir: o registo de auditoria do LedgerPort mostra o histórico completo de sincronização, filtrável por tipo, entidade, estado e data, pelo que uma encomenda em falta ou com falha surge em segundos.
- Corresponda cada pagamento de gateway a um depósito bancário. Cada pagamento de Stripe, PayPal e outros deve corresponder a um depósito e liquidar a conta de compensação apropriada.
- Verifique os saldos das contas de compensação. Cada uma deve corresponder apenas ao dinheiro em trânsito — vendas do último dia ou dois que ainda não foram pagas. Qualquer valor superior é uma transação não correspondida que lhe diz onde procurar.
- Reveja as taxas por gateway. Compare o total das taxas de cada gateway com a sua taxa efetiva esperada. Um desvio de mais de meio por cento merece dois minutos de investigação.
- Verifique o imposto sobre vendas a pagar. O saldo da obrigação deve corresponder ao que os seus relatórios fiscais dizem que recolheu, menos o que remeteu. Anote os próximos prazos de remessa.
- Registe o COGS e ajuste o inventário. Registe o custo das unidades que foram efetivamente vendidas este mês; mova-o do inventário para o custo dos bens vendidos.
- Lançar reembolsos e retrocasos. Confirme que foram lançados em contra-receita e dê uma vista de olhos à taxa de reembolso enquanto está lá.
- Executar a Demonstração de Resultados e o Balanço. Não para arquivar nada — para os ler. Margens no intervalo esperado, nenhuma conta a inchar, nada que o faça franzir o sobrolho. Se nada o fizer franzir o sobrolho, terminou.
Feito manualmente com estruturas limpas, isto demora uma a três horas por mês, dependendo do volume de encomendas. Sem as estruturas, o mesmo fecho demora um fim de semana — porque os passos 2, 3 e 5 tornam-se projetos forenses.
Onde a Automação se Encaixa (Honestamente)
Aqui está a versão honesta, porque a versão desonesta é fácil de encontrar.
Abaixo de cerca de 100–200 encomendas por mês, a contabilidade manual com as cinco estruturas é genuinamente aceitável. O fecho é curto, o volume de entrada é gerível e uma ferramenta estaria a resolver um problema que ainda não tem.
Acima disso, a matemática muda. A entrada de encomendas escala linearmente com o volume, e as taxas de erro escalam com a fadiga. Com 500–1.000 encomendas por mês em dois ou três gateways, apenas o passo 1 dessa lista pode consumir as horas que pretendia gastar a gerir a loja — e um valor de imposto digitado incorretamente esconde-se em dez mil linhas de itens.
Uma coisa que a automação não fará: corrigir um plano de contas avariado. Uma ferramenta de sincronização apontada para livros genéricos produz uma confusão rápida e automatizada. Estruturas primeiro, sempre.
O que uma ferramenta de sincronização faz é executar continuamente as cinco estruturas. O LedgerPort, por exemplo, liga o WooCommerce ao QuickBooks Online e lança as vendas, taxas, impostos e reembolsos de cada dia nas contas a que pertencem — incluindo contas de compensação — para que os passos 1 a 7 da lista estejam em grande parte concluídos antes de se sentar. A configuração demora cerca de 15 minutos, e existe um plano gratuito que cobre até 30 encomendas por mês, com planos pagos a partir de 25 $/mês à medida que o volume aumenta. Se quiser o guia completo para ligar os dois sistemas, escrevemos um guia passo a passo para sincronizar o WooCommerce com o QuickBooks Online.
Também reside onde já trabalha. O LedgerPort instala-se como um plugin do WordPress, pelo que o painel de controlo, os mapeamentos, o histórico de sincronização e os controlos de sincronização manual sentam-se todos na barra lateral do seu wp-admin — sem uma aplicação separada para iniciar sessão.
E a regra "estruturas primeiro" tem uma vantagem: na página Mapeamentos, o Auto-Map compara os seus produtos, clientes e contas do WooCommerce com o QuickBooks e propõe correspondências, marcando cada sugestão para que possa confirmá-la ou anulá-la antes que algo seja lançado.
A contrapartida que vale a pena mencionar: ainda irá rever o fecho. A automação leva-o de fazer a contabilidade a verificá-la — que é exatamente onde um proprietário de loja deve estar.
Fim de Mês, Depois
Imagine a versão seguinte desse e-mail de contabilista. "Pergunta rápida — qual é o depósito de 14.205 $ do dia 14?"
Não abre um CSV. Abre o QuickBooks, clica no depósito e vê o registo de pagamento: dois dias de encomendas, taxas detalhadas, um reembolso, impostos enviados para a conta de passivo. A sua resposta tem uma linha e noventa segundos, e o seu contabilista — pela primeira vez — responde com "ótimo, era tudo o que precisava."
O fecho de mês em si é a lista de verificação de oito passos acima, uma chávena de café e cerca de trinta minutos. Nada a reconstruir, porque nada esteve nunca solto. A pasta de CSVs do gateway ainda existe em algum lugar, da forma como as pessoas guardam um telemóvel antigo numa gaveta. Simplesmente nunca a abre.
Esse depósito de 12.318 $ demorou 40 minutos a explicar porque faltavam cinco estruturas de conta — não porque os seus livros precisassem de mais esforço. Configure as estruturas esta semana, execute a lista de verificação no fecho de mês e, se o seu volume de encomendas já ultrapassou a entrada manual, inicie o LedgerPort gratuitamente e deixe-o registar as vendas, taxas e impostos por si →
Todos os planos pagos vêm com uma garantia de devolução de 14 dias — reembolso de 100%, sem perguntas.
Relacionado: Plano de Contas para E-commerce · Como Sincronizar WooCommerce com QuickBooks Online · Melhores Práticas de Contabilidade para E-commerce
