Por que usar BCF em vez de print e planilha na coordenação BIM?

O print no grupo não é uma pendência — é um print.

A coordenação achou um conflito, alguém tirou uma foto da tela, mandou no grupo com um comentário e a coordenação achou que tratou. Duas semanas depois ninguém sabe se foi resolvido, quem ficou de resolver, qual elemento era, nem em que versão do modelo aquilo aparecia. O print não guarda nada disso. Ele mostra um instante e morre no rolo de conversa.

Existe um formato feito exatamente para isso: o BCF (BIM Collaboration Format), padrão aberto da buildingSMART. Uma pendência em BCF carrega o ponto de vista (a câmera exata onde o conflito aparece), o elemento envolvido pelo seu identificador global, o responsável, o status, o prazo e o histórico de comentários com autor e data. E, principal, ela faz o caminho de volta: vai da ferramenta de coordenação para a de autoria e retorna com o estado atualizado, sem virar lista morta.

Print, planilha e PDF quebram justamente o caminho de volta. Saem da ferramenta e nunca voltam. A informação de coordenação, que deveria ser gerida como qualquer outra (§5.6 da 19650-2, revisar antes de compartilhar), passa a viver num canal que não guarda estado, não guarda autoria e não guarda histórico.

O BCF não é sofisticação. É o mínimo para que a pendência seja rastreável do surgimento ao fechamento — e para que a coordenação tenha memória entre rodadas em vez de recomeçar do zero.

1. 1

   Pendência mora no WhatsApp · o conflito é comunicado por print no grupo, e o tratamento vira troca de mensagens que ninguém consegue auditar depois.

2. 2

   Planilha paralela de interferências · a lista de conflitos vive num Excel mantido à mão, sem ponto de vista, sem elemento por identificador, sem histórico.

3. 3

   BCF exportado uma vez e nunca reimportado · até se gera o arquivo, mas ele circula por e-mail como anexo estático e nunca volta para atualizar o estado das pendências.

4. 4

   Ninguém acha o elemento de novo · a pendência não referencia o identificador global do elemento, e reencontrar o objeto no modelo vira caça ao tesouro.

5. 5

   Sem histórico de quem disse o quê · não há registro de comentários com autor e data; o que foi combinado sobre cada conflito se perde.

6. 6

   Cada disciplina numa ferramenta, sem ponte · as disciplinas usam softwares de autoria diferentes e não há formato aberto ligando as pendências entre eles.

1. 1

   BCF desconhecido ou subutilizado · a equipe não sabe que existe um formato aberto para pendência de coordenação, ou sabe e nunca o adotou como padrão.

2. 2

   Sem plataforma de rastreamento compartilhada · não há um ambiente comum onde as pendências vivem e são atualizadas por todas as disciplinas; cada uma trata no seu canal.

3. 3

   Caminho de volta nunca configurado · mesmo exportando BCF, ninguém definiu que ele é reimportado a cada rodada para sincronizar o estado das issues.

4. 4

   Dependência de formato proprietário · a coordenação amarrou-se a uma ferramenta que não fala BCF nativo, e as disciplinas que usam outra ficam de fora.

5. 5

   Coordenação vista como aviso, não como gestão · trata-se o conflito como recado a dar, não como informação a gerir com estado, autoria e histórico (§5.6 da 19650-2).

1. 1

   Pendência que se perde · o conflito comunicado por print some no rolo de mensagens e reaparece só quando volta como clash na rodada seguinte.

2. 2

   Sem prova de que avisou · quando a interferência explode em obra, não há registro rastreável de quem foi avisado, quando e com que evidência.

3. 3

   Retrabalho de reencontrar o elemento · sem o identificador global na pendência, cada tratamento começa gastando tempo para localizar de novo o objeto no modelo.

4. 4

   Coordenação sem memória · sem caminho de volta, cada rodada recomeça do zero, e o histórico de decisões sobre cada conflito não existe.

5. 5

   Ilhas de disciplina · sem formato aberto, quem usa outra ferramenta fica de fora da coordenação, e a compatibilização perde partes do projeto.

Curto prazo (30 dias):

1. Adotar o BCF como formato canônico de pendência. Print, planilha e PDF deixam de ser veículo de coordenação; toda interferência vira uma issue em BCF.

2. Escolher uma plataforma de rastreamento compartilhada que fale BCF nativo e alcance todas as disciplinas, sem prender ninguém a formato proprietário.

3. Configurar o caminho de volta: o BCF é reimportado a cada rodada para sincronizar o estado, e nenhuma issue vive só na exportação.

Médio prazo (60-90 dias):

4. Padronizar o conteúdo mínimo da pendência: ponto de vista, elemento por identificador global, responsável, status, prazo e histórico. Sem isso, a issue não é aceita.

5. Integrar a coordenação ao CDE e à revisão (§5.6 da 19650-2): a informação de pendência é gerida com autoria e data, não trocada em canal pessoal.

6. Treinar as disciplinas no fluxo BCF, para que exportar, tratar e reimportar seja rotina, e não um esforço que depende de uma pessoa.

1. 1

   BCF no BEP desde o início · o plano de execução BIM declara o BCF como formato de pendência e a plataforma compartilhada, antes da primeira rodada.

2. 2

   Plataforma de formato aberto · a coordenação vive num ambiente que fala BCF nativo e alcança todas as disciplinas, sem name-and-shame de ferramenta.

3. 3

   Caminho de volta como rotina · exportar e reimportar BCF a cada rodada é parte do rito; a pendência nunca morre num anexo.

4. 4

   Elemento sempre por identificador · cada pendência referencia o IfcGloballyUniqueId do objeto, e reencontrá-lo é instantâneo em qualquer rodada.

• buildingSMART BCF (BIM Collaboration Format)Formato aberto de intercâmbio de pendências de coordenação entre ferramentas. Cada issue carrega ponto de vista (câmera), elemento por identificador global, comentários com autor e data, status e responsável. As versões 2.1 e 3.0 são as de uso corrente, suportadas nativamente pelas plataformas openBIM de coordenação.
• ABNT NBR ISO 16739-1:2024Industry Foundation Classes (IFC). Cada elemento tem um identificador global e persistente (IfcGloballyUniqueId) que a pendência referencia para apontar exatamente o objeto envolvido, independente da ferramenta de autoria.
• ABNT NBR ISO 19650-2:2018Fase de entrega. §5.6 trata da revisão da informação antes do compartilhamento e do gerenciamento do fluxo pelo CDE. A pendência de coordenação é informação a ser gerida com estado e autoria, não recado em canal pessoal.
• ABNT NBR ISO 19650-1:2018Conceitos e princípios. §12.1 estabelece a capacidade de auditar o uso da informação; o histórico rastreável da pendência (quem comentou, quando, qual estado) é parte dessa auditabilidade.