How – Inside the AI OS: running governed agents on your own cluster, liveRegistrieren →
STROM-, WASSER- UND GASNETZBETREIBER

Souveräne KI für Versorger

Strom-, Wasser- und Gasnetzbetreiber betreiben die Systeme, von denen alles andere abhängt, unter NIS2 und mit einem Regulierer, der nach der Dokumentation fragen wird. KI auf diesen Daten muss innerhalb des Perimeters bleiben und sich erklären können. Dafür ist die Plattform gebaut.

OT-Daten bleiben drinnen

Läuft auf der eigenen Infrastruktur des Betreibers. Netztopologie, Telemetrie und Messdaten verlassen den Perimeter nie, verbunden oder nicht.

Gebaut für NIS2

Vorfälle korreliert mit Ihren eigenen Diensten und Anlagen, Frühwarnungen mit angehängten Belegen entworfen, jede Prüfung protokolliert.

Agenten, die zuerst fragen

Jeder Agent handelt unter einer eingegrenzten Identität und einer Richtlinie. Alles, was einen Schalter, ein Ventil oder einen Vertrag berührt, geht durch Ihre Freigabe.

IN EINFACHEN WORTEN

Der Tag eines Verteilnetzbetreibers wird heute Abgang für Abgang entschieden: Dachsolar, Wärmepumpen und Ladepunkte haben das Netz zum Zweirichtungsnetz gemacht, und NIS2 hat jeden Ausfall zu einem meldepflichtigen Vorfall gemacht. Die Daten, um das gut zu bewältigen, existieren bereits in SCADA, Messwesen, GIS und Anlagensystemen. Was fehlt, ist ein Ort, an dem sie zusammenkommen, an dem KI darauf handeln kann und an dem nichts davon die Kontrolle des Betreibers verlässt.

Lesen Sie das, wenn Sie Betrieb, Anlagenmanagement, Sicherheit oder IT bei einem Strom-, Wasser- oder Gasnetzbetreiber leiten oder für dessen NIS2-Pflichten verantwortlich sind.


WAS DIE PLATTFORM HIER LEISTET

Für Versorger ist Scrydon die souveräne KI- und Datenplattform, die SCADA-, Mess-, GIS- und Anlagendaten in einem governten Modell zusammenführt, Prognosen und Agenten darauf innerhalb der eigenen Infrastruktur des Betreibers ausführt und die Vorfall-, Abruf- und Prüfdokumentation erzeugt, die NIS2 und der Regulierer erwarten.

Sie läuft identisch vor Ort, in einer nationalen souveränen Cloud oder vollständig getrennt, sodass dieselbe Plattform Leitstelle, Anlagenplaner und Sicherheitsteam bedient und die Grenze der Betriebstechnik dort bleibt, wo der Betreiber sie gezogen hat.

DAS PROBLEM DES BETREIBERS

Das Netz wurde zum Zweirichtungsnetz. Die Werkzeuge nicht.

Vor zehn Jahren plante ein Verteilnetzbetreiber Kapazität je Region und je Jahr. Heute ist die bindende Grenze ein einzelner Abgang an einem einzelnen Nachmittag, wenn Dachsolar seinen Höchstwert erreicht, Wärmepumpen stillstehen und eine ganze Straße voller Ladepunkte gleichzeitig anspringt. Die Antwort auf die Frage, ob dieser Abgang hält, liegt in Messdaten, Wetter, Schalterzustand und den in diesem Gebiet verfügbaren Flexibilitätsverträgen, und sie muss kontinuierlich neu berechnet werden.

Zugleich hat sich die regulatorische Uhr verändert. Unter NIS2 ist ein Ausfall oder ein Cybervorfall ein meldepflichtiger Vorfall mit einer 24-Stunden-Frühwarnung und einer 72-Stunden-Meldung, und beide beginnen in dem Moment, in dem der Betreiber Bescheid weiß. Wissen hängt davon ab, das zu korrelieren, was SCADA, SIEM, Ticketsystem und Änderungskalender bereits protokollieren, und das während des Vorfalls statt danach. Keine dieser Daten darf an einen ausländischen KI-Dienst gesendet werden: Messdaten sind personenbezogene Daten und die Topologie ist Daten der nationalen Sicherheit.

  • Entscheidungen auf AbgangsebeneEngpässe sind jetzt lokal und stündlich. Die Prognose muss in der Auflösung der Anlage sein, nicht der Region.

  • Silos, die nicht naiv verschmolzen werden dürfenSCADA, Historian, GIS, EAM und Messwesen haben jeweils einen guten Grund, getrennt zu sein. Sie brauchen trotzdem ein Modell.

  • Eine meldepflichtige UhrDie 24- und 72-Stunden-Fristen von NIS2 beginnen, wenn Sie es wissen, und Wissen hängt davon ab, was Sie bereits protokollieren, zu korrelieren.

  • Daten, die nicht hinaus dürfenSmart-Meter-Daten sind personenbezogene Daten; Topologie ist Daten der nationalen Sicherheit. Keines von beiden darf an einen ausländischen KI-Dienst.

