Checagem de modelo (IDS)
IDS (Information Delivery Specification) valida se o IFC traz as propriedades combinadas — tipo, material, Pset, classificação. O módulo Checagem de modelo nasce desligado; liga em Configurações do projeto.
A spec é um XML IDS 1.0. A Catena edita, audita e valida no viewer; o
arquivo no armazenamento é a fonte de verdade. Dá para importar um .ids
pronto ou copiar da biblioteca da organização.
Onde mora
| Escopo | Onde | Quem edita |
|---|---|---|
| GLOBAL | Configurações → Visualizador 3D | ADMIN ou papel Configurações |
| PROJECT | Projeto → Checagem de modelo | OWNER / COORDINATOR |
A spec do projeto pode nascer vazia, de um XML ou como cópia de uma
global. requiredOnUpload marca a spec no gate de envio: depois que
a conversão IFC fica pronta, o modelo não avança (compartilhar, aprovar,
publicar) enquanto houver falha.
Editor e bSDD
Cada regra tem duas partes: aplicabilidade (para quem vale) e requisitos (o que exige). Sem filtro, a regra é ignorada; sem requisito, não há o que conferir.
O editor cobre as 6 facets e as 4 constraints do IDS 1.0, com auditoria do documento. Dá para duplicar uma spec na biblioteca e, no editor, duplicar um filtro ou requisito. Classes e propriedades IFC vêm de um catálogo interno; o bSDD (buildingSMART Data Dictionary) entra na busca — a Catena só faz proxy, a fonte é a API pública.
Rodar no viewer
No visualizador 3D, o painel IDS (dock) lista as specs GLOBAL da
organização e as PROJECT. Dá para checar um template global sem
copiar; copiar para o projeto cria uma spec editável — necessária para
marcar o gate de envio. O relatório lista o que passou, o que falhou e
as entidades reprovadas. Dá para exportar as falhas em .bcfzip (um
tópico por especificação) ou o relatório em .xlsx e .pdf.
O que não é
Não substitui interferências nem apontamentos. IDS cobra informação no modelo; clash cobra geometria. Quem precisa de um checklist de entrega no escritório continua no Wiki.