Mehrere Positionen pro Auftrag und Projektverwaltung

Bisher liess sich pro Rechnung nur ein Teil kalkulieren. Ein Objekt aus
mehreren Teilen musste in getrennten Rechnungen abgebildet werden.

Positionen:
- Die Kalkulation arbeitet mit einer Positionsliste statt einem
  Einzelteil. Bezeichnung, Material, Preis/kg, Druckzeit, Arbeitszeit
  und Stueckzahl gelten je Position -- verschiedene Teile nutzen oft
  unterschiedliche Filamente und brauchen unterschiedlich viel Nacharbeit.
- Drucker, Strom, Stundenlohn, Marge und Steuer bleiben auftragsweit.
- Jede Position wird eine eigene Rechnungszeile mit Menge, Einzelpreis
  und Zeilensumme. Bei vielen Positionen bricht das PDF auf weitere
  Seiten um.
- Die Auftragssumme ist die Summe der bereits gerundeten Zeilen, damit
  die Rechnung zeilenweise nachrechenbar bleibt.
- saubere_positionen() normalisiert jede Liste aus Config oder Client
  (Typen, Wertebereiche, Obergrenze 50); es bleibt immer mindestens
  eine Position bestehen.
- Alte Configs mit den Flachfeldern werden in eine einzelne Position
  migriert, die Altfelder entfernt.
- sammlePositionen() liefert null auf Seiten ohne Positionsliste, damit
  ein Tastendruck auf der Einstellungs- oder Rechnungsseite die
  Positionen nicht loescht.

Projekte:
- Benannte Kalkulationen lassen sich speichern und wieder laden,
  Ablage in druckkalkulation_projekte.yaml (ein Mapping fuer alle
  Projekte, Schluessel ist der Projektname).
- Gesichert werden nur PROJEKT_FELDER: Name, Positionen, Kundendaten,
  Rechnungsnummer, Rechnungs- und Leistungsdatum. Betriebswerte gehoeren
  bewusst nicht dazu -- sonst wuerde das Laden eines alten Projekts den
  aktuellen Stundenlohn oder das Steuerregime ueberschreiben.
- Neue Routen: GET /projekte sowie POST /projekte/{speichern,laden,loeschen}.
- Eigenes Lock, gleiche atomare Schreibtechnik wie die Config.
- Ueberschreiben, Laden bei ungespeicherten Aenderungen und Loeschen
  fragen jeweils nach.
- Der offene Autosave-Debounce wird vor dem Speichern durchgedrueckt,
  damit wirklich der aktuelle Stand ins Projekt geht.

Die beiden Teile stehen in einem Commit, weil die Aenderungen in app.py,
script.js und index.html ineinandergreifen und ein aufgetrennter
Zwischenstand nicht als solcher getestet wurde.

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

AGENTS.md

@@ -73,6 +73,27 @@ Kein Test, Lint, Typecheck oder CI vorhanden. README.md und AGENTS.md enthalten
   die Ableitung aus Alt-Configs nicht) und in `/save_config` nach dem
   Update (sonst steht Widerspruechliches auf der Platte).
 - Der MwSt.-Satz kommt aus `mwst_satz`, nicht mehr hartcodiert.
+- **Positionen**: `config['positionen']` ist eine Liste von Dicts mit den
+  Feldern aus `DEFAULT_POSITION`. `calculate()` liefert `calc['positionen']`
+  (je Position `stueckpreis` und `zeilensumme`) plus die Auftragssummen.
+  Jede Liste aus Config oder Client geht durch `saubere_positionen()` --
+  nie ungeprueft uebernehmen. Es gibt immer mindestens eine Position.
+- Die Auftragssumme ist die Summe der bereits gerundeten Zeilen, damit die
+  Rechnung zeilenweise nachrechenbar bleibt.
+- `sammlePositionen()` im Frontend liefert `null` auf Seiten ohne
+  Positionsliste (Einstellungen, Rechnung). Dann darf `positionen` NICHT
+  mitgesendet werden -- sonst wuerde ein Tastendruck dort die Positionen
+  loeschen.
+- **Projekte**: `druckkalkulation_projekte.yaml` haelt benannte Staende,
+  Schluessel ist der Projektname. Nur `PROJEKT_FELDER` werden gesichert --
+  Betriebswerte (Marge, Steuer, Drucker, Firmendaten) gehoeren bewusst NICHT
+  dazu, sonst wuerde das Laden eines alten Projekts sie ueberschreiben.
+  Eigenes Lock `_projekte_lock`, gleiche atomare Schreibtechnik wie die Config.
+  Die Preise in der Projektliste werden mit den AKTUELLEN Betriebswerten
+  gerechnet, nicht mit denen von damals.
+- `druckkalkulation_config.yaml` ist der Arbeitsstand, nicht das Archiv.
+- Alte Configs mit den Flachfeldern (`materialGewicht` etc.) migriert
+  `_migriere()` in eine einzelne Position und entfernt die Altfelder.
 - **Saeamtliche UI-Texte sind Deutsch** — Labels, Fehlermeldungen, Rechnungsinhalte.
 - Nur `.venv/`, `druckkalkulation_config.yaml` und `static/logo.*` werden ignoriert.
 - `3dDruckKalkulator.py` ist die alte Tkinter-Version und wird nicht mehr verwendet (nicht im Tracking).