Die Stammdaten, an denen die Historie hängt. Mitarbeiter und Geräte werden nie gelöscht, damit archivierte Läufe für immer auf sie zeigen können.
Aufgaben
Mitarbeiterliste: Suche über Anzeigename, Mail, UPN und sam, Filter nach Abteilung und Aktiv-Status
Mitarbeitersuche als wiederverwendbare Komponente: standardmäßig nur aktive, Umschalter „auch deaktivierte" fürs Offboarding
Mitarbeiterseite: Stammdaten, Abteilung, Vorgesetzter, seine Geräte, alle Läufe chronologisch (Onboarding, Übergaben, Offboarding)
Mitarbeiter manuell anlegen und bearbeiten (herkunft = MANUELL); synchronisierte Felder sind bei herkunft = ABGLEICH gesperrt
Deaktivieren statt löschen (aktiv = false)
Abteilungen: Name (eindeutig je Kunde), Ziel-OU, Standardgruppen (String[]), Mail-Domain, Notizen
Geräte: Stammdaten nach Vorgabe, Pflichtregel „hostname oder bezeichnung muss gesetzt sein", Besitzer optional
Geräteliste mit Suche über Hostname, Bezeichnung, Seriennummer und tagCode, Filter nach Typ
CSV-Import für Geräte (hostname, label, serialNumber, inventoryNumber, type, model), tagCode wird beim Import erzeugt; eigener src/lib/csv.ts
Archivieren statt Löschen, sobald Läufe an einem Gerät oder einer Abteilung hängen
Screenshots Mitarbeiterliste, Mitarbeiterseite, Geräteliste, Abteilungen in docs/screenshots/m6/
Akzeptanzkriterien
Test: Mitarbeitersuche liefert standardmäßig nur aktiv = true; mit Umschalter auch deaktivierte
Test: ein Gerät ohne hostname und ohne bezeichnung wird abgelehnt
Test: ein Gerät mit Läufen lässt sich nicht löschen, nur archivieren
Test: tagCode eines bestehenden Geräts lässt sich nicht ändern
Test: CSV-Import erzeugt je Zeile einen tagCode, meldet fehlerhafte Zeilen einzeln und bricht nicht ab
Test: bei herkunft = ABGLEICH lehnt der Service Änderungen an synchronisierten Feldern ab
Quelle: docs/issues/011-mitarbeiter-abteilungen-geraete.md — dort gepflegt, hierher gespiegelt.
**Status:** offen
**Meilenstein:** v0.1.0
**Labels:** phase-1, backend, frontend
**Geschätzt:** 9 h **Tatsächlich:** –
## Ziel
Die Stammdaten, an denen die Historie hängt. Mitarbeiter und Geräte werden nie gelöscht, damit archivierte Läufe für immer auf sie zeigen können.
## Aufgaben
- [ ] Mitarbeiterliste: Suche über Anzeigename, Mail, UPN und `sam`, Filter nach Abteilung und Aktiv-Status
- [ ] Mitarbeitersuche als wiederverwendbare Komponente: standardmäßig nur aktive, Umschalter „auch deaktivierte" fürs Offboarding
- [ ] Mitarbeiterseite: Stammdaten, Abteilung, Vorgesetzter, seine Geräte, alle Läufe chronologisch (Onboarding, Übergaben, Offboarding)
- [ ] Mitarbeiter manuell anlegen und bearbeiten (`herkunft = MANUELL`); synchronisierte Felder sind bei `herkunft = ABGLEICH` gesperrt
- [ ] Deaktivieren statt löschen (`aktiv = false`)
- [ ] Abteilungen: Name (eindeutig je Kunde), Ziel-OU, Standardgruppen (`String[]`), Mail-Domain, Notizen
- [ ] Geräte: Stammdaten nach Vorgabe, Pflichtregel „`hostname` oder `bezeichnung` muss gesetzt sein", Besitzer optional
- [ ] Geräteliste mit Suche über Hostname, Bezeichnung, Seriennummer und `tagCode`, Filter nach Typ
- [ ] CSV-Import für Geräte (`hostname`, `label`, `serialNumber`, `inventoryNumber`, `type`, `model`), `tagCode` wird beim Import erzeugt; eigener `src/lib/csv.ts`
- [ ] Archivieren statt Löschen, sobald Läufe an einem Gerät oder einer Abteilung hängen
- [ ] Screenshots Mitarbeiterliste, Mitarbeiterseite, Geräteliste, Abteilungen in `docs/screenshots/m6/`
## Akzeptanzkriterien
- [ ] Test: Mitarbeitersuche liefert standardmäßig nur `aktiv = true`; mit Umschalter auch deaktivierte
- [ ] Test: ein Gerät ohne `hostname` und ohne `bezeichnung` wird abgelehnt
- [ ] Test: ein Gerät mit Läufen lässt sich nicht löschen, nur archivieren
- [ ] Test: `tagCode` eines bestehenden Geräts lässt sich nicht ändern
- [ ] Test: CSV-Import erzeugt je Zeile einen `tagCode`, meldet fehlerhafte Zeilen einzeln und bricht nicht ab
- [ ] Test: bei `herkunft = ABGLEICH` lehnt der Service Änderungen an synchronisierten Feldern ab
---
Quelle: `docs/issues/011-mitarbeiter-abteilungen-geraete.md` — dort gepflegt, hierher gespiegelt.
florian.wilde
added this to the v0.1.0 milestone 2026-09-24 20:44:41 +00:00
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Status: offen
Meilenstein: v0.1.0
Labels: phase-1, backend, frontend
Geschätzt: 9 h Tatsächlich: –
Ziel
Die Stammdaten, an denen die Historie hängt. Mitarbeiter und Geräte werden nie gelöscht, damit archivierte Läufe für immer auf sie zeigen können.
Aufgaben
sam, Filter nach Abteilung und Aktiv-Statusherkunft = MANUELL); synchronisierte Felder sind beiherkunft = ABGLEICHgesperrtaktiv = false)String[]), Mail-Domain, Notizenhostnameoderbezeichnungmuss gesetzt sein", Besitzer optionaltagCode, Filter nach Typhostname,label,serialNumber,inventoryNumber,type,model),tagCodewird beim Import erzeugt; eigenersrc/lib/csv.tsdocs/screenshots/m6/Akzeptanzkriterien
aktiv = true; mit Umschalter auch deaktiviertehostnameund ohnebezeichnungwird abgelehnttagCodeeines bestehenden Geräts lässt sich nicht änderntagCode, meldet fehlerhafte Zeilen einzeln und bricht nicht abherkunft = ABGLEICHlehnt der Service Änderungen an synchronisierten Feldern abQuelle:
docs/issues/011-mitarbeiter-abteilungen-geraete.md— dort gepflegt, hierher gespiegelt.