DOC 02 OTL · Portugal · estratégico · rev 2026.07

Object Type Library. A peça que falta entre BIM e ativos.

A Bélgica construiu, ao longo de mais de uma década, a resposta a um problema que Portugal vai enfrentar a partir de 2027: como gerir digitalmente milhares de quilómetros de rede, milhares de obras de arte e centenas de milhares de equipamentos urbanos. A solução chama-se OTL. A RFAS trabalha na agência rodoviária flamenga a desenhá-la — e propõe a Portugal um caminho para a transpor.

Quadro 02 · Indicadores

01 · Cobertura ≈ 7 000 km de rede sob OTL na Flandres (AWV)
02 · Maturação +10 anos de maturação do sistema flamengo desde OSLO (2012)
03 · Contratual SB250 · 260 · 270 cadernos de encargos cobertos
04 · Retorno BIM 10 — 20% ganhos CAPEX estimados (PortugalBIM)
§ 01 O que está em jogo

Portugal está numa janela. Curta, real e mensurável.

O Decreto-Lei 10/2024 torna o BIM obrigatório a partir de 2030, com piloto em 2027. A Estratégia PortugalBIM foi definida em Conselho de Ministros (setembro de 2025) e publicada em Diário da República em maio de 2026. A CT 197 trabalha o quadro normativo desde 2015. Mas todo este edifício está construído sobre o licenciamento urbanístico e os edifícios.

A infraestrutura — rodovia, obras de arte, redes urbanas — está fora do alcance direto do diploma. E é precisamente nela que está o maior CAPEX público. Sem um modelo de dados comum, o BIM em infraestrutura reduz-se a ficheiros IFC isolados sem capacidade efetiva de troca, agregação ou herança na manutenção.

É aqui que o OTL entra.

§ 02 Linha temporal

A janela aberta. 2026 — 2030.

Quem chegar primeiro à mesa com metodologia comprovada define o standard nacional. Em 2031, esta janela fechou-se ou foi preenchida por outros.

FIG. T-012012 — 2030 · Flandres × Portugal
FLANDRES 2012 OSLO 2016+ AWV-OTL em produção ≈ 7 000 km sob OTL → PORTUGAL 2024 DL 10/2024 2026 PortugalBIM · DR 2027 piloto BIM 2030 BIM obrigatório transposição metodológica A JANELA
§ 03 O conceito

O que é uma Object Type Library?

Um modelo conceptual semântico, aberto e versionado, que define como descrever cada componente físico da infraestrutura — atributos, valores admissíveis, relações tipificadas. Com identificadores únicos e permanentes.

ANALOGIA

A IKEA da infraestrutura.

Pense numa loja IKEA. Cada produto tem código, ficha técnica padronizada (medidas, peso, materiais), e encaixa com outros produtos de forma definida. O OTL é a IKEA da infraestrutura — uma biblioteca onde cada tipo de objeto (uma luminária, um sinal, um colector, uma camada de pavimento) tem ficha definida, e onde está formalizado o que encaixa com o quê.

A diferença: o catálogo é aberto, versionado, e qualquer integrador pode consumi-lo via JSON-LD, validar contra ele em SHACL, e publicá-lo de volta no portal nacional.

ANATOMIAAWV-OTL
  • Vocabularia (vocabulários) — listas de termos com URIs únicas. VerkeersbordType (tipo de sinal), Materiaal (material), Wegcategorie (categoria de via).
  • Onderdelen (componentes) — tipos atómicos: sinais, pavimentos, drenagem, luminárias.
  • Installaties (instalações) — agrupamentos físicos, funcionais ou contratuais sobre os quais se podem fazer inspeções.
  • Relações tipificadasVoedt (alimenta), Sturing (comanda), HoortBij (pertence a), Bevestiging (fixação). Só existem as relações que o modelo prevê.
  • Validação SHACL — a entrega contratual de dados verifica conformidade automaticamente.
  • Publicação Linked Open Data — humano (HTML) + máquina (JSON-LD, TTL, SPARQL).
§ 04 Cobertura · seis domínios

Não é só estrada. Toda a infraestrutura sob gestão pública.

O AWV-OTL materializou-se ao longo dos anos como um repositório semântico amplo, cobrindo o trinómio Standaardbestek SB250 / SB260 / SB270. Um OTL nacional português deve nascer com vocação multi-rede e multi-domínio — não fechado ao perímetro de uma única tutela.

D·01

Pavimentos e drenagem

Camadas de pavimento, juntas, marcações horizontais, lancis, colectores pluviais, sumidouros, caleiras, bacias de retenção, separadores de hidrocarbonetos.

D·02

Sinalização

Sinalização vertical, horizontal, luminosa (semáforos completos), sinalização variável (VMS), pórticos, suportes e fundações.

D·03

Obras de arte (kunstwerken)

Pontes, viadutos, túneis, muros de suporte, passagens hidráulicas, escadas técnicas. Mesma framework semântica.

D·04

Eletromecânica e ITS

Câmaras, detetores de tráfego, estações meteorológicas, radares, telcélulas, C-ITS roadside units.

D·05

Iluminação e proteções

Postes, armaduras, lâmpadas, telemetria. Barreiras de segurança, atenuadores de impacto, barreiras acústicas, vedações.

D·06

Mobiliário e plantação

Árvores, sebes, bancos, papeleiras, abrigos de paragem, totens informativos. Mais acessórios e elementos auxiliares.

A metodologia OSLO/OTL vai já além do perímetro da AWV. Outras entidades do beleidsdomein Mobiliteit en Openbare Werken seguem a mesma framework — De Vlaamse Waterweg (vias navegáveis), Departement MOW, Lantis (grandes obras de infraestrutura). A AWV funciona hoje como facilitador metodológico desta expansão.

§ 05 Projeto vivo

O OTL não é um modelo "acabado". É código vivo.

Releases versionadas, governance ativa, migração contínua, compatibilidade gerida. Funciona como o Linux ou como o IFC do buildingSMART — uma comunidade técnica mantém, expande e versiona.

Para Portugal, isto implica que a discussão nunca pode ser "definimos o OTL e está feito". A pergunta correta é outra: quem mantém o OTL nos próximos vinte anos? Qual a periodicidade de release? Que processo formal recebe contributos do ecossistema? Como se gere a compatibilidade retroativa? Estas questões de governance pesam tanto como o desenho técnico inicial.

Release cycle · AWV-OTL

Pipeline DEV → TEI → PROD.

Recolha de requisitos via projetos em curso, sessões de trabalho, lacunas em entregas DAVIE e utilizadores das ferramentas. Qualificação e priorização pela equipa OTL. Modelação e revisão por pares. Pipeline de ambientes com publicação automatizada e regeneração de artefactos (HTML, UML, JSON-LD, SHACL, SQLite).

Cada release é versionada (semver), com release notes e migration paths. Classes deprecadas antes de removidas. Sistemas downstream consomem versões controladamente.

§ 06 Roadmap proposto

Quatro fases. Risco controlado, escala por evidência.

Modulável por escala (municipal, IP, nacional). Desenhado, desde a primeira fase, para sustentar um modelo vivo, versionado e multi-domínio.

FASE 01 · 3 — 6 MESES

Definição

Constituição do grupo de trabalho (IP, ANMP, CT 197, BUILT CoLAB, APA). Definição do scope do MVP. Estudo de governance: dono do modelo, periodicidade de release, processo de proposta. Análise de gap face a IFC 4.3, INSPIRE e OSLO.

FASE 02 · 6 — 9 MESES

Modelação MVP

Seleção de 15–25 object types prioritários (proposta: sinalização vertical urbana, alto retorno, baixa complexidade). Modelação em OWL/SHACL inspirada em OSLO, com URIs persistentes. Alinhamento com IFC 4.3 e INSPIRE. Publicação como standard aberto.

FASE 03 · 12 MESES

Piloto operacional

Um município médio (50–150 mil hab.) + um troço da IP. Implementação na cadeia levantamento → projeto → obra → manutenção. Entrega de dados validados via SHACL. Primeira release pós-piloto. Métricas: tempo de inventário, qualidade, retrabalho evitado.

FASE 04 · 24 MESES

Escala

Generalização a outros municípios voluntários (≈ 30 num primeiro batch). Extensão a novos domínios — kunstwerken, drenagem, redes urbanas — incrementalmente, release a release. Inclusão do OTL como requisito em cadernos de encargos.

§ 07 Para quem isto faz diferença

Cada audiência ganha algo diferente. O modelo é o mesmo.

O OTL não é uma compra de software. É um vocabulário comum que diferentes intervenientes usam por motivos próprios — e que reduz o atrito entre todos.

A·01

Câmaras municipais

Hoje não sabem quantos sinais de trânsito têm instalados. Em seis meses, com um piloto OTL, sabem. Inventário rigoroso, portais abertos ao cidadão, planeamento baseado em dados.

A·02

Infraestruturas de Portugal

A peça que liga IFC 4.3 a gestão de ativos. Ligação entre os artigos do caderno de encargos e os componentes do modelo. Validação automática de entregas. Modelo versionado e migrável que dura 20 anos.

A·03

CT 197 · BUILT CoLAB · IST

Contributo operacional de um OSLO-domínio em produção. Especificação técnica nacional alinhada com IFC 4.3 e vocabulários INSPIRE, referenciável em cadernos de encargos.

A·04

AMA · coordenação Simplex

Extensão do DL 10/2024 à infraestrutura linear sem desalinhar. Vocabulário comum que resolve a heterogeneidade municipal sem impor plataforma.

A·05

Fundos europeus

Elegível em múltiplas linhas (transição digital, mobilidade sustentável, coesão territorial), no quadro do PRR e do Portugal 2030. Indicadores claros. Risco baixo — Portugal não financia investigação, adota standard maduro.

A·06

Projetistas e empreiteiros

Para o projetista: menos ambiguidade, menos revisões. Para o empreiteiro: a ligação entre os artigos do caderno de encargos e os componentes digitais reduz as discussões em fecho de obra.

§ 08 Diferenciador · caderno de encargos ↔ OTL
Postenmapping

A ponte entre obra e dados.

Uma peça fundamental e pouco visível do AWV-OTL: na Flandres, o postenmapping liga formalmente cada posten (artigo do caderno de encargos standard, SB) ao(s) componente(s) do OTL que esse trabalho gera. Sem esta ligação, o BIM ficaria desligado da realidade contratual.

Com ela, a obra mensurada gera automaticamente os ativos digitais correspondentes — fecha o ciclo entre orçamento, execução e património. É um dos contributos diferenciadores da AWV no panorama europeu, e uma área onde a RFAS tem contribuído diretamente.

Em Portugal seria uma das peças que faria diferença: ligar os artigos das listas de preços unitários (IP, câmaras e outros) aos componentes de um OTL nacional. O que se compra é o que se cataloga.

§ 09 Quem fala convosco

Não observo o OTL. Desenho-o, hoje.

Trabalho atualmente como consultor OTL na Agentschap Wegen en Verkeer (AWV), na Flandres. Diariamente, em produção — a modelar classes e a conduzir sessões de trabalho com peritos.

A RFAS Unipessoal Lda é o veículo português desta prática. A AWV é onde construo, todos os dias, a metodologia que a RFAS pode trazer a Portugal. Sem conflito: a AWV opera exclusivamente na Flandres; o trabalho em Portugal é fora desse perímetro, sob a RFAS, com transparência total face à estrutura belga.

O conhecimento que chega a Portugal é operacional e atual — não memória.

Função atual
Consultor OTL · AWV (Flandres)
Veículo PT
RFAS Unipessoal Lda
Stack
Python · C# · Ruby · JavaScript
Domínio técnico
Linked Data · SHACL · JSON-LD · IFC 4.3
Áreas
Engenharia · programação
Articulação
Sessões de trabalho com entidades públicas flamengas (NeXperta, MDK, AMT, DVW, entre outras)
Nota · Próximo passo

O primeiro passo é uma reunião exploratória.

Sem compromisso e sem documento prévio obrigatório. O objetivo é responder a uma só pergunta: faz sentido avançar para uma sessão de trabalho que defina o âmbito de um piloto? Se sim, ótimo. Se não, fica claro porquê — e isso também tem valor.