Zwei Wege in den Betrieb, beide so weit gefahren, wie es hier moeglich war. deploy/install.sh richtet Debian 13 in neun Schritten ein: PostgreSQL 17 hoert nur am Unix-Socket, der Dienstnutzer hat kein Login, die Geheimnisse entstehen im Zielsystem und liegen 0600 bei root. Die Umgebungsdatei wird nie ueberschrieben -- auch nicht beim Aktualisieren, sonst enden alle Sitzungen und die verschluesselten Bind-Passwoerter waeren unlesbar. deploy/proxmox/laufzettel.sh legt den Container an und ruft install.sh darin auf. Der pct-Teil ist ungetestet, weil kein PVE-Host zur Verfuegung stand; die Gegenprobe steht als Pruefliste in docs/betrieb/proxmox.md, das Folge-Issue ist Nummer 38. Die Abnahme gegen alle 61 Kriterien hat drei Zusagen ohne Deckung gefunden, alle behoben: der Healthcheck des Webdienstes konnte nie bestehen (busybox loest localhost nach ::1 auf, Next lauscht nur auf IPv4), die CI-Pipeline konnte in keinem Job gruen werden (kein LDAP-Dienst, kein gestarteter Server, kein shellcheck), und der README nannte fuer die Entwicklungsdatenbank den falschen Port. Closes #19
6.0 KiB
Abnahmekriterien für den MVP (v0.1.0)
Diese Liste wird von #019 abschließend durchgegangen. Jeder Punkt ist entweder abgehakt oder hat ein Folge-Issue — nichts bleibt stillschweigend offen.
Betrieb
docker compose upstartet App und Datenbank, Migrationen laufen automatisch- Seed läuft per dokumentiertem Befehl, nicht automatisch
- Die Datenbank ist vom Host aus nicht erreichbar (
nc -z localhost 5432schlägt fehl), auswebschon - Der Proxmox-One-Liner rollt einen LXC aus, in dem die App läuft und PostgreSQL nur am Unix-Socket hört
- Erneuter Aufruf des Skripts aktualisiert, ohne Daten oder Geheimnisse zu verlieren
shellcheck --severity=warningüber alle Skripte ohne Befund- Läuft hinter einem Reverse Proxy ohne fest verdrahtete Adressen
Zeile 4 bleibt offen, mit Ansage: hier stand kein Proxmox-Host zur Verfügung. Belegt ist beides drumherum —
laufzettel.sh --dry-runund--dry-run --aktualisierenlaufen vollständig durch, und der Inhalt des Containers,deploy/install.sh, lief zweimal indebian:13und einmal unter echtem systemd durch, mitss -ltnohne einen einzigen lauschenden TCP-Port. Offen ist allein diepct-Schicht. Die Gegenprobe steht in docs/betrieb/proxmox.md („Was du beim ersten Lauf selbst nachprüfen musst“), das Folge-Issue ist #024. Bedingung dafür: der Einzeiler lädt vonmain— er wird erst nach dem Merge prüfbar.
Anmeldung und Rechte
- Login per lokalem Konto funktioniert
- OIDC ist konfigurierbar und für authentik dokumentiert, inkl. Gruppen für Rollen
- Bei
AUTH_LOCAL_ENABLED=falseist der lokale Login weg und der Endpunkt lehnt ab - Rollenrechte: jede Rolle gegen jede Aktion getestet, Prüfung ausschließlich serverseitig
- Eine Rollenänderung greift ohne neue Anmeldung; ein deaktivierter Benutzer wird abgewiesen
- Passwörter stehen nur als argon2-Hash in der Datenbank, nie in einer API-Antwort
Betriebsmodus
- Hauptablauf läuft in
INTERNohne jede Kundenanzeige (Ausnahme: die Einstellungsseite und der Wechsel-Dialog zeigen die eigene Organisation — dort ist sie zu pflegen) - Hauptablauf läuft in
DIENSTLEISTUNGmit Kundenwahl - Wechsel
INTERN → DIENSTLEISTUNGübernimmt alle Daten auf den ersten Kunden - Wechsel zurück wird bei zwei nicht archivierten Kunden abgelehnt
- Im Modus
INTERNignoriert die Service-Schicht eine mitgeschicktekundeId - Der Modus ist ohne Neustart umschaltbar, jeder Wechsel steht im
Protokoll
Vorlagen
- Veröffentlichte Version ist unveränderlich; „Bearbeiten“ erzeugt eine tiefe Kopie als Entwurf
- Höchstens ein Entwurf je Vorlage
- Veröffentlichen einer neuen Version verändert bestehende Läufe nicht
- Export und anschließender Import ergeben eine inhaltsgleiche Vorlage
- Unbekannte Platzhalter werden im Editor als Warnung angezeigt
Läufe und Archiv
- Lauf ohne Mitarbeiter und ohne Gerät lässt sich starten, abschließen und archivieren
- Abschließen scheitert, solange ein Pflichtschritt offen ist
NICHT_ZUTREFFENDundFEHLGESCHLAGENverlangen eine Notiz- „Abschnitt als nicht zutreffend markieren“ setzt alle Schritte mit einer Notiz
- Archiv-Schreibschutz greift für Kopfdaten, Schrittergebnisse und Kommentare
- Nur
ADMINholt einen archivierten Lauf zurück, mitProtokoll-Eintrag - Im Archiv wird über Titel, Notizen, Werte und Kommentare gefunden
- Druckansicht eines Laufs ist sauber und hell
Mitarbeiter, Geräte, QR
- Mitarbeitersuche liefert standardmäßig nur aktive, Umschalter zeigt auch deaktivierte
- Ein von der Geräteseite gestarteter Lauf hat den Besitzer vorbelegt
/t/LZ-7K3F9Qohne Anmeldung führt nach dem Login auf die Geräteseite- „Vorlage zuweisen“ erzeugt einen
OFFEN-Lauf, der unter „Zugewiesen“ erscheint; „Starten“ setztIN_ARBEIT - Unregistrierter Tag → Registrierformular → Geräteseite; unbekannter Tag → Hinweis
tagCode: richtiges Alphabet, eindeutig, unveränderlich, nie wiederverwendet- Etikettendruck in beiden Layouts sauber; QR maschinell zurücklesbar
Platzhalter und Befehle
- Onboarding: Vorname und Nachname eingeben → UPN,
samund Mail werden vorgeschlagen - Abteilung „Buchhaltung“ wählen →
-Path "OU=Buchhaltung,…"und GruppenG-Buchhaltung, G-Alle - Kopieren liefert exakt diesen Text, zeichengenau
- „Jörg Müller-Lüdenscheid“ ergibt gültige Vorschläge (
joerg.mueller-luedenscheid@…,jmuellerluedensch) {{generiertes_passwort}}erscheint im Befehl, steht aber nicht in Datenbank, Druckansicht oderProtokoll- Werte mit Anführungszeichen werden für die jeweilige Shell korrekt maskiert
- „Alle Befehle als Skript kopieren“ liefert die Schritte in richtiger Reihenfolge
- Unbekannte Platzhalter bleiben stehen; ersetzte Werte sind HTML-escaped
Verzeichnis (LDAP)
- Erster Abgleich legt Mitarbeiter an, zweiter aktualisiert sie ohne Duplikate
- Entfernte oder deaktivierte Konten werden
aktiv = false, nie gelöscht {{ou}}wird korrekt aus demdnabgeleitet- Das Bind-Passwort erscheint in keiner API-Antwort und keinem Log
- Zwei gleichzeitige Abgleiche derselben Quelle: der zweite wird von der Sperre abgewiesen
Oberfläche
- Am Handy kein horizontales Scrollen — bei 390 px auf allen Hauptseiten geprüft
- Gestaltung nach Vorgabe: dunkel, ein Akzent, keine Emojis, keine Schatten, keine Verläufe
- Version mit Git-SHA unten links
Projektorganisation
- Issues für alle Phasen und MVP-Meilensteine existieren
CHANGELOG.mdunddocs/devlog.mdsind gepflegtv0.1.0ist getaggt, Gitea-Release mit Changelog-Auszugdocs/anleitung/vollständig mit Screenshots und als PDFdocs/screenshots/enthält die Meilenstein-Bilderpnpm lint && pnpm typecheck && pnpm test && pnpm pruefe:dokugrün