Runner: Kalender am Vorabend fuer den folgenden Tag pruefen

Mit next_day = 1 gelten Wochentage, Ferien und Feiertage fuer morgen
(gemeinter_tag). kalender() merkt sich dafuer heute und morgen und haelt
einen fehlgeschlagenen Abruf nicht mehr den ganzen Tag fest. Uhrzeit,
Zeitfenster und once_per_day bleiben beim heutigen Tag. vorabend.sql legt
die Spalte an.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
This commit is contained in:
2026-09-15 09:33:59 +02:00
co-authored by Claude Opus 5
parent 8c62455b2c
commit 8340e8356e
3 changed files with 97 additions and 13 deletions
+13
View File
@@ -147,6 +147,19 @@ vorhandenen Zeilen stehen auf `0` oder `1` und behalten damit genau ihre
bisherige Bedeutung. Umzurechnen gibt es nichts, die Migration
(`rahmen_erweitern.sql`) setzt nur Kommentare und legt `once_per_day` an.
### Am Vorabend
Mit `next_day = 1` gelten Wochentage, Ferien und Feiertage für **morgen**
(`gemeinter_tag()`). Gedacht für alles, was abends für den nächsten Tag
geschieht: „Kinderrollos zu, wenn morgen Schule ist“ heißt dann MoFr,
Ferien nie, Feiertage nie — genau wie der Wecker. Mit dem heutigen Tag ließ
sich das nur annähern (SoDo, heute keine Ferien) und ging am letzten
Ferientag, am Abend vor einem Feiertag und am Abend eines Feiertags daneben.
Nur der Rahmen verschiebt sich. Uhrzeit, Zeitfenster und „nur einmal am Tag“
bleiben beim heutigen Tag, denn die Automatik läuft ja heute Abend. Die
Spalte legt `vorabend.sql` an.
## Nur einmal am Tag
`once_per_day` sperrt eine Automatik nach dem Auslösen bis Mitternacht.