UC02 – TÜV-Inspektion einreichen (extern)
Stand: 01.08.2026 14:55
Branch: docs/einheitliche-kopfbereiche
Status: Spezifikation
| Datum, Uhrzeit |
Version |
Änderung |
Autor |
| 01.08.2026 14:55 |
0.3 |
Kopfbereich vereinheitlicht |
David Mittig |
| Mai 2026 |
0.1 |
Initiale Spezifikation für UC02 TÜV-Inspektion einreichen (extern) erstellt |
David Mittig |
| Mai 2026 |
0.2 |
Offene Fragen in bestätigte Entscheide und offene Restpunkte überführt; Prüfbereich, Sammel-Prüfauftrag, Prüfstelle, Fristenlogik, Sperren, Nachweise, Nichtbestehen und Länderlogik konkretisiert |
David Mittig |
| 2026-05-09 |
0.3 |
Abgleich mit Praxisdokumenten (PD-01): Prüftyp Sicht/Druck ergänzt (R14), TÜV-Zeitraum als Prüfzeichen-Feld (R15), Ausdrucksdatum ≠ Prüfdatum Warnung (R13), Norm-Minimum als System-Untergrenze (R12), WaterJacket-Pass/Fail-Regel (R16), bedingt bestanden als Status, 3-Dokumenttypen-Workflow (7.3), Prüfbetrieb vs. Zertifizierer (OE3), Sicht/Druck-Wechselzyklus (OE4), Inventarnummer-Matching (7.2), cylinder_details-Ergänzungsfelder (10.3), Rechtsgrundlagen-Tabelle (OE8) |
Claude (PD-01-Abgleich) |
Spezifikationsdatei – Leitdokument für Entwicklung, Testing und Abnahme
Review: offen
Ergänzt: 2026-05-09 – Praxisdokument-Abgleich (→ PD-01)
Status-Übersicht
| Schritt |
Bezeichnung |
Status |
Kommentar |
| 1 |
Steckbrief |
✅ Abgeschlossen |
Erster fachlicher Rahmen definiert |
| 2 |
Scope & Abgrenzung |
✅ Abgeschlossen |
Externe Druckbehälter-/TÜV-Prüfung, nicht Inhouse-Service |
| 3 |
Ablaufbeschreibung |
🟡 In Bearbeitung |
Erster Entwurf vorhanden |
| 4 |
Datenmodell |
🟡 In Bearbeitung |
Tabellen und Regeln als Vorbereitung beschrieben |
| 5 |
Backend |
⬜ Offen |
Nach fachlichem Review |
| 6 |
Frontend |
⬜ Offen |
Nach Screen-Ausarbeitung TÜV-01 bis TÜV-08 |
| 7 |
Testing |
⬜ Offen |
Nach API- und UI-Entscheid |
Legende: ✅ Abgeschlossen | 🟡 In Bearbeitung | 🔴 Blockiert | ⬜ Offen
1. Steckbrief
| Feld |
Inhalt |
| UC-ID |
UC02 |
| Name |
TÜV-Inspektion einreichen (extern) |
| Version |
V1 |
| Zielgruppe |
Tauchschule |
| Primärakteur |
mitarbeiter |
| Sekundärakteur |
tenant_admin |
| Externer Akteur |
Prüfstelle / TÜV / SVTI / Dienstleister |
| Reifegrad V1 |
Vollständig |
| Priorität |
Hoch |
1.1 Ziel
UC02 bildet den Workflow ab, mit dem eine Tauchschule prüfpflichtiges Equipment, insbesondere Tauchflaschen / Druckbehälter, für eine externe wiederkehrende Prüfung vorbereitet, einreicht, den Prüfstatus nachverfolgt und das Prüfergebnis dokumentiert.
Der Use Case beginnt bei vorhandenem Equipment aus UC01 und endet mit aktualisiertem Prüfstatus, dokumentiertem Ergebnis und berechneter nächster Prüffrist.
2. Fachlicher Kontext
Tauchflaschen und andere prüfpflichtige Druckbehälter müssen in regelmässigen Abständen geprüft werden. Die konkrete rechtliche und fachliche Bewertung hängt vom Markt, Material, Nutzung und geltenden nationalen Vorgaben ab.
UC02 soll die operative Verwaltung dieses externen Prüfprozesses unterstützen. Die Plattform ersetzt keine Prüfstelle und trifft keine eigenständige technische Zulassungsentscheidung, sondern dokumentiert Einreichung, Status, Ergebnis und Fristen.
3. Scope & Abgrenzung
3.1 Gehört zu UC02
| Bereich |
Enthalten |
| Prüffällige Tauchflaschen anzeigen |
Ja |
| Equipment für externe Prüfung auswählen |
Ja |
| Prüfantrag / Prüfauftrag erstellen |
Ja |
| Externe Prüfstelle / Dienstleister dokumentieren |
Ja |
| Einreichdatum erfassen |
Ja |
| Prüfstatus verfolgen |
Ja |
| Prüfergebnis erfassen |
Ja |
| Nächste Prüfung aktualisieren |
Ja |
| Nicht bestandene Prüfung dokumentieren |
Ja |
| Nacharbeit / Sperre dokumentieren |
Ja |
| Prüfhistorie je Equipment anzeigen |
Ja |
| Einfache Export-/Berichtsvorbereitung |
Ja |
3.2 Gehört nicht zu UC02
| Bereich |
Zuständigkeit / Hinweis |
| Equipment-Stammdaten erfassen |
UC01 |
| Interner Service an Atemreglern / Jackets |
UC04 |
| Fristensübersicht über alle Equipment-Typen |
UC05 |
| Zertifikate / Dokumente hochladen |
UC13, in V2; V1 kann Platzhalter vorbereiten |
| Benachrichtigungen vor Ablauf |
UC07 |
| Kundenportal-Anzeige |
UC06 |
| Rechnungsstellung / Zahlung |
Nicht V1 |
| Direkte Prüfstelle-API |
V3 / UC-C4 |
4. Akteure und Rollen
| Rolle |
Rechte in UC02 |
tenant_admin |
Prüfaufträge erstellen, bearbeiten, Ergebnis erfassen, Korrekturen durchführen, Berichte exportieren |
mitarbeiter |
Prüffällige Equipment-Datensätze auswählen, Prüfauftrag vorbereiten, Status und Ergebnis erfassen |
| Prüfstelle / Dienstleister |
Externer Akteur, wird dokumentiert, nutzt in V1 kein eigenes Portal |
| System |
Fristen berechnen, Workflow-Status setzen, Equipment-Sperren und Fristen aktualisieren |
5. Vorbedingungen
| ID |
Vorbedingung |
| VB01 |
Tenant existiert und ist aktiv |
| VB02 |
Benutzer ist authentifiziert |
| VB03 |
Benutzer gehört zum Tenant |
| VB04 |
Benutzer hat Rolle tenant_admin oder mitarbeiter |
| VB05 |
Equipment existiert in UC01 |
| VB06 |
Equipment gehört zum eigenen Tenant |
| VB07 |
Equipment-Typ ist prüfrelevant, z. B. Tauchflasche / Druckbehälter |
| VB08 |
Equipment ist nicht archiviert oder gelöscht |
| VB09 |
Für den Prüfprozess relevante Basisdaten sind vorhanden |
6. Nachbedingungen
| ID |
Nachbedingung |
| NB01 |
Prüfauftrag ist erstellt oder aktualisiert |
| NB02 |
Workflow-Status ist nachvollziehbar gespeichert |
| NB03 |
Prüfergebnis ist dokumentiert, falls abgeschlossen |
| NB04 |
Letztes Prüfdatum und nächste Prüfung sind aktualisiert, falls bestanden |
| NB05 |
Equipment wird bei nicht bestandener Prüfung gesperrt oder als nicht nutzbar markiert |
| NB06 |
Prüfhistorie ist am Equipment sichtbar |
| NB07 |
Audit-Log enthält relevante Änderungen |
7. Ablaufbeschreibung
7.1 Happy Path – Prüfung einreichen
1. Benutzer öffnet die Liste prüffälliger Tauchflaschen.
2. Benutzer wählt ein oder mehrere Equipment-Datensätze aus.
3. System prüft, ob die Datensätze prüfrelevant und vollständig genug sind.
4. Benutzer erstellt einen externen Prüfauftrag.
5. Benutzer dokumentiert Prüfstelle / Dienstleister und Einreichdatum.
6. System setzt den Workflow-Status auf eingereicht.
7. Equipment wird während des Prüfprozesses für bestimmte Nutzungen gesperrt oder markiert.
8. Prüfauftrag ist in der Übersicht sichtbar.
7.2 Happy Path – Prüfergebnis erfassen
1. Benutzer öffnet einen bestehenden Prüfauftrag.
2. Benutzer wählt Ergebnis erfassen.
3. Benutzer erfasst die Kopfdaten aus der Prüfliste:
- Tag der Prüfung (Pflicht) – NICHT das Datum des Ausdrucks der Prüfliste
→ Diese können um Tage bis Wochen auseinanderliegen (→ R13, → PD-01 Kap. 4)
- Prüf-KW (optional, z. B. "KW 18/2026") – Batch-Referenz für Sammel-Prüfaufträge
4. Benutzer erfasst je Equipment-Position aus der Prüflisten-Zeile:
a. Identifikation: Equipment über Inventarnummer oder Seriennummer auswählen
→ Die Inventarnummer-Spalte der Prüfliste enthält die interne Kennung,
die die Tauchschule beim Einreichen selbst eingetragen hat (→ PD-01 Kap. 4)
b. Prüfart (Pflicht): Sichtprüfung oder Druckprüfung
→ Unterscheidung ist Pflicht für korrekte Fristberechnung (→ R12)
c. TÜV-Zeitraum / Prüfzeichen (empfohlen): z. B. "26/04F ◆ 28/10"
→ Identisch mit der physischen Einprägung auf der Flasche (→ R15, → PD-01 Kap. 4)
d. Prüfergebnis: bestanden / bedingt bestanden / nicht bestanden
e. Prüfdruck [bar] (bei Druckprüfung Pflicht)
f. Optional: Leergewicht soll/ist, WaterJacket-Messwerte, Memo/Sonstiges
5. Bei bestandenem Ergebnis berechnet das System die nächste Prüfung:
- Nächste Prüfart wechselt gemäss Norm-Zyklus (Sicht ↔ Druck, → OE4)
- Vorgeschlagenes Datum = Prüfdatum + Intervall, mind. Norm-Minimum (→ R12)
6. Bei nicht bestandenem Ergebnis setzt das System Equipment auf gesperrt / needs_review.
7. Optional: Scan der Prüfliste / Bescheinigung verknüpfen (→ OE6)
8. System schreibt Prüfhistorie und Audit-Log.
9. Benutzer kehrt zur Detailansicht oder Prüfauftragsübersicht zurück.
7.3 Realer Dokumentenfluss (→ PD-01)
Quelle: PD-01 – Praxisdokumente Flaschentüv, Kap. 2 und 3
Die externe Prüfung erzeugt in der Praxis drei Dokumenttypen in folgender Reihenfolge. UC02 bezieht sich vorwiegend auf Dokumenttyp 2 als Quelldatensatz.
| # |
Dokument |
Ersteller |
Zeitpunkt |
UC02-Relevanz |
| 1 |
Reparatur- und Füllauftrag (FB 8.2.1-5) |
Tauchschule (handschriftlich) |
Beim Abgeben der Flaschen |
V1: nicht digital; Abgabe erfolgt physisch |
| 2 |
Prüfliste für Druckgasflaschen |
Prüfbetrieb (ZÜS) |
Tage bis Wochen nach Prüfung |
Quelldatensatz für UC02-Ergebniserfassung |
| 3 |
Bescheinigung nach BetrSichV |
Zertifizierer (z. B. TÜV) |
Zusammen mit Prüfliste |
Archivierungspflichtiger Nachweis (10 Jahre); als Scan hochladen |
Wichtig: Prüfbetrieb und Zertifizierer sind häufig zwei verschiedene Organisationen. Beispiel aus Praxisdokumenten: Fischer Gase Skarke GmbH = Prüfbetrieb (ZÜS), TÜV Industrie Service GmbH = Zertifizierer. Im inspection_bodies-Datensatz wird der operative Prüfbetrieb erfasst, nicht der Zertifizierer (→ OE3).
8. Statusmodell Prüfauftrag
| Status |
Bedeutung |
draft |
Prüfauftrag vorbereitet, noch nicht eingereicht |
submitted |
Bei externer Prüfstelle / Dienstleister eingereicht |
in_progress |
Prüfung läuft oder Rückmeldung ausstehend |
passed |
Prüfung bestanden |
conditional |
Bedingt bestanden – Flasche nutzbar, aber mit Auflagen oder Folgemassnahmen (→ PD-01 Kap. 4, ENUM InspectionResult) |
failed |
Prüfung nicht bestanden |
rework_required |
Nacharbeit erforderlich |
cancelled |
Prüfauftrag storniert |
Quelle PD-01: Das ENUM InspectionResult in GEM 04 enthält passed / failed / conditional. Der Status conditional (bedingt bestanden) fehlt im ursprünglichen Statusmodell und wurde aus der Normenrecherche ergänzt.
9. Fachliche Regeln
| ID |
Regel |
| R01 |
Nur Equipment des eigenen Tenants darf in Prüfauftrag aufgenommen werden |
| R02 |
Nur prüfrelevantes Equipment darf in UC02 verarbeitet werden |
| R03 |
Equipment mit unknown darf nicht eingereicht werden |
| R04 |
Equipment mit unvollständigen prüfrelevanten Daten muss vor Einreichung ergänzt werden |
| R05 |
Bereits archiviertes oder gelöschtes Equipment darf nicht eingereicht werden |
| R06 |
Equipment mit aktivem Sync-Konflikt darf nicht eingereicht werden |
| R07 |
Ein Equipment darf nicht gleichzeitig in zwei offenen externen Prüfaufträgen sein |
| R08 |
Bei bestandenem Ergebnis wird das nächste Prüfdatum berechnet oder erfasst |
| R09 |
Bei nicht bestandenem Ergebnis wird Equipment für relevante Workflows gesperrt |
| R10 |
Ergebnisänderungen werden auditierbar protokolliert |
| R11 |
Zertifikatsdateien werden in V1 nur vorbereitet; Dokument-Upload kommt in UC13 |
| R12 |
Norm-Mindestintervalle sind System-Untergrenzen und können nicht unterschritten werden: Sichtprüfung ≥ 30 Monate, Druckprüfung ≥ 60 Monate (harmonisiert DE/CH/AT). Tenant-Admin kann nur strengere (kürzere) Intervalle setzen. (→ PD-01 Kap. 7, GEM 04 Finding 4) |
| R13 |
Das inspection_date-Feld muss den „Tag der Prüfung“ aus der Prüfliste enthalten – nicht das „Datum des Ausdrucks der Prüfliste“. Beide Daten können um Tage bis Wochen auseinanderliegen (beobachtet: bis 72 Tage Verzug). (→ PD-01 Kap. 4 und 6) |
| R14 |
Prüfart (Sichtprüfung / Druckprüfung) ist Pflichtfeld bei der Ergebniserfassung. Sie bestimmt das Berechnungsintervall für next_due_date und die nächste erwartete Prüfart im Wechselzyklus. (→ PD-01 Kap. 4, OE4) |
| R15 |
Das TÜV-Zeitraum-Feld (inspection_stamp_no) speichert den vollständigen Prüfzeichen-String (z. B. 26/04F ◆ 28/10) identisch zur physischen Einprägung auf der Flasche. Ermöglicht physischen Abgleich vor Ort. (→ PD-01 Kap. 4) |
| R16 |
Bei Druckprüfung: Wird wj_permanent_expansion_pct > 5% festgestellt, ist das Ergebnis automatisch failed (Grenzwert gemäss EN 1968 / EN 1802). System setzt Ergebnis und zeigt Warnung. (→ PD-01 Kap. 4 WaterJacket-Block) |
10. Datenmodell-Vorbereitung
10.1 Beteiligte Tabellen
| Tabelle |
Zweck |
equipment |
Stammdaten aus UC01 |
cylinder_details |
Druckbehälter-spezifische Detaildaten |
usecase_workflows |
Prüfworkflow-Kopfdaten |
workflow_history |
Statusverlauf append-only |
equipment_notes |
Fachliche Notizen |
audit_log |
Auditierbare Änderungen |
sync_queue |
Offline-Sync |
documents |
V2 / UC13: Zertifikate und Prüfberichte |
10.2 Workflow-Felder (usecase_workflows)
| Feld |
Bedeutung |
id |
UUID |
tenant_id |
Tenant-Isolation |
equipment_id |
Bezug zum Equipment |
workflow_type |
z. B. external_inspection |
workflow_status |
Statusmodell aus Kapitel 8 |
inspection_provider |
Prüfstelle / Dienstleister (operative ZÜS, nicht Zertifizierer) |
submitted_at |
Einreichdatum (= Abgabe bei Prüfstelle) |
inspection_date |
Tag der Prüfung – nicht Datum des Ausdrucks (→ R13, → PD-01) |
inspection_type |
visual / pressure – Sicht- oder Druckprüfung (→ R14, → PD-01) |
inspection_result |
passed / conditional / failed / rework_required (→ Kap. 8) |
inspection_calendar_week |
Prüf-KW aus Prüfliste, z. B. "KW 18/2026" (→ PD-01 Kap. 4) |
inspection_print_date |
Datum des Ausdrucks der Prüfliste (≠ Prüfdatum, → R13) |
next_due_date |
nächste Prüfung (berechnet oder manuell bestätigt) |
next_inspection_type |
Erwartete nächste Prüfart gemäss Wechselzyklus (→ OE4) |
notes |
Bemerkungen / Memo aus Prüfliste |
document_ref |
Verweis auf gescannte Prüfliste oder Bescheinigung (→ OE6) |
created_by |
Benutzer |
updated_by |
Benutzer |
10.3 Ergänzungsfelder cylinder_details (→ PD-01, GEM 04)
Quelle: PD-01 Kap. 8 – Mapping Prüflisten-Spalten → Prisma-Schema. Diese Felder werden bei der Ergebniserfassung in UC02 befüllt und sind für die Fristenverwaltung und den physischen Abgleich notwendig.
| Feld |
Typ |
Pflicht |
Herkunft Prüfliste |
Prio |
last_inspection_date |
DateTime |
✅ |
Tag der Prüfung |
P1 |
last_inspection_type |
ENUM visual/pressure |
✅ |
Prüfart |
P1 |
last_inspection_result |
ENUM passed/conditional/failed |
✅ |
Prüfergebnis |
P1 |
last_inspection_pressure_bar |
Decimal? |
✅ bei Druck |
Prüfdruck [bar] |
P1 |
next_inspection_date |
DateTime |
✅ |
berechnet |
P1 |
next_inspection_type |
ENUM visual/pressure |
✅ |
berechnet (Wechselzyklus) |
P1 |
inspection_interval_months |
Int |
✅ |
Prüffrist [Monate] – immer 30 (Sicht) |
P1 |
applicable_norm |
ENUM en_1802/en_1968 |
✅ |
Material → Norm |
P1 |
inspection_stamp_no |
String? |
🟡 |
TÜV-Zeitraum, z. B. "26/04F ◆ 28/10" |
P1 |
inspection_document_ref |
String? |
🟡 |
Verweis auf gescannte Prüfliste |
P1 |
inspection_body_name |
String? |
🟡 |
Prüfbetrieb (ZÜS / SVTI / TÜV AT) |
P1 |
inspection_calendar_week |
String? |
🟡 |
Prüf-KW, z. B. "KW 18/2026" |
P2 |
inspection_print_date |
Date? |
🟡 |
Datum des Ausdrucks (≠ Prüfdatum) |
P2 |
inspection_expert_name |
String? |
🟢 |
Name des Sachverständigen |
P2 |
gas_type |
String? |
🟢 |
Gasart, z. B. "Pressluft-TG" |
P2 |
tare_weight_target_kg |
Decimal? |
🟡 |
Leergewicht soll [kg] |
P2 |
tare_weight_actual_kg |
Decimal? |
🟡 |
Leergewicht ist [kg] |
P2 |
wj_total_expansion_ml |
Decimal? |
🟡 |
WaterJacket – nur Druckprüfung |
P2 |
wj_permanent_expansion_ml |
Decimal? |
🟡 |
WaterJacket – nur Druckprüfung |
P2 |
wj_permanent_expansion_pct |
Decimal? |
🟡 |
WaterJacket – Pass/Fail ≤ 5% (→ R16) |
P2 |
inspection_notes |
Text? |
🟢 |
Memo/Sonstiges aus Prüfliste |
P2 |
11. Screen-Flow & Wireframes
| Screen |
Bezeichnung |
Zweck |
Status |
| TÜV-01 |
Prüffällige Equipment-Liste |
Prüffällige oder prüfrelevante Equipment-Datensätze anzeigen |
Offen |
| TÜV-02 |
Prüfung einreichen |
Prüfauftrag erstellen und Equipment einreichen |
Offen |
| TÜV-03 |
Prüfauftrag-Detail |
Status, Equipment, Prüfstelle und Verlauf anzeigen |
Offen |
| TÜV-04 |
Status aktualisieren |
Prüfstatus manuell fortschreiben |
Offen |
| TÜV-05 |
Prüfergebnis erfassen |
Ergebnis, Prüfdatum und nächste Prüfung erfassen |
Offen |
| TÜV-06 |
Nacharbeit / nicht bestanden |
Fehler, Sperre, Nacharbeit oder Ausmusterung dokumentieren |
Offen |
| TÜV-07 |
Prüfhistorie je Equipment |
Prüfverlauf eines Equipment-Datensatzes anzeigen |
Offen |
| TÜV-08 |
Prüfbericht / Export |
Einfache Auswertung oder Export vorbereiten |
Offen |
12. Beziehungen zu bestehenden Use Cases
| Use Case |
Beziehung |
| UC01 Equipment erfassen |
Grundlage: prüfrelevantes Equipment und Detaildaten |
| UC04 Inhouse-Service erfassen |
Abgrenzung: interne Wartung, nicht externe Druckbehälterprüfung |
| UC05 Fristen-Dashboard |
Prüftermine und nächste Fälligkeiten werden dort sichtbar |
| UC06 Kunden einladen & Portal |
Kunden können später Prüffristen ihrer eigenen Ausrüstung sehen |
| UC07 Benachrichtigungen |
Fristen und Statusänderungen können Benachrichtigungen auslösen |
| UC09 Berichte & Export |
Prüfberichte können später dort ausgewertet werden |
| UC13 Dokument-Upload |
Prüfberichte / Zertifikate als Datei in V2 |
13. Offline-Anforderungen
| Aktion |
Offline sinnvoll? |
Bemerkung |
| Prüffällige Liste anzeigen |
Ja |
Lokale Datenbasis erforderlich |
| Prüfauftrag vorbereiten |
Ja |
Speichern mit pending_sync möglich |
| Externe Einreichung dokumentieren |
Ja |
Wird später synchronisiert |
| Prüfergebnis erfassen |
Ja, eingeschränkt |
Nur wenn keine Konflikte bestehen |
| Zertifikat hochladen |
Nein / V2 |
UC13, eher online |
| Sync-Konflikt lösen |
Nein / eingeschränkt |
Besser online |
Empfohlene Sync-Werte:
| Wert |
Bedeutung |
local_only |
Nur lokal angelegt |
pending_sync |
Synchronisierung ausstehend |
synced |
Synchronisiert |
conflict |
Konflikt muss geprüft werden |
14. Entscheide / offene Restpunkte
Die folgenden Punkte wurden für UC02 V1 fachlich entschieden. Offene Restpunkte bleiben dort markiert, wo eine spätere Normen-, Länder- oder technische Detailprüfung erforderlich ist.
| ID |
Thema |
Entscheidung für V1 |
Offener Restpunkt |
| OE1 |
Prüfrelevante Equipment-Typen |
UC02 V1 gilt nur für Tauchflaschen / Druckbehälter. Weitere prüfrelevante Typen können später über UC16 oder eine erweiterte Prüflogik ergänzt werden. |
Konkrete Typdefinition im Equipment-Katalog prüfen |
| OE2 |
Sammel-Prüfauftrag |
UC02 unterstützt Sammel-Prüfaufträge mit mehreren Equipment-Positionen. Der Auftrag hat einen Gesamtstatus, das Prüfergebnis wird je Equipment-Position einzeln erfasst. |
UI-Details für Mehrfachauswahl in TÜV-02 klären |
| OE3 |
Prüfstelle / Dienstleister |
In V1 wird eine einfache tenant-eigene Prüfstelle-/Dienstleister-Liste vorbereitet. Falls noch keine Prüfstelle existiert, kann der Name zunächst als Freitext erfasst und später in Stammdaten überführt werden. |
Minimalmodell für Prüfstelle technisch festlegen |
| OE4 |
Nächste Prüfung |
Die nächste Prüfung wird als Systemvorschlag berechnet, muss aber manuell bestätigbar und übersteuerbar sein. Das final gespeicherte Datum ist das fachlich massgebliche Datum. |
Regelprofile und Intervalllogik gesondert definieren |
| OE5 |
Sperre während externer Prüfung |
Equipment in externem Prüfprozess erhält einen Prüfstatus, der operative Nutzung blockiert. Stammdaten, Notizen und Prüfergebnis bleiben bearbeitbar. |
Genaue Sperrwirkung je späterem Modul, z. B. UC18, abstimmen |
| OE6 |
Nachweise in V1 |
UC02 V1 speichert strukturierte Prüfdaten und Referenzen. Datei-Upload von Zertifikaten wird vorbereitet, aber erst mit UC13 umgesetzt. |
Ob Foto eines Prüfetiketts über EQ-08 genutzt werden soll, später prüfen |
| OE7 |
Nicht bestandene Prüfung |
Bei nicht bestandener Prüfung wird das Equipment auf needs_review und operativ inactive gesetzt. Eine Pflichtnotiz dokumentiert Grund und nächste Massnahme. retired wird erst gesetzt, wenn fachlich entschieden ist, dass das Equipment dauerhaft ausgemustert wird. |
Konkrete UI-Führung in TÜV-06 definieren |
| OE8 |
Länderlogik CH/DE/AT |
UC02 V1 verwendet vorbereitete konfigurierbare Prüfregelprofile je Tenant und Equipment-Typ. Das System kann ein nächstes Prüfdatum vorschlagen; die finale Verantwortung bleibt beim Benutzer. Eine vollständige Norm-/Länderlogik wird gesondert geprüft und nicht hart codiert. |
Normen- und Länderprüfung separat durchführen |
14.1 Ergänzende Detailentscheide
OE1 – Prüfrelevante Equipment-Typen
| Equipment-Typ |
UC02 V1 prüfrelevant? |
Begründung |
| Tauchflasche / Druckbehälter |
Ja |
Kernfall externe wiederkehrende Prüfung |
| Atemregler |
Nein |
Gehört fachlich zu UC04 Inhouse-Service |
| Jacket / BCD |
Nein |
Gehört fachlich eher zu Sicht-/Serviceprüfung, nicht UC02 |
| Tauchcomputer |
Nein |
Kein externer Druckbehälter-Prüfprozess |
| Tauchanzug |
Nein |
Kein externer Druckbehälter-Prüfprozess |
| Maske / Flossen / Kompass |
Nein |
Kein externer Druckbehälter-Prüfprozess |
OE2 – Sammel-Prüfauftrag
Der Prüfauftrag darf mehrere Tauchflaschen enthalten. Das Ergebnis muss je Equipment-Position einzeln erfassbar sein.
Beispiel:
Prüfauftrag 2026-0007
Prüfstelle: Externer Dienstleister
Einreichdatum: 04.05.2026
Positionen:
- Flasche A: bestanden
- Flasche B: nicht bestanden
- Flasche C: Nacharbeit erforderlich
OE3 – Prüfstelle / Dienstleister
Ergänzung (→ PD-01 Kap. 1 und 7.3): Praxisdokumente zeigen, dass Prüfbetrieb und Zertifizierer zwei verschiedene Organisationen sein können. Beispiel: Fischer Gase Skarke GmbH (ZÜS, Prüfbetrieb) und TÜV Industrie Service GmbH (Zertifizierer). In inspection_bodies wird der operative Prüfbetrieb gepflegt, nicht der Zertifizierer. Ein Tenant kann mit mehreren Prüfstellen zusammenarbeiten.
Felder für die tenant-eigene Prüfstellen-Liste (inspection_bodies):
| Feld |
Pflicht |
Beschreibung |
| Name |
Ja |
Name des operativen Prüfbetriebs (ZÜS / SVTI / TÜV AT) |
| Land |
Empfohlen |
CH, DE, AT – bestimmt Zulassungstyp |
| Zulassungs-Nr. |
Empfohlen |
ZÜS-Nr. (DE) / SVTI-Nr. (CH) / TÜV-Nr. (AT) – für Nachweis gegenüber Behörden (→ PD-01 Kap. 4) |
| Zulassungstyp |
Empfohlen |
ZÜS / SVTI / TÜV-AUSTRIA (→ PD-01 Kap. 1) |
| Kontaktperson |
Nein |
optional |
| E-Mail |
Nein |
optional |
| Telefon |
Nein |
optional |
| Adresse |
Nein |
optional |
| Notiz |
Nein |
interne Bemerkung |
| Aktiv |
Ja |
aktive / inaktive Prüfstelle |
OE4 – Nächste Prüfung
Die App soll ein Hybridmodell verwenden:
| Funktion |
Verhalten |
| Systemvorschlag |
System schlägt nächste Prüfung anhand eines Regelprofils vor |
| Manuelle Übersteuerung |
Benutzer darf Datum manuell setzen |
| Begründung |
Bei manueller Änderung sollte eine Notiz erfasst werden |
| Audit |
Änderung wird protokolliert |
Ergänzung (→ PD-01 Kap. 7, GEM 04 Finding 4): Praxisdokumente bestätigen, dass die Prüffrist bei Sichtprüfung in allen Prüflisten einheitlich 30 Monate beträgt – für DE, CH und AT (harmonisiert über ADR und EN 1968/1802). Manuelle Übersteuerung ist nur auf kürzere (strengere) Intervalle erlaubt, nie auf längere. Das Norm-Minimum ist eine System-Untergrenze (→ R12).
Wechselzyklus Sicht- / Druckprüfung:
Quelle: PD-01 Kap. 4 (TÜV-Zeitraum-Dekodierung), GEM 04 Finding 2
| Prüfart aktuell |
Intervall |
Nächste Prüfart |
Begründung |
| Sichtprüfung |
30 Monate |
Sichtprüfung oder Druckprüfung |
Druckprüfung alle 60 Monate = alle 2 Sichtprüfungszyklen |
| Druckprüfung |
60 Monate |
Sichtprüfung |
Nach Druckprüfung folgt Sichtprüfung |
Das ◆-Symbol im TÜV-Zeitraum-String zeigt an, ob es sich um eine Druckprüfung handelt. Nächste Prüfart wird aus dem aktuellen Zyklus und applicable_norm berechnet.
OE5 – Sperre während externer Prüfung
| Workflow / Nutzung |
Sperre während Prüfung? |
| Equipment-Verleih |
Ja |
| Füllvorgang / Füllkarte |
Ja, falls Flasche nicht physisch verfügbar oder Prüffrist kritisch |
| Bearbeitung Stammdaten |
Nein, aber mit Hinweis |
| Notiz erfassen |
Nein |
| Foto erfassen |
Nein |
| Prüfergebnis erfassen |
Nein |
OE6 – Nachweise in V1
Ergänzung (→ PD-01 Kap. 4 und 5): Praxisdokumente zeigen, dass zwei verschiedene Dokumente als Nachweis existieren: (1) die Prüfliste (Ergebnisliste vom Prüfbetrieb) als Quelldatensatz für die Dateneingabe, und (2) die Bescheinigung nach BetrSichV (vom Zertifizierer, z. B. TÜV) als archivierungspflichtiger Behördennachweis. Beide können eingescannt und als document_ref verknüpft werden.
| Nachweisfeld |
V1 |
Beschreibung |
| Prüfdatum |
Ja |
Tag der Prüfung (nicht Datum des Ausdrucks) |
| Prüfart |
Ja |
Sichtprüfung / Druckprüfung – Pflicht für Fristberechnung (→ R14, → PD-01) |
| Ergebnis |
Ja |
bestanden / bedingt bestanden / nicht bestanden / Nacharbeit |
| TÜV-Zeitraum / Prüfzeichen |
Ja, empfohlen |
z. B. "26/04F ◆ 28/10" – identisch mit Einprägung auf Flasche (→ R15, → PD-01) |
| Prüfstelle |
Ja |
Operativer Prüfbetrieb (ZÜS / SVTI / TÜV AT) |
| Prüf-KW |
Ja, optional |
z. B. "KW 18/2026" – Batch-Referenz für Sammel-Prüfaufträge (→ PD-01) |
| Prüfnummer / Referenz |
Ja, optional |
Nummer auf Prüfbericht oder Etikett |
| Prüfdruck [bar] |
Ja, bei Druckprüfung |
Pflicht wenn Prüfart = Druckprüfung (→ PD-01) |
| Bemerkung / Memo |
Ja |
fachliche Notiz (Memo/Sonstiges aus Prüfliste) |
| Nächste Prüfung |
Ja |
gespeichertes Datum + nächste Prüfart |
| Leergewicht soll/ist |
Optional |
Aus Prüfliste; Abweichung D% als Warnsignal (→ PD-01) |
| WaterJacket-Messwerte |
Optional (P2) |
4 Werte bei Druckprüfung; wj_permanent_expansion_pct > 5% = failed (→ R16, → PD-01) |
| Zertifikatsdatei (Bescheinigung) |
Nein, vorbereitet |
kommt mit UC13; V1: Scan als document_ref |
| Prüfliste als Scan |
Nein, vorbereitet |
kommt mit UC13; V1: Referenz als Freitext |
| Foto des Prüfetiketts |
Optional prüfen |
ggf. über EQ-08 oder später Dokumente |
OE7 – Nicht bestandene Prüfung
Empfohlene Feldkombination:
| Feld |
Wert |
inspection_result |
failed |
data_quality_status |
needs_review |
equipment_status |
inactive |
workflow_eligible |
false |
completion_notes |
Grund / weitere Massnahmen |
| Notiz |
Pflichtnotiz mit Ergebnis und Handlung |
OE8 – Länderlogik CH/DE/AT
Die Länderlogik wird nicht hart codiert. Sie wird über vorbereitete Regelprofile modelliert.
| Ebene |
Bedeutung |
| Tenant-Land |
CH, DE, AT |
| Equipment-Material |
Stahl (EN 1968) / Aluminium (EN 1802), ggf. Composite später |
| Regelprofil |
z. B. CH-Standard, DE-Standard, AT-Standard |
| Prüfintervall |
tenant- oder regelabhängig, mind. Norm-Minimum (→ R12) |
| Manuelle Übersteuerung |
nur auf kürzere Intervalle möglich (→ R12) |
| Normreferenz |
optional dokumentierbar |
Bestätigung aus Praxisdokumenten (→ PD-01 Kap. 7): Alle 13 Prüflisten-Einträge aus den realen Dokumenten der Tauchschule Hochrhein (KW 5–18/2026, Prüfstelle Fischer Gase Skarke, DE) zeigen einheitlich Prüffrist 30 Monate für Sichtprüfungen. Dies bestätigt die GEM 04-Recherche: Das 30/60-Monate-Regime ist in DE, CH und AT über ADR + EN 1968/1802 harmonisiert. Länderspezifisch sind nur Prüfstellen-Typ (ZÜS / SVTI / TÜV AT) und Rechtsgrundlage.
Rechtsgrundlagen je Land (→ GEM 04 Review):
| Land |
Rechtsgrundlage Intervalle |
Prüfstellen-Typ |
| DE |
BetrSichV §16 Anhang 2 Abschnitt 4 Nr. 5 |
ZÜS (TÜV, DEKRA, GTÜ) |
| CH |
DGVV + EKAS 6516 + ADR/SDR Kap. 6.2 |
SVTI (mandatiert durch SUVA) |
| AT |
ODGV 2011 + DGÜW-V §49 Abs. 8 |
TÜV AUSTRIA |
15. Akzeptanzkriterien
| ID |
Kriterium |
| AC01 |
Benutzer sieht prüffällige oder prüfrelevante Equipment-Datensätze des eigenen Tenants |
| AC02 |
Benutzer kann ein Equipment in einen externen Prüfauftrag aufnehmen |
| AC03 |
System blockiert nicht prüfrelevante oder unvollständige Datensätze |
| AC04 |
Benutzer kann Prüfstelle / Dienstleister und Einreichdatum erfassen |
| AC05 |
Benutzer kann Prüfstatus nachvollziehen |
| AC06 |
Benutzer kann Prüfergebnis erfassen |
| AC07 |
Bei bestandener Prüfung wird nächste Prüfung aktualisiert |
| AC08 |
Bei nicht bestandener Prüfung wird Equipment gesperrt oder als prüfbedürftig markiert |
| AC09 |
Prüfhistorie ist am Equipment sichtbar |
| AC10 |
Änderungen werden auditierbar protokolliert |
| AC11 |
Tenant-Isolation wird eingehalten |
| AC12 |
UC02 bleibt fachlich von UC04 Inhouse-Service getrennt |
16. Änderungshistorie