feat: Abos & Vertraege – was regelmaessig abgeht, an einer Stelle

Netflix, Handyvertrag, Krankenkasse, Halbtax. Bisher sah man sie nur als
einzelne Buchungen im Auszug; die Frage "welche Abos habe ich eigentlich, und
was kosten die zusammen im Monat" liess sich nicht beantworten. Genau die
steht jetzt oben auf der Seite.

Der Bereich heisst "Abos & Vertraege", nicht "Abos": Ein Handyvertrag ist kein
Abo und die Versicherung erst recht nicht – niemand soll ueberlegen muessen,
wo sie hingehoert.

Der Monatswert wird gerechnet, nicht gespeichert (Betrag durch Intervall).
Gespeichert veraltete er beim naechsten Preisaufschlag stillschweigend.

Bei laengerem Intervall klappt "Ich lege monatlich zurueck auf" auf, mit dem
gerechneten Monatsbetrag daneben. Bei monatlicher Abrechnung gibt es nichts
anzusparen, also steht es da auch nicht.

DAZU: Waehrungen sind offen.

Die Rechen-Maschinerie konnte immer schon beliebige Waehrungen – sie rechnet
ueber den Euro als Drehpunkt. Beschraenkt haben es zwei Konstanten: eine
Erlaubnisliste mit EUR und CHF, und ein Filter, der aus dem EZB-Feed alles
ausser CHF wegwarf, obwohl er dreissig Waehrungen liefert.

Massgeblich ist jetzt die Liste der EZB. Frei erfundene Waehrungen bleiben
draussen, und das ist kein Geiz: Ohne Kurs liesse sich der Betrag nie
umrechnen – er stuende in keiner Summe und in keinem Budget, und das faellt
erst spaet auf. Ein Vertrag in einer Waehrung ohne Kurs wird deshalb genannt,
statt die Summe stillschweigend zu klein anzuzeigen.

Erkannt und gebucht wird noch nichts; der Erkennungstext wird nur erfasst.

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

backend/app/services/backup_data.py

@@ -48,6 +48,7 @@ from ..models import (
     ImportBatch,
     ImportTemplate,
     InboxItem,
+    Subscription,
     LinkIgnored,
     PlannedIncomeLine,
     RecoveryCode,
@@ -130,6 +131,13 @@ USER_TABLES: list[TableSpec] = [
         "category_id": "categories",
         "transaction_id": "transactions",
     }, label="Eingang"),
+    # Abos & Vertraege: reine Stammdaten, aber muehsam nachzutragen – und sie
+    # verweisen auf Konten und Kategorien, stehen deshalb nach beiden.
+    TableSpec("subscriptions", Subscription, "owner", {
+        "account_id": "accounts",
+        "savings_account_id": "accounts",
+        "category_id": "categories",
+    }, label="Abos & Vertraege"),
     TableSpec("transfer_links", TransferLink, "owner",
               {"from_txn_id": "transactions", "to_txn_id": "transactions"},
               label="Übertrags-Verknüpfungen"),
@@ -370,6 +378,7 @@ _MERGE_KEYS: dict[str, Callable[[dict], tuple | None]] = {
     # zwei Zeilen dieselbe Zahlung sind – und ohne sie liefe „Ergaenzen" gegen
     # die Eindeutigkeit von (owner_id, source_uid), statt die Zeile zu
     # erkennen. Erst danach der Aehnlichkeits-Schluessel.
+    "subscriptions": lambda r: ("abo", (r.get("name") or "").strip().lower()),
     "transactions": lambda r: (
         ("uid", r["source_uid"]) if r.get("source_uid")
         else ("hash", r["import_hash"]) if r.get("import_hash")

backend/app/services/ecb_rates.py

@@ -12,13 +12,17 @@ from decimal import Decimal
 import httpx
 from sqlalchemy.orm import Session
 
+from .. import waehrungen
 from ..models import ExchangeRate
 
 FEED_90D = "https://www.ecb.europa.eu/stats/eurofxref/eurofxref-hist-90d.xml"
 FEED_FULL = "https://www.ecb.europa.eu/stats/eurofxref/eurofxref-hist.xml"
 
-# Welche Währungen wir speichern (Hauptwährungen des Nutzers: EUR ist Pivot).
-CURRENCIES = {"CHF"}
+# Welche Währungen wir speichern. Alle, die der Feed hergibt: Sie werden ohnehin
+# schon heruntergeladen und eingelesen: sie wegzuwerfen sparte nichts und hiesse
+# nur, dass ein Abo in Dollar später nicht anlegbar wäre. EUR ist der Pivot und
+# hat keine eigene Zeile.
+CURRENCIES = waehrungen.EZB_WAEHRUNGEN
 
 
 def _parse(xml_bytes: bytes) -> list[tuple[date, str, str]]: