feat: Ueberträge als Verknuepfung erkennen, ohne Buchungen anzufassen

Ein Uebertrag steht in zwei Auszuegen und wird zweimal gebucht – richtig fuer
die Salden, aber er zaehlt als Ausgabe UND als Einnahme in der Auswertung.

Statt beide zu einer Uebertrags-Buchung zusammenzufuehren (der urspruengliche
Plan) legt Certain nur eine Schicht darueber: transfer_links haelt fest, dass
zwei Buchungen zusammengehoeren. An den Buchungen selbst aendert sich nichts –
Betrag, Konto, Kategorie, Import-Schluessel und Stapel bleiben.

Das haelt alles heraus, was am Zusammenfuehren haette brechen koennen: der
Duplikatschutz verliert keinen Schluessel, undo_batch reisst keine Gegenseite
mit, und eine falsche Paarung ist ein Etikett, das man abzieht.

Die Auswertung ueberspringt verknuepfte Buchungen – nicht umkategorisiert:
Loest man die Verknuepfung, zaehlt die Buchung mit ihrer alten Kategorie
sofort wieder mit.

Automatisch nur, wenn die Zuordnung zwingend ist UND keine Seite eine
Kategorie traegt UND der Text auf einen Uebertrag hindeutet. Sonst Vorschlag.
Waehrungswechsel werden ueber den EZB-Kurs des Tages geprueft (2,5 % Toleranz
fuer den Bankaufschlag) – der Kurs dient nur als Pruefung, gespeichert wird
nichts davon.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

backend/app/services/csv_import.py

@@ -6,6 +6,7 @@ import csv
 import hashlib
 import io
 import json
+import logging
 from collections import Counter
 from datetime import date, datetime
 from decimal import Decimal, InvalidOperation, ROUND_HALF_UP
@@ -34,6 +35,8 @@ from ..models import (
 )
 from . import currency
 
+log = logging.getLogger(__name__)
+
 
 # Vorgefertigte Bank-Vorlagen (aus echten Export-Beispielen). Erscheinen im
 # Import als auswählbare Presets und füllen die Format-/Spalten-Einstellungen.
@@ -1046,6 +1049,16 @@ def commit_import(db: Session, user: User, account: Account, template_id: int |
 
     batch.imported_count = imported
     db.commit()
+
+    # Frisch gebuchte Zeilen auf Überträge prüfen. Läuft NACH dem Buchen, nicht
+    # währenddessen: Der Import bleibt damit unangetastet, und wenn die Suche
+    # etwas falsch macht, ist es ein Etikett – keine Buchung.
+    try:
+        from . import uebertraege
+        uebertraege.finde(db, user)
+    except Exception:                      # Nie den Import daran scheitern lassen
+        log.exception("Übertrags-Suche nach dem Import fehlgeschlagen")
+
     db.refresh(batch)
     return batch