presseportale/dev/archive/frontend/hub-flux/06-PHASE-3-ADMIN-DASHBOARD.md
Kevin Adametz 6a4c4d8837 docs: dev-Doku für den Live-Betrieb neu sortiert — Archiv + Betrieb + Roadmap
Das System ist seit 20.07.2026 live; die dev-Doku spiegelt jetzt den
Betriebszustand statt der Release-Vorbereitung:

- dev/betrieb/: Deploy-Runbook (neu: §10 Betrieb nach Go-Live mit
  SFTP-Deploy-Checkliste inkl. queue:restart-Pflicht und den
  Betriebs-Erkenntnissen der Go-Live-Woche), Legacy-API-Parität, Umami.
- dev/roadmap.md: offene Nachlauf-Punkte (Go-Live-Mails, Merge nach main,
  Stripe-Test-Artefakte, Key-Rotation, Alt-System-Abschaltung) und
  Ideen-Backlog.
- dev/archive/: abgeschlossene Phasen — Migration-2026-Planung,
  Cutover-Runbook (mit Erledigt-Vermerk), Release-Plan/QA-Checkliste,
  Optimierungsphasen, Frontend-Konzepte + Responsive-Audits vom 16.07.,
  Altsystem-Reste.
- dev/README.md als Wegweiser; gitignore-Pfad der SQL-Dumps mitgezogen
  (dev/archive/migration-2026/sql/ bleibt untracked, ebenso dev/migration/
  und dev/api/).

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
2026-07-21 07:52:38 +00:00

55 lines
2.1 KiB
Markdown

# Phase 3 — Admin-Dashboard im Hub-Vokabular
**Status**: ✅ abgeschlossen · **Aufwand**: ~¼ Tag · **Risiko**: niedrig
---
## Ziel
`resources/views/admin/dashboard.blade.php` nutzt dieselbe Designsprache wie
das Customer-Dashboard (Phase 2). Keine neuen Komponenten, keine neue Logik
— nur Vokabular-Umbau auf die DRY-Schicht.
## Was sich ändert
### Layout
- Page-Header: Hub-Badge „Admin Backend" + Eyebrow + großes H1
„Admin Dashboard" + Subtitle. Rechts: Status-Pille „Alle Systeme operational"
(ok-Style mit Dot).
- KPI-Reihe: weiter **5 Stat-Cards** (wie heute), aber als
`<x-portal.stat-card>` mit Strip-Variante:
- Pressemitteilungen → `primary` (mit Sub: `X pub · Y prüf · Z entwurf`)
- In Prüfung → `warn` (eigene KPI, war vorher in der PM-Card versteckt)
- Firmen → `muted`
- Kontakte → `muted`
- Benutzer → `muted`
- 2-Spalten-Grid (`2fr 1fr`) — wie heute:
- Links: Panel „Letzte Pressemitteilungen" (Liste + Status-Badges
in `.badge.ok|warn|err|hub`).
- Rechts: Panel „Zur Prüfung" mit warn-Pille (Count) + Liste +
„+ N weitere"-Link.
- Bottom-Reihe (`1fr 2fr`) — **neu**:
- Links: `panel-warm` Newsletter-Block (Mono-Zahl + Subline).
- Rechts: `panel` Quick-Actions mit Section-Eyebrow + Schnellzugriff
auf Invoices/Payments/Coupons/Presets.
- Footer: subtle Link-Reihe analog Customer-Dashboard.
### Was NICHT geändert wird
- Controller-Logik / Datenform.
- Newsletter-Count bleibt erhalten, wandert nur in einen eigenen Block.
- Bestehende Tests (`DashboardTest`) bleiben grün — alle geprüften
Strings (`3`, `1 pub`, `1 prüf`, `1 entwurf`, `Review Dashboard PM`)
bleiben im Output.
## Akzeptanzkriterien
- [x] Plan geschrieben
- [x] Admin-Dashboard verwendet `<x-portal.stat-card>`, `.panel`,
`.section-eyebrow`, `.badge`
- [x] Customer-Dashboard und Admin-Dashboard sind visuell aus einem Guss
- [x] Dark Mode greift automatisch (alle Tokens)
- [x] `DashboardTest` bleibt grün ohne Anpassung (alle 3 Cases +
Wortlaut „1 pub / 1 prüf / 1 entwurf / Review Dashboard PM")
- [x] Pint clean, PROGRESS-Eintrag