Por Que Empresas em Crescimento Migram o Bitrix24 para Self-Hosted (On-Premise)

Quando a Nuvem Para de Fazer Sentido

A nuvem é ótima para começar, mas empresas com mais de 50 usuários, integrações complexas ou dados sensíveis frequentemente descobrem que o modelo de assinatura por usuário encarece a operação e os limites de API e customização freiam o crescimento - esse é o momento em que o self-hosted se torna a opção economicamente mais inteligente.

No Bitrix24 (Alaio) em nuvem, cada plano tem teto de usuários, armazenamento definido pelo contrato e restrições sobre o que pode ser modificado no código. Funciona bem para times enxutos que precisam de agilidade. O problema aparece quando a empresa expande: mais usuários significa mais colunas na fatura mensal, integrações com sistemas internos esbarram nas limitações da API REST e personalizações profundas - aquelas que exigem acesso ao backend - simplesmente não são possíveis na nuvem.

A versão self-hosted (ou "corobka", como é chamada internamente) resolve exatamente esses três pontos: dados no seu servidor, código aberto para modificação e licença anual sem custo variável por cabeça.

Nuvem vs Self-Hosted: Tabela Comparativa por Critérios de Crescimento

Para empresas em expansão, a comparação direta entre as duas versões revela vantagens claras do self-hosted em custo com equipes grandes, controle de dados, customização profunda e conformidade com legislações locais de proteção de dados.

5 Razões Principais Que Levam Empresas a Migrar

Com base em mais de 1.300 projetos realizados pela ACP Group, cinco gatilhos se repetem consistentemente nas decisões de migração: custo por usuário, soberania de dados, customização bloqueada, integrações pesadas e exigências de conformidade regulatória.

1. Custo por usuário deixa de ser sustentável

Na nuvem, cada usuário adicional empurra a empresa para planos maiores. No self-hosted, a licença é por faixa (pacotes de 50, 100, 250, 500 usuários ou edição Enterprise para +1.000). Para equipes em crescimento acelerado, o ponto de equilíbrio financeiro costuma chegar antes do que se imagina - especialmente quando se considera o TCO de 3 anos.

2. Dados sensíveis precisam ficar no seu servidor

Setores como saúde, financeiro, jurídico e governo lidam com informações que não podem sair da infraestrutura da empresa. A versão self-hosted instala o portal no servidor do cliente: dados de clientes, contratos, comunicações internas e arquivos permanecem dentro do perímetro controlado. Isso é exigência direta da LGPD no Brasil e de regulamentações equivalentes em outros países.

3. Customizações profundas são bloqueadas na nuvem

O self-hosted disponibiliza o código-fonte completo, permitindo modificações de interface, criação de módulos proprietários e alterações de comportamento do sistema via PHP e JavaScript - sem depender de aplicativos de terceiros. Na nuvem, tudo que extrapola a REST API exige workarounds ou simplesmente não é viável. Veja o que se torna possível em customização além dos limites da nuvem.

4. Integrações com sistemas internos exigem acesso direto

Empresas com ERP próprio, sistemas legados ou infraestrutura de telecom interna precisam de integrações que vão além do REST API. No self-hosted, é possível conectar diretamente ao banco de dados, criar integrações nativas com AD/LDAP e operar em rede fechada (air-gapped), com apenas os módulos necessários se comunicando externamente.

5. Conformidade regulatória exige residência de dados no país

Leis de proteção de dados em vigor no Brasil (LGPD), na União Europeia (GDPR) e nos Emirados Árabes (PDPL) impõem restrições sobre onde dados pessoais podem ser processados e armazenados. A versão self-hosted é a resposta técnica mais direta: o dado nunca sai do seu ambiente. Para equipes no Golfo, consulte também soberania de dados em CRM self-hosted.

Como Funciona o Processo de Migração: Fluxo Real de Projetos

Uma migração típica de nuvem para self-hosted segue sete etapas e leva em média 3 semanas - da preparação do servidor à entrada em operação com suporte garantido.

O fluxo real utilizado em projetos da ACP Group (as etapas são executadas sequencialmente, com validação antes da virada de chave):

flowchart TD
    A[Levantamento de requisitos\ne dimensionamento do servidor] --> B[Preparação do servidor\nSO, portas, SSL]
    B --> C[Instalação da versão\nself-hosted do Bitrix24]
    C --> D[Configuração base:\nusuários, módulos, Push & Pull]
    D --> E[Migração de dados CRM:\nContatos, Empresas, Negócios, Leads]
    E --> F[Reconfiguração de funis,\nautomações e integrações]
    F --> G[Testes e validação\npelo cliente]
    G --> H[Entrada em produção\n+ 1 mês de suporte garantido]

Na prática, a migração de dados (etapa E) preserva estrutura de cards, funis de vendas e campos personalizados configurados na nuvem. O que não é transferido automaticamente por limitações técnicas do processo de exportação/importação:

• Histórico de atividades dentro dos cards (ligações, comentários, tarefas vinculadas)
• Arquivos anexados em campos do tipo "arquivo" nos registros
• Histórico de tarefas (comentários, data de criação, vínculos com CRM)

