Schnittstellenmanagement in der Gebäudetechnik: Wer koordiniert was?

Ein Fachbeitrag der WENGET GmbH zum Thema GU/TU Mandate, Fachbauleitung & Schnittstellenmanagement

Wer ein TGA-Projekt leitet, kennt das Muster: In der Planung sieht alles stimmig aus. Die Gewerke sind vergeben, die Pläne gezeichnet, die Termine gesetzt. Und dann, kurz vor der Inbetriebnahme, stellt sich heraus, dass die Gebäudeautomation auf Signale wartet, die das HLKS-System nie liefert. Oder dass das Leitsystem Datenpunkte erwartet, die im Automationsschema schlicht nicht existieren. Solche Situationen sind kein Zufall und kein Pech. Sie sind das Ergebnis von Schnittstellen, die niemand rechtzeitig definiert, dokumentiert und zugewiesen hat.

In diesem Beitrag zeigen wir, welche Schnittstellen in TGA-Projekten besonders kritisch sind, wer die Verantwortung trägt, wie eine professionelle Dokumentation aussieht und was es kostet, wenn all das erst in der Inbetriebnahme auffällt.

Warum Schnittstellen in der TGA so oft zum Problem werden

In einem TGA-Projekt arbeiten viele Fachplaner und Unternehmer parallel. Der HLKS-Planer dimensioniert die Anlage, der Elektroingenieur plant die Energieversorgung und Sicherheitsanlagen, der GA-Planer legt die Automationsstruktur fest, und der IT-Verantwortliche sorgt für das Netzwerk. Jeder arbeitet in seinem Fachbereich, und jeder liefert ein korrektes Ergebnis innerhalb seiner eigenen Systemgrenze.

Das Problem entsteht genau dort, wo diese Systemgrenzen aufeinandertreffen. An einer Schnittstelle muss ein Gewerk etwas liefern, das ein anderes Gewerk empfangen und verarbeiten kann. Wenn diese Übergabe nicht explizit vereinbart ist, entsteht eine Lücke. Und Lücken in der Gebäudetechnik zeigen sich selten in der Planungsphase. Sie zeigen sich beim ersten Testlauf, bei der Inbetriebnahme oder, im schlimmsten Fall, erst im Betrieb.

Die SIA 108 beschreibt die Leistungen der Planer und die Phasen eines Bauprojekts. Sie schafft den organisatorischen Rahmen, in dem Schnittstellen geregelt werden müssen. Doch die Norm benennt die Verantwortung für Koordination, ohne für jedes Gewerk und jede Systemgrenze eine fertige Lösung zu liefern. Das ist auch nicht ihre Aufgabe. Die Aufgabe liegt beim Projektteam, und sie muss aktiv wahrgenommen werden.

Welche Schnittstellen in TGA-Projekten kritisch sind

Nicht alle Schnittstellen sind gleich komplex. Einige sind technisch gut standardisiert und in der Praxis eingespielt. Andere sind projektspezifisch, abhängig von Herstellerentscheiden und oft erst spät im Projekt vollständig bekannt. Wir unterscheiden in unserer Arbeit vier Kategorien, die regelmässig zu Problemen führen.

GA zu HLKS

Die Gebäudeautomation steuert und regelt die HLKS-Anlagen. Dafür braucht sie Signale: Temperaturen, Drücke, Volumenströme, Stellgrössen, Rückmeldungen. Welche Signale an welcher Stelle abgegriffen werden, welche Kabelwege dafür nötig sind und wer die Verdrahtung ausführt, muss zwischen GA-Planer und HLKS-Planer abgestimmt sein. In der Praxis fehlt diese Abstimmung häufig in der frühen Planungsphase. Der HLKS-Planer plant seine Anlage, der GA-Planer plant seine Automationsstruktur, und die Frage, wer welches Signal wo bereitstellt, bleibt offen, bis die Ausführungsplanung abgeschlossen ist oder die Unternehmer auf der Baustelle stehen.

GA zu Elektro und Sicherheitsanlagen

