Add atomic Revit initial import

docs/current-architecture.md

@@ -508,7 +508,9 @@ Migration `0003` ergänzt die relationale Grundlage für genau eine implizite
 `revit_csv`-Quelle je Projekt, geordnete Importbatches, normalisierte
 Quellraummappings und über `(sourceId, ifcGuid)` eindeutige externe Objekte.
 Batches halten Konfigurationssnapshot, Originalbytes und die klassifizierte
-Zellmatrix zusammen. Quellwerte, lokale Planungswerte und Override-Metadaten
+Zellmatrix zusammen. Migration `0004` ergänzt die monotone projektweite
+Konfigurationsversion am Batch, getrennt von der Schema-Version des
+Konfigurationsformats. Quellwerte, lokale Planungswerte und Override-Metadaten
 der Objekte sind getrennt; optionale Links auf Raum, Verteilung, ProjectDevice
 und CircuitDeviceRow bleiben nullable. `ExternalModelStateRepository` liest den
 vollständigen Zustand deterministisch und unterscheidet unbekannte von noch
@@ -517,8 +519,17 @@ Batchreihenfolge abgeleitet statt redundant an der Quelle gespeichert.
 Snapshot/Transfer v4 erfasst Originalbytes, Matrix und alle internen Links,
 stellt sie in Fremdschlüsselreihenfolge wieder her und remappt beim
 Projektduplikat jede interne UUID; IFCGUID und Quelltransport bleiben
-unverändert. Import-Command und bestätigte Importübernahme sind noch nicht
-implementiert; bloße Vorschau erzeugt weiterhin keine dieser Zeilen.
+unverändert. `external-import.apply-initial` ist die atomare Schreibgrenze für
+einen bestätigten Erstimport. Vor dem Insert prüft sie den aktuellen
+Konfigurationsstand, SHA-256 und Base64-Kanonizität, parst die Originalbytes
+erneut, vergleicht Matrix, vollständige IFCGUID-Menge und Quellwerte und
+validiert alle Raum-, Verteiler- und ProjectDevice-Links gegen das Projekt.
+Nicht explizit als Override markierte Planungswerte müssen dem regelbasierten
+Vorschlag entsprechen. Der Command erzeugt und verknüpft ausdrücklich keine
+CircuitDeviceRow; Undo entfernt den vollständigen unveränderten Importzustand,
+Redo verwendet dieselben UUIDs und Bytes. Ein aufrufender Import-Endpunkt und
+der mehrstufige Wizard sind noch nicht implementiert; bloße Vorschau erzeugt
+weiterhin keine dieser Zeilen.
 `GET` und `PUT /api/projects/:projectId/external-csv/configuration` lesen oder
 ändern die Konfiguration; der PUT plant Identität und nächsten
 Konfigurationsstand serverseitig und verwendet den typisierten Command.

docs/spec/revit-csv-phase-14-audit-and-plan.md

@@ -108,7 +108,8 @@ ohne eine zweite veränderbare Historientabelle einzuführen.
 
 - stabile UUID, `projectId`, `sourceId`, Importart und Zeitstempel;
 - Dateiname, SHA-256 und zugehörige Projektrevision;
-- verwendeter Konfigurationssnapshot;
+- verwendete monotone Konfigurationsversion und vollständiger
+  Konfigurationssnapshot;
 - Originaldatei als Bytes;
 - verlustarme logische Zellmatrix mit Zeilenklassen und Dialektmetadaten.
 
@@ -278,6 +279,14 @@ einen Commit aufgenommen.
    Matrix und sämtliche internen Links. Duplikate remappen alle internen UUIDs,
    lassen IFCGUID und Quelltransport jedoch unverändert.
 3. Erstimport-Command mit echten SQLite-Commit-/Rollback-Tests ergänzen.
+   **Erledigt:** `external-import.apply-initial` wechselt ausschließlich
+   zwischen leerem und vollständig bestätigtem externem Zustand. Er prüft
+   Konfigurationsversion, Original-Hash, erneut geparste Matrix, vollständige
+   IFCGUID-Menge, Quellwerte, explizite Overrides und projektinterne Links.
+   Der Command verbietet CircuitDeviceRow-Links, ist ein atomarer Undo-Schritt
+   und verwendet für Redo dieselben UUIDs und Bytes. Migration `0004` ergänzt
+   die zuvor noch fehlende monotone Konfigurationsversion am Batch; `0003`
+   bleibt unverändert.
 4. Raum-, Verteilungs-, Klassifizierungs- und ProjectDevice-Schritte im Wizard
    ergänzen; der Import selbst erzeugt keine CircuitDeviceRow.