KI-gestützte Kundenkommunikation im Netzanschlussprozess

Das echte Ausmaß des Problems

Rechtlich hängt der Hausanschluss im Niederdrucknetz an der Anschlusspflicht nach § 18 EnWG und an der Niederdruckanschlussverordnung (NDAV), die Netzanschluss und Anschlussnutzung regelt. Fristen aus der Gasnetzzugangsverordnung (GasNZV) könnt ihr dafür nicht heranziehen, sie ist mit Ablauf des 31. Dezember 2025 außer Kraft getreten. Was kein Regelwerk vorgibt: die Kommunikation in den acht bis zwanzig Wochen zwischen Antrag und Angebot, in denen Bauherren, Installateure und Architekten im Unklaren darüber sind, was mit ihrem Antrag passiert.

Besonders kritisch in der Praxis: Nachforderungen fehlender Unterlagen laufen oft informell per Telefon und sind dann nicht nachvollziehbar dokumentiert. Genau hier entstehen viele Kundenbeschwerden.

Das Ergebnis ist vorhersehbar: Alle rufen an.

Bei einem Stadtwerk mit 500 neuen Netzanschlüssen pro Jahr und vier Statusanfragen je Vorgang sind das 2.000 Anfragen im Jahr, rund acht je Arbeitstag, die jeweils 8–15 Minuten Sachbearbeiterzeit kosten, zusammen ein bis zwei Stunden täglich. Welchen Anteil der gesamten Sachbearbeitungszeit das bei euch ausmacht, hängt an der Teamgröße; eine belastbare Branchenzahl dafür haben wir nicht gefunden. Messt es zwei Wochen lang selbst (siehe “Das kannst du heute noch tun”).

Das Problem hat drei Ursachen:

• Keine proaktive Kommunikation: Der Prozess meldet sich nur, wenn der Netzbetreiber aktiv etwas braucht. Kunden bekommen keine automatischen Updates.
• Kein Selbstbedienungs-Portal: Bauherren und Installateure haben keinen Zugang zum aktuellen Bearbeitungsstatus, sie müssen anrufen oder eine E-Mail schreiben.
• Prozessunterbrechungen sind unsichtbar: Wenn ein Antrag intern auf die Abstimmung mit dem Tiefbau wartet, weiß der Antragsteller das nicht. Er denkt, sein Antrag wurde vergessen.

Im Strombereich müssen Verteilnetzbetreiber Netzanschlussbegehren inzwischen über eine gemeinsame Internetplattform ermöglichen (§ 14e EnWG). Für Gas gilt diese Pflicht nicht, aber Bauherren, die beides beantragen, vergleichen.

Mit vs. ohne KI, ein ehrlicher Vergleich

¹ Annahmen dieser Seite, keine repräsentative Studie. Zählt vorher zwei Wochen lang Statusanfragen und Minuten, dann habt ihr euren eigenen Vergleichswert.

Einschätzung auf einen Blick

Zeitersparnis, hoch (4/5) Das ist der direkteste Zeithebel dieses Use Cases. Bei 500 Anschlüssen im Jahr kosten Statusanfragen das Team ein bis zwei Stunden am Tag; übernimmt das System 60 Prozent davon, sind es später täglich rund eine Stunde zurückgewonnen, im ersten Jahr eher eine halbe. Das ist Zeit fürs Team, nicht je Person, und sie fließt in Antragsbearbeitung, wenn jemand dafür sorgt. Dieser Effekt ist vergleichbar mit der Netzanschluss-Automatisierung, die einen anderen Teilprozess desselben Workflows adressiert.

Kosteneinsparung, niedrig (2/5) Die freigewordene Sachbearbeiterzeit bringt keinen direkten Kostenvorteil, das Personal bleibt im Unternehmen. Der Nutzen entsteht durch Umverteilung: Anträge werden schneller bearbeitet, Fristen sicherer eingehalten, weniger Beschwerden generiert. Selbst als Zeitwert gerechnet deckt das die laufenden Kosten im ersten Jahr nur knapp (Rechnung unten).

