Zum Hauptinhalt springen

Services

Zweck

Services sind Stammdaten für Wartungs- und Pruefdienstleistungen — z. B. „BMA-Wartung jaehrlich", „RWA-Funktionspruefung". Pro Service definieren Sie:

  • Checklisten (Master-Default und Komponenten-Checklisten),
  • Mangel-Typen-Listen (welche Mangel-Klassen sind bei diesem Service erwartbar),
  • Produkt-Zuordnungen (welche Produkte fallen unter diesen Service),
  • Hersteller-Zuordnungen (welche Hersteller bieten diesen Service).

Services bilden die Grundlage für alle Aufträge und Anlagen-Prüfungen.

Voraussetzungen

- Berechtigung `create:Service`. - Stammdaten für Hersteller, Produkte und Defect-Type-Lists ggf. vorhanden.

Berechtigungen (CASL)

ActionSubjectKeycloak-Rolle
viewFE_Service, Service
create/update/deleteServiceAPP_SPEAMCORE_CREATE/UPDATE/DELETE_SERVICE

Tab-Subjects:

TabSubject
ChecklistenServiceChecklist:view
KomponentenServiceChecklist:view (mit checklistType=MasterComponentChecklist)
Defect-Type-ListsServiceDefectTypeList:view
Produkt-ZuordnungenProductAssignment:view
HerstellerServiceAssignment:view

Schritt-für-Schritt-Anleitung

Service anlegen

  1. Services (/services) → + Neu.
  2. Name vergeben (z. B. „BMA-Wartung jaehrlich").
  3. Tabs nutzen, um Checklisten, Komponenten, Defect-Type-Listen, Produkte und Hersteller zu verknuepfen.
  4. Änderungen werden automatisch gespeichert.

Service-Sub-Tabs (Detail-Seite)

Pro Service stehen folgende Sub-Routen zur Verfuegung — jede definiert was bei Auswahl dieses Services im Auftrag oder im Prüf-Workflow automatisch mitkommt:

Sub-RouteInhaltAnlege-Pattern
/services/:id/checklistsVerknuepfte Checklisten — werden bei Prüf-Aufträgen mit diesem Service automatisch instanziiert.„+ Checkliste hinzufuegen" → Modal mit Master-Checklisten-Auswahl. Mehrfach-Verknuepfung möglich (z. B. „Sichtpruefung" + „Funktionstest").
/services/:id/componentsAnlagen-Komponenten-Definitionen, die bei Anlagen mit diesem Service vorhanden sein muessen.„+ Komponente hinzufuegen" → wird beim Auftrag in WorkorderSystemComponent instanziiert (Pflichtkomponente, ohne die der Service nicht abgeschlossen werden kann).
/services/:id/defect-type-listsMangel-Listen (DefectList) die bei diesem Service erfasst werden duerfen.Eingrenzung der vorgeschlagenen Mangel-Typen im DEFECT-Quick-Button-Modal — z. B. nur Brandschutz-spezifische Mängel, keine Heizungs-Mängel.
/services/:id/product-assignmentsVorgeschlagene Produkte/Verbrauchsmaterialien für diesen Service.Beim MATERIAL-Quick-Button werden die hier verknuepften Produkte vorgeschlagen (gefiltert) — schnellerer Vor-Ort-Workflow.
/services/:id/manufacturer-servicesHersteller-spezifische Variante des Services (ManufacturerService) — z. B. „Bosch BMA-Wartung" mit Hersteller-spezifischen Pruefschritten.Verknuepfung Service ↔ Hersteller, kann unterschiedliche Checklisten pro Hersteller haben.
**Service als Vorlagen-Bauplan:** Ein Service ist im Kern eine **Vorlage** dafür, wie ein Auftrag dieses Typs durchgeführt werden soll — welche Checklisten ausgefuellt, welche Komponenten geprüft, welche Mängel erfasst und welche Materialien vorgeschlagen werden. Das ist DAS zentrale Konstrukt, über das fachliche Brandschutz-Standards (z. B. „BMA-Wartung nach DIN 14675") implementiert werden.

Listenansicht — services

Toolbar (Detail-Seite)

Schlanke Toolbar oben rechts:

IconAktion (aria-label)CASLWirkung
ZurückgehenZurück zur Liste.
🏠Zur Startseite gehenSpringt auf das Dashboard / /.
⏮/◀/▶/⏭PaginationNavigation durch die gefilterte Liste — Massen-Bearbeitung ohne Liste-Sprung.

Wie auf jeder Detail-Seite verfuegbar — siehe Floating-Quickbar:

  • KAL. (Mini-Kalender)
  • ZEIT (Persoenliche Wochen-Arbeitszeit)
  • ARBEIT (Eigene bevorstehende Aufträge)

UI-Elemente

Button: „+ Neu"

Listenseite. Erfordert create:Service.

Felder und Eingaben

FeldnamePflichtDatentypBeschreibungWirkung beim AusfuellenVoraussetzung
namejaStringService-Bezeichnung.Erscheint in Auftrag- und Workorder-Auswahl-Listen.

Sub-Entitaeten (Checklisten, Komponenten etc.) werden in den jeweiligen Tabs gepflegt — kein Standard-Form-Feld.

Wiederverwendbare Konzepte

Verknuepfungen zu anderen Modulen

  • ServiceChecklist — Master- und Komponenten-Checklisten pro Service.
  • ServiceDefectTypeList — Mangel-Klassen für den Service.
  • ServiceAssignment — N:M Hersteller ↔ Service.
  • ProductAssignment — N:M Produkt ↔ Service.
  • WorkorderWorkorder.services (N:M).
  • LocationLocation.services (N:M).

Häufige Fehler und Lösungen

FehlerLösung
Service nicht in Auftrag-AuswahlService:view fehlt oder Service ist paranoid soft-deleted.
Checkliste fehlt im AuftragServiceChecklist-Verknuepfung prüfen — beim Anlegen des Auftrags wird die Checkliste aus dem Service übernommen.

API/Schnittstellen

MethodeEndpointZweckCASL
GET/api/servicesListeview Service
GET/api/services/:idDetailview Service
POST/api/servicesAnlegencreate Service
PUT/api/services/:idÄndernupdate Service
DELETE/api/services/:idSoft-Deletedelete Service

Versionshinweise

  • 2026-04-29: Initiale Veroeffentlichung mit FE-Tiefen-Standard.