UC02 Screen TÜV-03 – Prüfauftrag-Detail
Stand: 12.10.2026 11:23
Branch: main
Status: Entwurf
Änderungshistorie anzeigen
UC: UC02 – TÜV-Inspektion einreichen (extern)
Screen: TÜV-03 – Prüfauftrag-Detail
Wireframe
Zum Vergrössern auf das Bild klicken; es öffnet sich in voller Grösse.
1. Ziel des Screens
TÜV-03 zeigt den vollständigen Detailstand eines externen Prüfauftrags. Der Screen dient als zentrale Arbeitsansicht nach dem Erstellen oder Einreichen eines Prüfauftrags.
Benutzer sehen hier den aktuellen Prüfstatus, Prüfstelle, Einreichdatum, Equipment-Positionen, Verlauf, Hinweise und die nächsten möglichen Aktionen.
2. Primäre Aufgaben
| Aufgabe |
Beschreibung |
| Prüfauftrag ansehen |
Kopfdatensatz, Status und Rahmendaten anzeigen |
| Positionen prüfen |
Alle enthaltenen Tauchflaschen / Druckbehälter anzeigen |
| Status nachvollziehen |
Aktueller Status und Verlauf sichtbar machen |
| Status aktualisieren |
Absprung zu TÜV-04 |
| Prüfergebnis erfassen |
Absprung zu TÜV-05 |
| Nacharbeit dokumentieren |
Absprung zu TÜV-06 |
| Prüfhistorie öffnen |
Absprung zu TÜV-07 je Equipment |
| Equipment öffnen |
Absprung zu EQ-03 |
| Notizen und Referenzen anzeigen |
Interne Hinweise und externe Referenzen sichtbar machen |
3. Screen-Aufbau
┌────────────────────────────────────────────────────────────┐
│ TÜV-Inspektion › Prüfauftrag-Detail │
│ [Zurück] [Status aktualisieren] [Ergebnis erfassen] │
├────────────────────────────────────────────────────────────┤
│ Prüfauftrag-Kopf: Titel, Status, Prüfstelle, Termine │
│ Statushinweise / Sperrwirkung │
│ Equipment-Positionen │
│ Verlauf / Workflow-Historie │
│ Hinweise / Referenzen │
│ Folgeaktionen │
└────────────────────────────────────────────────────────────┘
4. Prüfauftrag-Kopf
| Feld |
Beschreibung |
| Auftragstitel |
z. B. „TÜV Sammelprüfung Mai 2026“ |
| Prüfauftrag-ID |
interne eindeutige Referenz |
| Status |
draft, submitted, in_progress, passed, failed, rework_required, cancelled |
| Prüfstelle / Dienstleister |
gewählter Anbieter oder Freitext |
| Einreichdatum |
Datum der Übergabe / Einreichung |
| geplante Rückgabe |
optional |
| externe Referenz |
optional |
| Positionen |
Anzahl Equipment-Positionen |
| erstellt durch / am |
Benutzer und Zeitpunkt |
5. Statushinweise
| Status |
Anzeige / Wirkung |
draft |
Auftrag vorbereitet, noch nicht eingereicht |
submitted |
Eingereicht; operative Nutzung der Positionen ist gesperrt oder markiert |
in_progress |
Prüfung läuft oder Rückmeldung ausstehend |
passed |
Alle relevanten Positionen erfolgreich abgeschlossen oder Auftrag abgeschlossen |
failed |
Mindestens eine Position nicht bestanden |
rework_required |
Nacharbeit erforderlich |
cancelled |
Auftrag storniert, Auswirkungen prüfen |
6. Equipment-Positionen
| Spalte |
Inhalt |
| Equipment |
Name, Seriennummer, Inventarnummer |
| Material / Druck |
z. B. Stahl, Aluminium, 232 bar |
| letzte / nächste Prüfung |
relevante Fristdaten |
| Positionsstatus |
submitted, in_progress, passed, failed, rework_required |
| Sperrwirkung |
zeigt, ob operative Nutzung blockiert ist |
| Ergebnis |
leer, bestanden, nicht bestanden, Nacharbeit |
| Aktionen |
EQ-03, TÜV-05, TÜV-06, TÜV-07 |
Wichtig:
Der Prüfauftrag kann einen Gesamtstatus haben. Das Prüfergebnis muss dennoch je Equipment-Position einzeln erfassbar sein.
7. Verlauf / Workflow-Historie
Der Verlauf wird append-only dargestellt.
| Feld |
Beschreibung |
| Datum/Zeit |
Zeitpunkt des Ereignisses |
| Benutzer |
auslösender Benutzer |
| Ereignis |
Statusänderung oder fachliche Aktion |
| alter Status |
optional |
| neuer Status |
optional |
| Notiz |
fachliche Ergänzung |
Beispiele:
| Ereignis |
Beispiel |
| Erstellt |
Prüfauftrag als Entwurf erstellt |
| Eingereicht |
Auftrag bei Prüfstelle eingereicht |
| Status geändert |
submitted zu in_progress |
| Ergebnis erfasst |
Flasche A bestanden |
| Nacharbeit |
Flasche B Nacharbeit erforderlich |
8. Folgeaktionen
| Aktion |
Ziel |
Bedingung |
| Status aktualisieren |
TÜV-04 |
Auftrag nicht abgeschlossen |
| Ergebnis erfassen |
TÜV-05 |
Auftrag submitted oder in_progress |
| Nacharbeit / nicht bestanden |
TÜV-06 |
Position failed oder rework_required |
| Prüfhistorie öffnen |
TÜV-07 |
je Equipment-Position |
| Equipment öffnen |
EQ-03 |
immer |
| Auftrag stornieren |
TÜV-04 oder eigener Dialog |
nur bei berechtigter Rolle |
| Zurück zur Liste |
TÜV-01 |
immer |
9. Validierung / Schutzregeln
| ID |
Regel |
| V01 |
Nur Prüfaufträge des eigenen Tenants dürfen angezeigt werden |
| V02 |
Positionen anderer Tenants dürfen nie sichtbar sein |
| V03 |
Abgeschlossene Ergebnisse dürfen nicht ohne Audit geändert werden |
| V04 |
Ergebnis je Position bleibt einzeln nachvollziehbar |
| V05 |
Statusänderungen schreiben Workflow-Historie |
| V06 |
Nicht bestandene Positionen verweisen auf TÜV-06 |
| V07 |
Datei-Upload wird in V1 nicht angeboten, nur vorbereitet für UC13 |
10. Akzeptanzkriterien
| ID |
Kriterium |
| AC01 |
Benutzer sieht den Prüfauftrag-Kopf mit Status und Prüfstelle |
| AC02 |
Benutzer sieht alle Equipment-Positionen des Prüfauftrags |
| AC03 |
Benutzer erkennt Status und Sperrwirkung je Position |
| AC04 |
Benutzer kann Equipment-Detail EQ-03 öffnen |
| AC05 |
Benutzer kann Status über TÜV-04 aktualisieren |
| AC06 |
Benutzer kann Prüfergebnis über TÜV-05 erfassen |
| AC07 |
Benutzer kann Nacharbeit oder Nichtbestehen über TÜV-06 dokumentieren |
| AC08 |
Benutzer sieht den Workflow-Verlauf |
| AC09 |
Änderungen sind auditierbar nachvollziehbar |
| AC10 |
Tenant-Isolation wird eingehalten |
11. Artefakte und Querverweise
| Typ |
Datei |
| Spezifikation |
tuev-03-pruefauftrag-detail.md |
| Statisches Wireframe |
tuev-03-pruefauftrag-detail.svg |
| Interaktives Wireframe |
tuev-03-pruefauftrag-detail.jsx |
Querverweise:
| Ziel |
Bedeutung |
| TÜV-01 |
Zurück zur Prüfliste |
| TÜV-02 |
Prüfauftrag wurde dort erstellt |
| TÜV-04 |
Status aktualisieren |
| TÜV-05 |
Prüfergebnis erfassen |
| TÜV-06 |
Nacharbeit / nicht bestanden |
| TÜV-07 |
Prüfhistorie je Equipment |
| EQ-03 |
Equipment-Detail öffnen |
| UC13 |
Prüfberichte / Zertifikate später als Dokumente |
12. Offene UI-Details
| ID |
Frage |
Status |
| UI1 |
Wird der Verlauf als Timeline oder Tabelle angezeigt? |
Empfehlung: kompakte Timeline |
| UI2 |
Wird Ergebnis erfassen pro Position oder gesammelt gestartet? |
Empfehlung: beide Wege anbieten |
| UI3 |
Wird Auftrag stornieren direkt in TÜV-03 angeboten? |
Später prüfen, ggf. über TÜV-04 |
| UI4 |
Soll ein Hinweis auf UC13-Dokumente bereits sichtbar sein? |
Ja, aber ohne Upload-Funktion in V1 |
| UI5 |
Wie wird gemischtes Ergebnis dargestellt? |
Auftrag mit Teilstatus / Positionsstatus klären |
Änderungshistorie
| Datum, Uhrzeit |
Version |
Änderung |
Autor |
| 12.10.2026 11:23 |
0.7 |
Leere Überschrift «13. Änderungshistorie» aus der Zeit vor dem einheitlichen Dokumentaufbau entfernt; Abschnitt «Wireframe» mit klickbarem Bild des Screens ergänzt |
Claude |
| 12.10.2026 11:01 |
0.6 |
Versionsnummern der Änderungshistorie chronologisch durchgehend nummeriert (4 Einträge angepasst; Datum, Änderung und Autor unverändert) |
Claude |
| 12.10.2026 10:19 |
0.5 |
Datum und Uhrzeit von 1 älteren Historieneinträgen aus der Git-Historie ergänzt (Zeitpunkt des Commits, der den Eintrag eingeführt hat) |
Claude |
| 12.10.2026 09:58 |
0.4 |
Änderungshistorie ans Dokumentende verschoben und Sprunglink «Änderungshistorie anzeigen» unter dem Kopf ergänzt (einheitlicher Dokumentaufbau gemäss AGENTS.md) |
Claude |
| 12.10.2026 09:08 |
0.3 |
Branch-Angabe im Kopfbereich auf main korrigiert |
Claude |
| 01.08.2026 14:55 |
0.2 |
Kopfbereich vereinheitlicht |
David Mittig |
| 06.05.2026 09:51 |
0.1 |
Initialer Screen-Vorschlag für TÜV-03 Prüfauftrag-Detail erstellt |
David Mittig |