Multi-loja no Bling para em 3 CNPJs — o que fazer quando você cresce

Lojista crescendo no Bling quase sempre bate na mesma parede: o sistema só aguenta 3 CNPJs. Se você abriu a 4ª loja, a 5ª filial, ou virou franqueado, descobre que o “multi-empresa” do Bling não é o que parecia.

Esse post explica por que o limite existe, como o Bling resolveu na marra (e por que essa solução piora a operação) e o que muda num ERP multi-loja nativo.

O que o Bling chama de “multi-empresa”

Quando você abre o plano Bling Empresarial ou superior, vê na propaganda: “até 3 CNPJs no mesmo painel”. A realidade é mais sutil:

• Os 3 CNPJs compartilham o login, mas o catálogo é separado por empresa
• Cada estoque é independente — não há saldo consolidado entre filiais
• Relatórios precisam ser tirados empresa por empresa e somados manualmente no Excel
• Usuários precisam ter permissão duplicada em cada CNPJ que vão acessar
• Integrações de marketplace são por empresa — você configura ML 3 vezes se quer vender em 3 CNPJs

Não é mentira do Bling. É a arquitetura deles: cada CNPJ é uma instância quase independente, com login compartilhado em cima. Pra 1-3 lojas é tolerável. Pra 4+ vira gambiarra organizada.

Como o lojista resolve hoje quando cresce

Três caminhos comuns:

1. Abrir 2 contas Bling separadas

Você paga 2 mensalidades do Bling pra ter 6 CNPJs. Login diferente, equipe troca de conta o dia inteiro, relatório consolidado vai pra Excel.

Custo invisível: treinamento dobrado, risco de erro humano (vender pelo CNPJ errado), suporte do Bling não consegue ajudar em problema cross-conta.

2. Pular pro Linx ou Omie Enterprise

Funciona, mas o salto de preço é grande: Bling cobra ~R$ 250/mês no plano alto, Linx começa em R$ 500/mês com setup separado. E são sistemas pesados, desenhados pra rede com 50+ unidades — não pra você com 4 lojas.

3. Sair de ERP e voltar pra planilha

Verdade que pouca gente fala: tem lojista de 5-6 lojas operando vendas em planilha Google Sheets + emissor de NFC-e standalone. Funciona até alguém roubar o arquivo, esquecer de salvar, ou perder histórico fiscal.

Por que isso acontece com o Bling

Não é falta de competência. É arquitetura desenhada em 2010, quando “1 empresa, 1 sistema” era a regra. ERP de varejo da época foi feito pra:

• 1 CNPJ por instalação
• 1 endereço fiscal
• 1 estoque
• 1 caixa

Multi-loja foi um add-on em cima, não um conceito nativo. Por isso a 4ª loja “não cabe” — o esquema do banco de dados literalmente trata cada CNPJ como instância separada.

Tiny (mesmo grupo Olist) tem a mesma limitação na prática. Omie aceita mais CNPJs mas cada um é uma “empresa” isolada — relatório consolidado é manual. VHSYS e Conta Azul não têm multi-loja sério, só dão login compartilhado.

Esse é um problema estrutural do mercado, não falha de um vendedor específico.

O que muda num sistema multi-loja nativo

Multi-loja nativo significa: um tenant (sua empresa), N lojas (filiais), catálogo compartilhado, estoque por loja, relatório consolidado.

Diferenças concretas no dia a dia:

Cadastro de produto

Bling (multi-empresa): Cadastra o produto na empresa A. Depois cadastra de novo na empresa B. Depois na C. Erro de SKU duplicado? Resolve manualmente. Mudou de fornecedor? Atualiza nas 3 empresas.

Multi-loja nativo: Cadastra o produto uma vez. Vincula às lojas que vendem (preço e estoque podem ser diferentes por loja). Mudou de fornecedor? 1 atualização vale pras 4 lojas.

Estoque

Bling: Estoque é da empresa. Transferir entre CNPJs é nota de entrada + nota de saída + reconciliação manual. Erro de digitação no caminho é normal.

Multi-loja nativo: Estoque é da loja. Transferência interna é um botão: aprovação do gerente destino → estoque move atomicamente em transação. Histórico completo na auditoria. Não emite nota fiscal porque é a mesma empresa.

