Zum Inhalt springen
Gebäudefassade eines Campus mit mehreren integrierten Gebäudesystemen

IBMS · Leistungsumfang

IBMS-Leistungsumfang – eine Teilsystemmatrix, keine Wunschliste

Eine praktische Methode zur Definition des IBMS-Leistungsumfangs: Teilsystemmatrix, realistische Integrationstiefe, Ausschlüsse und Abnahmekriterien.

Kurze Antwort

Der IBMS-Leistungsumfang wird durch eine Teilsystemmatrix definiert: Für jedes System wird festgelegt, ob es überwacht, gesteuert, in systemübergreifende Verriegelungen einbezogen oder nur gemeldet wird. Personenschutz- und Sicherheitssysteme bleiben üblicherweise unter eigener Steuerung; das IBMS überwacht Status und Ereignisse, statt Befehle zu geben.

01

Der Leistungsumfang ist eine Matrix, keine Liste

Eine Liste von Teilsystemen sagt, was angebunden ist. Eine Matrix sagt, was jede Anbindung tun darf. Verwenden Sie Zeilen für Systeme und Spalten für Überwachung, Steuerung, Alarmbehandlung, systemübergreifende Verriegelung und Reporting. Ergänzen Sie Spalten für den Schnittstellenverantwortlichen und die Abnahmeprüfung. Die Matrix macht Lücken sichtbar, bevor daraus Nachträge werden: ein System, das zur Steuerung vorgesehen ist, aber keine beschreibbare Schnittstelle hat, oder eine Verriegelung, die von einem Punkt abhängt, den niemand liefert. Sie vermittelt dem Betreiber außerdem ein realistisches Bild davon, was die Plattform leisten wird und was nicht. Eine Matrix ohne Verantwortlichkeitsspalte ist ein Absichtsdiagramm. Halten Sie die Spalte für die Abnahmeprüfung in Design-Reviews sichtbar; sie macht aus einem Versprechen ein Lieferergebnis.

02

Realistische Tiefe je Teilsystem

HLK unterstützt üblicherweise vollständige Überwachung und Steuerung. Beleuchtung kann Szenen und Zeitprogramme unterstützen, doch nicht jede Leuchtengruppe ist eine eigene Ansteuerung wert. Energiezähler werden nur überwacht; die Meldungstiefe wird durch Zähler und Gateway bestimmt. Die Zutrittskontrolle kann Ereignisse und Berechtigungen bereitstellen, während das Zutrittssystem seine eigene Entscheidungslogik behält. Die Brandmeldeanlage wird nur für Status und Ereignisse überwacht; Befehle verbleiben beim Brandmeldesystem. Aufzüge, Parkflächen und Hotelzimmer unterscheiden sich stark. Die richtige Tiefe ist die, die der Betreiber tatsächlich nutzt, nicht das Maximum, das das Protokoll erlaubt. Die Hotelzimmersteuerung kann Szenen und Energiegrenzen umfassen, während das Hotel-PMS seinen eigenen Workflow behält. Jede Entscheidung zur Tiefe sollte durch ein Betriebsszenario begründet sein, nicht durch eine Liste der Protokollfähigkeiten.

03

Was wegzulassen ist

Schließen Sie alles aus, was nach der Übergabe nicht unterstützt werden kann. Dazu gehören veraltete Controller ohne dokumentierte Schnittstelle, Herstellerportale, die ein persönliches Konto erfordern, und Systeme, deren einziger Integrationsweg ihre Sicherheitsgrenzen umgeht. Befehle für Personenschutzsysteme sollten beim jeweiligen System bleiben. Vermeiden Sie die Integration eines Teilsystems nur, um einen einzelnen Wert auf einem Dashboard anzuzeigen; Schnittstelle, Gateway und Wartungsaufwand überleben die Neuheit. Eine klare Ausschlussliste schützt das Projekt ebenso wie eine klare Einschlussliste. Jeder Ausschluss braucht einen Grund und eine Konsequenz, damit der Kunde ihn bewusst akzeptieren kann. Hat ein Teilsystem keine stabile Schnittstelle, ist ein dokumentierter manueller Prozess oft die ehrliche Antwort.

