Por que a verificação numérica do IDS não funciona?

Sem dataType, vinte é uma palavra.

O IDS exige que a espessura mínima da parede seja 15 centímetros. A verificação aprova uma parede com espessura 9 — porque "9" é maior que "15" como texto. Numericamente, 9 é menor que 15. Sem dataType declarado na faceta Property, o IDS compara strings, não valores numéricos. E comparação de strings não respeita magnitude.

No schema do IDS (buildingSMART IDS 1.0), a faceta Property em requirements pode declarar um dataType — o tipo de dado esperado do valor verificado. Sem dataType, o rule engine trata o valor como texto (IfcLabel ou string genérica). A restriction com xs:minInclusive ou xs:maxInclusive compara caractere a caractere, não número a número. "9" é maior que "15" em ordem lexicográfica. "20.0" é maior que "100.0" porque "2" vem depois de "1". Toda verificação de faixa, limite ou grandeza física sem dataType declarado é comparação textual disfarçada de numérica.

O problema não é raro. Editores de IDS permitem salvar a faceta Property sem dataType. O redator escreve o nome do Pset e da propriedade, define o valor mínimo, e não percebe que o tipo ficou vazio. O IDS parece correto no editor. O defeito só aparece no relatório — ou nem aparece, porque a comparação textual às vezes coincide com a numérica para valores curtos.

Quantitativo que vem do modelo depende de verificação numérica correta. A §5.2.1 c) da ABNT NBR ISO 19650-2 exige critério de aceitação por requisito. Critério numérico que compara como texto não é critério — é casualidade.

1. 1

   Reprovação de valor correto · a parede tem espessura 100 e o IDS exige mínimo 90, mas reprova. Como texto, "100" é menor que "90" — "1" vem antes de "9".

2. 2

   Aprovação de valor errado · a propriedade tem valor fora da faixa, mas o IDS aprova. Como strings, a ordem não é a que parece.

3. 3

   Resultado inconsistente entre modelos · o mesmo IDS dá resultados diferentes em modelos com valores semelhantes, porque a comparação textual depende do formato do número.

4. 4

   dataType vazio no XML do IDS · ao inspecionar o XML, a tag dataType da faceta Property está ausente ou vazia.

5. 5

   Bounds que não funcionam · a restriction usa minInclusive/maxInclusive mas os valores aprovados ou reprovados não fazem sentido numérico.

1. 1

   Editor de IDS não preenche dataType por padrão · o editor gera a faceta Property sem dataType. O redator não percebe a lacuna porque o IDS parece completo na interface.

2. 2

   Redator não sabe que a comparação muda · quem escreveu a regra assumiu que minInclusive compara números. Sem dataType, compara texto.

3. 3

   Cópia de specification sem conferir tipo · a faceta foi copiada de outro IDS onde a propriedade era textual. No contexto novo é numérica, mas o dataType não foi ajustado.

4. 4

   Modelo exporta valor como string · o IFC armazena o valor como IfcLabel ou IfcText em vez de IfcReal ou IfcLengthMeasure. Mesmo com dataType, a comparação pode falhar se o dado no IFC é string.

5. 5

   Sem teste numérico antes de publicar · ninguém testou se a comparação numérica funciona com valores limítrofes (9 vs 10, 20.0 vs 100.0, 100 vs 99) antes de colocar o IDS em produção.

1. 1

   Quantitativo aceito com valor errado · espessura, área, comprimento ou volume fora da faixa passa pela verificação porque a comparação é textual. O quantitativo extraído depois está errado.

2. 2

   Reprovação falsa gera retrabalho · o projetista corrige o que já estava certo porque o IDS reprovou por comparação de strings.

3. 3

   Inconsistência entre verificadores · rule engines diferentes tratam a ausência de dataType de maneiras diferentes. O resultado muda conforme a ferramenta.

4. 4

   Orçamento e 5D com dado furado · se a verificação numérica não funciona, o gate de qualidade não pega propriedade fora da faixa. O dado chega ao orçamento com defeito.

5. 5

   Defeito silencioso em valores curtos · para valores de 1 a 9, a comparação textual coincide com a numérica. O defeito só aparece com valores maiores — tarde e no caminho crítico.

Curto prazo (30 dias):

1. Auditar o dataType de cada faceta Property com bounds. Abrir o XML e marcar as facetas que usam minInclusive/maxInclusive sem dataType.

2. Preencher o dataType. Para cada faceta identificada, declarar o tipo de dado correto: IfcLengthMeasure, IfcReal, IfcAreaMeasure etc., conforme a propriedade verificada.

3. Testar com valores limítrofes. Rodar o IDS corrigido contra modelo de teste com valores críticos e confirmar que a comparação numérica funciona.

Médio prazo (60-90 dias):

4. Padronizar o tipo no IFC de origem. Garantir que o mapeamento de exportação gera a propriedade com tipo numérico, não string.

5. Instituir validação de dataType no checklist do IDS. Antes de publicar, conferir que toda restriction numérica tem dataType.

6. Documentar o mapa dataType-IFC. Listar, por propriedade verificada, o dataType do IDS e o tipo IFC esperado.

1. 1

   dataType é obrigatório em restriction numérica · toda faceta Property com minInclusive, maxInclusive ou bounds tem dataType declarado. Sem tipo, a comparação é textual.

2. 2

   Tipo do IDS bate com o tipo do IFC · o dataType declarado no IDS corresponde ao tipo real do valor no IFC. Divergência gera comparação imprevisível.

3. 3

   Teste com valores limítrofes · antes de publicar, o IDS é testado com 9 vs 10, 0.9 vs 1.0, 100 vs 99. Se o resultado não é o esperado, o dataType está errado ou ausente.

4. 4

   Exportação gera tipo numérico · o mapeamento de exportação gera IfcReal ou medida, não IfcLabel. Propriedade numérica armazenada como texto é defeito de exportação.

• buildingSMART IDS 1.0Information Delivery Specification. A faceta Property aceita dataType para declarar o tipo de dado esperado. Sem dataType, a restriction com minInclusive/maxInclusive compara strings, não números. A faceta Entity é a única sem cardinalidade; dataType é exclusivo da faceta Property.
• ISO 16739-1:2024Industry Foundation Classes (IFC4x3). Os tipos de dado definidos no schema (IfcReal, IfcLengthMeasure, IfcAreaMeasure, IfcInteger, IfcLabel, IfcText) determinam como o valor é armazenado. Propriedade numérica exportada como IfcLabel vira string.
• ABNT NBR ISO 19650-2:2022Fase de entrega. §5.2.1 c) exige critério de aceitação por requisito. Critério numérico que compara como texto não é critério — o resultado depende do formato, não da magnitude.
• ABNT NBR ISO 7817-1:2024Level of information need (LOIN). O LOIN declara qual informação é necessária e para qual propósito. Se o propósito exige grandeza numérica (espessura, área, volume), o IDS precisa de dataType para garantir comparação correta.
• ABNT NBR ISO 19650-1:2022Conceitos e princípios. §11.2 define o nível de informação necessária. Informação numérica com verificação textual é informação não verificada de fato.