Schnelle Umsetzung, mittel (3/5) Ein Chatbot für Standardfragen auf der Kundenportal-Website ist in 8 bis 16 Wochen einführbar, das ist machbar. Die vollständige Prozessautomatisierung mit Statusmeldungen aus dem Workforce-Management-System braucht eine funktionierende API-Anbindung an SAP IS-U oder das eingesetzte System, was die Umsetzungszeit auf 4 bis 8 Monate verlängert. Das ist kein unüberwindbares Hindernis, aber ein klarer Unterschied zum einfachen Chatbot-Einstieg.

ROI-Sicherheit, mittel (3/5) Der Nutzen ist messbar, vor und nach der Einführung lässt sich das Anfragenvolumen zählen. Aber der monetäre Wert der eingesparten Zeit hängt davon ab, ob die freigewordene Kapazität tatsächlich für produktive Antragsbearbeitung genutzt wird. Wenn das Team generell unterlastet ist, verpufft der Effekt.

Skalierbarkeit, hoch (4/5) Hier liegt die Stärke: Ein Chatbot beantwortet gleichzeitig hundert Anfragen genauso gut wie eine. Bei wachsender Antragsanzahl steigt der Nutzen der Automatisierung proportional, ohne dass Personal aufgestockt werden muss. Das ist der klarste Skalierungsvorteil in diesem Anwendungsbereich.

Richtwerte, stark abhängig von Antragsvolumen, bestehender Systemlandschaft und Prozessreifegrad.

Was das System konkret macht

Der Ansatz hat zwei Teile, die unabhängig eingeführt werden können:

Teil 1, Proaktive Statusmails bei Prozess-Meilensteinen Das System ist mit dem Workforce-Management- oder ERP-System (typischerweise SAP IS-U, Schleupen oder ein kommunales Eigenentwicklungssystem) per API verbunden. Sobald ein Vorgang einen definierten Meilenstein erreicht, Antrag vollständig eingegangen, technische Prüfung abgeschlossen, Angebotserstellung gestartet, Angebot versendet, Baubeginn bestätigt, generiert ein LLM automatisch eine Statusmail an den Antragsteller.

Diese Mails sind keine generischen Textbausteine, sondern kontextspezifisch: Sie nennen den konkreten Meilenstein, erklären in einem Satz, was jetzt als nächstes passiert, und geben einen realistischen Zeitrahmen für den nächsten Schritt. Kein Fachchinesisch, kein “Ihr Antrag wird bearbeitet”.

Teil 2, Chatbot für Standardanfragen im Kundenportal Ein Chatbot auf der Kundenportal-Website beantwortet die häufigsten 20 bis 30 Fragetypen: “Wie lange dauert ein Netzanschluss?”, “Welche Unterlagen brauche ich?”, “Ich habe mein Angebot noch nicht erhalten, was mache ich?”. Für eingeloggte Nutzer kann der Chatbot auch direkt den aktuellen Status eines laufenden Vorgangs abrufen und mitteilen.

Anfragen, die der Chatbot nicht beantworten kann, werden mit vollständigem Gesprächsprotokoll an eine Sachbearbeiterin weitergeleitet, so muss der Kunde die Situation nicht noch einmal erklären.

Was das System nicht macht: Es trifft keine fachlichen Entscheidungen über Antragseignung, Druckstufenzuordnung oder technische Machbarkeit. Diese Entscheidungen bleiben beim Fachpersonal. Das System kommuniziert Prozessstände, es bewertet sie nicht.

Konkrete Werkzeuge, was wann passt

ISA / hsag AI Suite , für den Chatbot-Einstieg ISA, früher unter der Marke Stadtwerk.bot, heute Teil der hsag AI Suite der Heidelberger hsag, ist speziell für Energieversorger entwickelt und kennt die typischen Fragestellungen rund um Netzanschluss, Tarife und Störungen. Kein allgemeines Chatbot-Tool, das erst auf die Branche trainiert werden muss, das reduziert die Einführungszeit erheblich. Deutscher Anbieter, DSGVO-konforme Verarbeitung laut Anbieter; einen konkreten Serverstandort weist er öffentlich nicht aus, fragt ihn im AVV ab. Ohne individuelle API-Integration hat ISA keinen Zugriff auf SAP IS-U oder Schleupen, Statusabfragen müssen separat angebunden werden. Preise nennt der Anbieter nur auf Anfrage.

