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/call_log.ts

@@ -36,11 +36,19 @@ const CALLLOG_REST_BASE = "/xhr/calllog"
 
 /**
  * Lädt die Liste der Gesprächsnotizen vom Server.
+ * Ist projektId gesetzt (>= 0), werden nur die Notizen dieses Projekts
+ * geliefert (serverseitige Filterung). Ohne Parameter werden alle
+ * Notizen geliefert.
  */
-export function fetchCallLogs(): Promise<iCallLog[]> {
+export function fetchCallLogs(projektId?: number): Promise<iCallLog[]> {
+    const params: Record<string, any> = {}
+    if (projektId !== undefined && projektId >= 0) {
+        params.projekt_id = projektId
+    }
     return m.request({
         method: "GET",
-        url: CALLLOG_REST_BASE + "/list"
+        url: CALLLOG_REST_BASE + "/list",
+        params: params
     }).then((result) => result as iCallLog[])
 }