Das Problem mit den Bestandsplänen

Bei jedem Infrastrukturprojekt soll eine Bestandsdokumentation erstellt werden – ein Dokument oder eine Zeichnung, die zeigt, was tatsächlich gebaut wurde, im Gegensatz zu dem, was geplant war. Laut Plan verläuft das Kabel an der Nordseite der Straße. Die Bauarbeiter verlegten es jedoch an der Südseite, da eine Gasleitung im Weg war. Die Bestandsdokumentation soll diese tatsächliche Situation widerspiegeln.

In der Praxis gehören Bestandsunterlagen zu den durchweg unzuverlässigsten Ergebnissen bei Infrastrukturprojekten. Nicht, weil die Teams nachlässig sind, sondern aufgrund des Zeitpunkts und der Art und Weise, wie die Dokumentation erstellt wird. Der Standardprozess sieht folgendermaßen aus: Die Bauarbeiten sind abgeschlossen, jemand sammelt die Feldnotizen und Fotos der Bauarbeiter ein, ein Zeichner öffnet die ursprünglichen Konstruktionszeichnungen und passt sie an die tatsächliche Situation an. Dieser Prozess beginnt oft erst Wochen nach Abschluss der Bauarbeiten. Die Bauarbeiter sind inzwischen weitergezogen. Die Feldnotizen sind unvollständig. Die Fotos machen nicht immer deutlich, was sich geändert hat und was gleich geblieben ist. Der Zeichner rekonstruiert eine Geschichte aus Fragmenten, und das Ergebnis ist eine Bestandsdokumentation, die zwar besser ist als gar nichts, aber schlechter als das, was jeder akzeptieren würde, wenn er wüsste, wie sie erstellt wurde.

Das Problem verschärft sich mit der Zeit. Das nächste Projekt übernimmt die Bestandszeichnung als Grundlage, entwirft darauf aufbauend und schickt ein Team vor Ort – wo es feststellt, dass die vorherige Bestandszeichnung falsch war. Nun arbeiten sie um die Diskrepanz herum, und die neue Bestandszeichnung übernimmt die Ungenauigkeiten der alten sowie alle neuen Abweichungen. Nach drei oder vier solchen Zyklen hat die Aufzeichnung dessen, was tatsächlich im Boden liegt, nur noch eine vage Ähnlichkeit mit den Zeichnungen.

Warum eine nachträgliche Zusammenstellung scheitert

Das eigentliche Problem ist das Timing. Wenn man die eigentliche Arbeit von der Dokumentation dieser Arbeit trennt, entsteht eine Kluft, die immer größer wird.

Bei einer nachträglichen Aufzeichnung gehen Details verloren. Ein Außendienstmitarbeiter, der seine Tätigkeiten erst am Ende des Tages aufzeichnet, erinnert sich an die wichtigsten Entscheidungen – die Umverlegung des Kabels, das Anbringen einer zusätzlichen Anschlussdose. Die genauen Koordinaten, die präzisen Entfernungen und die kleinen Anpassungen bleiben ihm jedoch im Gedächtnis nicht erhalten. Ein Außendienstmitarbeiter, der seine Arbeit während der Ausführung aufzeichnet, erfasst all diese Details, da er die Informationen direkt vor Augen hat.

Getrennte Systeme verlieren den Zusammenhang. Wenn die Arbeitsaufträge in einem System und die Bestandsdaten in einem anderen gespeichert sind, hängt die Verbindung zwischen beiden allein vom Gedächtnis einer Person ab. Welcher Arbeitsauftrag hat zu welcher Änderung in den Bestandsdaten geführt? Wenn Sie diese Frage nicht durch eine Datenbankabfrage beantworten können, können Sie sie überhaupt nicht zuverlässig beantworten.

Bei der Stapelbearbeitung geht die Herkunftsnachweisbarkeit verloren. Wenn ein Zeichner Zeichnungen Wochen nach der Fertigstellung ändert, gibt es keinen Prüfpfad, der eine bestimmte Änderung in der Zeichnung mit einem bestimmten Bericht aus der Praxis verknüpft. Die Bestandszeichnung ist eine einmalige Momentaufnahme. Niemand kann nachvollziehen, wie es zu diesem Zustand gekommen ist, welche Änderungen durch Belege gestützt sind und welche auf den besten Vermutungen des Zeichners beruhen.

Mit der Übergabe an den Betrieb werden die Fehler weitervererbt. Die Bestandsdokumentation ist in der Regel das letzte Ergebnis vor dem Abschluss eines Projekts und der Übergabe der Anlage an das Betriebsteam. Ist die Bestandsdokumentation fehlerhaft, stellt der Betrieb dies auf die schlimmste Art und Weise fest – während einer Reparatur, einer Erweiterung oder eines Notfalls –, wenn die Kosten für falsche Informationen am höchsten sind.

