MABEA/arbeitskacheln/03_digital_file.md

Epic 03 — Digital File (Akte)

Details zu FILE-001 … FILE-007 (vollständig).

---

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.

FILE-006 — Akte-Übersichtsseite (UI)

• Ziel: EIN Screen, der alle Teilbereiche zusammen zeigt.
• Beschreibung: Frontend-Seite, konsumiert den FILE-001-Aggregations-Endpoint, rendert FILE-002…005 untereinander (Desktop) bzw. als Tabs (Mobile).
• Benutzerwert: zentrale Anlaufstelle je Ressource — Zielseite des QR-Scans (IDENT-008).
• Abhängigkeiten: FILE-002…005
• Datenmodell: keins
• Backend: keins zusätzlich
• Frontend: Seite /akte/{typ}/{id}
• Mobile: responsive Variante (Tabs statt nebeneinander)
• QR-Code: Zielseite von IDENT-008
• Seriennummer/Inventarnummer: Anzeige via FILE-002
• Akte: ist diese Kachel selbst
• Rechte: wie Lese-Recht
• Audit: nein
• Akzeptanzkriterien: Seite lädt alle Teilbereiche fehlerfrei; fehlende Teilbereiche (z.B. noch keine Dokumente) zeigen „keine Daten" statt Fehler.
• Tests: Rendering-Test mit vollen Daten, Rendering-Test mit leeren Teilbereichen.
• DoD: von IDENT-008 aus erreichbar, produktiv nutzbar.

FILE-007 — Akte-Audit-Anbindung

• Ziel: Sicherstellen, dass jede Änderung an einem Akte-Teilbereich auch im Historienbereich (FILE-005) auftaucht — keine stillen Lücken.
• Beschreibung: Audit-Log-Aufrufe an den Schreib-Endpunkten der Teilbereiche systematisch nachrüsten/verifizieren (Konsistenz-Check über alle Mutations-Endpunkte).
• Benutzerwert: Vertrauen, dass die Akte-Historie wirklich vollständig ist.
• Abhängigkeiten: FILE-005
• Datenmodell: keins
• Backend: Audit-Log-Aufruf-Vervollständigung, ggf. Lint-Regel/Test dagegen
• Frontend/Mobile: keins
• QR-Code/Seriennummer/Inventarnummer: nein
• Akte: Qualitätssicherung für den Historienbereich
• Rechte: keine neuen
• Audit: ist Gegenstand dieser Kachel
• Akzeptanzkriterien: für jeden Schreibendpunkt eines Akte-Teilbereichs existiert ein Audit-Log-Test.
• Tests: Coverage-Check „jeder Mutations-Endpunkt loggt".
• DoD: keine bekannte Lücke mehr — vgl. MABEA, wo genau diese Art Lücke (Mangel/ Personal/Objekt-Änderungen ohne Audit-Eintrag) schon einmal real gefunden und gefixt wurde. Diese Kachel ist der methodische Nachfolgeschritt: systematisch statt punktuell.

---

MABEA-Ist-Stand-Abgleich (aktualisiert 2026-09-05): FILE-001…006 sind umgesetzt und live deployed — GET /api/v1/akte/objekt/{id} bündelt Stammdaten/Standort/ Verantwortlichkeit/Historie/Dokumente/Geräte-Prüfungen/Mängel, Frontend-Seite /akte/objekt/{id} konsumiert den Endpunkt, Link aus der Objektliste. FILE-007 (systematischer Audit-Konsistenz-Check über alle Mutations-Endpunkte) bewusst noch offen gelassen — eigene, spätere Qualitätssicherungs-Kachel, keine Sichtbarkeits-/Nutzenlücke für den Anwender. QR-Scan (IDENT-008) zeigt weiterhin auf die Kontrolle, nicht auf die Akte - Verknüpfung dorthin ist ein kleiner Nachzug, kein Neubau.