Replace Revit CSV backend with Linear XLSX

docs/current-architecture.md

@@ -510,6 +510,9 @@ Die projektweite Circuit-Tree-Projektion berechnet rekursiv die Lasten aller
 Verteilungen. Die Leistung einer Unterverteilung nach ihrem eigenen
 Verteiler-GZF wird als virtuelle, schreibgeschützte Zeile genau dem gewählten
 Abgang zugerechnet. Eine Verknüpfung ohne Stromkreis bildet nur die Hierarchie.
+Snapshot-Schema 10 enthält zusätzlich die Linear-XLSX-Konfiguration und den
+externen Zustand mit Worksharing-ID-Identität. Leere Versionen 1–9 werden
+hochgestuft; Versionen mit tatsächlichem Legacy-CSV-Zustand werden abgelehnt.
 Snapshot-Schema 9 enthält die beiden Einspeisungsverweise; Versionen 1–8 werden
 mit `null` hochgestuft. Restore und Projektduplizierung erhalten beziehungsweise
 remappen die Verweise. Snapshot-Schema 8 enthält zusätzlich die optionale Netto-Raumfläche
@@ -520,9 +523,9 @@ Snapshot-Schema 6 enthält diese Felder und die Deckblattangaben des
 Projekts; ältere Versionen werden mit `null`
 hochgestuft. Snapshot-Schema 5 enthält zusätzlich den manuellen Mengenanteil jeder
 Gerätezeile. Version 4 wird mit `manualQuantity = quantity` hochgestuft und
-enthält bereits den vollständigen externen Modellzustand
-aus Quelle, Batches, Raum-Mappings und Objekten. Es enthält außerdem die
-projektweite Revit-CSV-Konfiguration, die Gebäudekennzeichnung sowie den Gleichzeitigkeitsfaktor,
+enthielt bereits den damaligen externen CSV-Modellzustand
+aus Quelle, Batches, Raum-Mappings und Objekten. Es enthielt außerdem die
+damalige projektweite Revit-CSV-Konfiguration, die Gebäudekennzeichnung sowie den Gleichzeitigkeitsfaktor,
 Gruppenkategorie und -nummer, Verteilerkomponenten sowie die getrennten
 1:1-Schutzgerätedaten. Capture,
 benannte und automatische Snapshots, Wiederherstellung, Undo/Redo und beide
@@ -640,7 +643,34 @@ PostgreSQL ist bewusst nicht implementiert. Die Domainregeln und
 Transaktionsgrenzen sollen portabel bleiben; Schema und Betriebsmodell benötigen
 bei einem späteren Wechsel trotzdem einen eigenen PostgreSQL-Adapter.
 
-## Revit-Anbindung: Legacy-Ausgangslage und freigegebener Excel-Cutover
+## Revit-Anbindung: Linear-XLSX-Grundlage nach R3
+
+R3 hat den Backend- und Persistenz-Cutover abgeschlossen. Migration `0014`
+entfernt die alten externen CSV-Entwicklungsdaten, nachdem verknüpfte
+Gerätezeilen auf `manualQuantity` zurückgesetzt wurden. Die neue
+`external_model_configurations`-Tabelle besitzt keinen eigenen Versionszähler;
+Änderungen laufen als Projekt-Commands über `expectedRevision`.
+
+Externe Objekte werden je Quelle durch `worksharing_id` exakt und
+case-sensitiv identifiziert. `ifc_guid` ist nullable und nicht eindeutig.
+Importbatches speichern eine Konfigurationskopie; nur der neueste Batch darf
+Originalbytes und die vollständige XLSX-Matrix enthalten, ältere Batches nur
+Datum, Dateiname, SHA-256 und Objektzahl. Snapshot-Schema 10, Restore und
+Projekttransfer verwenden diesen Zustand und remappen alle internen
+Konfigurations-, Gerätearten-, Regel- und Objekt-UUIDs. Leere Snapshots 1–9
+werden hochgestuft; alte Snapshots mit CSV-Konfiguration oder externem
+CSV-Zustand sowie alte CSV-History-Commands werden mit einer deutschen Meldung
+abgelehnt.
+
+Der XLSX-Adapter liegt unter `src/external-model/xlsx`. Der Backend-CSV-Parser,
+seine Endpunkte und Laufzeitverträge sind entfernt. Die noch sichtbare alte
+Projektseiten-Oberfläche ist bis R4 ohne Backend-Anbindung und wird dort durch
+die Route `/projects/:projectId/revit` ersetzt.
+
+### Historische Ausgangslage vor R3
+
+Der folgende Text beschreibt den Stand nach R1 und ist keine aktuelle
+Laufzeitdokumentation mehr.
 
 Der nachfolgende Abschnitt beschreibt den am Ende von R1 noch vorhandenen
 Legacy-Laufzeitpfad. Er verwendet CSV und IfcGUID und ist die geprüfte