Netzausbauplanung-Dokumentation per KI

Das echte Ausmaß des Problems

Netzausbau in Deutschland ist auch ein Dokumentationsprojekt. Bevor der erste Bagger rollt, brauchen Netzbetreiber, ob großes Telekommunikationsunternehmen oder regionaler Stadtwerke-Ableger, eine Vielzahl genehmigter Unterlagen: Wegebaurechtsanträge nach § 68 TKG, Einverständniserklärungen von Leitungsträgern, Lageberichte mit georeferenzierten Trassenverläufen, technische Beschreibungen für Gemeinden und Landkreise, und bei gefördertem Ausbau zusätzlich die Begleitdokumentation nach der Gigabit-Richtlinie 2.0 des Bundes.

Die Branche ist sich einig: Bürokratie und Genehmigungsverfahren gehören zu den größten Hemmnissen beim Glasfaserausbau. Die BREKO-Jahrestagung 2023 war in diesem Punkt ungewöhnlich eindeutig, die Glasfaserbranche forderte dort gemeinsam die Pflicht-Digitalisierung von Genehmigungsverfahren auf Basis des Breitbandportals bis Ende 2024 sowie die Befreiung von Zustimmungspflichten beim Anschluss von Gebäuden an bereits in der Straße liegende Glasfasertrassen. Dahinter steckt ein strukturelles Problem: Nicht nur die Bearbeitungszeiten bei Behörden, sondern auch die Qualität der eingereichten Unterlagen verzögert Projekte erheblich. Anträge, die bei der Ersteinreichung unvollständig sind, kommen mit Wiedervorlage zurück, das kostet erfahrungsgemäß 3 bis 8 Wochen zusätzliche Projektlaufzeit pro Vorfall.

Das Dokumentationsproblem ist strukturell: Die Unterlagen für ein einzelnes FTTH-Erschließungsgebiet umfassen üblicherweise 10 bis 20 Einzeldokumente. Ein erheblicher Anteil ihrer Inhalte wiederholt sich, Projektname, Koordinaten, Betreiberdaten, Trassenverläufe, Materialkennwerte. Trotzdem wird jedes Dokument separat befüllt, typischerweise von Hand, aus Excel-Tabellen und GIS-Exporten in Word-Vorlagen hineinkopiert.

Das Ergebnis sind drei regelmäßige Fehlerquellen:

• Versionsinkonsistenzen: Koordinaten oder Längenangaben ändern sich in der Feinplanung; nicht alle Dokumente werden synchron aktualisiert, Behörden finden Widersprüche zwischen Lageplan und Erläuterungsbericht.
• Lücken in Pflichtfeldern: Jede Behörde hat leicht andere Formulare. Projektingenieure kennen nach Jahren die eigenen Standardkunden, aber bei neuen Gemeinden oder neuen Formulargenerationen fehlen Pflichtfelder.
• Kapazitätsflaschenhals: In Phasen mit hohem Ausbauprogramm, wie dem aktuellen Gigabitausbau, wartet der Baubeginn nicht auf die Kapazität der Planungsabteilung. Dokumentationsstau verzögert Baustart und Mittelfreigabe.

Mit vs. ohne KI, ein ehrlicher Vergleich

Die Vergleichswerte zur Dokumentationszeit stammen aus Praxisberichten von LATUS consulting AG (FiberProof AI, 2024) und eigenen Erfahrungswerten aus FTTH-Ausbauprojekten; keine repräsentative Studie. Die Wiedervorlagenquote von 20–35 % bei Erstanträgen basiert auf Erfahrungswerten von Projektingenieurinnen und Projektingenieuren in regionalen Netzbetrieben; keine systematische Erhebung.

Einschätzung auf einen Blick

Zeitersparnis, hoch (4/5) Die Zeitersparnis ist das stärkste Argument dieses Use Cases: 30 bis 40 Stunden Dokumentationsarbeit je Genehmigungspaket lassen sich bei konsequenter Systemnutzung auf 15 bis 20 Stunden reduzieren. Das entspricht 1,5 bis 2 Arbeitstagen je Projekt, real und direkt messbar in den Kapazitätsplänen der Planungsabteilung. Warum keine 5? Weil der alleinige Spitzenreiter in dieser Branche, die Kundensupport-Automatisierung, täglich mehrere Arbeitsstunden je Mitarbeitenden einspart, während die Dokumentationsersparnis projektweise anfällt.

