Immobilien

Gebäude sind seit Jahrzehnten teilautomatisiert. Aus anspruchsvollen Systemen wurden spezialisierte Lösungen, und die wurden oft in einer zentralen Gebäudeleittechnik zusammengefasst. Das Ergebnis: ein Bestand sammelt Systeme an, statt sie auszuwählen - eine Leittechnik je Gebäude, ein Buchungssystem, ein Energiesystem, Zähler von dem, der sie geliefert hat, und Sensoren, die Projekt für Projekt hinzukamen.

Jedes beantwortet seine eigene Frage gut. Die wiederkehrende Schwierigkeit ist, dass jedes lange eine für sich stehende Einheit war, die sich nicht leicht mit den anderen verbinden lässt, nicht einmal im selben Gebäude:

• Viele Systeme und Komponenten, aus verschiedenen Generationen und von verschiedenen Herstellern.
• Geschlossene Lösungen, bei denen der Zugriff auf Daten und Funktionen der schwierige Teil ist.
• Lücken in der Dokumentation.
• Schwierigkeiten, neue Arten von Echtzeitdaten zu erfassen und zu kombinieren.
• Keine gemeinsamen Standards oder Datenmodelle.

Yggio ist die Schicht, die aus dem Bestand eine Sache macht. Sensoren und Systeme speisen ein, Daten werden validiert und angereichert, Regeln und Modelle handeln darauf, und heraus kommen Dashboards, Alarme und Steuerung.

Sensoren & Systeme  ->  Erfassung,           ->  Regeln + KI        ->  Dashboards, Alarme
                        Validierung und          Rule Engine,           & Steuerung
                        Anreicherung             Modelle, Automation    in Echtzeit

Der praktische Rat, der daraus folgt: mit einem Anwendungsfall beginnen und zu einer gemeinsamen Plattform ausbauen, statt zuerst die Plattform zu spezifizieren. Ein Leckage- oder ein Belegungspilot stellt dieselbe Yggio-Instanz bereit, die der nächste Anwendungsfall braucht.

Warum eine horizontale Architektur

Auf geschlossenen vertikalen Systemen weiterzubauen skaliert nicht, und der Grund ist nicht, dass die Systeme schlecht wären. Es ist, dass jedes seine eigene Hardware, seine eigene Anbindung, seine eigenen Daten und seine eigene Oberfläche besitzt, sodass jede neue Funktion einen weiteren Stapel neben dem letzten bedeutet.

Eine horizontale Architektur trennt diese Schichten stattdessen: Hardware, Anbindung, Integration und die Dienste darüber. Yggio ist die Integrationsschicht, und deshalb trägt dieselbe Plattform einen Leckagesensor, einen Datenpunkt der Leittechnik und ein Buchungssystem, ohne dass eines vom anderen wüsste.

Was das einem Eigentümer bringt:

• Weniger Schnittstellen und Komponenten im Unterhalt.
• Offene Standards und ein gemeinsames Datenmodell, sodass dasselbe Dashboard im nächsten Gebäude funktioniert.
• Geringere Abhängigkeit von einem einzelnen Hersteller.
• Mehrere Liegenschaften über eine Oberfläche verwaltet.
• Sensoren und ihre Daten über Anwendungen hinweg wiederverwendet. Ein für die Belegungsauswertung gekaufter Präsenzsensor steuert auch Lüftung und Arbeitsplatzbuchung, und genau das senkt die Kosten je Anwendungsfall.
• Moderne IoT-Geräte und KI-Modelle lassen sich leicht anbinden, und ein externer Anbieter kann leicht einen neuen Dienst darauf aufsetzen.

Was sich für die Beschaffung ändert

Die Trennung der Schichten hat eine Folge für die Beschaffung. Sobald die Schnittstellen Standard sind, lässt sich eine Systembeschaffung in funktionale Module aufteilen und getrennt ausschreiben

• Hardware von einem Lieferanten, Software von einem anderen, KI-Dienste von einem dritten, und alle sprechen dieselben Standards.

Ein vertikales System lässt sich so nicht aufteilen, weil die Teile nur miteinander garantiert funktionieren. Das ist die praktische Bedeutung von Herstellerbindung, und sie zeigt sich bei der Verlängerung, nicht beim Kauf.

Souveränität

Das Prinzip darunter lautet, dass der Eigentümer die Kontrolle über die eigene Infrastruktur und die eigenen Daten behält und entscheidet, was mit wem geteilt wird. In der Praxis heißt das: Datenhoheit und Aufbewahrungsfristen legen Sie fest, die Plattform läuft dort, wo Sie es wählen, und alles, was zum Wechsel nötig ist - Exporte, Gerätezugangsdaten, die Hardware selbst - gehört zur Lieferung und ist keine Verhandlungssache.

Worauf der Bestand läuft

Das sind die Dinge, die Eigentümer üblicherweise auf Yggio aufbauen, sobald die Daten an einer Stelle liegen. Jedes davon ist eine gewöhnliche Kombination der Bausteine der Plattform und kein eigenes Produkt.

	Was es tut
Energieoptimierung	Lüftung, Heizung und Licht gesteuert nach Luftqualität, Buchungsstatus, Belegung, Wetterprognose und Strompreis statt nach einem Zeitplan
Belegungs- und Besuchermessung	Wie Flächen tatsächlich genutzt werden, je Raum und je Stockwerk. Siehe Flächennutzung im Büro
Anomalieerkennung	Auf der eigenen Historie eines Sensors trainierte Modelle markieren Messwerte, die nicht passen - daraus entsteht vorausschauende Instandhaltung
Ladesäulen und Batteriespeicher	Laden und Speichern gesteuert zusammen mit der übrigen Gebäudelast
Arbeitsumgebung	Temperatur, Luftqualität, Lärm und Schimmelrisiko, überwacht dort, wo Menschen sind
Bedarfsgesteuerte Abfallwirtschaft	Abholung nach Füllstand statt nach fester Runde
Digitaler Zwilling	3D-Visualisierung der Liegenschaft, gespeist mit Live-Daten auf Raumebene
Aktivitätsbasierte Büros	Buchbare Arbeitsplätze und Räume, mit dem Buchungssystem gegen gemessene Präsenz abgeglichen

