Standort — Anlagen (Sub-Route)
Zweck
Sub-Route /locations/:id/systems ist die primaere Pflege-Sicht für Anlagen am Standort. Im Gegensatz zu Kunden — Anlagen (Aggregations-Sicht) werden hier neue Anlagen direkt angelegt mit locationId = :id.
Detail-Sub-Sub-Routen: Checklisten, Komponenten, Komponenten-Checklisten — siehe Anlagen-Konzept.
Berechtigungen (CASL)
| Action | Subject | Wirkung | Keycloak-Rolle |
|---|---|---|---|
view | FE_Location, Location, FE_System, System | Liste/Detail | — |
view/create/update | System | Pflegen | APP_SPEAMCORE_VIEW/CREATE/UPDATE_SYSTEM |
Schritt-für-Schritt-Anleitung
- Standort (
/locations/:id) → Tab Anlagen. - + Anlage legt eine neue Anlage mit
locationId = :idan. - Klick auf Anlage → Detail mit Sub-Tabs Checklisten/Komponenten.
Anlege-Pattern
+ Anlage hinzufügen legt direkt eine neue System-Entitaet mit locationId = :locId an und navigiert auf den Detail. Kein Modal, kein Eingabe-Dialog — Stammdaten werden auf der Detail-Seite gepflegt (Anlagentyp, Hersteller, Seriennummer, Inbetriebnahme-Datum).
Anlagen sind die prueffaehigen Einheiten an einem Standort und der Hauptbezugspunkt für Wartungs-Aufträge. Pro Anlage:
- Sub-Tab Komponenten — Einzelteile der Anlage (z. B. Sirenen, Sensoren, Steuerungen).
- Sub-Tab Prüf-Checklisten — Master-Checklisten die für diese Anlage gelten.
- Verknuepfung zu Services — welche Wartungs-Services für diese Anlage relevant sind.
Detail siehe Anlagen-Konzept.
Wiederverwendbare Konzepte
Verknuepfungen zu anderen Modulen
- Standorte — Eltern-Modul.
- Customers — Systems — Aggregations-Sicht.
- Workorders — Systems — Anlagen am Auftrag.
- Komponenten, Checklisten — Stamm-Daten.
API/Schnittstellen
| Methode | Endpoint | Zweck | CASL |
|---|---|---|---|
GET | /api/systems?filter[locationId] | Liste | view System |
POST | /api/systems | Anlegen | create System |
Versionshinweise
- 2026-04-30: Initiale Veroeffentlichung.