Digitale Baudokumentation in der Betoninstandsetzung — Warum generische Tools scheitern

Die Betoninstandsetzungsbranche digitalisiert sich — aber langsam. Viele Sachkundige Planer (SKP) probieren generische Bau-Dokumentationstools aus, stellen aber schnell fest: Diese Tools kennen weder Überwachungsklassen noch EN 1504-Prinzipien noch die spezifische Zwei-Rollen-Logik aus SKP und ausführendem Betrieb. Das Ergebnis ist kein echter Effizienzgewinn, sondern lediglich eine digitale Version des alten Word/Excel-Chaos.

Der Status quo: Word, Excel, E-Mail — warum das nicht reicht

In der überwältigenden Mehrheit der deutschen SKP-Büros sieht der Dokumentations-Workflow heute so aus: Das Instandsetzungskonzept entsteht in Word. Die Eigenüberwachungs-Protokolle kommen per E-Mail oder WhatsApp vom Betrieb — in uneinheitlichem Format, manchmal als Foto einer handschriftlichen Liste, manchmal als ausgefülltes PDF. Der SKP sammelt alles ein, vereinheitlicht manuell, fügt Prüfprotokolle aus Excel hinzu und stellt die Fremdüberwachungs-Mappe am Ende manuell zusammen. Das dauert im Schnitt zwei bis vier Stunden pro Mandat.

Dieses Vorgehen hat drei strukturelle Schwächen:

Schwäche 1: Keine Vollständigkeitsprüfung. Es gibt keine automatische Kontrolle, ob alle Pflichtdokumente vorhanden sind. Lücken werden oft erst beim Fremdüberwacher-Termin sichtbar.

Schwäche 2: Keine rollenbasierte Zusammenarbeit. Word und Excel unterscheiden nicht zwischen SKP und Betrieb. Der Übergabepunkt zwischen beiden Seiten ist ein E-Mail-Postfach — ohne Struktur, ohne Nachverfolgung.

Schwäche 3: Kein Normbezug. Eine leere Word-Vorlage erzwingt keine normkonforme Eingabe. Felder können übersprungen, Bezeichnungen können falsch gewählt werden — ohne dass das System widerspricht.

Warum PlanRadar, Capmo und Co. für Betoninstandsetzung zu kurz greifen

PlanRadar, Capmo, HERO Software und Weise Bautagebuch sind leistungsstarke Produkte für die allgemeine Baudokumentation. Sie decken Mängelmanagement, Bautagebücher, Fotoworkflows und zum Teil KI-gestützte Auswertungen ab. Aber keines dieser Systeme ist für die spezifischen Anforderungen der Betoninstandsetzung nach TR Instandhaltung konzipiert.

Kein SKP-Rollenkonzept. Die genannten Tools kennen keine Unterscheidung zwischen dem Sachkundigen Planer auf der Planungsseite und dem ausführenden Fachbetrieb auf der Ausführungsseite. Die TR Instandhaltung verlangt genau diese Verzahnung — mit klar getrennten Verantwortlichkeiten und Freigabe-Workflows.

Keine TR- und EN 1504-nativen Strukturen. Überwachungsklassen, Instandsetzungsprinzipien nach EN 1504-9, Expositionsklassen nach EN 206, Haftzugprüfungs-Grenzwerte — nichts davon ist in diesen Tools als natives Formularfeld implementiert. Der SKP müsste eigene Vorlagen bauen und riskiert, normrelevante Felder zu vergessen.

Kein normkonformes Reporting. Eine prüffertige Fremdüberwachungs-Mappe nach TR Instandhaltung hat eine spezifische Struktur, die sich aus der Norm ergibt. Generische Export-Funktionen liefern Listen und PDFs — aber keine normkonform strukturierte Mappe, die ein Fremdüberwacher auf Anhieb anerkennt.

Kein Portfolio-Fokus für SKP. Ein SKP betreut typischerweise fünf bis dreißig Mandate gleichzeitig, in unterschiedlichen Überwachungsklassen und Ausführungsphasen. Keines der genannten Tools bietet einen Portfolio-Überblick, der auf die spezifischen Fälligkeiten des SKP-Alltags ausgerichtet ist — Haftzugprüfung, Zwischenbericht, Fremdüberwachungs-Termin.

Was ein norm-natives System anders macht

Ein norm-natives System für Betoninstandsetzung ist von Grund auf auf die Anforderungen der TR Instandhaltung und EN 1504 ausgerichtet. Das bedeutet konkret:

Strukturierte Eingabe statt Freitext. Überwachungsklasse, Instandsetzungsprinzip, Expositionsklasse — alles sind Auswahlfelder, keine Freitextfelder. Das System stellt sicher, dass normrelevante Angaben im richtigen Format vorliegen.

Rollenbasierte Zusammenarbeit. SKP und Betrieb arbeiten im selben System — aber mit getrennten Zugängen und klar definierten Verantwortlichkeiten. Der Betrieb erfasst Eigenüberwachungs-Daten direkt in der SKP-Akte. Kein E-Mail-Versand, kein Medienbruch.

Automatische Vollständigkeitsprüfung. Vor dem Fremdüberwachungs-Termin zeigt das System auf einen Blick, welche Pflichtdokumente noch fehlen. Der SKP kann gezielt nachfordern, ohne die gesamte Akte manuell durchzugehen.

Normkonformes Reporting auf Knopfdruck. Die Fremdüberwachungs-Mappe wird automatisch aus den erfassten Daten generiert — in der Struktur, die TR Instandhaltung und anerkannte Prüfstellen erwarten.

Zwei-Seiten-Cockpit: Der entscheidende Unterschied

Das Kernkonzept von BetonPilot ist das Zwei-Seiten-Cockpit: Das SKP-Cockpit auf der Planungs- und Überwachungsseite, der Betriebs-Mobil-Zugang auf der Ausführungsseite — beide in einem System, beide in Echtzeit verbunden.

Dieser Ansatz ist der entscheidende strukturelle Unterschied zu allen generischen Bau-Tools: Nicht der SKP muss Daten vom Betrieb einsammeln — der Betrieb speist Daten direkt ein. Der SKP sieht sofort, was dokumentiert wurde, und kann fehlende Einträge sofort anfordern — nicht erst zwei Tage vor dem Fremdüberwachungs-Termin.

ROI: Wie viel Zeit spart normkonforme Software wirklich?

Die konservative Schätzung: Ein SKP, der heute drei bis vier Stunden pro Mandat für die manuelle Zusammenstellung der Fremdüberwachungs-Mappe aufwendet, kann diesen Aufwand mit einem norm-nativen System auf unter 30 Minuten reduzieren. Bei zehn Mandaten pro Quartal entspricht das einer Einsparung von über 100 Stunden pro Jahr — Zeit, die für neue Mandate oder vertiefte Facharbeit genutzt werden kann.

Hinzu kommt der Haftungsaspekt: Lücken in der Akte, die heute durch Zeitdruck und manuelle Prozesse entstehen, sind mit normkonformer Software strukturell ausgeschlossen. Das reduziert das persönliche Haftungsrisiko des SKP erheblich.

BetonPilot ist in der Beta-Phase kostenlos nutzbar — testen Sie es mit Ihrem nächsten Mandat und erleben Sie den Unterschied zu Word und Excel.