Smart-Building-Ausschreibung: Anforderungen, Interoperabilität und Exit-Strategie
Die Ausschreibung von Smart-Building-Systemen entscheidet über jahrzehntelange Abhängigkeiten. Proprietäre Systeme mit geschlossenen Protokollen machen den Auftraggeber dauerhaft abhängig vom Hersteller. Wer offene Standards, Dateneigentum und Exit-Strategien als Mindestanforderungen formuliert, behält die Kontrolle.
Deutsche Rahmenbedingungen
In Deutschland definieren VDI 3814, DIN EN ISO 52120 und BACnet-Standards die technischen Mindestanforderungen an Gebäudeautomationssysteme. Das Vergaberecht (GWB, VgV) erlaubt und verpflichtet bei öffentlichen Ausschreibungen zur herstellerneutralen Spezifikation. Das BSI (Bundesamt für Sicherheit in der Informationstechnik) gibt IT-Sicherheitsanforderungen für vernetzte Gebäudesysteme heraus. GEFMA 924 behandelt IoT und Digitalisierung im FM und empfiehlt offene Architekturen. Die DIN SPEC 91400 setzt Standards für digitalen Gebäudebetrieb.
Schlüsselbegriffe
- Offene Protokollarchitektur
- Anforderung, dass alle Systemkomponenten über standardisierte, dokumentierte Protokolle (BACnet/IP, MQTT, REST-API) kommunizieren, ohne proprietäre Abhängigkeit.
- BTL-Zertifizierung
- BACnet Testing Laboratories: Zertifizierung für BACnet-konforme Geräte, die interoperable Kommunikation zwischen Systemen verschiedener Hersteller sicherstellt.
- Dateneigentum
- Vertraglich gesichertes Recht des Auftraggebers auf uneingeschränkten Zugang zu allen im System generierten Betriebsdaten, auch nach Vertragsende.
- Lifecycle-Roadmap
- Vom Hersteller dokumentierter Plan für Hardware-Support, Software-Updates und Migrationspfade über mindestens 10 Jahre Systemlaufzeit.
- Exit-Strategie
- Vertragliche Regelung der Voraussetzungen für einen Herstellerwechsel: Datenexport, Konfigurationsdokumentation und Übergabe an einen Folgelieferanten.
Anwendung in der Praxis
Stellen Sie Interoperabilität als hartes Vergabekriterium. Alle Systeme kommunizieren über BACnet/IP oder MQTT mit offenen Standards. Fordern Sie BTL-Zertifizierung für BACnet-Geräte. Spezifizieren Sie, dass alle Daten in offenen Formaten exportierbar sind (CSV, JSON, API) und der Auftraggeber uneingeschränkt Eigentümer aller generierten Betriebsdaten bleibt – auch nach Vertragsende.
Fordern Sie eine Lifecycle-Roadmap vom Anbieter. Wie lange wird die Hardware unterstützt? Wie regelmäßig werden Softwareupdates ausgeliefert? Wie hoch sind die Lizenzkosten über 10 Jahre? Ein System, das nach drei Jahren End-of-Life erreicht, ist eine schlechte Investition. Fordern Sie mindestens 10 Jahre Lifecycle-Support oder einen nachgewiesenen Migrationspfad.
Legen Sie eine Exit-Strategie vertraglich fest. Was geschieht, wenn Sie den Anbieter wechseln möchten? Sind die Daten exportierbar? Ist die Konfiguration dokumentiert? Kann ein anderer Anbieter das System übernehmen? Ein Lieferant, der sich weigert, diese Fragen zu beantworten, bestätigt genau das Risiko, das Sie zu vermeiden versuchen.
Verwandte Themen
Verfolgen Sie die neuesten Nachrichten zu diesem Thema über Slimme gebouwen auf FM Radar →