export: jeden Wert nur an einer Stelle setzen (ZUORDNUNG, sepliste-IDs, Typen, K1/K2)

- ZUORDNUNG: ssg-id-check-all laeuft jetzt ZUERST, danach sind die
  Wrapper-IDs endgueltig - Separator-Kopien, AS/ES- und Einheiten-Marker
  bekommen ZUORDNUNG direkt beim Erzeugen. Entfallen:
  csv:sep-proxies-zuordnung-setzen, csv:asmark-ids-setzen,
  csv:unitmark-ids-setzen. zuordnung_fix/*cs-sep-fix-by-handle* bleibt
  (count_sep_scan rechnet eigenstaendige Sensoren bewusst neu).
- sepliste-IDs: Zuordnung ueber die KS-Kettenfolge je Typ
  (csv:sepliste-kette-paare) statt ueber die teils gespiegelten
  sepliste-Koordinaten (csv:sepliste-paare, csv:sepliste-ids-setzen
  entfallen). Die Kette wird je Lauf einmal berechnet (csv:kette-von);
  die ID liest csv:block-to-json erst beim Schreiben. Behebt vertauschte
  TrackIds/Nachbarn in HundM05 VF_1 (0031/0029).
- Element-Klassifizierung: eine Tabelle csv:element-familien (cfg-Muster)
  fuer Suche und Klassifizierung; csv:proxy-typ entfaellt.
- Einheiten-Marker: K1/K2 nur noch in *csv-baustein-by-handle*
  (csv:geometrie-merken), K1/K2-Attribute und
  csv:unitmark-k-kos-strings entfallen.

Geprueft: HundM05-Export alt/neu headless verglichen - einzige Abweichung
ist die korrigierte Reihenfolge in VF_1. LISP-Unit-Tests 303/303.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>

lib/export_csv.py

@@ -597,8 +597,8 @@ def map_sepliste_kette_items(items, sep_kette, dbg=None):
     Separator_SP-Kopie (csv:sep-proxies-erzeugen, export.lsp). Beide Wege
     wuerden sonst dieselben physischen Bauteile DOPPELT zaehlen.
 
-    Zuordnung: EXAKTER ID-Abgleich. Seit csv:sepliste-ids-setzen/
-    csv:asmark-ids-setzen (Lisp/export.lsp) traegt praktisch jeder sepliste-
+    Zuordnung: EXAKTER ID-Abgleich. Seit csv:ketten-verarbeiten
+    (Lisp/export.lsp, Zuordnung ueber die KS-Kette) traegt praktisch jeder sepliste-
     Eintrag bereits die TeileId des ihn vertretenden Items als Feld "id" -
     das Item mit GENAU dieser teileid IST der gesuchte Partner. Kein Rate-/
     Naeheverfahren mehr noetig, keine der frueheren Ambiguitaeten (ein

lib/export_neighbors.py

@@ -1175,7 +1175,7 @@ def compute_sep_kette(items, dbg=None):
     compute_kreisel_umlauf). "id" ist die TeileId des Bauteils, das diesen
     Eintrag in der Zeichnung vertritt (AS/ES ueber den
     ZZ_ASES_MARKER, SEP ueber die beim Export ausgepackte temporaere
-    Separator_SP-Kopie - siehe csv:sepliste-ids-setzen, Lisp/export.lsp) -
+    Separator_SP-Kopie - siehe csv:ketten-verarbeiten, Lisp/export.lsp) -
     leerer String, wenn (noch) keine ID zugewiesen wurde (Altbestand).
 
     Kein x/y mehr: die sepliste-XDATA traegt seit 2026-09-25 keine