Brandmeldeanlagen, Sprinkleranlagen, Aufzüge und Sicherheitsbeleuchtungen haben eigene Steuerungen und eigene Normen. Die GA darf in diese Systeme oft nur lesend eingreifen oder erhält Sammelmeldungen. Wer welche Signale liefert, über welches Protokoll und mit welcher Priorität, muss früh festgelegt werden. Besonders kritisch ist die Frage der Verantwortung: Wenn eine Brandmeldeanlage einen Befehl an die Lüftung sendet, wer ist für die korrekte Umsetzung zuständig? Der Elektrounternehmer, der GA-Unternehmer oder der HLKS-Unternehmer?

GA zu BMS und Leitsystem

Die Automationsebene liefert Daten an die Managementebene. Welche Datenpunkte dort erscheinen, in welchem Format, mit welcher Beschriftung und in welcher Struktur, ist eine Schnittstellenfrage, die in vielen Projekten zu spät beantwortet wird. Protokolle wie BACnet schaffen eine gemeinsame Sprache, lösen aber nicht die Frage, was inhaltlich übertragen werden soll. Datenpunktlisten, Beschriftungsregeln und Alarmkategorien müssen zwischen GA-Planer, Leitsystemlieferant und Betreiber abgestimmt sein, bevor die Programmierung beginnt.

BMS zu ERP, CAFM und übergeordneten Systemen

In grösseren Liegenschaften werden Betriebsdaten aus der GA an übergeordnete Systeme weitergegeben: an CAFM-Systeme für das Facility Management, an ERP-Systeme für die Kostenrechnung oder an Energiemonitoring-Plattformen. Diese Schnittstellen sind oft die am wenigsten geplanten. Sie werden häufig als «IT-Thema» behandelt und landen weder im GA-Pflichtenheft noch im IT-Konzept, bis jemand im Betrieb feststellt, dass die Daten nicht ankommen oder nicht lesbar sind.

Wer ist für Schnittstellen verantwortlich?

Diese Frage hat in der Praxis keine einfache Antwort, und genau das ist das Problem. Die SIA 108 weist dem Gesamtleiter die Koordinationsverantwortung zu. In Projekten mit einem Generalunternehmer liegt diese Verantwortung beim GU. In Projekten mit Einzelvergabe liegt sie beim Bauherrn oder bei einem beauftragten Fachbauleiter.

Was in der Praxis häufig passiert: Jeder Planer und Unternehmer ist für seine eigene Systemgrenze verantwortlich. Die Schnittstelle selbst, also der Bereich zwischen zwei Systemgrenzen, gehört niemandem. Niemand hat sie ausgeschrieben, niemand hat sie geprüft, und niemand fühlt sich zuständig, wenn sie nicht funktioniert.

Die VDI 3814, Teil 2, beschreibt für die Gebäudeautomation die Leistungsbilder und Zuständigkeiten im Planungsprozess. Sie macht deutlich, dass die GA-Planung eine eigenständige Fachplanung ist, die nicht als Anhang zur HLKS-Planung behandelt werden darf. Wer GA-Planung als Nebenleistung vergibt oder die Schnittstellen nicht explizit in die Leistungsbeschreibung aufnimmt, schafft die Voraussetzungen für spätere Probleme.

Die SWKI BA101-01 beschreibt die Leistungen im Bereich Gebäudeautomation und gibt Orientierung, welche Aufgaben in welcher Projektphase anfallen. Auch dort wird deutlich: Schnittstellendefinition ist eine Planungsleistung, keine Bauleistung. Sie muss in der Planungsphase erbracht werden, nicht auf der Baustelle improvisiert.

Wie Schnittstellen professionell dokumentiert werden

Eine Schnittstelle ist erst dann definiert, wenn beide Seiten wissen, was sie liefern und was sie empfangen. Das klingt selbstverständlich, ist es in der Praxis aber selten. Wir arbeiten in unseren Projekten mit einer strukturierten Schnittstellendokumentation, die folgende Elemente enthält.

Schnittstellenregister

Das Schnittstellenregister listet alle Schnittstellen zwischen Gewerken und Systemen auf. Für jede Schnittstelle wird festgehalten: welche Systeme beteiligt sind, welche Information oder welches Signal übertragen wird, wer die Lieferseite ist, wer die Empfangsseite ist, welches Protokoll oder welche physische Verbindung verwendet wird und wer für die Koordination zuständig ist. Dieses Register wird in der Planungsphase erstellt und während der Ausführung aktuell gehalten.

