Persist section renumbering

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 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.
+Gerätezeilen-DELETE-Endpunkte sind entfernt. Gerätezeilen-Moves,
+Stromkreis-Reorders und die explizite Neunummerierung im Grid verwenden die
+persistenten Kommandos. Der sichtbare Undo-/Redo-Stack wird nach einem Reload
+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,11 @@ 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.
+Die Bereichsaktion erzeugt die vollständigen erwarteten und neuen BMKs aus
+Präfix und aktueller Stromkreisreihenfolge und verwendet das persistente
+Kommando für Toolbar-Undo/Redo. Die früheren direkten Renumber- und
+Identifier-Restore-Endpunkte sowie ihr separater Transaktionsadapter sind
+entfernt.
 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