Nummern- und Codierungssystem

Die Logik dieser Struktur entspricht dem in Normen verankerten Grundgedanken, Gebäude und Gebäudeteile (inkl. Räume/Flächen) so zu bezeichnen, dass ein „Designation Code“ systematisch aufgebaut ist und sich für die digitale Verarbeitung eignet.

Die Codierung sollte als ein einzelnes, maschinenlesbares Schlüsselfeld abbildbar sein (z. B. als „Location Code“), gleichzeitig jedoch segmentierbar bleiben (Standort/Gebäude/… als separate Felder), um Auswertungen, Filter, Berechtigungen und Workflows zu unterstützen. Die Notwendigkeit einheitlicher Geschossbezeichnungen zur Bildung geschossbezogener Auswertungen ist in CAFM-Praxen explizit beschrieben.

• Jede Codierung ist eindeutig.

• Keine Mehrfachvergabe von Nummern.

• Numerische Struktur bevorzugt (bessere Systemintegration).

• Erweiterbarkeit muss gewährleistet sein.

• System darf sich bei Umbauten nicht grundlegend ändern.

Als Leitplanke dient dabei das Prinzip, Identifikatoren in konsequenter Reihenfolge zu vergeben und sie über den Lebenszyklus nicht zu revidieren, damit auch historische Zustände, Rückbauten und Umbauten revisionssicher nachvollziehbar bleiben.

Eine Gebäudenummer wird als stabiler Primärschlüssel verstanden. Sie wird nicht an Nutzungen („Verwaltung“, „Produktion“) gebunden, da Nutzungen sich ändern können, der bauliche Körper jedoch als verwaltete Einheit erhalten bleibt. Die Lebenszyklusorientierung von Identifikatoren (inkl. Planung, Betrieb, Umbau, Rückbau) ist als Grundidee einschlägiger Bezeichnungssysteme fest verankert.

Je Standort wird eine Zahlen-/Code-Reihe geführt (z. B. G01…G99). Bei komplexen Campus-Strukturen empfiehlt sich zusätzlich eine standortbezogene Kennung (z. B. ST01), um Dubletten standortübergreifend ausgeschlossen zu halten.

• Denkmalgeschützte Gebäude behalten historische Bezeichnungen als Zusatz.

• Temporäre Bauten erhalten separate Codierungsreihe (z. B. TG01).

„Archiviert“ bedeutet: Die Nummer bleibt im System reserviert, wird nicht wiederverwendet, und der Status wechselt (z. B. aktiv → außer Betrieb → rückgebaut). So bleiben alte Arbeitsaufträge, Prüfprotokolle und Planstände weiterhin eindeutig zuordenbar. Dies entspricht dem revisionssicheren Umgang mit Identifikatoren als langfristiger Referenz.

Ein Trakt ist eine funktional oder baulich abgegrenzte Einheit innerhalb eines Gebäudes.

Ein Trakt ist dann sinnvoll, wenn er als eigene Teilstruktur in Betrieb/Service steuerungsrelevant ist (z. B. separater Zugang, eigene Nutzungseinheit, eigener Brandabschnitt, eigener Technikschwerpunkt oder klare bauphysische Trennung).

Trakte sind ein statisches Ordnungsmerkmal für Wegeführung, Flächenbewirtschaftung, Zutrittskonzepte und Servicestrukturen. Eine Nutzungsänderung (z. B. Labor → Büro) wird daher als Attributänderung behandelt, nicht als Änderung der Trakt-Identität.

• Erdgeschoss = E00 (international kompatibel)

• Untergeschosse werden negativ vermieden (keine „-1“)

• Technik- oder Dachgeschosse werden logisch einsortiert

Die Notwendigkeit eindeutiger, einheitlicher Geschossbezeichnungen wird insbesondere für geschossbezogene Auswertungen und die konsistente Navigation in CAFM-Strukturen hervorgehoben. In der Praxis werden dabei häufig Codes wie „EG00“ (Erdgeschoss) sowie „UG01/UG02“ verwendet.

• Split-Level → zusätzliche Zwischenebene (z. B. E01A)

• Parkdecks → gesonderte Kennzeichnung möglich

