Administration
Systemstatus
Jeder Bereich wird ehrlich eingeordnet. Was nicht verbunden ist, wird nicht als funktionsfähig ausgegeben.
8
Funktionsfähig
10
Teilweise
10
Integration erforderlich
0
Demo
0
Fehler
Persistenz: Projektdaten werden lokal im Browser gespeichert und überstehen einen Reload. Für Mehrbenutzerbetrieb, große Dateien und Mandantentrennung ist eine serverseitige Datenbank erforderlich — im Status als Persistenz erforderlich markiert.
Plattform
Datenbank
FunktionsfähigFunktioniert: Vollständiges Datenmodell (Kunde → Standort → Campus → Gebäude → Etage → Objekt) in der Serverdatenbank, Mandantentrennung per Row Level Security, lokaler Cache für Offline-Arbeit.
Fehlt: Feingranulare Historisierung einzelner Datensätze auf Serverebene (heute als Arbeitsstand je Mandant gespeichert).
Authentifizierung
FunktionsfähigFunktioniert: Login per E-Mail/Passwort und Google, Sessions, Rollen in der Datenbank (Rollentabelle mit serverseitiger Prüfung).
Fehlt: Feinsteuerung einzelner Rollenrechte je Modul.
Dateispeicher
FunktionsfähigFunktioniert: Upload in den privaten Objektspeicher inkl. Metadatensatz, Kategorisierung, Zuordnung (Kunde/Gebäude/Etage), Vorschau und Download. Aktuell 0 Datei(en) mit lokalem Inhalt, 0 Datei(en) serverseitig gespeichert.
Fehlt: Versionierung und Virenprüfung hochgeladener Originaldateien.
Struktur & Daten
Kundenverwaltung
FunktionsfähigFunktioniert: Kunden anlegen, bearbeiten, Standorte zuordnen, Testdaten kennzeichnen.
Fehlt: Serverseitige Mandantentrennung (heute reine Frontend-Filterung).
Campus
FunktionsfähigFunktioniert: Standorte, Campus-Referenzbilder, Layer und Gebäudezuordnung per Pin/Polygon.
Fehlt: Georeferenzierung der Referenzbilder (Weltkoordinaten).
Karten
TeilweiseFunktioniert: SVG-Campuskarte mit Polygonen, Hover, Side Panel, Layerwechsel, Zoom.
Fehlt: Kein echter Kartendienst / keine Luftbild-Kachelquelle angebunden.
Gebäude
FunktionsfähigFunktioniert: Gebäude, Etagen, Räume, Status und Digitalisierungsgrad werden gespeichert.
Fehlt: Raumdaten aktuell nur aus Stammdaten, nicht aus Scan abgeleitet.
Matterport
Integration erforderlichFunktioniert: Felder für Space-ID und URL sind vorbereitet.
Fehlt: SDK und API sind nicht verbunden: keine Sweep-, Positions- oder Grundrissdaten verfügbar.
Dokumenten-Upload
TeilweiseFunktioniert: Drag & Drop, Formatprüfung (PDF, JPG, PNG, SVG), Klassifizierung, Zuordnung.
Fehlt: Serverseitige Ablage, Virenprüfung, Versionsketten über den Server.
Spatial Twin
Matterport Viewer
Integration erforderlichFunktioniert: Einbettung technisch vorbereitet.
Fehlt: Ohne hinterlegten Space bleibt der Viewer leer.
Matterport SDK
Integration erforderlichFunktioniert: Adapter-Schicht (Space, Etage, Position, Kamera, Sweeps, Navigation) ist implementiert und normalisiert die Daten.
Fehlt: Kein serverseitig hinterlegter SDK-Key — es werden keine Live-Daten gelesen.
Spatial Coordinates
FunktionsfähigFunktioniert: Getrennte Koordinatenräume: Matterport 3D, Grundriss 2D, Planblatt, optional Geo.
Fehlt: Keine automatische Höhen-/Etagenzuordnung aus 3D-Daten.
Sweep Data
Integration erforderlichFunktioniert: Sweep-Layer im Grundriss ist implementiert und zeigt Sweeps, sobald der Adapter Daten liefert.
Fehlt: Ohne SDK liegen keine Sweep-Positionen vor — der Layer bleibt leer.
Floor Mapping
FunktionsfähigFunktioniert: Etagen werden je Gebäude geführt; Registrierungen sind etagenbezogen.
Fehlt: Automatische Zuordnung Matterport-Floor ↔ Etage erfordert SDK-Daten.
2D Registration
TeilweiseFunktioniert: 0 gespeicherte Registrierung(en) mit Referenz- und Kontrollpunkten.
Fehlt: Matterport-Positionen werden ohne SDK manuell übernommen.
Coordinate Transformation
Integration erforderlichFunktioniert: Ähnlichkeitstransformation (Translation, Rotation, Skalierung) inkl. RMSE und Kontrollpunkt-Abweichung.
Fehlt: Nicht-lineare Verzerrungen (perspektivisch/affin je Gebäudeflügel) werden noch nicht ausgeglichen.
Bidirectional Navigation
TeilweiseFunktioniert: Grundriss → Objekt und Objekt → Grundriss funktioniert vollständig; nächstgelegener bekannter Sweep wird angezeigt.
Fehlt: Automatische Kamerafahrt im Modell benötigt das Matterport SDK.
Safety Object Sync
TeilweiseFunktioniert: Ein zentraler Master Record je Objekt (0 erfasst, 0 2D-Position bestätigt) mit Historie und Auswirkungsanalyse.
Fehlt: Serverseitige Speicherung und Mehrbenutzerbetrieb fehlen.
Plan Object Sync
Integration erforderlichFunktioniert: Planbezug je Objekt (Plan-ID, Planposition, Piktogramm) vorhanden — 0 Objekt(e) verknüpft.
Fehlt: Automatische Übernahme in freigegebene Planversionen ist bewusst nicht aktiv (Revisionsprüfung erforderlich).
Safety AI
Safety AI
Integration erforderlichFunktioniert: Provider-Architektur, Datenmodell für Erkennungen, Abgleich und Validierung.
Fehlt: Kein KI-Dienst verbunden. Es werden keine Beispielergebnisse erzeugt.
Bilderkennung
Integration erforderlichFunktioniert: Test Lab, Upload, strukturierte Ergebnisdarstellung und menschliche Entscheidung.
Fehlt: Vision-Provider nicht konfiguriert.
PDF-Analyse
Integration erforderlichFunktioniert: Test Lab mit Original, Overlay, Bounding-Box-Kontrolle und Konfidenzanzeige.
Fehlt: Document-AI/OCR-Provider nicht konfiguriert.
Sicherheitsobjekte
TeilweiseFunktioniert: Bibliothek, normierte Piktogramme, Objektdatensätze mit Status und Historie.
Fehlt: Objekte werden noch nicht dauerhaft serverseitig je Etage geschrieben.
Plan & Ausgabe
Plan Generator
TeilweiseFunktioniert: 10-Schritte-Workflow, Layer, Standortvarianten, Rotation, Template, Legendengenerator, Live-Vorschau.
Fehlt: Grundriss-Kalibrierung und Matterport-Registrierung sind Voraussetzung für maßhaltige Positionen; Speicherung nur lokal.
PDF-/Druckexport
Integration erforderlichFunktioniert: Druckcenter, Export-Precheck und druckoptimiertes Planlayout (SVG/Vektor).
Fehlt: Keine eigene Print Render Engine: der Export läuft über den Browserdruck. Für die Produktion ist ein UI-unabhängiges Rendering erforderlich.
Nachweis
Versionierung
TeilweiseFunktioniert: Revisionen, Planarchiv und Ableitungskette Original → Arbeit → Entwurf → Freigabe.
Fehlt: Unveränderbare Archivierung erfordert serverseitige Ablage.
Freigabe
TeilweiseFunktioniert: Getrennte Status: technisch geprüft, menschlich validiert, fachlich geprüft, freigegeben.
Fehlt: Keine authentifizierte Unterschrift/Identität hinter einer Freigabe.
Audit Trail
TeilweiseFunktioniert: Protokoll mit Wer / Was / Wann / Vorher / Nachher für erfasste Änderungen.
Fehlt: Fälschungssichere, serverseitige Protokollierung.
Technische Prüfung ≠ fachliche Prüfung
Technisch geprüft
Das System konnte Daten und Plan technisch verarbeiten.
Menschlich validiert
Ein Bearbeiter hat erkannte Informationen bestätigt.
Fachlich geprüft
Ein zuständiger Fachprüfer hat den Plan geprüft.
Freigegeben
Eine dokumentierte Freigabe liegt vor.
Audit Trail (lokal)
Noch keine protokollierten Änderungen. Änderungen an Sicherheitsobjekten, Kalibrierungen, Registrierungen, Planentwürfen und Entscheidungen werden hier erfasst.