Die Plattformfähigkeiten dahinter

Fähigkeit	Was sie hier bedeutet
Rule Engine mit KI	Automatisiert Handlungen auf Daten, Regeln und Modellergebnissen, einschließlich PyTorch-basierter Anomalieerkennung
KI-Assistent und MCP	Fragen in natürlicher Sprache an IoT-Live-Daten über mehrere LLMs hinweg. Ein Yggio-MCP-Server öffnet die Plattform für jede KI-Integration
Mandantenfähigkeit	Trennt Kunden, Gebäude, Benutzer und Rollen über ein Keycloak-basiertes Zugriffsmodell
Edge-Cloud-Kontinuum	Lokaler Betrieb nah am Gebäude mit zentraler Nachverfolgung in der Cloud. Lokale Regeln und KI laufen durch einen Cloud-Ausfall hindurch weiter
Integrationen	Gebäudeleittechnik, IoT, Buchungs- und Energiesysteme sowie externe Datenquellen, darunter Grafana, Power BI und Werkzeuge für digitale 3D-Zwillinge
Offene Plattform	APIs, Dashboards, Apps und Datenflüsse auf einem standardisierten Datenmodell (FIWARE NGSI und RealEstateCore)

Die beiden, die am häufigsten über die Architektur entscheiden, sind die letzten beiden. Ein gemeinsames Datenmodell lässt ein für ein Gebäude gebautes Dashboard auch im nächsten funktionieren, und offene Schnittstellen halten den Bestand davon ab, von einem einzelnen Lieferanten abzuhängen - diesem eingeschlossen.

Mandantenfähigkeit ist die Bestandsfunktion

Ein einzelnes Gebäude lässt sich mit fast allem betreiben. Ein Bestand nicht, denn dieselbe Instanz muss Menschen bedienen, die die Daten der anderen nicht sehen dürfen: einen Eigentümer, mehrere Verwalter, Dienstleister je Standort und Mieter.

Dafür ist die Hierarchie des Organization Manager da. Zugriff wird auf einer Einheit erteilt und im Baum nach unten vererbt, sodass ein Dienstleister mit zwei Standorten diese zwei sieht und ein Mieter sein eigenes Stockwerk. Den Baum früh richtig anzulegen entscheidet später darüber, ob das Hinzufügen eines Gebäudes eine Konfigurationsänderung oder ein Projekt ist.

Edge, und warum es in der Immobilienarbeit auftaucht

Gebäude arbeiten weiter, wenn das Internet es nicht tut. Eine Yggio-Instanz im Gebäude bedeutet, dass die lokalen Regeln und Modelle durch einen Cloud-Ausfall hindurch weiterlaufen und der Sensorverkehr vor Ort bleibt - was zugleich die Frage beantwortet, die eine Sicherheitsprüfung danach stellen wird, was das Gebäude verlässt.

Die zentrale Instanz erhält weiterhin die Bestandssicht. Siehe Gebäudeautomation für den Vergleich der Optionen vor Ort, einschließlich dessen, was jede von der Firewall verlangt.

Das Ergebnis teilen

Dashboards lassen sich über einen sicheren Link überall einbetten - Websites, Intranets, Kundenportale und Empfangsdisplays. In der Praxis erreichen Belegungs- oder Energiedaten so die Mieter, ohne dass jemand ein Konto braucht, und es lohnt sich, früh festzulegen, für wen jedes Dashboard gedacht ist, denn ein für das Betriebsteam gebautes Dashboard taugt selten für Mieter.

Wie Sie beginnen

1. Beginnen Sie mit einem Anwendungsfall, nicht mit der Plattform. Ein Leckage- oder ein Belegungspilot stellt dieselbe Yggio-Instanz bereit, die jeder spätere Anwendungsfall braucht, und er kommt mit einem Ergebnis statt mit einer Spezifikation.
2. Legen Sie die Organisationshierarchie früh richtig an. Sie entscheidet später darüber, ob das Hinzufügen eines Gebäudes eine Konfigurationsänderung oder ein Projekt ist. Siehe Organization Manager.
3. Wählen Sie ein Gebäude und nehmen Sie die Frage aus etwas Dokumentiertem - einer Schadenhistorie, einer Energierechnung, der No-Show-Quote eines Buchungssystems.
4. Bestehen Sie in der ersten Beschaffung auf den Ausstiegsbedingungen, solange Sie noch Verhandlungsmacht haben: Datenhoheit, Aufbewahrung, Export, Gerätezugangsdaten. Herstellerbindung zeigt sich bei der Verlängerung, nicht beim Kauf.
5. Bauen Sie zur gemeinsamen Plattform aus, gestützt auf das, was das erste Gebäude gezeigt hat, indem Sie Anlagenklassen und Domänen demselben Mandanten hinzufügen statt daneben.

Verwandt

• Flächennutzung im Büro - Belegungsmessung im Detail
• Wasserleckage-Erkennung - das Muster der Alarmkette
• Gebäudeautomation - vier Wege zur Leittechnik
• Organization Manager - die mandantenfähige Hierarchie
• AI Model Deployment Platform - Anomaliemodelle trainieren
• Lagerregale - dasselbe Muster offener Integration, in der Logistik
• Asset-Tracking - Ausrüstung über einen Bestand hinweg zählen und orten