Reuse command transaction boundary

docs/current-architecture.md

@@ -84,8 +84,10 @@ absteigend paginierte Revisions-Timeline ist ohne Befehls-Payloads über
 `GET /api/projects/:projectId/history/revisions` lesbar. Ein zentraler
 Dispatcher führt die nachfolgend beschriebenen typisierten Kommandos über
 öffentliche Command-, Undo- und Redo-Endpunkte aus.
-Die Identitäts-/Struktur-Stores für Circuit, CircuitDeviceRow,
-DistributionBoard, ProjectDevice sowie Geschoss/Raum verwenden dabei
+Die kompatiblen Multi-Write-Stores für Circuit-/CircuitDeviceRow-Struktur,
+Gerätezeilen-Moves, Abschnittssortierung/-umnummerierung,
+DistributionBoard-Struktur, ProjectDevice-Struktur und -Zeilensynchronisierung
+sowie Geschoss/Raum verwenden dabei
 `project-command-transaction.persistence.ts` als gemeinsame äußere
 Transaktionsgrenze. Sie führt Fachänderung, Revisions-Append und
 History-Transition in fester Reihenfolge innerhalb derselben SQLite-Transaktion

docs/spec/07-implementation-phases-todo.md

@@ -346,9 +346,10 @@ Implemented foundation:
 - obsolete direct Circuit, CircuitDeviceRow, CircuitList, DistributionBoard and
   Project repository writes are removed; integration fixtures live under
   `tests/support` instead of production repositories
-- structural Circuit, CircuitDeviceRow, DistributionBoard, ProjectDevice and
-  project-location stores share one tested transaction wrapper for domain
-  mutation, revision append and history transition
+- compatible structure, device-row move, section reorder/renumber,
+  ProjectDevice row-sync and project-location stores share one tested
+  transaction wrapper for domain mutation, revision append and history
+  transition
 - the legacy consumer UI and application read/write endpoints are removed after verified data cutover
 - retained legacy rows are accessible only through explicit database upgrade tooling
 - project devices no longer persist duplicate legacy power, phase, cosPhi or remark fields