Datenpunktlisten mit Zuordnung

Für jede Schnittstelle zwischen GA und übergeordneten Systemen wird eine Datenpunktliste erstellt. Sie enthält nicht nur die Bezeichnung der Datenpunkte, sondern auch die Quelle, das Format, die Einheit, die Aktualisierungsrate und die Alarmkategorie. Diese Liste ist die Grundlage für die Programmierung auf beiden Seiten der Schnittstelle. Ohne sie programmiert jede Seite nach eigenem Verständnis, und die Ergebnisse passen nicht zusammen.

Zuständigkeitsmatrix

Die Zuständigkeitsmatrix weist jeder Schnittstelle eine verantwortliche Person oder Rolle zu. Sie unterscheidet zwischen der Planungsverantwortung, der Ausführungsverantwortung und der Prüfverantwortung. Gerade bei komplexen Projekten mit mehreren Unternehmern ist diese Trennung wichtig: Wer plant die Schnittstelle? Wer führt sie aus? Wer prüft, ob sie funktioniert?

Protokollvorgaben und Integrationsanforderungen

Für Schnittstellen zwischen GA und übergeordneten Systemen werden die Protokollvorgaben schriftlich festgehalten. BACnet ist heute in der Schweiz der verbreitete Standard für die GA-Kommunikation. Die BACnet International Integration Guidance beschreibt, wie Interoperabilität zwischen Geräten verschiedener Hersteller sichergestellt werden kann. Diese Vorgaben müssen in die Ausschreibungsunterlagen einfliessen, damit alle Unternehmer auf derselben Grundlage anbieten.

Konkrete Vorgaben für die Datenpunktstruktur, Beschriftungsregeln und Abnahmekriterien sind in unseren Beiträgen «Das GA-Lastenheft: Was wirklich drinstehen muss» und «Datenpunktlisten & Beschriftungsregeln: Die unsichtbare Grundlage des Betriebs» ausführlich beschrieben.

Die Rolle des Schnittstellenkoordinators

In komplexen TGA-Projekten reicht es nicht, ein Schnittstellenregister zu erstellen und es dann in der Schublade zu lassen. Schnittstellen müssen aktiv bewirtschaftet werden. Dafür braucht es eine Person oder Rolle, die wir als Schnittstellenkoordinator bezeichnen.

Der Schnittstellenkoordinator ist nicht zwingend eine eigene Stelle. In kleineren Projekten kann diese Aufgabe der GA-Fachplaner oder der Fachbauleiter übernehmen. In grösseren Projekten mit vielen Gewerken und Unternehmern ist eine dedizierte Rolle sinnvoll. Entscheidend ist, dass die Aufgabe explizit vergeben und im Vertrag geregelt ist.

Die Aufgaben des Schnittstellenkoordinators umfassen die Erstellung und Pflege des Schnittstellenregisters, die Moderation von Schnittstellenbesprechungen zwischen den Gewerken, die Prüfung, ob Schnittstellen in den Ausführungsunterlagen vollständig beschrieben sind, die Nachverfolgung offener Punkte und die Dokumentation von Änderungen. Er ist nicht der Ausführende, sondern der Koordinator. Er stellt sicher, dass die richtigen Personen zur richtigen Zeit die richtigen Informationen haben.

In unserer Arbeit als unabhängiges Ingenieurbüro übernehmen wir diese Rolle regelmässig im Rahmen von Fachbauleitung und GU-Mandaten. Die Unabhängigkeit ist dabei kein Zufall, sondern eine Voraussetzung. Wer selbst Unternehmer ist oder Unternehmern nahesteht, kann Schnittstellen nicht neutral koordinieren.

Was passiert, wenn Schnittstellen erst in der Inbetriebnahme auffallen

Die Inbetriebnahme ist der falsche Zeitpunkt, um Schnittstellen zu definieren. Zu diesem Zeitpunkt sind die Unternehmer mit ihrer Ausführung fertig, die Montagen sind abgeschlossen, und der Terminplan lässt keinen Spielraum mehr. Wenn dann eine Schnittstelle nicht funktioniert, beginnt eine Diskussion, die teuer ist und selten schnell endet.

