UC02 Screen TÜV-05 – Prüfergebnis erfassen
Stand: 12.10.2026 11:23
Branch: main
Status: Entwurf
Änderungshistorie anzeigen
UC: UC02 – TÜV-Inspektion einreichen (extern)
Screen: TÜV-05 – Prüfergebnis erfassen
Wireframe
Zum Vergrössern auf das Bild klicken; es öffnet sich in voller Grösse.
1. Ziel des Screens
TÜV-05 dient dazu, das Prüfergebnis einer oder mehrerer Equipment-Positionen eines externen Prüfauftrags zu erfassen. Der Screen arbeitet positionsbezogen, weil ein Sammel-Prüfauftrag unterschiedliche Ergebnisse je Tauchflasche enthalten kann.
Bei bestandener Prüfung werden Prüfdatum, Ergebnis, Referenz und nächste Prüfung dokumentiert. Das nächste Prüfdatum kann vom System vorgeschlagen, muss aber manuell bestätigt oder übersteuert werden können.
2. Primäre Aufgaben
| Aufgabe |
Beschreibung |
| Position auswählen |
Eine oder mehrere Equipment-Positionen bearbeiten |
| Ergebnis erfassen |
bestanden, nicht bestanden, Nacharbeit erforderlich |
| Prüfdatum erfassen |
Datum der externen Prüfung dokumentieren |
| nächste Prüfung setzen |
Systemvorschlag prüfen, bestätigen oder manuell übersteuern |
| Prüfnummer / Referenz erfassen |
optionale Referenz aus Prüfbericht oder Etikett |
| Bemerkung erfassen |
fachliche Notiz zum Ergebnis |
| Ergebnis speichern |
Position aktualisieren, Historie schreiben |
| Folgeaktion wählen |
bei failed oder rework_required weiter zu TÜV-06 |
3. Fachlicher Scope V1
| Bereich |
Entscheidung |
| Ergebnis je Position |
Ja |
| Sammelerfassung |
Ja, wenn Ergebnis für mehrere Positionen gleich ist |
| nächste Prüfung |
Systemvorschlag plus manuelle Bestätigung / Übersteuerung |
| Zertifikatsdatei |
Nicht V1, vorbereitet für UC13 |
| Prüfetikett-Foto |
optionaler späterer Bezug zu EQ-08 / UC13 |
| Länderlogik |
Regelprofil vorbereitet, keine harte Normlogik |
4. Screen-Aufbau
┌────────────────────────────────────────────────────────────┐
│ TÜV-Inspektion › Prüfergebnis erfassen │
│ [Abbrechen] [Ergebnis speichern]│
├────────────────────────────────────────────────────────────┤
│ Prüfauftrag-Kopf │
│ Positionsauswahl │
│ Ergebnisdaten │
│ Nächste Prüfung │
│ Referenz / Bemerkung │
│ Auswirkungen und Folgeaktionen │
└────────────────────────────────────────────────────────────┘
5. Felder
5.1 Positionsauswahl
| Feld |
Pflicht |
Beschreibung |
| Equipment-Position |
Ja |
einzelne Flasche oder mehrere ausgewählte Positionen |
| aktuelle Position |
Ja |
Position im Prüfauftrag |
| aktueller Positionsstatus |
Ja |
z. B. submitted, in_progress |
5.2 Ergebnisdaten
| Feld |
Pflicht |
Beschreibung |
| Prüfergebnis |
Ja |
passed, failed, rework_required |
| Prüfdatum |
Ja |
Datum der tatsächlich durchgeführten Prüfung |
| Prüfstelle |
Ja |
aus Prüfauftrag übernommen, read-only oder bestätigbar |
| Prüfnummer / Referenz |
Nein, empfohlen |
Nummer auf Prüfbericht, Etikett oder Prüfdokument |
| Bemerkung |
Nein, bedingt |
Pflicht bei failed und rework_required |
5.3 Nächste Prüfung
| Feld |
Pflicht |
Beschreibung |
| Systemvorschlag |
Ja bei passed |
berechnet aus Regelprofil |
| finale nächste Prüfung |
Ja bei passed |
gespeichertes fachlich massgebliches Datum |
| manuell übersteuert |
Nein |
Kennzeichen, wenn Benutzer Datum ändert |
| Begründung Übersteuerung |
Bedingt |
empfohlen oder Pflicht bei manueller Änderung |
6. Ergebnislogik
| Ergebnis |
Auswirkung |
passed |
Position bestanden, nächste Prüfung wird gesetzt, Sperrwirkung kann aufgehoben werden |
failed |
Position nicht bestanden, Equipment wird needs_review und operativ inactive, weiter zu TÜV-06 |
rework_required |
Nacharbeit erforderlich, Position bleibt gesperrt, weiter zu TÜV-06 |
7. Validierung
| ID |
Regel |
| V01 |
Prüfergebnis ist Pflicht |
| V02 |
Prüfdatum ist Pflicht |
| V03 |
Bei passed ist finale nächste Prüfung Pflicht |
| V04 |
Bei manueller Übersteuerung ist Begründung erforderlich oder empfohlen |
| V05 |
Bei failed ist Bemerkung Pflicht |
| V06 |
Bei rework_required ist Bemerkung Pflicht |
| V07 |
Ergebnisänderungen schreiben Workflow-Historie und Audit-Log |
| V08 |
Ergebnis darf nur für Positionen des eigenen Tenants gespeichert werden |
| V09 |
Zertifikatsdatei wird in V1 nicht hochgeladen |
| V10 |
Bei Sammelerfassung muss klar sichtbar sein, welche Positionen betroffen sind |
8. Verhalten nach Speichern
| Ergebnis |
Verhalten |
passed |
Position erhält Ergebnis bestanden; nächste Prüfung wird aktualisiert; Rückkehr zu TÜV-03 |
failed |
Position erhält Ergebnis nicht bestanden; Equipment wird gesperrt; Hinweis / Absprung zu TÜV-06 |
rework_required |
Position erhält Nacharbeitsstatus; Hinweis / Absprung zu TÜV-06 |
| mehrere Positionen |
alle gewählten Positionen werden einzeln aktualisiert |
| Auftrag vollständig erledigt |
Gesamtstatus kann auf passed oder gemischten Abschlussstatus aktualisiert werden |
9. Auswirkungen auf Equipment
| Ergebnis |
Equipment-Auswirkung |
passed |
Prüfdatum und nächste Prüfung aktualisieren; Status kann wieder nutzbar werden |
failed |
data_quality_status = needs_review, equipment_status = inactive, Workflow-Sperre |
rework_required |
Workflow-Sperre bleibt bestehen, Nacharbeit dokumentieren |
10. Aktionen
| Aktion |
Rolle |
Beschreibung |
| Ergebnis speichern |
tenant_admin, mitarbeiter |
Speichert Ergebnis und Historie |
| Abbrechen |
tenant_admin, mitarbeiter |
Zurück zu TÜV-03 ohne Änderung |
| Nächste Prüfung bestätigen |
tenant_admin, mitarbeiter |
übernimmt Systemvorschlag |
| Nächste Prüfung übersteuern |
tenant_admin, mitarbeiter |
setzt manuelles Datum mit Begründung |
| Weiter zu TÜV-06 |
tenant_admin, mitarbeiter |
bei failed oder rework_required |
| EQ-03 öffnen |
tenant_admin, mitarbeiter |
Equipment-Detail anzeigen |
11. Akzeptanzkriterien
| ID |
Kriterium |
| AC01 |
Benutzer kann Ergebnis je Equipment-Position erfassen |
| AC02 |
Benutzer kann Prüfdatum erfassen |
| AC03 |
Bei bestandenem Ergebnis wird nächste Prüfung gesetzt |
| AC04 |
Systemvorschlag für nächste Prüfung ist sichtbar |
| AC05 |
Benutzer kann nächste Prüfung manuell übersteuern |
| AC06 |
Manuelle Übersteuerung wird begründet und auditierbar gespeichert |
| AC07 |
Bei failed oder rework_required ist Bemerkung Pflicht |
| AC08 |
Bei failed oder rework_required wird TÜV-06 als Folgeaktion angeboten |
| AC09 |
Ergebnisänderungen erscheinen in TÜV-03 und TÜV-07 |
| AC10 |
Tenant-Isolation wird eingehalten |
12. Artefakte und Querverweise
| Typ |
Datei |
| Spezifikation |
tuev-05-pruefergebnis-erfassen.md |
| Statisches Wireframe |
tuev-05-pruefergebnis-erfassen.svg |
| Interaktives Wireframe |
tuev-05-pruefergebnis-erfassen.jsx |
Querverweise:
| Ziel |
Bedeutung |
| TÜV-03 |
Prüfauftrag-Detail und Ergebnisübersicht |
| TÜV-04 |
Status des Prüfauftrags aktualisieren |
| TÜV-06 |
Nacharbeit / nicht bestanden dokumentieren |
| TÜV-07 |
Prüfhistorie je Equipment |
| EQ-03 |
Equipment-Detail anzeigen |
| UC05 |
Fristen-Dashboard wird nach Ergebnis aktualisiert |
| UC13 |
Zertifikatsdateien später als Dokumente |
13. Offene UI-Details
| ID |
Frage |
Status |
| UI1 |
Wird Sammelerfassung für mehrere Positionen direkt in TÜV-05 angeboten? |
Empfehlung: Ja, aber mit klarer Positionsliste |
| UI2 |
Wird nächste Prüfung bei passed automatisch vorausgefüllt? |
Ja, aber Benutzer muss bestätigen können |
| UI3 |
Ist Begründung bei manueller Übersteuerung Pflicht? |
Empfehlung: Ja |
| UI4 |
Soll bei failed automatisch TÜV-06 geöffnet werden? |
Empfehlung: Hinweis und Button anbieten |
| UI5 |
Wird Prüfetikett-Foto in V1 angeboten? |
Nicht direkt; später über EQ-08 / UC13 prüfen |
Änderungshistorie
| Datum, Uhrzeit |
Version |
Änderung |
Autor |
| 12.10.2026 11:23 |
0.7 |
Leere Überschrift «14. Ä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 10:19 |
0.1 |
Initialer Screen-Vorschlag für TÜV-05 Prüfergebnis erfassen erstellt |
David Mittig |