Relatório

Bling: Faturamento da empresa A: vai no painel A. Da B: painel B. Da C: painel C. Consolidado: Excel + soma manual.

Multi-loja nativo: Dashboard /erp/dashboard mostra faturamento de todas as lojas, com filtro “loja específica” quando quer detalhar. Comparativo “Loja A vs Loja B” em 2 cliques.

Usuário e permissão

Bling: Usuário tem que ter permissão em cada empresa. Funcionária que trabalha em 2 filiais? 2 cadastros, 2 logins (ou 1 login e ela troca de empresa no dropdown).

Multi-loja nativo: Funcionária tem 1 conta. Vinculada às lojas onde trabalha. Permissão pode ser diferente por loja (caixa na A, gerente na B). 1 login.

Integração marketplace

Bling: ML, Shopee, Magalu são configurados por empresa. 3 empresas = 3 contas em cada marketplace.

Multi-loja nativo: Configura uma vez por loja. Pedidos chegam segregados; estoque baixa na loja certa.

Como o Jefacil faz multi-loja

Nossa arquitetura desde o dia 1:

Tenant (sua empresa) → N Stores (filiais)
       ├─ Catalog (produtos compartilhados)
       ├─ Customers (clientes compartilhados — quem é cliente é cliente em todas)
       ├─ Suppliers (fornecedores compartilhados)
       └─ Por loja:
          ├─ StoreProduct (preço + estoque + tier de atacado)
          ├─ Sales (vendas)
          ├─ CashierSession (caixas — PER_USER ou PER_STORE configurável)
          ├─ StockTransfer (transferências entre filiais)
          └─ UserStore (quem trabalha aqui + permissão)

Tudo isolado por tenant — você nunca vê dado de outra empresa. Mas dentro do tenant, N lojas funcionam como filiais de verdade, com agregação consolidada e cadastro centralizado.

Limite de lojas: o plano Premium aguenta até 10. O Corporativo é ilimitado (e mais barato que Linx — R$ 449 vs R$ 500+).

”Mas eu quero abrir empresas legalmente separadas”

Justo. Tem caso onde separar CNPJ tem motivo fiscal/contábil real: você quer um CNPJ Simples (faturamento até R$ 4.8MM/ano) e outro Lucro Presumido, ou quer separar contabilmente uma filial pra venda futura.

Pra esse cenário, o Jefacil trabalha como multi-tenant: você abre 2 tenants distintos, cada um com seus CNPJs. Multi-loja é dentro de cada tenant. Você loga em um ou outro com o mesmo email (Membership N:N). Ainda continua sendo 1 sistema, 1 visual, 1 treinamento.

Se você não tem motivo fiscal claro pra separar, fica num só tenant com 4-10 lojas. Mais simples, relatório consolidado.

Migração: vale o trabalho?

Resposta sincera: vale quando o pain real começa a custar dinheiro. Sinais que indicam:

• Vendedora vendeu pelo CNPJ errado por causa do dropdown — produto saiu do estoque errado
• Você dedica 4h+ por mês fazendo “soma manual no Excel” de relatórios
• Equipe perde acesso ao sistema quando muda de loja (precisa recadastrar permissão)
• Cliente quer comprar online e retirar em outra loja — não tem como, é “loja diferente”
• Integração com marketplace duplicada significa que o mesmo SKU está cadastrado 3x e desincroniza preço

Se você reconheceu 2 ou mais desses, provavelmente já passou da hora. Cada mês a mais no Bling é dinheiro perdido em produtividade.

Como migrar sem perder dado

A gente escreveu o passo a passo em outro post: Como migrar do Bling pra outro ERP em 1 hora. Funciona pra qualquer um dos seus 3 CNPJs no Bling — você exporta cada empresa separadamente e a gente importa tudo no mesmo tenant Jefacil (1 conta).

E se quiser conversar antes de decidir: fala no WhatsApp que a gente mostra o produto rodando com lojas de verdade — não slide, sistema mexendo.

---

Tags relacionadas: Migrar do Bling em 1 hora · Fim do SAT em 2026 · Atacado + varejo no mesmo PDV