AUF DER PLATTFORM

Ein Modell des Netzes, und Agenten, die darauf arbeiten

Die Plattform beginnt mit einem Modell des Netzes in den Begriffen des Betreibers: Stationen, Abgänge, Transformatoren, Anschlüsse, Zähler, Verträge und die Dienste, die sie tragen, abgebildet aus GIS, Anlagensystem, Historian und Messplattform, ohne eines davon zu migrieren. Telemetrie, Alarme, Wetter, Arbeitsaufträge und Marktsignale landen auf diesem Modell, sobald sie eintreffen, sodass eine Frage zu einem Abgang eine Antwort hat, aus welchem System das Detail auch stammt.

Auf diesem Modell macht Decision Intelligence aus einer vorhergesagten Überlast oder einer sich verschlechternden Anlage eine empfohlene, bezifferte Maßnahme, und Agenten entwerfen, was folgt: den Flexibilitätsabruf, den Arbeitsauftrag, die NIS2-Frühwarnung. Jeder davon geht durch den Freigabeprozess des Betreibers. Eine benannte Person gibt frei, und Entwurf, Freigabe und Begründung werden gemeinsam protokolliert. Die Leitstelle behält ihre Autorität; sie gewinnt die Vorbereitung.

  1. 1

    Modellieren

    Eine Ontologie aus Stationen, Abgängen, Anlagen, Anschlüssen, Verträgen und Diensten, abgebildet aus den Systemen, die Sie bereits betreiben.

  2. 2

    Fusionieren

    Telemetrie, Alarme, Messwerte, Wetter und Arbeitsaufträge landen kontinuierlich auf diesem Modell, sodass eine Frage zu einem Abgang eine Antwort hat.

  3. 3

    Entscheiden

    Prognose und Decision Intelligence machen aus einer vorhergesagten Überlast oder einer sich verschlechternden Anlage eine empfohlene, bezifferte Maßnahme.

  4. 4

    Handeln, mit Freigabe

    Agenten entwerfen den Abruf, den Arbeitsauftrag oder die NIS2-Meldung. Eine benannte Person gibt frei. Alles wird protokolliert.

WARUM SOUVERÄN

Die OT-Grenze ist eine Entwurfsbedingung, keine Bereitstellungsoption

Die Grenze der Betriebstechnik eines Versorgers ist keine Vorliebe; sie ist die Linie, die die Sicherheitsbehörde prüft. Die Plattform ist so gebaut, dass sie auf der richtigen Seite davon steht. Sie läuft auf der eigenen Hardware des Betreibers, in einer nationalen souveränen Cloud oder vollständig air-gapped für das Leitnetz, mit lokal bereitgestellten Open-Weight-Modellen, sodass kein Inferenzaufruf, keine Lizenzprüfung und kein Update-Pfad den Perimeter verlässt.

Agenten werden als Identitäten behandelt, nicht als Skripte. Jeder authentifiziert sich, trägt eingegrenzte Rechte je System und je Aktion und wird wie jeder andere Akteur beobachtet. Ein Agent, der Telemetrie liest, kann nicht auf eine Steuerung schreiben, sofern nicht eine Richtlinie es erlaubt und eine Person es freigibt. Prüfprotokoll, Richtlinienentscheidungen und die daraus folgenden Freigaben sind der Nachweis, nach dem die Aufsicht zu NIS2 und ISO 27001 fragt, erzeugt durch den Betrieb der Plattform statt für die Prüfung zusammengestellt.

  • Vor Ort oder getrenntDie vollständige Plattform läuft auf Ihrer Hardware, in einer nationalen souveränen Cloud oder air-gapped für das Leitnetz.

  • Open-Weight-Modelle, lokal bereitgestelltKein Inferenzaufruf verlässt den Perimeter. Die Modellwahl bleibt bei Ihnen, und ein Wechsel bedeutet keinen Neubau.

  • Eingegrenzte AgentenidentitätAgenten authentifizieren sich wie Operatoren, mit Rechten je System und je Aktion, sodass ein Agent, der Telemetrie liest, nicht auf eine Steuerung schreiben kann.

  • Nachweise durch KonstruktionPrüfprotokoll, Richtlinienentscheidungen und Freigaben sind der NIS2- und ISO-27001-Nachweis, kein nachträglich geschriebenes Dokument.

Newsletter

Behalten Sie das Thema im Blick

Was sich für Ihre Branche bei der europäischen KI-Souveränität ändert, und was wir im Einsatz lernen. Ein paar Mal im Jahr, keine Drip-Kampagne.

