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

@@ -38,11 +38,19 @@ const KONTAKTADRESSE_REST_BASE = "/xhr/kontaktadresse"
 
 /**
  * Lädt die Kontaktadressenliste vom Server.
+ * Ist projektId gesetzt (>= 0), werden nur die Kontaktadressen dieses
+ * Projekts geliefert (serverseitige Filterung). Ohne Parameter werden
+ * alle Kontaktadressen geliefert.
  */
-export function fetchKontaktadressen(): Promise<iKontaktadresse[]> {
+export function fetchKontaktadressen(projektId?: number): Promise<iKontaktadresse[]> {
+    const params: Record<string, any> = {}
+    if (projektId !== undefined && projektId >= 0) {
+        params.projekt_id = projektId
+    }
     return m.request({
         method: "GET",
-        url: KONTAKTADRESSE_REST_BASE + "/list"
+        url: KONTAKTADRESSE_REST_BASE + "/list",
+        params: params
     }).then((result) => result as iKontaktadresse[])
 }