Persist circuit reorders

docs/current-architecture.md

@@ -92,10 +92,10 @@ sowie eigenständiges Einfügen und Löschen verwendet das Grid bereits über di
 UUID vor dem Command; Löschen und Undo bewahren diese Identität. Der Tree liefert
 dazu `currentRevision`; Undo/Redo für diese Aktionen läuft über die projektweite
 Serverhistorie. Direkte Feld-PATCH-, Struktur-POST-, Move-, Circuit- und
-Gerätezeilen-DELETE-Endpunkte sind entfernt. Gerätezeilen-Moves im Grid
-verwenden die persistenten Kommandos bereits. Nur Reorder- und
-Renumber-UI-Pfade verbleiben vorerst im sichtbaren sitzungslokalen Stack; nach
-einem Reload wird dieser noch nicht aus der Serverhistorie rekonstruiert.
+Gerätezeilen-DELETE-Endpunkte sind entfernt. Gerätezeilen-Moves und
+Stromkreis-Reorders im Grid verwenden die persistenten Kommandos bereits. Nur
+der Renumber-UI-Pfad verbleibt vorerst im sichtbaren sitzungslokalen Stack;
+nach einem Reload wird dieser noch nicht aus der Serverhistorie rekonstruiert.
 `circuit-device-row.move` verschiebt oder sortiert eine oder mehrere Zeilen
 zwischen vorhandenen Stromkreisen derselben Liste. Erwartete und neue
 Stromkreis-/Sortierpositionen machen Forward und Inverse deterministisch;
@@ -115,6 +115,10 @@ bleiben unverändert. `circuit.renumber-section` bildet die getrennte,
 ausdrücklich ausgelöste Neunummerierung ab. Es speichert alle erwarteten und
 neuen BMKs des Abschnitts, löst Tauschkollisionen über temporäre Werte und
 ändert weder Sortierung noch Gerätezeilen.
+Drag-and-drop verwendet `circuit.reorder-section`. Die explizite Übernahme
+einer sortierten Ansicht verwendet `circuit.reorder-sections`, damit alle
+betroffenen Bereiche in einer Transaktion und als ein Undo-Schritt gespeichert
+werden. Direkte Reorder-Endpunkte existieren nicht mehr.
 `project-device.sync-rows` persistiert Synchronisierung, Trennen und erneutes
 Verknüpfen als atomaren Mehrzeilen-Command. Jede betroffene Zeile enthält den
 vollständigen erwarteten und neuen Stand aller synchronisierbaren Felder,