Contabilidade de Prazos Líquidos no QuickBooks para Vendedores Grossistas

A contabilidade de prazos líquidos na QuickBooks resume-se a uma substituição — a fatura substitui o recibo de venda — e a um relatório que verifica todas as semanas.

---

A ordem de compra chegou na terça-feira, e foi a melhor que já tinha recebido: uma cadeia de ginásios com quatro localizações, 300 unidades a preços de retalho, 9.600 € com prazos de 30 dias. Enviou-a na quinta-feira. A QuickBooks registou uma venda de 9.600 € da mesma forma que regista tudo o resto na sua loja, e o P&L de março saiu espetacular.

Depois veio abril. Renda, reabastecimento de inventário, gastos com publicidade — tudo real, tudo devido agora. Os 9.600 € ainda eram um número num relatório. Os seus livros diziam que março foi o seu melhor mês de sempre; a sua conta bancária dizia que estava mais apertado de dinheiro do que em todo o ano — e nada do que a QuickBooks lhe mostrava podia dizer quem lhe devia o quê, ou quando deveria chegar.

Se adicionou retalho a uma loja de retalho — um catálogo B2B no Shopify, um plugin de retalho no WooCommerce — esta lacuna entre "vendas" e "dinheiro" é o primeiro problema contabilístico com que se depara. Não é um erro matemático; é estrutural. As encomendas com prazos líquidos são um tipo de transação diferente das encomendas de retalho, e precisam de uma forma diferente nos seus livros. Este post aborda essa forma: contabilidade de prazos líquidos na QuickBooks feita corretamente, o relatório de envelhecimento de contas a receber que se torna o seu verdadeiro painel de controlo de fluxo de caixa, depósitos e os hábitos de cobrança que transformam promessas em dinheiro.

Por que as Encomendas a Retalho Quebram a Contabilidade do Retalho

Uma encomenda de retalho são dois eventos a acontecer no mesmo instante: o cliente compra e o cliente paga. Em termos contabilísticos, a venda e o pagamento são um só momento — é por isso que a forma natural da QuickBooks para uma encomenda de retalho é um recibo de venda (ou um resumo diário de muitos deles): receita registada e dinheiro recebido, juntos.

Uma encomenda a retalho com prazos de 15, 30 ou 60 dias separa esses dois eventos — por vezes por dois meses. Ganha a receita quando envia; recebe o dinheiro quando o processo de contas a pagar do seu comprador se decide. Entre esses momentos existe algo que a contabilidade de retalho nunca precisou: contas a receber, o registo contínuo de dinheiro que ganhou mas ainda não tem.

A estrutura do QuickBooks para essa transação é uma fatura. Ao faturar a encomenda, o QuickBooks debita Contas a Receber e credita receita (mais qualquer imposto sobre vendas): a venda está na sua Demonstração de Resultados, o dinheiro a receber está no seu balanço. Quando o comprador paga, regista um pagamento contra essa fatura — o dinheiro aumenta, as Contas a Receber diminuem. Duas entradas, duas datas, e a diferença entre elas é visível. Essa visibilidade é o objetivo principal.

Considere a encomenda da cadeia de ginásios. Faturada a 14 de março com prazo de 30 dias, fica nas Contas a Receber com data de vencimento a 13 de abril. A sua receita de março inclui os 9 600 $, honestamente. O seu dinheiro de março não inclui — e os seus livros contábeis dizem isso. Nenhuma surpresa em abril, porque os livros contábeis nunca alegaram que o dinheiro tinha chegado.

Os proprietários de lojas enfrentam este problema em uma de três posturas: registar encomendas por atacado exatamente como as de retalho e descobrir a distorção meses depois; manter uma folha de cálculo paralela de "quem me deve" que se afasta do QuickBooks; ou configurar corretamente as Contas a Receber baseadas em fatura e verificar um relatório por semana. O resto desta publicação é o caminho para o terceiro grupo.

A Mentira: "Uma Venda é uma Venda"

