fix: Uebertrag pruefen, ob die Gegenseite schon gebucht ist

Ein Franken-in-Euro-Tausch stand zweimal da: die CHF-Seite als Uebertrag nach
Revolut Euro, die EUR-Seite weiterhin als eigene Einnahme. Revolut Euro war
damit doppelt gutgeschrieben. Drei Fehler auf einmal.

Erstens prueft "zum Uebertrag machen" jetzt, ob die Buchung bereits mit ihrer
Gegenseite VERBUNDEN ist. Dann sind beide Seiten gebucht und zaehlen schon in
keiner Auswertung; ein Uebertrag bewegt das Geld auf dem Zielkonto ein zweites
Mal. Das laesst sich auch nicht mit "trotzdem" wegdruecken – es ist nicht
Ansichtssache.

Zweitens wird auf dem Zielkonto nach einer passenden gebuchten Gegenseite
gesehen, auch ohne Verknuepfung: gleiche Tage, passender Betrag, ueber
Waehrungen hinweg mit Spielraum. Findet sich eine, kommt die Warnung samt dem
richtigen Weg – die beiden verbinden statt einen Uebertrag anzulegen. Der
Treffer ist unscharf, deshalb hier mit "trotzdem" uebergehbar.

Drittens der beobachtete Punkt: Der nachtraegliche Weg reichte den
Eingangs-Eintrag nicht durch und rechnete deshalb IMMER mit dem EZB-Kurs, auch
wenn die Bank ihren eigenen genannt hatte. Jetzt wird er nachgeschlagen, und
der Kurs der Bank landet an der Buchung.

Und Loeschen raeumt die Eingangs-Eintraege mit. Der Fremdschluessel setzt sonst
nur ihre Verweisspalte auf NULL, und sie blieben als "gebucht" ohne Buchung
stehen – bei einem Uebertrag sind das zwei.

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

backend/app/services/uebertrag_buchen.py

@@ -27,6 +27,8 @@ anlegt, waehlt beide Konten bewusst und hat keine Gegenseite, die noch kommt.
 
 from __future__ import annotations
 
+from datetime import timedelta
+
 from sqlalchemy.orm import Session
 
 from ..models import (
@@ -36,10 +38,13 @@ from ..models import (
     InboxSource,
     InboxStatus,
     Transaction,
+    TransferLink,
     TxnType,
     User,
 )
 from . import buchung, csv_import, currency
+from .csv_import import INBOX_TAGE
+from .uebertraege import FX_TOLERANZ
 
 
 class UebertragFehler(RuntimeError):
@@ -64,6 +69,74 @@ def ist_angebunden(db: Session, user: User, konto: Account) -> bool:
     ).first() is not None
 
 
+def _eingang_zu(db: Session, user: User, txn: Transaction) -> InboxItem | None:
+    """Der Eingangs-Eintrag, aus dem diese Buchung entstand.
+
+    Er traegt, was die Bank ueber die Umrechnung gesagt hat. Ohne ihn bliebe
+    nur der EZB-Kurs – auch dann, wenn die Bank ihren eigenen genannt hat.
+    """
+    return db.query(InboxItem).filter(
+        InboxItem.owner_id == user.id,
+        InboxItem.transaction_id == txn.id,
+        InboxItem.account_id == txn.account_id,
+    ).first()
+
+
+def _schon_verknuepft(db: Session, user: User, txn: Transaction) -> bool:
+    """Haengt diese Buchung schon als Paar an ihrer Gegenseite?"""
+    return db.query(TransferLink.id).filter(
+        TransferLink.owner_id == user.id,
+        (TransferLink.from_txn_id == txn.id) | (TransferLink.to_txn_id == txn.id),
+    ).first() is not None
+
+
+def _gebuchte_gegenseite(db: Session, user: User, konto: Account, ziel: Account,
+                        eigener_typ: TxnType, erwartet: int | None, datum,
+                        exakt: bool) -> Transaction | None:
+    """Steht auf dem Zielkonto schon eine passende Buchung?
+
+    Dann waere ein Uebertrag falsch: Er wuerde das Geld dort ein zweites Mal
+    bewegen. Richtig ist in dem Fall, die beiden zu VERKNUEPFEN – beide
+    Buchungen bleiben stehen und zaehlen nur nicht mehr in der Auswertung.
+
+    Ueber Waehrungen hinweg wird mit Spielraum verglichen: Der erwartete Betrag
+    ist dann gerechnet, der echte kommt von der Bank.
+    """
+    if not erwartet:
+        return None
+    gegen_typ = TxnType.income if eigener_typ == TxnType.expense else TxnType.expense
+    spielraum = 0 if exakt else max(1, round(erwartet * FX_TOLERANZ))
+    return next(
+        (k for k in db.query(Transaction).filter(
+            Transaction.owner_id == user.id,
+            Transaction.account_id == ziel.id,
+            Transaction.type == gegen_typ,
+            Transaction.date >= datum - timedelta(days=INBOX_TAGE),
+            Transaction.date <= datum + timedelta(days=INBOX_TAGE),
+        ) if abs(k.amount_cents - erwartet) <= spielraum),
+        None,
+    )
+
+
+def _pruefe_gegenseite(db: Session, user: User, konto: Account, ziel: Account,
+                       eigener_typ: TxnType, erwartet: int | None, datum,
+                       exakt: bool, trotzdem: bool) -> None:
+    if trotzdem:
+        return
+    schon = _gebuchte_gegenseite(db, user, konto, ziel, eigener_typ, erwartet,
+                                 datum, exakt)
+    if schon is None:
+        return
+    raise UebertragFehler(
+        f"Auf '{ziel.name}' steht schon eine passende Buchung vom "
+        f"{schon.date.strftime('%d.%m.%Y')}. Beide Seiten sind also bereits "
+        f"gebucht – ein Übertrag würde das Geld dort ein zweites Mal bewegen. "
+        f"Richtig ist hier, die beiden zu verbinden: Sie bleiben stehen und "
+        f"zählen nur nicht mehr als Ausgabe und Einnahme.",
+        nachfragen=True,
+    )
+
+
 def _gegenbetrag(db: Session, konto: Account, ziel: Account, betrag: int,
                  datum, eintrag: InboxItem | None = None,
                  ) -> tuple[int | None, float | None, bool]:
