Rueckgabe-Erinnerung: ein Meldetag ist eine Meldung

Erinnert an faellige Rueckgaben verliehener Einzelstuecke, auf dem Weg der
Ablauf-Meldungen: lokale Benachrichtigung, geplant aus GET /loans?due_in=.
Je Server einstellbar - "X vorher", am Rueckgabetag, und taeglich weiter,
solange etwas ueberfaellig ist. Ein Verleih ohne Rueckgabedatum ist nie
faellig und kommt nicht vor.

Zwei Aenderungen am bestehenden Plan waren dafuer noetig, und beide haben
denselben Grund: Der Plan muss allein stehen. Der BGAppRefreshTask ist
keine Garantie - iOS fuehrt ihn nur aus, wenn es will -, also darf die
Erinnerung nicht davon abhaengen, dass die App geoeffnet wird.

1. Alles, was an einem Tag auf einem Server anliegt, wird EINE Meldung.
   Vorher waren es zwei Arten (bald ablaufend, abgelaufen) mit je eigener
   Kennung; mit dem Verleih waeren es vier geworden. iOS erlaubt 64
   geplante Mitteilungen je App - ein Platz je Tag statt je Art ist die
   Voraussetzung dafuer, dass der Horizont ueberhaupt hineinpasst. Ein
   vergessener Verleih hat sonst mit taeglicher Meldung den ganzen Monat
   belegt und alle MHD-Meldungen verdraengt, weil die weiter in der
   Zukunft liegen und bei der Kappung zuerst wegfallen.

2. Horizont 30 statt 60 Tage. Er ist damit die Zusage, wie lange die App
   ungeoeffnet bleiben darf, ohne dass Erinnerungen ausfallen. Ein
   laengerer Horizont haette nur spaetere Tage eingeplant und dafuer die
   naechsten verdraengt. Preis: Eine MHD-Regel mit mehr als 30 Tagen
   Vorlauf greift erst, wenn das Datum in dieses Fenster rueckt.

Der LoanPlanner ist wie der ExpiryPlanner netzfrei und ohne iOS-Typen
gebaut, damit sich die Entscheidungen ohne Geraet nachrechnen lassen.
Gespeicherte Konfigurationen werden mit decodeIfPresent gelesen - eine
bestehende Einstellung bleibt nach dem Update gueltig.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

ios/Sources/ServerFetch.swift

@@ -8,11 +8,13 @@ import Foundation
 /// bekommt. Modelle und Fehlerbedeutung sind dieselben wie im `APIClient`.
 enum ServerFetch {
     /// Alles, was der Planer je Server braucht: ablaufende Chargen im Horizont,
-    /// die Produkte (fuer die Kategoriezuordnung) und der Kategorie-Baum.
+    /// die Produkte (fuer die Kategoriezuordnung), der Kategorie-Baum und die
+    /// faelligen Verleihe.
     struct Snapshot {
         let expiring: [ExpiringItem]
         let products: [Product]
         let categories: [CategoryItem]
+        let loans: [Loan]
     }
 
     static func snapshot(baseURL: URL, token: String, horizonDays: Int) async -> Snapshot {
@@ -20,12 +22,18 @@ enum ServerFetch {
             "/expiring?days=\(horizonDays)", baseURL: baseURL, token: token)
         async let products: [Product] = get("/products", baseURL: baseURL, token: token)
         async let categories: [CategoryItem] = get("/categories", baseURL: baseURL, token: token)
+        // due_in filtert serverseitig auf den Horizont; ueberfaellige sind dabei
+        // immer enthalten, und Verleihe ohne Rueckgabedatum nie - sie sind nie
+        // faellig, es gibt also nichts zu erinnern.
+        async let loans: [Loan] = get(
+            "/loans?due_in=\(horizonDays)", baseURL: baseURL, token: token)
         // Einzelne Ausfaelle sollen nicht alles kippen (sonst fehlten z.B. die
         // Kategorien nur, weil die Produktliste langsam war).
         return await Snapshot(
             expiring: (try? await expiring) ?? [],
             products: (try? await products) ?? [],
-            categories: (try? await categories) ?? []
+            categories: (try? await categories) ?? [],
+            loans: (try? await loans) ?? []
         )
     }