Add Linear XLSX initial import

docs/current-architecture.md

@@ -643,7 +643,7 @@ 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: Linear-XLSX-Grundlage nach R3
+## Revit-Anbindung: Linear-XLSX-Erstimport nach R5
 
 R3 hat den Backend- und Persistenz-Cutover abgeschlossen. Migration `0014`
 entfernt die alten externen CSV-Entwicklungsdaten, nachdem verknüpfte
@@ -663,9 +663,20 @@ 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.
+seine Endpunkte und Laufzeitverträge sind entfernt. Die Route
+`/projects/:projectId/revit` enthält Einstellungen, Importstatus und den
+sechsstufigen Erstimportwizard.
+
+`POST /api/projects/:projectId/external-model/initial-import/plan` liest eine
+lokale XLSX zustandslos, gruppiert Quellräume und exakte Familie-und-Typ-Werte
+und liefert die vorhandenen Raum-, Verteiler- und ProjectDevice-Kataloge.
+Unbekannte Familien bleiben blockierend; fehlender GZF wird sichtbar mit 1
+vorbelegt. `apply` erhält die Datei erneut, parst sie erneut und vergleicht den
+Vorschau-SHA-256. Der Command `external-model.apply-initial-import` speichert
+die dabei verwendete Konfiguration und den vollständigen externen Zustand in
+derselben Transaktion. Er erzeugt weder CircuitDeviceRows noch Circuits oder
+BMKs. Seine vollständige Inverse macht Undo/Redo nach Neustart möglich, ohne
+Workbookbytes erneut einzulesen oder zu parsen.
 
 ### Historische Ausgangslage vor R3