n8n , für die Prozessautomatisierung Wenn die Statusmails auf Basis von SAP-Ereignissen ausgelöst werden sollen, braucht es eine Automatisierungsschicht, die die Signale verarbeitet und Mails oder Nachrichten auslöst. n8n ist eine Open-Source-Automatisierungsplattform, die on-premise betrieben werden kann, wichtig für Netzbetreiber mit Anforderungen an Datensouveränität. Die Integration in SAP IS-U erfordert technische Umsetzungsarbeit, ist aber gut dokumentiert.

Freshdesk , für das Ticket-Management Wenn nicht nur Statusanfragen, sondern der gesamte Kundenkontakt strukturiert werden soll, bietet Freshdesk ein vollständiges Helpdesk-System. Eingehende Anfragen werden automatisch kategorisiert und priorisiert. Freshdesk hat eine wählbare EU-Region, verarbeitet laut Datenschutzhinweis aber auch in den USA, und bietet Chatbot-Funktionalität, ist aber weniger branchenspezifisch als ISA.

Azure OpenAI Service , für die Mail-Textgenerierung Für die Erstellung der Statusmails aus Prozessdaten bietet Azure OpenAI eine flexible Basis: Die Prozessdaten werden als Kontext übergeben, ein Sprachmodell generiert den Text, der dann vor dem Versand in eine definierte Vorlage eingebettet wird. EU-Datenhaltung über Microsofts EU Data Boundary. Für datenschutzkritische Konfigurationen kann auch Aleph Alpha on-premise eingesetzt werden.

SAP IS-U / Schleupen-Integration: Beide Systeme haben APIs oder Datenbankzugänge, über die Prozessstatusdaten abgerufen werden können. Die Integration ist das technisch aufwendigste Element und sollte nicht unterschätzt werden.

Zusammenfassung: pragmatischer Einstieg

• Nur Chatbot ohne Systemanbindung → ISA in 8–12 Wochen
• Proaktive Statusmails mit SAP-Anbindung → n8n + Azure OpenAI, 4–8 Monate
• Vollständige Kundenportal-Integration mit Echtzeit-Status → Individualprojekt, 6–12 Monate

Datenschutz und Datenhaltung

Im Netzanschlussprozess werden personenbezogene Daten der Antragsteller verarbeitet: Name, Adresse, Kontaktdaten, technische Details des Grundstücks. Ein System, das auf diese Daten zugreift, um Statusmails zu generieren, unterliegt vollständig der DSGVO.

Konkrete Anforderungen:

• Auftragsverarbeitungsvertrag (AVV): Mit jedem Anbieter, der auf Kundendaten zugreift (Chatbot-Anbieter, LLM-API-Anbieter), muss ein AVV nach Art. 28 DSGVO geschlossen werden.
• Zweckbindung: Kundendaten dürfen nur für die Prozessstatus-Kommunikation genutzt werden, nicht für andere Zwecke, keine Weitergabe an Dritte.
• EU-Datenhaltung: Für ISA den Serverstandort im AVV festhalten, öffentlich nennt ihn der Anbieter nicht. Azure OpenAI kann über EU Data Boundary konfiguriert werden. Für Konfigurationen, bei denen Kundendaten den EU-Raum nicht verlassen dürfen, sind On-Premise-Lösungen mit n8n + Aleph Alpha die sichere Alternative.

Der Chatbot-Betrieb auf öffentlichen Kundenportalen erfordert außerdem eine Datenschutzerklärung, die den Einsatz des Chatbots und die damit verbundene Datenverarbeitung transparent macht.

Was es kostet, realistisch gerechnet

Einstieg: Nur Chatbot

• Einrichtung, Konfiguration und laufende Lizenz für ISA: nur auf Anfrage, der Anbieter veröffentlicht keine Preise. Holt ein Angebot ein, bevor ihr rechnet.
• Zeitaufwand intern: 2–4 Wochen für Fragen-Katalog und Testphase

Vollausbau: Proaktive Statusmails mit Systemanbindung (ohne Chatbot)

• Integration SAP IS-U / n8n: 20.000–50.000 Euro Projektkosten
• LLM-API (Azure OpenAI): 300–800 Euro/Monat je nach Volumen
• Gesamtprojektdauer: 4–8 Monate

Rechnung für die Statusmails, als Zeitwert: 500 neue Netzanschlüsse im Jahr mal 4 Statusanfragen = 2.000 Anfragen, mal 12 Minuten = 400 Stunden im Jahr. Wir setzen den großzügigen Satz von 80 Euro je Stunde an.

• Jahr 1, 20–30 % weniger Anfragen: rund 100 Stunden, also 100 mal 80 = 8.000 Euro Zeitwert
• Ab Jahr 2, 60 % weniger: 240 Stunden, also 240 mal 80 = 19.200 Euro Zeitwert
• Laufende Kosten: 12 mal 300–800 Euro = 3.600–9.600 Euro im Jahr, in der Mitte 6.600 Euro
• Netto: im ersten Jahr rund 1.400 Euro, danach rund 12.600 Euro im Jahr
• Bei 30.000 Euro Einrichtung: bezahlt nach gut drei Jahren

Diese Rechnung trägt nur, wenn die gewonnenen Stunden tatsächlich Anträge abarbeiten, die sonst liegen blieben, Überstunden ersetzen oder eine Aushilfe überflüssig machen; bleibt das Personal gleich ausgelastet, ist kein Euro gespart. Mit einem Chatbot kommen dessen Lizenzkosten dazu, und die sind unbekannt, bis ihr ein Angebot habt. Bei 300 Anschlüssen im Jahr schrumpft der Zeitwert auf drei Fünftel, und die Einrichtung ist erst nach sieben bis acht Jahren bezahlt.

Drei typische Einstiegsfehler

Fehler 1: Den Chatbot mit zu vielen Ausnahmen überlasten Der Versuch, den Chatbot für alle möglichen Fragen zu konfigurieren, führt zu einem System, das viele Fragen halbrichtig beantwortet. Besser: Die 15 häufigsten Fragen vollständig korrekt abdecken, mit ehrlichem Eskalationspfad für alles andere. Kundinnen, die eine falsche Antwort bekommen, verlieren das Vertrauen schneller als Kundinnen, die weitergeleitet werden.

Fehler 2: Die Statusmails klingen wie Formschreiben Ein LLM kann gut formulieren, aber wenn die Statusmails identisch klingen wie die bisherigen Textbausteine (“Ihr Antrag befindet sich in Bearbeitung”), ist der Nutzen für den Kunden gering. Die Qualitätskontrolle der generierten Texte ist entscheidend: Sind sie klar, konkret und verständlich für Bauherren ohne Energiefachwissen?

Fehler 3: Die Prozessdaten-Qualität nicht prüfen Wenn die SAP-Daten veraltete oder inkonsistente Statusfelder enthalten, Vorgänge, die im System als “in Bearbeitung” stehen, aber seit Wochen unberührt sind, generiert die KI korrekte Mails mit falschen Informationen. Vor der Implementierung muss die Datenqualität der Prozessstatusdaten geprüft und bereinigt werden. Dazu kommt ein oft übersehener Wartungsaspekt: Der Fragen-Katalog des Chatbots veraltet, sobald sich Antragsformulare, Fristen oder interne Prozesse ändern, und niemand pflegt ihn nach. Wer nicht von Anfang an eine verantwortliche Person für diese laufende Pflege benennt, betreibt nach 6 bis 12 Monaten einen Chatbot mit veralteten Antworten.

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

Der Chatbot wird in den ersten Wochen viele Anfragen nicht verstehen oder falsch einordnen. Das ist normal, und kein Grund, das Projekt zu stoppen. Die wichtigste Aufgabe in den ersten sechs Wochen ist das systematische Auswerten der Chatbot-Protokolle: Welche Fragen werden nicht erkannt? Wo gibt der Chatbot unsinnige Antworten? Diese Lücken werden in kurzen Iterationszyklen geschlossen.

Was nicht passiert: Eine sofortige Halbierung der eingehenden Anrufe. Die Erfahrung aus ähnlichen Projekten bei Stadtwerken zeigt, dass die Akzeptanz des Chatbots unter Kunden 3 bis 6 Monate braucht. Wer bislang angerufen hat, ruft zunächst weiter an, bis er erlebt, dass der Chatbot schneller und zuverlässiger antwortet als das Warteschleifentelefon.

