- 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 |
The reasoning runs in both directions. A QuickBooks file is the books of record for one tax entity. Blend two entities into one file and you can't produce either entity's return without carving the file apart — every transaction becomes a "whose is this?" question at the worst possible time. Split one entity across two files and you get the opposite problem: no single P&L, no single balance sheet, and manual consolidation every time your CPA or a lender asks for the whole picture.
Most operators reading this are the first row: one LLC, two storefronts. If that's you, the answer is one file with per-store tracking — and the rest of this post is about building it.
One prerequisite worth naming: class and location tracking require QuickBooks Online Plus or Advanced. If you're on Essentials, that upgrade is part of the real cost of store #2. Budget for it rather than working around it — the workaround is the blender.
And one deadline worth naming: the moment you put sync tooling in place, the architecture stops being reversible. In LedgerPort, a business binds one store to one QuickBooks company, and once that connection is authorized, the QBO company can never be swapped to a different one later. The file question has to be settled before anyone clicks Authorize — not revisited after six months of transactions have flowed.
Note what the tooling assumes, too: one QuickBooks company per business. "Two files, one login" is the natively supported shape, and each business is fully isolated — the docs put it plainly: changes made in one business do not affect another. So if your stores are separate entities, the two-file answer isn't a compromise you'll fight your software over; it's the default the software is built around.
A Estrutura por Loja Dentro de Um Ficheiro
Clean multi-store bookkeeping inside a single QBO file comes down to four pieces. None of them is exotic. All of them have to exist before the transactions flow, not after.
1. Uma classe ou localização para cada loja
QuickBooks gives you two tagging dimensions. Location applies one tag per transaction — which is exactly what a storefront is, so it's usually the cleaner fit. Class can split individual lines within a transaction, which makes it better for things like product categories. A sensible default: use Location for the store, and keep Class in reserve for a second dimension you might want later.
Whichever you pick, the rule is total coverage. Every sales receipt, every fee, every refund gets a store tag. An untagged transaction is a transaction back in the blender.
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.
