Multi-empresa e permissões: segurança e escala em times B2B

Cenários onde uma operação atende múltiplas empresas são mais comuns do que parece em B2B brasileiro: holdings com várias filiais ou marcas, franquias com unidades regionais, agências/consultorias atendendo dezenas de clientes simultâneos, escritórios contábeis com bases segregadas. Em todos esses casos, multi-empresa (também chamado multi-tenant) deixa de ser luxo e vira mandatório. Sem isso, dados vazam entre clientes/unidades, governança é impossível e LGPD fica em risco. Vamos detalhar como funciona, por que importa e como configurar para escala segura.

O problema sem multi-empresa

Cenário típico: holding com 3 marcas operando em CRM único. Vendedor da marca A vê leads e clientes da marca B. Conversas, propostas, históricos, tudo misturado. Resultado:

(1) Confusão operacional — vendedor liga para lead achando que é da empresa A, descobre que é B.

(2) Risco de mistura de proposta — usa preço/condição da A num lead da B.

(3) Relatório consolidado vira impossível — não dá pra separar performance por empresa.

(4) Risco LGPD — vazamento de dado entre clientes/unidades pode constituir violação.

(5) Cultura comprometida — vendedores comparam ofertas, comissões, procedimentos entre empresas que deveriam ser separadas.

Como multi-empresa resolve

Multi-empresa (multi-tenant) é arquitetura onde o sistema isola dados por "tenant" (empresa, unidade, cliente). Usuário só vê o que pertence ao seu tenant. Admin global tem visão consolidada.

Tecnicamente, cada operação no banco de dados é "temperada" com o ID da empresa do usuário logado. Lead criado pela empresa A só aparece quando alguém da empresa A consulta. Empresa B nem sabe que existe.

Pode-se pensar como prédios separados dentro do mesmo edifício. Quem tem acesso ao prédio A não vê o que acontece no prédio B, mesmo morando na mesma rua.

Casos de uso típicos

Holding: empresa-mãe com 3-5 marcas. Cada marca tem seu time, seus leads, suas metas. Holding tem visão consolidada para reporting executivo.

Franquia: rede com 50 unidades regionais. Cada franqueado tem seus leads e clientes. Franqueador tem visão de rede.

Agência B2B: consultoria que atende 30 clientes simultaneamente. Cada cliente tem ambiente próprio com leads e oportunidades. Agência tem visão de portfolio.

BPO comercial: empresa que vende prospecção como serviço. Cada cliente tem seu pipeline isolado. BPO opera todos.

Permissões granulares

Multi-empresa por si não basta. Dentro de cada tenant, ainda precisa de permissões granulares por papel.

Exemplos de papéis:

• Admin global (do sistema): vê todos os tenants, configura, gerencia.
• Admin de tenant (da empresa): gerencia usuários e configurações da própria empresa.
• Gestor: vê pipeline do time todo dentro do tenant, mas não outras empresas.
• BDR: vê apenas seus próprios leads e oportunidades.
• BDR sênior: vê os próprios + dos juniores que coacheia.
• CSM: vê só clientes ativos, não pipeline de prospecção.
• Financeiro: vê apenas dados financeiros (faturamento, inadimplência), não detalhe de prospecção.
• Visualizador externo (consultor, auditor): acesso somente leitura, limitado.

Permissões por funcionalidade

Além de papéis, permissões podem ser configuradas por funcionalidade específica:

(1) Criar lead (sim/não).

(2) Editar lead de outro vendedor (geralmente apenas gestor).

(3) Exportar lista (geralmente restrito por LGPD).

(4) Deletar oportunidade (admin only).

(5) Ver custo/margem (gestão e financeiro).

(6) Configurar pipeline e estágios (admin).

(7) Aprovar desconto acima de X% (gestão).

Granularidade evita situações como "BDR exportou base de 5.000 leads para CSV pessoal" (risco LGPD e concorrencial).

Auditoria e log

Em multi-empresa séria, log de acesso é mandatório:

Quem acessou o quê, quando, de onde, com quê resultado. Em B2B regulado (saúde, financeiro), exigência regulatória explícita.

Em B2B comum, log protege contra:

(a) Vazamento intencional (vendedor baixa lista antes de sair da empresa).

(b) Acesso não-autorizado (BDR vê dado que não deveria).

(c) Resposta a auditoria LGPD (precisar provar que ninguém de fora viu dado pessoal).

Configuração inicial

Plano de implementação:

Semana 1: definir tenants. Quais empresas/unidades terão ambientes isolados? Listar.

Semana 2: definir papéis. Quais perfis de usuário existem? Quais permissões cada um tem?

Semana 3: configurar tenants e papéis na plataforma. Importar usuários no papel correto.

Semana 4: migrar dados (leads, clientes, oportunidades) para o tenant correto. Cuidado em testes para confirmar isolamento.

Pós-migração: monitorar primeiros 30 dias. Pessoas costumam reclamar "não vejo X" — validar caso a caso.

Erros comuns

Erro 1: tenant sem isolamento real. "Multi-empresa" superficial onde dados ainda se misturam. Avalie se a plataforma realmente isola, não só esconde.

Erro 2: excesso de permissão. Todo mundo é admin para "simplificar". Resultado: ninguém é admin de fato, segurança vai pro brejo.

Erro 3: falta de permissão. Configuração tão restritiva que BDR não consegue trabalhar. Equilíbrio: comece liberal, aperte só quando necessário.

Erro 4: papéis estáticos. Pessoa muda de função, papel não atualizou. Acessa coisas que não deveria. Política: revisão semestral de papéis.

Erro 5: auditoria que ninguém vê. Log existe, mas ninguém olha. Configure alertas para acessos suspeitos (volume incomum, horário fora de norma).

Compliance LGPD com multi-empresa

Multi-empresa bem feita facilita compliance:

(a) Resposta a pedido de exclusão — identifica em qual tenant o dado está, exclui só de lá.

(b) Resposta a pedido de acesso (titular pede o que você tem dele) — busca em todos os tenants relevantes.

(c) Notificação de violação — se incidente atingir tenant X, comunica só clientes desse tenant.

(d) Documentação de quem tem acesso a quê — log e estrutura clara.

Quando multi-empresa NÃO é necessário

Operação simples (1 empresa, 1 marca, 1 unidade) não precisa. Adicionar complexidade onde não há diversidade real é overhead administrativo.

Operação intermediária (2-3 marcas relacionadas operando em conjunto) pode usar tags em vez de tenants. Permite separação visual sem complexidade técnica.

Multi-empresa real só vale a partir de 3+ entidades realmente independentes, com regulamentação ou contratos exigindo isolamento.

Conclusão

Multi-empresa é arquitetura essencial para holdings, franquias, agências e BPOs comerciais. Sem isso, dados se misturam, governança falha, LGPD fica em risco. Configuração exige tenants isolados, papéis granulares, permissões por funcionalidade, log de auditoria. Plataforma decente entrega tudo nativamente. Implementação leva 4 semanas e vale o esforço para qualquer operação com 3+ entidades. Em 2026, é base de operação séria, não diferencial. Quem opera diversidade real sem multi-empresa está em risco operacional e regulatório.