CNNovos ProjetistasBlog
Modelo na nuvem e parâmetros compartilhados: o que mudou no fluxo BIM
revit

Modelo na nuvem e parâmetros compartilhados: o que mudou no fluxo BIM

Trabalho colaborativo em BIM não é mais mandar arquivo por e-mail. Modelos na nuvem, parâmetros compartilhados e coordenação em tempo real já são padrão — mas quem trabalha isolado em arquivo local ainda paga o preço da desatualização e retrabalho quando precisa federalizar.

Ermano Elias7 min de leitura

O fluxo colaborativo do Revit já mudou — você ainda não mudou com ele

Há dez anos, um projeto BIM funcionava assim: o arquiteto entregava um arquivo .rvt por e-mail, o estruturista abria, alterava o que precisava, salvava, mandava de volta. Semanas depois, o hidráulico fazia o mesmo. Cada alteração era uma versão nova do email. Compatibilização acontecia encontro por encontro, versão por versão.

Hoje, esse fluxo é ineficiente.

Modelos em nuvem, parâmetros federados e coordenação em tempo real já são padrão nos escritórios que entregam rápido. O recém-formado que ainda trabalha em arquivo local isolado, alterando livremente sem sincronização, não sabe que está criando débito técnico. Quando chega a hora de compatibilizar e federar as disciplinas, o projeto todo precisa ser revisitado. Atrasos, retrabalho, frustração — e você fica para trás.

Este artigo detalha o que mudou no fluxo colaborativo, por que o modelo isolado custa caro e como você deve começar a trabalhar hoje pra entregar projetos que conversam entre si desde o primeiro lançamento.


1. Arquivo local vs. nuvem: o custo invisível do isolamento

O problema é mais sutil que você pensa.

Quando você trabalha em um arquivo .rvt salvo localmente (ou compartilhado por Dropbox/OneDrive com versionamento manual), você tem autonomia total: modifica famílias, altera parâmetros, move elementos estruturais. Ninguém vê suas mudanças até você mandar "pronto" por e-mail.

Parece eficiente? No curto prazo, sim. Mas:

  • O arquiteto não sabe que você moveu a viga. Continua detalhando o revestimento no local antigo.
  • O hidráulico não vê que o estrutural ocupou o espaço onde passaria a prumada de água quente.
  • Você conclui sua disciplina, manda pro colega — que descobre incompatibilidades 3 semanas depois, quando já fez detalhamento.

Cada incompatibilidade descoberta tarde = 2–3 dias de retrabalho por disciplina.

Em um projeto com 4 disciplinas (arquitetura, estrutura, hidráulica, elétrico), isso soma 8–12 dias perdidos. E quem paga? A margem do projeto, o cronograma e sua reputação.


2. Modelos na nuvem: o que realmente mudou

Plataformas como Revit Cloud Worksharing (nativo) e Autodesk Construction Cloud começaram a mudar o jogo porque permitem que múltiplas pessoas editarem o mesmo arquivo, ao mesmo tempo, vendo as mudanças umas das outras em tempo real (ou quase).

Isso não é pouco.

Quando o estrutural lança uma viga, o arquiteto vê imediatamente se ela conflita com um pilar ou com a cobertura. O hidráulico, que está em outra máquina, já sabe o posicionamento e pode traçar a prumada sem adivinhação. O elétrico aloca o quadro em local que não foi reservado na estrutura.

Parâmetros compartilhados amplificam isso: você define uma altura de pé-direito uma vez, e todos os projetos que consultam esse parâmetro atualizam automaticamente. Não há "cópia velha" flutuando — há uma verdade única.

Isso requer uma mentalidade diferente de trabalho:

  • Você não é mais "dono" do arquivo; você é contribuidor.
  • Suas mudanças aparecem para os colegas quase imediatamente.
  • Você precisa coordenar antes de fazer grandes alterações, não depois.

📩 Material gratuito

Checklist do Projetista BIM (PDF)

Deixe seu email pra receber o material direto na sua caixa de entrada. Sem spam, prometido.

3. O papel da entrega federada (e por que recém-formados não entendem)

Federação de modelos é quando você recebe separado cada disciplina (.rvt ou .ifc), abre tudo junto no Revit como "linked files", e compatibiliza a montagem.

Mas isso só funciona bem se cada disciplina foi projetada com compatibilização já em mente.

Se o hidráulico desenvolveu seu projeto isolado sem ver a arquitetura ou a estrutura até a entrega, as prumadas vão passar por vigas, as tubulações vão colidir com quadros elétricos. A federação vira um exercício de dor — você liga o projeto federado, descobre 300 conflitos, avisa que precisa refazer cada disciplina... e todos perdem 1–2 semanas.

