TI para empresas de engenharia: CAD, BIM e colaboração de projetos

Por que TI de engenharia é um caso à parte

Escritório de engenharia não roda como escritório administrativo. Enquanto um usuário de backoffice trabalha com planilhas de poucos megabytes, um projetista abre um modelo federado BIM de 4 GB, com dezenas de arquivos vinculados, renderiza vistas em tempo real e ainda precisa exportar pranchas em PDF vetorial no fim do dia. A mesma infraestrutura que atende bem o setor financeiro trava sem cerimônia quando o Revit tenta abrir um central file pela rede.

A diferença está em três eixos que costumam ser subdimensionados: capacidade de processamento gráfico na estação, latência de acesso ao arquivo de projeto e integridade do histórico de revisões. Um deles falhando já compromete o cronograma. Os três falhando ao mesmo tempo — o que é comum em escritórios que cresceram sem planejamento de TI — significa retrabalho, prazos estourados e, no pior cenário, entrega de prancha com revisão errada para o cliente.

O segundo ponto que diferencia é o custo do minuto parado. Em uma construtora ou escritório de projetos, a hora de um projetista sênior parado esperando um arquivo abrir custa mais do que a diferença de preço entre um storage adequado e um improvisado. Quando essa conta é feita corretamente, quase todo investimento em infraestrutura de engenharia se paga em poucos meses.

Estações CAD e BIM: dimensionamento correto

O erro mais frequente é comprar estação priorizando o processador e economizando na placa de vídeo e na memória. Para AutoCAD 2D, uma máquina de escritório reforçada resolve. Para Revit, ArchiCAD, Civil 3D, SolidWorks ou Navisworks, o perfil muda completamente. Modelagem BIM é fortemente dependente de clock single-thread do processador — não de contagem de núcleos — enquanto renderização e simulação usam todos os núcleos disponíveis. Escolher um processador de muitos núcleos com clock baixo produz uma máquina lenta justamente na tarefa que o projetista faz o dia inteiro.

Um dimensionamento de referência para estação BIM corporativa em 2026:

• Processador: clock base alto (acima de 3,5 GHz) com 8 a 16 núcleos. Priorize frequência para modelagem, núcleos para render.
• Memória: 32 GB é o piso para modelos federados; 64 GB para coordenação multidisciplinar pesada no Navisworks.
• Vídeo: GPU com driver certificado pelo fabricante do software (linha profissional). Driver de jogo em CAD gera artefato de tela e travamento que ninguém consegue diagnosticar.
• Armazenamento local: NVMe de 1 TB no mínimo, exclusivo para cache local, arquivos temporários e worksets locais.
• Monitores: dois monitores é padrão mínimo — um para modelo, outro para pranchas, navegador de projeto e planilhas.

Vale registrar a política de renovação. Estação de projetista tem ciclo de vida menor que a de um usuário administrativo: cinco anos de uso já colocam a máquina abaixo do requisito da versão corrente do software. Como o fabricante do CAD/BIM lança versão anual e o cliente exige entrega no formato mais novo, a obsolescência é imposta de fora. Planejar troca escalonada — 20% do parque por ano — evita o impacto de caixa de renovar tudo de uma vez.

Storage de projetos: onde a maioria dos escritórios erra

Arquivo de projeto não é arquivo de escritório. Ele é grande, é aberto simultaneamente por várias pessoas, tem dezenas de vínculos externos e muda várias vezes por dia. Colocar isso em um compartilhamento de rede improvisado — um desktop com pasta compartilhada, ou um NAS doméstico de dois discos — é a origem da maioria dos incidentes de corrupção de central file que vemos em campo.

O que um storage de engenharia precisa entregar:

1. Disco em estado sólido para os projetos ativos. Modelo BIM em disco mecânico transforma cada sincronização em pausa para o café. Projetos encerrados podem migrar para camada de disco mais barata.
2. Rede de 10 Gbps entre estações e storage. Gigabit satura com dois projetistas sincronizando ao mesmo tempo. Essa é a atualização de melhor custo-benefício na maioria dos escritórios.
3. Redundância real de discos. RAID com tolerância a duas falhas simultâneas, disco reserva configurado e monitoramento ativo de saúde. RAID não é backup — é continuidade.
4. Versionamento e snapshots. Snapshot de hora em hora nos projetos ativos permite voltar o modelo ao estado de antes da corrupção sem restaurar backup inteiro.
5. Permissão por projeto, não por pasta genérica. Estagiário não deve ter acesso de escrita ao modelo entregue e aprovado.

Regra prática de campo: se o escritório não consegue responder em quanto tempo recupera o modelo de ontem às 14h, ele não tem estratégia de storage — tem sorte.

