Unterrichtsplanung: Einheiten, Verlaufsplan-Editor, Kürzel-Katalog (Kapitel 4.1/4.2)

Neuer Tab "Planung" in GroupDetailView ersetzt den Platzhalter: Einheiten anlegen/bearbeiten/
als Vorlage in andere Gruppe kopieren, Stunden je Einheit mit Verschieben (inkl. Nachrücken
der Folgestunden). Stundeneditor als tabellarischer Verlaufsplan (Phase/Dauer/Tätigkeit/
Material/Kurzsymbol je Zeile, Uhrzeit aus optionalem Stundenbeginn abgeleitet) statt eines
einzelnen Phase-Felds mit Methoden-/Materialien-Chips — Kurzsymbol als Freitext mit
Vorschlägen aus neuem Kürzel-Katalog (Einstellungen) plus bisher verwendeten Werten.
Schema-Migrationen v1-v3 überführen bestehende Daten verlustfrei. 4.2.5 bewusst offen
gelassen (hängt an Stundenplan, Kapitel 4.3).

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

docs/Datenmodell.md

@@ -78,6 +78,43 @@ der häufige Kalenderzugriff auf alle Stunden einer Lerngruppe direkt indiziert
 werden. Beim späteren Ausbau der Unterrichtsplanung muss sichergestellt werden,
 dass `Lesson.GroupId` mit der Lerngruppe der zugehörigen Einheit übereinstimmt.
 
+Umgesetzt in `PlanningTabViewModel` (Kapitel 4.1/4.2): Beim Kopieren einer Einheit
+als Vorlage in eine andere Gruppe (4.1.4) wird `Lesson.GroupId` auf jeder neu
+erzeugten Stunde explizit auf die Zielgruppe gesetzt, nicht von der Quell-Lesson
+übernommen. Beim Verschieben einer Stunde inkl. Nachrücken der Folgestunden (4.2.4)
+ändert sich ausschließlich `Lesson.Date` — `UnitId`/`GroupId` bleiben unangetastet.
+
+## Stundenverlaufsplan (`Lesson.Phases`)
+
+Eine Stunde hat statt eines einzelnen `Phase`-Textfelds plus Methoden-/Materialien-Listen eine
+geordnete Liste `Lesson.Phases: List<LessonPhaseStep>` (Name, Dauer in Minuten, Tätigkeit,
+Material, Kurzsymbol `Shorthand`). `DurationMinutes` ist die primäre, vom Nutzer gepflegte Größe;
+die im Editor angezeigte Uhrzeit je Phase ist rein abgeleitet (kumulierte Dauer ab
+`Lesson.StartTime`, sofern gesetzt) und wird nirgends persistiert — es gibt also keine
+Konsistenzpflicht zwischen gespeicherter Dauer und einer gespeicherten Uhrzeit, weil Letztere gar
+nicht gespeichert wird.
+
+`Shorthand` ist bewusst ein einzelnes Freitextfeld statt einer erzwungenen Von/Nach-Struktur: in
+der Praxis ist es mal ein Materialfluss-Pfeil ("AB001->S"), mal nur eine Sozialform ohne Pfeil
+("Plenum", "LDE"). Der Kürzel-Katalog (`ShorthandCode`, Einstellungen) und bereits in anderen
+Stunden verwendete Werte dienen nur als Autovervollständigungs-Vorschläge, erzwingen aber keine
+Struktur.
+
+`LiteDbContext`-Schema-Version 3 führt zwei aufeinanderfolgende, unabhängig versionierte
+Migrationsschritte für dieses Feld:
+- **v1→v2** (`MigrateLessonPhases()`): führt bereits gespeicherte alte Stunden (einzelnes
+  `Phase`-Feld, `Methods`/`Materials`-Listen) verlustfrei in eine einzige synthetisierte
+  `LessonPhaseStep`-Zeile zusammen (`Name` = altes `Phase`, `Activity` = alte `Methods` verbunden,
+  `Material` = alte `Materials` verbunden, `DurationMinutes = 0` da unbekannt).
+- **v2→v3** (`MigrateLessonShorthand()`): das ursprünglich als Von/Nach-Paar (`ShorthandFrom`/
+  `ShorthandTo`) modellierte Kurzsymbol wird auf das einzelne Freitextfeld zusammengeführt (beide
+  gesetzt → `"Von->Nach"`, nur eines gesetzt → dieser Einzelwert).
+
+Beide Migrationen lesen dafür die rohe `BsonDocument`-Repräsentation der `lessons`-Collection statt
+der typisierten `Lessons`-Collection — nach jeder Modelländerung kennt die typisierte `Lesson`-
+Klasse die alten Feldnamen nicht mehr, ein Zugriff darüber hätte sie beim Deserialisieren bereits
+verworfen, bevor sie gelesen werden können.
+
 ## Eindeutige Schlüssel
 
 Die Datenbank schützt folgende Kombinationen mit eindeutigen Indizes: