KI-Wissensdatenbank für Gasnetztechniker

Das echte Ausmaß des Problems

Die deutschen Gasverteilnetze stehen vor einem Personalproblem, das sich in Zahlen kaum vollständig abbilden lässt: Rund 30–40 Prozent der erfahrenen Netztechniker gehen im Zeitraum 2024–2030 in den Ruhestand. Mit ihnen verlässt Jahrzehnte angesammeltes Wissen das Unternehmen — Wissen, das nie vollständig dokumentiert wurde, weil es niemand für nötig hielt.

Was in den Akten steckt, ist oft nicht weniger problematisch: DVGW-Regelwerk G 260 (nur bei Gasbeschaffenheitsfragen), G 459-1, G 462 und G 491 zusammen umfassen Hunderte Seiten technischer Anforderungen. Dazu kommen netzbetreiberindividuelle Betriebsanweisungen, Herstellerhandbücher für Dutzende verschiedener Druckregler- und Armaturen-Typen, Rohrkatasterdaten und Inspektionsberichte, die sich über Jahrzehnte angesammelt haben. Ein typischer Gasnetzbetreiber mit 500 km Netzlänge verwaltet leicht 20.000–50.000 Seiten interner Dokumentation.

In der Praxis bedeutet das:

• Techniker beantworten 30–40 Prozent ihrer Fachfragen durch Kollegenanruf, nicht durch Nachlesen — der Aufwand je Anfrage wird in Fachgesprächen mit Rohrnetzpersonal auf 15–45 Minuten inklusive Wartezeit geschätzt ¹
• Neue Mitarbeitende brauchen 12–18 Monate, bevor sie Störungseinsätze eigenständig führen können — die Dokumentenbasis ist zu unübersichtlich, das Wissen zu implizit
• Fehldiagnosen im Feld kosten pro Fehlfahrt durchschnittlich 180–300 Euro (Anfahrtszeit, Materialbestellung, Rückfahrt) — bei 1.200 Störungseinsätzen pro Jahr und 8 Prozent Fehldiagnosenrate summiert sich das schnell auf 170.000–290.000 Euro jährlich

¹ Branchenschätzung aus Fachgesprächen mit Rohrnetzpersonal; keine veröffentlichte Primärstudie.

Das Besondere im Gasnetzbetrieb: Fehler sind nicht nur teuer, sondern sicherheitskritisch. Falsches Anzugsmoment an einem Hausdruckregler, falsche Schrittfolge bei der Inbetriebnahme einer Druckmesstrecke — das DVGW-Regelwerk ist kein optionaler Leitfaden, sondern Teil der Betriebspflicht nach §49 EnWG und den darauf basierenden DVGW-Regelwerken.

Mit vs. ohne KI — ein ehrlicher Vergleich

² Erfahrungswerte aus vergleichbaren Implementierungen bei Versorgungsunternehmen; keine repräsentative Studie.

Einschätzung auf einen Blick

Zeitersparnis — hoch (4/5) Der Effekt ist im Vergleich zu anderen Anwendungsfällen in dieser Kategorie überdurchschnittlich groß, weil Techniker im Außendienst heute besonders viel Zeit mit der Suche verbringen — und das Tablet mit dem Wissensassistenten direkt am Einsatzort nutzbar ist. 30–60 Minuten täglich je Techniker sind realistisch, sobald das System vollständig eingeführt ist.

Kosteneinsparung — mittel (3/5) Die direkten Einsparungen entstehen primär über reduzierte Fehlfahrten und kürzere Störungsdauern — real, aber nicht der größte Hebel unter den vier Anwendungsfällen in dieser Kategorie. Die ML-basierte Leckageprognose erzielt hier einen deutlich direkteren Einspareffekt durch vermiedene Notfallreparaturen.

Schnelle Umsetzung — mittel (3/5) 6–10 Wochen bis zum Pilotbetrieb ist handhabbar — wenn die Kerndokumente digital vorliegen. Wer noch viele gescannte PDFs oder gar Papierakten hat, muss das vorher einplanen. Das ist kein Hindernis, aber es verschiebt den Start.

ROI-Sicherheit — hoch (4/5) Fehlfahrten und Störungsdauern lassen sich direkt messen — das macht den Nutzen zuverlässiger belegbar als bei generischen Wissensdatenbanken. Voraussetzung ist, dass ihr diese KPIs heute schon erfasst, sonst fehlt die Baseline.

Skalierbarkeit — sehr hoch (5/5) Mehr Techniker, mehr Dokumente, mehr Netzlänge — das System skaliert ohne proportionalen Mehraufwand. Neue DVGW-Regelwerke und aktualisierte Betriebsanweisungen werden einfach hinzuindexiert. Unter allen vier Anwendungsfällen in dieser Kategorie der klare Gewinner auf dieser Achse.

Richtwerte — stark abhängig von Netzgröße, Dokumentenqualität und Gerätelandschaft im Feld.

Was das System konkret macht

Der technische Ansatz heißt Retrieval-Augmented Generation (RAG). Im Wesentlichen funktioniert das so:

Alle internen Dokumente — DVGW-Arbeitsblätter, netzbetreiberindividuelle Betriebsanweisungen, Herstellerhandbücher, Inspektionsberichte, Rohrkatasterdaten — werden digital erfasst, in durchsuchbare Textabschnitte zerlegt und semantisch indexiert. Wenn ein Monteur im Feld eine Frage stellt, sucht das System nicht nach dem genauen Wortlaut, sondern nach inhaltlicher Bedeutung: “Anzugsmoment Hausdruckregler Typ B” findet den richtigen Abschnitt auch dann, wenn der Monteur “Drehmoment Druckregelgerät ältere Bauart” fragt.

Das System antwortet mit dem konkreten Wert aus der Betriebsanweisung, nennt das Quelldokument und den Abschnitt — und der Monteur kann auf dem Tablet direkt die Originalseite aufrufen.

Was das System nicht tut: Es entscheidet nicht eigenständig, welche Maßnahme zu ergreifen ist. Es gibt dem Monteur die dokumentierten Informationen, mit denen dieser die fachliche Entscheidung treffen kann. Das entspricht der rechtlichen Realität: Fachkundige Personen nach DVGW G 1000 — das Regelwerk definiert Qualifikationsanforderungen an Unternehmen und Personen im Gas- und Wasserfach — müssen die finale Entscheidung treffen. Die Haftung selbst ergibt sich aus §49 EnWG und dem betrieblichen Sicherheitskonzept, nicht aus G 1000.

Besondere Anforderungen im Gasnetzbetrieb

Drei Punkte unterscheiden diesen Anwendungsfall von einem generischen Unternehmens-Wissensassistenten:

Terminologische Präzision: DVGW-Regelwerk verwendet sehr spezifische Fachtermini. Ein allgemeines LLM kennt “Hausdruckregler” und “DVGW G 459-1” nicht in der gleichen Tiefe wie interne Dokumente. Das RAG-System braucht nicht das beste Sprachmodell, sondern die beste Indexierung der richtigen Dokumente.

Datensouveränität als Pflicht: Gasnetzbetreiber sind als Betreiber kritischer Infrastruktur (KRITIS) eingestuft. Das bedeutet: Dokumente wie Netzpläne, Sicherheitsanweisungen und Rohrkataster dürfen nicht auf US-Servern liegen. Die Wahl des Hosting-Modells ist keine technische Präferenz, sondern ein regulatorischer Rahmen.

Versionstreue: DVGW-Regelwerke werden aktualisiert. Eine Betriebsanweisung, die auf einer alten Regelwerksversion basiert, ist gefährlicher als gar keine. Das System muss Dokumentversionen klar kennzeichnen und überfällige Aktualisierungen markieren können.

Konkrete Werkzeuge — was wann passt

Aleph Alpha (PhariaAI) — Für Betreiber, bei denen Datensouveränität nicht verhandelbar ist: on-premise auf eigener Infrastruktur oder in deutschen Rechenzentren. PhariaAI ist explizit auf KRITIS-Infrastruktur ausgelegt und bietet Fine-Tuning auf domänenspezifische Terminologie. Kosten: im mittleren bis oberen sechsstelligen Bereich für Enterprise-Deployments. Sinnvoll für Netzbetreiber mit 500+ Mitarbeitenden und eigenem IT-Team.

Azure OpenAI Service — Wer EU-Hosting braucht, aber keine eigene Infrastruktur betreiben will: Azure OpenAI (Region West Europe oder Switzerland North) stellt GPT-4o-Modelle ausschließlich in europäischen Rechenzentren bereit, mit DSGVO-konformem AVV und Private-Endpoint-Option. Geeignet für Netzbetreiber, die bereits Microsoft-365-Infrastruktur haben. Technischer Aufwand: Developer-Level, eigenes IT-Team notwendig. Laufende Kosten: 500–1.500 Euro/Monat je nach Dokumentenvolumen und Nutzeranzahl.

NotebookLM (Google) — Für einen schnellen, kostengünstigen Proof of Concept: Bis zu 300 Dokumente hochladen, Fragen direkt stellen, Quellenverweise sehen. Kein technisches Setup notwendig. Kritischer Vorbehalt: Daten werden auf Google-Servern in den USA verarbeitet. Für KRITIS-Infrastruktur-Dokumente mit Sicherheitsrelevanz (Netzpläne, Abschaltprozeduren) nicht geeignet. Geeignet für: Probeläufe mit unkritischen Dokumenten (allgemeines DVGW-Regelwerk, öffentliche Herstellerdokumentationen), um das Konzept intern zu demonstrieren.

Custom RAG auf Azure AI Search + Azure OpenAI — Die vollständige selbst aufgebaute Lösung: Dokumente in Azure AI Search indexieren, Azure OpenAI als Sprachmodell anbinden, Frontend für die Techniker bauen (einfaches Web-Interface oder Teams-Integration). Maximale Kontrolle über Zugriffsrechte und Dokumentversionen. Laufende Kosten: 600–2.000 Euro/Monat. Erfordert mehrwöchige Entwicklungsarbeit oder einen Implementierungspartner.

Zusammenfassung: Wann welcher Ansatz

• Kleines Netz, schneller PoC ohne Sicherheitsdokumente → NotebookLM
• Azure-Infrastruktur vorhanden, EU-Hosting ausreichend → Azure OpenAI Service + Azure AI Search
• KRITIS-Anforderungen, on-premise notwendig → Aleph Alpha PhariaAI
• Vollständige Kontrolle und individuelle Integration → Custom RAG auf eigener oder Azure-EU-Infrastruktur

Datenschutz und Datenhaltung

Gasnetzbetreiber sind nach dem BSI-Gesetz als KRITIS-Betreiber eingestuft, wenn sie Netze mit mehr als dem gesetzlich definierten Schwellenwert bedienen (derzeit 420 GWh/Jahr nach BSI-KritisV Anlage 7, Stand 2023 — prüft die aktuelle Fassung auf bsi.bund.de). Das hat direkte Auswirkungen auf die Systemwahl:

Netzpläne, Abschaltprozeduren, Rohrkataster und Sicherheitsanweisungen sind kritische Infrastrukturdokumente. Sie dürfen nach aktuellem BSI-Grundschutz und den Anforderungen der BNetzA an KRITIS-Betreiber nicht auf Servern in Drittstaaten außerhalb der EU liegen. Ein DSGVO-konformer AVV allein reicht nicht aus — es geht um physischen Datenstandort.

Konkrete Anforderungen:

• Datenhosting: EU oder on-premise. US-basierte Dienste (standard NotebookLM, OpenAI.com) scheiden für produktive Systeme mit KRITIS-relevantem Inhalt aus.
• AVV: Bei Cloud-Diensten zwingend, nach Art. 28 DSGVO, vor Produktivbetrieb.
• Zugriffsrechte: Das System darf nur Informationen ausgeben, zu denen der anfragende Techniker auch in der klassischen Dokumentenablage Zugang hat. Netzpläne für Bereich A sind nichts für Techniker, die ausschließlich in Bereich B eingesetzt werden.
• Versionskontrolle: Outdated-Dokumente müssen erkennbar markiert oder aus dem Index entfernt werden — veraltete Sicherheitsanweisungen sind ein Haftungsrisiko.

Für die interne Freigabe empfiehlt sich eine kurze Datenschutz-Folgenabschätzung (DSFA) nach Art. 35 DSGVO, die das Betriebskonzept, Hosting-Entscheidung und Zugriffskonzept dokumentiert.

Was es kostet — realistisch gerechnet

Einmalige Einrichtungskosten:

• Dokumentenerfassung und -aufbereitung (OCR, Formatkonvertierung): 3.000–15.000 Euro, abhängig vom Anteil gescannter Dokumente
• Technische Implementierung (Indexierung, Frontend, Zugriffsrechtekonfiguration): 10.000–40.000 Euro
• Pilottest und Schulung: 2.000–5.000 Euro
• Gesamt: 15.000–60.000 Euro

Laufende Kosten (monatlich):

• Cloud-Infrastruktur (Azure OpenAI + AI Search oder vergleichbar): 500–1.500 Euro
• Systempflege und Dokumentenaktualisierung (intern, 2–4 Stunden/Woche): 200–400 Euro
• Gesamt: 700–1.900 Euro/Monat

Konservatives ROI-Szenario (10 Techniker):

• Eingesparte Suchzeit: 20 Min./Tag × 10 Techniker × 220 Arbeitstage × 45 Euro/Stunde = 33.000 Euro/Jahr
• Reduzierte Fehlfahrten (5 % weniger, bei 800 Einsätzen/Jahr): 40 × 220 Euro = 8.800 Euro/Jahr
• Gesamtnutzen konservativ: 41.800 Euro/Jahr
• Bei 60.000 Euro Einrichtung + 15.000 Euro/Jahr laufend: Break-even nach rund 2,5 Jahren

Nicht quantifizierbar, aber real: Reduziertes Haftungsrisiko durch korrekt dokumentierte Eingriffe, schnellere Einarbeitung neuer Techniker, strukturierter Wissenstransfer vor Renteneintrittswellen.

Drei typische Einstiegsfehler

Fehler 1: Mit allen Dokumenten gleichzeitig starten Der Versuch, 30.000 Seiten in einer Aktion zu indexieren, führt fast immer dazu, dass ein großer Teil in schlechter Qualität verarbeitet wird — gescannte PDFs mit schlechter OCR, Duplikate in verschiedenen Versionen, veraltete Betriebsanweisungen neben aktuellen. Das Ergebnis: Das System antwortet unzuverlässig, die Techniker vertrauen ihm nicht. Besser: Mit 500–1.000 Seiten der meistgenutzten Dokumente starten, Qualität sichern, dann ausweiten.

Fehler 2: Kein Verantwortlicher für die Dokumentenpflege Ein RAG-System ist kein Archiv, das man einmal befüllt und dann vergisst. DVGW-Regelwerke werden aktualisiert, Betriebsanweisungen geändert, Herstellerhandbücher für neue Gerätegenerationen hinzugefügt. Ohne eine benannte Person, die monatlich neue und geänderte Dokumente einpflegt und veraltete Versionen deaktiviert, wird das System innerhalb von 12–18 Monaten unzuverlässig. Das ist der häufigste Grund, warum Wissensassistenten nach dem Launch einschlafen.