Kosteneinsparung, niedrig (2/5) Die Kosteneinsparung ist real, aber schwer direkt zu attribuieren. Eingesparte Ingenieursstunden kosten das Unternehmen weniger, aber dieselben Ingenieure werden mit dem freigewordenen Kapital für mehr Projekte eingesetzt, nicht ausgebaut, nur verteilt. Der vermiedene Verzögerungsschaden durch sauberere Genehmigungsunterlagen ist das stärkere Argument, aber kaum als Budgetposten buchbar. Dieser Use Case ist kein Kostensenkungsprogramm, er ist ein Kapazitätshebel.

Schnelle Umsetzung, mittel (3/5) Bis zum Pilotbetrieb vergehen realistisch 10 bis 14 Wochen: Vorlagen inventarisieren, Pflichtfelder aus verschiedenen Behördenformularen kartieren, Prompts gegen echte Dokumentenpaare testen, Feedbackschleife mit den Planungsingenieuren. Das ist machbar, aber nicht trivial, insbesondere das Prompt-Engineering für behördenspezifische Formulierungen braucht Expertenwissen über die tatsächlichen Anforderungen.

ROI-Sicherheit, mittel (3/5) Die Zeitersparnis in der Dokumentation ist direkt messbar: Stunden vorher minus Stunden nachher. Ob die verbesserte Dokumentenqualität tatsächlich seltener Wiedervorlagen produziert, lässt sich erst nach 12 bis 18 Monaten mit ausreichenden Fallzahlen belegen. Das ist der Unsicherheitsfaktor: Behördenentscheidungen hängen von vielen Variablen ab, nicht nur von der Dokumentenqualität.

Skalierbarkeit, mittel (3/5) Das System skaliert gut mit dem Ausbauprogramm, mehr Projekte, gleicher Templatestamm. Was aber nicht mitläuft: neue Behördenformulare, Änderungen der TKG-Ausführungsregeln, neue Förderrichtlinien. Jede Regulierungsänderung erfordert Template-Updates. Wer heute gute Vorlagen baut, hat in drei Jahren eine Sammlung, die zu wesentlichen Teilen überarbeitet werden muss.

Richtwerte, stark abhängig von Projektvolumen, Behördenlandschaft und Qualität der bestehenden GIS-Daten.

Die Genehmigungsrealität in Deutschland

Bevor wir über KI-Tools sprechen, lohnt ein kurzer Blick darauf, welche Unterlagen überhaupt entstehen müssen, denn das ist die Grundlage für alles, was ein KI-Assistent automatisieren kann.

Wegebaurechtsanträge nach § 68 ff. TKG 2021 Seit der TKG-Novelle 2021 haben Telekommunikationsunternehmen ein gesetzliches Recht auf Nutzung öffentlicher Verkehrswege, aber die Kommunen müssen trotzdem informiert und koordiniert werden. In der Praxis bedeutet das: Für jede Gemeinde ein separater Antrag mit Lageplan, technischer Beschreibung und Kreuzungsnachweis. Jede Gemeinde hat leicht andere Erwartungen an Detailtiefe und Format.

BNetzA-Dokumentationspflichten Die Bundesnetzagentur erhebt Netzdaten für den Gigabitatlas (früher Breitbandatlas). Netzbetreiber müssen Ausbaustände regelmäßig melden, ab 2024 mit dem TKG-Änderungsgesetz direkt ins Gigabit-Grundbuch, das zur zentralen Datendrehscheibe werden soll. Das bedeutet: mehr strukturierte Datenpflege, klarere Formatvorgaben, weniger Spielraum für unvollständige Angaben.

Gigabit-Richtlinie 2.0, Förderdokumentation Bei Ausbau in geförderten Gebieten (Weiße-Flecken-Programm, Graue-Flecken-Programm) kommen Begleitdokumentationen nach der Gigabit-Richtlinie 2.0 hinzu: Branchendialoge-Protokolle (seit 2024 verpflichtend), jährliche Monitoringberichte, Verwendungsnachweise, Materialdokumentation nach dem einheitlichen Materialkonzept des Bundes. Diese Unterlagen sind standardisiert, und damit besonders gut für KI-Automatisierung geeignet. Gleichzeitig wurde die Gigabit-Richtlinie 2.0 allein zwischen 2023 und Anfang 2025 zweimal in wesentlichen Teilen geändert (Änderungsfassung 30.04.2024, zweite Änderungsfassung 13.01.2025), ein direkter Beleg dafür, wie schnell sich die formalen Anforderungen an die Förderdokumentation verschieben.

Was das für die KI-Strategie bedeutet: Die Kombination aus bundesweit einheitlichen BNetzA-Formaten und stark lokalisierten kommunalen Anforderungen schafft einen interessanten Mix. Bundesformate können zu 80–90 Prozent automatisiert werden. Kommunale Anträge brauchen eine lokale Template-Bibliothek, die gepflegt werden muss.

Was im Feld gesammelt sein muss, bevor die KI irgendetwas tut

Das ist der am häufigsten unterschätzte Punkt: Ein KI-Dokumentassistent für Netzausbauplanung generiert keine Informationen, er strukturiert und formuliert Informationen, die bereits vorliegen müssen. Wenn die Quelldaten fehlen, falsch sind oder veraltet sind, produziert der Assistent formal korrekte Dokumente mit falschen Inhalten.

Für ein typisches FTTH-Genehmigungspaket müssen folgende Daten vollständig und aktuell vorliegen:

Aus dem GIS-System:

• Trassenverläufe mit aktuellen Koordinaten (nach letzter Feinplanung, nicht Grobplanung)
• Kreuzungspunkte mit Bestandsleitungen (Gas, Wasser, Strom, Telekom) mit Tiefenangaben
• Flächennutzung entlang der Trasse (Straßenland, Privatgrundstück, Forst)
• Knotenpunkte und Verteilerstandorte

Aus der Projektplanung:

• Aktueller Zeitplan mit Baubeginn- und Fertigstellungsdatum
• Beteiligte Unternehmen (Netzbetreiber, GU, Tiefbauunternehmen)
• Materialkennwerte (Kabeltyp, Leerrohrdurchmesser, Verlegeverfahren)
• Förderkennzeichen und zuständiger Projektträger (bei gefördertem Ausbau)

Aus Behördenabstimmungen:

• Ergebnisse von Leitungsanfragen bei Versorgungsunternehmen
• Protokolle von Koordinationsgesprächen mit Tiefbauämtern
• Auflagen aus Umwelt- und Denkmalschutzprüfungen

Wenn diese Daten in strukturierter Form vorliegen, etwa als GIS-Export, als ausgefülltes Projektdatenblatt oder als Protokoll aus dem Projektmanagementtool, kann der KI-Assistent daraus vollständige Dokumentensätze generieren. Fehlt die Strukturierung, ist der erste Schritt keine KI-Einführung, sondern eine Datenerfassungsreform.

Was der Dokumentassistent konkret macht

Der technische Ansatz ist einfacher als oft angenommen. Du brauchst kein spezialisiertes KI-System für Telekommunikation, du brauchst ein LLM mit gutem Strukturverständnis, aussagekräftige Vorlagen und klar definierte Eingabedaten.

Schritt 1, Template-Inventar aufbauen Alle standardisierten Dokumente, die regelmäßig entstehen, werden erfasst und in maschinenlesbare Templates umgewandelt. Pflichtfelder werden als Platzhalter markiert, Freitextabschnitte werden als strukturierte Textbausteine mit Variablen versehen.

Schritt 2, Projektdaten strukturieren Für jedes neue Projekt werden die Quelldaten in einem strukturierten Eingabeformat zusammengeführt, entweder als einfaches JSON-Datenblatt oder als ausgefüllte Markdown-Tabelle. Das dauert 30 bis 60 Minuten, weil die Daten ohnehin vorhanden sind; sie müssen nur an einem Ort zusammengeführt werden.

Schritt 3, Dokumente generieren Der KI-Assistent erhält das Template plus die Projektdaten und generiert den vollständigen Dokumentenentwurf. Die Generative KI füllt nicht nur die Platzhalter, sie formuliert auch Freitextabschnitte kohärent, angepasst an Behörden- oder Auftraggeber-Stil, und erkennt fehlende Pflichtfelder, bevor das Dokument eingereicht wird.

Schritt 4, Vier-Augen-Prüfung Kein Genehmigungsantrag verlässt das Haus ohne menschliche Prüfung. Der KI-Assistent reduziert den Prüfaufwand, weil er inhaltliche Konsistenz zwischen Dokumenten sicherstellt, aber die fachliche Plausibilitätsprüfung der Koordinaten, Maße und Terminangaben bleibt beim Ingenieur.

Konkrete Werkzeuge, was wann passt

Die Werkzeugwahl hängt stark davon ab, ob du eine allgemeine LLM-Lösung mit eigenen Templates kombinieren willst, oder eine spezifischere Plattform für den gesamten FTTH-Projektzyklus suchst.

Claude oder ChatGPT (API), für Template-Automatisierung Für Teams mit IT-Ressourcen ist der direkte API-Zugang zu einem LLM die flexibelste Lösung. Du baust ein Python-Skript oder eine einfache Web-Applikation, die Projektdaten aus einer strukturierten Quelle (Excel, GIS-Export, JSON) nimmt, mit dem Template kombiniert und über die API den Text generieren lässt. Claude ist besonders stark bei langen, strukturierten Dokumenten mit konsistenter Formatierung. Kosten: API-Zugang ab ca. 3–15 € je 1.000 generierter Dokumente, je nach Dokumentenlänge und Modell.

Microsoft 365 Copilot, für Teams mit M365-Infrastruktur Wenn die Planungsabteilung bereits Microsoft 365 nutzt (Word, Teams, SharePoint), ist Microsoft 365 Copilot der naheliegendste Einstieg. Das Tool kann in Word Vorlagen mit eingelesenen Daten befüllen, Freitexte schreiben und auf Widersprüche zwischen Dokumentabschnitten hinweisen. Kein separates Setup nötig. Einschränkung: Die Funktion arbeitet im Word-Kontext, nicht als eigenständige Dokumentationspipeline, für serielle Batch-Generierung mehrerer Dokumente in einem Arbeitsgang ist der API-Ansatz leistungsfähiger. Kosten: ca. 28–30 €/Nutzer/Monat zusätzlich zur bestehenden M365-Lizenz.

Gridbit, für FTTH-Projektmanagement mit integrierter Dokumentation Wer nicht nur Dokumente automatisieren, sondern den gesamten FTTH-Projektzyklus, von der Netzplanung über die NE4-Hauserschließung bis zum Baufortschrittstracking, in einer Plattform bündeln will, findet in Gridbit eine spezialisierte Lösung. Gridbit ist keine LLM-basierte Textgenerierung, sondern eine Projektmanagement- und Dokumentationsplattform für Netzbetreiber und Generalunternehmer: Feldteams dokumentieren per Mobile App, Projektleiter sehen Baufortschritt und Meilensteine in Echtzeit. Sinnvoll, wenn die Planungsabteilung mehr als zehn parallele Projekte koordiniert und der Engpass nicht nur in der Dokumentenerstellung, sondern in der gesamten Projektsteuerung liegt. Preise auf Anfrage.

inseyet, für Felderfassung und Abnahmedokumentation inseyet ist eine spezialisierte Infrastruktur-Dokumentationslösung: LiDAR-gestützte 3D-Erfassung per iPhone, Echtzeit-Baustatus-Dashboard, automatische Abnahmedokumentation nach Betreiberstandards. Relevant für die Phase nach dem Spatenstich, wenn As-Built-Dokumentation und Abnahmeunterlagen entstehen müssen. Für die Genehmigungsphase davor ist inseyet weniger geeignet; die beiden Anwendungsphasen ergänzen sich gut. Preise auf Anfrage.

DeepUp, für Trassenerfassung beim Tiefbau DeepUp löst ein sehr spezifisches, aber teures Problem: die präzise georeferenzierte Dokumentation unterirdischer Leitungen während der Verlegung, nicht danach. Mit satellitengestützter Hardware (unter 10 cm Genauigkeit) erfassen Bautrupps Tiefe, Breite und Verlauf in Echtzeit. Das Ergebnis sind GIS-Daten, die direkt in Bestandsdokumentationen eingeführt werden, ohne manuelle Übertragung nach Grabenschluss. Dr. Peter Raue von der Deutschen GigaNetz fasst den praktischen Nutzen so zusammen: „DeepUp ist zurzeit unser Alleinstellungsmerkmal: alle unsere Leitungen liegen genau dort, wo wir sie beauskunften, und nicht irgendwo im Straßenquerschnitt.” Abrechnung nach Trassenmeter, keine Anschaffungskosten für Hardware. Offizieller Telekom-Partner seit 2024.

Zusammenfassung: Wann welcher Ansatz

• Genehmigungsphase, IT-Team vorhanden → Claude oder ChatGPT per API
• Genehmigungsphase, M365-Team ohne IT-Ressourcen → Microsoft 365 Copilot
• FTTH-Projektsteuerung + Dokumentation über gesamten Projektzyklus → Gridbit
• Bauphase, Abnahmedokumentation → inseyet
• Tiefbau, As-Built-Trassenerfassung → DeepUp

Datenschutz und Datenhaltung

Genehmigungsunterlagen für Netzausbauprojekte enthalten selten personenbezogene Daten im Sinne der DSGVO, die meisten Felder betreffen geografische Daten, Netzparameter und Firmendaten. Trotzdem gibt es relevante Datenschutzaspekte:

Standortdaten und Netzgeometrie Trassenverläufe, Verteilerstandorte und Knotenkoordinaten sind technische Infrastrukturdaten, die in falschen Händen Sicherheitsrisiken darstellen können (kritische Infrastruktur). Wer diese Daten an einen US-amerikanischen Cloud-Dienst übergibt, sollte sicherstellen, dass ein AVV nach Art. 28 DSGVO vorliegt, auch wenn die Daten nicht personenbezogen sind, unterliegen sie Vertraulichkeitspflichten.

Empfehlungen je Tool:

• Claude API (Anthropic): Daten werden standardmäßig nicht für Training verwendet, wenn du über die API arbeitest. Für besonders sensible Netzdaten empfiehlt sich der API-Betrieb mit EU-Region-Konfiguration oder ein Enterprise-Vertrag mit AVV.
• Microsoft 365 Copilot: Betrieb im Microsoft EU Data Boundary möglich, Daten verbleiben dann in EU-Rechenzentren. Empfohlen für Netzbetreiber mit KRITIS-Einordnung.
• Gridbit, inseyet und DeepUp: Alle drei deutsche Unternehmen mit EU-Datenhaltung.

Für KRITIS-eingestufte Netzbetreiber, Unternehmen, deren Telekommunikationsinfrastruktur als kritische Infrastruktur gilt, haben erhöhte Anforderungen an die Informationssicherheit (BSI-Grundschutz, IT-SiG 2.0). Vor dem Einsatz externer KI-Dienste sollte eine interne Prüfung der Geheimhaltungsstufe der übertragenen Daten stattfinden.

Was es kostet, realistisch gerechnet

Einmalige Einrichtungskosten

• Template-Inventarisierung und Digitalisierung: 2–4 Wochen interner Aufwand, ggf. extern unterstützt (3.000–8.000 €)
• Prompt-Engineering und Testläufe gegen reale Projektdaten: 1–2 Wochen
• Integration mit GIS-Exporten und Projektdatenpflege: abhängig von vorhandener Infrastruktur (0 bis 15.000 €)
• Gesamt Einrichtungsaufwand: typisch 10.000–25.000 €, bei schlankem Template-Start auch 5.000–8.000 €

Laufende Kosten (monatlich)

• Claude oder ChatGPT API: 100–500 € monatlich je nach Dokumentenvolumen (ca. 3–15 € je 1.000 generierter Dokumente)
• Microsoft 365 Copilot: ca. 28–30 €/Nutzer/Monat für die Planungsabteilung (laut Microsoft-Preisliste Stand April 2026)
• Gridbit: Preise auf Anfrage, projektvolumenabhängig
• inseyet: Preise auf Anfrage, pro Projekt/Bauabschnitt kalkulierbar
• DeepUp: Abrechnung nach Trassenmeter, variable Kosten

Was du dagegenrechnen kannst Ein Projektingenieur, der drei Genehmigungspakete pro Monat bearbeitet und dabei 2 Arbeitstage je Paket einspart, gewinnt 6 Arbeitstage monatlich zurück. Bei einem Bruttostundensatz von 35–55 € für Planungsingenieure (Orientierungswert basierend auf Destatis-Verdienstdaten 2024 für Berufe in Technischer Planung) macht das 1.700 bis 2.600 € monatlich je Person. Bei einer fünfköpfigen Planungsabteilung: 8.500 bis 13.000 € monatliche Einsparung, theoretisch. In der Praxis werden die Kapazitäten nicht reduziert, sondern für mehr Projekte genutzt: Das ist der eigentliche Wert, Wachstum ohne proportionalen Personalaufbau.

Konservatives Szenario: Selbst wenn nur 30 Prozent des theoretischen Nutzens eintreten, durch Anlaufverluste, Akzeptanzprobleme, Template-Pflege, amortisiert sich das System innerhalb von 6 bis 12 Monaten.

Wie du den ROI tatsächlich misst Die gefährlichste ROI-Behauptung ist die, die niemand nachprüft. Konkrete Messgrößen, die du vor dem Pilotstart definieren solltest:

• Dokumentationszeit je Paket, stoppt die Stunden für ein vollständiges Genehmigungspaket (Erfassung, Erstellung, Prüfung) vor dem System und danach. Drei Projekte Baseline reichen.
• Wiedervorlagenquote, wie viele Erstanträge kommen mit Änderungsbedarf zurück? Sechs Monate vor dem System vs. sechs Monate danach.
• Durchlaufzeit, von fertigem Trassenplan bis eingereichtem Genehmigungsantrag: Tage oder Wochen? Diese Kennzahl zeigt den Einfluss auf die tatsächliche Projektlaufzeit.