Zwischenebenen sollten als systematisch ableitbarer Zusatz geführt werden (z. B. E01A/E01B oder – wenn im Portfolio etabliert – „EZ00“, „OZ01“ usw.). In CAFM-Praxisbeispielen werden solche Zwischengeschosse explizit als Sonderfälle geführt, um Sortierung und Logik zu erhalten.

Die Raumnummer setzt sich aus Ebenencode + laufender Nummer zusammen.

Raumnummern sollten grundsätzlich stabil sein. Änderungen sind nur kontrolliert und idealerweise gebäudeweit (im Rahmen einer definierten Revision) vorzunehmen, damit historische Daten und Wartungs-/Nutzungsbezüge nicht fragmentieren. Entsprechende CAFM-Richtlinien betonen, dass eine Änderung der Raum-Nr. möglichst selten auftreten soll.

Normative Konzepte unterscheiden zwischen einem menschenlesbaren Nummernsystem und einem dauerhaften Identifier (z. B. für digitale Systeme). Dabei gilt u. a.: Jede Raumnummer muss einem Identifier zuordenbar sein; Identifier können jedoch auch ohne Namen/Nummer existieren (z. B. für Hohlräume/Voids).

Optional kann die Nutzung als Zusatz hinterlegt werden, jedoch nicht Bestandteil der Primärnummer sein.

Die „Kennzeichnung“ (TR/SR/…) wird als Raumkategorie/Typ in einem Attribut geführt (z. B. „RoomType“), während die Primärnummer (E01-015 bzw. R015) unverändert bleibt. Das reduziert Umcodierungsbedarf bei Nutzungsänderungen und entspricht der Trennung zwischen Identifikation und beschreibenden Metadaten.

• Datenbankkompatibel sein

• Keine Sonderzeichen enthalten

• Versionierbar sein

• Mit Wartungs- und Prüfobjekten verknüpfbar sein

Für robuste Integrationen (DB, Schnittstellen, Export/Import) sollte ein definierter Zeichensatz verwendet werden, z. B. A–Z, 0–9 und ein einheitliches Trennzeichen (typisch „-”). Vermeiden Sie insbesondere Leerzeichen, Umlaute in Schlüsselfeldern, sowie Zeichen, die in Dateinamen, URLs oder Datenbankfiltern Konflikte erzeugen können.

Digitale Informationsstandards verlangen, dass Regeln für eindeutige IDs, Status, Revisionen und Nummerierung in einem „Information Standard“ festgelegt werden. Dies stärkt Nachvollziehbarkeit, Auditierbarkeit und kontrollierte Änderungen.

• Identische Struktur in BIM-Modellen

• IFC-kompatible Codierung

• Verknüpfung mit technischen Anlagen

Für den BIM-Austausch ist entscheidend, dass die Codierung in offenen Standards abbildbar ist. Industry Foundation Classes (IFC) sind als offener, internationaler Standard für BIM-Daten beschrieben, die zwischen Softwareanwendungen ausgetauscht werden und Informationen für Bauwerke über den Lebenszyklus abdecken – ausdrücklich auch im Facility-Management-Kontext.

IFC-Objekte tragen typischerweise globale Identifikatoren; die IFC-Dokumentation beschreibt „IfcGloballyUniqueId“ als Identifier, der softwareweltweit eindeutig ist (GUID/UUID-Konzept). Das ist komplementär zur FM-Codierung: Der GUID identifiziert die Instanz technisch eindeutig, während der FM-Code die betriebliche Lokalisierung/Zuordnung strukturiert.

• FM-Code als Property/Parameter auf IfcBuilding / IfcBuildingStorey / IfcSpace ablegen (z. B. „FM_LocationCode“).

• Wartungs- und Prüfobjekte (Assets) referenzieren den Raum-/Ebenencode als „Installation Location“.

• Mapping-Tabelle zwischen CAFM-Objektbaum und BIM-Objekthierarchie (inkl. GUIDs) revisionssicher dokumentieren.

• Vollständige Code-Liste (Stammdatenexport) inkl. Status (aktiv/inaktiv/archiviert) und Datum der Vergabe.

• Zuordnungstabellen (z. B. Gebäudecode ↔ offizielle Adresse ↔ interne Standortlogik).

