- 1Contabilidade Multi-Loja no QuickBooks: Um Ficheiro ou Dois?
- 2A Estrutura por Loja Dentro de Um Ficheiro
- 31. Uma classe ou localização para cada loja
- 42. Uma conta de compensação por loja, por gateway
- 53. Linhas de taxas por loja
- 64. Uma regra escrita para custos partilhados
- 7As Três Armadilhas Que Misturam os Livros Contabilísticos Novamente
- 8As armadilhas que as ferramentas se recusam a deixar que caia
- 9O Que a Visibilidade por Loja Realmente Muda
- 10Onde o LedgerPort se Encaixa
- 11A Reunião de Dois Cliques
A contabilidade multi-loja no QuickBooks decide-se no dia em que lança a loja n.º 2 — a maioria dos operadores descobre isto catorze meses tarde demais.
A agenda para a reunião de quinta-feira consigo mesmo tem um item: encerrar a loja n.º 2, ou apostar tudo nela.
Então abre o QuickBooks para obter a resposta. A receita total aumentou. As taxas de processamento aumentaram. Os gastos com publicidade aumentaram muito. E nada disto tem uma loja associada. A sua conta "Vendas" são ambas as marcas despejadas num único número. A sua conta de taxas é um valor misturado. Não pode, com os dados à sua frente, dizer se a segunda loja deu lucro no último trimestre ou se consumiu silenciosamente a margem da primeira loja.
Esta é a parte sobre a qual ninguém o avisa quando lança uma segunda loja — uma nova marca, uma nova região, ou uma loja WooCommerce ao lado da sua loja Shopify. A contabilidade não duplica. Triplica, porque agora há um terceiro trabalho: manter as duas lojas separadas. E se saltou esse trabalho, sabe exatamente porquê, porque disse a mesma frase que quase toda a gente diz: "Vou apenas despejar ambas as lojas nas mesmas contas do QuickBooks e separá-las mais tarde quando precisar."
Mais tarde é agora. E aqui está a verdade mecânica desconfortável sobre a contabilidade multi-loja no QuickBooks: dados misturados não podem ser desagregados retroativamente. Catorze meses de transações sem etiqueta de loja não estão à espera de ser classificadas — a informação nunca foi capturada. A decisão que importa é tomada no primeiro dia, na estrutura. A boa notícia é que a estrutura não é complicada. Trata-se de quatro decisões, e este post aborda todas elas.
Contabilidade Multi-Loja no QuickBooks: Um Ficheiro ou Dois?
Antes das contas de compensação, antes do mapeamento de taxas, antes de qualquer coisa — a questão estrutural: a loja n.º 2 vive no seu ficheiro QuickBooks existente ou no seu próprio?
A regra de decisão é curta o suficiente para memorizar: a entidade legal é o limite do ficheiro. A marca ou canal é uma classe ou localização dentro do ficheiro.
| A sua configuração | Estrutura do QuickBooks |
|---|---|
| Duas lojas, uma entidade legal (duas marcas, ou Shopify + WooCommerce) | Um ficheiro QBO, com uma classe ou localização por loja |
| Duas lojas, duas entidades legais a apresentar declarações separadas | Dois ficheiros QBO — sem exceções |
| Holding com subsidiárias de entidade | Um ficheiro por entidade; consolidar na camada de relatórios |
O raciocínio funciona em ambos os sentidos. Um ficheiro QuickBooks é o livro de registos de uma entidade fiscal. Misture duas entidades num só ficheiro e não conseguirá produzir a declaração de nenhuma das entidades sem desmembrar o ficheiro — cada transação torna-se uma questão de "a quem pertence isto?" no pior momento possível. Divida uma entidade por dois ficheiros e terá o problema oposto: nenhum P&L único, nenhum balanço único e consolidação manual sempre que o seu contabilista ou um credor pedir o quadro geral.
A maioria dos operadores que leem isto são a primeira linha: uma LLC, duas lojas. Se for você, a resposta é um ficheiro com rastreamento por loja — e o resto deste post é sobre como o construir.
Um pré-requisito que vale a pena mencionar: o rastreamento de classes e localizações requer QuickBooks Online Plus ou Advanced. Se estiver no Essentials, essa atualização faz parte do custo real da loja n.º 2. Orçamente para ela em vez de tentar contorná-la — a solução de contorno é a mistura.
E um prazo que vale a pena mencionar: no momento em que colocar a ferramenta de sincronização em funcionamento, a arquitetura deixa de ser reversível. No LedgerPort, uma empresa associa uma loja a uma empresa QuickBooks, e uma vez autorizada essa ligação, a empresa QBO nunca poderá ser trocada por outra mais tarde. A questão do ficheiro tem de ser resolvida antes que alguém clique em Autorizar — não revista após seis meses de transações terem fluído.
Note também o que a ferramenta assume: uma empresa QuickBooks por negócio. "Dois ficheiros, um login" é a forma nativamente suportada, e cada negócio está totalmente isolado — a documentação afirma-o claramente: alterações feitas num negócio não afetam outro. Portanto, se as suas lojas são entidades separadas, a resposta de dois ficheiros não é um compromisso com o qual lutará com o seu software; é o padrão em torno do qual o software é construído.
A Estrutura por Loja Dentro de Um Ficheiro
A contabilidade limpa de várias lojas dentro de um único ficheiro QBO resume-se a quatro partes. Nenhuma delas é exótica. Todas elas têm de existir antes de as transações fluírem, não depois.
1. Uma classe ou localização para cada loja
O QuickBooks oferece-lhe duas dimensões de etiquetagem. Localização aplica uma etiqueta por transação — que é exatamente o que uma loja é, por isso é geralmente o ajuste mais limpo. Classe pode dividir linhas individuais dentro de uma transação, o que a torna melhor para coisas como categorias de produtos. Um padrão sensato: use Localização para a loja e mantenha Classe em reserva para uma segunda dimensão que possa querer mais tarde.
Qualquer que escolha, a regra é cobertura total. Cada recibo de venda, cada taxa, cada reembolso recebe uma etiqueta de loja. Uma transação sem etiqueta é uma transação de volta para a mistura.
2. Uma conta de compensação por loja, por gateway
O processador de pagamentos de cada loja tem a sua própria conta de compensação no seu plano de contas: Compensação Shopify Payments — Marca A, Compensação Shopify Payments — Marca B, Compensação Stripe — Loja Woo. As vendas fluem para a conta de compensação da loja; os pagamentos fluem dela para o banco; a conta retorna a zero quando tudo é reconciliado.
Partilhe uma conta de compensação entre lojas e perde o seu melhor diagnóstico. Uma conta de compensação que não zera diz-lhe que algo específico está errado — mas apenas se pertencer a uma loja. Misture duas lojas nela e um erro na Marca A esconde-se no saldo da Marca B indefinidamente.
Se o seu plano de contas for anterior à loja n.º 2, este é o momento de o reestruturar — o nosso modelo de plano de contas para comércio eletrónico é o layout inicial, e duplica as secções de compensação e taxas por loja.
3. Linhas de taxas por loja
Mapeie as taxas para que sejam visíveis por loja — quer contas separadas (Taxas de Comerciante — Marca A) quer uma conta de taxas com a etiqueta da loja aplicada de forma consistente.
Isto importa mais do que parece. O custo de processamento efetivo difere por loja: diferentes misturas de gateways, diferentes valores médios de encomenda, diferentes taxas de devolução. Se a taxa de taxa efetiva da Marca B for 3,1% enquanto a da Marca A for 2,4%, essa é uma lacuna de margem real sobre a qual pode agir — mas apenas se as taxas nunca foram misturadas.
4. Uma regra escrita para custos partilhados
Duas lojas partilham coisas: uma conta de anúncios, um contrato 3PL, o seu próprio salário. Escolha uma base de alocação — a partilha de receitas é aceitável — registe-a mensalmente com uma entrada de diário recorrente e escreva a regra. A alocação perfeita não existe. A alocação consistente é o que torna o P&L por loja fiável, e a consistência só sobrevive se a regra for documentada em vez de ser redecidida todos os meses.
[IMAGEM: Excerto do plano de contas mostrando secções paralelas por loja — duas contas de compensação e duas contas de taxas de comerciante, rotuladas Marca A e Marca B]
Se uma das suas montras for WooCommerce, os seus dados de encomenda chegam mais desarrumados do que os do Shopify — o guia de contabilidade WooCommerce cobre essas especificidades antes de incorporar essa loja nesta estrutura.
As Três Armadilhas Que Misturam os Livros Contabilísticos Novamente
Mesmo uma configuração correta degrada-se em locais previsíveis. Três deles respondem pela maior parte dos danos.
Transferências de inventário entre lojas. Mover stock da Marca A para a Marca B não é uma venda — é a mesma entidade legal. Registe-a como tal e a Marca A mostra receita que nunca ganhou enquanto o Custo das Mercadorias Vendidas (CMV) da Marca B fica distorcido. Transfira ao custo com uma entrada de diário entre contas de ativos de inventário, sem linha de receita em lado nenhum. (Se as suas lojas *forem* entidades separadas, aplica-se o oposto: é uma venda real entre empresas, a um preço defensável — mais uma razão pela qual a decisão do limite da entidade vem primeiro.)
Despesas partilhadas de anúncios. Uma conta Meta financia as campanhas de ambas as lojas, e o débito do cartão surge como uma única despesa. Deixe-o sem divisão e uma loja suporta silenciosamente o custo de aquisição da outra — geralmente a loja mais antiga a subsidiar a nova, o que faz com que a nova loja pareça melhor do que realmente é. Uma vez por mês, extraia as despesas por campanha e divida a despesa pela etiqueta da loja. São vinte minutos, e é a diferença entre um P&L por loja e ficção por loja.
Um gateway a servir duas lojas. É tentador executar o checkout da segunda loja através da conta de pagamento que já possui. Não o faça. Cada pagamento contém agora encomendas de duas lojas, e não há forma limpa de dividir um depósito depois de este ser efetuado. Uma conta de gateway por loja. A administração extra é trivial em comparação com um extrato bancário que nunca consegue atribuir.
As armadilhas que as ferramentas se recusam a deixar que caia
Livros misturados geralmente resultam de desvios de processo, e ferramentas de sincronização fecham alguns pontos de desvio estruturalmente. Duas salvaguardas e um risco residual, todos nomeados na própria documentação do LedgerPort.
Salvaguarda um: uma loja não pode ser reclamada duas vezes. Tente ligar uma loja que já está ligada a uma conta LedgerPort diferente e a ligação falha com um erro explícito — "Este site já está ligado a outra conta." Isso bloqueia o perigo de múltiplos operadores onde dois pipelines de sincronização lutam silenciosamente por uma loja, cada um escrevendo a sua própria versão dos livros.
Salvaguarda dois: os limites da loja são visíveis, não descobertos. As contagens de ligações são baseadas no plano e mostradas diretamente na página de Ligações, pelo que "quantas lojas isto cobre" nunca é um ticket de suporte — atinge "Número máximo de ligações atingido" no limite, não uma sincronização parcial silenciosa.
O risco residual que vale a pena conhecer: Entrada Duplicada no QuickBooks. Quando uma sincronização manual e uma sincronização automática se sobrepõem na mesma encomenda, o mesmo número de encomenda pode ser registado duas vezes. Surge como um erro nomeado com uma correção documentada — verificar no QBO, eliminar o duplicado, resincronizar — em vez de se esconder nas suas receitas até à reconciliação.
O Que a Visibilidade por Loja Realmente Muda
Volte à reunião de quinta-feira. Mesma pergunta — encerrar ou dobrar o investimento — mas agora executa o P&L por Localização e a resposta está em duas colunas.
Digamos que a Marca B faturou 38.000$ no mês passado. Após as *suas próprias* taxas, *as suas* despesas de publicidade alocadas, *o seu* envio, está a operar com 4% de lucro líquido enquanto a Marca A opera com 12% — agora sabe que a segunda loja é um problema de margem com um tamanho específico, e pode ver qual a linha que é a culpada. Ou as colunas invertem-se: B é o negócio com melhor margem e o volume de A esteve a escondê-lo, caso em que encerrar B teria sido um erro caro cometido com números misturados que soam confiantes.
Esse é o retorno real desta estrutura. Não a arrumação — a direção. Qual loja recebe os próximos 10.000€ de inventário. Se os preços de envio da Marca B precisam mudar. O que você mostra a um credor que pede o desempenho por loja. Seu contabilista recebe um ficheiro limpo em vez de uma caixa de sapatos com dois negócios, e cada uma dessas chamadas é feita com base em evidências.
A visibilidade por loja tem uma segunda camada que a maioria dos operadores perde: a visibilidade de sincronização por loja. No LedgerPort, cada negócio carrega o seu próprio registo de auditoria — os tipos de entidade incluem Pagamento e Resumo Diário, não apenas encomendas — pelo que a verificação pontual pré-reunião é um filtro, não uma folha de cálculo: defina o Estado para Não sincronizado ou Erro por loja, sessenta segundos por montra, e sabe que os livros de cada loja estão realmente atualizados antes que alguém abra a Demonstração de Resultados. Se uma loja não estiver atualizada, a recuperação é a própria receita de interrupção da documentação: filtro de intervalo de datas sobre a janela de lacuna, Selecionar Tudo, Sincronizar Selecionados — por loja, sem tocar nas lojas que estão bem. Uma nota honesta: a retenção de registos é segmentada por plano (7, 30 ou 90 dias, até ilimitado), pelo que uma empresa que faz revisões trimestrais precisa de uma das janelas mais longas.
Onde o LedgerPort se Encaixa
Tudo o que está acima é alcançável manualmente. É também uma disciplina permanente: cada encomenda, reembolso, pagamento e taxa, marcada para a loja certa e encaminhada para a conta de compensação certa, todos os dias, em todas as montras. O modo de falha não é a ignorância — é um Q4 agitado.
Este é o trabalho específico para o qual a automação de sincronização multi-loja existe — quer esteja a tratar da contabilidade para várias lojas Shopify ou uma mistura Shopify-plus-WooCommerce. A sincronização multi-loja do LedgerPort conecta cada montra Shopify ou WooCommerce ao mesmo ficheiro QuickBooks Online, e mantém as fronteiras para si: cada loja obtém a sua própria conta de compensação, o seu próprio mapeamento de taxas, e a sua própria etiqueta de classe ou localização, com encomendas, reembolsos, pagamentos e taxas publicadas por loja automaticamente.
Dentro do painel, a fronteira é estrutural, não uma convenção de nomenclatura: cada montra vive como o seu próprio negócio sob um único login. Clique no nome do negócio no canto superior esquerdo e o seletor lista todas as lojas na conta — cada uma totalmente isolada, com as suas próprias conexões, registos de sincronização, mapeamentos e configurações, para que nada da Marca A se infiltre na Marca B.
Adicionar a loja nº 2 — ou nº 3 — requer um nome, uma moeda e um fuso horário. Depois conecta essa loja e a sua empresa QuickBooks da mesma forma que fez com a primeira.
O acesso segue os mesmos limites. As funções são definidas por negócio, pelo que pode convidar o seu contabilista para os livros da Loja A — onde ele poderá ver os registos de sincronização e executar sincronizações manuais — sem que ele veja a Loja B ou a sua faturação. A divisão Administrador/Membro está abordada em Como Adicionar Membros da Equipa e Gerir Funções.
Para empresas que gerem lojas de clientes: a mesma estrutura escala para o trabalho do cliente — cada loja de cliente é o seu próprio negócio isolado sob o login da sua empresa, com acesso limitado por função por cliente. Veja o Programa de Parceiros CPA e o Guia para o Programa de Parceiros CPA LedgerPort.
Executa lojas em duas plataformas? O caso Shopify-plus-WooCommerce funciona da mesma forma, a partir da mesma conta. A loja Shopify conecta-se em cerca de 15 minutos — Introdução ao LedgerPort é todo o percurso — e a loja WooCommerce instala-se como um plugin e conclui através de um assistente de configuração, conforme Instalar o LedgerPort numa Loja WooCommerce e Conectar ao QuickBooks Online. Ambas as lojas sincronizam com o QuickBooks com os seus próprios limites intactos — sem segunda ferramenta, sem segunda subscrição.
Sobre preços: o plano Scale (a partir de 67 $/mês, 5.000 encomendas/mês) gere até 3 lojas com sincronização em tempo real e diários de pagamento e gestão de taxas por loja — o que cobre a maioria dos operadores de duas marcas ou Shopify-plus-Woo. Enterprise (a partir de 169 $/mês) remove os limites: lojas e encomendas ilimitadas, contabilidade de vales-presente e créditos de loja, e um gestor de conta dedicado. A faturação anual poupa 15%, e tudo tem uma garantia de devolução de 14 dias — reembolso de 100%, sem perguntas.
Limite honesto: o LedgerPort não decidirá a sua regra de alocação de custos partilhados nem registará as suas transferências de inventário entre lojas. Essas decisões ficam consigo e com o seu contabilista. O que ele remove é a disciplina diária de transações — a parte que desgasta.
A Reunião de Dois Cliques
No próximo trimestre, a reunião acontece novamente — desta vez é sobre se a loja n.º 3 é uma boa ideia.
Abre o QuickBooks. Relatórios. P&L por Localização. Dois cliques. A Marca B está a 9% de lucro líquido e a subir desde que reajustou os preços do seu envio em abril. A Marca A está estável. A reunião dura quatro minutos, a maior parte dos quais passa a pensar o que fazer com o resto da hora.
É a reunião estratégica mais anticlimática que alguma vez terá. Esse é o objetivo.
O liquidificador só funciona numa direção — os dados da loja que não separa hoje são o P&L por loja que não consegue extrair no próximo ano. Se está a configurar a loja n.º 2 agora, ou se a loja n.º 2 chegou há catorze meses e os livros nunca foram atualizados, veja como o LedgerPort mantém os livros de cada loja separados automaticamente, ou comece gratuitamente e conecte a sua primeira loja em cerca de 15 minutos.
