Pular para o conteúdo

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.

Por · LinkedIn 13 min de leitura
Neste artigo

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 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:

  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. 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:

  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.

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.

MultiempresaMultifilialArquitetura de SoftwareSistema de GestãoServiço: Arquitetura de Software

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

Continue lendo

Fale conosco

Conte o problema que precisa resolver

Respondemos em até um dia útil com uma avaliação técnica inicial. Sem custo e sem compromisso.

Usamos seus dados apenas para responder este contato.