O erro que quase todos cometem no início é razoável: "uma venda é uma venda — registe a encomenda quando ela chegar, e o dinheiro resolver-se-á sozinho." Assim, a encomenda com prazo de 30 dias entra no QuickBooks como qualquer encomenda de retalho: um recibo de venda, venda e pagamento registados num único momento.

Veja o que isso realmente faz aos seus livros contábeis:

Inventa dinheiro que não tem. Um recibo de venda informa o QuickBooks que o dinheiro chegou. O seu feed bancário discorda, porque não chegou. Agora os seus livros contábeis carregam depósitos fantasma, e a reconciliação bancária deixa de funcionar até que o cheque seja efetivamente compensado. Se já lutou esta batalha no lado do retalho, onde um pagamento da Shopify nunca corresponde ao que os recibos do dia dizem, a versão por atacado é a mesma doença com uma incubação mais longa.

Apaga a dívida. No momento em que um recibo de venda é lançado, ninguém lhe deve nada, no que diz respeito ao QuickBooks. Sem contas a receber, sem data de vencimento, sem envelhecimento. O único registo de que a cadeia de ginásios lhe deve 9 600 $ é a sua memória e um fio de e-mail. Multiplique por quinze contas por atacado e estará a gerir uma operação de empréstimo — porque é isso que os prazos de 30 dias são — sem um livro razão.

Distorce o rendimento se declarar com base em caixa. Na contabilidade com base em caixa, a receita de fatura conta quando o pagamento é recebido; a receita de recibo de venda conta imediatamente. Registe encomendas com prazos de 30 dias como recibos e o seu rendimento com base em caixa aterrará no período errado — exagerado agora, com as consequências fiscais a chegarem antes do dinheiro.

Nada disto acontece porque é descuidado. A sua contabilidade foi construída para o retalho, onde a suposição "venda = pagamento" é verdadeira, e o atacado quebrou a suposição sem o anunciar. A correção não é trabalhar mais arduamente dentro da estrutura de retalho. É dar às encomendas por atacado a sua própria estrutura.

Contabilidade de Prazos Líquidos na QuickBooks: Fatura, Contas a Receber em Aberto, Pagamento

Aqui está o ciclo de vida completo de uma encomenda com prazo de 30 dias no QuickBooks Online, feita corretamente:

1. Crie a fatura quando enviar (ou quando o seu gatilho acordado disparar). Defina os termos de pagamento na própria fatura — 30 dias após a data de vencimento, não o padrão 'A pagar no ato' — para que o QuickBooks calcule a data de vencimento e envelheça a conta a receber corretamente.
2. Deixe-a na conta a receber, visivelmente. Uma fatura em aberto não é um problema para esconder; é o sistema a funcionar. O seu balanço agora mostra Contas a Receber como um ativo — dinheiro ganho, cobrança pendente.
3. Registe o pagamento contra a fatura quando chegar: Receber Pagamento → aplicar à fatura específica → depositar. Nunca registe um cheque de grossista como um depósito autónomo — um depósito não aplicado deixa a fatura em aberto e conta a receita em duplicado.
4. Corresponda o depósito no seu extrato bancário. Como o pagamento foi aplicado a uma fatura, a correspondência é limpa: um depósito, um registo de pagamento, feito.

Uma rápida comparação lado a lado, pois o contraste é a lição:

	Encomenda a retalho	Encomenda a grossista com prazos
Transação QuickBooks	Recibo de venda / resumo diário	Fatura
Receita reconhecida	No momento da compra	Na faturação (regime de acréscimo)
Dinheiro registado	No mesmo momento	Quando o pagamento é recebido
Fica em Contas a Receber?	Nunca	Da data da fatura ao pagamento
O que pode correr mal	Discrepâncias de taxas/pagamentos	Envelhecimento, falta de pagamento

Onde isto se encaixa na sua configuração mais ampla — plano de contas, contas de rendimento, imposto sobre vendas — é abordado no nosso guia de contabilidade para comércio eletrónico; as lojas WooCommerce encontrarão os detalhes da estrutura de contas no guia de contabilidade para WooCommerce. A camada de grossista assenta sobre essa base, não a substitui.

O Envelhecimento de Contas a Receber (AR) é o Seu Verdadeiro Painel de Controlo de Fluxo de Caixa

Uma vez que as encomendas a grossista residem em Contas a Receber, o QuickBooks fornece-lhe o relatório a partir do qual os operadores de grossista gerem o seu negócio: Resumo de Envelhecimento de Contas a Receber — cada cliente com um saldo em aberto, agrupado por quão atrasado está o dinheiro (atual, 1–30 dias em atraso, 31–60, 61–90, mais de 90).

Leia-o como um instrumento de fluxo de caixa, não como uma formalidade contabilística:

• A coluna "atual" é a sua previsão de caixa de entrada. Faturas dentro dos seus prazos — dinheiro que deverá chegar nas próximas semanas se os compradores pagarem a tempo.
• A coluna de 1–30 dias em atraso é a sua lista de tarefas. Uma fatura recém-atrasada geralmente não é uma crise; é um departamento de contas a pagar que precisa de um empurrão. Mas precisa do empurrão *agora* — as probabilidades de cobrança diminuem com o tempo.
• As colunas de 61+ dias são o seu registo de risco. Dinheiro com mais de dois meses de atraso precisa de uma decisão, não de mais um lembrete educado: escalar, renegociar, parar de enviar, ou (com o seu contabilista) dar como perdido.
• Observe a proporção, não apenas o total. Um saldo crescente de Contas a Receber é aceitável se for maioritariamente atual e a receita de grossista estiver a crescer com ele. Uma *percentagem crescente de atrasos* significa que está a estender crédito mais rapidamente do que está a cobrar — tornou-se o credor mais barato dos seus compradores.

O hábito é quase embaraçosamente simples: abra o relatório de envelhecimento uma vez por semana, no mesmo dia todas as semanas, e aja sobre qualquer coisa que tenha movido um balde. Dez minutos. Essa é toda a disciplina — mas só existe se cada encomenda com prazo líquido se tornou uma fatura em primeiro lugar. Recibos de vendas não alimentam este relatório.

Depósitos em Encomendas a Retalho

Muitas relações de atacado — especialmente novas contas e grandes encomendas personalizadas — funcionam com um depósito: 50% adiantado, saldo em termos líquidos após a entrega.

O instinto de contabilidade a resistir: um depósito não é receita. Até que entregue, esse dinheiro é um passivo — você deve ao comprador os bens ou o seu dinheiro de volta. O padrão limpo é registar depósitos pré-entrega numa conta de passivo de depósitos de clientes (ou como crédito no registo do cliente), depois aplicar esse montante à fatura quando enviar, para que o saldo em aberto da fatura mostre apenas o que ainda é devido.

Registe o depósito como rendimento em vez disso e a receita cai no período errado — e a fatura eventual conta em duplicado a venda ou tem de ser manualmente reduzida. A rota do passivo custa uma conta extra no gráfico e poupa o desvendar.

Higiene de Cobranças: Os Hábitos Chatas Que Garantem o Pagamento

Termos líquidos são um produto de crédito, e os vendedores que recebem a tempo gerem-nos como um. Nada disto requer software; tudo isto requer consistência.

• Coloque os termos em cada fatura, por escrito. Data de vencimento, métodos de pagamento aceites, qualquer política de pagamento em atraso. A ambiguidade resolve-se a favor do comprador.
• Fature imediatamente. Cada dia entre o envio e a fatura é um dia que adicionou aos seus próprios termos gratuitamente.
• Lembre antes da data de vencimento, não depois. Uma curta nota "fatura #1042 vence sexta-feira" com uma semana de antecedência apanha o deslize do departamento de contas a pagar enquanto ainda é barato de corrigir.
• Defina limites de crédito por conta — e um limite de exposição geral. Decida o máximo que um único comprador pode dever-lhe, e quanto da sua receita mensal pode estar em termos de uma só vez. Novas contas começam pequenas (ou com um depósito) e ganham o seu caminho.
• Tenha uma regra de paragem de envio e cumpra-a. Nenhuma nova encomenda é enviada para uma conta com uma fatura com mais de 30 dias de atraso. Decidido antecipadamente, é política; decidido no momento, é uma negociação que perderá.

Retalho + Retalho Mistos: O Problema dos Dois Tipos de Transação

Tudo o que está acima assume que pode dizer aos seus livros "esta encomenda é de atacado." O problema é que o atacado não substitui o retalho — ele pousa por cima dele. Mesma montra, mesmo fluxo de pagamento: 400 encomendas de retalho que devem ser registadas como recibos de venda ou um resumo diário, e 12 encomendas de atacado que devem ser registadas como faturas com contas a receber em aberto.

Manuseado manualmente, alguém inspeciona cada encomenda — ou a sincronização corre com um tamanho único para todos e erra um lado. Sincronize tudo como recibos e as suas contas a receber de atacado evaporam (a Mentira, automatizada). Sincronize tudo como faturas e os seus livros de retalho incham com centenas de faturas pagas instantaneamente que tornam a reconciliação de pagamentos miserável.

Este problema de roteamento é exatamente o que a marcação de pedidos resolve, e o mecanismo vale a pena conhecer, independentemente da ferramenta que você usa. No LedgerPort — nosso produto, portanto, julgue de acordo — são dois dos cinco métodos de sincronização de pedidos. O método Fatura é feito para vendedores baseados em prazos: ele cria a fatura do QuickBooks quando o pedido é feito e registra o pagamento contra ela quando o pedido é realmente pago — contas a receber em aberto no meio, relatório de envelhecimento alimentado corretamente, nada marcado como pago antes de ser. O roteamento Baseado em Marcações lida com a loja mista: uma tabela de regras mapeia as marcações de pedidos para os tipos de transação do QuickBooks, de modo que um pedido marcado como atacado seja postado como uma fatura, pedidos varejo sejam postados como recibos de vendas ou incluídos em um resumo diário, e uma marcação não-sincronizar mantenha amostras e pedidos de teste totalmente fora de seus livros. Se o seu plugin de atacado já marca pedidos B2B — a maioria, incluindo Wholesale Suite no WooCommerce, pode — o roteamento se baseia em marcações que você já tem. A marcação tem que vir de algum lugar, no entanto — ela só existe porque a camada da loja já sabia que o pedido era de atacado, que é o que a precificação baseada em função e os termos de pagamento líquido definem antes que o pedido chegue ao QuickBooks. Ambos os métodos são comparados em Compreendendo os Métodos de Sincronização de Pedidos, e a configuração é um menu suspenso na configuração de sincronização. Em letras miúdas, dito claramente: O roteamento Baseado em Marcações é um recurso de nível superior — os preços mostram o que fica onde.

Uma vez a funcionar: o pedido de 9.600 $ é publicado como fatura no dia em que é enviado, o relatório de envelhecimento mostra-o atualizado até 13 de abril, o extrato bancário corresponde ao pagamento da fatura quando chega, e o lado do retalho continua a conciliar como antes. A contrapartida é um trabalho honesto inicial — prazos decididos, marcações aplicadas, mapeamentos definidos uma vez. Depois disso, a revisão de envelhecimento de segunda-feira de manhã é todo o trabalho.

---

Essa lacuna que não conseguia ver em abril — o maior mês no papel, o mês mais apertado no banco — nunca foi um problema de rentabilidade. Foram 9.600 $ de dinheiro ganho sem nenhuma entrada de livro a observá-lo. Dê a cada pedido com prazos líquidos uma fatura e a lacuna não se fecha, mas torna-se visível, datada e cobrável — o que é tudo.

Se a sua loja executa tanto checkout de retalho como prazos de atacado, comece pela marcação: veja como o roteamento baseado em marcações publica cada lado corretamente → — ou conecte a sua loja gratuitamente e envie o seu próximo pedido de atacado como fatura em vez de recibo.