Voltar ao blog de BIM e IFC
Entrega e ISO 19650 · 2026-08-07 · 9 min
Cláusulas de BEP que realmente evitam entregas de IFC ruins
A maioria dos BEPs diz que os modelos devem ser "de qualidade adequada" e nada mais — é por isso que as discussões sobre qualidade nunca terminam. Quatro cláusulas curtas, prontas para colar, que transformam uma opinião em uma condição testável.
Cláusulas de BEP que realmente evitam entregas de IFC ruins — IFC Viewer Online article cover
Abra um Plano de Execução BIM qualquer na seção de entrega de informação e você vai encontrar uma frase como esta: "Todos os modelos deverão ser entregues em um formato adequado e com qualidade apropriada para o uso pretendido." Todo mundo assina. Ninguém consegue descumprir, e ninguém consegue exigir.
Essa frase é o motivo pelo qual as discussões sobre qualidade de IFC em projetos são tão amargas: não há nada para apontar. Quando o coordenador diz que o modelo é inutilizável e o autor diz que está tudo bem, os dois estão dando opiniões, porque o contrato nunca converteu "qualidade" em uma condição que alguém pudesse testar.
Uma cláusula de qualidade que não pode falhar não é uma cláusula. É uma esperança com número de cláusula.
O que torna uma cláusula exigível
Três propriedades, e vale a pena verificar se o que já está no seu BEP as tem:
- Ela nomeia um teste. Não "boa qualidade", mas uma verificação específica, executada por um método específico, produzindo uma saída específica.
- Ela nomeia um limite. Um número, uma contagem ou uma condição binária — algo que um revisor possa comparar sem precisar julgar.
- Ela nomeia o que acontece quando o limite não é atingido. Uma cláusula sem consequência é documentação, não um requisito.
As quatro cláusulas abaixo têm as três propriedades. Elas são deliberadamente curtas: uma cláusula de qualidade que ninguém lê não tem efeito, e uma cláusula que cabe em meia página é citada de volta para as pessoas, o que é exatamente o objetivo.
Cláusula 1 — Verificação automatizada antes da emissão
Every IFC container issued to the CDE at status S2 (Shared) or above shall
have been checked with the project's agreed rule set within the 24 hours
preceding issue. The check report shall be issued alongside the container.
Containers issued without a check report may be rejected without review.
A última frase é que faz o trabalho. Sem ela, a cláusula cria uma obrigação sem nenhum custo associado a ignorá-la, e ela será ignorada justamente na semana em que o cronograma estiver apertado — que é exatamente a semana em que a verificação importa.
Note o posicionamento: no S2, não na publicação. No momento em que algo é publicado, três disciplinas já coordenaram com base nele, e uma falha estrutural significa refazer o trabalho delas, não o seu. Toda a economia da verificação pré-entrega depende de capturar os problemas na fronteira entre Em elaboração e Compartilhado.
Se você ainda não definiu um conjunto de regras, comece pelas verificações padrão que qualquer validador executa — os erros de validação de IFC mais comuns cobrem a grande maioria das rejeições reais, e são os mesmos em qualquer lugar porque vêm das configurações de exportação, e não do estilo de modelagem.
Cláusula 2 — Um limite mínimo de qualidade
IFC containers shall achieve a Health Score of at least 80/100 under the
project rule set. Containers scoring below the threshold may be issued only
with the prior written agreement of the Information Manager, recording the
findings concerned and the reason.
Duas decisões de design que valem a pena copiar. Primeiro, a válvula de escape é explícita: às vezes um modelo abaixo do limite realmente precisa ser compartilhado, e uma regra sem uma exceção legítima acaba sendo ignorada em vez de seguida. Segundo, a exceção precisa ser registrada por escrito, o que converte "concordamos em deixar passar" em um registro com data e autor.
Escolha seu limite de forma deliberada. Uma pontuação é uma compressão de todo um relatório em um único número, ponderado por categoria e gravidade — vale a pena entender isso antes de colocá-la no contrato. O guia do IFC Health Score explica o que a move e em quanto.
Cláusula 3 — Estabilidade de identificadores
IFC GlobalIds shall be persistent for the life of the project: the identifier
of an element shall not change between revisions unless the element itself is
deleted and replaced. Task teams shall configure authoring and export tools
accordingly, and shall report any event that invalidates identifiers (model
recreation, round-trip import, template migration) at the time it occurs.
Se você acrescentar apenas uma cláusula deste artigo, acrescente esta. Cláusulas de limite melhoram a entrega média; a cláusula de identificador evita uma classe de dano que não pode ser reparada depois.
Quando os GlobalIds mudam a cada exportação, três coisas quebram silenciosa e simultaneamente: os problemas se desconectam dos elementos contra os quais foram levantados, a comparação de revisões vira ficção porque todo elemento parece novo, e os dados de ativos não podem ser reconciliados com o modelo de onde vieram. Nenhuma dessas falhas produz uma mensagem de erro. Elas produzem um projeto em que ninguém confia totalmente no histórico de coordenação e ninguém sabe dizer por quê.
A obrigação de comunicação na última frase importa mais do que parece. A rotatividade de GUID geralmente é causada por um evento de processo que alguém conhece — um modelo reconstruído, um arquivo que passou por outra ferramenta. Saber quando isso aconteceu é a diferença entre uma anotação no registro e um exercício forense. Veja por que os GUIDs de IFC mudam a cada exportação para as causas específicas, e GUIDs duplicados em arquivos IFC para a falha relacionada, em que dois elementos compartilham um identificador.
Cláusula 4 — Coordenadas e unidades compartilhadas
All task teams shall use the project shared reference point and rotation
defined in {document}, and shall deliver in metric SI length units. Storey
names and elevations shall follow the agreed level schedule without local
variation.
Esta é a cláusula que só compensa na federação. Cada modelo de disciplina pode estar internamente perfeito e o conjunto federado ainda assim ser inutilizável, porque três modos de falha ficam invisíveis até os modelos se encontrarem: modelos referenciados a origens diferentes, um arquivo em unidades imperiais, e cronogramas de pavimentos por disciplina que exigem uma tabela de tradução mantida por uma pessoa.
A metade de georreferenciamento é a que produz as falhas espetaculares — uma edificação a várias centenas de quilômetros do local, ou girada. Os mecanismos estão cobertos em coordenadas e georreferenciamento em IFC.
Onde essas cláusulas ficam
| Documento | O que pertence lá |
|---|
| EIR (lado do cliente) | O que o cliente exige: a finalidade de cada entrega, o sistema de classificação, os dados de ativos esperados na entrega final. |
| BEP (equipe de entrega) | Como isso será atendido: estas quatro cláusulas, o conjunto de regras nomeado, as referências de configuração de exportação, a matriz de responsabilidades. |
| Anexo do BEP | A tabela de critérios de aceitação — uma linha por critério, com a posição do projeto preenchida antes da primeira entrega. |
| Transmittal | A declaração por entrega: revisão, adequação, pontuação, conjunto de regras, e quaisquer constatações aceitas por acordo. |
As cláusulas valem pouco sozinhas — elas precisam de um lugar onde o receptor as aplica, que é a tabela de critérios de aceitação.Essa tabela é o assunto do próximo artigo: critérios de aceitação de IFC — como aceitar ou rejeitar um modelo sem discussão. E, depois que um contêiner é aprovado, a questão passa a ser o que viaja junto com ele, o que é abordado em o que entregar junto com um modelo IFC.
A versão de um parágrafo
Se o seu BEP já está escrito e reabri-lo é politicamente caro, acrescente este único parágrafo à seção de entrega de informação e você terá capturado a maior parte do valor:
IFC containers issued at S2 or above shall be checked with the project rule
set immediately before issue, shall reach a Health Score of at least 80/100,
and shall carry persistent GlobalIds between revisions. The check report
shall accompany the container; exceptions require the written agreement of
the Information Manager.
Para ver como esses requisitos funcionam na prática antes de se comprometer com eles, execute as verificações em um modelo que você já entregou — o fluxo de verificação pré-entrega de modelos leva cerca de um minuto por arquivo, e o resultado vai dizer se 80 é um limite generoso no seu projeto ou um limite ambicioso.
Cláusulas de BEP que realmente evitam entregas de IFC ruins