Recém-formados que saem da faculdade fazendo projetos de software desconectados não entendem esse aspecto.

Na faculdade, cada aluno entrega sua disciplina isolada. Pode ter erros de compatibilização — não importa, a nota é individual. No mercado, a federação dos 4 projetos é a entrega real. E se ela chegou quebrada, você que vai explicar o atraso pro cliente.

Por isso o CNP ensina o fluxo completo desde o início: você lança a arquitetura, depois lança a estrutura vendo a arquitetura, depois a hidráulica vendo as duas, depois o elétrico vendo as três. O projeto já chega federado — porque foi feito federado.


4. Parâmetros compartilhados: a cola invisível do projeto

Parâmetros compartilhados são definições que vivem em um arquivo separado (.sharedparameters) e alimentam múltiplas famílias e projetos.

Exemplo prático:

Você define "Pé-direito Comercial = 3,50m" uma vez, como parâmetro compartilhado. Todas as portas comerciais, as alturas de revestimento, os dutos de ar-condicionado de referência consultam esse parâmetro. Se o cliente depois pede pé-direito de 3,80m, você muda um valor e tudo se reposiciona.

Agora multiplique isso: altura de peitoril, altura de tomada, altura de luminária, espessura de laje. Cada um desses pode ser parâmetro compartilhado.

O problema: recém-formados não criam parâmetros compartilhados.

Eles copiam uma família que já tem (se tiverem sorte), mas não entendem como estruturar um projeto pra ser parametrizável. Quando o cliente pede mudança, é retrabalho manual: ajusta uma porta, esquece a outra, descobre semanas depois que ficou inconsistente.

Templates validados (como os do Kit do Projetista CNP) já vêm com parâmetros compartilhados estruturados. Você não precisa inventar — herda a estrutura pronta de um escritório que entregou +100 projetos.


5. A coordenação em tempo real: sim, muda tudo

Quando você trabalha em modelo compartilhado na nuvem, coordenação deixa de ser um evento (reunião de compatibilização) e vira um hábito (você vê conflitos enquanto trabalha).

Ferramentas visuais de detecção de conflito (clash detection automática dentro do Revit ou em plugins como Solibri, Dynamo, Navisworks) alertam em tempo real:

  • "Sua canaleta de cabos passa por uma viga"
  • "Seu duto de ar colide com a tubulação hidráulica"
  • "Seu painel elétrico invade o espaço reservado para cobertura"

Se você está em arquivo isolado, esses conflitos só aparecem na federação — quando já é tarde.

Se você está em modelo colaborativo, aparece enquanto você trabalha — você ajusta ali mesmo, o colega vê a mudança minutos depois.


6. O que você precisa fazer hoje pra não ficar para trás

1. Aprenda a trabalhar em Worksharing

Se seu projeto usa Revit Cloud, saiba:

  • Como sincronizar (não é "salvar local")
  • Como gerenciar worksets (cada disciplina trabalha em seu conjunto de elementos)
  • Como resolver conflitos de edição (se dois editarem a mesma viga)

Sem isso, você trava o arquivo dos colegas sem saber, ou sobrescreve trabalho de quem estava fazendo a mesma coisa.

2. Entenda o arquivo de parâmetros compartilhados

Se o escritório usa um .sharedparameters:

  • Localize-o (geralmente no servidor ou nuvem)
  • Saiba quais parâmetros estão ali
  • Saiba consultar eles nas famílias (e não criar parâmetros duplicados de instância)

Sem isso, você faz "gambiarras de parâmetro" isoladas que não conversa com o resto.

3. Compatibilize enquanto projeta, não depois

O fluxo novo é:

  1. Lançamento de todos simultâneo (ou sequencial, mas com modelo anterior visível)
  2. Conflitos aparecem imediatamente
  3. Você ajusta seu trabalho vendo os outros em tempo real
  4. Entrega já sai federada — sem surpresas

Não é mais: "Pronto, minha disciplina", "envio", "espera 2 semanas", "descobre conflito", "refaz".

4. Domine a exportação federada

Você precisa saber:

  • Exportar seu projeto como .ifc (padrão aberto, todos leem)
  • Montar um arquivo "federado" com os linked files de cada disciplina
  • Gerar vistas 3D e 2D da compatibilização final
  • Documentar conflitos resolvidos e pendentes

Isso é entrega profissional. Recém-formado que nunca fez não sabe o que está faltando até cliente ou BIM Manager questionar.


