UC01 Screen EQ-06 – Equipment archivieren¶
Stand: 12.10.2026 11:23 Branch: main Status: Entwurf
UC: UC01 – Equipment erfassen
Screen: EQ-06 – Equipment archivieren
Wireframe¶
Zum Vergrössern auf das Bild klicken; es öffnet sich in voller Grösse.
1. Ziel des Screens¶
EQ-06 dient dazu, Equipment aus dem aktiven Bestand zu entfernen, ohne historische Daten, Prüfungen, Notizen oder spätere Nachweise zu verlieren.
Der Screen unterscheidet bewusst zwischen vorübergehend inaktiv, dauerhaft ausgemustert, archiviert und technischem Soft-Delete.
2. Primäre Aufgaben¶
| Aufgabe | Beschreibung |
|---|---|
| Aktuellen Status prüfen | Anzeige von Status, Datenqualität, Zuordnung und Workflow-Bezug |
| Zielstatus wählen | inactive, retired oder archived |
| Auswirkungen verstehen | Sichtbarkeit, Workflow-Fähigkeit und spätere Wiederherstellung |
| Grund erfassen | Pflichtnotiz für Statusänderung |
| Abhängigkeiten prüfen | Offene Workflows, Verleih, Service, TÜV oder Sync-Konflikte |
| Statusänderung bestätigen | Auditierbare Änderung speichern |
3. Status-Abgrenzung¶
| Status | Bedeutung | Für Workflows nutzbar? | Sichtbarkeit |
|---|---|---|---|
active |
In Betrieb / nutzbar | Ja, wenn Daten vollständig | Standard sichtbar |
inactive |
Vorübergehend nicht in Nutzung | Nein oder eingeschränkt | Standard sichtbar |
retired |
Dauerhaft ausgemustert | Nein | Mit Filter sichtbar |
archived |
Historisch aufbewahrt | Nein | Nur Archiv-Filter |
deleted_at |
Technisches Soft-Delete | Nein | Normal nicht sichtbar |
Physisches Löschen ist nicht Bestandteil von EQ-06 und sollte nur sehr restriktiv erlaubt werden, wenn keine abhängigen Daten bestehen.
4. Screen-Aufbau¶
┌────────────────────────────────────────────────────────────┐
│ Equipment › Archivieren │
│ [Abbrechen] [Status ändern] │
├────────────────────────────────────────────────────────────┤
│ Equipment-Kopf: Name, Typ, aktuelle Zuordnung │
│ Aktueller Status / Datenqualität / Sync │
│ Prüfungen vor Archivierung │
│ Zielstatus: inactive | retired | archived │
│ Grund / Änderungsnotiz │
│ Bestätigung │
└────────────────────────────────────────────────────────────┘
5. Vorprüfung¶
Vor dem Speichern muss das System prüfen, ob der Statuswechsel zulässig ist.
| Prüfung | Verhalten |
|---|---|
| Offene Workflows | Archivierung blockieren oder Warnung anzeigen |
| Aktiver Verleih | Archivierung blockieren |
| Sync-Konflikt | Statuswechsel blockieren oder Review verlangen |
| Tenant-Isolation | Nur eigener Tenant |
| Bereits archiviert | Keine doppelte Archivierung |
| Abhängige Nachweise | Physisches Löschen blockieren |
6. Zielstatus¶
6.1 Inaktiv¶
Verwendung, wenn Equipment vorübergehend nicht genutzt wird.
Beispiele:
- Gerät liegt im Lager
- wartet auf Ersatzteil
- aktuell nicht im Schulbetrieb
- temporär nicht verfügbar
6.2 Ausgemustert¶
Verwendung, wenn Equipment dauerhaft nicht mehr verwendet werden soll.
Beispiele:
- Gerät defekt und nicht reparabel
- veraltet
- nicht mehr prüffähig
- verkauft oder dauerhaft abgegeben
6.3 Archiviert¶
Verwendung, wenn Equipment operativ nicht mehr gebraucht wird, aber historisch erhalten bleiben muss.
Beispiele:
- Nachweise müssen aufbewahrt werden
- alte Historie bleibt relevant
- Equipment soll aus Standardlisten verschwinden
7. Grund / Änderungsnotiz¶
Bei EQ-06 ist eine Notiz Pflicht.
| Feld | Pflicht | Beschreibung |
|---|---|---|
| Grund | Ja | Auswahl oder Freitext |
| Notiz | Ja | Fachliche Begründung |
| Datum/Zeit | Ja | Systemseitig |
| Benutzer | Ja | Systemseitig |
Beispiele:
| Zielstatus | Beispielnotiz |
|---|---|
inactive |
„Vorübergehend aus Schulbestand genommen, Sichtprüfung offen.“ |
retired |
„Dauerhaft ausgemustert, Reparatur wirtschaftlich nicht sinnvoll.“ |
archived |
„Historisch archiviert, keine aktive Nutzung mehr.“ |
8. Auswirkungen nach Speichern¶
| Zielstatus | Wirkung |
|---|---|
inactive |
Bleibt sichtbar, aber nicht für normale Workflows nutzbar |
retired |
Nicht mehr nutzbar, nur mit Filter sichtbar |
archived |
Aus Standardlisten ausgeblendet, historisch abrufbar |
Nach Statuswechsel:
- Audit-Log wird geschrieben.
- Strukturierte Notiz wird gespeichert.
- QR-Code bleibt als Identifikator erhalten, kann aber als inaktiv/archiviert angezeigt werden.
- NFC bleibt nicht Bestandteil von V1.
- Workflows werden blockiert, falls Zielstatus nicht aktiv ist.
9. Aktionen¶
| Aktion | Rolle | Beschreibung |
|---|---|---|
| Status ändern | tenant_admin | Speichert Zielstatus |
| Abbrechen | tenant_admin | Zurück zu EQ-03 ohne Änderung |
| Notiz erfassen | tenant_admin | Pflichtnotiz erfassen |
| Zurück zu Detail | tenant_admin | Nach Speichern zurück zu EQ-03 |
Hinweis: Für V1 ist EQ-06 primär eine tenant_admin-Funktion.
10. Validierung¶
| ID | Regel |
|---|---|
| V01 | Zielstatus ist Pflicht |
| V02 | Zielstatus darf nicht identisch mit aktuellem Status sein |
| V03 | Grund / Notiz ist Pflicht |
| V04 | Aktiver Verleih blockiert Archivierung |
| V05 | Offene Workflows erzeugen Warnung oder Blockade |
| V06 | Sync-Konflikt erzeugt Warnung oder Blockade |
| V07 | Statuswechsel wird auditierbar protokolliert |
| V08 | Physisches Löschen ist nicht Bestandteil von EQ-06 |
11. Akzeptanzkriterien¶
| ID | Kriterium |
|---|---|
| AC01 | Benutzer sieht aktuellen Equipment-Status |
| AC02 | Benutzer kann Zielstatus inactive, retired oder archived wählen |
| AC03 | Benutzer muss eine Begründung erfassen |
| AC04 | System zeigt Auswirkungen des Zielstatus an |
| AC05 | Offene kritische Abhängigkeiten werden erkannt |
| AC06 | Statuswechsel wird auditierbar gespeichert |
| AC07 | Equipment ist nach Archivierung nicht mehr in Standardlisten sichtbar |
| AC08 | Historische Daten und Notizen bleiben erhalten |
| AC09 | QR-Code bleibt erhalten, zeigt aber archivierten Status |
| AC10 | NFC ist in V1 nicht sichtbar |
12. Offene UI-Details¶
| ID | Frage | Status |
|---|---|---|
| UI1 | Soll inactive in EQ-04 oder EQ-06 gesetzt werden? |
Empfehlung: EQ-06 für klare Statusänderung |
| UI2 | Soll es eine Wiederherstellen-Funktion geben? | Später prüfen |
| UI3 | Welche Abhängigkeiten blockieren hart? | Mit UC02 bis Verleih-Modul klären |
| UI4 | Soll Statuswechsel als Modal oder Vollscreen erfolgen? | Empfehlung: eigener Screen für Audit-Klarheit |
| UI5 | Soll Soft-Delete separat als Admin-Funktion kommen? | Später prüfen |
Ä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 |
| 04.05.2026 15:31 | 0.1 | Initialer Screen-Vorschlag für EQ-06 Equipment archivieren erstellt | David Mittig |