Wer legt fest, was die Standards tatsächlich erfordern?

infraBIM Open 2026 (IBO26) findet vom 8. bis 10. Juni 2026 am ESTP Paris Campus de Cachan bei Paris statt. Es ist das wichtigste internationale Treffen für offenes BIM in der Infrastruktur, in diesem Jahr gemeinsam mit JNCE26, dem französischsprachigen Track, ausgerichtet. Die Sessions behandeln Datenaustausch, Georeferenzierung und IFC-Implementierung in den Bereichen Schiene, Straße und Versorgungsinfrastruktur.

buildingSMART International (bSI), nationale Organisationen und Branchenakteure haben einen umfangreichen Bestand an Standards und Werkzeugen für offenes BIM in der Infrastruktur aufgebaut: IFC, IDS, BCF, IDM, MVD und mehr. bSI verwendet ein Prozessdiagramm, um zu zeigen, wie diese Bausteine zusammenpassen. Es wird häufig zitiert. Es ist jedoch in der Lesart von Jaud IT fast vollständig auf den Endnutzer ausgerichtet: den Ingenieur, den Projektmanager, den Auftraggeber.

Kein schlechter Ansatz. Er spiegelt wider, was die Standardisierungsarbeit leisten soll. Er sagt aber wenig darüber aus, wie die Implementierung dieser Standards in Software tatsächlich aussieht. Die Schema-Abhängigkeiten, Sonderfälle und Rückwärtskompatibilitätsfragen, mit denen ein Entwickler konfrontiert ist, wenn er den IFC-Export in ein Produkt integriert, sind andere Probleme als jene, mit denen ein Nutzer bei einer Modellprüfung zu tun hat. Das Diagramm deckt überwiegend nur eine Seite davon ab.

Der Beitrag argumentiert nicht gegen eine nutzerzentrierte Entwicklung. Er argumentiert, dass Softwareimplementierer eine eigenständige Stakeholdergruppe darstellen und dass das Prozessdiagramm dies widerspiegeln sollte. Jaud IT und AKG erweitern das Diagramm um diese Dimension, gestützt auf ihre gemeinsame Erfahrung bei der praktischen Implementierung von IFC, IDS, BCF, IDM und MVD.

Štefan Jauds Hintergrund umspannt beide Seiten der Lücke zwischen Standards und Software. Er verfügt über einen M.Sc. der Technischen Universität München und promoviert derzeit am Lehrstuhl für Computergestützte Modellierung und Simulation der TUM zum Thema Georeferenzierung und BIM. Zuvor war er Teammitglied und Validierungsverantwortlicher in den Deployment-Projekten IFC Bridge, IFC Road, IFC Tunnel, IFC Rail und IFC Infra Extensions — dem internationalen Vorhaben zur Erweiterung von IFC auf Infrastrukturanlagen. Bei Jaud IT mündet diese Arbeit in eine Beratung auf Schema-Ebene: nicht die Standards von außen zu beschreiben, sondern in ihnen zu arbeiten.

Ein weiterer Strang des Beitrags: OKSTRA. OKSTRA (Objektkatalog für das Straßen- und Verkehrswesen) ist ein deutsches nicht-proprietäres offenes Datenformat, das außerhalb des bSI-Prozesses entwickelt wurde, national gepflegt wird und auf deutschen Infrastrukturprojekten weit verbreitet ist. Die Frage, die es aufwirft, ist direkt: Wenn ein Land ein eigenes offenes Format entwickelt, anstatt auf den internationalen Prozess zu vertrauen — was sagt das über den internationalen Prozess aus?

Die Normungsgemeinschaft ist vergleichsweise gut darin, Konsens unter Nutzern, Auftraggebern und öffentlichen Stellen herzustellen. Softwareunternehmen, die die resultierenden Spezifikationen tatsächlich implementieren, sind in diesem Prozess schwerer zu organisieren. Dabei sind sie diejenigen, deren Erfahrung am unmittelbarsten darüber entscheidet, ob ein Standard in der Praxis funktioniert oder als Diagramm auf einer Folie verbleibt.

infraBIM Open bringt Forschende, nationale Normungsgremien, Softwareanbieter und Infrastrukturauftraggeber in denselben Raum. Für einen Beitrag, der argumentiert, dass im bSI-Prozessdiagramm eine Stakeholdergruppe fehlt, ist das genau der richtige Raum dafür.