2016 veröffentlichten Wilkinson, Dumontier et al. die FAIR Guiding Principles in Scientific Data (3, 160018): Forschungsdaten sollen Findable, Accessible, Interoperable und Reusable sein, mit besonderem Fokus auf Maschinen, die sie unaided finden und nutzen. Man lernte damals: Daten ohne Maschinen-Lesbarkeit zahlst du zweimal. Die Schweizer Bauwirtschaft hat jetzt ihre Version.

Am 15. September 2026 veröffentlichten Bauen digital Schweiz / buildingSMART Switzerland (BdCH/bSCH) die Handlungsempfehlung «Data Dictionaries»: 41 Seiten plus eine Excel-Strukturvorlage, gemeinsam mit SIA, CRB, SBV, Infra Suisse, IFMA Switzerland und IHS. Das KBOB-Nachwort von Anna Wimmer nennt die FAIR-Prinzipien. Der Kern ist ein einheitliches Vokabular: jedes Objekt, jede Eigenschaft und jeder Wert einmal definiert, referenziert zu IFC 4.3.2.0 über das buildingSMART Data Dictionary (bSDD), verwaltet und wiederverwendet. 38 Organisationen unterstützen es, zwei Architekturbüros darunter, und zahlreiche Experten, deren Namen auf keinem Umschlag stehen, gaben ihr Wissen.

Geschäftsführer Thomas Glättli benennt das Problem (Medienmitteilung, unsere Übersetzung): «Die Digitalisierung scheitert heute nicht am Mangel an Daten, sondern weil Informationen oft nicht vergleichbar und nicht wiederverwendbar sind.»

Die Handlungsempfehlung zitiert eine Studie der Dr. Pascal Sieber & Partners AG für armasuisse Immobilien und SBB (21. Mai 2026, zwölf Interviews). Sie identifizierte ein Stockwerk unter drei Namen: Etage, Stockwerk, Geschoss. Ein anonymer Planer sagte den Autoren: «Jeder Client will es anders und wir bauen alles einzeln auf, immer wieder von vorne.» Ein Büro auf Version 1.2 eines Client-Kataloges, während der Client 1.4 nutzt, spürt die Reibung erst bei der Übergabe. Ein Interviewter schätzt: Einfache Check-Regeln würden 80 % der heutigen Datenprobleme fangen. Die Studie selbst: Harmonisierung wird kommen, mit oder ohne Koordination; das Fenster ist offen und schliesst sich.

Unsere Archicad-Vorlage enthält bereits ein kleines, unverwaltetes Daten-Wörterbuch: Custom Property Sets, Wertelisten, eine Klassifikationsspalte, die wir füllen, weil ein Client es mal verlangte. Wir ordnen jede Client-Liste manuell zu, und diese Zuordnung endet mit dem Projekt. Vier Züge brauchen keinen nationalen Körper:

• Durchlaufe die Kaskade. Überprüfe Verordnung, Standard (SIA 416, eBKP-H), Konvention (KBOB), IFC Pset_ Sets – erst dann füge Eigenes hinzu. Laut der Handlungsempfehlung existiert das meiste, das Hochbau-Büros aus Gewohnheit hinzufügen, bereits; Landschaftsarchitektur ist die ehrliche Ausnahme.
• Nenne Eigenes als Eigenes. Ein Büro-Präfix (2–6 Buchstaben, Grossbuchstabe vorne), Unterstrich, dann ein ScopeTopic auf Englisch; nur ASCII (ae/oe/ue), keine Leerzeichen, Bindestriche oder Toolvornamen, nie Pset_, Qto_ oder CH_. Das Präfix erklärt Eigenverantwortung: das Büro antwortet für diesen Set.
• Status, Datum, Quelle. Jeder Eintrag trägt Status, ISO 8601-Versionsdatum und Provenienz; nichts wird gelöscht, nur depreciert. Das trennt Vorlage von Wörterbuch.
• Frage beim Kick-off nach Wörterbuch und Version und dokumentiere die Antwort im BIM-Abwicklungsplan (BAP) neben der LOIN-Tabelle.

Auch Wettbewerbe: Unter den Flächenmanagement-Use-Cases auf der BdCH/bSCH-Seite sind die Volumenstudie, das Raumprogramm (Soll-Ist) und die SIA 416-Flächentabelle, die wir für jeden Wettbewerb neu aufbauen, nun als strukturierte IFC-Information dokumentiert.

Die Quelle formuliert ihre Grenzen: Das Excel ist eine Eingabehilfe, kein Produktionssystem (ein echtes Wörterbuch lebt in einer versionierten Datenbank), und die nationale Steuerungsinstanz und das verbindliche CH_-Level liegen noch vor uns. Der Trade-off ist klar: Jedes Set, das wir mit Präfix versehen, ist eines, das wir lange nach Projektende unterhalten.

←HEUTE: Veröffentlicht 15. September 2026, Strukturvorlage final v1.1.0, Webinare angekündigt «in Kürze».
→3012: Die Eigenschaftsliste eines Büros wird wie seine Bücher geprüft, jedes Wort datiert, quellenangegeben und verantwortlich.
Ankerpunkt: Das Präfix, das wir diese Woche tippen, ist der Eigenverantwortungs-Record, den eine Maschine in Jahrzehnten liest.

Atelier: Die BdCH/bSCH-Seite nennt das Framework die Grundlage für Interoperabilität, Automation und AI; kein LLM-Protokollant kann Geschoss zu Etage matchen, wenn nicht beide Worte an einer Stelle definiert sind, die es lesen kann. Erster Schritt: Benennen Sie einen Owner für die Office-Eigenschaftsliste mit Autorität, Einträge freizugeben, umzubenennen und zu deprecieren.

Hack: Auflisten der Custom Property Sets in unserer Vorlage, die die Namensregel brechen. Exportiere die Vorlage zu IFC und führe diesen Code-Schnipsel mit IfcOpenShell aus – Thomas Krijnens Open-Bibliothek, deren Regex die Regel vereinfacht. Jeder Name in der Ausgabe ist ein Umbenennungs-Kandidat, die kleinste Archicad-Automation, die ein Büro selbst bauen kann.

import ifcopenshell, re
m = ifcopenshell.open("office_template.ifc")
rule = re.compile(r"^[A-Z][A-Za-z]{1,5}_[A-Z][A-Za-z0-9]+$")
for n in sorted({p.Name or "" for p in m.by_type("IfcPropertySet")}):
    if not n.startswith("Pset_") and not rule.match(n): print("rename:", n)

PAZ Takeaway: Das Risiko ist, dass Modell-Namen von Listen-Namen abdriften. PAZ könnte durch Tool-Entwicklung als Arbeitsmethode helfen: eine kleine Brücke mit der PAZ Grasshopper↔Archicad-Bibliothek, die die Office-Eigenschaftsliste aus einer Tabelle liest und jedes Archicad-Projekt’s Property-Namen dagegen prüft.

Vor dem nächsten Projekt: Fülle deine Eigenschaftsliste in den Tabs Properties, Values und GroupOfProperties der Strukturvorlage und benenne deine Custom Sets nach der Konvention um. Bei jedem Kick-off fragst du den Client nach Wörterbuch und Version und dokumentierst es im BAP.