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

@@ -17,11 +17,18 @@ from auth.model.errors import ApplicationError, HtmlStatusCode
 session = dbapp.session
 
 
-def get_call_logs():
+def get_call_logs(projekt_id: int | None = None):
     """
-    Liefert alle Gesprächsnotizen, sortiert nach Datum absteigend.
+    Liefert Gesprächsnotizen, sortiert nach Datum absteigend.
+
+    Ist projekt_id gesetzt, werden nur die Notizen dieses Projekts
+    zurückgegeben (serverseitige Filterung). Ohne projekt_id werden
+    alle Notizen geliefert.
     """
-    return CallLog.query.order_by(CallLog.datum.desc()).all()
+    query = CallLog.query
+    if projekt_id is not None:
+        query = query.filter(CallLog.projekt_id == projekt_id)
+    return query.order_by(CallLog.datum.desc()).all()
 
 
 def get_call_log(call_log_id: int) -> CallLog: