UC04 Screen IS-06 – Nacharbeit / nicht bestanden
Stand: 12.10.2026 11:23
Branch: main
Status: Fachlich ausgearbeitet – MD, SVG und JSX vorgesehen
Änderungshistorie anzeigen
UC: UC04 – Inhouse-Service erfassen
Screen: IS-06 – Nacharbeit / nicht bestanden
Wireframe
Zum Vergrössern auf das Bild klicken; es öffnet sich in voller Grösse.
1. Ziel des Screens
IS-06 dient dazu, kritische Serviceergebnisse fachlich sauber zu erfassen und nachzuverfolgen.
Der Screen wird verwendet, wenn ein Inhouse-Service nicht bestanden wurde, Nacharbeit erforderlich ist oder ein Equipment vorübergehend als prüfbedürftig markiert werden soll. IS-06 ist damit die Sicherheits- und Nacharbeitsansicht innerhalb von UC04.
2. Primäre Aufgaben
| Aufgabe |
Beschreibung |
| kritisches Ergebnis erfassen |
Service als nicht bestanden oder Nacharbeit erforderlich markieren |
| Nacharbeitsgrund dokumentieren |
Pflichtangabe für fachliche Nachvollziehbarkeit |
| Massnahme festlegen |
z. B. Teil ersetzen, erneute Prüfung, Herstellerkontakt |
| Verantwortlichen setzen |
Mitarbeiter für Nacharbeit zuweisen |
| Zieltermin setzen |
Termin für Nacharbeit oder erneute Prüfung erfassen |
| Equipment-Hinweis setzen |
optional: Equipment als prüfbedürftig oder gesperrt kennzeichnen |
| Historie schreiben |
kritisches Ergebnis nachvollziehbar dokumentieren |
| Rücksprung steuern |
zurück zu IS-03 oder weiter zu IS-04 / IS-05 |
3. Screen-Aufbau
┌────────────────────────────────────────────────────────────┐
│ Nacharbeit / nicht bestanden │
│ [Zurück] [Nacharbeit speichern] │
├────────────────────────────────────────────────────────────┤
│ Service-Kontext: ID, Equipment, Kunde, aktueller Status │
├────────────────────────────────────────────────────────────┤
│ Kritisches Ergebnis │
│ - Ergebnis │
│ - Grund │
│ - Massnahme │
├────────────────────────────────────────────────────────────┤
│ Nacharbeit │
│ - Verantwortlicher │
│ - Zieltermin │
│ - Equipment-Hinweis │
├────────────────────────────────────────────────────────────┤
│ Sicherheits- und Historienhinweis │
└────────────────────────────────────────────────────────────┘
4. Kritische Ergebnisse
| Ergebnis |
Bedeutung |
Folgewirkung |
failed |
Service nicht bestanden |
Vorgang bleibt kritisch, Equipment kann gesperrt oder prüfbedürftig sein |
rework_required |
Nacharbeit erforderlich |
Nacharbeitsstatus bleibt aktiv |
blocked |
Equipment darf aktuell nicht genutzt werden |
optionaler Equipment-Hinweis, falls Statusmodell vorhanden |
resolved |
Nacharbeit erledigt |
kann später über IS-05 abgeschlossen werden |
5. Pflichtangaben
| Feld |
Pflicht |
Beschreibung |
| Ergebnis |
Ja |
nicht bestanden oder Nacharbeit erforderlich |
| Grund |
Ja |
fachliche Begründung |
| Massnahme |
Ja |
geplante oder empfohlene Nacharbeit |
| Verantwortlicher |
empfohlen |
zuständiger Mitarbeiter |
| Zieltermin |
empfohlen |
Termin für Nacharbeit oder erneute Prüfung |
| Equipment-Hinweis |
optional |
prüfbedürftig, gesperrt, intern klären |
Regel:
Ein kritisches Ergebnis ohne Grund und Massnahme ist nicht zulässig.
6. Sicherheits- und Schutzregeln
| ID |
Regel |
| IS06-SEC01 |
Benutzer darf nur Vorgänge des eigenen Tenants bearbeiten |
| IS06-SEC02 |
Kritische Ergebnisse müssen historisiert werden |
| IS06-SEC03 |
Bestehende Notizen dürfen nicht still überschrieben werden |
| IS06-SEC04 |
Equipment-Sperrlogik darf nur verwendet werden, wenn das Equipment-Statusmodell dies unterstützt |
| IS06-SEC05 |
Kunde sieht IS-06 in V1 nicht direkt |
| IS06-SEC06 |
Nacharbeit darf nicht als normal abgeschlossen gespeichert werden |
7. Validierungsregeln
| ID |
Regel |
| IS06-VR01 |
Ergebnis ist Pflicht |
| IS06-VR02 |
Grund ist Pflicht |
| IS06-VR03 |
Massnahme ist Pflicht |
| IS06-VR04 |
Zieltermin darf nicht offensichtlich ungültig sein |
| IS06-VR05 |
Kritische Markierung muss in der Historie sichtbar sein |
| IS06-VR06 |
Wenn Equipment gesperrt wird, muss ein Grund vorhanden sein |
| IS06-VR07 |
Speichern erzeugt einen Workflow-Historieneintrag |
8. Folgelogik
| Aktion |
Folge |
| Nacharbeit speichern |
Workflowstatus wird rework_required |
| Equipment als prüfbedürftig markieren |
Fristen- und Warnlogik kann dies später auswerten |
| Equipment sperren |
nur möglich, wenn Statusmodell dies fachlich trägt |
| Nacharbeit erledigt |
weiterer Abschluss über IS-05 |
| Abbrechen |
zurück zu IS-03 ohne Änderung |
9. Akzeptanzkriterien
| ID |
Kriterium |
| IS06-AC01 |
Benutzer kann IS-06 aus IS-03, IS-04 oder IS-05 öffnen |
| IS06-AC02 |
Benutzer sieht Service-ID, Equipment, Kunde und aktuellen Status |
| IS06-AC03 |
Benutzer muss Ergebnis, Grund und Massnahme erfassen |
| IS06-AC04 |
Benutzer kann Verantwortlichen und Zieltermin setzen |
| IS06-AC05 |
Benutzer kann optional einen Equipment-Hinweis setzen |
| IS06-AC06 |
Speichern setzt den Vorgang auf Nacharbeit oder kritischen Status |
| IS06-AC07 |
Speichern erzeugt einen Workflow-Historieneintrag |
| IS06-AC08 |
Fehlende Pflichtfelder blockieren das Speichern |
| IS06-AC09 |
Kritische Zustände sind in IS-01 und IS-03 sichtbar |
10. Offene UI-Details
| ID |
Frage |
Status |
| IS06-UI1 |
Gibt es eine harte Equipment-Sperre in V1? |
offen |
| IS06-UI2 |
Wird Nacharbeit als eigener Status oder Ergebnis geführt? |
Vorschlag: beides sichtbar, Status rework_required |
| IS06-UI3 |
Soll Zieltermin Pflicht sein? |
Empfehlung: empfohlen, nicht Pflicht |
| IS06-UI4 |
Soll eine Nacharbeitsliste in IS-01 priorisiert erscheinen? |
Ja |
11. Artefakte und Querverweise
| Typ |
Datei |
| Spezifikation |
is-06-nacharbeit-nicht-bestanden.md |
| Statisches Wireframe |
is-06-nacharbeit-nicht-bestanden.svg |
| Interaktives Wireframe |
is-06-nacharbeit-nicht-bestanden.jsx |
Querverweise:
| Ziel |
Bedeutung |
| IS-01 |
kritische Vorgänge sichtbar machen |
| IS-03 |
Detailansicht des Vorgangs |
| IS-04 |
weitere Bearbeitung |
| IS-05 |
späterer Abschluss nach Nacharbeit |
| UC05 |
Nacharbeit kann im Fristen-Dashboard relevant werden |
Änderungshistorie
| Datum, Uhrzeit |
Version |
Änderung |
Autor |
| 12.10.2026 11:23 |
0.7 |
Leere Überschrift «12. Ä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 |
| 08.05.2026 16:33 |
0.1 |
Initialer Screen-Vorschlag für IS-06 Nacharbeit / nicht bestanden erstellt |
David Mittig |