Ein paar Mal im Jahr. Keine Drip-Kampagne, Abmeldung mit einem Klick. Datenschutzerklärung

Anwendungsfälle

Anwendungsfälle für Versorger

Strom-, Wasser- und Gasbetrieb auf einer souveränen Plattform.

Vorausschauende Infrastrukturwartung

Öffentliche Bauverwaltung

Herausforderung

Die reaktive Instandhaltung von Straßen, Brücken und Versorgungsnetzen führt zu kostspieligen Notreparaturen und Betriebsunterbrechungen.

Lösung

Analytics-Modelle verarbeiten Daten aus IoT-Sensoren und historischen Berichten, um Ausfälle vorherzusagen, bevor sie eintreten, und planen vorbeugende Wartung ein.

Mehr erfahren

40 % geringere Kosten für Notreparaturen und eine längere Lebensdauer kritischer öffentlicher Infrastruktur.

Vorausschauende Netzwartung

Energie & Versorgung

Herausforderung

Anlagenausfälle in abgelegenen Umspannwerken verursachen kaskadierende Stromausfälle und kostspielige Notreparaturen.

Lösung

Edge-KI-Agenten analysieren Vibrations- und Thermosensordaten lokal und sagen Komponentenausfälle Wochen im Voraus vorher, ohne Terabytes an Rohdaten hochzuladen.

Mehr erfahren

40 % weniger ungeplante Ausfallzeit und optimierte Wartungspläne.

Überwachung der Wasserqualität

Öffentliche Versorgung

Herausforderung

Kontaminationsereignisse in kommunalen Wasserversorgungen werden oft zu spät entdeckt und gefährden die öffentliche Gesundheit.

Lösung

Verteilte Sensoragenten überwachen die chemische Zusammensetzung in Echtzeit, isolieren betroffene Leitungsabschnitte automatisch und alarmieren die Behörden sofort.

Mehr erfahren

Sofortige Eindämmung von Kontaminationsereignissen und garantierte Wassersicherheit.

AI-ready-Fundament für Sensor- und OT-Daten

Data Engineering

Herausforderung

Netz-, Wasser- und Verkehrsbetreiber sitzen auf jahrelanger SCADA- und Sensorhistorie, doch sie ist zu fragmentiert und zu schlecht beschriftet, als dass KI-Modelle sie zuverlässig nutzen könnten.

Lösung

Eine AI-ready-Datenpipeline bereinigt OT- und Sensordaten, setzt sie in Kontext und verankert sie in der Ontologie, bevor sie ein Modell erreichen — Agenten schließen so über vertrauenswürdige, gut beschriebene Daten statt über rohen Tag-Wildwuchs.

Mehr erfahren

Prädiktive Modelle und Agenten erreichen die Produktionsreife schneller, aufgebaut auf einem Datenfundament, dem Betreiber tatsächlich vertrauen können.

Begrenzte Agentenidentität für OT-Systeme

Sicherheit & Zugriffskontrolle

Herausforderung

Einem KI-Agenten Zugriff auf SCADA- oder Historian-Systeme zu geben, ist hochriskant, wenn sich alle Agenten ein breites Dienstkonto teilen, statt jeweils eine eigene, begrenzte Identität zu haben.

Lösung

Jeder Agent authentifiziert sich unter seiner eigenen föderierten Identität mit Least-Privilege- und zeitlich befristeten Berechtigungen — ein Agent, der Sensortelemetrie liest, kann niemals zugleich Steuerungssollwerte schreiben, sofern das nicht ausdrücklich autorisiert ist.

Mehr erfahren

Agenten arbeiten sicher neben OT-Systemen, mit einem vollständig zurechenbaren Berechtigungsmodell, das eine wesentliche Klasse von Agentic-AI-Risiken in Betriebsumgebungen ausschließt.

Koordinierte Störungsbehebung durch Mensch und Agent

Störungsmanagement

Herausforderung

Die Behebung einer Störung erstreckt sich über mehrere Teams und Schichtwechsel, und jede Übergabe zwischen der Triage eines Agenten und der Entscheidung einer Betreiberin setzt die Koordination bei null zurück — das kostet Minuten, auf die es während eines laufenden Vorfalls ankommt.

Lösung

Das AI OS führt die Störungsbehebung als einen koordinierten Prozess: Agenten triagieren Telemetrie und bereiten Reaktionsmaßnahmen vor, Betreiber genehmigen oder überstimmen sie an definierten Kontrollpunkten, und der vollständige Vorfallzustand wird automatisch über Schichtwechsel hinweg fortgeführt.

Mehr erfahren

Schnellere, besser koordinierte Störungsbehebung mit einem einzigen durchgängigen Vorfallnachweis statt fragmentierter Übergaben zwischen Teams und Schichten.