@@ -203,6 +276,10 @@ def aus_eingang(db: Session, user: User, eintrag: InboxItem, ziel: Account,
     betrag = abs(eintrag.amount_cents)
     ziel_betrag, kurs, exakt = _gegenbetrag(db, konto, ziel, betrag, eintrag.date, eintrag)
     _pruefe(db, user, konto, ziel, exakt, trotzdem)
+    _pruefe_gegenseite(
+        db, user, konto, ziel,
+        TxnType.expense if eintrag.amount_cents < 0 else TxnType.income,
+        ziel_betrag, eintrag.date, exakt, trotzdem)
 
     txn = _lege_an(db, user, konto, ziel, eintrag.amount_cents, ziel_betrag,
                    eintrag.date, eintrag.payee, eintrag.note, kurs)
@@ -227,9 +304,28 @@ def aus_buchung(db: Session, user: User, txn: Transaction, ziel: Account,
     if konto is None or konto.owner_id != user.id:
         raise UebertragFehler("Buchung ohne Konto")
 
+    # Ist sie schon mit ihrer Gegenseite verknuepft, sind BEIDE gebucht. Ein
+    # Uebertrag wuerde das Geld auf dem Zielkonto ein zweites Mal bewegen –
+    # und das laesst sich nicht mit "trotzdem" wegdruecken, es ist einfach
+    # falsch.
+    if _schon_verknuepft(db, user, txn):
+        raise UebertragFehler(
+            "Diese Buchung ist bereits mit ihrer Gegenseite verbunden – beide "
+            "Seiten sind gebucht und zählen schon jetzt in keiner Auswertung. "
+            "Ein Übertrag würde das Geld auf dem Zielkonto ein zweites Mal "
+            "bewegen. Wenn du es wirklich anders willst, löse zuerst die "
+            "Verknüpfung."
+        )
+
     signiert = txn.amount_cents if txn.type == TxnType.income else -txn.amount_cents
-    ziel_betrag, _kurs, exakt = _gegenbetrag(db, konto, ziel, abs(signiert), txn.date)
+    # Der Eingangs-Eintrag traegt den Kurs der Bank – ohne ihn bliebe hier nur
+    # die EZB-Naeherung, auch wenn die Bank ihren eigenen genannt hat.
+    eintrag = _eingang_zu(db, user, txn)
+    ziel_betrag, kurs, exakt = _gegenbetrag(db, konto, ziel, abs(signiert),
+                                            txn.date, eintrag)
     _pruefe(db, user, konto, ziel, exakt, trotzdem)
+    _pruefe_gegenseite(db, user, konto, ziel, txn.type, ziel_betrag, txn.date,
+                       exakt, trotzdem)
 
     # Die vorhandene Buchung umschreiben statt eine zweite anzulegen: Alles, was
     # auf sie zeigt – Eingangs-Eintrag, Verknuepfungen – bleibt damit gueltig.
@@ -244,6 +340,8 @@ def aus_buchung(db: Session, user: User, txn: Transaction, ziel: Account,
     txn.account_id = von.id
     txn.to_account_id = nach.id
     txn.category_id = None
+    if kurs:
+        txn.fx_rate = kurs          # der Kurs der Bank schlaegt die EZB
     buchung.setze_betraege(db, txn, von, nach)
     db.flush()