Die Karte als lebendige Bestandsaufnahme

Unser Ansatz führt nicht dazu, dass am Ende eines Projekts eine Bestandsdokumentation erstellt wird. Die Bestandsdokumentation ist die Karte, an der Ihr Team während des gesamten Projekts gearbeitet hat, und sie entsteht im Laufe der Arbeiten von selbst.

Die Objekte auf der Karte entsprechen dem Ist-Zustand. Wenn ein Außendienstmitarbeiter ein Objekt bearbeitet – einen Punkt verschiebt, eine Kabeltrasse anpasst oder eine neue Spleißstelle hinzufügt –, stellt diese Bearbeitung die Aktualisierung des Ist-Zustands dar. Dies geschieht direkt am Einsatzort, wobei die GPS-Koordinaten vom Gerät erfasst werden, und zwar genau zu dem Zeitpunkt, zu dem die Arbeit ausgeführt wird. Es ist kein separater Schritt erforderlich.

Jede Änderung wird versionsverwaltet. Jede Änderung erzeugt einen Versionseintrag: wer die Änderung vorgenommen hat, wann und wie der vorherige Zustand aussah. Der Versionsverlauf wird komprimiert, aber niemals gelöscht. Sie können den Zustand jeder Funktion zu jedem beliebigen Zeitpunkt rekonstruieren – nicht nur den aktuellen Zustand, sondern die gesamte Entwicklung vom Entwurf bis zur Fertigstellung.

Vor Ort eingereichte Versionen werden von der Verwaltung geprüft. Ein Außendienstmitarbeiter nimmt keine direkten Änderungen an der gemeinsamen Karte vor. Er reicht eine Version ein – eine Reihe vorgeschlagener Änderungen –, die von einem Administrator geprüft wird. Der Administrator sieht einen Vergleich: Was hat sich geändert, wo und wie sieht der Vergleich zum aktuellen Stand aus? Wenn die Änderung sinnvoll ist, wird sie übernommen. Wenn nicht, wird sie mit einer Anmerkung abgelehnt. Das bedeutet, dass die Bestandsaufnahme bei jeder Aktualisierung eine Qualitätskontrolle durchläuft, die nicht erst am Ende nachträglich hinzugefügt wird.

Die Konflikterkennung verhindert unbemerkte Überschreibungen. Wenn zwei Außendienstmitarbeiter denselben Bereich bearbeiten, erkennt das System die Überschneidung und kennzeichnet sie zur Klärung. Die Aktualisierung einer Gruppe überschreibt nicht unbemerkt die einer anderen. Bei der herkömmlichen Bestandserfassung werden widersprüchliche Feldnotizen verschiedener Gruppen oft nach dem besten Ermessen des Zeichners abgeglichen. In einem versionsverwalteten System wird der Konflikt sichtbar gemacht und explizit gelöst.

Vom Entwurf bis zur Bestandsaufnahme in einem System

Der Prozess, der zu einer genauen Bestandsaufnahme führt, sieht wie folgt aus:

Importieren Sie den Entwurf. Laden Sie die ursprünglichen Entwurfszeichnungen – Shapefile, GDB, GeoPackage, DXF – als Entwurfsobjekte in die Karte. Diese Objekte werden in einem Zwischenbereich abgelegt, wo sie überprüft, nach Gebieten gefiltert, auf Kollisionen mit vorhandenen Daten geprüft und in die entsprechenden Ebenen übernommen werden können. Der Import bildet die Grundlage für den Entwurf.

Planen Sie die Arbeiten anhand des Entwurfs. Auf der Karte werden Aufgaben angelegt, deren Geometrie angibt, wo gearbeitet werden soll, und deren Ressourcenbedarf aufzeigt, welche Materialien und Arbeitskräfte benötigt werden. Die Geometrie der Aufgabe ist der Plan.

Ausführen und protokollieren. Außendienstmitarbeiter führen die Arbeiten durch und reichen anschließend Berichte mit GPS-Daten ein, aus denen hervorgeht, wo die Arbeiten tatsächlich stattgefunden haben. Die im Bericht angegebenen Daten entsprechen der Realität. Wenn das Kabel beispielsweise entlang der Südseite statt der Nordseite verlegt wurde, spiegelt dies die im Bericht angegebenen Daten wider – zum Zeitpunkt der Arbeiten, erfasst von dem Gerät, das vor Ort war.