Sobre backup: a regra 3-2-1 vale integralmente aqui, com um detalhe. Modelo BIM em uso não é copiado de forma consistente por backup de arquivo simples enquanto está aberto. O backup precisa ser coordenado com janela de fechamento ou usar snapshot no nível do storage/virtualização. Muito escritório descobre isso no dia da restauração, quando o arquivo volta corrompido.

Colaboração remota e coordenação entre disciplinas

Projeto hoje raramente é feito em um só endereço. Arquitetura em um escritório, estrutura terceirizada, instalações com outro parceiro, obra no canteiro pedindo a revisão mais recente. Sincronizar modelo pesado por VPN comum sobre internet doméstica não funciona — a latência mata a experiência e o risco de corromper o central file em uma queda de link é concreto.

Duas arquiteturas resolvem bem, e a escolha depende do perfil do escritório. A primeira é desktop remoto de alto desempenho: a estação com GPU fica no data center junto do storage, e o projetista acessa por sessão remota de qualquer lugar. O arquivo nunca trafega pela internet — só pixels. Latência de rede vira irrelevante para o desempenho do modelo, o dado permanece controlado dentro da empresa e o notebook do projetista pode ser modesto.

A segunda é colaboração em nuvem nativa do software, com o modelo hospedado na plataforma do fabricante e cada participante trabalhando localmente com sincronização gerenciada. Funciona bem para consórcios com várias empresas, mas tem custo de licença por usuário e exige disciplina de governança: quem publica, quem aprova, o que é modelo de trabalho e o que é entrega. Sem essa disciplina, o ganho de colaboração vira confusão de versões.

Independente da arquitetura, alguns controles são obrigatórios: link de internet redundante com operadoras distintas, autenticação multifator para todo acesso externo, e um repositório único e declarado como fonte da verdade — o famoso ambiente comum de dados. Modelo circulando por WhatsApp e e-mail é o caminho mais curto para entregar a revisão errada.

Segurança, propriedade intelectual e continuidade

O acervo de projetos é o principal ativo de um escritório de engenharia. São anos de biblioteca de famílias, detalhes construtivos, memoriais e modelos de clientes sob contrato de confidencialidade. Ransomware nesse acervo não é incidente de TI — é evento existencial para o negócio. E o setor tem sido alvo justamente porque a pressão de prazo aumenta a chance de pagamento do resgate.

Controles que consideramos não-negociáveis nesse cenário:

• Backup com cópia imutável e isolada, que o próprio administrador não consiga apagar dentro do período de retenção.
• Teste de restauração periódico documentado — restaurar um modelo real e abrir no software, não só verificar que o job terminou com sucesso.
• Segmentação de rede separando estações, storage e servidores de licença.
• Controle de acesso por perfil, com revisão a cada entrada e saída de colaborador ou terceiro.
• Gestão do servidor de licenças com alta disponibilidade — licença flutuante indisponível para o escritório inteiro parado.
• Registro de quem acessou e exportou o quê, exigência crescente em contratos com grandes contratantes públicos e privados.

Vale a atenção sobre saída de colaborador. Projetista que sai levando a biblioteca de famílias e o histórico de projetos é problema comum e difícil de provar depois. Bloqueio de mídia removível, controle de sincronização para nuvem pessoal e trilha de auditoria de cópia em massa resolvem a maior parte dos casos, sem transformar o ambiente em algo hostil ao trabalho.

Como estruturar isso na prática com a Duk

Montar TI de escritório de engenharia é um exercício de equilíbrio: superdimensionar desperdiça capital que faria falta em contratação; subdimensionar custa em hora parada e risco de perda de acervo. O caminho que funciona começa por medir — quantos modelos ativos, qual o tamanho médio, quantos usuários simultâneos, qual o pico de sincronização — e só então desenhar estação, rede, storage e backup em conjunto, porque o gargalo sempre migra para o elo mais fraco.

A Duk Informática & Cloud atende mais de 550 empresas e acumula 18+ anos implantando infraestrutura para ambientes técnicos exigentes, incluindo escritórios de projeto, construtoras e indústrias. Como Microsoft Gold Partner, integramos o ambiente de projeto com identidade corporativa, controle de acesso e colaboração do Microsoft 365, sem abrir mão do desempenho local que CAD e BIM exigem. Nosso data center próprio em Alphaville hospeda storage de projetos, estações remotas de alto desempenho e backup com cópia imutável, com suporte 24/7 e SLA contratual.

Se o seu escritório convive com modelo lento para abrir, sincronização que trava no fim do dia, dúvida sobre a integridade do backup ou dificuldade de dar acesso seguro a parceiros e canteiro, vale uma avaliação técnica do ambiente. O diagnóstico aponta onde está o gargalo real e qual investimento traz retorno primeiro — normalmente não é onde o escritório imagina.