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>

App_Server/root/crm/model/kontaktadresse.py

@@ -17,11 +17,18 @@ from auth.model.errors import ApplicationError, HtmlStatusCode
 session = dbapp.session
 
 
-def get_kontaktadressen():
+def get_kontaktadressen(projekt_id: int | None = None):
     """
-    Liefert alle Kontaktadressen, sortiert nach Name.
+    Liefert Kontaktadressen, sortiert nach Name.
+
+    Ist projekt_id gesetzt, werden nur die Kontaktadressen dieses
+    Projekts zurückgegeben (serverseitige Filterung). Ohne projekt_id
+    werden alle Kontaktadressen geliefert.
     """
-    return Kontaktadresse.query.order_by(Kontaktadresse.name).all()
+    query = Kontaktadresse.query
+    if projekt_id is not None:
+        query = query.filter(Kontaktadresse.projekt_id == projekt_id)
+    return query.order_by(Kontaktadresse.name).all()
 
 
 def get_kontaktadresse(kontaktadresse_id: int) -> Kontaktadresse: