Am schnellsten kommst du zu einem verlässlichen Anlagenregister, wenn du die Liste validierst, die du schon hast, statt jede Anlage von Grund auf neu zu erfassen. Die meisten FM-Dienstleister haben bereits Teile ihrer Anlagendaten aus früheren Verträgen, Wartungsplänen und alten Begehungen. Lade sie hoch, nimm sie mit vor Ort und bestätige, korrigiere oder ergänze, was du dort vorfindest. Erfassungstools, die nur auf einem leeren Blatt funktionieren, lassen dich doppelt für Daten zahlen, die dir längst gehören.
KI-Fototools sind schnell, wenn du bei null anfängst
Die neue Generation von KI-Tools zur Fotoerfassung ist vor Ort schnell. Ein Techniker richtet sein Tablet auf ein Typenschild, das Tool liest Hersteller und Modell aus, und ein Datensatz entsteht, ohne dass jemand tippt. In einem Neubau oder bei einem Bestand, den noch niemand dokumentiert hat, spart das echte Zeit. Jedes FM-Team, das ein CAFM-System einführt, sollte diese Tools auf Herz und Nieren prüfen.
Sie bauen allerdings auf einer Annahme auf: Jede Begehung beginnt bei null. Jede Anlage ist etwas, das du entdecken, fotografieren und neu anlegen musst. Für viele technische Serviceteams stimmt diese Annahme schon am ersten Tag nicht.
Erfassung und Validierung sind zwei verschiedene Aufgaben
Bei der Erfassung findest du heraus, was vorhanden ist. Bei der Validierung prüfst du, ob das, was du schon weißt, noch stimmt. Beides passiert vor Ort, aber der Ausgangspunkt ist ein völlig anderer. Die meisten FM-Verträge brauchen deutlich mehr Validierung als Erfassung.
Denk an eine typische Vertragsübernahme. Der bisherige Dienstleister hat eine Tabelle mit 1.000 Anlagen hinterlassen. Manche Einträge stimmen, manche Anlagen stehen inzwischen woanders, manche hat jemand vor Jahren ausgetauscht, und ein paar gab es nie. Kann ein Erfassungstool diese Liste nicht in einem Rutsch laden und prüfen, bleibt deinem Team nur eine Option: das gesamte Objekt ablaufen und jede Anlage neu fotografieren, auch die Hunderte, die schon stimmten. Du verlierst Tage vor Ort, riskierst doppelte Datensätze und wirfst die Historie weg, die mit der ursprünglichen Liste kam.
Diese geerbte Tabelle ist die Regel, nicht die Ausnahme. Im Report 2026 von SFG20 gab die Hälfte von knapp 200 FM-Fachleuten an, zumindest einen Teil ihres Anlagenregisters noch in Tabellen zu führen. 38 % aktualisieren ihr Register nie oder wissen nicht, wie oft das passiert. Die meisten Dienstleister fangen also nicht bei null an. Sie starten mit einer Liste, die schon länger niemand geprüft hat.
Genau deshalb hat sich das technische Serviceteam eines britischen FM-Dienstleisters für Ninox statt für KI-Fototools entschieden. Das Team wollte die vorhandene Anlagenliste laden und vor Ort prüfen, statt neu anzufangen.
Die Liste vor Ort zu prüfen kostet weit weniger, als mit ihr zu leben. Im Harvard Business Review beschreibt der Datenqualitätsexperte Thomas C. Redman eine Zehnerregel: Eine Arbeitseinheit kostet zehnmal so viel, wenn die Daten dahinter fehlerhaft sind. Jede Anlage, die du bei der Begehung bestätigst, ist ein fehlerhafter Datensatz weniger in Auftragspositionen, Wartungsplänen und Kundenberichten.
Validierung funktioniert, wenn das Register in einer Datenbank liegt
Schon der Umstieg weg von Tabellen zahlt sich aus. Laut derselben SFG20-Umfrage lag die Genauigkeit des Anlagenregisters bei Organisationen mit Software im Schnitt bei rund 70 %, bei Tabellen oder Papier bei rund 60 %.
Ninox ist eine AI-native Low-Code-Plattform. Dein Team erstellt den Validierungsprozess also rund um die Liste, die es schon hat. Los geht es mit einem CSV-Import. Ninox schreibt große Dateien in Batches, damit ein Register mit Tausenden Anlagen ohne Timeout auf halber Strecke lädt. Jede Tabelle fasst bis zu rund 10 Millionen Datensätze, das lässt reichlich Luft für Rollouts über mehrere Standorte.
Ist die Liste drin, nehmen die Techniker sie auf dem Tablet im Browser mit vor Ort. Jede Anlage hat bereits einen Datensatz. Die Aufgabe ist also, ihn zu bestätigen, zu korrigieren oder zu markieren, mit Foto- und Unterschriftsfeldern im Formular. Neues ergänzt du direkt vor Ort. Was fehlt, markierst du, und so bekommst du eine Ausnahmeliste statt einer stillen Lücke.
Zurück im Büro öffnen Kollegen dieselben Datensätze, prüfen Foto oder Typenschild und ergänzen, wofür vor Ort keine Zeit blieb. Wer Typenschilder automatisch erkennen will, schickt das Foto über die API an ein KI-Modell. Und weil SFG20-Codes, die Lebensdauer nach CIBSE Guide M und NRM-Codes in verknüpften Tabellen liegen, füllen Trigger die passenden Wartungsdaten aus, sobald jemand einen Anlagentyp bestätigt.
Dafür brauchst du kein Entwicklerteam. Die Techniker, die die Anlagen kennen, erstellen und ändern die Datenbank selbst auf einer Low-Code-Plattform. Die IT gibt sie frei, ohne die Umsetzung stemmen zu müssen.
Jeder unnötige Einsatz vor Ort wird teurer
Bekannte Anlagen neu zu erfassen war schon immer eine schlechte Nutzung eines Technikertags. Bald kostet es noch mehr. BCIS prognostiziert, dass seine All-in Maintenance Cost Indices bis zum 2. Quartal 2030 um 15 % steigen. Jeder Tag vor Ort, an dem du eine Anlage fotografierst, die längst erfasst war, fehlt dir für die Anlagen, die es nicht waren.
Steht ein neuer Vertrag an und die Übernahme läuft auf Vollgas, sind die Teams am schnellsten, die mit dem starten, was sie haben. Lade das Register, validiere es vor Ort und erstelle den Prozess auf einer Low-Code-Plattform, die deine eigenen Techniker anpassen, während der Vertrag wächst.
Mach den nächsten Schritt.
Lass uns gemeinsam eine Lösung finden
