Por que os softwares BIM não conversam sozinhos?

O arquiteto modela em Archicad. O estrutural usa Revit. O MEP usa outro software proprietário. Na hora de federação, cada um exporta do seu jeito, e o modelo federado chega com propriedades perdidas, classificações divergentes e geometrias que não se encaixam. A reunião de coordenação vira sessão de depuração de formato.

Interoperabilidade BIM é a capacidade de softwares diferentes trocarem informação estruturada sem perda e sem intervenção manual. Não é um recurso que se liga — é uma propriedade do ecossistema que depende de padrões abertos, configuração correta e decisão consciente de adotá-los.

O ecossistema de interoperabilidade que existe hoje foi construído pela buildingSMART International: IFC (ISO 16739-1) como esquema de dados, BCF como formato de pendências, IDS (ISO 29481-3) como especificação de requisitos de informação, bSDD como dicionário de dados e MVD como filtro de subconjunto. Quando esses padrões são usados juntos e configurados corretamente, softwares diferentes conseguem trocar informação de forma estruturada.

Mas interoperabilidade não é automática. Os softwares não conversam sozinhos porque cada um implementa o esquema IFC de forma diferente, com mapeamentos proprietários, exportações parciais e interpretações divergentes. A interoperabilidade funciona quando o processo de troca é definido, configurado e verificado — e falha quando é tratada como botão de exportar.

1. 1

   Propriedades perdidas na troca · informações que existem no software nativo desaparecem quando o modelo é exportado para outro formato ou importado por outra ferramenta.

2. 2

   Classificação divergente entre disciplinas · cada disciplina usa um sistema de classificação diferente, e a federação recebe elementos incompatíveis.

3. 3

   Reunião vira depuração de formato · a coordenação gasta tempo resolvendo problemas de troca em vez de discutir interferências do projeto.

4. 4

   Cada disciplina exporta do seu jeito · não há padrão de exportação. Cada projetista usa a configuração que acha melhor, e o resultado é imprevisível.

5. 5

   Conversão manual como rotina · alguém na equipe passa horas convertendo, limpando e ajustando modelos depois de cada troca. O processo manual virou normalidade.

6. 6

   Formato nativo usado como ponte · a troca acontece em formato proprietário de um dos softwares, excluindo quem usa outro.

1. 1

   Interoperabilidade tratada como botão · a equipe acha que exportar em IFC resolve. Sem configuração de MVD, mapeamento de Property Sets e verificação, o resultado é degradado.

2. 2

   Ecossistema buildingSMART desconhecido · IFC, BCF, IDS e bSDD existem como sistema integrado. A equipe conhece o IFC isolado e desconhece o resto.

3. 3

   Vendors implementam IFC de forma diferente · cada software mapeia o esquema IFC à sua maneira. Sem configuração, a troca entre softwares diferentes perde informação.

4. 4

   BEP sem padrão de troca definido · o plano de execução BIM não declara o formato de troca, o MVD, os Property Sets requeridos nem o critério de qualidade.

5. 5

   Sem verificação pós-exportação · o arquivo é exportado e enviado sem conferência. O receptor descobre os problemas.

1. 1

   Coordenação sobre informação incompleta · propriedades perdidas na troca significam decisões tomadas sobre dados que não chegaram.

2. 2

   Retrabalho de conversão a cada rodada · o custo manual de limpar e ajustar modelos se acumula rodada após rodada.

3. 3

   Disciplina excluída da federação · quem usa software diferente e não consegue trocar informação fica de fora da coordenação.

4. 4

   Falsa sensação de interoperabilidade · a equipe acha que é interoperável porque exporta IFC. Na prática, perde metade da informação na troca.

5. 5

   Lock-in disfarçado de padrão · a troca em formato nativo de um software exclui quem usa outro e cria dependência que ninguém declarou.

Curto prazo (30 dias):

1. Definir o padrão de troca no BEP. Formato, MVD, Property Sets requeridos e critério de qualidade. Sem definição, cada disciplina exporta do seu jeito.

2. Verificar cada exportação antes do envio. Implantar conferência em viewer independente como etapa obrigatória do fluxo de troca.

3. Mapear onde a informação se perde. Fazer um teste controlado: exportar e reimportar entre os softwares do projeto, comparar propriedades. Identificar os pontos de perda.

Médio prazo (60-90 dias):

4. Capacitar a equipe no ecossistema buildingSMART. Workshop que apresenta IFC, BCF, IDS, bSDD e MVD como sistema — não como siglas isoladas.

5. Eliminar conversão manual. Se a troca exige limpeza manual, o processo de exportação precisa ser reconfigurado. A conversão manual é sintoma, não solução.

6. Adotar IDS para especificação de requisitos. Usar Information Delivery Specification para definir programaticamente o que o IFC deve conter, permitindo verificação automatizada.

1. 1

   Padrão de troca no BEP desde o kick-off · o plano de execução BIM define formato, MVD e Property Sets antes da primeira troca.

2. 2

   Verificação obrigatória pós-exportação · nenhum modelo é trocado sem conferência em viewer independente.

3. 3

   Ecossistema buildingSMART no onboarding · todo novo membro aprende que interoperabilidade é sistema (IFC + BCF + IDS + bSDD), não botão.

4. 4

   Zero conversão manual como rotina · se a troca exige limpeza manual, o processo é investigado e corrigido, não normalizado.

• ISO 16739-1 (IFC)Industry Foundation Classes. Esquema de dados aberto que viabiliza a troca de informação BIM entre softwares diferentes. A interoperabilidade depende de exportações corretamente configuradas contra este esquema.
• buildingSMART InternationalOrganização que mantém o ecossistema de interoperabilidade BIM: IFC, BCF (BIM Collaboration Format), IDS (Information Delivery Specification — ISO 29481-3), bSDD (buildingSMART Data Dictionary) e MVD (Model View Definition).
• ABNT NBR ISO 19650-1:2022Conceitos e princípios. A interoperabilidade é pré-condição para a gestão colaborativa da informação de ativos construídos que a norma descreve.
• ISO 29481-3 (IDS)Information Delivery Specification. Permite especificar programaticamente os requisitos de informação de um IFC, viabilizando verificação automatizada da qualidade da troca.