Serverseitige Filterung für Listen-Endpunkte und Einzelabrufe in Listen-Komponenten

Server: Die list-Endpunkte für Kontakt, Projekt, Kontaktadresse und CallLog
akzeptieren nun einen optionalen Query-Parameter (kunden_id bzw. projekt_id)
und filtern im ORM-Query. Neue Migration V01.05 legt Indizes auf den
FK-Spalten an.

Client: Die fetch-Funktionen erhalten einen optionalen Parent-ID-Parameter.
Die Listen-Komponenten übergeben die Parent-ID aus den Route-Params an den
Server und laden nur noch benötigte Daten. Statt kompletter Eltern-Listen
wird per fetchXxxById ein einzelner Datensatz für die Namensauflösung geladen.
Die CallLog-Bearbeitungsmaske behält ihre ungesfilterten Dropdown-Abrufe.

Generated by Mistral Vibe.
Co-Authored-By: Mistral Vibe <vibe@mistral.ai>

Client/models/kontakt.ts

@@ -33,11 +33,19 @@ const KONTAKT_REST_BASE = "/xhr/kontakt"
 
 /**
  * Lädt die Kontaktliste vom Server.
+ * Ist kundenId gesetzt (>= 0), werden nur die Kontakte dieses Kunden
+ * geliefert (serverseitige Filterung). Ohne Parameter werden alle
+ * Kontakte geliefert.
  */
-export function fetchKontakte(): Promise<iKontakt[]> {
+export function fetchKontakte(kundenId?: number): Promise<iKontakt[]> {
+    const params: Record<string, any> = {}
+    if (kundenId !== undefined && kundenId >= 0) {
+        params.kunden_id = kundenId
+    }
     return m.request({
         method: "GET",
-        url: KONTAKT_REST_BASE + "/list"
+        url: KONTAKT_REST_BASE + "/list",
+        params: params
     }).then((result) => result as iKontakt[])
 }