# Sistema multiempresa e multifilial: como estruturar sem refazer

> Sistema multiempresa e multifilial: as decisões de modelagem sobre cadastros, estoque, transferências, financeiro e permissões que evitam refazer tudo depois.

Fonte: https://pervian.tech/blog/sistema-multiempresa-e-multifilial · Pervian Tech · publicado em 2026-10-01

A empresa abre a segunda loja e o sistema aguenta. Na terceira, alguém cria um campo "filial" no pedido e um filtro no relatório. Quando o grupo compra uma distribuidora com outro CNPJ, a solução vira uma segunda instalação do mesmo sistema, com cadastro de clientes duplicado e uma planilha que soma as duas no fim do mês.

O problema não é o número de unidades. É que o sistema foi desenhado para uma empresa só, e a ideia de "unidade" foi colada por cima depois. A partir daí, cada pergunta simples vira projeto: quanto o grupo vendeu no mês, quanto a filial de Campinas deve para a matriz, quem pode ver o caixa de qual loja.

Este texto mostra as decisões que um grupo empresarial precisa tomar cedo, antes da primeira linha de código ou da escolha de um ERP, para que o sistema cresça com as filiais em vez de travar nelas.

## A resposta curta: como estruturar um sistema multiempresa e multifilial

Um sistema multiempresa e multifilial bem estruturado tem cinco características desde o início:

1. **Hierarquia explícita**: grupo, empresa (CNPJ raiz), estabelecimento (cada CNPJ completo) e, quando necessário, unidades operacionais dentro do estabelecimento, como depósito, loja ou centro de custo.
2. **Todo dado operacional pertence a um estabelecimento**: pedido, nota, título financeiro, movimento de estoque e lançamento de caixa carregam a unidade de origem, sem exceção.
3. **Política clara de compartilhamento**: para cada cadastro, está decidido se ele é do grupo, da empresa ou da filial.
4. **Transferência como operação própria**: mover mercadoria ou dinheiro entre unidades tem documento, status e conciliação, não é uma saída de um lado e uma entrada manual do outro.
5. **Permissões por unidade**: o acesso é definido por papel e por escopo (quais filiais), e os relatórios respeitam esse escopo.

## Por que crescer em filiais quebra muitos sistemas

Sistemas nascidos para uma única empresa carregam suposições que ninguém escreveu, mas que estão no código inteiro:

- **Um único estoque.** O saldo do produto é um número só. Com duas lojas, ele precisa ser um número por local, e toda tela que mostra saldo precisa saber de qual local está falando.
- **Uma única numeração.** Pedido, nota e recibo seguem uma sequência. Com vários CNPJs, a numeração fiscal é por estabelecimento e série, e misturar isso gera rejeição na hora de emitir.
- **Um único caixa e um único plano de contas.** O financeiro soma tudo junto. Separar depois exige reclassificar o histórico.
- **Usuário vê tudo.** Não existia motivo para restringir, porque só havia uma empresa.

