Ablaufdatum-Berechnung
Dieser Commit ist enthalten in:
33
JOURNAL.md
33
JOURNAL.md
@@ -1063,4 +1063,35 @@ Die Session-Daten werden erst gefüllt, wenn der License Server API implementier
|
||||
- ✅ Select2 Dropdown mit Suchfunktion
|
||||
- ✅ Neue/bestehende Kunden können ausgewählt werden
|
||||
- ✅ E-Mail-Duplikate werden verhindert
|
||||
- ✅ Sowohl Einzellizenz als auch Batch unterstützt
|
||||
- ✅ Sowohl Einzellizenz als auch Batch unterstützt
|
||||
|
||||
## 2025-01-06: Automatische Ablaufdatum-Berechnung
|
||||
|
||||
**Problem:**
|
||||
- Manuelles Eingeben von Start- und Enddatum war umständlich
|
||||
- Fehleranfällig bei der Datumseingabe
|
||||
- Nicht intuitiv für Standard-Laufzeiten
|
||||
|
||||
**Lösung:**
|
||||
1. **Frontend-Änderungen:**
|
||||
- Startdatum + Laufzeit (Zahl) + Einheit (Tage/Monate/Jahre)
|
||||
- Ablaufdatum wird automatisch berechnet und angezeigt (read-only)
|
||||
- Standard: 1 Jahr Laufzeit voreingestellt
|
||||
2. **Backend-Validierung:**
|
||||
- Server-seitige Berechnung zur Sicherheit
|
||||
- Verwendung von `python-dateutil` für korrekte Monats-/Jahresberechnungen
|
||||
3. **Benutzerfreundlichkeit:**
|
||||
- Sofortige Neuberechnung bei Änderungen
|
||||
- Visuelle Hervorhebung des berechneten Datums
|
||||
|
||||
**Änderungen:**
|
||||
- `index.html`: Laufzeit-Eingabe statt Ablaufdatum
|
||||
- `batch_form.html`: Laufzeit-Eingabe statt Ablaufdatum
|
||||
- `app.py`: Datum-Berechnung in `/create` und `/batch` Routes
|
||||
- `requirements.txt`: `python-dateutil` hinzugefügt
|
||||
|
||||
**Status:**
|
||||
- ✅ Automatische Berechnung funktioniert
|
||||
- ✅ Frontend zeigt berechnetes Datum sofort an
|
||||
- ✅ Backend validiert die Berechnung
|
||||
- ✅ Standardwert (1 Jahr) voreingestellt
|
||||
In neuem Issue referenzieren
Einen Benutzer sperren