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