Voltar ao blog de BIM e IFC
Entrega e ISO 19650 · 2026-08-07 · 9 min
O que entregar junto com um modelo IFC (além do próprio IFC)
Uma entrega é uma afirmação: este modelo é adequado a este propósito, nesta revisão. A evidência é o que transforma a afirmação em algo que o receptor pode checar sem repetir o seu trabalho — e o que evita que a mesma discussão aconteça duas vezes.
O que entregar junto com um modelo IFC (além do próprio IFC) — IFC Viewer Online article cover
Toda entrega de IFC é uma afirmação: este modelo é adequado a este propósito, nesta revisão. O próprio arquivo não carrega essa afirmação — ele carrega geometria e dados. Tudo o que torna a afirmação verificável viaja junto com ele, e, na maioria dos projetos, quase nada disso viaja.
É por isso que a mesma conversa acontece duas vezes. Na primeira, alguém checa o modelo e o considera aceitável. Na segunda — um mês depois, uma pessoa diferente, um portão diferente —, alguém o checa de novo, porque não havia registro da primeira checagem em que alguém pudesse confiar.
Cinco artefatos, quatro dos quais você já tem
| Artefato | Responde | Público |
|---|
| Relatório de validação | O que foi checado e o que foi encontrado | O coordenador que recebe o modelo |
| Registro da checagem | Que a checagem aconteceu, neste arquivo exato, neste momento | O information manager, o cliente, um auditor |
| Arquivo de issues (BCF) | O que não está corrigido, e onde procurar | A pessoa que precisa agir |
| Dados de ativos (COBie) | O que a edificação contém, como dado | O cliente e a equipe de FM |
| Nota de transmittal | Revisão, status, score, conjunto de regras, exceções | Todo mundo, e o registro |
Reunir os cinco leva cerca de dez minutos da primeira vez, e bem menos a cada vez depois disso. Substitui cerca de quatro e-mails por entrega, e é a diferença entre uma entrega que é aceita e uma entrega que é discutida.
1. O relatório de validação
Exporte, anexe e não o parafraseie no corpo do e-mail. Três propriedades tornam um relatório útil para quem não estava presente quando ele foi gerado:
- Ele nomeia o conjunto de regras, não só os resultados. Um score sem o seu conjunto de regras não pode ser interpretado, nem comparado com a próxima revisão.
- Ele declara a cobertura — quais checagens rodaram, quais não rodaram. Um relatório que não consegue distinguir "passou" de "não tentado" é um documento de marketing.
- Ele carrega identificadores de elemento, para que um achado possa ser localizado em vez de caçado. Um relatório que exige que você saia procurando é um relatório que ninguém usa duas vezes.
Se você não tem certeza de quais achados no seu relatório valem a pena relatar e quais são ruído, os erros mais comuns em modelos IFC é uma lista de triagem razoável — os estruturais são os que importam para quem recebe.
2. O registro da checagem
O elo mais fraco de todo processo de qualidade é que a checagem e a afirmação são coisas separadas. Qualquer um pode dizer que um modelo obteve 92. Um registro de checagem vincula o número a um arquivo específico: a impressão digital do próprio arquivo, o conjunto de regras, o schema, o timestamp, o score.
Duas propriedades tornam um registro assim mais valioso que uma captura de tela de um painel:
- Ele é derivado do conteúdo do arquivo, de modo que alterar um único byte do modelo e reemitir o mesmo registro seja detectável.
- Ele é verificável pelo receptor, de forma independente, sem o seu envolvimento. Um registro que só o seu próprio software consegue confirmar é uma promessa, não uma evidência.
3. O arquivo de issues
O BCF existe para que os problemas sobrevivam à saída da sua tela. Todo o seu valor está no viewpoint: uma posição de câmera, uma seleção e um comentário que, juntos, fazem o receptor gastar dez segundos encontrando o problema em vez de dez minutos.
Duas convenções separam um arquivo BCF em que se age de um que é ignorado:
- Um tópico por causa, não por elemento. Quatro mil elementos sem um conjunto de propriedades são um tópico com um viewpoint representativo — não quatro mil tópicos que tornam o arquivo impossível de abrir.
- Dê título ao tópico com o identificador da regra e a correção, não com o sintoma. "Conjunto de propriedades ausente — adicionar o Pset exigido ao template de exportação" é acionável; "propriedades ausentes" é uma reclamação.
4. Dados de ativos
O COBie, ou qualquer que seja a planilha que o seu cliente pediu, é o ponto em que a qualidade do modelo se torna comercialmente visível — porque é entregue a alguém que nunca abre um modelo e não tem como interpretar uma desculpa.
É também, de forma útil, um validador do seu validador. Espaços sem nome, tipos sem fabricante, componentes não atribuídos a um espaço: essas lacunas chegam como colunas em branco que um gerente de facilities enxerga de relance. Se uma exportação COBie do seu modelo seria constrangedora, o modelo não está pronto, não importa a aparência da geometria.
5. A nota de transmittal
Seis linhas, e ela previne a maioria das disputas de entrega:
Container: {filename}
Revision/status: {rev} - {suitability code}
Schema: {IFC2X3 | IFC4 | IFC4X3}
Checked: {date} - rule set {name} - {n} of {n} checks completed
Health Score: {score}/100
Open by agreement: {rule id - reason - agreed with - date}
Not suitable for: {e.g. quantity take-off, fabrication}
A última linha é a que as pessoas pulam, e é a que protege você. Declarar para que um container não serve não é defensivo — é a definição de um nível de necessidade de informação, entregue no único momento em que alguém realmente lê.
No que tudo isso resulta
Nada aqui é tecnologia nova, e nada disso exige uma ferramenta que você ainda não tem. O que exige é tratar uma entrega como uma afirmação que outra pessoa precisa conseguir checar — o que é uma pequena mudança de postura com um efeito desproporcional em quantas entregas voltam.
Os critérios que o receptor aplica a tudo isso estão cobertos em critérios de aceitação de IFC, e as cláusulas que os tornam vinculantes em cláusulas do BEP que realmente evitam entregas de IFC ruins. Para o enquadramento da ISO 19650 em torno dos três temas, veja o checklist de entrega de IFC segundo a ISO 19650.
O que entregar junto com um modelo IFC (além do próprio IFC)