TECHNISCHE REFERENZIMPLEMENTIERUNG · SYNTHETISCHE TESTDATEN
Facility Operations
Von der Meldung zum freigegebenen Bericht.
Eine Meldung geht ein. Die Verwaltung prüft sie und weist den Auftrag zu. Der Außendienst dokumentiert seine Arbeit, die Verwaltung gibt den Bericht frei. Dieser Prüfaufbau zeigt den zusammenhängenden Ablauf mit getrennten Rollen und Mandanten.
Abgegrenzter Vertical Slice mit synthetischen Daten. Keine produktive Kundenplattform und keine Produktionsfreigabe.
01 / DER GESCHÄFTLICHE ABLAUF
DREI ROLLEN. KLARE ÜBERGÄNGE.Eine Meldung durchläuft mehrere Zuständigkeiten.
Wer darf den Vorgang bearbeiten? Was passiert bei einem doppelten Abschluss? Welche Informationen sieht der Kunde? Die Referenzimplementierung macht diese Übergänge konkret prüfbar.
- 01 / Kunde
Problem melden
Ein Problem an einem für den Kunden zugänglichen Objekt erfassen.
- 02 / Verwaltung
Prüfen und zuweisen
Die Meldung prüfen und den Auftrag einer zuständigen Person zuweisen.
- 03 / Außendienst
Arbeit dokumentieren
Online Zeit, Tätigkeit und Material am zugewiesenen Auftrag erfassen.
- 04 / Verwaltung
Bericht freigeben
Nach dem Abschluss den Bericht in einem gesonderten Schritt freigeben.
- 05 / Kundenansicht
Ergebnis einsehen
Erst nach Freigabe den Bericht sehen. Interne Notizen und Preise bleiben außerhalb dieser Ansicht.
02 / EINBLICK IN DEN PRÜFSTAND
ECHTE AUFNAHMEN. SYNTHETISCHE DATEN.Was die Beteiligten tatsächlich sehen.
VERWALTUNG
Die Meldung prüfen und den nächsten Schritt bestimmen.
Die Verwaltung sieht das Ticket, ergänzt die interne Dispositionsnotiz und überführt den Vorgang in einen Auftrag.
AUSSENDIENST
Zeit, Tätigkeit und Material am Auftrag dokumentieren.
Der zugewiesene Mitarbeiter erfasst seine Arbeit online. Die Aufnahme zeigt einen laufenden Auftrag mit 60 Minuten und zwei Dichtungen als synthetische Vorführdaten.
Die gesamte mobile Aufnahme bleibt im beschrifteten Bereich vertikal scrollbar und separat zu öffnen.
KUNDENANSICHT
Erst den ausdrücklich freigegebenen Bericht einsehen.
Der Kunde sieht den Abschlussbericht zu seinem Vorgang. Interne Notizen und Preise gehören nicht zu dieser Ansicht.
03 / DOKUMENTIERTER PRÜFSTAND
29.09.2026Der Ablauf ist anhand konkreter Fälle geprüft.
Diese Werte beziehen sich ausschließlich auf die dokumentierte Referenzimplementierung. Sie sind kein Nachweis für Produktionsbetrieb oder eine vollständige Plattform.
- 142
- bestandene automatisierte Tests
115 Vitest + 27 Playwright - 18
- Tabellen mit erzwungener RLS
Zusätzliche Datenbankschutzschicht - 3
- getrennte Rollenperspektiven
Kunde, Verwaltung, Außendienst - 2
- synthetische Testmandanten
Mit Fremdzugriffsprüfungen
Der lokale Lauf vom 29.09.2026 umfasst unter anderem Fremdzugriffe, Wiederholungen, Versionskonflikte und Transaktionsabbrüche. Die Rollenoberflächen wurden in Chromium bei 390, 768 und 1440 px geprüft. Typecheck, Lint und Build bestanden ebenfalls. Eine geschützte Preview wurde an diesem Tag in einem separaten Lauf geprüft; ihre Fälle werden nicht zur Zahl 142 addiert.
04 / TECHNISCHE DETAILS
TECHNIK ALS NACHWEISKlare Regeln hinter dem sichtbaren Ablauf.
Jede Rolle hat eine eigene Perspektive.
Rollen & Berechtigungen- Kunde, Verwaltung und Außendienst erhalten unterschiedliche Zugriffe. Rollen und Objektberechtigungen werden serverseitig geprüft.
Die Testmandanten bleiben getrennt.
PostgreSQL & Row Level Security- 18 Tabellen nutzen erzwungene RLS als zusätzliche Datenbankschutzschicht. Fremdzugriffe zwischen zwei synthetischen Mandanten werden geprüft. RLS ersetzt keine Rollenprüfung.
Zusammengehörige Änderungen bleiben zusammen.
Transaktionen- Abschluss, Leistungsdatensatz und Änderungsprotokoll werden gemeinsam gespeichert. Ein geprüfter Teilfehler darf keinen halbfertigen Abschluss hinterlassen.
Derselbe Abschluss erzeugt keine zweite Leistung.
Idempotenz- Ein identisch wiederholter Abschlussaufruf erzeugt keinen zweiten Leistungsdatensatz. Die Prüfung gilt für diesen Ablauf, nicht pauschal für alle externen Systeme.
Ein alter Datenstand überschreibt keine neue Änderung.
Versionskonflikte- Veraltete Schreibstände werden im geprüften Ablauf zurückgewiesen. Der Mitarbeiter kann den aktuellen Stand neu laden.
Abschluss und Freigabe sind getrennte Entscheidungen.
Freigabelogik & Audit- Die Verwaltung gibt den Bericht ausdrücklich frei. Änderungen und Freigaben werden protokolliert; daraus folgt keine kryptographische Unveränderbarkeitsgarantie.
Ergänzend: eine begrenzte Kostenprüfung.
Eine synthetische Kostenposition wird nach Fläche und Kalendertagen verteilt. Persönliche Anteile werden angezeigt; freigegebene Revisionen bleiben bei späteren Korrekturen erhalten. Das ist keine vollständige Miet-, WEG-, Heizkosten- oder Rechnungssoftware.
05 / UMFANG UND GRENZEN
NACHWEIS STATT VERSPRECHENEin bewusst abgegrenzter Prüfaufbau.
Ausgangspunkt war ein 120-Punkte-Anforderungskatalog für eine mandantenfähige Plattform. Er beschreibt den angefragten Gesamtumfang. Für die technische Prüfung wurde daraus bewusst ein begrenzter Vertical Slice umgesetzt.
Eine vollständige Umsetzung aller 120 Punkte wird damit nicht behauptet.
- Keine produktive Kundenplattform, Produktionsfreigabe oder vollständige Gesamtplattform.
- Keine vollständige Miet-/WEG-Fachlichkeit; keine Offline-Synchronisation oder GPS-Funktion.
- Keine vollständigen KI-Funktionen oder realen externen Anbieterintegrationen im Slice.
- Keine realen Kunden-/Produktivdaten, Einsparungen oder Geschäfts-KPIs.
- Keine vollständige Sicherheitsprüfung, Produktionslastprüfung oder fachliche Abnahme realer Abrechnungen.
IHR NÄCHSTER ÜBERPRÜFBARER ABSCHNITT
Welcher Ablauf muss bei Ihnen zuverlässig zusammenhängen?
Beschreiben Sie die beteiligten Rollen und Systeme. Wir klären, welcher erste, überprüfbare Abschnitt für Ihr Projekt sinnvoll ist.