Fehler 3: Techniker ohne echten Einbezug einführen Wenn Techniker das System als “Kontrollinstrument der Geschäftsführung” wahrnehmen — etwa weil Suchanfragen protokolliert werden und Ergebnisse in Beurteilungsgesprächen auftauchen — nutzen sie es nicht. Das System muss von Anfang an als Werkzeug für die Techniker positioniert werden, nicht über sie. Konkret: Techniker in die Auswahl der Dokumente einbeziehen, im Testbetrieb Feedback aktiv einsammeln, Anonymität der Einzelnutzungsabfragen garantieren.

Was mit der Einführung wirklich passiert — und was nicht

In den ersten vier Wochen nutzen 60–70 Prozent der Techniker das System kaum. Nicht weil es schlecht ist, sondern weil alte Gewohnheiten tief sitzen: Der Griff zum Telefon ist schneller als das Tippen einer Frage. Das ändert sich erst, wenn das System bei einer konkreten Situation besser und schneller als der Kollege antwortet.

Der typische Wendepunkt: Ein Techniker löst nachts im Bereitschaftsdienst einen ungewöhnlichen Druckregler-Typ ohne Kollegenanruf — weil das Handbuch im System war und der Kollege nicht erreichbar. Ab diesem Moment steigt die Nutzung schnell.

Erfahrene Monteure zeigen manchmal Skepsis aus einem anderen Grund: “Das kann doch nicht alles drinstehen, was ich weiß.” Diese Skepsis ist kein Widerstand gegen das System, sondern eine Einladung. Erfahrene Techniker einbeziehen, ihre Tipps und Erfahrungen strukturiert aufnehmen und ins System einpflegen — das erhöht Qualität und Akzeptanz gleichzeitig.

Was nicht passiert: Das System macht Fehldiagnosen nicht auf Null. Es ersetzt die fachliche Einschätzung des Monteurs nicht. Und es funktioniert nicht, wenn die Dokumentenbasis veraltet oder unvollständig ist.

Realistischer Zeitplan mit Risikohinweisen

Häufige Einwände — und was dahintersteckt

“Unsere Techniker nutzen keine digitalen Tools im Feld.” Das stimmt für eine Minderheit — aber nur dann, wenn das Tool den Workflow verschlechtert statt ihn zu vereinfachen. Tablets im Außendienst sind bei den meisten deutschen Netzbetreibern bereits etabliert (Störungsmeldung, Rohrkataster-Apps). Das Wissensassistenten-System läuft auf denselben Geräten. Der Unterschied liegt im Design der Nutzeroberfläche: einfache Suchmaske, klare Antworten, keine komplexe Navigation.

“Was ist, wenn das System eine falsche Antwort gibt?” Das wird passieren — deshalb zeigt das System immer die Quelldokumente, aus denen die Antwort stammt. Der Techniker prüft die Quelle und trifft die fachliche Entscheidung. Das System ersetzt das DVGW-Regelwerk nicht, es macht es zugänglicher. Haftungsrechtlich bleibt die fachkundige Person (gemäß Qualifikationsanforderungen nach DVGW G 1000) in der Pflicht — die Haftung selbst ergibt sich aus §49 EnWG, nicht das KI-System.

“Unsere Dokumente sind nicht in digitaler Form.” Das ist häufiger als vermutet. Die Lösung ist kein Blocker, aber ein vorgelagerter Schritt: Priorisierung der wichtigsten Dokumente (z. B. die 20 meistgenutzten Betriebsanweisungen), OCR-Verarbeitung mit einer professionellen Scan-Dienstleistung, danach Pilotbetrieb. Nicht jedes Dokument muss am Tag 1 verfügbar sein.

Woran du merkst, dass das zu dir passt

Das System lohnt sich für euch, wenn:

• Ihr mehr als 15 Techniker im Außendienst habt, die regelmäßig auf technische Dokumentation angewiesen sind
• Ihr in den nächsten 3 Jahren mindestens 20 Prozent eurer erfahrenen Techniker in die Rente verabschiedet
• Eure technische Dokumentation bereits zu mindestens 60 Prozent digital vorliegt
• Ihr im Betrieb bereits Tablets oder Smartphones standardmäßig einsetzt
• Ihr die KPIs Störungsdauer und Fehlfahrtenquote heute schon erfasst (als Baseline für den ROI-Nachweis)

Das System passt nicht zu euch, wenn:

• Eure Dokumentenbasis überwiegend aus Papierarchiven ohne digitale Entsprechung besteht — der Digitalisierungsaufwand übersteigt dann den KI-Nutzen in den ersten zwei Jahren
• Ihr keine Person benennen könnt, die dauerhaft für die Dokumentenpflege zuständig ist — ohne diese Rolle ist das System nach 18 Monaten unzuverlässig
• Euer Betrieb unter 8 Außendiensttechnikern liegt — bei dieser Teamgröße rechnet sich der Einrichtungsaufwand kaum
• Euer DVGW-Regelwerk-Bestand hat keine zentrale digitale Versionsverwaltung — das System macht veraltete Dokumente schneller zugänglich, nicht weniger gefährlich. Führt zuerst eine verbindliche Dokumenten-Baseline ein, bevor ihr indexiert

Das kannst du heute noch tun

Starte mit einem Dokumenten-Audit: Welche 20 Betriebsanweisungen fragen eure Techniker am häufigsten nach? Das sind die Kernkandidaten für den Piloten — und schon dieser Schritt zeigt, ob die Dokumentation überhaupt in einem Zustand ist, der ein RAG-System trägt.

Dann kannst du mit öffentlich zugänglichem DVGW-Regelwerk (das ist kein vertrauliches Dokument) einen ersten Testlauf machen — zum Beispiel mit NotebookLM, das ohne technisches Setup sofort nutzbar ist. Nicht für den Produktivbetrieb, aber als Konzeptnachweis für die Geschäftsführung.

Quellen & Methodik

• DVGW-Kongress 2024: „KI in der Versorgungswirtschaft” — Präsentation zur Bereitschaft von Mitarbeitenden in Energieversorgungsunternehmen: weniger als 27 Prozent der Belegschaft fühlen sich auf den KI-Einsatz vorbereitet; struktureller Schulungsbedarf als Kernthema
• Fachgespräche mit Rohrnetzpersonal (Branchenschätzung) — Erhebungen zu Wissenstransfer und Einarbeitungszeiten bei Gasnetzbetreibern; Einarbeitung neuer Techniker bis zur eigenständigen Störungsbearbeitung: branchenüblich 12–18 Monate; Schätzwert 15–45 Minuten je Kollegenanfrage aus Fachgesprächen, keine veröffentlichte Primärstudie
• Springer Nature 2024: „RAG and LLMs for Enterprise Knowledge Management” — Systematische Literaturübersicht: 63,6 % der Enterprise-RAG-Implementierungen nutzen GPT-basierte Modelle; Hauptherausforderung ist Dokumentenqualität, nicht Modelleigenschaften
• BSI: KRITIS-Sektorenübersicht Energie — Kritische Dienstleistungen und Schwellenwerte (Stand 2023), bsi.bund.de — Anforderungen an Datenhaltung und IT-Infrastruktur für kritische Infrastruktur; Basis für die Hosting-Empfehlungen in diesem Beitrag
• DVGW-Regelwerk G 1000 — Qualifikationsanforderungen an Unternehmen und Fachkräfte im Gas- und Wasserfach; definiert, wer als Fachkundiger gilt — die Haftung für den Eingriff ergibt sich aus §49 EnWG und dem Betriebssicherheitskonzept, nicht aus G 1000 selbst