Typische Szenarien aus unserer Erfahrung: Die GA erwartet ein Analogsignal von einem Frequenzumrichter, der Frequenzumrichter liefert aber nur ein Bussignal über ein proprietäres Protokoll. Niemand hat das in der Planungsphase abgestimmt. Oder: Das Leitsystem erwartet Datenpunkte mit einer bestimmten Beschriftungsstruktur, die GA-Unternehmer haben aber nach eigenem Schema programmiert. Die Datenpunkte sind vorhanden, aber nicht lesbar. Oder: Die Brandmeldeanlage sendet einen Befehl an die Lüftung, aber die Schnittstelle zwischen Brandmeldeanlage und GA ist nicht definiert, und die Lüftung reagiert nicht.

In all diesen Fällen folgt dasselbe Muster: Jeder Unternehmer erklärt, er habe seine Leistung korrekt erbracht. Das stimmt oft sogar. Das Problem liegt nicht in der Ausführung, sondern in der fehlenden Definition der Schnittstelle. Und weil niemand die Schnittstelle ausgeschrieben hat, hat auch niemand sie vertraglich übernommen.

Die Folgen sind Nachtragsarbeiten, Verzögerungen bei der Inbetriebnahme, Mehrkosten für Programmierarbeiten und Anpassungen sowie im schlimmsten Fall eine Inbetriebnahme, die ohne vollständige Funktionsprüfung abgeschlossen wird, weil der Termin nicht mehr verschoben werden kann. Was das für den Betrieb bedeutet, beschreiben wir im Beitrag «Was passiert, wenn Anlagen ohne korrekte Abnahme in Betrieb gehen?».

Aus unserer Erfahrung gilt: Je später eine Schnittstellenlücke entdeckt wird, desto teurer ist die Behebung. Eine Schnittstelle, die in der Planungsphase in zwei Stunden definiert werden kann, kostet in der Inbetriebnahme ein Vielfaches, weil Monteure, Programmierer und Koordinatoren gleichzeitig auf der Baustelle stehen und warten.

Schnittstellen bereits in der Planungsphase verankern

Die Lösung liegt nicht in mehr Kontrolle auf der Baustelle, sondern in mehr Sorgfalt in der Planungsphase. Schnittstellen müssen dort definiert werden, wo noch Zeit und Spielraum vorhanden sind.

In der Vorprojektphase wird das Schnittstellenregister erstellt. Es muss noch nicht vollständig sein, aber es muss die kritischen Schnittstellen benennen und die Zuständigkeiten klären. In der Projektierungsphase werden die Schnittstellen technisch spezifiziert: Protokolle, Signaltypen, Datenpunktlisten, Kabelwege. In der Ausschreibungsphase werden die Schnittstellen in die Leistungsbeschreibungen der betroffenen Gewerke aufgenommen. Jeder Unternehmer muss wissen, was er an der Schnittstelle liefern muss und was er von der anderen Seite empfängt.

Die GA-Projektierung nach SN EN ISO 16484-1 (SIA 386.151) beschreibt den Planungsprozess für Gebäudeautomation und gibt Orientierung, welche Unterlagen in welcher Phase vorliegen müssen. Wer diesen Prozess konsequent anwendet, schafft die Grundlage für eine vollständige Schnittstellendokumentation.

Ein Punkt, der in der Praxis oft unterschätzt wird: Die Schnittstellen zwischen GA und übergeordneten Systemen wie CAFM oder ERP sind keine IT-Aufgabe, die man am Ende des Projekts löst. Sie müssen in der GA-Planung berücksichtigt werden, weil sie Einfluss auf die Datenpunktstruktur, die Beschriftungsregeln und die Netzwerkarchitektur haben. Wer diese Anforderungen erst kennt, wenn das System bereits programmiert ist, zahlt für Anpassungen, die vermeidbar gewesen wären.

Der rote Faden zu unseren Fachbeiträgen