Alle drei Größen lassen sich mit einem einfachen Projektprotokoll messen, kein BI-Tool nötig.

Typische Einstiegsfehler

1. Templates aus Word-Vorlagen direkt in Prompts übertragen. Ein Word-Dokument mit 40 Pflichtfeldern, Bedingungsklauseln und behördenspezifischen Formulierungen ist kein guter Prompt-Ausgangspunkt. Wer versucht, das gesamte Formular als Kontext in das LLM zu laden, bekommt inkonsistente Ausgaben. Die bessere Lösung: Dokumente in Struktur (welche Abschnitte gibt es?) und Inhaltsregeln (was genau kommt in Abschnitt X, unter welchen Bedingungen?) aufteilen. Das kostet am Anfang Zeit, zahlt sich aber aus.

2. KI-generierte Koordinaten und Maßangaben nicht prüfen. LLMs halluzinieren, sie erfinden plausibel klingende Werte, wenn die Eingabedaten lückenhaft sind. Ein KI-generiertes Dokument mit falschen GPS-Koordinaten in einem Wegebaurechtsantrag ist schlechter als gar kein Dokument: Es wird eingereicht, abgelehnt und hat Vertrauen in das System zerstört. Pflicht: Jede Koordinatenangabe, Längenangabe und Datumsreferenz in jedem generierten Dokument wird gegen die Quelldaten geprüft, ohne Ausnahme.

3. Behördenspezifische Formulare als “national einheitlich” behandeln. Der Wegebaurechtsantrag nach TKG läuft bundesweit nach denselben Rechtsgrundlagen, aber die Formulare der einzelnen Gemeinden unterscheiden sich erheblich in Detailtiefe, Anlagenverzeichnis und geforderter Nomenklatur. Ein Template, das für eine Gemeinde in Bayern optimiert wurde, produziert bei einer Gemeinde in Sachsen-Anhalt unvollständige Unterlagen. Die Template-Bibliothek muss regional differenziert aufgebaut und gepflegt werden.

4. Das System nach der Einführung nicht aktualisieren. Das ist der gefährlichste Fehler, weil er still passiert.

Templates, die auf der Gigabit-Richtlinie 2.0 basieren, müssen angepasst werden, wenn sich Fördervoraussetzungen, Berichtspflichten oder Pflichtfelder ändern, und das geschieht regelmäßig. Die Gigabit-Richtlinie 2.0 wurde allein zwischen März 2023 und Januar 2025 zweimal in wesentlichen Teilen geändert. Wer nach 18 Monaten noch mit den Originalvorlagen arbeitet, riskiert formale Fehler bei Förderanträgen, und damit Mittelauszahlungsverzögerungen, die teurer sind als jede eingesparte Dokumentationsstunde.

Jede Dokumentenvorlage braucht einen Eigentümer, ein Überprüfungsdatum und einen Trigger für das Update (z. B. nach TKG-Änderungen, nach neuen BNetzA-Vorgaben, nach Änderung der Landesförderrichtlinie).

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

Die zwei häufigsten Widerstandsmuster bei der Einführung:

“Ich kenne die Unterlagen besser als jede KI.” Stimmt meistens. Erfahrene Planungsingenieure mit zehn Jahren Genehmigungspraxis kennen die Eigenheiten ihrer Kommunen in- und auswendig. Das System soll ihr Wissen nicht ersetzen, es soll ihnen die Tipparbeit abnehmen. Entscheidend ist, diesen Unterschied explizit zu kommunizieren und die erfahrenen Kolleginnen und Kollegen aktiv in die Template-Entwicklung einzubeziehen. Ihr lokales Behördenwissen ist der Rohstoff, aus dem die besten Templates entstehen, und das ist eine Anerkennung ihrer Expertise, keine Bedrohung.

“Was, wenn die KI einen Fehler macht und er durchgeht?” Diese Sorge ist berechtigt, und der richtige Umgang damit ist nicht, KI-generierte Dokumente blind zu vertrauen, sondern eine explizite Freigaberoutine zu etablieren. Zwei konkrete Maßnahmen: Erstens, ein strukturiertes Prüfprotokoll für KI-generierte Dokumente (welche Felder werden manuell gegen die Quelle geprüft, bevor eingereicht wird). Zweitens, ein anonymisiertes Fehlerprotokoll, jeder Fehler, der in einem KI-generierten Dokument vor Einreichung gefunden wird, wird notiert und dient als Grundlage für Template-Verbesserung.

Was konkret hilft:

• Die ersten drei Genehmigungspakete mit und ohne KI-Unterstützung parallel erstellen, so wird die Zeiteinsparung messbar, statt nur behauptet
• Einen “Testmonat” mit einem Projekt einplanen, bevor das System für das gesamte Ausbauprogramm freigegeben wird
• Eine Person als “Template-Owner” benennen, die Änderungen an Behördenformularen beobachtet und Templates aktualisiert

Realistischer Zeitplan mit Risikohinweisen

Häufige Einwände, und was dahintersteckt

“Unsere Genehmigungsunterlagen sind zu spezifisch für eine KI.” Korrekt, wenn damit gemeint ist: “Jedes Projekt ist einzigartig und kann nicht aus einer Vorlage generiert werden.” Das stimmt für den Inhalt, Koordinaten, Trassen, Auflagen sind projektspezifisch. Aber die Form ist hochgradig standardisiert. Ein Wegebaurechtsantrag für FTTH nach § 68 TKG hat bundesweit dieselbe Grundstruktur. Die KI befüllt die Form mit projektspezifischem Inhalt, sie erfindet keine Strukturen.

“Wenn die KI einen Fehler einbaut, haftet wer?” Haftungsrelevante Aussagen in Genehmigungsanträgen, Koordinatenangaben, Zeitpläne, technische Leistungsversprechen, werden weiterhin von einem Ingenieur gegengezeichnet. Die KI ist ein Assistenztool, kein selbstständiger Antragsautor. Die Haftungsverantwortung bleibt beim Menschen, der das Dokument einreicht und unterzeichnet. Das ändert sich durch die KI nicht, es ändert sich nur, wie der Entwurf entsteht.

“Das lohnt sich erst ab einer gewissen Projektgröße.” Stimmt. Wer drei bis vier FTTH-Projekte pro Jahr bearbeitet, wird die Einrichtungskosten kaum amortisieren. Ab acht bis zehn Projekten pro Jahr, oder bei Ausbauprogrammen mit 30+ parallelen Genehmigungsverfahren, kehrt sich die Rechnung klar um. Für kleinere Betreiber lohnt es sich eher, auf standardisierte Dokumentationsplattformen zu setzen, die bereits vorkonfigurierte Templates mitbringen, als eine eigene LLM-Infrastruktur aufzubauen.

Woran du merkst, dass das zu dir passt

Du erkennst den Use Case, wenn im Projektteam Sätze fallen wie “Ich kopiere gerade dieselbe Tabelle zum vierten Mal” oder “Der Kreuzungsnachweis fehlt schon wieder, obwohl er im GIS war.”

Konkrete Signale, dass ihr bereit seid:

• Euer Planungsteam bearbeitet mindestens fünf parallele Netzausbauprojekte
• Genehmigungsunterlagen entstehen heute durch manuelle Arbeit in Word und Excel mit Copy-Paste aus GIS-Exporten
• Ihr habt mindestens eine Person, die die behördlichen Anforderungen eurer Hauptgemeinden gut kennt, ihr lokales Wissen ist das Kapital für die Template-Bibliothek
• Mindestens eine Wiedervorlage wegen fehlender Pflichtangaben ist in den letzten 12 Monaten aufgetreten
• Euer Ausbauprogramm wächst, aber der Personalaufbau in der Planungsabteilung hält nicht Schritt

Wann es sich (noch) nicht lohnt, drei harte Ausschlusskriterien:

1. Unter acht bis zehn FTTH-Genehmigungspaketen pro Jahr. Der Einrichtungsaufwand (Template-Inventarisierung, Prompt-Entwicklung, Testläufe) kostet 6 bis 10 Wochen interner Zeit. Wer weniger als zehn Projekte jährlich bearbeitet, amortisiert diesen Aufwand nicht in vertretbarer Zeit. Für diese Unternehmen lohnt sich eher der Einsatz eines allgemeinen LLM-Tools für einzelne Abschnitte als eine vollständige Template-Automatisierung.

2. Keine digitalen, strukturierten GIS-Daten als Ausgangsbasis. Wenn Trassenplanung noch auf Papierkarten stattfindet oder GIS-Daten nicht systematisch gepflegt werden, fehlt der Rohstoff für die KI-Automatisierung. Der sinnvollste erste Schritt ist dann die Einführung eines GIS-Systems mit strukturierter Datenpflege, nicht die KI-Dokumentautomatisierung. Reihenfolge: GIS-Infrastruktur → dann KI.

3. Keine Kapazität für Template-Pflege und Freigabeprotokoll. Ein System, das nach der Einführung nicht gepflegt wird, produziert nach 12 bis 18 Monaten formale Fehler in Genehmigungsanträgen, weil sich Formulare geändert haben, Förderrichtlinien aktualisiert wurden oder neue kommunale Anforderungen hinzugekommen sind. Wenn keine Person im Team die Zeit und den Auftrag hat, Templates zu aktualisieren und KI-Fehler zu protokollieren, ist das System mittelfristig gefährlicher als kein System.

Das kannst du heute noch tun

Öffne Claude oder ChatGPT, kostenlos nutzbar im Browser, kein Setup. Nimm den letzten Wegebaurechtsantrag oder Erläuterungsbericht eures Teams. Extrahiere die projektspezifischen Variablen manuell (Koordinaten, Namen, Daten, Längen) in eine einfache Tabelle. Füge Vorlage und Tabelle als Context in den Prompt ein und lass das LLM den Entwurf des Dokuments generieren.

Das dauert 20 Minuten und zeigt dir ohne jede Vorinvestition, wie gut das Ergebnis für eure Dokumententypen ist, und wo ihr noch Template-Arbeit vor euch habt.

Für den produktiven Einsatz mit mehreren Projekten und Dokumententypen brauchst du einen konfigurierten Systemprompt. Hier ist ein Ausgangspunkt:

Quellen & Methodik

• BREKO Jahrestagung 2023 (Bundesverband Breitbandkommunikation e.V., brekoverband.de, abgerufen April 2026): Glasfaserbranche forderte Pflicht-Digitalisierung von Genehmigungsverfahren; bürokratische Hürden und Genehmigungsverfahren als zentrales Hemmnis beim Glasfaserausbau. Keine Prozentangabe aus Mitgliederbefragung, Aussage basiert auf Verbandsposition der Jahrestagung.
• LATUS consulting AG, FiberProof AI (latus-consulting.de/fiberproof-ai/, abgerufen April 2026): KI-gestützte Qualitätsprüfung von FTTH-Baudokumentation. Produktkommunikation des Unternehmens beziffert Prüfgenauigkeit auf “nahezu 100 Prozent” (vs. 20 % manuell) und Zeitreduktion “von Wochen/Monaten auf Stunden” für Dokumentenprüfung nach Bauabschluss. Hinweis: FiberProof AI adressiert die Post-Construction-Dokumentation, nicht die Vorplanungs- und Genehmigungsphase, die Zeitangaben sind nicht direkt auf Genehmigungsunterlagen übertragbar.
• Deutsche Telekom AG, “Glasfaser Ausbauplanung durch KI” (telekom.de/netz/glasfaser-ausbauplanung-ki, abgerufen April 2026): Einsatz von KI-gestützter Bildanalyse (T-Cars, Oberflächenerkennung, Kreuzungscheck) für die Vorplanung von Glasfaserrouten. Bestätigt industrielle Praxis von KI in der Netzausbauplanung.
• DeepUp GmbH (deepup.ai, abgerufen April 2026): Satellitengestützte Trassenerfassung (unter 10 cm Genauigkeit), offizieller Telekom-Partner seit 2024. Zitat Dr. Peter Raue, Deutsche GigaNetz: “DeepUp ist zurzeit unser Alleinstellungsmerkmal: alle unsere Leitungen liegen genau dort, wo wir sie beauskunften.”
• Gigabit-Richtlinie 2.0 (Bundesministerium für Digitales und Verkehr / Gigabit Projektträger): Originalfassung vom 31.03.2023, Änderungsfassung vom 30.04.2024, zweite Änderungsfassung vom 13.01.2025 (gigabit-projekttraeger.de, abgerufen April 2026).
• TKG 2021 / TKG-Änderungsgesetz 2024: § 68 ff. TKG zur Nutzung öffentlicher Verkehrswege; BMDS/Bundesnetzagentur-Dokumentation zu Gigabit-Grundbuch und Datenmeldepflichten.
• Microsoft 365 Copilot Pricing: Microsoft Deutschland, microsoft.com/de-de, Stand April 2026: ca. 28–30 €/Nutzer/Monat als Add-on zur bestehenden M365-Lizenz.
• Destatis Verdienstdaten: Statistisches Bundesamt, durchschnittliche Bruttostundenverdienste in Ingenieurberufen (technische Planung) als Orientierungswert; keine branchenspezifische Telekommunikations-Quelle.

Du willst wissen, welche eurer Dokumententypen sich als erstes automatisieren lassen und wie ein Pilot aussehen könnte? Meld dich, das klären wir gemeinsam in einem kurzen Gespräch.