04

Die Leistungsbeschreibung verfassen

Überführen Sie die Matrix in eine Leistungsbeschreibung mit vier Teilen: Einschlüsse, Ausschlüsse, Schnittstellenverantwortung und Abnahmeprüfungen. Nennen Sie Protokoll, Gateway-Verantwortlichen, Grundlage der Punktanzahl und Datenverantwortung. Legen Sie fest, was geschieht, wenn eine Schnittstelle nicht verfügbar ist. Definieren Sie die Prüfung, die jede Zeile belegt, und verlangen Sie das Ergebnis im Übergabepaket. Prüfen Sie die Beschreibung in jeder Entwurfsphase, denn der Leistungsumfang wächst durch Baustellenfragen oft unbemerkt. Das Dokument sollte kurz genug für eine Besprechung und konkret genug für eine Kalkulation sein. Verwenden Sie dieselben Begriffe wie in den Ausschreibungsunterlagen, damit der Leistungsumfang Zeile für Zeile verglichen werden kann. Ändert eine Frage den Leistungsumfang, halten Sie die Änderung und ihre Kosten fest, bevor Sie fortfahren.

Typische IBMS-Integrationstiefe nach Teilsystem

7 rows
TeilsystemTypische TiefeGrenze
HVACÜberwachen und steuernSequenzen verbleiben in DDC-Controllern
BeleuchtungSzenen, Zeitprogramme und StatusSicherheitsbeleuchtung verbleibt in ihrem eigenen System
EnergiezählungÜberwachen und meldenZählergenauigkeit und Gateway-Verantwortung
ZutrittskontrolleEreignisse und BerechtigungenZutrittsentscheidungen verbleiben im Zutrittssystem
CCTVEreignisse und ausgewählte StreamsDatenschutz- und Aufbewahrungsregeln
BrandmeldeanlageNur Status und EreignisseBefehle verbleiben beim Brandmeldesystem
Aufzüge und ParkflächenStatus, Alarme und VerfügbarkeitHerstellerschnittstelle und Sicherheitsgrenzen

Projektbilder

3 images
Großes Gebäude mit gemischter Nutzung und Glasfassade
Große Projekte
Rendering eines Gewerbecampus
Campus
Gebäudeautomations-Dashboard auf einem Tablet
Ein einheitliches Betriebsbild

Häufige Fragen

01Sollte das IBMS die Brandmeldeanlage steuern?

Nein. Brandmeldeanlagen und andere Personenschutzsysteme behalten ihre eigene dedizierte Steuerung. Das IBMS kann Status und Ereignisse überwachen und neben anderen Alarmen anzeigen.

02Wie viele Teilsysteme sollte ein IBMS integrieren?

Es gibt keine Zielzahl. Integrieren Sie die Systeme, die eine Entscheidung unterstützen, die der Betreiber tatsächlich trifft; lassen Sie den Rest weg, bis ein echter Anwendungsfall entsteht.

03Können wir ein Teilsystem später ergänzen?

Ja, wenn Datenmodell, Namensgebung und Netzwerk darauf ausgelegt sind. Ein nicht dokumentiertes Teilsystem nachzurüsten ist weitaus schwieriger, als eines mit stabiler Schnittstelle hinzuzufügen.

04Wer verantwortet das Gateway?

Die Verantwortung sollte bei einer Partei liegen. Die Leistungsbeschreibung sollte festhalten, wer das Gateway liefert, konfiguriert, prüft und wartet – einschließlich Firmware-Updates und Ersatzgeräten.

05Was belegt, dass der Leistungsumfang vollständig ist?

Eine unterzeichnete Matrix mit Abnahmeprüfergebnis für jede Zeile sowie eine mit Kunde und Betreiber vereinbarte Ausschlussliste.

Nächster Schritt

Bringen Sie uns das Gebäude.

Nennen Sie uns Gebäudetyp, Systeme im Leistungsumfang und das benötigte Ergebnis. Wir zeigen den kürzesten Weg zu einem funktionierenden System.