Cada uma dessas suposições, corrigida depois, mexe em dezenas de telas, relatórios e integrações. É por isso que a decisão de modelagem precisa vir antes. Se você ainda está avaliando se compensa construir ou adotar um pacote pronto, o texto sobre [ERP sob medida ou ERP de mercado](https://pervian.tech/blog/erp-sob-medida-ou-erp-de-mercado) ajuda a separar o que é padrão do que é diferencial do seu negócio.

## Empresas, filiais e unidades: o modelo certo

A confusão mais comum é tratar "empresa" e "filial" como a mesma coisa com nomes diferentes. Para o fisco, não são: a filial é outro estabelecimento da mesma pessoa jurídica, enquanto outra empresa do grupo é uma pessoa jurídica distinta, com CNPJ raiz próprio. Para a gestão, também não.

| Nível | O que representa | Exemplo | O que costuma ficar nele |
|---|---|---|---|
| Grupo | O conjunto controlado pelos mesmos sócios | Grupo com distribuidora e rede de lojas | Visão consolidada, cadastros corporativos, políticas |
| Empresa | A pessoa jurídica, identificada pela raiz do CNPJ | A distribuidora | Plano de contas, regime tributário, contas bancárias |
| Estabelecimento | Matriz ou filial, cada uma com CNPJ completo e inscrições próprias | Filial de Campinas | Emissão de nota, estoque fiscal, caixa |
| Unidade operacional | Subdivisão interna sem CNPJ próprio | Depósito avançado, quiosque, setor | Estoque físico, centro de custo, equipe |

Duas consequências práticas desse modelo:

**O estabelecimento é a unidade fiscal.** Nota fiscal, inscrição estadual e obrigações acessórias são do estabelecimento. O sistema precisa guardar os dados fiscais em cada filial, não na empresa.

**A unidade operacional é a unidade de gestão.** Um galpão dividido em dois depósitos ou uma loja com quiosque no shopping pode ter estoques e metas separados sem ter CNPJ próprio. Se o modelo só conhece CNPJ, essa separação vira gambiarra.

Preveja também que o grupo vai mudar: unidade encerrada é inativada com data, nunca apagada, para o histórico continuar legível.

## Cadastros compartilhados ou separados

Essa é a decisão que mais pesa depois. Para cada cadastro, existem três opções:

- **Do grupo**: um registro único, usado por todas as empresas.
- **Da empresa**: compartilhado entre as filiais de um mesmo CNPJ raiz, separado entre empresas.
- **Da filial**: cada unidade tem o seu.

E existe uma quarta, que costuma ser a melhor para cadastros grandes: **registro do grupo com atributos por unidade**. O produto é um só, com código, descrição e NCM únicos, mas preço, estoque mínimo e situação (ativo ou fora de linha) podem variar por filial.

Um ponto de partida que costuma funcionar:

| Cadastro | Escopo sugerido | Por quê |
|---|---|---|
| Produto (dados técnicos) | Grupo | Evita o mesmo item com três códigos diferentes |
| Produto (preço, mínimo, situação) | Filial | Cada praça tem realidade comercial própria |
| Cliente | Grupo, com dados de crédito por empresa | Visão única do cliente, risco avaliado por quem vende |
| Fornecedor | Grupo | Negociação centralizada, compra distribuída |
| Plano de contas | Empresa | Contabilidade é por pessoa jurídica |
| Centro de custo | Empresa ou filial | Depende de como a gestão é cobrada |
| Tabela de preço | Filial ou região | Concorrência e frete mudam por praça |
| Usuário | Grupo | Uma pessoa, um login, acessos por unidade |

O erro clássico é [duplicar o cadastro de clientes](https://pervian.tech/blog/sincronizacao-de-cadastros-entre-sistemas) por empresa "para não misturar". Em pouco tempo o mesmo cliente tem endereços diferentes, limites de crédito que não conversam e ninguém sabe quanto ele deve ao grupo. Compartilhar o cadastro não significa compartilhar tudo: o limite de crédito e o histórico de cobrança podem continuar separados por empresa.

## Estoque, transferências e preços por filial

### Saldo por local, sempre

O saldo de um produto não é um número, é uma tabela: produto, local, quantidade. Toda movimentação (venda, compra, ajuste, devolução, transferência) registra o local. As telas de venda consultam o saldo do local de quem está vendendo, e uma consulta à parte mostra o saldo nas outras unidades, para o vendedor oferecer retirada ou envio de outra filial.

Se o controle de estoque já é um ponto fraco hoje, multiplicar locais vai ampliar o problema. Vale olhar antes [quando um sistema de gestão de estoque sob medida faz sentido](https://pervian.tech/blog/sistema-de-gestao-de-estoque-sob-medida).

### Transferência é um processo, não dois lançamentos

Mandar mercadoria da matriz para uma filial parece uma saída e uma entrada. Na prática, entre as duas existe um caminhão, e a mercadoria precisa estar em algum lugar no meio do caminho. O desenho que evita divergência trata a transferência como documento próprio, com etapas:

1. **Solicitação** pela filial ou sugestão automática pelo estoque mínimo.
2. **Separação e expedição** na origem, com baixa do saldo da origem e entrada num local "em trânsito".
3. **Documento fiscal**, quando origem e destino são estabelecimentos diferentes. Entre matriz e filial da mesma empresa, a remessa sai com nota fiscal de transferência, cujo tratamento de ICMS mudou nos últimos anos. Entre empresas diferentes do grupo, a operação deixa de ser transferência e passa a ser, para o fisco, uma venda ou outra operação entre pessoas jurídicas distintas, com tributação própria. Em qualquer caso, as regras do seu cenário devem ser validadas com o contador.
4. **Recebimento** no destino, com conferência item a item.
5. **Tratamento da diferença**: falta, avaria ou sobra geram ocorrência com responsável, e não um ajuste silencioso.

Entre depósitos do mesmo CNPJ, o fluxo é igual, sem a etapa fiscal, e o sistema distingue os casos pelo cadastro das unidades.

### Preço e custo por filial

Preço por filial é comum e simples de modelar quando previsto. O ponto delicado é o custo. Se a mercadoria é comprada pela matriz e transferida, o custo na filial é o custo de compra, o valor da nota de transferência ou o custo mais frete? Cada resposta muda a [margem que o gerente da filial enxerga](https://pervian.tech/blog/margem-de-contribuicao-por-produto-e-cliente). Defina a regra uma vez, por escrito, junto com o financeiro.

## Financeiro por CNPJ e visão consolidada

O financeiro de um grupo precisa funcionar em duas camadas ao mesmo tempo.

**Na camada da empresa**, cada CNPJ tem suas contas bancárias, seus títulos a pagar e a receber, seu fluxo de caixa e seu fechamento. Um boleto emitido pela filial de Campinas é recebido na conta da empresa dona daquela filial, e a conciliação bancária acontece por conta.

**Na camada do grupo**, a diretoria quer saber o caixa total, a inadimplência total e o resultado do mês. Aqui aparece um problema que planilha nenhuma resolve bem: **operações entre empresas do próprio grupo**. Se a distribuidora vende para a rede de lojas, essa venda é receita para uma e custo para a outra, mas para o grupo não aconteceu nada. Somar os dois resultados sem eliminar essa operação infla o faturamento.

Para a consolidação funcionar, o sistema precisa:

- **Identificar operações intragrupo** na origem, marcando cliente ou fornecedor que é empresa do próprio grupo.
- **Registrar mútuos e rateios** (empréstimo entre empresas, despesa central dividida entre filiais) como lançamentos próprios, com contrapartida nas duas pontas.
- **Gerar a visão consolidada** eliminando essas operações, sem alterar os números de cada empresa.

O rateio de despesas centrais (aluguel do escritório, TI, diretoria) merece regra explícita, por faturamento, pessoas ou área, registrada no sistema e não na cabeça de quem fecha o mês.

## Permissões por unidade

Em empresa única, permissão é "o que a pessoa pode fazer". Em grupo, é "o que a pessoa pode fazer, em quais unidades". O modelo que funciona combina três elementos:

- **Papel**: vendedor, gerente de loja, comprador, financeiro, diretoria.
- **Escopo**: uma filial, um conjunto de filiais, uma empresa inteira ou o grupo.
- **Unidade ativa**: a filial em que a pessoa está operando agora, que define a numeração, o estoque e o caixa da operação.

Um gerente regional, por exemplo, tem papel de gerente com escopo em cinco lojas; um comprador central lança compras para qualquer filial sem ver o caixa de nenhuma.

Dois cuidados técnicos que fazem diferença:

- **O filtro por unidade precisa estar na base do sistema**, não em cada tela. Se cada relatório aplicar o próprio filtro, um deles vai esquecer, e o gerente de uma loja verá o faturamento de outra.
- **Toda ação precisa registrar quem fez e em qual unidade.** Em grupos com muitas pessoas, a pergunta "quem estornou esse título na filial do Recife" aparece cedo. O texto sobre [controle de acesso e trilha de auditoria](https://pervian.tech/blog/controle-de-acesso-e-trilha-de-auditoria) detalha como estruturar isso.

## Relatórios do grupo e de cada filial

Se o modelo de dados foi bem feito, os relatórios ficam simples: a mesma consulta roda com escopo de uma filial, de uma empresa ou do grupo. Se não foi, cada nível vira um relatório diferente, e os [números deixam de bater](https://pervian.tech/blog/qualidade-de-dados-relatorios-nao-batem) entre eles.

Os relatórios que costumam ser pedidos primeiro:

- **Vendas e margem por filial**, comparáveis entre si e somáveis no grupo.
- **Estoque por local e em trânsito**, com valor e cobertura em dias.
- **Fluxo de caixa por empresa e consolidado**, com a eliminação das operações intragrupo.
- **Ranking de filiais** pelos [indicadores que a diretoria acompanha](https://pervian.tech/blog/dashboard-financeiro-indicadores).
- **Inadimplência por cliente no grupo**, somando o que ele deve a todas as empresas.

## Checklist de decisões antes de começar

Antes de desenvolver ou contratar, tenha por escrito a resposta para estas perguntas:

1. **Quais empresas e estabelecimentos existem hoje**, e quais estão previstos para os próximos anos?
2. **Existem unidades operacionais sem CNPJ** que precisam de estoque, meta ou centro de custo próprio?
3. **Qual o escopo de cada cadastro**: grupo, empresa ou filial? Quais atributos variam por unidade?
4. **Quais locais de estoque existem** e quais vendem para quais canais?
5. **Como funciona a transferência hoje**, quem solicita, quem aprova e como se trata diferença no recebimento?
6. **Qual a regra de custo** da mercadoria transferida?
7. **Quais operações acontecem entre empresas do grupo** e como devem ser eliminadas na consolidação?
8. **Como são rateadas as despesas centrais?**
9. **Quais papéis existem e com que escopo** cada um trabalha?
10. **Quais relatórios a diretoria precisa ver** e com que frequência?

Se várias dessas respostas forem "depende" ou "cada filial faz de um jeito", o primeiro trabalho é padronizar o processo, não escrever código.

## Perguntas frequentes

### Qual a diferença entre sistema multiempresa e multifilial?

Multifilial atende vários estabelecimentos da mesma pessoa jurídica, como matriz e filiais com o mesmo CNPJ raiz. Multiempresa atende pessoas jurídicas distintas do mesmo grupo, cada uma com CNPJ raiz, plano de contas e regime tributário próprios. Um sistema multiempresa e multifilial bem estruturado trata os dois níveis, além do grupo e das unidades operacionais.

### Matriz e filial podem ter regimes tributários diferentes?

Não. O regime tributário, como Simples Nacional, lucro presumido ou lucro real, é da pessoa jurídica, e matriz e filiais fazem parte da mesma empresa. Já empresas diferentes do grupo podem ter regimes distintos. Por isso o sistema guarda o regime tributário no nível da empresa e os dados fiscais, como inscrição estadual, em cada estabelecimento.

### Precisa de nota fiscal para transferir mercadoria entre filiais?

Sim, quando origem e destino são estabelecimentos diferentes: entre matriz e filial da mesma empresa, a remessa sai com nota fiscal de transferência, cujo tratamento de ICMS mudou nos últimos anos. Entre depósitos do mesmo estabelecimento, não há etapa fiscal. Como as regras variam por operação e estado, o cenário de cada grupo deve ser validado com o contador.

### Dá para adaptar um sistema de empresa única para várias filiais?

Dá, mas costuma exigir mais do que um campo de filial no pedido. Estoque, numeração fiscal, financeiro e permissões precisam passar a considerar a unidade em todas as telas, relatórios e integrações. Antes de adaptar um sistema de empresa única, vale avaliar o que pode ser evoluído e o que precisa ser remodelado desde a base de dados.

## Como a Pervian Tech trabalha sistemas multiempresa

Na Pervian Tech, esse tipo de projeto começa pelo modelo, não pelas telas. No diagnóstico inicial, que é gratuito, mapeamos a estrutura societária e operacional do grupo, os cadastros que hoje estão duplicados, como mercadoria e dinheiro circulam entre as unidades e quais relatórios a diretoria monta à mão. Desse levantamento sai o desenho de dados e de permissões que sustenta o resto, dentro do nosso trabalho de [arquitetura de software](https://pervian.tech/servicos/arquitetura-de-software).

A partir daí, o desenvolvimento segue em fases: primeiro a hierarquia e os cadastros, depois estoque e transferências, depois financeiro e consolidação. Quando o grupo já tem um sistema e o problema é adaptá-lo, avaliamos o que pode ser evoluído e o que precisa ser remodelado. Se o caminho for um sistema novo, ele é construído como um [sistema de gestão sob medida](https://pervian.tech/solucoes/sistema-de-gestao-sob-medida). Prazos dependem do número de unidades e da complexidade das regras e só são definidos depois do diagnóstico.

O investimento é sob consulta, porque cada grupo tem uma estrutura diferente. Para mais textos sobre decisões técnicas como esta, veja a categoria [engenharia](https://pervian.tech/blog/categoria/engenharia). E se o seu sistema ainda precisa de planilha para somar as filiais no fim do mês, [conte como o seu grupo está organizado](https://pervian.tech/#contato).