Was tatsächlich passiert: Das Verhältnis zwischen Chatbot-Antworten und Anrufen verschiebt sich langsam, aber messbar, wenn die Qualität der Antworten stimmt.

Realistischer Zeitplan mit Risikohinweisen

Häufige Einwände, und was dahintersteckt

“Unsere Kunden wollen mit echten Menschen sprechen.” Das stimmt für komplexe Fälle. Aber “Wo steht mein Antrag?” ist kein komplexer Fall. Kunden wollen eine schnelle, korrekte Antwort. Ob die von einem Chatbot oder einem Menschen kommt, ist sekundär, was zählt, ist die Qualität der Antwort. Wer schon einmal 20 Minuten in einer Warteschleife gehangen hat, ist oft froh über einen Chatbot, der sofort antwortet.

“Das klingt nach viel Aufwand für einen kleinen Nutzen.” Der Aufwand für den reinen Chatbot-Einstieg ist überschaubar: 8 bis 12 Wochen, ein klar definiertes Fragen-Spektrum, ein Anbieter mit Branchenerfahrung. Der Nutzen, 20 bis 30 % weniger Telefonanfragen im ersten Jahr, ist real und messbar. Man muss nicht das vollständige System bauen, um ersten Nutzen zu sehen.

Woran du merkst, dass das zu dir passt

Das passt zu dir, wenn:

• Deine Sachbearbeiterinnen mehr als 20 % ihrer Zeit mit Statusanfragen verbringen (Selbsteinschätzung oder Analyse der Anrufprotokolle)
• Du ein Kundenportal hast oder planst, in das ein Chatbot integriert werden kann
• Du ein SAP IS-U oder ähnliches System einsetzt, das Prozessstatusdaten strukturiert speichert

Das passt noch nicht zu dir, wenn:

• Ihr bearbeitet weniger als 300 Netzanschlüsse pro Jahr: Dann ist die ERP-Integration selbst als Zeitwert erst nach sieben Jahren und mehr bezahlt. Statusmails aus festen Textbausteinen, die euer ERP bei jedem Meilenstein ohnehin verschicken kann, bringen dort den größten Teil des Nutzens, ganz ohne KI.
• Deine Prozessdaten in SAP oder dem ERP-System unstrukturiert oder veraltet sind, dann kommuniziert der Chatbot falsche Statusstände und schadet mehr als er hilft
• Dein Team keine Kapazität hat, den Chatbot in den ersten 6 Wochen aktiv weiterzuentwickeln, ein Chatbot, der nie angepasst wird, verliert schnell an Qualität

Das kannst du heute noch tun

Fang nicht mit dem Tool an, fang mit den Daten an. Analysiere in deinem Ticketsystem oder deinen Anrufprotokollen: Welche 10 Fragen kommen am häufigsten? Lass Sachbearbeiterinnen zwei Wochen lang jede Statusanfrage mit einer Fragen-Kategorie erfassen. Diese Liste ist der Startkatalog für jeden Chatbot.

Quellen & Methodik

• EnWG § 18 (Allgemeine Anschlusspflicht) und Niederdruckanschlussverordnung (NDAV); gesetze-im-internet.de. Die Gasnetzzugangsverordnung (GasNZV 2010) ist mit Ablauf des 31.12.2025 aufgehoben (Art. 15 Abs. 6 des Gesetzes vom 22.12.2023, BGBl. 2023 I Nr. 405; buzer.de/gesetz/9416/).
• EnWG § 14e (Gemeinsame Internetplattform der Elektrizitätsverteilernetzbetreiber für Netzanschlussbegehren, gilt nicht für Gas); gesetze-im-internet.de/enwg_2005/__14e.html
• hsag AI Suite (ISA): Produktseite hsag-ai-suite.de; die frühere Marke Stadtwerk.bot leitet dorthin weiter. Preise und Serverstandort nennt der Anbieter nicht öffentlich (siehe unsere Toolseite).
• Simplifier AG, Digitaler Netzanschlussprozess (2024): Erfahrungsbericht zur Prozessdigitalisierung bei Netzportalen; Effizienzgewinne durch strukturierte Antragserfassung.