Por que o IDS não executa no verificador?

O IDS não reprovou o modelo. Ele nem abriu.

O gestor importa o IDS no verificador, aponta para o modelo, clica em "verificar". O software trava, dá erro de parse, ou retorna zero specifications processadas. O IDS não rodou. Não reprovou, não aprovou — não executou. E a verificação que deveria acontecer antes do aceite simplesmente não aconteceu.

O IDS é um arquivo XML com schema definido (buildingSMART IDS 1.0). Como qualquer XML, pode ter erros de formação: tag não fechada, atributo mal escapado, encoding inconsistente, namespace errado. Além dos erros de XML, o IDS pode ter incompatibilidade de versão: o schema do IDS evoluiu entre drafts e a versão 1.0, e o verificador pode não aceitar IDS escrito em versão anterior. E o ifcVersion declarado no IDS pode ser incompatível com o modelo: IDS declarando IFC4X3 contra modelo IFC2X3 — alguns rule engines rejeitam silenciosamente, outros ignoram.

O problema se agrava quando o erro não é explícito. Alguns verificadores aceitam o IDS com erro e simplesmente ignoram as specifications malformadas. O relatório sai limpo — não porque o modelo está conforme, mas porque as specifications defeituosas foram descartadas sem aviso. O resultado é o mesmo da dor de applicability vazia: aprovação por vacuidade. Mas aqui a causa é ainda mais básica: o IDS não funciona como arquivo.

A §5.6.3 da ABNT NBR ISO 19650-2 exige verificação da garantia da qualidade antes da troca. Verificação que não executa não é verificação. É etapa declarada e não cumprida.

1. 1

   Erro de parse ao importar · o verificador recusa o arquivo IDS com erro de XML: tag não fechada, atributo inválido, encoding errado.

2. 2

   Zero specifications processadas · o IDS importa mas nenhuma specification é reconhecida. O relatório sai vazio.

3. 3

   Resultado diferente entre verificadores · um rule engine recusa o IDS, outro aceita parcialmente, outro aceita tudo. A compatibilidade varia.

4. 4

   Specification descartada silenciosamente · o verificador ignora specification malformada sem avisar. O relatório omite regras inteiras.

5. 5

   ifcVersion incompatível · o IDS declara IFC4X3 e o modelo é IFC2X3, ou vice-versa. O verificador rejeita ou ignora a specification.

1. 1

   Erro de XML no IDS · o arquivo tem tag não fechada, atributo mal escapado, namespace errado ou encoding inconsistente. O parser recusa.

2. 2

   Versão do schema IDS incompatível · o IDS foi escrito em versão draft do schema e o verificador só aceita a versão 1.0 final, ou vice-versa.

3. 3

   ifcVersion não declarado ou incompatível · o atributo ifcVersion do IDS não bate com o FILE_SCHEMA do modelo IFC.

4. 4

   Editor de IDS com bug de exportação · o editor gera XML com defeito: atributo vazio, valor nulo, estrutura que não valida contra o schema.

5. 5

   Sem validação de schema antes de publicar · ninguém validou o arquivo IDS contra o XSD do schema buildingSMART antes de colocar em produção.

1. 1

   Verificação que não aconteceu · a etapa de verificação existe no processo mas não executou. A entrega foi aceita sem teste real.

2. 2

   Specification descartada sem aviso · o verificador ignorou regras malformadas e o relatório saiu incompleto. A equipe não sabe que faltam regras.

3. 3

   Falsa sensação de processo · o fluxo diz que o IDS foi rodado. Na verdade, não rodou — ou rodou parcialmente. O processo existe no papel.

4. 4

   Diagnóstico demorado · o erro de XML ou de versão pode ser difícil de diagnosticar sem ferramenta de validação. A equipe perde tempo tentando rodar o que não pode rodar.

5. 5

   Propagação do erro · o IDS defeituoso é copiado para outros projetos. O erro se propaga sem que ninguém perceba.

Curto prazo (30 dias):

1. Validar o IDS contra o XSD. Rodar o arquivo contra o schema oficial e corrigir todos os erros de XML.

2. Conferir o ifcVersion. Alinhar o ifcVersion do IDS com o FILE_SCHEMA dos modelos que serão verificados.

3. Testar em dois verificadores. Importar o IDS em dois rule engines e confirmar que todas as specifications executam.

Médio prazo (60-90 dias):

4. Instituir validação antes de publicar. Incluir validação de schema no checklist de publicação do IDS no CDE.

5. Padronizar o editor de IDS. Escolher editor que gera XML válido contra o schema 1.0. Se o editor tem bug, documentar o workaround.

6. Monitorar specifications processadas. Comparar o número de specifications no XML com o número processado pelo verificador em cada execução. Divergência é alerta.

1. 1

   Validação de schema antes de publicar · o IDS só entra no CDE depois de validar contra o XSD oficial. XML com erro não é publicado.

2. 2

   ifcVersion alinhado com o modelo alvo · o ifcVersion do IDS bate com o FILE_SCHEMA do modelo. Incompatibilidade é corrigida antes de rodar.

3. 3

   Teste em dois verificadores · cada IDS novo é testado em pelo menos dois rule engines. Se um aceita e outro recusa, o IDS tem defeito.

4. 4

   Contagem de specifications processadas · o relatório mostra quantas specifications foram processadas. Se for menos que o XML contém, houve descarte.

• buildingSMART IDS 1.0Information Delivery Specification. O schema XSD define a estrutura válida do IDS. Arquivo que não valida contra o XSD pode ser rejeitado ou processado parcialmente pelo rule engine. A validação de schema é pré-requisito de execução.
• ISO 16739-1:2024Industry Foundation Classes (IFC4x3). O FILE_SCHEMA no cabeçalho STEP do IFC declara a versão do schema. O ifcVersion do IDS deve ser compatível — IDS para IFC4X3 contra modelo IFC2X3 pode não executar.
• ABNT NBR ISO 19650-2:2022Fase de entrega. §5.6.3 exige verificação da garantia da qualidade antes da troca. Verificação que não executa — por erro de parse, versão incompatível ou specification descartada — não cumpre a verificação.
• ABNT NBR ISO 19650-1:2022Conceitos e princípios. §6.3.3 institui processos de aprovação documentados e acordados. Se o IDS não roda, o processo de aprovação está interrompido na etapa mais básica.
• ISO 29481-3Information delivery manual, Part 3. Formaliza o IDS como especificação verificável. A verificabilidade pressupõe que o arquivo execute — IDS que não abre não é especificação, é artefato corrompido.