Technische Dokumentation FTTH-Ausbau
KI extrahiert GIS-Koordinaten aus Technikereinsatzberichten, generiert AS-BUILT-Dokumentationsentwürfe und validiert Spleißmesswerte gegen Planvorgaben, für Projektteams, die unter Einreichungsfristen stehen.
- Problem
- FTTH-Projektdokumentation (Kabelverlaufspläne, Spleißprotokolle, AS-BUILT, GIS-Aktualisierungen) ist ein massiver manueller Aufwand, der häufig erst Wochen nach Bauabschluss entsteht, zu spät für Förderfristen und Abnahmen.
- KI-Lösung
- LLM-basierter Assistent wandelt unstrukturierte Technikereinsatzberichte und Fotos in standardisierte Dokumentationsentwürfe um; spezialisierte Tools wie DeepUp und Gridbit liefern georeferenzierte AS-BUILT-Daten direkt aus dem Graben.
- Typischer Nutzen
- Pro Trassenabschnitt 2–4 Stunden weniger Nachbearbeitungsaufwand; konsistentere Dokumentationsqualität über alle Abschnitte; Bundesnetzagentur-Einreichung ohne Nachforderungen.
- Setup-Zeit
- 8–12 Wochen Einrichtung bis Routinebetrieb
- Kosteneinschätzung
- Einrichtung 2.000–5.000 € + Toollizenzen 500–2.000 €/Monat; LLM-API unter 50 €/Monat
Es ist Montag, 8:14 Uhr. Sandra Kellner öffnet die Projektübersicht und sieht wieder dieselbe Zahl: 47 von 120 Trassenabschnitten dokumentiert.
Ihr Ausbauprojekt, 40.000 Homes Passed im südlichen Sachsen, hat noch sechs Wochen bis zur Einreichung der AS-BUILT-Dokumentation bei der Bundesnetzagentur. Pro Abschnitt braucht die Behörde ein vollständiges Paket: Kabelverlaufsplan mit GIS-Koordinaten, Spleißprotokoll mit Messwerten, Fotodokumentation der Muffen und Marker, Tiefenangaben je Trassenabschnitt. Alles in einem standardisierten Format, das den Förderbedingungen entspricht.
Das Problem: Die Techniker im Feld liefern. Aber sie liefern handgeschriebene Einsatzberichte, Dutzende WhatsApp-Fotos ohne Geodaten und Spleißmesswerte in einer PDF-Vorlage, die der Subunternehmer selbst entworfen hat, und die mit den Planvorgaben nicht übereinstimmt. Jemand aus Sandras Team muss die Berichte lesen, Koordinaten extrahieren, ins GIS-System eintragen, das Spleißprotokoll gegen die Planwerte prüfen und dann das AS-BUILT-Dokument im behördlich vorgeschriebenen Format schreiben. Für einen Abschnitt: drei bis vier Stunden. Für 73 offene Abschnitte in sechs Wochen: rechnerisch unmöglich.
Das ist kein Einzelfall. Das ist die Realität bei jedem dritten FTTH-Ausbauprojekt in Deutschland, das unter Termindruck steht.
Für Unternehmen
Nicht nur lesen, umsetzen.
Wir entwickeln KI-Lösungen für genau deinen Anwendungsfall und begleiten dich bei der Einführung.
Das echte Ausmaß des Problems
FTTH-Netze fallen nicht wegen schlechter Glasfaserqualität. Sie scheitern daran, dass niemand genau versteht, was gebaut wurde, weil das Netz physisch existiert, aber nicht digital. Das stellt das GIS-Plattform-Unternehmen IQGeo in seiner Dokumentationsanalyse fest: Sobald der Anschlussstand ein paar Tausend Homes übersteigt, werden undokumentierte FTTH-Netze unbeherrschbar.
Der Dokumentationsaufwand im deutschen Glasfaserausbau ist keine Kleingröße:
- Ein typisches FTTH-Ausbauprojekt mit 5.000 Homes Passed umfasst 80–150 Trassenabschnitte, von denen jeder eine vollständige Dokumentation benötigt
- Jeder Abschnitt erfordert im manuellen Prozess 3–5 Stunden Nachbearbeitung, Koordinaten aus Feldberichten extrahieren, Spleißwerte prüfen, Dokumente formatieren
- 60–70 Prozent der Projektteams berichten, dass die AS-BUILT-Dokumentation systematisch hinter dem Baufortschritt herläuft (Erfahrungswert aus FTTH-Projektberatungen, kein repräsentatives Erhebungsvolumen)
- Fehlende oder fehlerhafte Dokumentation ist in geförderten Projekten ein echtes Fördermittelrisiko: Bundesnetzagentur und Landesförderstellen verlangen vollständige, formatgerechte Einreichungen, Nachforderungen verzögern die Mittelauszahlung um Wochen
Das Problem hat drei Wurzeln, die zusammenwirken:
Medienbrüche im Feld. Techniker dokumentieren auf Papier, per WhatsApp oder mit individuellen Excel-Vorlagen, die jeder Subunternehmer selbst entwickelt hat. Strukturierte Daten, Geokoordinaten, Tiefenmaße, Messwerte, müssen manuell aus unstrukturierten Texten und Fotos extrahiert werden.
Fehlendes Echtzeit-GIS. Planungsdaten (wo soll das Kabel liegen) und Baudaten (wo liegt es tatsächlich) laufen in getrennten Systemen, manchmal auf Papier, manchmal in inkompatiblen Formaten. Die GIS-Aktualisierung nach AS-BUILT-Grundlage ist aufwendige Nacharbeit, nicht automatischer Prozess.
Spät einsetzende Prüfung. Spleißmesswerte werden oft erst bei der Abnahme gegen Planvorgaben geprüft, dann wenn Nacharbeiten deutlich teurer sind als bei frühzeitigem Erkennen. Automatisierte Plausibilitätsprüfung während der Bauphase ist die Ausnahme.
Mit vs. ohne KI, ein ehrlicher Vergleich
| Kennzahl | Ohne KI | Mit KI-Unterstützung |
|---|---|---|
| Nachbearbeitungszeit pro Trassenabschnitt | 3–5 Stunden | 45–90 Minuten |
| Zeitraum bis AS-BUILT nach Bauabschluss | 4–8 Wochen | 1–2 Wochen |
| Fehlerquote Spleißprotokoll (Abweichung von Planwert unerkannt) | Hoch, manuelle Prüfung lückenhaft | Gering, automatische Plausibilitätsprüfung |
| GIS-Aktualität während der Bauphase | Wöchentlich bis monatlich (manuell) | Täglich (aus Feldberichten extrahiert) |
| Dokumentenkonsistenz über Subunternehmer | Stark variierend | Standardisiert durch gemeinsame Vorlage |
Die Zahlen stammen aus Erfahrungswerten in FTTH-Projekten und der Plattformangaben von DeepUp und Gridbit, keine repräsentative Studie, aber konsistente Beobachtungen über mehrere Großprojekte.
Einschätzung auf einen Blick
Zeitersparnis, hoch (4/5)
Pro Trassenabschnitt sparen Projektteams realistisch 2–4 Stunden Nachbearbeitungszeit, bei 120 Abschnitten sind das 240–480 Stunden, die direkt in die Einreichungsfrist einzahlen. Das ist ein greifbarer Effekt. Nicht ganz auf dem Niveau der Kundensupport-Automatisierung (die täglich wiederkehrend wirkt), weil Dokumentation projektweise anfällt, aber innerhalb eines aktiven Bauprojekts eine der größten Zeithebel überhaupt.
Kosteneinsparung, mittel (3/5)
Die direkte Einsparung entsteht durch weniger Personalstunden in der Nachbearbeitung und durch vermiedene Nachforderungen bei Fördereinreichungen, jeweils gut quantifizierbar. Der Einrichtungsaufwand (Toollizenzen, Template-Entwicklung, Prozessänderung für Feldteams) kostet 2–4 Monate Anlaufzeit und mehrere tausend Euro. Bei Organisationen mit regelmäßigem Ausbauprojekt-Volumen überwiegt der Nutzen deutlich; für einmalige Projekte ist die Rechnung enger.
Schnelle Umsetzung, mittel (3/5)
8–12 Wochen bis zum produktiven Einsatz ist realistisch. Die technische Einrichtung (Toolkonfiguration, GIS-Integration, Template-Entwicklung) ist der eine Teil; der andere ist die Schulung der Feldteams, damit ihre Berichte in einem Format ankommen, das die KI sauber verarbeiten kann. Ohne diesen zweiten Teil läuft kein Automatisierungssystem. Keine 5 in dieser Kategorie, der Weg ist handhabbar, aber nicht trivial.
ROI-Sicherheit, mittel (3/5)
Die Zeiteinsparung ist messbar: Stunden pro Abschnitt, vor und nach der Einführung. Das ist ehrlicher als viele andere Anwendungsfälle, bei denen der Nutzen indirekt bleibt. Der Unsicherheitsfaktor: Wie diszipliniert liefern die Feldteams strukturierte Berichte? Wenn 30 Prozent der Berichte weiterhin unstrukturiert hereinkommen, halbiert sich der Automatisierungsgrad. Der ROI ist real, aber er hängt an der Datenqualität im Feld.
Skalierbarkeit, hoch (4/5)
Wer heute 120 Abschnitte dokumentiert, kann das System auf das nächste Projekt mit 200 Abschnitten übertragen, Templates, Workflows und GIS-Integration stehen bereits. Jedes weitere Ausbauprojekt amortisiert die Einrichtungskosten weiter. Für Netzbetreiber und Generalunternehmer mit regelmäßigem Ausbauprogramm ist das der stärkste Hebel dieses Ansatzes.
Richtwerte, stark abhängig von Projektgröße, Subunternehmerstruktur und vorhandener GIS-Infrastruktur.
Was das System konkret macht
Der Einsatz von Generativer KI in der FTTH-Dokumentation verläuft über mehrere Ebenen, von der einfachsten bis zur vollständig integrierten Lösung.
Ebene 1: LLM-Assistent für die Berichtsumwandlung
Das Grundprinzip: Ein Techniker liefert einen unstrukturierten Einsatzbericht, handgeschrieben, fotografiert, oder diktiert. Ein LLM verarbeitet diesen Text und extrahiert strukturierte Daten: Abschnittsbezeichnung, Trassen-KM, Kabeldurchmesser, Spleiß-ID, Messwert, GPS-Koordinaten, festgestellte Abweichungen. Die extrahierten Felder werden in ein vorbereitetes AS-BUILT-Template übertragen.
Was dabei konkret passiert: Das Modell liest Texte wie “Spleiß Muff C47 bei Kabel KM 2,4 gesetzt, Dämpfung 0,18 dB gemessen, Sollwert laut Plan 0,15 dB, leichte Überschreitung, Foto angehängt”, und schreibt daraus einen strukturierten Eintrag im Spleißprotokoll-Format, inklusive Markierung der Abweichung gegenüber dem Planwert.
Was es kann: Aus strukturiertem oder halbstrukturiertem Text verlässlich Felder extrahieren, Standardsätze für behördliche Formatvorlagen generieren, Messwerte auf Plausibilität prüfen (Abweichung > X dB → Kennzeichnung).
Was es nicht kann: Fehlende Fotos ersetzen, Koordinaten aus reinen Papierberichten ohne Georeferenz erfinden, oder behördlich zertifizierte Dokumente ausstellen, der KI-Entwurf muss von einer verantwortlichen Fachkraft geprüft und unterschrieben werden.
Ebene 2: Spezialisierte FTTH-Dokumentationsplattformen
DeepUp geht einen Schritt weiter: Der 3D-Scanner wird im offenen Graben geführt und erzeugt eine Punktwolke des Kabelbestands, Leerrohre, Muffen und Marker werden von der KI automatisch erkannt und als georeferenzierte GIS-Daten exportiert. Der AS-BUILT entsteht beim Bauen, nicht danach. Über 20.000 Kilometer unterirdische Netze wurden damit bereits dokumentiert, laut Unternehmensangaben.
inseyet kombiniert LiDAR-Vermessung per Smartphone mit automatisierten Bautagebüchern und KI-gestützter Plausibilitätsprüfung der Abnahmedokumentation, entwickelt von netzkontor nord und Fiber Experts aus der Praxis des deutschen Glasfaserbaus.
Gridbit bündelt Netzplanung, Baufortschritt und Abnahmedokumentation in einer Oberfläche, mit mobiler App für Feldteams, Foto-Anheftung an Workpackages und konfigurierbaren Dokumentationsworkflows. Ein mittelständischer Telekommunikationsanbieter koordiniert damit 18 parallele Projekte und hat den täglichen Koordinationsaufwand nach eigener Aussage von 3–4 Stunden auf unter eine Stunde reduziert.
Ebene 3: GIS-Integration
QGIS als Open-Source-GIS ist für viele kleinere Netzbetreiber und Stadtwerke die Grundlage des Leitungskatasters. Über Python-Skripte lassen sich exportierte Felder aus LLM-verarbeiteten Berichten direkt in QGIS-Layer importieren, kostengünstig, anpassbar, vollständig lokal speicherbar.
Regulatorische Besonderheiten: Was Bundesnetzagentur, Netzbetreiber und ZTV-Tiefbau verlangen
Dieser Anwendungsfall hat eine regulatorische Dimension, die über DSGVO hinausgeht und die KI-Unterstützung direkt begrenzt.
Bundesnetzagentur und Infrastrukturatlas. Nach § 79 TKG sind Netzbetreiber verpflichtet, neu gebaute passive Infrastruktur in den Bundesnetzagentur-Infrastrukturatlas einzumelden, mit Lagedaten in WGS84 oder ETRS89, kategorisiert nach Infrastrukturtyp. KI-generierte Koordinaten aus Textberichten sind nur dann einreichungstauglich, wenn sie durch Vermessung oder georeferenzierte Fotos belegt werden können. Reine LLM-Extraktion aus handgeschriebenen Entfernungsangaben ist eine Schätzung, kein Nachweis.
Förderrechtliche Anforderungen. In geförderten Projekten (Bundesförderprogramm Breitband, Länderprogramme) verlangen Bescheide typischerweise: as-built-Dokumentation als Verwendungsnachweis, formatgerecht nach Vorgaben des Projektträgers. KI-generierte Entwürfe müssen von einem verantwortlichen Projektleiter oder Ingenieur geprüft und gezeichnet werden, die Unterschrift kann nicht automatisiert werden.
ZTV-Tiefbau-konforme Daten. Spleißprotokolle müssen Messwerte gemäß OTDR-Standard enthalten (Wellenlänge, Richtung, Dämpfungswert). Eine KI kann prüfen, ob alle Felder vorhanden sind und ob ein Wert den Plangrenzwert überschreitet, aber die Messung selbst erfordert zertifizierte Messtechnik und Fachpersonal.
Was das bedeutet: KI beschleunigt das Erstellen von Entwürfen, die Extraktion und Formatierung. Es ersetzt nicht die Verantwortungsübernahme durch Fachpersonal. Der Workflow heißt: KI-Entwurf → Fachkraft prüft und ergänzt → Unterschrift und Einreichung. Wer diesen Schritt weglässt, riskiert Rückfragen oder Ablehnungen bei der Behörde.
Konkrete Werkzeuge, was wann passt
DeepUp, wenn die Grabendokumentation das Nadelöhr ist
3D-Scanner im Graben, KI-Auswertung erzeugt am Folgetag den georeferenzierten GIS-Datensatz. Investition lohnt sich bei regelmäßigem Bauvolumen ab ca. 20–30 km/Jahr. Preise auf Anfrage, kein Self-Service-Einstieg.
inseyet, wenn du eine schlüsselfertige FTTH-Plattform willst
LiDAR per Smartphone statt Spezialhardware, automatisierte Bautagebücher, KI-Plausibilitätsprüfung. Für Generalunternehmer und Netzbetreiber mit 10–100 Subunternehmern. Preise auf Anfrage, Made in Germany.
Gridbit, wenn mehrere parallele Projekte koordiniert werden müssen
FTTx-Projektmanagement mit mobiler Feldapp, Workpackage-Nachverfolgung und Dokumentenworkflows. Kein LLM-Assistent, aber strukturierte Datenbasis als Input für Dokumentenautomatisierung. Preise auf Anfrage.
Claude oder ChatGPT, für den LLM-Einstieg ohne Toolinvestition
Mit einem gut formulierten Prompt lassen sich unstrukturierte Technikereinsatzberichte in AS-BUILT-Entwürfe umwandeln. Kein API-Setup nötig, sofortiger Start. Einschränkung: Fotos müssen separat verarbeitet werden, GIS-Export muss manuell erfolgen.
Azure Document Intelligence, wenn strukturierte Formulare automatisiert ausgelesen werden sollen
Für Teams, die bereits standardisierte Spleißprotokoll-Formulare im Einsatz haben (PDF oder Papierscan), extrahiert Azure Document Intelligence Felder zuverlässig. Custom-Modell-Training mit 10–20 Beispieldokumenten. Kosten: ab ca. 1,50 USD pro 1.000 Seiten (Read-Modell); EU-Region verfügbar.
QGIS, als kostenlose GIS-Basis
Open-Source, kein Lizenzaufwand. Eignet sich für Netzbetreiber mit eigenem GIS-Knowhow als Leitungskataster und AS-BUILT-Visualisierung. Koordinaten-Import aus CSV oder GeoPackage, die aus den obigen Tools exportiert werden.
Zusammenfassung: Wann welcher Ansatz
- Vorhandenes Ausbauprogramm, regelmäßiges Bauvolumen → DeepUp oder inseyet (Spezialtools mit echter GIS-Automatisierung)
- Mehrere parallele Projekte, Subunternehmerkoordination → Gridbit als zentrales PM-System
- Erster Schritt ohne Investition → Claude oder ChatGPT mit strukturiertem Prompt
- Gescannte Formulare mit strukturiertem Layout → Azure Document Intelligence
- Eigene GIS-Infrastruktur ohne Lizenzkosten → QGIS
Datenschutz und Datenhaltung
FTTH-Dokumentation enthält georeferenzierte Infrastrukturdaten, Lage von Kabeln, Muffen und Verteilern, die unter Umständen als kritische Infrastrukturdaten eingestuft werden. Für kommunale Auftraggeber, Stadtwerke und Netzbetreiber unter KRITIS-Anforderungen gilt: US-Cloud-Lösungen sind bei TKG-relevanten Infrastrukturdaten oft ausgeschlossen.
Die gute Nachricht: Die FTTH-Spezialtools sind überwiegend in Deutschland oder der EU beheimatet.
- DeepUp: Hosting in Deutschland, KRITIS-tauglich, kommunale Vergaben möglich
- inseyet: EU-Hosting, deutsches Produkt
- Gridbit: EU-Hosting
- QGIS: Vollständig lokal, keine Daten verlassen die eigene Infrastruktur
- Azure Document Intelligence: EU-Region verfügbar (West Europe), DSGVO-konform bei Nutzung der EU-Region; AVV mit Microsoft
Für Claude und ChatGPT gilt: Die Consumer-Pläne verarbeiten auf US-Servern. Wer kritische Infrastrukturdaten verarbeitet, muss entweder Claude über AWS Bedrock (Frankfurt) oder die OpenAI API mit EU-Datenlokalisierung nutzen, und in beiden Fällen einen AVV nach Art. 28 DSGVO abschließen. Wichtig: Trage in den LLM nie vollständige GPS-Koordinaten konkreter Infrastrukturanlagen ein, strukturierte Felder ohne Lagebezug reichen für die AS-BUILT-Generierung.
Für alle Lösungen gilt: Vor dem produktiven Einsatz mit personenbezogenen oder sicherheitsrelevanten Infrastrukturdaten den Datenschutzbeauftragten und, bei KRITIS-relevanten Netzen, den IT-Sicherheitsbeauftragten einbeziehen.
Was es kostet, realistisch gerechnet
Einmalige Einrichtungskosten
- Template-Entwicklung (AS-BUILT-Vorlage, Spleißprotokoll-Prompt, Extraktionslogik): 20–40 Stunden interne Arbeit oder 2.000–5.000 Euro externe Unterstützung
- GIS-Integration (Koordinatenimport, Layer-Konfiguration in QGIS oder vorhandenem GIS): 10–30 Stunden
- Feldteam-Schulung (standardisiertes Berichtsformat, App-Einführung): 2–4 Tage je nach Teamgröße
- Tool-Einrichtung (Azure Document Intelligence Custom Model, Gridbit, inseyet oder DeepUp Pilotphase): abhängig von Wahl
Laufende Kosten (monatlich)
- FTTH-Spezialplattformen (DeepUp, inseyet, Gridbit): Preise auf Anfrage, Schätzwert aus Branchenkenntnis: 500–2.000 Euro/Monat je nach Lizenzumfang und Projektvolumen
- Azure Document Intelligence: 1,50 USD/1.000 Seiten (Read), 10 USD/1.000 Seiten (Custom Model), bei 200 Dokumenten/Monat realistisch unter 50 Euro
- LLM-API (Claude Sonnet oder GPT-4): typisch 5–30 Euro/Monat für FTTH-Dokumentationsvolumen
- QGIS: kostenlos
Konservatives ROI-Szenario
120 Trassenabschnitte, Einsparung von 2,5 Stunden pro Abschnitt, interner Stundensatz 35 Euro: 10.500 Euro Einsparung pro Projekt. Bei zwei Projekten pro Jahr und 8.000 Euro Einrichtungskosten: Amortisation nach dem ersten Projekt. Das ist ein konservatives Szenario, bei kürzeren Fristen und größerem Volumen steigt der Hebel.
Der zweite ROI-Treiber ist schwerer zu beziffern, aber real: Eine vollständige, formatgerechte AS-BUILT-Einreichung beim ersten Versuch vermeidet Nachforderungen, die bei geförderten Projekten 4–8 Wochen Mittelauszahlungsverzögerung bedeuten können.
Wie du den Nutzen tatsächlich misst
Messe die Nachbearbeitungszeit pro Trassenabschnitt vor und nach der Einführung, in Stunden. Zähle Nachforderungen bei Förder- oder Behördeneinreichungen. Dokumentiere den Rückstand (Bauabschluss bis AS-BUILT-Fertigstellung) in Wochen. Diese drei Größen lassen sich direkt vergleichen und rechtfertigen die Investition gegenüber der Geschäftsführung.
Vier typische Einstiegsfehler
1. Den Prompt zu weit fassen.
„Erstelle die AS-BUILT-Dokumentation aus dem Bericht” ist kein Prompt, sondern ein Hoffnung. Die KI halluziniert fehlende Felder, Koordinaten, Messwerte, Abschnittsnummern, weil sie keine andere Wahl hat. Lösung: Den Prompt so bauen, dass fehlende Felder als [NICHT ERFASST] markiert werden. Was fehlt, muss die Fachkraft ergänzen. Vollständige aber falsche Dokumente sind gefährlicher als lückenhafte aber ehrliche.
2. Das Feldteam außen vor lassen.
Die KI kann nur strukturieren, was vorhanden ist. Wenn Techniker weiterhin Freitext ohne Struktur liefern, liefert die KI weiterhin unvollständige Entwürfe. Die eigentliche Prozessänderung passiert im Feld: standardisiertes Erfassungsformular (digital oder Papier), Pflichtfelder, klares Format für Spleißwerte und Koordinaten. Das kostet Überzeugungsarbeit und Schulungszeit, und ist der wichtigste Schritt überhaupt.
3. GIS-Koordinaten aus Textbeschreibungen als Lagebeweis verwenden.
„Spleiß gesetzt bei Hausnummer 47, Hauptstraße” ist keine GIS-Koordinate. Ein LLM kann eine Schätzkoordinate per Geocoding ableiten, aber das ist kein Nachweis der tatsächlichen Kabellage. Für die Bundesnetzagentur-Einreichung und den Infrastrukturatlas braucht man georeferenzierte Punkte, die tatsächlich gemessen wurden. Diesen Unterschied muss das Team verstehen, bevor Dokumente eingereicht werden.
4. Den Prüfschritt weglassen, weil das System schnell ist.
Das ist der gefährlichste Fehler. KI-generierte AS-BUILT-Entwürfe können plausibel klingen und trotzdem falsch sein, falsche Abschnittsnummer, vertauschte Messwerte, fehlerhafte Tiefenangabe. Ein Ingenieur oder Projektleiter muss jeden Entwurf prüfen und freigeben, bevor er eingereicht wird. Das System spart Zeit bei der Erstellung, nicht bei der Verantwortung. Wer diesen Schritt als optional behandelt, hat nach dem ersten behördlichen Rückläufer gelernt, was er hätte wissen sollen.
Was mit der Einführung wirklich passiert, und was nicht
Die Technik ist schnell eingerichtet. Das Schwierige ist die Prozessänderung im Feld.
Das Widerstandsmuster: „Das macht unsere Dokumentation.” Einige Subunternehmer liefern seit Jahren ihre eigenen PDF-Vorlagen und betrachten jede Formatänderung als Eingriff in ihren Arbeitsablauf. Die ehrliche Botschaft: Wer eure Dokumentation nicht im vorgeschriebenen Format liefert, verzögert die Abnahme, und damit seine eigene Rechnung. Das Gespräch über standardisierte Feldberichte ist nicht technisch, sondern vertraglich.
Das zweite Muster: „Wir haben das immer so gemacht.” Langjährige Projektteams haben gut funktionierende manuelle Prozesse entwickelt, ineffizient, aber vertraut. Ein sanfter Einstieg: Ein Abschnitt parallel dokumentieren, einmal manuell und einmal KI-unterstützt. Die direkte Gegenüberstellung überzeugt mehr als jede Argumentation.
Was konkret hilft:
- Standardformular für Feldberichte vor der Einführung mit dem Bauleiter gemeinsam entwickeln, nicht von oben vorgeben
- Einen Abschnitt als vollständiges Beispiel durchlaufen, bevor das System für alle verpflichtend wird
- Klare Regel: Der KI-Entwurf ist der Ausgangspunkt, nicht das Endprodukt. Die verantwortliche Fachkraft prüft und zeichnet.
- Erste drei Wochen: Entwürfe manuell gegenprüfen, Abweichungen dokumentieren, daraus entstehen die Prompt-Verbesserungen für alle weiteren Abschnitte
Was nicht passiert: Das System wird nicht eigenständig qualitätssichere Dokumentation einreichen. Es wird nicht fehlende Feldmessungen ersetzen. Und es wird nicht die Verantwortung der Projektleitung übernehmen. Es macht die Erstellungsarbeit erheblich schneller, und den Rest menschlicher.
Realistischer Zeitplan mit Risikohinweisen
| Phase | Dauer | Was passiert | Typisches Risiko |
|---|---|---|---|
| Anforderungsanalyse | Woche 1–2 | Behördliche Formatvorgaben prüfen, vorhandene Feldberichtsformate sichten, GIS-Infrastruktur bewerten | Uneinheitliche Vorgaben zwischen Auftraggeber, Netzbetreiber und Förderrichtlinie, Klärung braucht Zeit |
| Template-Entwicklung | Woche 2–4 | AS-BUILT-Vorlage und Spleißprotokoll-Template entwickeln, Prompt formulieren und testen | Template erfüllt nicht alle behördlichen Pflichtfelder, Iterationsrunden mit Fachkraft nötig |
| Pilotbetrieb (2–3 Abschnitte) | Woche 4–6 | Erste reale Abschnitte KI-unterstützt dokumentieren, Ausgabe manuell gegenprüfen | KI-Entwürfe weichen systematisch ab → Prompt-Revision nötig |
| Feldteam-Schulung | Woche 5–8 | Standardformular einführen, Subunternehmer briefen, mobile Erfassung aktivieren | Subunternehmer-Widerstand gegen Formatvorgaben, vertragliche Regelung prüfen |
| Routinebetrieb | Ab Woche 9–12 | Vollbetrieb für alle Abschnitte, monatliche Qualitätsprüfung der Entwürfe | Datenqualität aus dem Feld verschlechtert sich bei Personalwechsel, Schulungszyklus einplanen |
Häufige Einwände, und was dahintersteckt
„Unsere Behörde akzeptiert keine KI-generierten Dokumente.”
Das ist oft ein Missverständnis. Die Bundesnetzagentur und die meisten Förderinstitutionen prüfen nicht, womit ein Dokument erstellt wurde, sondern ob es vollständig, formatgerecht und inhaltlich korrekt ist. KI erstellt einen Entwurf, ein verantwortlicher Ingenieur prüft, korrigiert und unterschreibt. Das ist kein anderes Verfahren als bei einem Word-Dokument. Was die Behörde verlangt, ist die Unterschrift und Verantwortungsübernahme, nicht die handschriftliche Erstellung.
„Die Feldtechniker werden das nicht mitmachen.”
Diesen Einwand ernst nehmen, aber richtig einordnen. Was Techniker nicht mitmachen: unnötige Bürokratie, die ihre Arbeit verlangsamt. Was Techniker gerne machen: ihre Arbeit so dokumentieren, dass sie nicht Wochen später für Rückfragen angerufen werden. Wenn das standardisierte Feldformular ihnen Arbeit abnimmt statt macht, z.B. durch vorausgefüllte Felder, Fotovorlage, digitale Unterschrift, sinkt der Widerstand erheblich. Das Gespräch beginnt mit: „Was kostet dich die heutige Dokumentation an Zeit?”
„Wir haben das Budget nicht.”
Für den LLM-Einstieg ist das Budget überschaubar. ChatGPT Plus kostet 20 Euro/Monat und reicht für erste strukturierte AS-BUILT-Entwürfe aus handgeschriebenen Berichten. Die Frage ist nicht, ob das Budget vorhanden ist, sondern ob die Stunden, die das Team aktuell für manuelle Nachbearbeitung aufwendet, kein Budget darstellen. 3 Stunden je Abschnitt × 120 Abschnitte × 35 Euro/Stunde = 12.600 Euro interne Kosten pro Projekt. Das ist das Budget, das bereits ausgegeben wird.
Woran du merkst, dass das zu dir passt
- Du leitest oder koordinierst FTTH-Ausbauprojekte mit mehr als 30 Trassenabschnitten, unterhalb dieser Schwelle übersteigt der Einrichtungsaufwand den Nutzen
- Dein Team verbringt einen signifikanten Teil der Projektzeit mit nachgelagerter Dokumentation statt mit Bauüberwachung oder Qualitätssicherung
- Ihr habt bereits Subunternehmer, die digitale Berichte liefern, per App, per E-Mail mit Foto, und ihr braucht eine strukturierte Weiterverarbeitung dieser Daten
- Du hast wiederkehrende Ausbauprojekte oder einen laufenden Rahmenvertrag, der Einrichtungsaufwand amortisiert sich über mehrere Projekte
- Ihr habt schon einmal Nachforderungen bei einer Förder- oder Behördeneinreichung bekommen, weil Dokumentation fehlerhaft oder unvollständig war
Wann es sich (noch) nicht lohnt, drei harte Ausschlusskriterien:
-
Einzelprojekt ohne Wiederholung. Wenn du ein einziges Projekt in einer Gemeinde abwickelst und danach kein weiteres geplant ist, übersteigt der Einrichtungsaufwand (Template-Entwicklung, Feldteam-Schulung, GIS-Integration) den Nutzen. Hier lohnt sich eher ein externer Dokumentationsdienstleister.
-
Feldteams ohne strukturierte Datenerfassung. Wenn Techniker ausschließlich Papiernotizen hinterlassen und keine Fotos mit GPS-Daten aufnehmen, hat die KI keine verwertbare Grundlage. Erster Schritt muss dann sein: Mobile Erfassung einführen (App, Foto-GPS-Pflicht, Checkliste). Das ist ein eigenes Projekt vor dem KI-Projekt.
-
Kein Ingenieur oder Projektleiter für die Prüfung verfügbar. KI-generierte Entwürfe müssen geprüft und freigegeben werden. Wenn die einzige Person mit fachlicher Verantwortung das System gleichzeitig betreiben und befüllen soll, fehlt die Kontrollinstanz. Das ist nicht nur ein Qualitätsproblem, es ist ein haftungsrechtliches.
Das kannst du heute noch tun
Nimm den letzten abgeschlossenen Technikereinsatzbericht aus deinem aktuellen Projekt, handgeschrieben oder als Text. Öffne Claude oder ChatGPT und kopiere den Bericht hinein. Verwende den Prompt unten. Schau, was herauskommt, und was noch fehlt. Das dauert 20 Minuten und zeigt dir, welche Felder dein Feldteam systematisch nicht erfasst.
Das ist die wichtigste Information für die Einführungsplanung: nicht was die KI kann, sondern was im Feldbericht fehlt.
Mitarbeiter:in
KI-Assistent
Quellen & Methodik
- FTTH-Netzwerkdokumentation als kritischer Erfolgsfaktor: IQGeo, „Why is Network Documentation Critical?” (de.iqgeo.com/blog/why-is-network-documentation-critical, abgerufen Mai 2026), “Most FTTH networks do not fail because of bad fiber quality. They fail because nobody truly understands what has been built.”
- Unsolved problems of FTTx planning and fiber mapping: splice.me, Blogartikel 2024/2025 (splice.me/blog/unsolved-problems-of-fttx-planning-and-fiber-mapping-in-2024-2025), Feldanalyse zu systematischen Dokumentationslücken in FTTH-Projekten.
- 5 GIS Mistakes in FTTH Planning: VC4, Blogartikel (vc4.com/blog/5-gis-mistakes-in-ftth-planning), Feldberichte zu häufigen Fehlern in GIS-gestützter FTTH-Dokumentation.
- Comsof Fiber Automatisierungsanspruch: IQGeo/Comsof Fiber Produktseite (de.iqgeo.com/products/comsof-fiber), “bis zu 90 % Reduktion der Planungszeit, bis zu 10 % Reduktion der Baukosten.” Herstellerangabe; keine unabhängige Verifikation.
- DeepUp-Plattformdaten: DeepUp GmbH, Unternehmensangaben (deepup.ai, Mai 2026), über 20.000 dokumentierte Streckenkilometer, 500+ aktive Teams. Eigenangaben des Anbieters.
- Azure Document Intelligence Pricing: Microsoft Azure Preisseite (azure.microsoft.com/de-de/pricing/details/ai-document-intelligence/, Mai 2026).
- Gridbit-Praxisbeispiel: gridbit.io, Produktbeschreibung und Anwenderbericht (gridbit.io/gute-gruende), 18 parallele Projekte, Koordinationsaufwand von 3–4 auf <1 Stunde/Tag.
- Regulierung: § 79 TKG (Telekommunikationsgesetz) zu Infrastrukturatlas-Meldepflichten; Bundesnetzagentur, Infrastrukturatlas-Dokumentation (bundesnetzagentur.de, Mai 2026).
- Stunden- und Zeitschätzungen: Erfahrungswerte aus FTTH-Projekten, keine repräsentative Erhebung, aber konsistente Rückmeldungen aus der Praxis.
Du willst wissen, wie schnell sich ein KI-gestützter Dokumentations-Workflow in deinem konkreten Ausbauprojekt einrichten lässt? Wir schauen uns das gemeinsam an.
Diesen Inhalt teilen:
Wissen ist der erste Schritt. Der zweite kostet Zeit.
Du kannst diesen Use Case selbst umsetzen. Realistisch sind das ein paar Wochen Einarbeitung, einige Fehlversuche bei Datenschutz und Toolauswahl und das Risiko, dass es im Alltag doch nicht greift. Oder wir gehen es gemeinsam an: kostenlos und unverbindlich im Erstgespräch.
Weitere Use Cases
Kundensupport-Automatisierung Störungsmeldungen
KI-gestützter First-Level-Support bearbeitet Störungsmeldungen automatisch, priorisiert und eskaliert gezielt, First-Contact-Resolution-Rate auf bis zu 70 % steigern.
Mehr erfahrenNetzstörungsanalyse-Protokoll automatisieren
KI analysiert Netzstörungsprotokolle, identifiziert Ursachmuster und erstellt Root-Cause-Berichte automatisch, MTTR reduzieren, Wiederholungsstörungen systematisch vermeiden.
Mehr erfahrenVertragsoptimierung für Unternehmenskunden
KI analysiert bestehende Unternehmensverträge und Nutzungsprofile automatisch, Optimierungspotenziale bei Laufzeit, Volumen und Tarifen identifizieren, Churn reduzieren, ARPU steigern.
Mehr erfahrenFrieda Funke
Konzeptentwicklerin
Ich frage nicht, was KI kann. Ich frage, was du in deinem Alltag damit anfängst. Erst wenn ich eine ehrliche Antwort habe, entsteht daraus ein konkreter Use Case. Fehlt ein Anwendungsfall, der zu dir passt? Schreib mir kurz.