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.
Neste artigo
- A resposta curta: como estruturar um sistema multiempresa e multifilial
- Por que crescer em filiais quebra muitos sistemas
- Empresas, filiais e unidades: o modelo certo
- Cadastros compartilhados ou separados
- Estoque, transferências e preços por filial
- Financeiro por CNPJ e visão consolidada
- Permissões por unidade
- Relatórios do grupo e de cada filial
- Checklist de decisões antes de começar
- Perguntas frequentes
- Como a Pervian Tech trabalha sistemas multiempresa
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:
- 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.
- 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.
- Política clara de compartilhamento: para cada cadastro, está decidido se ele é do grupo, da empresa ou da filial.
- 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.
- 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 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 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.
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:
- Solicitação pela filial ou sugestão automática pelo estoque mínimo.
- Separação e expedição na origem, com baixa do saldo da origem e entrada num local "em trânsito".
- 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.
- Recebimento no destino, com conferência item a item.
- 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. 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 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 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.
- 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:
- Quais empresas e estabelecimentos existem hoje, e quais estão previstos para os próximos anos?
- Existem unidades operacionais sem CNPJ que precisam de estoque, meta ou centro de custo próprio?
- Qual o escopo de cada cadastro: grupo, empresa ou filial? Quais atributos variam por unidade?
- Quais locais de estoque existem e quais vendem para quais canais?
- Como funciona a transferência hoje, quem solicita, quem aprova e como se trata diferença no recebimento?
- Qual a regra de custo da mercadoria transferida?
- Quais operações acontecem entre empresas do grupo e como devem ser eliminadas na consolidação?
- Como são rateadas as despesas centrais?
- Quais papéis existem e com que escopo cada um trabalha?
- 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.
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. 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. 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.
Quer uma solução assim na sua empresa?
Cada projeto é desenhado sob medida para o seu processo, e o investimento é definido sob consulta depois de entendermos o contexto. O diagnóstico inicial não tem custo: descreva o cenário e respondemos em até um dia útil.
Falar com a Pervian Tech