Clínica do IDS
IDS que não filtra, faceta errada, dataType ausente, restrição mal escrita, IDS sem LOIN de origem, fora do contrato, sem versão, que não executa.
O IDS (Information Delivery Specification) é a especificação aberta da buildingSMART que transforma requisito de informação em regra verificável por máquina. Cada `specification` tem duas metades: `applicability`, que seleciona quais elementos do modelo serão testados, e `requirements`, que declara o que esses elementos precisam ter — por faceta (`Entity`, `Attribute`, `Classification`, `Property`, `Material`, `PartOf`), com cardinalidade e tipo de dado. É o elo que fecha a cadeia LOIN → IDS → BEP → verificação.
O problema não é a ausência de IDS — é o IDS que existe e não filtra nada. Applicability que não casa com nenhum elemento aprova por vacuidade: cem por cento de conformidade sobre zero elemento testado. Requisito sem `dataType` compara texto quando devia comparar número. Faceta errada procura no lugar errado a informação que está no modelo. IDS que não é anexo contratual não obriga ninguém. E IDS que circula por e-mail, sem versão nem dono, não serve de critério de aceite.
A Clínica do IDS trata as falhas do próprio artefato — não os problemas que ele verifica. Se o seu sintoma é modelo sem propriedade, quantitativo que não fecha ou aceite sem critério, a dor está nas clínicas do IFC, do 5D e de Auditoria, e cada uma aponta o IDS como caminho. Aqui o paciente é o IDS.
Páginas publicadas
Meu EIR virou papel morto: como saber se o modelo entregue está em conformidade?
EIR de 40 páginas escritas em prosa contratual, sem representação computacional que permita verificar conformidade automatizada. buildingSMART IDS 1.0 (junho/2024) traduz o EIR em regras verificáveis por rule engine sobre o IFC.
Por que o IDS aprovou o modelo sem verificar nada?
Applicability que não casa com nenhum elemento do modelo aprova por vacuidade: cem por cento de conformidade sobre zero elemento testado. O IDS passa — e não verificou nada.
Por que o meu IDS nunca reprova nada?
Todas as facetas de requirements com cardinalidade optional: o IDS roda, seleciona elementos, gera relatório verde — e não pode reprovar nada. Requisito opcional não é critério de aceitação.
Por que o IDS não acha a informação que está no modelo?
O requisito está certo e a informação está no modelo — mas na camada errada para a faceta que o IDS usa. Property, Attribute, Classification e Material verificam lugares diferentes do IFC. Faceta errada reprova o certo ou aprova o errado.
Por que a verificação numérica do IDS não funciona?
Sem dataType declarado na faceta Property, o IDS compara valores como texto — "9" é maior que "15" em ordem lexicográfica. Toda verificação de faixa, limite ou grandeza física sem dataType é comparação textual disfarçada de numérica.
Por que o IDS reprova valores que estão corretos?
A restriction do IDS — pattern (expressão regular XSD), enumeration ou bounds — está errada: reprova valor correto ou aprova valor incorreto. O relatório diz "não conforme" sem explicar por quê.
O IDS pode exigir um Pset que não existe no padrão?
O IDS exige Property Set customizado que não existe no schema IFC padrão. O software não gera automaticamente, o projetista não sabe que existe, e o desvio de um indivíduo virou cláusula contratual.
De onde deve vir o conteúdo do IDS?
IDS escrito do zero, sem LOIN que justifique cada propriedade, é opinião com XML em volta. Sem cadeia OIR-AIR-PIR-EIR, a regra não tem rastreabilidade ao propósito — e o projetista não sabe por que precisa preencher.
O IDS obriga o projetista a entregar a informação?
IDS que não é anexo do contrato e não é referenciado no BEP não tem força vinculante. O projetista pode ignorar o relatório de reprovação sem consequência contratual. Anexo que ninguém referenciou não obriga ninguém.
Por que refazemos o IDS em cada projeto?
Sem biblioteca institucional de IDS, cada projeto recria specifications do zero — redigitando listas de mais de 140 subentidades, repetindo defeitos corrigidos em projetos anteriores e pagando o custo de elaboração sem ganho de escala.
Qual versão do IDS vale para o aceite?
IDS que circula por e-mail, sem versão controlada, sem dono declarado e sem trilha de auditoria. Ninguém sabe qual versão foi usada para qual aceite. O IDS é contêiner de informação — precisa de estado, versão e trilha.
Por que o IDS não executa no verificador?
O IDS não reprovou o modelo — ele nem abriu. Erro de XML, versão de schema incompatível, ifcVersion que não bate, specification descartada silenciosamente. Verificação que não executa não é verificação.