7. Por que templates validados importam agora mais que nunca

Projetos colaborativos exigem estrutura:

  • Worksets pré-definidos (um por disciplina)
  • Parâmetros compartilhados já carregados
  • Vistas de compatibilização pronta (3D com cores por disciplina, plano de corte por sistema)
  • Famílias já parametrizadas (portas, luminárias, tubagens não genéricas)

Um template de escritório que fez 100 projetos já tem tudo refinado.

Um recém-formado montando template do zero vai levar 3 meses pra chegar no mesmo nível — e vai deixar passar detalhes que só aparecem em projeto real.

O Kit do Projetista inclui templates validados (Estrutural, Arquitetônico, Elétrico, Hidráulico) pronto pra usar. Você já herda a estrutura colaborativa que funciona — não precisa inventar.


8. O custo de não acompanhar essa mudança

Cenário real: você entrega projeto federado atrasado porque fez disciplina isolada, descobriu conflitos no últi mo segundo, precisou refazer.

Cliente vê atraso, margem cai, você trabalha de graça 1 semana pra recuperar.

Multiplique por 5 projetos em 1 ano — é perda de 25 dias de trabalho (não pago) e reputação abalada.

Quem trabalha colaborativo desde o lançamento não tem esse problema.


Trabalho colaborativo em BIM não é mais opcional. É padrão de mercado. Se você ainda está mergulhando em arquivo .rvt local, alterando livremente sem sincronização com os colegas, você está criando débito técnico que vai explodir na compatibilização.

A boa notícia: esse fluxo pode ser aprendido e sistematizado.

O método do CNP ensina exatamente isso: como lançar 4 disciplinas integradas, como elas conversam desde o primeiro dia, como usar templates e parâmetros compartilhados pra evitar retrabalho, e como entregar federado sem conflitos.

Em 90 dias, você sai com portfólio real — projeto completo, 4 disciplinas, compatibilizado, entregável. Não em arquivo local isolado. Federado como o mercado espera.

Quero aplicar esse método


A diferença entre recém-formado que entrega rápido e quem fica travado é exatamente essa: conhecer o fluxo colaborativo real, ter templates prontos e uma comunidade de +400 engenheiros pra alinharse.

Cada projeto que você faz isolado, sem coordenação desde o lançamento, é um portfólio que não conversa com o mercado.

Quero começar hoje

Perguntas frequentes

Ainda tem dúvida?

Como começo a usar Revit Cloud Worksharing se meu projeto ainda está em arquivo local?

Comece criando um novo projeto direto na nuvem (Revit Cloud) e configure worksets antes de lançar. Se precisa migrar um projeto existente, não é automático — você precisa recriar a estrutura. Por isso templates já na nuvem (como o Kit do Projetista) poupam meses de setup. O grupo da CNP discute essas migrações frequentemente — está cheio de engenheiros fazendo isso em paralelo.

Parâmetros compartilhados precisam estar em um arquivo separado?

Sim. O arquivo .sharedparameters fica centralizado (servidor ou nuvem) e todas as famílias do projeto consultam. Se está em arquivo local no seu computador, colegas não conseguem acessar. Por isso o primeiro passo é estruturar o .sharedparameters corporativo — ou herdar um pronto, como vem no template validado do CNP.

Se eu entrego federado, preciso de Revit Cloud?

Não necessariamente. Você pode trabalhar em arquivo local isolado, depois exportar .ifc (ou .rvt), abrir tudo junto em um arquivo de compatibilização. Mas isso só funciona se cada disciplina foi feita considerando as outras — senão abre federad o quebrado. O modelo colaborativo (nuvem + worksharing) evita essa surpresa porque conflitos aparecem enquanto você trabalha.

Como resolver conflito de duas pessoas editando a mesma viga ao mesmo tempo no Revit Cloud?

O Revit tem sistema de locks: quem começou a editar 'prende' o elemento. O outro vê "bloquead o por Fulano" e precisa esperar. Por isso coordenação é importante — você avisa antes: "Vou refazer as vigas do pav. 3". Sem isso, é jogo de quem clica primeiro.

Templates corporativos são caros de implementar?

Se você monta do zero, sim — leva meses. Se herda pronto, não — é apenas customizar nomes de empresa, cores, logo. O Kit do Projetista inclui templates validados em +100 projetos reais, já estruturados com worksets, parâmetros e vistas. Você herda a inteligência sem o tempo de setup.

📩 Material gratuito

Checklist do Projetista BIM (PDF)

Deixe seu email pra receber o material direto na sua caixa de entrada. Sem spam, prometido.

Continue lendo

Ver todos →