feat: Der Soll-Betrag kann sich aus den Vertraegen rechnen

Die Vertraege standen bisher nur auf ihrer eigenen Seite. Im Budget sah man
nichts davon – man musste selbst nachrechnen, was fest gebunden ist, und beim
naechsten Preisaufschlag noch einmal.

Jetzt hat jede Kategorie zwei Betriebsarten, umschaltbar ueber ein Sigma neben
dem Eingabefeld:

  fest        eine Zahl, die man hinschreibt. Wie bisher.
  berechnet   Summe der Vertraege dieser Kategorie plus einem Zuschlag.

Der Zuschlag ist der Punkt. Wer fuer Streaming 62 plant, weil 42 gebunden sind
und 20 Luft sein sollen, muss beim naechsten Preisaufschlag nicht nachrechnen
– und verliert seine 20 dabei auch nicht. Unter der Zeile steht die Rechnung
offen, sonst stuende im Feld eine Zahl, die nicht der Soll-Betrag ist.

Das gilt fuer JEDE Kategorie, nicht nur fuer eine Abo-Kategorie: Ein
Handyvertrag liegt in "Telefon & Internet", und die rechnet sich genauso.

Auch auf "fest" steht der Hinweis da ("davon 16.84 fest gebunden") – sonst
sieht man nie, was einen schon bindet.

Zwei Dinge, die sonst still danebengingen, melden sich jetzt oben auf der
Seite: Vertraege OHNE Kategorie (ihr Geld fehlt im Budget, ohne dass irgendwo
steht, dass es fehlt) und Waehrungen ohne Kurs.

Gerechnet wird in effective_planned – der einen Stelle, aus der Budget-Seite
UND Dashboard ihr Soll beziehen. Damit koennen die beiden gar nicht erst
auseinanderlaufen.

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

backend/app/models.py

@@ -472,6 +472,19 @@ class BudgetTemplateLine(Base):
         ForeignKey("categories.id", ondelete="CASCADE"), nullable=False
     )
     planned_cents: Mapped[int] = mapped_column(Integer, nullable=False, default=0)
+    # Wie der Soll-Betrag zustande kommt.
+    #
+    # "fest"      – die Zahl in ``planned_cents``, wie eh und je.
+    # "berechnet" – Summe der Vertraege dieser Kategorie PLUS ``zuschlag_cents``.
+    #
+    # Der Zuschlag ist der Punkt: Wer fuer Streaming 80 plant, weil 58 fest
+    # gebunden sind und 22 Luft sein sollen, will beim naechsten Preisaufschlag
+    # nicht nachrechnen muessen – und seine 22 auch nicht verlieren.
+    #
+    # ``planned_cents`` bleibt bei "berechnet" stehen, wird aber nicht gelesen.
+    # So findet man seinen alten Wert wieder, wenn man zurueckschaltet.
+    modus: Mapped[str] = mapped_column(String(16), nullable=False, default="fest")
+    zuschlag_cents: Mapped[int] = mapped_column(Integer, nullable=False, default=0)
 
     __table_args__ = (
         UniqueConstraint("owner_id", "category_id", name="uq_tpl_owner_category"),
@@ -533,6 +546,10 @@ class BudgetPeriodLine(Base):
         ForeignKey("categories.id", ondelete="CASCADE"), nullable=False
     )
     planned_cents: Mapped[int] = mapped_column(Integer, nullable=False, default=0)
+    # Wie in der Vorlage – der angepasste Monat erbt die Betriebsart, sonst
+    # friert er beim Anpassen heimlich auf einer Zahl ein.
+    modus: Mapped[str] = mapped_column(String(16), nullable=False, default="fest")
+    zuschlag_cents: Mapped[int] = mapped_column(Integer, nullable=False, default=0)
 
     period: Mapped[BudgetPeriod] = relationship(back_populates="lines")