Ein Anlagenregister aus dem aufbauen, was Sie bereits haben

Mitarbeitende von Versorgungsunternehmen beschreiben ihre Anlagendaten oft auf dieselbe Weise: ein Teil steckt im GIS, ein Teil in einer Tabelle, die vor Jahren jemand angelegt hat, ein Teil lebt in Papier-Inspektionsordnern, und ein Teil existiert nur, weil sich ein langjähriger Mitarbeiter erinnert, wo der alte Gussrohrabschnitt liegt. Das ist kein kaputter Ausgangspunkt. Es ist der normale.

Warum „wir haben kein Anlagenregister" meist nicht stimmt

Die meisten Versorgungsunternehmen in dieser Situation verfügen bereits über den Großteil des Rohmaterials, das ein Register braucht. Was fehlt, sind nicht die Daten, sondern eine Struktur, die die Daten mit einer einheitlichen Kennung je Anlage an einem Ort zusammenführt. Die GIS-Ebene weiß, wo der Schieber ist. Das Wartungsprotokoll weiß, dass er zweimal repariert wurde. Der Bestandsplan des Ingenieurs weiß, in welchem Jahr er eingebaut wurde. Keine dieser Quellen weiß von den beiden anderen, und dieser Bruch, nicht ein Mangel an Daten, ist meist das eigentliche Problem.

Was ein nutzbares Anlagenregister mindestens braucht

Ein Register muss nicht vollständig sein, um nützlich zu sein. Es braucht mindestens eine stabile, eindeutige Kennung für jede Anlage und einen konsistenten Satz von Attributen, der an diese Kennung geknüpft ist:

Eine eindeutige ID, die sich nicht ändert, selbst wenn die Anlage im GIS verschoben, von einem neuen Mitarbeiter umbenannt oder abteilungsübergreifend anders referenziert wird.
Standort, verknüpft mit Ihrem GIS, falls vorhanden, oder zumindest mit einer konsistenten Adresse oder einem Referenzpunkt, falls nicht.
Anlagentyp und grundlegende Spezifikationen, Material, Größe und Hersteller, soweit relevant, auf dem Detailniveau, das Sie realistisch pflegen können.
Einbaudatum oder geschätztes Alter, selbst wenn die tatsächliche Antwort lautet „irgendwann in den 1970ern verlegt, basierend auf der Erschließungsgeschichte des Viertels". Eine als Schätzung gekennzeichnete Schätzung ist weitaus nützlicher als ein leeres Feld.
Zustand, wie grob auch immer. Eine dreistufige Skala (gut, mittel, schlecht), konsistent angewendet, ist nützlicher als eine detaillierte Skala, die nur auf 10 % Ihrer Anlagen angewendet wird.
Eine Verknüpfung zur Historie, Reparaturen, Inspektionen und durchgeführte Investitionsarbeiten, selbst wenn diese Historie derzeit in einem separaten System liegt.

Mit dem beginnen, was Sie bereits haben

Der praktische Weg ist so gut wie nie „bei null anfangen". Er lautet meist: eine Anlagenklasse auswählen, mit der Sie beginnen (Hydranten und Wasserleitungen sind häufige erste Wahl, weil Bruch- und Inspektionshistorie für sie oft schon existiert), jede Quelle zusammentragen, die Informationen zu dieser Anlagenklasse enthält, und sie zu einer Struktur mit den oben genannten Attributen zusammenführen. Doppelte oder widersprüchliche Datensätze werden im Laufe der Arbeit bereinigt, nicht davor. Auf eine perfekte Abstimmung zu warten, bevor man beginnt, ist einer der häufigsten Gründe, warum ein Anlagenregister-Projekt ins Stocken gerät, bevor es überhaupt etwas Nutzbares hervorbringt.

Wo GIS passt, und wo es nicht zwingend nötig ist

Eine kartenbasierte GIS-Ebene ist ein natürlicher Ort für ein Anlagenregister, weil Standort eine der nützlichsten Arten ist, Infrastrukturdaten zu ordnen, und weil sie es Außendienst, Ingenieurbüros und Finanzabteilung erlaubt, dieselben Informationen aus ihrer jeweiligen Perspektive zu betrachten. Aber GIS ist keine Voraussetzung für den Start. Eine gut strukturierte Tabelle mit konsistenten eindeutigen IDs kann als echtes Anlagenregister dienen, während eine GIS-Ebene nachzieht, und eine saubere Tabelle später in GIS zu übernehmen, ist weit einfacher, als GIS-Daten zu bereinigen, die von Anfang an nie konsistent strukturiert waren.

Es aktuell halten