Aktualisieren Sie die Karte. Außendienstmitarbeiter bearbeiten die Kartenelemente, um die tatsächlichen Bauarbeiten widerzuspiegeln. Verschieben Sie die Kabeltrasse auf ihren tatsächlichen Verlauf. Fügen Sie die zusätzliche Anschlussdose hinzu, die im Entwurf nicht enthalten war. Löschen Sie das geplante Element, das nicht gebaut wurde. Reichen Sie die Version zur Überprüfung durch den Administrator ein.

Prüfen und festschreiben. Ein Administrator prüft die vor Ort übermittelte Version, vergleicht sie mit der Entwurfsvorlage und den Berichten und schreibt sie in die gemeinsame Karte fest. Die festgeschriebene Karte ist nun die Bestandslage – kein separates Dokument, sondern genau die Karte, die das Betriebsteam künftig verwenden wird.

Die Übergabe erfolgt automatisch. Wenn das Projekt abgeschlossen wird, übernimmt das Betriebsteam den aktuellen Stand der Karte. Es muss kein separates Bestandsdokument erstellt, geprüft und übergeben werden. Die Karte, die sie sehen, ist dieselbe, die das Bauteam während des gesamten Projekts gepflegt hat. Jedes Objekt verfügt über einen Versionsverlauf. Jede Änderung lässt sich auf eine Eingabe vor Ort und eine Genehmigung durch die Verwaltung zurückverfolgen.

Der Audit-Trail, auf den es ankommt

Der Vorteil dieses Ansatzes liegt nicht nur in der Bequemlichkeit. Es geht um die Herkunft.

Wenn eine Aufsichtsbehörde, ein Kunde oder ein Betriebsingenieur fragt: „Was befindet sich hier eigentlich im Boden, und woher wissen Sie das?“, lautet die Antwort strukturell:

Das Objekt auf der Karte verfügt über einen Versionsverlauf, der jede Änderung vom Entwurf bis zur Fertigstellung anzeigt.
Jeder Versionseintrag enthält Angaben zum Ersteller, zum Zeitstempel und zum Administrator, der die Änderung genehmigt hat.
Die Feldberichte, die zu den einzelnen Änderungen geführt haben, sind verlinkt – mit GPS-Geodaten, Fotos und Aufzeichnungen zum Materialverbrauch.
Der Importdatensatz zeigt die ursprüngliche Entwurfsbasis, die zu Beginn geladen wurde.
Alles ist exportierbar – GeoJSON, CSV, Prüfprotokoll – aus demselben System, das es erstellt hat.

Vergleichen Sie dies mit der üblichen Antwort: „Hier ist ein PDF, das ein Zeichner sechs Wochen nach Abschluss der Bauarbeiten erstellt hat.“ Die eine Antwort weckt Vertrauen. Die andere wirft Fragen auf.

Zusammenfassung

Bestandsunterlagen gehören zu den durchweg unzuverlässigsten Ergebnissen bei Infrastrukturprojekten, da sie nach Abschluss der Bauarbeiten aus verstreuten Feldnotizen und verblassenden Erinnerungen zusammengestellt werden.
Das Kernproblem ist der Zeitabstand: Die Trennung zwischen der Ausführung der Arbeiten und ihrer Dokumentation schafft eine Lücke, die sich mit jedem Projektzyklus vergrößert.
Die nachträgliche Zusammenstellung in großen Mengen führt zum Verlust von Details, Kontext und Herkunftsangaben und liefert ungenaue Unterlagen an die Betriebsteams, die die Fehler im ungünstigsten Moment entdecken.
Wenn die Karte die Bestandsdokumentation ist und die Außendienstmitarbeiter sie während der Arbeit aktualisieren, entsteht die Dokumentation von selbst – mit GPS-Koordinaten, Versionshistorie und administrativer Überprüfung bei jedem Schritt.
Konstruktionszeichnungen werden als Ausgangsbasis importiert. Aufgaben stellen den Plan dar. Berichte erfassen die Realität. Objektbearbeitungen spiegeln wider, was gebaut wurde. Die Versionshistorie verbindet alle Elemente miteinander.
Vor Ort eingereichte Versionen durchlaufen eine administrative Überprüfung mit visueller Differenzanzeige, sodass die Bestandsdokumentation bei jeder Aktualisierung einer Qualitätskontrolle unterzogen wird – und nicht erst am Ende des Projekts in einer einzigen Überprüfung.
Die Konflikterkennung stellt sicher, dass sich überschneidende Bearbeitungen verschiedener Teams aufgedeckt und gelöst werden, anstatt stillschweigend nach dem Ermessen eines Zeichners abgeglichen zu werden.
Die Übergabe an den Betrieb erfolgt automatisch: Die vom Bauteam gepflegte Karte ist die Karte, die das Betriebsteam übernimmt, mit vollständiger Herkunftsangabe für jedes Objekt.