Validação contra IDS
Pode escrever em IDS os requisitos de informação que o contrato pede e validar cada IFC recebido com o IfcTester, que gera relatório em HTML, JSON, BCF e outros formatos.
Entrega: relatório de validação por arquivoOcto para IFC e openBIM
O IFC é a norma internacional para a troca de informação de modelos da construção (ISO 16739-1), também publicada pela ABNT. Em volta dele, a buildingSMART publica o BCF, para apontamentos, e o IDS, para requisitos de informação. Com ferramentas abertas como o IfcOpenShell, o Octo pode validar, converter e conferir modelos IFC sem depender de um programa de autoria.
Cinco entregas possíveis, todas com ferramentas abertas que rodam no ambiente do cliente.
Pode escrever em IDS os requisitos de informação que o contrato pede e validar cada IFC recebido com o IfcTester, que gera relatório em HTML, JSON, BCF e outros formatos.
Entrega: relatório de validação por arquivoPode rodar o IfcClash em um ou mais modelos IFC, por linha de comando, com saída em JSON e, se a equipe quiser, em BCF.
Entrega: lista de conflitos em JSON ou BCFPode devolver os resultados da validação e dos conflitos como apontamentos BCF, em arquivo (BCF-XML) ou pela BCF-API.
Entrega: apontamentos para a coordenaçãoPode converter a geometria do IFC para OBJ, DAE, GLB, STEP, IGES, SVG e outros formatos com o IfcConvert.
Entrega: arquivos convertidos, com o comando registradoPode ler o IFC em Python com o IfcOpenShell e gerar planilhas, ou criar e editar entidades com as funções de ifcopenshell.api.
O mesmo ciclo do Octo, aplicado a esta frente. Cada braço tem um papel estreito; quem aprova e quem assina são pessoas da sua equipe.
Quais programas exportam, em qual esquema (IFC2X3, IFC4, IFC4.3) e com qual configuração de exportação.
O que cada elemento precisa ter, por fase e por disciplina, escrito em IDS, que é legível por máquina.
O IfcOpenShell roda localmente; os modelos não precisam sair do ambiente do cliente.
IfcTester para validar, IfcClash para conflitos, IfcConvert para geometria, Python para o resto e BCF para devolver o resultado.
Scripts em Python sobre o IfcOpenShell, com a versão do esquema e do IDS anotadas.
Valida primeiro um IFC que a equipe já revisou e compara os apontamentos.
Com o seu ok, deixa relatórios e BCF na pasta do projeto ou no servidor BCF da equipe.
IDS, versão do IfcOpenShell e configuração de cada rodada ficam registrados.
O Octo não aprova modelo. Quem decide se o IFC atende ao contrato é a coordenação e o contratante.
O critério que o Octo usa para escolher. A ferramenta que a sua equipe já usa continua sendo a referência.
| Tarefa | Caminho | Observação |
|---|---|---|
| Conferir se o IFC tem a informação pedida | IDS + IfcTester | Relatório em console, JSON, HTML, ODS, SQLite ou BCF |
| Conflitos entre modelos IFC | IfcClash | Linha de comando ou biblioteca; JSON, BCF opcional |
| Devolver apontamentos à equipe | BCF-XML ou BCF-API | A BCF-API é RESTful, com JSON |
| Converter a geometria | IfcConvert entrada.ifc saida.obj | OBJ, DAE, GLB, STP, IGS, XML, SVG e outros |
| Criar ou editar IFC por script | ifcopenshell.api, em Python | IFC2X3, IFC4 e IFC4.3 |
Três degraus. Cada um só faz sentido depois que o anterior mostrou resultado na sua equipe.
Proposta, não promessa
Você envia o IFC e a regra, e o Octo devolve o relatório.
Cada IFC recebido dos projetistas pode passar pela mesma validação e pelo mesmo teste de conflitos.
Os apontamentos podem circular pela BCF-API, no servidor que a equipe já usa.
Cada ponto abaixo tem fonte publicada pelo fabricante, pelo projeto ou pelo órgão responsável. As fontes estão na seção seguinte.
6
pontos com fonte publicada, cada um com a referência indicada ao lado.
O Octo prepara tudo, mas não assina. O documento que vale continua com quem responde por ele.
Levanta, calcula, organiza e gera os documentos: planilhas, relatórios, pranchas e minutas.
Entrega: material pronto para conferirO profissional habilitado confere o que o Octo entregou antes de assinar. Se algo não fecha, volta para o Octo com a correção.
Etapa: conferência por quem assinaO Octo não assina. Projeto, laudo, ART/RRT, prestação de contas e qualquer documento oficial continuam assinados pelo profissional habilitado da empresa ou do órgão: aqui, o engenheiro ou o arquiteto responsável, com ART ou RRT.
Assinatura: engenheiro ou arquiteto, com ART/RRTCatálogos da ISO e da ABNT, repositórios oficiais da buildingSMART e documentação do IfcOpenShell. Consultadas em 28/10/2026.
O diagnóstico começa por um IFC e um requisito que a sua equipe já conhece, sem alterar os modelos. Você recebe uma proposta do que dá para conferir por regra e decide com ela na mão.