fix(ci): CI-Testdatenbank-Encoding + 3 echte Session-/Logikfehler behoben

Root Cause der "CI rot"-Meldung gefunden und behoben:
- CI legte Testdatenbank ohne explizites ENCODING an, erbte SQL_ASCII vom
  Runner-Postgres-Template. Umlaute in JSONB (Historie-Einträge) brachen mit
  UntranslatableCharacterError - betraf auch die Produktions-DB (separat
  gemeldet, nicht Teil dieses Commits). CI legt jetzt explizit UTF8 an.

Drei echte Bugs beim Verifizieren gegen eine isolierte Testdatenbank gefunden:
- objekte.py PATCH /objekte/{id}: Selbstbezug-Check verließ sich auf den
  DB-CHECK-Constraint statt vorab zu prüfen - ein Flush-Fehlschlag hinterlässt
  die Session im Zustand DEACTIVE, jeder folgende Request in derselben Session
  crasht mit PendingRollbackError (401 statt 404 im Test). Jetzt expliziter
  Vorab-Check.
- geraet_instanz.py: gleiches Muster bei doppelter Seriennummer - jetzt
  expliziter Vorab-Check statt UNIQUE-Constraint-Exception.
- test_lagerbewegung.py: Testbug, las objekt.standort_id NACH dem POST (durch
  geteilte Session bereits auf den neuen Wert mutiert) statt vorher.

Nebenbei (Auftrag Priorität 4): "Mindermenge genehmigen"-Button direkt im
Nachfüll-Dialog der Kontroll-Erfassung (nur für materialverantwortlicher/
leitungsverantwortlicher/administration), nutzt den bereits bestehenden
POST /fehlbestaende/{id}/mindermenge Endpunkt.

Priorität 2 (Fahrzeug-Feldnamen-Mismatch) und Priorität 3 (nur Zugfahrzeuge
wählbar) waren bereits in früheren Commits erledigt (38b8ce1, 54fc296) -
Auftragsbeschreibung war auf altem Stand.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01CVgbozhYmuEhiEJHffRXCV

backend/app/services/geraet_instanz.py

@@ -32,7 +32,24 @@ async def liste_fuer_position(db: AsyncSession, objektposition_id) -> list[Gerae
     return list(result.scalars().all())
 
 
+class SeriennummerBereitsVergebenError(Exception):
+    pass
+
+
 async def erstelle(db: AsyncSession, *, objektposition_id, seriennummer: str) -> GeraetInstanz:
+    # Explizit vorab prüfen statt sich auf den UNIQUE-Constraint zu verlassen:
+    # ein Flush-Fehlschlag hier hinterlässt die Session im Zustand DEACTIVE
+    # (SQLAlchemy 2.0), was in einer über mehrere Requests geteilten Session
+    # (z.B. Testsuite) jeden folgenden Request mit PendingRollbackError zum
+    # Absturz bringt (Fund 2026-09-05).
+    result = await db.execute(
+        select(GeraetInstanz).where(
+            GeraetInstanz.objektposition_id == objektposition_id,
+            GeraetInstanz.seriennummer == seriennummer,
+        )
+    )
+    if result.scalar_one_or_none() is not None:
+        raise SeriennummerBereitsVergebenError
     instanz = GeraetInstanz(objektposition_id=objektposition_id, seriennummer=seriennummer)
     db.add(instanz)
     await db.flush()