• Regeln für Dublettenprüfung und Reserven.

• Verantwortlichkeiten (Owner/Steward) je Datenobjektklasse.

Die Forderung, eine vollständige Liste von Identifikatoren samt Querbezügen (z. B. Geometrie, Zeitbezug, Name/Nummer) zu pflegen, wird auch in Identifikationskonzepten für Räume ausdrücklich benannt.

• Änderungen nur durch FM-Leitung

• Dokumentierte Freigabe

• Aktualisierung aller Systeme (CAFM, Beschilderung, Brandschutzpläne)

Eine Änderung ist erst „abgeschlossen“, wenn (1) Stammdaten, (2) Beschilderung, (3) Planwerk, (4) digitale Systeme und (5) Serviceprozesse konsistent aktualisiert sind. Für Flucht-/Rettungspläne ist die Aktualität und eine nachvollziehbare Revisionsangabe besonders relevant; entsprechende Normen verlangen u. a. Angaben wie Geschossbezeichnung sowie Revisions-/Plannummer.

• Türbeschriftung

• Flucht- und Rettungspläne

• Feuerwehrpläne

• Wegweisungssysteme

Flucht- und Rettungspläne sind als „Escape Plans“ normativ als Aushang konzipiert und sollen definierte Inhalte zur Orientierung und Evakuierung enthalten; sie werden als Bestandteil der Sicherheitskennzeichnung verstanden.

Die Sicherheitswegführung (Safety Way Guidance System) wird in einschlägigen Normen als System visueller Komponenten beschrieben, das Gestaltung, Anwendung und Wartung umfasst.

Sicherheitszeichen (z. B. Rettungsweg, Brandschutz, Warnhinweise) werden in entsprechenden Standards als definierte Zeichen für Unfallverhütung, Brandschutz und Notfallevakuierung beschrieben.

Richtlinien/ Merkblätter zu Feuerwehrplänen nach DIN-Vorgaben verlangen u. a. konsistente Beschriftungsregeln und sehen explizit die Kennzeichnung von Geschossen sowie die Bezeichnung von Räumen vor; für besondere Gefährdungen wird zudem die grafische Kennzeichnung (z. B. Warnschilder nach ISO 7010) adressiert.

• Raumbezeichnung in Mietverträgen

• Arbeitsaufträgen

• Störmeldungen

• Sicherheitsunterweisungen

In sämtlichen Prozessen wird der Primärcode als führende Referenz verwendet (z. B. „ST01-G02-T03-E01-R015“). Freitext („Konferenzraum groß“) ist zulässig, aber immer nur ergänzend.

• Konsistent

• Skalierbar

• Langfristig stabil

• International verständlich

• Revisionssicher dokumentiert sein.

• Eindeutigkeitstest: Keine Dubletten je Hierarchieebene und im Gesamtschlüssel.

• Vollständigkeit: Alle bewirtschafteten Räume/Flächen (inkl. Verkehrs- und Funktionsflächen) sind codiert; dies entspricht auch CAFM-Definitionen, die Verkehrs- und Funktionsflächen als Räume betrachten.

• Stabilität: Nummernänderungen nur über dokumentierte Revisionen; Änderungsquote überwachen.

• Systemkompatibilität: Export-/Import-Tests (CSV/IFC/Schnittstellen), Feldlängen, Zeichensatz.

• Notfalltauglichkeit: Abgleich Beschilderung ↔ Flucht-/Rettungspläne ↔ Feuerwehrpläne ↔ CAFM.

Ein strukturiertes Nummern- und Codierungssystem ist ein zentrales Steuerungsinstrument im Facility Management. Es schafft die Grundlage für effiziente Bewirtschaftung, digitale Integration, revisionssichere Dokumentation und eindeutige Kommunikation.

Nur durch eine klar definierte, dokumentierte und dauerhaft angewandte Systematik können Gebäude, Trakte, Ebenen und Räume eindeutig identifiziert, verwaltet und nachhaltig betrieben werden – insbesondere, wenn Identifikatoren lebenszyklusfähig sein und als stabile Schnittstelle zu digitalen Informationssystemen dienen sollen.