The eligible-over-ineligible tie-break in calculateMonthlyBonus was a
deliberate fix (commit c733c3e) covered by an explicit test
(test-suite.js:191-203). Flagging it as an open bug in TODO.md was a
misreading of calculator.js against the design spec's simplified
pseudocode; the spec's own test plan (section 12.5) and the actual
test suite confirm the current behavior is correct.
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
1.2 KiB
TODO / Known Gaps
Fundierte Liste offener Punkte in der Bonusberechnung — verifiziert im Code,
nicht spekulativ. Referenz-Spec: docs/specs/2026-05-11-bonus-varianten-design.md.
Fachliche Lücken (nicht im Spec abgedeckt)
-
Feiertage nur bis 2030 hinterlegt.
HolidayProviderkennt Feiertage nur für 2025-2030 (holidays.js:1-90). Ab 2031 liefertisHoliday/isDayBeforeHolidaystillfalse— Fr/Sa/So-Klassifizierung degradiert lautlos zu "weekday" für alle Feiertage, ohne Warnung. Rechtzeitig vor Jahreswechsel 2030/2031 erweitern. -
Zwei Dienste am selben Tag werden überschrieben, nicht summiert.
DataStorage.addDutyersetzt einen bestehenden Dienst für dasselbe Datum statt ihn zu addieren — zwei Halbschichten (0.5 + 0.5) am selben Tag lassen sich nicht als 1.0 erfassen, nur der zuletzt eingetragene Share zählt.storage.js:213-227
Explizit Out-of-Scope laut Spec (§2) — falls sich das mal ändert
- Nur NRW-Feiertage, andere Bundesländer nicht unterstützt.
- Raten (250€/450€) und Schwellen sind hartkodiert, keine UI-Konfiguration.
- Urlaubsmodus ist ein reiner Monats-Toggle pro Mitarbeiter, kein Teilurlaub.
- Keine Server-/Multi-User-Synchronisierung (rein
localStorage).