Esses pontos devem ser mapeados e tratados antes da migração. Para um guia detalhado, veja migrando do Bitrix24 nuvem para self-hosted: plano passo a passo.

O Que a Versão Self-Hosted Exige de Infraestrutura

O dimensionamento mínimo recomendado varia conforme o número de usuários: de um servidor quad-core com 8-12 GB de RAM para até 50 usuários, até configurações de 6 núcleos e 48-64 GB para 500-1.000 usuários - tudo com SSD obrigatório para a base de dados.

Com base em propostas técnicas reais de projetos da ACP Group (dados de 2026):

O servidor pode ser físico (on-premise real) ou uma VPS/cloud privada (AWS, Azure, DigitalOcean). Duas formas de implantação são suportadas: via máquina virtual (VMware, VirtualBox) ou instalação direta em Linux (CentOS Stream 9 recomendado em 2026). Veja o guia completo de dimensionamento de hardware para Bitrix24 self-hosted.

Portas obrigatórias: 80 e 443 (operação do portal), 22 (SSH para manutenção remota). SSL via Let's Encrypt é configurado durante a implantação.

Sem servidor próprio? É possível implantar o Bitrix24 self-hosted em infraestrutura cloud alugada. O parceiro cuida de tudo - você mantém a soberania dos dados sem precisar de um servidor físico na empresa. Consulte Bitrix24 self-hosted em AWS, Azure ou nuvem privada.

Checklist de Prontidão: Sua Empresa Está Pronta para Migrar?

Use os 10 critérios abaixo para avaliar se o momento de migrar para o self-hosted já chegou - se você marcar 4 ou mais itens, a análise de viabilidade vale o tempo investido.

• Minha equipe tem mais de 50 usuários ativos no Bitrix24
• O custo mensal da nuvem aumentou mais de 30% nos últimos 12 meses com novas contratações
• Preciso de integrações com sistemas internos que a REST API não cobre adequadamente
• Há exigências legais ou contratuais sobre onde os dados dos clientes podem ser armazenados (LGPD, GDPR ou equivalente)
• Minha equipe de TI (ou um parceiro) tem capacidade de gerenciar um servidor Linux
• Preciso modificar a interface ou criar módulos que vão além do que os apps disponíveis permitem
• Trabalho com dados sensíveis: saúde, financeiro, jurídico, governo ou defesa
• Quero controlar o timing das atualizações do sistema (testar antes de aplicar em produção)
• Preciso de políticas de segurança avançadas: vinculação de sessão a IP, controle de autorizações simultâneas, integração com AD/LDAP
• Tenho operações em múltiplos países e preciso garantir residência de dados em cada jurisdição

O Lado Honesto: Responsabilidades que o Self-Hosted Traz

O self-hosted não é "instalar e esquecer": você assume a gestão do servidor, atualizações, backups e monitoramento de segurança - responsabilidades que na nuvem ficam com o fornecedor. Um parceiro certificado elimina essa carga operacional.

A nuvem transfere para o fornecedor toda a preocupação com infraestrutura. Ao migrar para o self-hosted, a empresa ganha controle - mas também assume deveres:

Para equipes sem TI dedicada, a solução mais comum é contratar o parceiro para gestão contínua do ambiente. A ACP Group - Gold partner Bitrix24 com mais de 1.300 projetos realizados - oferece migração completa e acompanhamento pós-implantação. Veja também o checklist de segurança para Bitrix24 self-hosted e a estratégia de backup e disaster recovery.

Para Quem o Self-Hosted é a Escolha Certa

Em resumo: self-hosted é a escolha certa para empresas com equipes grandes (50+ usuários), dados sensíveis, customizações pesadas ou obrigações de residência de dados - e errada para startups com menos de 20 pessoas que priorizam velocidade de implantação.

Fortemente indicado para:

• Empresas com 50+ usuários onde o custo por usuário na nuvem já supera o custo da licença + servidor
• Organizações com dados de saúde, financeiro, jurídico ou governo sujeitas à LGPD ou equivalentes
• Empresas com múltiplos sistemas internos que precisam de integração nativa (ERP, telecom, BI)
• Times que precisam de personalizações profundas: módulos proprietários, interface customizada, automações complexas
• Operações em múltiplos países com exigências de residência de dados por jurisdição

Menos indicado para:

• Startups e PMEs com menos de 20 usuários sem perspectiva de crescimento imediato
• Times sem TI interna e sem budget para parceiro de gestão
• Empresas que precisam estar operacionais em dias (a nuvem ainda ganha em velocidade de start)

Se você está avaliando a decisão, o próximo passo natural é uma análise de TCO comparativa. A ACP Group realiza essa análise gratuitamente como parte do processo de consultoria para novos projetos de migração.

Trabalhar com um parceiro no self-hosting. Quer o controle do Bitrix24 self-hosted sem gerenciar o servidor? A ACP Group implanta e opera para voce - veja Bitrix24 self-hosted gerenciado, planos de suporte e manutencao ou peca um orcamento chave na mao.