feat: Token-basierte Kunden-Statusseite
- Neue /booking/{token} Route für einheitliche Buchungsübersicht
- Vollständige Termin-Details mit Status-Badges (pending/confirmed/cancelled/completed)
- Integrierte Stornierungsfunktion mit Bestätigungsdialog
- Anzeige von Behandlungsdetails, Kundendaten und verbleibender Zeit
- Automatische Berechnung ob Stornierung noch möglich
- Responsive UI mit modernem Design
Server-Erweiterungen:
- BookingAccessToken statt CancellationToken (semantisch präziser)
- Erweiterte Rückgabe von getBookingByToken (Preis, Dauer, canCancel, hoursUntilAppointment)
- Token-Generierung bei Buchungserstellung (pending) und Bestätigung
E-Mail-Integration:
- Status-Links in pending-Mails
- 'Termin verwalten' statt 'Termin stornieren' in confirmed-Mails
- Einheitliches Branding (Pink/Orange statt Rot)
Aufgeräumt:
- Legacy cancellation-page.tsx entfernt
- /cancel/ Route entfernt (keine Rückwärtskompatibilität nötig)
- Backlog aktualisiert
This commit is contained in:
@@ -9,10 +9,10 @@
|
||||
|
||||
### Sicherheit & Qualität
|
||||
- ~~Rate‑Limiting (IP/E‑Mail) für Formularspam~~
|
||||
- E‑Mail‑Verifizierung (Double‑Opt‑In) optional
|
||||
- ~~E‑Mail‑Verifizierung (Double‑Opt‑In) optional~~
|
||||
- Audit‑Log (wer/was/wann)
|
||||
- DSGVO: Einwilligungstexte, Löschkonzept
|
||||
- Impressum
|
||||
- ~~DSGVO: Einwilligungstexte, Löschkonzept~~
|
||||
- ~~Impressum~~
|
||||
|
||||
### E‑Mail & Infrastruktur
|
||||
- Retry/Backoff + Fallback‑Queue bei Resend‑Fehlern
|
||||
@@ -22,7 +22,7 @@
|
||||
|
||||
### UX/UI
|
||||
- ~~Mobiler Kalender mit klarer Slot‑Visualisierung~~
|
||||
- Kunden‑Statusseite (pending/confirmed)
|
||||
- ~~Kunden‑Statusseite (pending/confirmed)~~
|
||||
- Prominente Fehlerzustände inkl. Hinweise bei Doppelbuchung
|
||||
|
||||
### Internationalisierung & Zeitzonen
|
||||
|
||||
Reference in New Issue
Block a user