feat(protokoll): Protokoll ansehen, mit Filtern und Mandantensicht #45

Merged

florian.wilde merged 1 commits from feat/35-protokoll-ansicht into main 2026-10-04 16:06:26 +00:00

Conversation 0 Commits 1 Files Changed 23

+1103 -22

florian.wilde commented 2026-10-04 16:06:24 +00:00

Owner

Copy Link

Copy Source

Laufzettel schreibt ein Protokoll seit dem Datenmodell — ansehen konnte es niemand. Wer wissen wollte, wer wann eine Rolle geändert hat, brauchte psql.

Die Seite

Verwaltung → Protokoll: neueste Einträge zuerst, fünfzig je Seite, Volltext über Aktion und Lauftitel, Filter nach Urheber und Zeitraum. Der bis-Tag zählt mit — sonst sucht man den Eintrag von heute vergeblich. vorher/nachher stehen eingeklappt hinter Werte, weil sie Json sind und lang werden.

Ein Eintrag ohne Urheber ist keine Lücke: dort steht „Systemlauf". Der Zeitplan des Verzeichnisabgleichs hat keinen Menschen hinter sich, und das soll man sehen.

Keine Tabelle, sondern Karten. Sieben Spalten sind bei 390 px nicht darstellbar, ohne horizontal zu scrollen — und genau das ist ausgeschlossen.

Am Lauf selbst stehen seine Einträge eingeklappt unten in der Abarbeitungsansicht. Kein eigenes Recht dafür: wer den Lauf sehen darf, darf auch sehen, was an ihm geschehen ist; die Mandantensicht hat laufHolen schon angewandt.

Protokoll trägt jetzt eine kundeId

Das war der Teil, der das Issue größer gemacht hat als geplant. CLAUDE.md verlangt die Spalte für jede kundenbezogene Zeile; das Protokoll hatte sie nicht, und damit ließ sich die Mandantensicht nicht anwenden, ohne je Eintrag die Entität nachzuschlagen.

Leer heißt global (Einstellungen, Benutzer, kundenfreie Vorlagen, Schnellstart). Zwanzig Schreibstellen setzen sie jetzt. Laufbezogene Einträge bleiben ohne — der Lauf ist die bessere Quelle, weil er seine Zuordnung nicht verlieren kann; die Abfrage prüft beide Wege.

Die Migration führt bestehende Einträge nach, über den Lauf und über die fünf kundentragenden Entitäten. An echten Daten gefahren: 59 von 733 Einträgen bekamen einen Kunden.

Im Zweifel zugemacht

414 Einträge in der Entwicklungsdatenbank zeigen auf längst gelöschte Testgeräte und lassen sich keinem Kunden zuordnen. vorher/nachher können einen Hostnamen enthalten — einem auf Kunden beschränkten Benutzer werden sie deshalb nicht gezeigt. Bei einer Mandantengrenze wird zugemacht, nicht geraten.

Das Mandanten-Kriterium ist auf der Seite heute strukturell erfüllt, weil sie verwaltung verlangt und ein ADMIN ohnehin alle Kunden sieht. Der Filter sitzt trotzdem im Lesemodell und ist dort geprüft — ein Lesemodell trägt seine Sicht selbst, und wenn das Recht je weiter gefasst wird, hält die Grenze.

Oberfläche

Im gebauten Stand durchgeklickt: Reiter da, 733 Einträge gezählt, blättern (?seite=2 → „51–100 von 733", „Seite 2 von 15", „zurück" erscheint), Filter wandert beim Blättern mit (?suche=archiviert&seite=2), Volltext findet 146 von 733, Werte klappen auf, Abschnitt am Lauf eingeklappt mit fünf Einträgen, und bei 390 px auf beiden neuen Seiten kein horizontales Scrollen.

Beim ersten Durchgang hatte mein Prüfskript einen Fehler gemeldet, den es nicht gab: networkidle kommt bei der Client-Navigation zu früh zurück, ich habe den alten DOM gelesen. Mit waitForURL nachgemessen — das Blättern war immer in Ordnung.

Tests

Zehn neue (1182 statt 1172): fremder Kunde unsichtbar, globale Einträge sichtbar, nicht zuordenbarer Eintrag verborgen, Zuordnung über den Lauf, Systemlauf ohne Urheber, alle vier Filter, Blätterung über 55 Einträge, Urheberliste je Sicht, und die Einträge eines Laufs. Dazu greift der E2E-Onboarding-Ablauf jetzt auch die Ansicht ab: das erzeugte Passwort darf dort nicht stehen.

Alle Tore grün: lint, typecheck, format:pruefen, pruefe:doku, 1182 Vitest-Tests in 54 Dateien.

Closes #35

🤖 Generated with Claude Code

Laufzettel schreibt ein Protokoll seit dem Datenmodell — **ansehen konnte es niemand.** Wer wissen wollte, wer wann eine Rolle geändert hat, brauchte `psql`. ## Die Seite **Verwaltung → Protokoll**: neueste Einträge zuerst, fünfzig je Seite, Volltext über Aktion und Lauftitel, Filter nach Urheber und Zeitraum. Der *bis*-Tag zählt mit — sonst sucht man den Eintrag von heute vergeblich. `vorher`/`nachher` stehen eingeklappt hinter **Werte**, weil sie Json sind und lang werden. **Ein Eintrag ohne Urheber ist keine Lücke**: dort steht „Systemlauf". Der Zeitplan des Verzeichnisabgleichs hat keinen Menschen hinter sich, und das soll man sehen. **Keine Tabelle, sondern Karten.** Sieben Spalten sind bei 390 px nicht darstellbar, ohne horizontal zu scrollen — und genau das ist ausgeschlossen. Am **Lauf selbst** stehen seine Einträge eingeklappt unten in der Abarbeitungsansicht. Kein eigenes Recht dafür: wer den Lauf sehen darf, darf auch sehen, was an ihm geschehen ist; die Mandantensicht hat `laufHolen` schon angewandt. ## `Protokoll` trägt jetzt eine `kundeId` Das war der Teil, der das Issue größer gemacht hat als geplant. CLAUDE.md verlangt die Spalte für **jede** kundenbezogene Zeile; das Protokoll hatte sie nicht, und damit ließ sich die Mandantensicht nicht anwenden, ohne je Eintrag die Entität nachzuschlagen. Leer heißt **global** (Einstellungen, Benutzer, kundenfreie Vorlagen, Schnellstart). Zwanzig Schreibstellen setzen sie jetzt. **Laufbezogene Einträge bleiben ohne** — der Lauf ist die bessere Quelle, weil er seine Zuordnung nicht verlieren kann; die Abfrage prüft beide Wege. Die Migration führt bestehende Einträge nach, über den Lauf und über die fünf kundentragenden Entitäten. **An echten Daten gefahren:** 59 von 733 Einträgen bekamen einen Kunden. ## Im Zweifel zugemacht 414 Einträge in der Entwicklungsdatenbank zeigen auf längst gelöschte Testgeräte und lassen sich keinem Kunden zuordnen. `vorher`/`nachher` können einen Hostnamen enthalten — einem auf Kunden beschränkten Benutzer werden sie deshalb **nicht** gezeigt. Bei einer Mandantengrenze wird zugemacht, nicht geraten. Das Mandanten-Kriterium ist auf der Seite heute strukturell erfüllt, weil sie `verwaltung` verlangt und ein `ADMIN` ohnehin alle Kunden sieht. Der Filter sitzt trotzdem im Lesemodell und ist dort geprüft — ein Lesemodell trägt seine Sicht selbst, und wenn das Recht je weiter gefasst wird, hält die Grenze. ## Oberfläche **Im gebauten Stand durchgeklickt:** Reiter da, 733 Einträge gezählt, blättern (`?seite=2` → „51–100 von 733", „Seite 2 von 15", „zurück" erscheint), Filter wandert beim Blättern mit (`?suche=archiviert&seite=2`), Volltext findet 146 von 733, Werte klappen auf, Abschnitt am Lauf eingeklappt mit fünf Einträgen, und bei 390 px auf beiden neuen Seiten kein horizontales Scrollen. Beim ersten Durchgang hatte **mein Prüfskript** einen Fehler gemeldet, den es nicht gab: `networkidle` kommt bei der Client-Navigation zu früh zurück, ich habe den alten DOM gelesen. Mit `waitForURL` nachgemessen — das Blättern war immer in Ordnung. ## Tests Zehn neue (1182 statt 1172): fremder Kunde unsichtbar, globale Einträge sichtbar, nicht zuordenbarer Eintrag verborgen, Zuordnung über den Lauf, Systemlauf ohne Urheber, alle vier Filter, Blätterung über 55 Einträge, Urheberliste je Sicht, und die Einträge eines Laufs. Dazu greift der E2E-Onboarding-Ablauf jetzt auch die **Ansicht** ab: das erzeugte Passwort darf dort nicht stehen. Alle Tore grün: `lint`, `typecheck`, `format:pruefen`, `pruefe:doku`, **1182 Vitest-Tests** in 54 Dateien. Closes #35 🤖 Generated with [Claude Code](https://claude.com/claude-code)

florian.wilde added 1 commit 2026-10-04 16:06:25 +00:00

feat(protokoll): Protokoll ansehen, mit Filtern und Mandantensicht ... ac51753d53

Geschrieben wurde es seit dem Datenmodell, ansehen konnte es niemand: wer
wissen wollte, wer wann eine Rolle geaendert hat, brauchte psql.

Neue Seite Verwaltung -> Protokoll: Volltext ueber Aktion und Lauftitel, Filter
nach Urheber und Zeitraum, fuenfzig Eintraege je Seite, neueste zuerst. Ein
Eintrag ohne Urheber steht als Systemlauf da und nicht als Luecke -- der
Zeitplan des Verzeichnisabgleichs hat keinen Menschen hinter sich.

Am Lauf selbst stehen seine Eintraege eingeklappt in der Abarbeitungsansicht.
Kein eigenes Recht dafuer: wer den Lauf sehen darf, darf auch sehen, was an ihm
geschehen ist.

Dafuer traegt Protokoll jetzt eine kundeId, wie CLAUDE.md es fuer jede
kundenbezogene Zeile verlangt. Ohne sie liess sich die Mandantensicht nicht
anwenden, ohne je Eintrag die Entitaet nachzuschlagen. Leer heisst global;
laufbezogene Eintraege bleiben ohne, weil der Lauf die bessere Quelle ist. Die
Migration fuehrt bestehende Eintraege nach -- an echten Daten gefahren, 59 von
733 bekamen einen Kunden.

Ein Eintrag, der sich keinem Kunden zuordnen laesst, wird einem beschraenkten
Benutzer nicht gezeigt: vorher/nachher koennen einen Hostnamen enthalten, und
bei einer Mandantengrenze wird im Zweifel zugemacht.

Keine Tabelle, sondern Karten: sieben Spalten sind bei 390 px nicht
darstellbar, ohne horizontal zu scrollen.

Im gebauten Stand durchgeklickt: blaettern, filtern, Werte aufklappen,
Abschnitt am Lauf, 390 px auf beiden Seiten ohne Scrollen.

Closes #35

florian.wilde merged commit e1f244e4e8 into main 2026-10-04 16:06:26 +00:00

florian.wilde deleted branch feat/35-protokoll-ansicht 2026-10-04 16:06:27 +00:00

Sign in to join this conversation.

Reviewers

No Reviewers

Labels

Clear labels

backend

Datenmodell, Services, Queries

bug

Fehler

docs

README, Anleitung, Devlog, Changelog

frontend

Oberflaeche, Komponenten, Design

infra

Docker, Compose, Proxmox, CI, Release

phase-1

Phase 1 – MVP

phase-2

Phase 2 – SCIM, Graph, Bausteine, Anhaenge

phase-3

Phase 3 – PDF-Protokoll, bedingte Schritte, Freigabe

phase-4

Phase 4 – Aktionen, Connectors, REST-API

security

Rechte, Geheimnisse, Datenschutz

test

Vitest, Playwright, Testdaten

No labels

Milestone

No items

No Milestone

Projects

Clear projects

No projects

Assignees

Clear assignees

florian.wilde (Florian Wilde)

No Assignees

1 Participants

Notifications

Subscribe

Due Date

No due date set.

Dependencies

No dependencies set.

Reference: florian.wilde/Laufzettel#45