Wer sich mit Schnittstellenmanagement beschäftigt, stösst unweigerlich auf verwandte Themen. Im Beitrag «Warum neutrale Fachbauleitung in TGA-Projekten kein Luxus ist» zeigen wir, warum eine unabhängige Fachbauleitung die Voraussetzung für eine funktionierende Koordination ist. Der Beitrag «Pendenzenmanagement auf der Baustelle: So behalten Sie den Überblick» beschreibt, wie offene Punkte, darunter auch Schnittstellenlücken, systematisch nachverfolgt werden.

Für die konkrete Umsetzung auf der GA-Seite sind die Beiträge «Das GA-Lastenheft: Was wirklich drinstehen muss» und «Vom Lastenheft zur Abnahme: Der BACnet-Planungsprozess in der Praxis» relevant. Sie zeigen, wie Anforderungen an Datenpunkte, Protokolle und Integrationen schriftlich verankert werden. Wer verstehen möchte, was eine unvollständige Abnahme für den Betrieb bedeutet, findet im Beitrag «Was passiert, wenn Anlagen ohne korrekte Abnahme in Betrieb gehen?» eine ehrliche Einschätzung.

Für Projekte mit BACnet als Kommunikationsprotokoll liefert der Beitrag «BACnet-Netzwerkplanung: Segmentierung, Router und Performance-Reserven» die technischen Grundlagen für die Netzwerkschnittstellen. Und wer sich fragt, ob ein GU-Mandat oder Eigenregie die bessere Wahl ist, findet im Beitrag «GU-Mandat vs. Eigenregie: Wann lohnt sich ein Generalunternehmer?» eine strukturierte Entscheidungshilfe.

Fazit

Schnittstellen in TGA-Projekten sind keine Randthemen. Sie sind die Stellen, an denen Systeme zusammenwachsen müssen, und sie sind die Stellen, an denen Projekte scheitern, wenn niemand sie aktiv bewirtschaftet. Die Verantwortung für Schnittstellen gehört explizit vergeben, nicht stillschweigend vorausgesetzt.

Eine professionelle Schnittstellendokumentation mit Register, Datenpunktlisten und Zuständigkeitsmatrix ist kein bürokratischer Aufwand. Sie ist die Grundlage dafür, dass alle Beteiligten wissen, was sie liefern müssen, und dass die Inbetriebnahme ohne böse Überraschungen abläuft. Wer diese Arbeit in der Planungsphase investiert, spart ein Vielfaches in der Ausführung und im Betrieb.

Die Rolle des Schnittstellenkoordinators muss besetzt sein. Ob das der GA-Fachplaner, der Fachbauleiter oder eine dedizierte Stelle ist, hängt von der Projektgrösse ab. Entscheidend ist, dass die Aufgabe klar vergeben ist und von einer unabhängigen Person wahrgenommen wird.

Sie haben Fragen dazu?

Sie planen ein TGA-Projekt und möchten wissen, wie Schnittstellen von Anfang an sauber definiert und dokumentiert werden? Oder Sie stehen mitten in einem Projekt und merken, dass die Koordination zwischen den Gewerken nicht funktioniert? Wir unterstützen Sie als unabhängiges Ingenieurbüro bei der Schnittstellenkoordination, der Fachbauleitung und der GA-Planung. Nehmen Sie Kontakt auf über wenget.ch oder info@wenget.ch.

Quellenverzeichnis

• SIA 108: Ordnung für Leistungen und Honorare der Ingenieure und Architekten (Koordinationsverantwortung und Leistungsphasen im Bauprojekt)
• SWKI BA101-01: Richtlinie Gebäudeautomation, Leistungen und Anforderungen (Leistungsbilder GA, Planungsphasen)
• VDI 3814, Teil 2: Gebäudeautomation, Leistungsbild und Planung (Zuständigkeiten und Leistungsbilder in der GA-Planung)
• SN EN ISO 16484-1 (SIA 386.151): Systeme der Gebäudeautomation und -regelung, Teil 1: Projektspezifikation und Umsetzung (GA-Projektierung und Planungsprozess)
• BACnet International: Integration Guidance (Interoperabilität und Schnittstellenanforderungen bei BACnet-Systemen)
• Eigene Projekterfahrung der WENGET GmbH aus GA-Planung, Fachbauleitung und Schnittstellenkoordination in TGA-Projekten