FAQ

Häufig gestellte Fragen

Wie hilft die Plattform einem Versorger, die NIS2-Meldefristen einzuhalten?+
Indem sie den ersten Tag verkürzt. Die Plattform korreliert SIEM-Alarme, OT-Alarme und Änderungsdatensätze mit einem Modell Ihrer eigenen Dienste und Anlagen, sodass ein Vorfall mit identifizierten betroffenen Diensten und angehängten Belegen eröffnet wird. Agenten entwerfen die 24-Stunden-Frühwarnung und die 72-Stunden-Meldung aus dieser Akte; eine benannte Person prüft und versendet. Siehe NIS2 für die Kontrollen dahinter.
Kann sie im Betriebstechnik-Netz laufen, vom Internet getrennt?+
Ja. Die vollständige Plattform, einschließlich Open-Weight-Modellen, läuft air-gapped ohne ausgehende Verbindung, und Updates kommen über den Kanal, den Ihre OT-Sicherheitsrichtlinie bereits freigibt. Derselbe Stack läuft verbunden für die Unternehmensseite, sodass nur eine Plattform zu akkreditieren ist.
Ersetzt das unser SCADA, unseren Historian oder unser Anlagenmanagementsystem?+
Nein. Diese Systeme bleiben die führenden Systeme. Die Plattform modelliert, was sie enthalten, in einer Ontologie und verknüpft die Datensätze systemübergreifend, sodass eine Station, ein Abgang oder ein Arbeitsauftrag eine konsistente Darstellung hat, ohne etwas zu migrieren.
Wie verhindern Sie, dass ein KI-Agent ohne Menschen auf das Netz einwirkt?+
Agenten laufen unter eingegrenzten Identitäten mit Rechten je System und je Aktion, und jede betriebliche Maßnahme geht durch Ihren bestehenden Freigabeprozess. Ein Agent kann einen Abruf oder einen Arbeitsauftrag entwerfen; eine Person gibt ihn frei, und sowohl Entwurf als auch Freigabe werden protokolliert.
Können Smart-Meter-Daten sicher für Prognosen genutzt werden?+
Smart-Meter-Daten sind personenbezogene Daten nach DSGVO und betrieblich sensibel nach NIS2. Auf der Plattform werden sie auf Ihrer eigenen Infrastruktur verarbeitet, innerhalb Ihrer Jurisdiktion, unter Zugriffsrichtlinien, die Sie festlegen, und die vom Regulierer erwartete Abrufdokumentation entsteht als Nebenprodukt der Prognose.
Wir haben KI-Piloten zur Ausfallvorhersage betrieben. Was ist hier anders?+
Der Pilot hat das Modell bewiesen; die Produktion braucht die Plattform darunter: ein gemeinsames Netzmodell, governte Daten, Agentenidentität, Audit und die Bereitstellung, die Ihr Sicherheitsteam akzeptiert. Das ist der Schritt vom Piloten zur organisationsweiten KI, und das liefert die Plattform.
Arbeiten Sie bei Ausschreibungen und Rahmenverträgen mit Partnern zusammen?+
Ja, immer. Wir suchen stets Partner unter Systemhäusern, Integratoren und Konsortien für Ausschreibungen, RFPs, Rahmenverträge und europäische Programme, als souveräne KI- und Datenplattform innerhalb eines größeren Angebots oder als spezialisierter Unterauftragnehmer. Wenn Sie ein Angebot vorbereiten, sprechen Sie früh mit uns.

Oder schreiben Sie uns

Sagen Sie uns, woran Sie arbeiten und wer antworten soll. Ein Mensch liest es und antwortet innerhalb eines Werktags.

Wir verwenden diese Angaben nur, um Ihnen zu antworten. Datenschutzerklärung

Lieber schreiben? Senden Sie eine E-Mail an hello [at] scrydon.com und wir melden uns bei Ihnen.

NÄCHSTE SCHRITTE

Weiter geht es

Drei Wege von hier: die Regeln, an denen Sie gemessen werden, die Plattform, auf der diese Ergebnisse laufen, und die Sessions, in denen wir sie durchgehen.

Nächstes Webinar

How – Inside the AI OS: running governed agents on your own cluster, live(auf Englisch)

17. Sept. 2026, 09:00

Part 2 of the Sovereign AI series, for engineers and architects. No slides after minute five: an agent gets an identity and scoped permissions, calls tools over governed MCP, retrieves from the ontology rather than raw tables, runs inside the sandbox and is stopped when it steps outside policy, and everything lands in the audit trail — then the same stack brought up on a disconnected network. Properties and refusals, shown rather than claimed.

Partner

Gemeinsam mit führenden Innovatoren die Zukunft von Daten & KI gestalten. Mehr erfahren.
Delaware logo