patrickandClaude Sonnet 5
5524ef9ce9
Master-Prompt-Ergebnis vom 2026-09-05 (Epic-Übersicht, vollständige Kachel- Liste, Abhängigkeitsgraph, MVP-Abgrenzung, Details zu den ersten 20 Kacheln) aus dem Chat in Dateien überführt statt nur im Gespräch zu bleiben. 00_index.md: Decisions Required, Epic-Übersicht, vollständige Kachel-Tabelle, Abhängigkeitsgraph, MVP-Abgrenzung. 01_foundation.md / 02_identity.md / 03_digital_file.md: Detailspezifikation je Kachel (Ziel/Beschreibung/Datenmodell/Rechte/Akzeptanzkriterien/Tests/DoD), jeweils mit Abgleich gegen den aktuellen MABEA-Ist-Stand. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01KC8HYvv6UkCVYheYiTw9DD
6.1 KiB
6.1 KiB
Epic 03 — Digital File (Akte)
Details zu FILE-001 … FILE-005. FILE-006 (Übersichtsseite) und FILE-007
(Audit-Anbindung) noch nicht detailliert, siehe 00_index.md-Tabelle.
FILE-001 — Akte-Grundgerüst
- Ziel: Zentrale Entität, die alle Teilbereiche einer Ressource bündelt.
- Beschreibung: Konzeptionelle „Akte" muss keine eigene Tabelle sein, sondern eine Aggregations-Sicht (View/Backend-Endpunkt), der Stammdaten+Standort+Historie+Dokumente+ Prüfungen+Wartungen+Mängel für eine gegebene Ressourcen-ID zusammenführt.
- Benutzerwert: Ein Helfer/Prüfer sieht auf einen Blick alles zu einer Ressource, ohne mehrere Screens durchklicken zu müssen.
- Abhängigkeiten: IDENT-001
- Datenmodell: kein neues Datenmodell — Aggregations-Logik über bestehende Tabellen (die zum Zeitpunkt dieser Kachel z.T. noch nicht existieren, daher zunächst nur Stammdaten+Historie als Platzhalter, Rest wird nachgezogen sobald die jeweiligen Module existieren)
- Backend: GET /akte/{ressourcen_id} (aggregiert)
- Frontend/Mobile: —
- QR-Code: Ziel des QR-Scans (IDENT-008)
- Seriennummer/Inventarnummer: werden hier nur angezeigt, nicht neu verwaltet
- Akte: ist diese Kachel selbst
- Rechte: Lesen wie Ressourcen-Leserecht
- Audit: Akte-Aufruf selbst wird NICHT geloggt (zu granular/kein Mehrwert), nur Änderungen an den Teilbereichen
- Akzeptanzkriterien: Endpunkt liefert für eine existierende Ressourcen-ID ein zusammengesetztes JSON, für unbekannte ID 404.
- Tests: Aggregations-Test mit Dummy-Daten in mind. zwei Teilbereichen.
- DoD: Grundgerüst erweiterbar, ohne bestehende Endpunkt-Konsumenten zu brechen, wenn neue Teilbereiche dazukommen.
FILE-002 — Akte-Stammdatenbereich
- Ziel: Feste, immer sichtbare Kopfzeile jeder Akte.
- Beschreibung: Name, Kategorie/Typ, Inventarnummer, Seriennummer, Hersteller/Modell, Status-Badge gebündelt.
- Benutzerwert: Sofortige Grundorientierung ohne Scrollen.
- Abhängigkeiten: FILE-001, IDENT-002/004/005, ASSET-004
- Datenmodell: keins neu, reine Aggregation
- Backend: Teil des FILE-001-Aggregations-Endpunkts
- Frontend: Kopfzeilen-Komponente
- Mobile: kompakte Variante (Karte statt Tabellenzeile)
- QR-Code: Druckbutton hier verankert (IDENT-007)
- Seriennummer/Inventarnummer: zentrale Anzeige hier
- Akte: ist dieser Bereich selbst
- Rechte: wie Lese-Recht
- Audit: nein (nur Anzeige)
- Akzeptanzkriterien: alle Kernfelder korrekt angezeigt, Status-Badge farbcodiert.
- Tests: Rendering-Test mit Beispieldaten.
- DoD: an mind. zwei unterschiedlichen Ressourcentypen (z.B. Fahrzeug + Gerät) getestet.
FILE-003 — Akte-Standortbereich
- Ziel: Aktueller Standort direkt sichtbar, mit Sprung zur vollständigen Standorthistorie.
- Beschreibung: Anzeige aktueller Standort (Lagerplatz/Fahrzeug/Person), Link zu WH-Modul für Details.
- Benutzerwert: „Wo ist das Ding gerade" ist die häufigste Frage im Alltag.
- Abhängigkeiten: FILE-001, WH-001 (zumindest Platzhalter-Standortfeld, bevor Warehouse-Epic fertig ist)
- Datenmodell: Referenz auf aktuellen Standort (Feld existiert ggf. schon am Asset, hier nur Anzeige)
- Backend: Teil des Aggregations-Endpunkts
- Frontend: Standort-Kachel in der Akte
- Mobile: gleiche Anzeige, kompakt
- QR-Code/Seriennummer/Inventarnummer: nein
- Akte: ist dieser Bereich
- Rechte: wie Lese-Recht
- Audit: nein (Standortänderung selbst wird in WH-Modul geloggt, hier nur Anzeige)
- Akzeptanzkriterien: aktueller Standort korrekt, Link funktioniert.
- Tests: Rendering-Test.
- DoD: funktioniert, sobald WH-001 minimal existiert (auch als Platzhalter-Freitextfeld vor vollem Warehouse-Modul akzeptabel).
FILE-004 — Akte-Verantwortlichkeitsbereich
- Ziel: Klar erkennbar, wer für eine Ressource zuständig ist.
- Beschreibung: Anzeige zuständige Person/Einheit (aus Personnel-Epic).
- Benutzerwert: Ansprechpartner bei Fragen/Problemen sofort ersichtlich.
- Abhängigkeiten: FILE-001, PERS-003 (zumindest Einheiten-Grundgerüst)
- Datenmodell: Referenz auf zuständige Einheit/Person
- Backend: Teil des Aggregations-Endpunkts
- Frontend: Verantwortlichkeits-Kachel
- Mobile: gleiche Anzeige
- QR-Code/Seriennummer/Inventarnummer: nein
- Akte: ist dieser Bereich
- Rechte: wie Lese-Recht; Ändern nur Administrator/Zugführer
- Audit: Änderung wird geloggt
- Akzeptanzkriterien: Zuständigkeit anzeigen/ändern funktioniert, Änderung geloggt.
- Tests: Anzeige- und Änderungstest.
- DoD: funktioniert mit mind. einer Einheit.
FILE-005 — Akte-Historienbereich
- Ziel: Chronologische Ereignisliste je Ressource, direkt in der Akte statt in einem separaten globalen Log.
- Beschreibung: Gefilterte Sicht auf FOUND-006 (Audit-Log), gefiltert nach
entitaet_id. - Benutzerwert: „Was ist mit diesem Gerät in letzter Zeit passiert" auf einen Blick.
- Abhängigkeiten: FILE-001, FOUND-006
- Datenmodell: keins neu
- Backend: Filter-Query auf Audit-Log nach Ressourcen-ID
- Frontend: Zeitleisten-Komponente in der Akte
- Mobile: kompakte Liste
- QR-Code/Seriennummer/Inventarnummer: nein
- Akte: ist dieser Bereich
- Rechte: wie Lese-Recht (evtl. eingeschränkter als Vollzugriff auf globales Audit-Log)
- Audit: zeigt Audit-Daten, erzeugt selbst keine
- Akzeptanzkriterien: Ereignisse chronologisch, korrekt gefiltert auf die Ressource.
- Tests: Filter-Test mit mehreren Ressourcen (keine Vermischung).
- DoD: mind. drei unterschiedliche Ereignistypen sichtbar getestet.
MABEA-Ist-Stand-Abgleich: Das gesamte Digital-File-Epic fehlt in MABEA komplett — es gibt keine gebündelte Akte-Ansicht, nur Einzelseiten (Objektliste, Historie-Filter, Dokumente-Panel je Ressource getrennt aufrufbar). Größte konkrete Lücke aus diesem Backlog gegenüber dem MABEA-Ist-Stand, obwohl alle Bausteine (Stammdaten, Standort, Historie, Dokumente, Prüfungen, Mängel) einzeln bereits existieren — es fehlt nur die Aggregations-Seite/der Aggregations-Endpunkt, der sie bündelt.