Commit Graph

5 Commits

Author SHA1 Message Date
Moe fc6bc3028d feat(plattform): Konzernplattform phase-001 (Module HR + CRM) + AES-Suite-Erweiterung committet
Konzernplattform (ADR-009, AES-Projekt projects/konzernplattform):
- Rollen hr_manager + crm_agent; PageCtx-Flags; Nav-Gruppen HR/CRM;
  Untertitel 'Konzernplattform'
- Modul HR (nur admin + hr_manager, DSGVO/BDSG-sensibel): Mitarbeiterakte
  (Stammdaten, Status Aktiv/Onboarding/Ausgeschieden), Abwesenheiten
  (Urlaub/Krankheit/Sonderurlaub/Fortbildung) mit Genehmigungsworkflow
- Modul CRM (admin + crm_agent): Firmen (Lead/Kunde/Partner/Inaktiv),
  Kontakte, Deals mit Pipeline-Stufen + Pipeline-Board, KPI-Kacheln
  (Pipeline-Wert, Gewonnen gesamt)
- Schema-Migration 2026-07-15b (hr_employees, hr_absences, crm_companies,
  crm_contacts, crm_deals; idempotent), alles tenant-gescoped + auditiert

Ausserdem: AES-Suite-Erweiterung (/erweiterungen/aes, Rolle aes_user,
src/extensions.rs) aus paralleler Session lag unkommittet im Arbeitsstand
und ist hier mit aufgenommen, damit das Clone-basierte Deployment sie nicht
verliert. Reparatur: schema.sql-Tail war erneut durch Sync-Abriss
verstuemmelt (Duplikat-Block entfernt).

Tests: cargo test 8/8, E2E-Smoke HR/CRM 19/19 (inkl. RBAC: agent ohne
HR/CRM-Zugriff, hr_manager ohne CRM/Admin-Zugriff).
2026-07-28 13:06:50 +02:00
Moe 7f9d2b431d feat!: Rust-Rewrite (axum/PostgreSQL) mit ITIL-v3/v4-Prozessen und Sicherheits-Haertung
Komplette Neuentwicklung der Plattform in Rust (axum + tokio-postgres +
askama), ersetzt die Python/Flask-Version. Bestandsdaten bleiben nutzbar:
Schema-Migrationen laufen idempotent beim Start, alte Werkzeug-PBKDF2-
Passwoerter werden beim ersten Login transparent auf Argon2id migriert.

ITIL v3/v4:
- Rollenmodell: admin / change_manager / agent / user (Self-Service)
- Statusmodell mit erzwungenen Uebergaengen, Reopen, finalem Geschlossen
- Prioritaet automatisch aus Impact-x-Urgency-Matrix (v3 SO 4.2.5.4)
- Change Enablement: Standard/Normal/Emergency, CAB-Freigabe durch
  change_manager/admin; Umsetzung und Repo-Edits erst nach Freigabe
- Problem Management: Incident-Problem-Verknuepfung, Known Error
- Service Request als eigene Kategorie; SLA-Zeitstempel (Reaktion/Loesung)
- Knowledge Management: Freigabe-Workflow (Entwurf -> Freigegeben)
- SACM: Ticket-CI-Verknuepfung; CSI-Dashboard (SLA-Erfuellung, MTTR)

Sicherheit (behebt Review-Befunde 2026-07-15):
- CSRF-Schutz fuer alle zustandsaendernden Requests (vorher: keiner)
- Login-Rate-Limit pro E-Mail+IP, DB-gestuetzt (vorher: keins)
- Serverseitige, widerrufbare Sessions (SHA-256-Token-Hash in DB) statt
  Client-Side-Sessions mit optionalem Secret
- Argon2id statt PBKDF2; Passwort-Policy min. 12 Zeichen
- Repo-Edit aus Tickets: RBAC (change_manager/admin) + freigegebener
  Change noetig; vorher jeder eingeloggte User mit Admin-Token
- SSRF-Guard fuer Service-Endpoints (Link-Local/Metadaten blockiert,
  Anlegen admin-only), Erreichbarkeitscheck parallel + gecacht
- Security-Header (CSP ohne Inline-JS, X-Frame-Options, nosniff, HSTS)
- X-Forwarded-For nur bei konfigurierten Trusted Proxies (Audit-Log-IP)
- Open-Redirect im Login-next-Parameter geschlossen

Deployment: Multi-Stage-Dockerfile statt git-clone+pip beim Container-
Start (reproduzierbare Images, kein ungetesteter main-Stand in Prod).

Tests: 7 Unit-Tests (Statusmodell, Matrix, Change-Gate, Hash-Verifikation,
SSRF-Guard) + 30 End-to-End-Smoke-Tests gegen lokalen PostgreSQL gruen.
2026-07-15 05:02:02 +02:00
mscadm 91f6cd82e4 feat: Nutzerdetails (Telefon/Adresse) + Formular-Fix bei Passwortfehler in /admin/users 2026-07-13 15:43:08 +00:00
mscadm b802d252ba feat: Nutzerverwaltung + CMDB + Wissensdatenbank (Grundgeruest) 2026-07-13 15:28:52 +00:00
mscadm 32ed7d55bc DB-Schema: tenants/users/services/tickets/timeline/audit_log 2026-07-13 12:24:39 +00:00